This spits out links in VimWiki syntax, which is more readable and useful
in context than just a raw list of grep results.

(For the grep results, I could always use `gf` to jump to the file, but
it didn't then get added to the VimWiki location list, so the back command
wouldn't work.)

This also uses an sqlite query against an already-built table instead of
pawing through a bunch of files on disk, which is probably faster.

fd is actually pretty nice, btw.

Just a quick index of logs, for the moment.

This is already handled in filter-exec-stdin, using IPC::Cmd, which may
be what I should do here, but I guess this is ok.

I hate pylint so much.

To my surprise, adding --multi was the only thing I had to do here.

Puts tag finding atop screen, fragment menu at bottom.

Adds a preview invocation for fragments.

...after writing this comment describing things:

https://lobste.rs/s/nsfdaw/improving_shell_workflows_with_fzf#c_b1puho

I worked this out the other night before doing something similar for a
log monitoring utility we use at WMF.

It could use some improvements, and ideally it'd be a general-purpose
utility, but might as well capture this version here.

After reading:

https://post.lurk.org/@fragmentscenario/105901885046776610

This could probably be improved on.  Maybe with a handler that checks if,
say, Perl thinks it's text and otherwise kicks off to xdg stuff.

...which it sometimes may not, if not properly mounted or whatever.

Gives an interface for controlling multiple audio channels / sinks.

Using this for testing Xdebug.  Probably not a permanent addition.

- Uses LWP::Simple instead of shelling out to curl
  - Prints a one-line tab-separated thing for each post
  - Adds Getopt::Long and some usage info

Including both stuff from pinboard and vimwiki.