tuxpaint-devel — General discussion list for Tux Paint developers

Re: [Tuxpaint-devel] [Tuxpaint-users] Translation in tux paint for v0.9.27

[雷阳 <lei...@16...>]

Hi I also found some icon text missing in some recent versions, but it wasn't blocking issue since i already knew what the icons mean in old version.







Regards,
Yang







At 2022-01-26 22:28:48, "ΑΡΕΤΗ ΤΣΟΛΑΚΙΔΟΥ" <tso...@gm...> wrote:

Hello again,


I was testing if the translation in Greek works appropriately in as many cases as possible. What I figured out was that:


a) when I pick "shapes", the mascot's words on the bottom of the window are not translated in greek
b) when I pick "fill", the mascot's words on the bottom of the window are not translated in greek (just like in "shapes"), and the options of filling in the right part of the window are not translated in greek either.




Do you find these translation problems in other languages too?




-Thank you! 

Re: [Tuxpaint-devel] Translation in tux paint for v0.9.27

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

On Wed, Jan 26, 2022 at 04:28:48PM +0200, ΑΡΕΤΗ ΤΣΟΛΑΚΙΔΟΥ wrote:
> Hello again,
> 
> I was testing if the translation in Greek works appropriately in as many
> cases as possible. What I figured out was that:
> 
> a) when I pick "shapes", the mascot's words on the bottom of the window are
> not translated in greek
> b) when I pick "fill", the mascot's words on the bottom of the window are
> not translated in greek (just like in "shapes"), and the options of filling
> in the right part of the window are not translated in greek either.
> 
> 
> Do you find these translation problems in other languages too?

Hi there.  Yes, definitely!  Not all translations are 100% up-to-date.
Most are not, in fact.  Our project is maintained by volunteers, who
come and go, and have various amounts of free time to help
(or interest in helping).

While it requires a manual process being run on the webserver, I do my
best to keep the translation statistics (and mirrored copies of the
gettext ".po" files) updated, over on this page of the website:

  https://tuxpaint.org/help/po/

The Greek translation of the Tux Paint app itself (at this point, what
will become 0.9.28, which is still a work in progress, as I and others
add new features) is currently at about 85% completion.  It was last
updated back in September (about 4 months ago).

The Greek translation of the Stamps collection of artwork is much more
complete (but we have also not added many new stamps in a very long time).
It's just under 100% complete.

Similar to Tux Paint itself, the Greek translation of the "Tux Paint Config."
tool is about 85% complete.

The translation files for the website were very recently split into two parts.
I made a decision on which pages are "high-priority" versus "low-priority",
in terms of a translation being necessary at all.  Greek is at 50% and 23%
completion rates for those, respectively.

Finally, in the past year or so, I completely reworked Tux Paint's documentation
to be driven by gettext-translatable PHP files, which are then built into
individual HTML files (one per locale).  There is _no_ Greek translation of
the documentation, at this time.

If you'd like to help, or know someone who can, please feel free!
(A little more info is also provided on https://tuxpaint.org/help/)

Take care,

-- 
-bill!
Sent from my computer

[Tuxpaint-devel] Translation in tux paint for v0.9.27

[ΑΡΕΤΗ Τ. <tso...@gm...>]

Hello again,

I was testing if the translation in Greek works appropriately in as many
cases as possible. What I figured out was that:

a) when I pick "shapes", the mascot's words on the bottom of the window are
not translated in greek
b) when I pick "fill", the mascot's words on the bottom of the window are
not translated in greek (just like in "shapes"), and the options of filling
in the right part of the window are not translated in greek either.


Do you find these translation problems in other languages too?


-Thank you!

[Tuxpaint-devel] Some recent improvements

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

Yesterday I updated the onscreen keyboard code to not simply support
two button sizes -- full-sized (e.g., 48x48 default) or half-sized (so
24x24, if default).  Right now it still uses the full-sized buttons as
the max-size, but if that'd be too large to fit (max 90% width of
canvas x max 50% height of canvas), it will now scale them to fit
better into that area.  (Buttons will aim for square, though, to
avoid strange aspect ratios.)

Here are before/after screenshots you can see over on Twitter:

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


