Name of exported picture is shown, and placed in clipboard
(copy/paste buffer) after exporting a drawing (via Open dialog)
or animated GIF (via Open->Slideshow).
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/
`button_label_y_nudge`, used in `tuxpaint.c` to nudge button
label text down, was only ever used with Khmer language and is no
longer necessary (the text was actually appearing _too_ low now).
Removing that, as well the `lang_y_nudge[]` look-up table, and
use of the values (`setup_i18n()` and `set_current_language()`)
inside `i18n.c`.
Word-wrap when text is [still] >= 1.3 * button width
(rather than 1.5). h/t Karl (who suggested 1.4)
Draw button label text slightly lower (to avoid touching button
icons as often).
Use #defines for the magic multiplier numbers used here.
If the UTF-8 sequence for the Unicode Soft Hyphen ("Non-printable U+00AD")
occurs in the text to be used as the label of a button, and the label
is still too wide after any wrapping done based on either space and/or a
visible hyphen ("-", U+002D), a visible hyphen will be introduced and
the label will be wrapped.
e.g. Norwegian Nynorsk "Regnbogesyklus"
Regnboge-
syklus
(rather than all crammed on one line and impossible to read)
h/t Karl for the idea.
Closes https://sourceforge.net/p/tuxpaint/bugs/288/
e.g. Norwegian Nynorsk "ROGGBIF-regnboge" will appear as
ROGGBIF-
regnboge
rather than all crammed on one line and impossible to read.
h/t Karl for the idea. (Next up: support soft-hyphens)
For https://sourceforge.net/p/tuxpaint/bugs/288/
New API function which rolls back the Undo buffer (which is snapshotted
upon a mousedown event ahead of calling the Magic tool's `_click()`
function.) Dangerous; use sparingly!
Filled Polygon uses this to prevent partially-created (aka unfinished
aka incomplete) polygons -- the preview lines and control points -- from
being recorded and wasting space in the Undo history, or reappearing
upon Redo.
TODO - Other tools (e.g., Clone) would certainly benefit from this.
TODO - Needs more testing to help identify any bugs/issues introduced
by this!
TODO - Magic API docs need updating.
This is probably a sufficient solution that will make
https://sourceforge.net/p/tuxpaint/feature-requests/246/,
'"Overlay" surface in Magic API', unnecessary.
Rotating brushes would not draw anything if you simply
click and release with no motion in between (unless brush
spacing was set to the minimum). It will now draw the
default "up" direction of the brush in that situation.
(h/t Pere for reporting)
Implemented by using a boolean that tracks whether there has
been any motion since a click; if not, the `brush_counter` is
forced to reset (to 999), to insist on `brush_draw()` blitting
something. (It used to always ignore if a rotational brush,
to avoid accidentally drawing in the wrong direction on release.)
The size option is being misused to allow different
color combinations: Red/Cyan, Red/Blue, Red/Green, and Magenta/Cyan
(there are others we could add, if only someone could figure out the
math :-D)
Note - If Tux Paint is running in "Novice" complexity mode, no choices
will be available; it will use Red/Cyan, as before.
h/t O'Hare The Rabbit for the idea
