- 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.

Just a bit of stuff on usage of Time::Piece.

This is more useful by quite a bit than the builtin vimwiki search.

Adds a nice interface to `git grep` with a preview window for matching
files.

https://mspsocial.net/@earthtopus/105059383725674327

For earthtopus, who asks:

> say I have a big text file and I want to find the line(s) with the most
> instances of a substring on it.  Say the most instances of the letter R.
>
> What's a good (and by good I mean lazy) way to do that?

There's probably a switch to grep or something for this, but whatever.

The calendar one will get the entry syntax-highlighted correctly (it seems
to pick a syntax based on the last string).

The log one will work from any directory.

This didn't work, but eventually it's a yak I'd like to finish shaving.

This was leading to a slighly cryptic error from zsh about unmatched single
quotes before I remembered that vim is actually invoking my current shell
to run these commands.

Came up when processing the page for Meghan O'Gieblyn.

I tried something like this once before and it didn't work, but for
whatever reason it does now.

VimwikiMakeLink() now draws from the list of existing vimwiki pages.
Ctrl-n / Ctrl-p draw from the list of all tags, which includes Pinboard
tags.

Arguably maybe these should use the same source.

(Also IIRC this dir shouldn't be called xargs-alias.  Whatever.)

This seems cool for focusing on prose / poetry / etc.

This involves changing grepprg, running, and then changing it back.

Not entirely optimal, but the location window has some good features.

Changes notes-links-for output to match (ish) grep format.

So as to have longer to type longer mappings.

Unclear whether this is causing a perceptible lag in running filters, but
maybe.

This comes in Freenode #vimwiki a lot.

Also groups some autocommands.