Today, I updated the code that renders a stamp whenever you click to
apply it to the canvas.  First off, rather than tint, and then scale,
it will now scale and then tint.  (Imagine a full-size high res. SVG,
which is then being scaled down to a fraction of its size... let's
spend less time doing expensive tinting by doing it on the small version.)
And more importantly, I now _cache_ the stamp in its current scale/size
and color.  This means you can take a large complicated stamp, that would
be going through the "tint, then scale, then copy to canvas" process
_every time you clicked_, and now it only needs to do "tint & scale" once,
and you can copy it to the canvas many times without wasting as many
CPU cycles.


Also today, I added a new keyboard shortcut for quickly accessing the
"color selector" feature that Pere added a few years back -- the one
which allows you to pick a color directly from the canvas.  This feature
is normally access via the second-to-last color palette entry, which has
a "pipette" icon.

Accessing the feature via the button brings up a small prompt that covers
the color palette, and has a "Back" button to abort, and return to what
you were doing.  Move the mouse over the canvas and click-and-release to
select a color.

When using it the shortcut way, hold [Control] on the keyboard while
clicking within the canvas.  The color prompt appears at the bottom
(but without the "Back" button).  Hold onto the mouse, if you need to
move around to pick a specific pixel's color.  When you release, the
color will be chosen.  (If you release _outside_ the canvas, it will
abort, and your previous color choice will remain.)

Here's a short video comparing the standard & keyboard shortcut
methods on Twitter:

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


As usual, I appreciate it when you test things out and catch any
bugs I may have introduced!  For those who want to see the code changes,
they're easily accessed over at SourceForge:

  https://sourceforge.net/p/tuxpaint/activity/

Thanks in advance, and enjoy!

-- 
-bill!
Sent from my computer

Re: [Tuxpaint-devel] A book made with Tux Paint

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

On Thu, Jan 20, 2022 at 08:48:23PM -0500, Mark K. Kim wrote:
> Submitted the change to use CMD on macOS wherever CTRL is used on other OS.

I saw that, thanks Mark. :-D

-bill!

[Tuxpaint-devel] *SDL2* translation does not work on the latest MinGW/MSYS2

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

Hi!

I recently noticed that translation of SDL2 version become not working after updating the packages of MinGW/MSYS2 development environment.

I also confirmed the same problem occurs with the build environment constructed from the scratch.

Notable difference in the latest environment seems to be that the version of gettext became 0.9.21 from 0.9.18.

There must be some problem specific to the SDL2 version because SDL1 version of Tux Paint and tuxpaint-config has no problem with the updated environment.

Fortunately, I have kept a backup of the previous development tree before updating, it's not a problem so far, but I would like to specify the problem and get rid of it.

Hoping any suggestion from you all.

Thanks.

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

Re: [Tuxpaint-devel] A book made with Tux Paint

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

Submitted the change to use CMD on macOS wherever CTRL is used on other OS.

Mark

On Thu, Jan 20, 2022 at 1:26 AM Bill Kendrick <nb...@so...> wrote:

>
> I spotted this via a Google News alert for "tux paint" :-)
>
>   Jules Janssen's playful new book is inspired by 'too much screentime'
>   https://www.creativeboom.com/inspiration/jules-janssen/
>
> One thing the artist mentioned was that "command-Z doesn't work" in
> Tux Paint (which I assume means he thinks it has no 'Undo' command,
> depsite there being a big button :-D )
>
> Mark, should we also (or instead) be testing for Cmd-Z rather than Ctrl-Z
> on macOS? ;-)
>
> --
> -bill!
> Sent from my computer
>
>
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
>

Re: [Tuxpaint-devel] WIP: Brush spacing option

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

El dj. 20 de 01 de 2022 a les 10:35 +0900, en/na Shin-ichi TOYAMA va escriure:
> On Thu, 20 Jan 2022 01:19:23 +0100, Pere Pujal i Carabantes wrote:
> > I see the conflict related to fixes with the Windows installer 
> > as if were there 2 different approaches to fix it and the both 
> > conflicted with each other.
> > 
> > Could somebody help here?
> 
> Oh sorry, I changed tuxpaint.iss and CHANGES.txt on both main branch
> and sdl2.0 branch in different way.
> I should learn more about correct way of handling git ;-P
> 
> I think it will be O.K. to ignore .iss reralted changes in the main branch
> if possible.
> 
Hi, thanks, I've just kept the tuxpaint.iss file as it already was in 
the sdl2.0 branch, so I supose it is OK.

