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.

argv.pl: Print out the arguments to a script.

bad-regex.pl: What happens when you compile a broken regex?

This is incredibly specific to my vimwiki setup at the moment.  It'll
probably expand to include other things, but I decided to just jam it into
one nice generic top-level namespace for now.

...instead of -m.

- changes various BPB_Foo functions to s:FOO, which is cleaner and does
    less trampling on the global namespace

  - adds some vimwiki log / link utilities based on an SQLite db I'm
    building elsewhere

  - comments slightly clearer about how unlikely this is to work for most
    users

  - removes some cruft, including an experimental scratch wiki

Not exactly sure when this got rehomed, but at least it looks like it's
actively maintained.

Namely log grepping for the more-atomic logs I'm experimenting with and
a calendar lookup fragment.

Renames fragment-vw-diarylink.

Short version:  You can do it, but it's kind of a bad idea, at least the
way I'm using them.

In shell and grep.  Awful.  Sort of works.  Still awful.

It probably doesn't matter what's passed in in this case.