tuxpaint-devel — General discussion list for Tux Paint developers

Re: [Tuxpaint-devel] UI font configuration

[Shin-ichi T. <dol...@wm...>]

Hi!

I think it is very nice to have this option!

Please see a few example tested on Windows.

 https://z1.plala.jp/tuxpaint/tmp/uifonts.html

In addition, let me make some comments.

[Tux Paint]
* I think "ja.ttf" shipped with Tux Paint is better than default font for Japanese locale.
  Is it possible to change default font according to the locale?
* It would be beneficail to get a list of available fonts (--uifont help ?)

[Tux Paint Config]
* Apply button should be enabled after editting text box.
* It would be benefical if user could select a font from available font list.


On Mon, 29 May 2023 22:33:38 -0700, Bill Kendrick wrote:
>
>It was a holiday from work and school today, so I also got some other
>Tux Paint development done. :)  I'm adding a new "--uifont" option that
>will allow you to specify a different font (than "DejaVu Sans", as
>#defined in `fonts.h`) for Tux Paint's UI -- button labels, pop-up
>dialog box text, and Tux's tips/instructions at the bottom.
>
>So far so good (was a bit more trivial than I expected), and I'm
>hoping to wrap up the last bits of it now... that being exposing
>the option in Tux Paint Config.
>
>Do try it out & let me know what you think.  Some examples can be
>seen here [sorry for the evil Twitter link]:
>
>  https://twitter.com/TuxPaintTweets/status/1663285854847275008
>


-- 
Shin-ichi TOYAMA <dol...@wm...>

Re: [Tuxpaint-devel] Template export from Open dialog

[Shin-ichi T. <dol...@wm...>]

On Tue, 30 May 2023 16:57:47 -0700, Bill Kendrick wrote:
>On Tue, May 30, 2023 at 11:18:09PM +0200, Pere Pujal i Carabantes wrote:
>Would we want to allow users to delete ANY personal template?
>Or only the ones created within Tux Paint via the "Open" dialog?
>If the latter, I'd need a way to flag them (perhaps a datafile
>that sites alongside them).

I think the latter would be better so far.
It would make such users who deleted some templates irritate if they appear
again after updating Tux Paint.

Re: [Tuxpaint-devel] Template export from Open dialog

[Bill K. <nb...@so...>]

On Tue, May 30, 2023 at 11:18:09PM +0200, Pere Pujal i Carabantes wrote:
> Hi, works fine in my box

Thanks for testing it out!


> the only thing I've noticed is that one has to go to the filesystem
> to remove the no more needed templates.
> 
> Maybe add a way to remove added templates?

Would we want to allow users to delete ANY personal template?
Or only the ones created within Tux Paint via the "Open" dialog?
If the latter, I'd need a way to flag them (perhaps a datafile
that sites alongside them).

Since the templates appear in the "New" dialog, we would need to add
an "Erase" button there (perhaps only appearing, or only appearing as
accessible) when a personal template is currently selected.
That seems a little weird, but nowhere else really makes sense!

And of course, I would probably want to be able to make the
"New" -> "Erase [template]" feature something that could be
deactivated via a simplification setting.

In fact, I already have a feature request (oof, from 2009!) to
make the "Open" -> "Erase [saved drawing]" feature inaccessible
via a simplification setting. [1]

While these kinds of simplifications may sound a little weird,
my goal is for Tux Paint to be configurable in such a way that
it's VERY difficult to accidentally clobber things, which can
lead to tears in the youngest of users who might not be good
at using a mouse yet.  (See, for example, the "saveover=new"
option.)  Disk space is cheap. [3]


[1] https://sourceforge.net/p/tuxpaint/feature-requests/129/

[2] https://tuxpaint.org/docs/en/html/OPTIONS.html#saving

[3] I know first-hand that data loss can be emotionally traumatic. ;-)

    When I was around 7 or 8 years old, I was writing a game in BASIC
    on my Timex Sinclair 1000 (US version of ZX81), and had not yet
    saved it (to audio cassette tape, of course!)  My dad was going to
    work on something electrical and accidentally flipped the breaker
    that powered my bedroom.  Snoopy pancake flipping game, lost forever.

    A few years later, I was making a reasonable facsimile of
    Pac-Man in BASIC on my Atari 8-bit.  Unfortunately a bug in the
    particular version of BASIC I had could cause files saved to
    disk to go corrupt, after saving a certain number of times!
    Blocky Pac-Man clone, lost forever.

    I somehow managed to make a pretty playable (if not visually
    attractive, yet) clone of the game KLAX for Linux.  I was about
    to roll a tarball and post it online as an alpha version, when
    I decided to be clever and clean up my Makefile a bit.
    I accidentally got some $@ or $< confused, and accidentally
    overwrote my C source file with the executable.  KLAX clone,
    lost forever.  (I have proof of its existence, at least! ;)
    https://www.youtube.com/watch?v=mQpHdSIi2wc ... SIGH!)

Re: [Tuxpaint-devel] Template export from Open dialog

[Pere P. i C. <per...@gm...>]

Hi, works fine in my box, the only thing I've noticed is that 
one has to go to the filesystem to remove the no more needed templates.

Maybe add a way to remove added templates?

HTH
Pere