About brush spacing, it works fine in both branches, congrats :)

Thanks
Pere

[Tuxpaint-devel] A book made with Tux Paint

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

I spotted this via a Google News alert for "tux paint" :-)

  Jules Janssen's playful new book is inspired by 'too much screentime'
  https://www.creativeboom.com/inspiration/jules-janssen/

One thing the artist mentioned was that "command-Z doesn't work" in
Tux Paint (which I assume means he thinks it has no 'Undo' command,
depsite there being a big button :-D )

Mark, should we also (or instead) be testing for Cmd-Z rather than Ctrl-Z
on macOS? ;-)

-- 
-bill!
Sent from my computer

Re: [Tuxpaint-devel] WIP: Brush spacing option

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

On Thu, 20 Jan 2022 01:19:23 +0100, Pere Pujal i Carabantes wrote:
>I see the conflict related to fixes with the Windows installer 
>as if were there 2 different approaches to fix it and the both 
>conflicted with each other.
>
>Could somebody help here?

Oh sorry, I changed tuxpaint.iss and CHANGES.txt on both main branch
and sdl2.0 branch in different way.
I should learn more about correct way of handling git ;-P

I think it will be O.K. to ignore .iss reralted changes in the main branch
if possible.

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

Re: [Tuxpaint-devel] WIP: Brush spacing option

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

Hi Bill, and all,

El dc. 19 de 01 de 2022 a les 01:58 -0800, en/na Bill Kendrick va escriure:
> I'm working on a brush spacing option.  This will allow you to
> adjust the spacing of brushes within Tux Paint itself.
> (It will affect both the Paint (brush) and Lines tools.)
> 
> The interface will appear similar to the size option for Stamps
> (as well as the slideshow playback speed option) -- that is,
> a set of small buttons that increase in size from left-to-right.
> It will appear at the lower right, below the brush selector
> and (if needed) its scroll-down button.

One could imagine that identical selectors serve the same purpose,
increase/decrease the size of stamps/brushes, may it be confusing
to children to use that selector to approach/separe?

What about a couple of buttons with dots that approach/separe like

.    .
<>  ><

  . .
<>  ><
it would act like the Text and Labels up/down arrow keys 

> 
> This feature can be disabled (returning Tux Paint to the
> simpler times of pre-0.9.28) via a "--nobrushspacing" option
> (which is also exposed in Tux Paint Config., under "Simplifcation").
> 
> Right now, it doesn't actually DO anything except show the spacing
> of each brush, as you choose them.  But it's 2am here and I really
> need to get to bed. :)
> 
> Just a heads-up!
> 
> PS to Pere - I'm doing this in the main branch.  I need to stop
> working there, so we can focus on the SDL2 branch, and let the
> original branch rest in peace. :-D  Sorry for making more work
> for you.

No worries, but I will need some help this time:

make clean && git stash to get the tree clean, then

git checkout master && git pull && \
git checkout sdl2.0 && git pull && git merge master

gives 2 conflicts, one in docs/CHANGES.txt, easy to fix, 
and the other in win32/tuxpaint.iss and I know nothing about
its language.

I see the conflict related to fixes with the Windows installer 
as if were there 2 different approaches to fix it and the both 
conflicted with each other.

Could somebody help here?

Thanks
Pere

[Tuxpaint-devel] WIP: Brush spacing option

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

I'm working on a brush spacing option.  This will allow you to
adjust the spacing of brushes within Tux Paint itself.
(It will affect both the Paint (brush) and Lines tools.)

The interface will appear similar to the size option for Stamps
(as well as the slideshow playback speed option) -- that is,
a set of small buttons that increase in size from left-to-right.
It will appear at the lower right, below the brush selector
and (if needed) its scroll-down button.

This feature can be disabled (returning Tux Paint to the
simpler times of pre-0.9.28) via a "--nobrushspacing" option
(which is also exposed in Tux Paint Config., under "Simplifcation").

