Was redrawing color toolbar _before_ changing the chosen color
to be the pipette tool.
Reproducing the bug - Select a built-in color, Ctrl+click in the canvas,
observe built-in color still appears chosen [the bug], paint with e.g.,
paint brush, observe it's using the correct, pipette-selected color,
not the one that appears chosen [this is correct].
Motivation - Without SDL2_Pango, languages like Japanese,
Arabic, and Thai do not render properly. Currently, Debian
(and hence Ubuntu) do not have SDL2_Pango, so Tux Paint 0.9.28
is adversely affected. Fedora DOES have SDL2_Pango, so works well.
This also allows us to delete a lot of ancient cruft code.
Closes https://sourceforge.net/p/tuxpaint/bugs/268/
h/t Pere
(INSTALL docs to be updated momentarily)
This seems to allow me to specify which display (monitor) to make
Tux Paint appear on my two-monitor set-up (laptop + external monitor)!
Closes https://sourceforge.net/p/tuxpaint/bugs/277/
Stalk color not matching leaf & base is more obvious at larger sizes.
Base, petals, and leaf bitmaps need to be drawn (just scaled up, and
made blurry, for the moment).
Support sizes in all tools inside `fade_darken` plugin:
+ Lighten
+ Darken
+ Desaturate
+ Saturate
+ Remove Color
+ Keep Color
Also, forgot to bump date in distortion.c
Two things: The sizes are powers of two (size #2 is 2x2 larger
than size #1; size #3 is 2x2 larger than size #2, and 4x4 larger
than size #1; and so on). And the sizes are actually related to
the size of the canvas (based on the sqrt of the canvas area).
Googly Eyes offers four sizes (25%, 50%, 75%, and 100% (largest))
via the new magic sizing options. Appears as a single Magic tool now.
If Tux Paint is invoked --nomagicsizes, then it reverts to appearing
as two separate Magic tools (large (100%) & small (50%) googly eyes).