El dl. 29 de 05 de 2023 a les 11:11 -0700, en/na Bill Kendrick va escriure:
> For a while now we've had the ability to export drawings to a location
> 'outside' of Tux Paint, and easier to access (e.g., on Linux, under
> $HOME/Pictures/TuxPaint/) -- via the "Export" button in the "Open"
> dialog.  (There's also an animated GIF export feature, if you drill
> down into the "Slides" slideshow section, that arrived at the same time.)
> 
> I've now added the ability to export a saved image into the user's
> personal Templates directory (e.g., on Linux, $HOME/.tuxpaint/templates/)
> 
> This way, together with the Eraser tool (which now has a set of
> fuzzy-edged options), you can make a new picture in layers.
> It's obviously not as sophisticated as real Layers (capital-L) in apps
> like Photoshop & GIMP, but it will be helpful to some users.
> 
> I can also see it being utilized for animations.  Right now, you can
> create a background, and save it (let's call this picture #0).
> Then add your foreground options, and save out to a new drawing
> (picture #1; the first frame of the animation).  Then you need to
> reload picture #0, redraw EVERYTHING in its new place, and save out to
> another new drawing (picture #2).  Repeat.
> 
> With a template, you can create a new picture using the background,
> draw things, and save it (picture #1).  Then use the eraser, clone
> tool, etc. to make adjustments, and the save to a new drawing
> (picture #2).
> 
> Anyway, along with the new feature, I've updated the docs (README,
> EXTENDING, manpage, etc.).  This feature can be disabled with a new
> "notemplateexport" option.  I'm about to add that to Tux Paint Config.
> 
> Note - Tux Paint will do its best to avoid saving the same unmodified
> picture out to multiple new Templates.  Each template's filename uses
> the original drawing's filename (which was the timestamp of the moment
> it was _first_ saved) as a prefix.  For any image which matches that
> name, it will check if the files are an identical size (via stat()).
> If they happen to be, then it will check the image's dimensions
> (via libPNG).  In the likely event that they are identical, it will
> then calculate a CRC checksum (via zlib) of the images to see if the
> file contents are the same.  If they are, it will avoid exporting a
> new template, and state as much to the end user.
> 
> Please try it out (`git pull` master branch), and let me know if there
> are any issues!  Thanks!
> 

[Tuxpaint-devel] UI font configuration

[Bill K. <nb...@so...>]

It was a holiday from work and school today, so I also got some other
Tux Paint development done. :)  I'm adding a new "--uifont" option that
will allow you to specify a different font (than "DejaVu Sans", as
#defined in `fonts.h`) for Tux Paint's UI -- button labels, pop-up
dialog box text, and Tux's tips/instructions at the bottom.

So far so good (was a bit more trivial than I expected), and I'm
hoping to wrap up the last bits of it now... that being exposing
the option in Tux Paint Config.

Do try it out & let me know what you think.  Some examples can be
seen here [sorry for the evil Twitter link]:

  https://twitter.com/TuxPaintTweets/status/1663285854847275008

-- 
-bill!
Sent from my computer

[Tuxpaint-devel] Template export from Open dialog

[Bill K. <nb...@so...>]

For a while now we've had the ability to export drawings to a location
'outside' of Tux Paint, and easier to access (e.g., on Linux, under
$HOME/Pictures/TuxPaint/) -- via the "Export" button in the "Open"
dialog.  (There's also an animated GIF export feature, if you drill
down into the "Slides" slideshow section, that arrived at the same time.)

I've now added the ability to export a saved image into the user's
personal Templates directory (e.g., on Linux, $HOME/.tuxpaint/templates/)

This way, together with the Eraser tool (which now has a set of
fuzzy-edged options), you can make a new picture in layers.
It's obviously not as sophisticated as real Layers (capital-L) in apps
like Photoshop & GIMP, but it will be helpful to some users.

I can also see it being utilized for animations.  Right now, you can
create a background, and save it (let's call this picture #0).
Then add your foreground options, and save out to a new drawing
(picture #1; the first frame of the animation).  Then you need to
reload picture #0, redraw EVERYTHING in its new place, and save out to
another new drawing (picture #2).  Repeat.

With a template, you can create a new picture using the background,
draw things, and save it (picture #1).  Then use the eraser, clone
tool, etc. to make adjustments, and the save to a new drawing
(picture #2).

Anyway, along with the new feature, I've updated the docs (README,
EXTENDING, manpage, etc.).  This feature can be disabled with a new
"notemplateexport" option.  I'm about to add that to Tux Paint Config.

Note - Tux Paint will do its best to avoid saving the same unmodified
picture out to multiple new Templates.  Each template's filename uses
the original drawing's filename (which was the timestamp of the moment
it was _first_ saved) as a prefix.  For any image which matches that
name, it will check if the files are an identical size (via stat()).
If they happen to be, then it will check the image's dimensions
(via libPNG).  In the likely event that they are identical, it will
then calculate a CRC checksum (via zlib) of the images to see if the
file contents are the same.  If they are, it will avoid exporting a
new template, and state as much to the end user.

Please try it out (`git pull` master branch), and let me know if there
are any issues!  Thanks!

-- 
-bill!
Sent from my computer

[Tuxpaint-devel] Mesh deforming / warp transform tools

[Bill K. <nb...@so...>]

I'd love to add some tools to Tux Paint like GIMP's Warp Transform
tools ("push", "swirl", "shrink", and "grow").  If anyone out here
happens to be good at that kind of math, let me know! :)
(See https://sourceforge.net/p/tuxpaint/feature-requests/239/)

-- 
-bill!
Sent from my computer

[Tuxpaint-devel] Beta release of Tux Paint 0.9.30 & friends

[Bill K. <nb...@so...>]

Beta builds of Tux Paint 0.9.30 & friends are available for testing
for Windows, macOS, Android, and RHEL Linux (with Haiku hopefully
coming soon).  You can download it now!  Please see:

  https://tuxpaint.org/beta/

The main new features of Tux Paint itself, coming in 0.9.30, are:

 * Many Magic tools now offer sizing options!
 * A few other Magic tools improved
 * Documentation for Magic tools include example screenshots
 * Labels on UI buttons word-wrap, for improved legibility

Please test, and report back any bugs ASAP, so we can try to fix
them ahead of the final 0.9.30 release.

Thanks in advance & enjoy!

-- 
-bill!
Sent from my computer

[Tuxpaint-devel] Radio ads for Tux Paint (school project)

[Bill K. <nb...@so...>]

Friends, I wanted to share something that I hope brightens your day.

A few weeks back, I received a message from Stu Keroff ("Stu Does Linux"),
a social studies & technology teacher who does a lot to promote Linux
clubs for kids (here's more about him: https://opensource.com/users/stu-keroff)

  In my Grade 7 Tech class, students were instructed to use Audacity to
  record and edit radio ads for Open Source programs. A few of my
  students chose Tux Paint. I thought I would send a couple to you to
  put a smile on your faces. Have a great day.

Hey said that it was fine to share them (he asked the kids, and only
provided their first names), so here are the links:

  https://tuxpaint.org/files/ads/7thgrade-radio-ads/Gr%207%20Tux%20Paint%20Radio%20Ad%20Saranya%20&%20Ayushi.mp3
  https://tuxpaint.org/files/ads/7thgrade-radio-ads/Gr%207%20Tux%20Paint%20Radio%20Ad%20Wapte.mp3

In case you want to 'like' or share them yourselves on social media,
I've posted them:

 * Twitter
   https://twitter.com/TuxPaintTweets/status/1657453683196715008
   https://twitter.com/TuxPaintTweets/status/1657456178467864577

 * Facebook
   https://www.facebook.com/reel/232030689439418
   https://www.facebook.com/reel/1275324233415782

 * Instagram
   https://www.instagram.com/reel/CsMWyDUuznK/?utm_source=ig_web_copy_link&igshid=MzRlODBiNWFlZA==
   https://www.instagram.com/reel/CsMaxovr3wI/?utm_source=ig_web_copy_link&igshid=MzRlODBiNWFlZA==

 * Tumblr
   https://www.tumblr.com/tuxpaint/717227097898221568/a-7th-grade-tech-class-run-by-stu-keroff-stu?source=share
   https://www.tumblr.com/tuxpaint/717229737380085760/a-7th-grade-tech-class-run-by-stu-keroff-was?source=share

 * Mastodon
   https://floss.social/@tuxpaint/110362723485821719
   https://floss.social/@tuxpaint/110362867422546582


And here are the transcripts (I made these; hopefully with not too
many mistakes):

 * Saranya & Ayushi
   - Today's weather is very cold and it will be snowing the whole day.
   - Oh man, I wish my kids had something fun to do on a snowy day.
   - Are your kids feeling bored as it's snowing outside? Well no problem!
   - Did you just hear what I said from the TV?
   - Tux Paint: It's fun, efficient, and exciting. You can also use
     this for your kids when you're working and your kids just can't
     leave you alone.
   - Oh wow, my kids are having so much fun! I can also work peacefully
     without having to worry about them.
   - Woo-hoo! So fun!
   - You're welcome!
   - Tux Paint: Build a new world!

 * Wapte
   Hello, my name is Wapte, and I'm here to ask: have you ever wanted a
   good place to draw and express yourself but you just can't find one?
   Well Tux Paint is here to fix that. This app is by far one of the
   most clever and useful apps I've ever worked with. It truly is
   everything you can imagine; you can draw and paint, you can type,
   you can use real-life images to add to your paintings. Now you may
   ask: is that really all that it has? And well I say to that is no,
   it has so much more than that more. It has so many tools and so much
   depth that I couldn't name everything, even if I wanted to. Download
   this software today. It will change the way you feel about drawing
   forever.

Enjoy :)

-bill!

Re: [Tuxpaint-devel] [Tuxpaint-maintainers] Tux Paint 0.9.30 Magic size feature -- please test git master!

[Luc S. <be...@gm...>]

Checked out the sources for both tuxpaint and tuxpaint-stamps, build and
install is fine.
Running TuxPaint is fine here too, about the new features, I'm not sure
what I should be checking, so far things look good to me.

Luc

Op ma 1 mei 2023 om 07:56 schreef Bill Kendrick <nb...@so...>:

> On Fri, Apr 28, 2023 at 08:35:26PM +0200, Pere Pujal i Carabantes wrote:
> > Got a couple of hours to test, all magic tools I've tested work fine
> here :)
>
> Great!
>
>
> > As suggestion, for rails and fretwork, you could try to
> increase/decrease
> > the size of PNGs.
>
> Maybe later. :^D  I would also like to add interlinked metal chains
> and metal pipes, which would be similar to these two tools, so
> maybe I'll try to add size capabilities at that time.
>
>
> > I found also that blind has fullscreen mode which seems unusefull,
> > as paint mode fullfills its purposes, but this has nothing to do with
> size.
>
> Oh wow, I never noticed!  I'll drop that. :)  Thanks!
>
> -bill!
>
>
> _______________________________________________
> Tuxpaint-maintainers mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-maintainers
>

Re: [Tuxpaint-devel] [Tuxpaint-maintainers] Tux Paint will now _require_ SDL2_Pango [0.9.30 & beyond]

[Bill K. <nb...@so...>]

On Mon, May 01, 2023 at 07:51:19PM -0400, Mark Kim wrote:
> > sizing options, which appear as a little triangularly-shaped
> > set of buttons (similar to what we've had for Stamps scaling,
> 
> I don't see any triangularly shaped buttons when I select one of the tools
> that is supposed to have this feature (googly eyes).  (Screenshot below.)

Sorry, they are rectangular buttons, in a triangular shape,
kind of like a volume meter or wifi signal strength.
I see it at the bottom right of your screenshot, and that you
seemed to be able to make multiple sizes of googly eyes on your
canvas, so you've got it! :-)


> > Most (if not all) tools only offer this in the "paint" mode
> > (versus the full-canvas / entire-picture / MODE_FULLSCREEN mode),
> 
> Maybe I need to figure out how to get into this "paint" mode but I'm
> unclear what mode this is, because... isn't the normal mode the paint
> mode?  I mean... it's in the name of the application :)

Hah, sorry.  So for forever now, there's been the ability to, for example,
either blur parts of the picture by 'painting' over it, freehand style,
or choosing the option that applies the blur effect to the entire canvas
all at once.  It has the somewhat confusing name, internally, of
"MODE_FULLSCREEN".


> I checked Tux Paint config but don't see any mode called "paint" mode under
> the Video tab.  Just full screen and different window sizes.
<snip>

The option to disable both of these features are found in Tux Paint Config.
under the "Simplification" tab, in the section the right labeled
"Control Simplification".  Look for "Disable Magic Controls" and the
newly-added "Disable Magic Sizes" checkboxes.

(I'm seeing that the former also uses the confusing terminology of
"fullscreen" rather than "entire picture" or "entire canvas", that
I've been trying to train myself to use.  I'll go address that.)

HTH!

-bill!

Re: [Tuxpaint-devel] [Tuxpaint-maintainers] Tux Paint will now _require_ SDL2_Pango [0.9.30 & beyond]

[Mark K. <mar...@gm...>]

> sizing options, which appear as a little triangularly-shaped
> set of buttons (similar to what we've had for Stamps scaling,

I don't see any triangularly shaped buttons when I select one of the tools
that is supposed to have this feature (googly eyes).  (Screenshot below.)

> Most (if not all) tools only offer this in the "paint" mode
> (versus the full-canvas / entire-picture / MODE_FULLSCREEN mode),

Maybe I need to figure out how to get into this "paint" mode but I'm
unclear what mode this is, because... isn't the normal mode the paint
mode?  I mean... it's in the name of the application :)

I checked Tux Paint config but don't see any mode called "paint" mode under
the Video tab.  Just full screen and different window sizes.


This is what I see when I select Googly Eyes:
[image: image.png]

On Mon, May 1, 2023 at 4:41 PM Bill Kendrick <nb...@so...> wrote:

> On Mon, May 01, 2023 at 07:15:05AM -0400, Mark Kim wrote:
> > > Awesome!  Did you happen to toy with the new size functionality
> > > of the Magic tools?  Any feedback?
> >
> > I'm sorry but how do you use it? I couldn't figure it out.
>
> Many of the tools (see docs/CHANGES.txt for a list) now offer
> sizing options, which appear as a little triangularly-shaped
> set of buttons (similar to what we've had for Stamps scaling,
> slideshow playback speed (and animated GIF export speed), and
> brush spacing).
>
> Most (if not all) tools only offer this in the "paint" mode
> (versus the full-canvas / entire-picture / MODE_FULLSCREEN mode),
> as they affect the radius of the application of the Magic tool's
> effect (be it filter-like tools, such as Blur, Darken, Lighten;
> or drawing-like tools, like Kaleidoscope and the Symmetry painting
> tools, Toothpaste, and Light).
>
> For other tools, the sizing option doesn't apply (e.g., Zoom, Shift,
> or Fold (folded paper corner)) or there were other ways to change the
> size or intensity of the effect (e.g., Waves & Wavelets, and Blind
> (window blinds)).
>
> Tux Paint accepts a "--nomagicsizes" command-line option, or
> "nomagicsizes=yes" config. file option (also exposed and manipulable
> by Tux Paint Config.) which disables this feature.  Magic Tools,
> for the most part, revert back to the behavior seen in earlier
> versions of Tux Paint.
>
> In two cases, this actually causes the plugin to act differently.
> (During "..._init()", plugins are informed whether or not this feature
> has been deactivated.)  Both the Bricks and Googly Eyes tools now each
> only appear as a single tool, with various sizing options, rather than
> as two separate tools that draw "small" or "large" bricks or eyes.
> HOWEVER, if the sizing feature is disabled, they go back to appearing
> as two separate tools each like they had done previously.
>
> One way I've tracked down a few bugs was to basically 'spam' Tux Paint,
> by just scribbling all over and flipping between the different tools,
> their modes (paint vs fullscreeen), the different sizes, etc.
> This of course makes it a little hard to determine how to reproduce
> the issue.  (Perhaps I should use a screen recorder!)  The side effect
> is sometimes I come up with interesting abstract art. :-D
>
> HTH!
>
> PS - Also note that a few other Magic tools were updated slightly,
> beyond adding support for sizing.  They're also noted in docs/CHANGES.txt,
> if anyone feels like hammering on them. :)
>
> -bill!
>
>
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
>

Re: [Tuxpaint-devel] [Tuxpaint-maintainers] Tux Paint will now _require_ SDL2_Pango [0.9.30 & beyond]

[Bill K. <nb...@so...>]

On Mon, May 01, 2023 at 07:15:05AM -0400, Mark Kim wrote:
> > Awesome!  Did you happen to toy with the new size functionality
> > of the Magic tools?  Any feedback?
> 
> I'm sorry but how do you use it? I couldn't figure it out.

Many of the tools (see docs/CHANGES.txt for a list) now offer
sizing options, which appear as a little triangularly-shaped
set of buttons (similar to what we've had for Stamps scaling,
slideshow playback speed (and animated GIF export speed), and
brush spacing).

Most (if not all) tools only offer this in the "paint" mode
(versus the full-canvas / entire-picture / MODE_FULLSCREEN mode),
as they affect the radius of the application of the Magic tool's
effect (be it filter-like tools, such as Blur, Darken, Lighten;
or drawing-like tools, like Kaleidoscope and the Symmetry painting
tools, Toothpaste, and Light).

For other tools, the sizing option doesn't apply (e.g., Zoom, Shift,
or Fold (folded paper corner)) or there were other ways to change the
size or intensity of the effect (e.g., Waves & Wavelets, and Blind
(window blinds)).

Tux Paint accepts a "--nomagicsizes" command-line option, or
"nomagicsizes=yes" config. file option (also exposed and manipulable
by Tux Paint Config.) which disables this feature.  Magic Tools,
for the most part, revert back to the behavior seen in earlier
versions of Tux Paint.

In two cases, this actually causes the plugin to act differently.
(During "..._init()", plugins are informed whether or not this feature
has been deactivated.)  Both the Bricks and Googly Eyes tools now each
only appear as a single tool, with various sizing options, rather than
as two separate tools that draw "small" or "large" bricks or eyes.
HOWEVER, if the sizing feature is disabled, they go back to appearing
as two separate tools each like they had done previously.

One way I've tracked down a few bugs was to basically 'spam' Tux Paint,
by just scribbling all over and flipping between the different tools,
their modes (paint vs fullscreeen), the different sizes, etc.
This of course makes it a little hard to determine how to reproduce
the issue.  (Perhaps I should use a screen recorder!)  The side effect
is sometimes I come up with interesting abstract art. :-D

HTH!

PS - Also note that a few other Magic tools were updated slightly,
beyond adding support for sizing.  They're also noted in docs/CHANGES.txt,
if anyone feels like hammering on them. :)

-bill!

Re: [Tuxpaint-devel] [Tuxpaint-maintainers] Tux Paint will now _require_ SDL2_Pango [0.9.30 & beyond]

[Mark K. <mar...@gm...>]

> Awesome!  Did you happen to toy with the new size functionality
> of the Magic tools?  Any feedback?

I'm sorry but how do you use it? I couldn't figure it out.


On Mon, May 1, 2023, 01:57 Bill Kendrick <nb...@so...> wrote:

> On Sun, Apr 30, 2023 at 07:48:51PM -0400, Mark Kim wrote:
> > Hi,
> >
> > > Porters, please double-check that everything still works right.
> >
> > macOS seems to build and run fine.  Tested in English, Korean, and
> Japanese.
>
> Awesome!  Did you happen to toy with the new size functionality
> of the Magic tools?  Any feedback?
>
> Thanks!
>
> -bill!
>
>

Re: [Tuxpaint-devel] [Tuxpaint-maintainers] Tux Paint will now _require_ SDL2_Pango [0.9.30 & beyond]

[Luc S. <be...@gm...>]

Just did a fresh checkout and build on Haiku, running into the next error
(seen it before a while ago).

...Generating thumbnails for starters...
.(starters/.thumbs/bald_eagle-t.png failed)
rm: cannot remove 'starters/.thumbs/bald_eagle-t.png': No such file or
directory
Makefile:853: recipe for target 'starters/.thumbs/bald_eagle-t.png' failed
make: *** [starters/.thumbs/bald_eagle-t.png] Error 1

Luc

Op ma 1 mei 2023 om 07:57 schreef Bill Kendrick <nb...@so...>:

> On Sun, Apr 30, 2023 at 07:48:51PM -0400, Mark Kim wrote:
> > Hi,
> >
> > > Porters, please double-check that everything still works right.
> >
> > macOS seems to build and run fine.  Tested in English, Korean, and
> Japanese.
>
> Awesome!  Did you happen to toy with the new size functionality
> of the Magic tools?  Any feedback?
>
> Thanks!
>
> -bill!
>
>
> _______________________________________________
> Tuxpaint-maintainers mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-maintainers
>

Re: [Tuxpaint-devel] [Tuxpaint-maintainers] Tux Paint will now _require_ SDL2_Pango [0.9.30 & beyond]

[Bill K. <nb...@so...>]

On Sun, Apr 30, 2023 at 07:48:51PM -0400, Mark Kim wrote:
> Hi,
> 
> > Porters, please double-check that everything still works right.
> 
> macOS seems to build and run fine.  Tested in English, Korean, and Japanese.

Awesome!  Did you happen to toy with the new size functionality
of the Magic tools?  Any feedback?

Thanks!

-bill!

Re: [Tuxpaint-devel] Tux Paint 0.9.30 Magic size feature -- please test git master!

[Bill K. <nb...@so...>]

On Fri, Apr 28, 2023 at 08:35:26PM +0200, Pere Pujal i Carabantes wrote:
> Got a couple of hours to test, all magic tools I've tested work fine here :)

Great!


> As suggestion, for rails and fretwork, you could try to increase/decrease 
> the size of PNGs.

Maybe later. :^D  I would also like to add interlinked metal chains
and metal pipes, which would be similar to these two tools, so
maybe I'll try to add size capabilities at that time.


> I found also that blind has fullscreen mode which seems unusefull, 
> as paint mode fullfills its purposes, but this has nothing to do with size.

Oh wow, I never noticed!  I'll drop that. :)  Thanks!

-bill!

Re: [Tuxpaint-devel] [Tuxpaint-maintainers] Tux Paint will now _require_ SDL2_Pango [0.9.30 & beyond]

[Mark K. <mar...@gm...>]

Hi,

> Porters, please double-check that everything still works right.

macOS seems to build and run fine.  Tested in English, Korean, and Japanese.

Mark

On Sun, Apr 30, 2023 at 7:33 PM Bill Kendrick <nb...@so...> wrote:

>
> Based on research by Pere, it seems that Tux Paint (as recent as
> version 0.9.28) supplied by Debian (and it appears, based on this,
> Ubuntu) does not render some text properly (e.g., Japanese & Arabic).
>
> This is because they are being built _without_ Pango support
> (which, these days, is supplied by the SDL2 port of the "SDL_Pango"
> library, "SDL2_Pango", as maintained by our own Mark Kim, here:
> https://github.com/markuskimius/SDL2_Pango).
>
> To avoid this in the future, and hopefully encourage the Debian
> maintainers to also get SDL2_Pango packaged, so they can keep
> Tux Paint up-to-date as well, I've just removed support for
> building Tux Paint _without_ Pango.  (Rather than detecting it
> is unavailable, and compiling things with "NO_SDLPANGO" #define'd,
> and using different code to render text using "SDL_ttf" library
> as a fallback, it will just refuse to build!)
>
> Porters, please double-check that everything still works right.
>
> Another benefit of this is the removal of a lot of very old code from
> our codebase, most of which has probably not been maintained much
> lately!
>
> Backstory: https://sourceforge.net/p/tuxpaint/bugs/268/
> The main commit in question:
> https://sourceforge.net/p/tuxpaint/tuxpaint/ci/cef773a69493c7c76073bdd59ac49c5bbde21aa9/
>
> (I also updated the INSTALL docs, and the Requirements webpage,
> to reflect this new reality.  Let me know if I missed anything!)
>
> Thanks all!  I'm hoping to get 0.9.30-rc1 rolled into a tarball
> some time soon!!!
>
> --
> -bill!
> Sent from my computer
>
>
> _______________________________________________
> Tuxpaint-maintainers mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-maintainers
>

[Tuxpaint-devel] Tux Paint will now _require_ SDL2_Pango [0.9.30 & beyond]

[Bill K. <nb...@so...>]

Based on research by Pere, it seems that Tux Paint (as recent as
version 0.9.28) supplied by Debian (and it appears, based on this,
Ubuntu) does not render some text properly (e.g., Japanese & Arabic).

This is because they are being built _without_ Pango support
(which, these days, is supplied by the SDL2 port of the "SDL_Pango"
library, "SDL2_Pango", as maintained by our own Mark Kim, here:
https://github.com/markuskimius/SDL2_Pango).

To avoid this in the future, and hopefully encourage the Debian
maintainers to also get SDL2_Pango packaged, so they can keep
Tux Paint up-to-date as well, I've just removed support for
building Tux Paint _without_ Pango.  (Rather than detecting it
is unavailable, and compiling things with "NO_SDLPANGO" #define'd,
and using different code to render text using "SDL_ttf" library
as a fallback, it will just refuse to build!)

Porters, please double-check that everything still works right.

Another benefit of this is the removal of a lot of very old code from
our codebase, most of which has probably not been maintained much
lately!

Backstory: https://sourceforge.net/p/tuxpaint/bugs/268/
The main commit in question: https://sourceforge.net/p/tuxpaint/tuxpaint/ci/cef773a69493c7c76073bdd59ac49c5bbde21aa9/

(I also updated the INSTALL docs, and the Requirements webpage,
to reflect this new reality.  Let me know if I missed anything!)

Thanks all!  I'm hoping to get 0.9.30-rc1 rolled into a tarball
some time soon!!!

-- 
-bill!
Sent from my computer

Re: [Tuxpaint-devel] Tux Paint 0.9.30 Magic size feature -- please test git master!

[Pere P. i C. <per...@gm...>]

Got a couple of hours to test, all magic tools I've tested work fine here :)

As suggestion, for rails and fretwork, you could try to increase/decrease 
the size of PNGs.

I found also that blind has fullscreen mode which seems unusefull, 
as paint mode fullfills its purposes, but this has nothing to do with size.


HTH
Pere


El dg. 23 de 04 de 2023 a les 17:28 -0700, en/na Bill Kendrick va escriure:
> I've spent the past two weeks slowly working through every single
> Magic tool plugin (".c source file") to update them all to work with
> the Magic tool API that I've extended slightly in what will become
> version 0.9.30.
> 
> For about 50 of the Magic tools, I've added support for various sizing
> options. [1]  (For example, different sized flowers, thicker toothpaste,
> chunkier blocks, bigger pixelart pixels, more Googly eye sizes, etc.)
> 
> The new Magic size feature can be disabled using the "nomagicsizes"
> option (e.g., "--nomagicsizes" on the command line, or
> "nomagicsizes=yes" in the config file).
> 
> It would be very helpful if people could test Tux Paint in _both_ the
> standard mode -- where many of the tools offer sizes -- as well as the
> simplified mode -- where the tools should all revert back to acting,
> more or less, like they did in Tux Paint 0.9.29 and earlier. [2]
> 
> I'm thinking of releasing a new version of Tux Paint relatively
> soon (compared to the 10 months between the last two versions,
> or sometimes many _years_ between other versions), therefore...
> 
> As with 0.9.29, before I bother rolling the first release candidate
> ("0.9.30-rc1") to have beta testers out in the wild try out, I'd like
> to ask folks here on the team to help me alpha test it!
> 
> So please "git pull" from master, build it, and try it out!  Let me
> know if you come across any bugs or have any suggestions! [3]
> 
> Thanks in advance!!!
> 
> -bill!
> 
> [1] The full list of Magic tools that gained 'size' support is:
>     + Blocks, Chalk, Drip
>     + Bloom
>     + Blur
>     + Bricks
>     + Cartoon
>     + Clone
>     + Confetti
>     + Darken, Lighten
>     + Distortion
>     + Emboss
>     + Fisheye
>     + Flower
>     + Foam
>     + Googly Eyes
>     + Kaleidoscope, Symmetric L/R & U/D, Pattern, Tiles
>     + Light
>     + Metal Paint
>     + Mosaic
>     + Negative & Opposite
>     + Noise
>     + Pixels
>     + Puzzle
>     + Rain
>     + Rainbow & Smooth Rainbow
>     + Remove Color, Keep Color
>     + Ripples
>     + Rosette, Picasso
>     + Saturate, Desaturate
>     + Sharpen, Edges, Silhouette
>     + Smudge, Wet Paint
>     + Tint, Color & White
>     + Toothpaste
>     + TV
>     + Xor Colors
> 
> [2] I also did update a few of the Magic tools to improve their
>     behavior (e.g., Foam would often show oval bubbles, which was
>     never my intention!  String tools benefitted from XOR previews.
>     And so on...)
> 
> [3] Moments after I thought I was finally all done, I discovered an
>     `update_rect` bug with Pixels that I had to correct. :)
> 

Re: [Tuxpaint-devel] [Tuxpaint-maintainers] Tux Paint 0.9.30 Magic size feature -- please test git master!

[Bill K. <nb...@so...>]

On Thu, Apr 27, 2023 at 09:02:14AM +0900, Shin-ichi TOYAMA wrote:
> Hi!
> 
> I've tried current git version just last night and did not see any problem in compiling as well as using the new sizing featuer of magic tools.

I was aimlessly playing with Tux Paint some last night and discovered
a bug where sometimes the 'paint' mode of a tool would not draw
anything, and it was because it was inheriting a '0' size from the
'fullscreen' mode of the same tool.

I beleive I've corrected that bug, but there could be other situations
where something like this might happen, because our code is very
large and complicated. ;-(

In other news, I 'ported' Tux Paint's canvas size calculation code
over to Tux Paint Config., in an attempt to have it show it, and
keep it updated as you adjust window/screen size, button size,
color rows, and orentiation (landscape/portrait).  It SEEMS to work,
but I was -- as usuall -- up very late hacking on it.  So I'd
appreciate some alpha testing there, too! :-)

Also, I now have Tux Paint detect the "SDL_VIDEO_WINDOW_POS"
environment variable (which we do manually, since SDL2 does not)
even when running in fullscreen mode.  It seems that if I give it
any coordinates within my upper monitor (Y < 1080), Tux Paint will
appear there.

If I specify anything larger than my external monitor's vertical
resolution (Y >= 1080), or if I don't specify anything (which causes
Tux Paint to send SDL it's "...UNDEFINED" consts for window
positioning), Tux Paint appears on my lower monitor -- my laptop's
built-in display, which I have set in KDE as my "primary".

So that's nice!  It's not as handy as having a command-line setting
or config file option -- or the wishlist item we have for allowing
Tux Paint to 'remember' its window position (which I feel could get
complicated if your monitor configuration changes... e.g., removing
the sole external monitor) -- but at least it lets me easily
position Tux Paint on my larger, easier-to-see display.

(On my system, both my external monitor and laptop have the same
resolution, but the external is larger (so lower DPI), and hence
easier to see.  It's also higher, in a more eronomic position.
Note that I very recently discovered that I can use my KDE
"Alt + left click" combo that I use for quickly grabbing and
repositioning windows!!!  It didn't allow me to position it
precisely, obviously, because it's in fullscreen mode, but it did
let me 'snap' it between the two displays!  I'll need to see what
happens if they are not the _same resolution_ though. 8^o [*])

Thanks all!

-bill!
PS - I also closed a few very very old (14+ years) feature requests
that I don't feel are 'burning needs' and would rather not worry
about.  Sorry if anyone's hopes were dashed. ;)

[*] This also reminds me of an apparent bug in how SDL2 deals
with 'windowshading' effect (collapsing an entire window down
to just its toolbar; different from minimizing it).  A while back
I discovered that when I 'un-windowshade' Tux Paint, I get an
extremely misshappen window with a TINY thumbnail-sized Tux Paint
appearing inside.  The window is the same width (e.g., 800px wide),
but only a few pixels tall!  I mentioned on Twitter, and the SDL
developers said to open a bug, and of course I forgot about it
until right now. :^]  <Makes a note>

Re: [Tuxpaint-devel] [Tuxpaint-maintainers] Tux Paint 0.9.30 Magic size feature -- please test git master!

[Bill K. <nb...@so...>]

On Thu, Apr 27, 2023 at 09:02:14AM +0900, Shin-ichi TOYAMA wrote:
> Hi!
> 
> I've tried current git version just last night and did not see any problem in compiling as well as using the new sizing featuer of magic tools.
> 
> Just for brief report.

I appreciate it, thanks! :)

-bill!

Re: [Tuxpaint-devel] [Tuxpaint-maintainers] Tux Paint 0.9.30 Magic size feature -- please test git master!

[Shin-ichi T. <dol...@wm...>]

Hi!

I've tried current git version just last night and did not see any problem in compiling as well as using the new sizing featuer of magic tools.

Just for brief report.

HTH

On 2023年4月27日 8:09:48 JST, Bill Kendrick <nb...@so...> wrote:
>
>I haven't touched the Tux Paint code since Sunday, except to re-run
>"indent" to clean up any code formatting inconsistencies that were
>introduced in recent months. [*]
>
>I'm curious whether anyone out here has had time to try out the new
>Magic tool size options yet?
>
>On the other hand, if folks here would prefer that I just get
>real-life beta testers in the wild to try things out, then I'd be
>happy to just roll a release candidate tarball.
>
>First, though, at the very least, it'd be good to know it all still
>compiles, and that it doesn't crash on any platform.
>
>Sorry for being impatient...  I'm excited for the new feature, and a
>lot of our fans on Twitter are too.  :-D
>
>Thanks as always,
>
>-bill!
>
>[*] I also added shell scripts to both Tux Paint & Tux Paint Config.
>    (in both cases, "src/indent.sh") to do the job in the future,
>    so I don't have to go back and dig up the precise options every time.
>
>
>_______________________________________________
>Tuxpaint-maintainers mailing list
>Tux...@li...
>https://lists.sourceforge.net/lists/listinfo/tuxpaint-maintainers

Re: [Tuxpaint-devel] Tux Paint 0.9.30 Magic size feature -- please test git master!

[Bill K. <nb...@so...>]

I haven't touched the Tux Paint code since Sunday, except to re-run
"indent" to clean up any code formatting inconsistencies that were
introduced in recent months. [*]

I'm curious whether anyone out here has had time to try out the new
Magic tool size options yet?

On the other hand, if folks here would prefer that I just get
real-life beta testers in the wild to try things out, then I'd be
happy to just roll a release candidate tarball.

First, though, at the very least, it'd be good to know it all still
compiles, and that it doesn't crash on any platform.

Sorry for being impatient...  I'm excited for the new feature, and a
lot of our fans on Twitter are too.  :-D

Thanks as always,

-bill!

[*] I also added shell scripts to both Tux Paint & Tux Paint Config.
    (in both cases, "src/indent.sh") to do the job in the future,
    so I don't have to go back and dig up the precise options every time.

[Tuxpaint-devel] Tux Paint 0.9.30 Magic size feature -- please test git master!

[Bill K. <nb...@so...>]

I've spent the past two weeks slowly working through every single
Magic tool plugin (".c source file") to update them all to work with
the Magic tool API that I've extended slightly in what will become
version 0.9.30.

For about 50 of the Magic tools, I've added support for various sizing
options. [1]  (For example, different sized flowers, thicker toothpaste,
chunkier blocks, bigger pixelart pixels, more Googly eye sizes, etc.)

The new Magic size feature can be disabled using the "nomagicsizes"
option (e.g., "--nomagicsizes" on the command line, or
"nomagicsizes=yes" in the config file).

It would be very helpful if people could test Tux Paint in _both_ the
standard mode -- where many of the tools offer sizes -- as well as the
simplified mode -- where the tools should all revert back to acting,
more or less, like they did in Tux Paint 0.9.29 and earlier. [2]

I'm thinking of releasing a new version of Tux Paint relatively
soon (compared to the 10 months between the last two versions,
or sometimes many _years_ between other versions), therefore...

As with 0.9.29, before I bother rolling the first release candidate
("0.9.30-rc1") to have beta testers out in the wild try out, I'd like
to ask folks here on the team to help me alpha test it!

So please "git pull" from master, build it, and try it out!  Let me
know if you come across any bugs or have any suggestions! [3]

Thanks in advance!!!

-bill!

[1] The full list of Magic tools that gained 'size' support is:
    + Blocks, Chalk, Drip
    + Bloom
    + Blur
    + Bricks
    + Cartoon
    + Clone
    + Confetti
    + Darken, Lighten
    + Distortion
    + Emboss
    + Fisheye
    + Flower
    + Foam
    + Googly Eyes
    + Kaleidoscope, Symmetric L/R & U/D, Pattern, Tiles
    + Light
    + Metal Paint
    + Mosaic
    + Negative & Opposite
    + Noise
    + Pixels
    + Puzzle
    + Rain
    + Rainbow & Smooth Rainbow
    + Remove Color, Keep Color
    + Ripples
    + Rosette, Picasso
    + Saturate, Desaturate
    + Sharpen, Edges, Silhouette
    + Smudge, Wet Paint
    + Tint, Color & White
    + Toothpaste
    + TV
    + Xor Colors

[2] I also did update a few of the Magic tools to improve their
    behavior (e.g., Foam would often show oval bubbles, which was
    never my intention!  String tools benefitted from XOR previews.
    And so on...)

[3] Moments after I thought I was finally all done, I discovered an
    `update_rect` bug with Pixels that I had to correct. :)

-- 
-bill!
Sent from my computer