Right now, it doesn't actually DO anything except show the spacing
of each brush, as you choose them.  But it's 2am here and I really
need to get to bed. :)

Just a heads-up!

PS to Pere - I'm doing this in the main branch.  I need to stop
working there, so we can focus on the SDL2 branch, and let the
original branch rest in peace. :-D  Sorry for making more work
for you.

-- 
-bill!
Sent from my computer

Re: [Tuxpaint-devel] Circle erasers

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

Will be fixed in 0.9.28 :)

On Mon, Jan 17, 2022 at 01:23:10AM +0200, ΑΡΕΤΗ ΤΣΟΛΑΚΙΔΟΥ wrote:
> When I select a circle eraser, the shape of the eraser that is appeared on
> the sheet is square. However, the shape that is erased is circle but that
> is not the same shape as it is appeared. I am sending you screenshot in
> order to make it clear.
<snip>

-- 
-bill!
Sent from my computer

Re: [Tuxpaint-devel] Circle erasers

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

On Mon, Jan 17, 2022 at 01:23:10AM +0200, ΑΡΕΤΗ ΤΣΟΛΑΚΙΔΟΥ wrote:
> Hello,
> 
> In the latest version of tux paint i thing I found something weird (I thing
> it can be found in other versions but the version 0.9.27 is the one that I
> have in my PC). I was testing the erasers and especially the circle ones.
> 
> When I select a circle eraser, the shape of the eraser that is appeared on
> the sheet is square. However, the shape that is erased is circle but that
> is not the same shape as it is appeared. I am sending you screenshot in
> order to make it clear.

Thanks for the note.  Yes, this is an artifact of Tux Paint's original
erasers being square, and when I added the circular variants, I never
looked into how to get the XOR'd outline to be circular, as well.

Feel free to open a ticket about this over at SourceForge.

Thanks,

-- 
-bill!
Sent from my computer

[Tuxpaint-devel] Circle erasers

[ΑΡΕΤΗ Τ. <tso...@gm...>]

Hello,

In the latest version of tux paint i thing I found something weird (I thing
it can be found in other versions but the version 0.9.27 is the one that I
have in my PC). I was testing the erasers and especially the circle ones.

When I select a circle eraser, the shape of the eraser that is appeared on
the sheet is square. However, the shape that is erased is circle but that
is not the same shape as it is appeared. I am sending you screenshot in
order to make it clear.

Let me know what your opinions are.

Thank you!

Re: [Tuxpaint-devel] Tux Paint turns _20_ this year!

[Benson M. <ben...@em...>]

Congratulations for such a long running project. The galleries are very 
nice, some of the digital artwork can be printed on mugs, shirts etc.

On 1/12/22 2:31 AM, Pere Pujal i Carabantes wrote:
> Hi, congrats :)
> 
> El dt. 11 de 01 de 2022 a les 00:56 -0800, en/na Bill Kendrick va escriure:
>> I first began writting Tux Paint in June of 2002, which was,
>> if I'm doing my math right, 20 years ago! :-)
>>
>> How shall we celebrate?
>>
>> For the 7th anniversary, I decided that June 16th would be
>> "Tux Paint Day."  I didn't really do much, other than announce it,
>> and ask people to consider telling their friends about Tux Paint.
>>
>> For the 9th anniversary, a company called WorldLabel sponsored
>> a drawing contest, and gave away some OLPC XO-1 laptops!
>>
>> In 2012, for the 10th anniversay, I held another drawing contest
>> (though without any sponsor or prizes; I simply posted the winning
>> artwork on the website and Facebook).
>>
>> This year, June 16th won't be quite the end of school for my kids, but
>> it WILL be a week or so ahead of a trip my family and I will hopefully
>> be taking, so I'm thinking it should culminate in some final climactic
>> event that day.
>>
>> Any ideas?!  Thanks in advance,
>>
> 
> Another drawing contest? but with different objectives, like creating artwork
> for Tux Paint, and different price, like putting the works of the N winners
> in a new package for use by everybody.
> 
> My 2 cents
> Pere
> 
> 
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
> 

