The / main page seems to be a bit too "dangerous", this should make it
easy to go to a particular subscribed subreddit without much
distraction.

The in-line comment startles i3, and by the way using bindsym here is
not so useful when using only CS and EN, which have 'n' at the same
place.

Hardly needed to do repeatedly and when it is, it's best linked with
an observed command on the same line.

... instead of crawling through hoops.

Helpful to fight cron-related issues.

Separate declaration from initialization and add variable comments.

I don't understand how could I not have it there for so long.

We want to choose browsrt with bmo-sensible now, so sensible.ini holds
this and many more similar lists.

This will ensure nagging is predictable during session: on first
opportunity (which is normally new terminal window) `tasknag` will nag
about everything, then according to preset intervals.

I keeo forgetting to say "modify" and even `m` alias did not help.  This
maybe...

...yep, we're getting a bit naggy...

This likely breaks hostname setting when accessing via SSH, but:

 *  it's first version that is at least somehow readable,

 *  and also WE *MAY* have fixed the long-standing PITA escaping
    errors that we used to get in urxvt if BASH_COMMAND had backslashes
    in it!

 *  Remove excess comments and optional syntax (eg. EOL `;`),

 *  use non-conflict function names,

 *  simplify PS1 generation,

 *  close PROMPT_COMMAND setup into function,

This used to be re-set in host-specific bashrc, but we already rely on
so many things installed anyway...

This reverts commit 55a4088d807c5ca0552e89c3240ec1d3c88842f6.

Turns out this makes it too hard to explore and learn the vast potentials
of taskwarrior CLI.

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