Since `parse.gperf` was added long ago, the ability to run Tux Paint
with "--fullscreen" command-line, or simply "fullscreen" in the
config. file, no longer exists.
It must be `--fullscreen=yes` (or `--fullscreen=native` as an
alternative to `--fullscreen=yes --native`). It can also accept
`--fullscreen=no` as an alternative to `--windowed`.
Updating the following places
* BASH tab completion
* `tuxpaint --help` output
* FAQ
h/t Karl for reporting
Closes https://sourceforge.net/p/tuxpaint/bugs/289/
...mostly in terms of modularizing how various file
and directory (folder) paths are shown (for consistency in
both name and styling); add some missing paths (e.g., where
does Tux Paint save drawings on Haiku?)
When selecting a label that has a color not found in the built-ins,
we change to the color picker; however, when rendering its button,
it looked wrong and would not fit to the right size (had 48x48
hard-coder in there, still!) Instead, using `render_color_button()`
to just re-render it.
Also, dropping LOW_QUALITY_COLOR_SELECTOR which had been used by
some embedded platforms we don't seem to support any more (Nokia Maemo
and OLPC XO-1).
Documentation is now maintained in a separate source repository,
'tuxpaint-docs', which allows for easier and more consisten
translation of the documentation. Pulling in initial version of
these docs, which contain a variety of minor updates (and also a
few which had previously only been available as plain TXT are now
available as HTML).
Pulling in the English stuff.
See "RELEASE.txt" for the invocation. Mended a few things prior
to final run of `tidy`, based on HTML Tidy's output.
Updated any affected TXT files via Makefile.
Documenting Mark Kim's recent changes:
* Less CPU-hungry progress bar (during Stamp loading)
* Verbose debugging options
* (Also, mentioned debugging _at all_, in INSTALL.txt)
Bumping version to 0.9.23a, to match the test build he's working
on for macOS.