Re: [Tuxpaint-devel] Tux Paint turns _20_ this year!

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

Hi, congrats :)

El dt. 11 de 01 de 2022 a les 00:56 -0800, en/na Bill Kendrick va escriure:
> I first began writting Tux Paint in June of 2002, which was,
> if I'm doing my math right, 20 years ago! :-)
> 
> How shall we celebrate?
> 
> For the 7th anniversary, I decided that June 16th would be
> "Tux Paint Day."  I didn't really do much, other than announce it,
> and ask people to consider telling their friends about Tux Paint.
> 
> For the 9th anniversary, a company called WorldLabel sponsored
> a drawing contest, and gave away some OLPC XO-1 laptops!
> 
> In 2012, for the 10th anniversay, I held another drawing contest
> (though without any sponsor or prizes; I simply posted the winning
> artwork on the website and Facebook).
> 
> This year, June 16th won't be quite the end of school for my kids, but
> it WILL be a week or so ahead of a trip my family and I will hopefully
> be taking, so I'm thinking it should culminate in some final climactic
> event that day.
> 
> Any ideas?!  Thanks in advance,
> 

Another drawing contest? but with different objectives, like creating artwork
for Tux Paint, and different price, like putting the works of the N winners
in a new package for use by everybody.

My 2 cents
Pere

[Tuxpaint-devel] Tux Paint turns _20_ this year!

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

I first began writting Tux Paint in June of 2002, which was,
if I'm doing my math right, 20 years ago! :-)

How shall we celebrate?

For the 7th anniversary, I decided that June 16th would be
"Tux Paint Day."  I didn't really do much, other than announce it,
and ask people to consider telling their friends about Tux Paint.

For the 9th anniversary, a company called WorldLabel sponsored
a drawing contest, and gave away some OLPC XO-1 laptops!

In 2012, for the 10th anniversay, I held another drawing contest
(though without any sponsor or prizes; I simply posted the winning
artwork on the website and Facebook).

This year, June 16th won't be quite the end of school for my kids, but
it WILL be a week or so ahead of a trip my family and I will hopefully
be taking, so I'm thinking it should culminate in some final climactic
event that day.

Any ideas?!  Thanks in advance,

-- 
-bill!
Sent from my computer

Re: [Tuxpaint-devel] Bugs [brush spacing]

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

On Mon, Jan 10, 2022 at 03:33:26PM +0200, ΑΡΕΤΗ ΤΣΟΛΑΚΙΔΟΥ wrote:
> Hello again,
> 
> Thanks for the response.
> I don't know how to make an adjustment here but I would be glad if you help
> me.
> If I understood right, a .dat file is needed with the "spacing=N" in order
> to avoid overlap. So, what I would do is to add a "star.dat" file
> containing spacing=45. Also, I would do the same for the "heart.dat" and
> the flowers' ".dat" files as well.

Precisely.  You should probably play around and determine which spacings
make the most sense for the brushes.


> I am trying to open a new ticket in the SourceForge but I can't. Could you
> please tell me how to do it?
<snip>

If you go over to https://sourceforge.net/p/tuxpaint/bugs/, and are logged in
to your SourceForge account, you should see a "Create Ticket" link available
on the sidebar on the left.

HTH!

-bill!

Re: [Tuxpaint-devel] Bugs [brush spacing]

[ΑΡΕΤΗ Τ. <tso...@gm...>]

Hello again,

Thanks for the response.
I don't know how to make an adjustment here but I would be glad if you help
me.
If I understood right, a .dat file is needed with the "spacing=N" in order
to avoid overlap. So, what I would do is to add a "star.dat" file
containing spacing=45. Also, I would do the same for the "heart.dat" and
the flowers' ".dat" files as well.
I am trying to open a new ticket in the SourceForge but I can't. Could you
please tell me how to do it?

Thank you!

Στις Δευ, 10 Ιαν 2022, 08:11 ο χρήστης Bill Kendrick <nb...@so...> έγραψε:

