At least once I ran into problems, not realizing that full / was the
cause.

Not funny.

AFK and GONE have dedicated key bindings, so they don't need to be
first.  BACK is never meant to be called manually anyway.

UNDOCKING and ZLEEPING may often be needed in hurry, though, DOCKING
normally comes soon after them.

Since task IDs are dynamic in taskwarrior, commands like `task 4 delete`
and `task 4 done` can be destructive with hard-to-trace damage if
inadverently repeated.

Better to avoid that, even at cost of not remembering anything.

(Note that `task` without arguments is still remembered; there's no harm
in repeating that, and it still can be convenient eg. w/ ^L).

Script not (yet) released, but it's s simple taskwarrior wrapper to
remind about unfinished and overdue tasks once per set period.

xclose just closes window instead of killing its owner, which would tear
down all this owner's windows along.

Uses different utilities with a different set of drawbacks, though:

 *  wmctrl(1) needs to be installed.

 *  [slop][1] can be optionally installed from source but can be unreliable
    when selecting some windows, e.g. urxvt.

 *  If slop is missing, xwininfo is used, which, unlike xkill(1), has no
    way of cancelling the user action (r-click selects a window just the
    same as l-click).  We work around it using timeout(1), which is
    rather inconvenient, though.

But all in all, we're still better off than with xkill(1).

  [1]: https://github.com/naelstrof/slop

This makes a git compatibility warning go away.

Don't let all the bmo processes hang

http://unix.stackexchange.com/a/18443/9365

Another proof that 640KB won't be enough for everybody.

This should enable reading upper parts of window even while the output
is still being produced (tail -f).

IOW, the auto-scroll is disabled after scrolling back manually using
S-PageUp or S-PageDown, and re-enabled on another keypress such as
typing when a prompt is expected at the bottom.

Hey, those numbers are *rough* estimates...

Turns out low_threshold is in minutes, not in percent, by default.
Needless to say, time estimates are grossly unreliable here and 10
minutes left is too late anyway.

... which means "delete last word" in Bashese/Emacese so I often press
it several times in succession,

Although I should not tolerate own typos, I'm also really getting tired
of accidentally tearing down random windows.  Sorry, this is just too
destructive.

Code 57 normally means N, so this layout started (rightfully, I admit)
generating conflict errors.  Assigning key is probably more reliable,
though, so we'll keeo that one.

azzgoat is not accessible this way anymore.  The nothing that was there
is now at http://netvor.vornet.cz/.

Seems to do the same as kurkale6ka/vim-pairs but better.

This is a pretty ugly hack to work around the problem that any attempts
to influence highlight colors in Vim using the `highlight` command were
ignored by Urxvt (not by Xfce4 terminal and few others I tried).

Vim under urxvt does not seem to react to highlight settings, keeping
defaults that under my favorite scheme make Search unreadable and
MatchParen confusing.

The dirty hack is to re-set the colors it happens to use: Yellow and
Cyan.  Ugly, bad, but will work for now.

*Remote* branch name must be listed along with 'PUSH' keyword.

This requires predictable name of the remote, but as this whole slurping
thing is only meant for very dirty, very local scenarios, that should
not be problem.  (Other, more open scenarios are still possible, just
harder, as they probably should be.)

Using grep directly could result in "binary file matches" without any
useful info.

This would happen e.g. after renaming some files with badly-encoded
filenames.  Bash history builtin seems to address such cases better.

(Return cursor after pasting; not sure how well it works for lines but
it's ok for chars.)