> On Fri, Jan 07, 2022 at 03:29:53PM +0200, ΑΡΕΤΗ ΤΣΟΛΑΚΙΔΟΥ wrote:
> > Hello there,
> > I am new to this project and I was trying to confurm how this project
> works
> > all this days. My main purpose was to use as many tools and brushes as
> > possible and I think I found some issues that may need to be remaked.
>
> Hi, thanks for jumping over to the mailing list.
>
>
> > When I select "lines" as tool and "star" as brush, the stars are not
> > obvious because each star appears very close to each other. What i think
> is
> > better is that every star should appear next to each other but having a
> > small distance. With this thing done, the users will be able to make a
> > better and more obvious line made by stars.
> > Also, this bug can be found in more brushes such as in flowers, polygons,
> > hearts and more.
> > I am sending you also an image of some samples in order to make more
> clear
> > what I am trying to say.
>
> As I mentioned in my reply on the wiki, spacing for brushes can be defined.
> You can make an adjustment to (or adding, if one doesn't exist) the brush's
> configuration file.
> (See https://tuxpaint.org/docs/en/html/EXTENDING.html#brush_options)
>
> "star.png" has no such config. file, and hence the spacing will be
> a default that Tux Paint chooses.  (Looking back at the code, it's
> the height of the brush, divided by 4.)
>
> As "star.png" is 40x37, that means the spacing will be 9 pixels,
> hence the overlap.
>
> By adding a file "star.dat" containing, for example:
>
> spacing=45
>
> The brush can be spaced out to avoid overlap.  I'm guessing some users
> may be confused by things changing between versions, but at least
> it's a simple matter to change it back (remove or alter their own
> local copy of the .dat file), if they complain. :)
>
> If you'd like to suggest which brushes would benefit from particular
> spacing values, please feel free to!  Alternatively, you could open
> a ticket in the SourceForge project, and we can work to address it
> there.
>
> If you haven't been able to tell, things are quite informal (and
> low-traffic) around here.  It can be a few years between releases, or
> it can be only a few months.  It depends on how much time people have
> to work on the project in their spare time -- especially me, since I'm
> the main person 'managing' the project, doing the final source code
> releases, and rallying the porting volunteers, and posting their
> files. :)
>
>
> --
> -bill!
> Sent from my computer
>
>
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
>

Re: [Tuxpaint-devel] Bugs [brush spacing]

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

On Fri, Jan 07, 2022 at 03:29:53PM +0200, ΑΡΕΤΗ ΤΣΟΛΑΚΙΔΟΥ wrote:
> Hello there,
> I am new to this project and I was trying to confurm how this project works
> all this days. My main purpose was to use as many tools and brushes as
> possible and I think I found some issues that may need to be remaked.

Hi, thanks for jumping over to the mailing list.


> When I select "lines" as tool and "star" as brush, the stars are not
> obvious because each star appears very close to each other. What i think is
> better is that every star should appear next to each other but having a
> small distance. With this thing done, the users will be able to make a
> better and more obvious line made by stars.
> Also, this bug can be found in more brushes such as in flowers, polygons,
> hearts and more.
> I am sending you also an image of some samples in order to make more clear
> what I am trying to say.

As I mentioned in my reply on the wiki, spacing for brushes can be defined.
You can make an adjustment to (or adding, if one doesn't exist) the brush's
configuration file.
(See https://tuxpaint.org/docs/en/html/EXTENDING.html#brush_options)

"star.png" has no such config. file, and hence the spacing will be
a default that Tux Paint chooses.  (Looking back at the code, it's
the height of the brush, divided by 4.)

As "star.png" is 40x37, that means the spacing will be 9 pixels,
hence the overlap.

By adding a file "star.dat" containing, for example:

spacing=45

The brush can be spaced out to avoid overlap.  I'm guessing some users
may be confused by things changing between versions, but at least
it's a simple matter to change it back (remove or alter their own
local copy of the .dat file), if they complain. :)

If you'd like to suggest which brushes would benefit from particular
spacing values, please feel free to!  Alternatively, you could open
a ticket in the SourceForge project, and we can work to address it
there.

If you haven't been able to tell, things are quite informal (and
low-traffic) around here.  It can be a few years between releases, or
it can be only a few months.  It depends on how much time people have
to work on the project in their spare time -- especially me, since I'm
the main person 'managing' the project, doing the final source code
releases, and rallying the porting volunteers, and posting their
files. :)


-- 
-bill!
Sent from my computer

[Tuxpaint-devel] Bugs

[ΑΡΕΤΗ Τ. <tso...@gm...>]

Hello there,
I am new to this project and I was trying to confurm how this project works
all this days. My main purpose was to use as many tools and brushes as
possible and I think I found some issues that may need to be remaked.
When I select "lines" as tool and "star" as brush, the stars are not
obvious because each star appears very close to each other. What i think is
better is that every star should appear next to each other but having a
small distance. With this thing done, the users will be able to make a
better and more obvious line made by stars.
Also, this bug can be found in more brushes such as in flowers, polygons,
hearts and more.
I am sending you also an image of some samples in order to make more clear
what I am trying to say.

Please tell me what do you think. Thank you!

[Tuxpaint-devel] HTTPS and dropping -docs list

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

I finally used Let's Encrypt to get the tuxpaint.org
webserver serving over HTTPS.  Thanks to EFF's CertBot
for making it insanely easy.  Well, until I started
fighting with Apache configs (which I was never great at,
and very rusty on top of that).  Things should now work
like so:

  http://www.tuxpaint.org/XYZ -> https://tuxpaint.org/XYZ
  http://tuxpaint.org/XYZ -> https://tuxpaint.org/XYZ
  https://www.tuxpaint.org/XYZ -> https://tuxpaint.org/XYZ

(The latter was the hardest; I needed to extend the cert to
cover www to begin with, before anything would even bother
connecting to pick up the redirect! :) )


Also, in the Tux Paint Trello, I noticed I had an item for
closing the "tuxpaint-docs" mailing list.  Per SourceForge,
in the end, only myself and one other person (cannot tell who)
were subscribed to the list.  Aside from one post 2 years ago,
the latest "activity" on the list was _10_ years ago!

So I've marked it "hidden" at SourceForge, and dropped the
link off of the -- let me make sure I type this correctly! ;) --
https://tuxpaint.org/lists/ page.

-- 
-bill!
Sent from my computer

Re: [Tuxpaint-devel] [Tuxpaint-maintainers] [Tuxpaint-users] Tux Paint 0.9.27 beta releases

[TOYAMA Shin-i. <sh...@wm...>]

Hi!

Bill Kendrick wrote in <202...@sh...>
>apologies to my family ;-) )  However, if folks feel like building
>new betas, feel free to send them my way and I'll post them.

You can download Ver.20211120 

  https://z1.plala.jp/tuxpaint/testing/20211120/windows/
  https://z1.plala.jp/tuxpaint/testing/20211120/rpms/

>Thanks for everyone's patience with me while I hack on this poor
>code in every way I can imagine. ;-D

Great effort!!

Although I am not sure how is the flood fill issue like, what can 
I do to test if everything is OK?

-- 
TOYAMA Shin-ichi mailto:sh...@wm...

Re: [Tuxpaint-devel] [Tuxpaint-users] Tux Paint 0.9.27 beta releases

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

On Sat, Nov 20, 2021 at 01:37:06AM -0800, Bill Kendrick wrote:
<snip> 
> Right now, it DOES eat up a bunch of heap space, by allocating
> (and reallocating, to enlarge) the queue structure.  It only frees
> it at the end of the fill process.
> 
> However, I'll see if I can get it to be smarter, and allow the queue
> to shrink, probably by treating it as a stack.  (It doesn't actually
> matter whether it's a queue or a stack, in the computer science
> meaning of the terms.)

Okay, switching it to a stack was trivial, and saves a lot of space
(since the space for the 'queue' doesn't grow every time something is
added, only when there's not enough room to add more).

  https://sourceforge.net/p/tuxpaint/tuxpaint/ci/e77c7766cd76b579dc12cbceafea25c03b79f446/

I'd appreciate it if people could test on their systems.

I didn't do as massive of an overhaul in there as I had feared I'd
have to.  (I was getting quite cranky over it the last couple nights;
apologies to my family ;-) )  However, if folks feel like building
new betas, feel free to send them my way and I'll post them.

Thanks for everyone's patience with me while I hack on this poor
code in every way I can imagine. ;-D

-- 
-bill!
Sent from my computer