tuxpaint-users — General discussion list for parents and teachers using Tux Paint

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

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

hi 
I'm not very clear about the default values now.
Here attach the config file. to my surprise I found no difference to the config file when check/uncheck the 'show upper case text only' checkbox.
I didn't try and compare other options, just attached the config here. is there any thing unusual?


Regards,
Yang

















At 2022-01-29 16:56:29, "Bill Kendrick" <nb...@so...> wrote:
>On Fri, Jan 28, 2022 at 06:42:41PM +0800, 雷阳 wrote:
>> Hi, bill,
>> 
>> 
>> I just found the reproducible step:
>> 1. in settings, check 'simplification' - 'show upper case text only'. this is default. if unchecked, text shows correctly.
>> 2. env: win10 (also win11). 0.9.27(actually reproduciable since at least 0.9.25)
>
>Hrm, interesting.  I tried "tuxpaint --uppercase --lang chinese",
>and it still seems to work fine for me.  I wonder if it has
>something to do with how wide characters are handled under
>Tux Paint on Windows (versus Linxu).
>
>Also, "show uppercase only" is not the default.
>(And I confirmed that "Tux Paint Config." clears that
>checkmark under 'Simplification', if I click the "Defaults"
>button.)  Can double-check that this is the case for you?
>
>(Basically, if a non-default option is _not_ set, then the
>configuration file should not include a line about it,
>generally.)
>
>Thanks!
>
>-bill!
>
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> Regards,
>> Yang
>> 
>> 
>> 
>> 
>> At 2022-01-28 12:44:39, "Bill Kendrick" <nb...@so...> wrote:
>> >On Thu, Jan 27, 2022 at 07:37:23AM +0800, ���� wrote:
>> >> 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.
>> >
>> >Hi, can you tell me what version of Tux Paint you're on, and
>> >which operating system?  I tried "tuxpaint --lang chinese"
>> >and see all of the expected strings.  (This is on Linux
>> >using the Git repo version, which will become 0.9.28.)
>> >
>> >I wonder if perhaps there's a deficiency in the font being
>> >utilized for Chinese strings in your system...?
>> >
>> >(Usually, when a string is untranslated, you'll see the
>> >English version found in the source-code.  I don't believe
>> >any strings have been explicitly translated to 'nothing' (""),
>> >in other words. :) )
>> >
>> >Thanks in advance,
>> >
>> >-bill!
>> >
>> >
>> >_______________________________________________
>> >Tuxpaint-users mailing list
>> >Tux...@li...
>> >https://lists.sourceforge.net/lists/listinfo/tuxpaint-users
>
>
>
>
>> _______________________________________________
>> Tuxpaint-users mailing list
>> Tux...@li...
>> https://lists.sourceforge.net/lists/listinfo/tuxpaint-users
>
>
>-- 
>-bill!
>Sent from my computer
>
>
>_______________________________________________
>Tuxpaint-users mailing list
>Tux...@li...
>https://lists.sourceforge.net/lists/listinfo/tuxpaint-users

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

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

On Fri, Jan 28, 2022 at 06:42:41PM +0800, 雷阳 wrote:
> Hi, bill,
> 
> 
> I just found the reproducible step:
> 1. in settings, check 'simplification' - 'show upper case text only'. this is default. if unchecked, text shows correctly.
> 2. env: win10 (also win11). 0.9.27(actually reproduciable since at least 0.9.25)

Hrm, interesting.  I tried "tuxpaint --uppercase --lang chinese",
and it still seems to work fine for me.  I wonder if it has
something to do with how wide characters are handled under
Tux Paint on Windows (versus Linxu).

Also, "show uppercase only" is not the default.
(And I confirmed that "Tux Paint Config." clears that
checkmark under 'Simplification', if I click the "Defaults"
button.)  Can double-check that this is the case for you?

(Basically, if a non-default option is _not_ set, then the
configuration file should not include a line about it,
generally.)

Thanks!

-bill!

> 
> 
> 
> 
> 
> 
> 
> Regards,
> Yang
> 
> 
> 
> 
> At 2022-01-28 12:44:39, "Bill Kendrick" <nb...@so...> wrote:
> >On Thu, Jan 27, 2022 at 07:37:23AM +0800, ���� wrote:
> >> 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.
> >
> >Hi, can you tell me what version of Tux Paint you're on, and
> >which operating system?  I tried "tuxpaint --lang chinese"
> >and see all of the expected strings.  (This is on Linux
> >using the Git repo version, which will become 0.9.28.)
> >
> >I wonder if perhaps there's a deficiency in the font being
> >utilized for Chinese strings in your system...?
> >
> >(Usually, when a string is untranslated, you'll see the
> >English version found in the source-code.  I don't believe
> >any strings have been explicitly translated to 'nothing' (""),
> >in other words. :) )
> >
> >Thanks in advance,
> >
> >-bill!
> >
> >
> >_______________________________________________
> >Tuxpaint-users mailing list
> >Tux...@li...
> >https://lists.sourceforge.net/lists/listinfo/tuxpaint-users




> _______________________________________________
> Tuxpaint-users mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-users


-- 
-bill!
Sent from my computer

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

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

On Fri, Jan 28, 2022 at 06:21:12PM +0200, ΑΡΕΤΗ ΤΣΟΛΑΚΙΔΟΥ wrote:
> Hi,
> I understand everything you said.
> Do you thing that this issue needs to be written in a new ticket or not?

No, it's not necessary.  Translation is an ongoing thing that will
be an endless part of the normal process of development (especially
when new features & other content is added).

Thanks, though,

-bill!

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

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

Hi,


Nope. I think it is not impacting any function, so priority should be low. no need new bug. 
just someone can remember and fix in new release if easy. thanks!


Regards,
Yang
















在 2022-01-29 00:21:12，"ΑΡΕΤΗ ΤΣΟΛΑΚΙΔΟΥ" <tso...@gm...> 写道：

Hi,
I understand everything you said. 
Do you thing that this issue needs to be written in a new ticket or not? 


Thanks. 



Στις Τετ, 26 Ιαν 2022, 23:30 ο χρήστης Bill Kendrick <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 mailing list
Tux...@li...
https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel

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

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

Hi,
I understand everything you said.
Do you thing that this issue needs to be written in a new ticket or not?

Thanks.


Στις Τετ, 26 Ιαν 2022, 23:30 ο χρήστης Bill Kendrick <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 mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
>

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

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

Hi, bill,


I just found the reproducible step:
1. in settings, check 'simplification' - 'show upper case text only'. this is default. if unchecked, text shows correctly.
2. env: win10 (also win11). 0.9.27(actually reproduciable since at least 0.9.25)







Regards,
Yang




At 2022-01-28 12:44:39, "Bill Kendrick" <nb...@so...> wrote:
>On Thu, Jan 27, 2022 at 07:37:23AM +0800, ���� wrote:
>> 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.
>
>Hi, can you tell me what version of Tux Paint you're on, and
>which operating system?  I tried "tuxpaint --lang chinese"
>and see all of the expected strings.  (This is on Linux
>using the Git repo version, which will become 0.9.28.)
>
>I wonder if perhaps there's a deficiency in the font being
>utilized for Chinese strings in your system...?
>
>(Usually, when a string is untranslated, you'll see the
>English version found in the source-code.  I don't believe
>any strings have been explicitly translated to 'nothing' (""),
>in other words. :) )
>
>Thanks in advance,
>
>-bill!
>
>
>_______________________________________________
>Tuxpaint-users mailing list
>Tux...@li...
>https://lists.sourceforge.net/lists/listinfo/tuxpaint-users

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

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

On Thu, Jan 27, 2022 at 07:37:23AM +0800, ���� wrote:
> 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.

Hi, can you tell me what version of Tux Paint you're on, and
which operating system?  I tried "tuxpaint --lang chinese"
and see all of the expected strings.  (This is on Linux
using the Git repo version, which will become 0.9.28.)

I wonder if perhaps there's a deficiency in the font being
utilized for Chinese strings in your system...?

(Usually, when a string is untranslated, you'll see the
English version found in the source-code.  I don't believe
any strings have been explicitly translated to 'nothing' (""),
in other words. :) )

Thanks in advance,

-bill!

Re: [Tuxpaint-users] [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-users] 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-users] Tux Paint 0.9.27 "Apple M1" and "Universal" builds for Mac

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

Mark Kim here on the project has produced two new versions
of Tux Paint 0.9.27 for Macs.

The previous release (Nov. 2021) was an Intel "x86_64" build,
for older Macs using Intel chips.  It should also work on newer
Macs with Apple M1 CPUs, under emulation.

Two new versions have been released: an Apple M1 native build,
and a "universal" build (which weighs in at about 20MB larger)
which should run natively on _either_ architecture.

You can download them from https://tuxpaint.org/download/macos/

Please let us know if you have any trouble, or notice any
performance differences!  (I'd be curious to hear whether the
M1 native version runs faster than the Intel one.)

Thanks & enjoy,

-- 
-bill!
Sent from my computer

Re: [Tuxpaint-users] Bugs [brush spacing (and also accessibility)]

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

El dg. 09 de 01 de 2022 a les 22:49 -0800, en/na Bill Kendrick va escriure:
> On Sun, Jan 09, 2022 at 09:27:31AM -0800, Anat Caspi wrote:
> <snip>
> > I am a parent of a kiddo who uses Tux a LOT. I'm not part of the
> > development team.
> 
> Thanks for your feedback, nonetheless, Anat.
> 
> 
> > It's hard to say this because obviously your message comes from a well
> > intended place, but your message would be better received if you were not
> > to put things in these terms of 'correct' versus 'incorrect.'  You are
> > stating your *opinion*.
> > 
> > The BRUSHES as they are designed, are actually reflective of what a 'shaped
> > brush' would actually do in physical (non digital) spaces. That is, if you
> > were to take a star-shaped brush with paint and follow a continuous
> > trajectory across a canvas- you would actually produce the kind of visual
> > features that Tux Paint creates. So this is actually following a very
> > important rule in USABILITY- which is
> > Jakob Nielsen’s second usability heuristic, which highlights the importance
> > of matching between the system and the real world.
> 
> You make a good point that Tux Paint is, in a sense, mimicking a real
> brush here (just one that is, somehow, star-shaped), however that
> wasn't necessarily _intended_.  For some of the distinct shapes, and
> especially the animated animal ones (so far, cat and squirrel),
> I definitely intended for them to be spaced apart, so they do not
> smear together.
> 
> For a shape like the star, which could be used both as a star-stamping
> tool, I see why one would expect it to leave a trail of distinct stars.
> 
> (Imaging you have a circular rubberstamp that you roll along a
> piece of paper, versus a brush that you drag.)
> 
> However, I can see a "use" for being able to paint a smeared star
> shape, to create an artistic effect.  I think perhaps an option to
> enable/disable or adjust spacing might be useful...

And maybe also an option to increase/decrease the size of the brush?

 
> 
> 
> > So as a parent, I actually appreciate the way things are currently designed
> > because it gives my child (who uses the system exclusively as an eye-gaze,
> > manipulating everything with pupil tracking technology) an idea of the
> > manifestation of what she would produce with a physical brush which she is
> > not able to use on her own.
> > 
> > That said, and in order to give your *opinion* a voice as well, maybe the
> > developers want to consider a new option or parameter for the brush
> > elements which would allow users to vary the spacing between the placement
> > of the shape as a continuous brush stroke is produced by the shape brushes.
> > However, there is always a trade off between creating clear, cognitively
> > comfortable interfaces and adding new options and features.
> > 
> > This is a design decision that could maybe be pushed off  to the 'tux paint
> > configuration' space, rather than the main UI.
> 
> ...and it could be something that one can disable, to 'simplify'
> Tux Paint (much like the shape and stamps tools can be simplified).
> 
> 
> > Happy new year to all, and thanks to the Tux Paint team for supporting this
> > community!
> 
> Thanks, you too!
> 
> 
> > Anat
> > 
> > p.s. a plug again for two usability issues that persisted even in the new
> > release: 1) increase size of keyboard, or present the ability to change to
> > a different system keyboard- it is impossible to use in the eye gaze
> > context,
> 
> Hrm, as of 0.9.25, Tux Paint should be providing a larger OSK, if the
> window/screen size is large enough.  For example, I see that in a
> 1024x768 window, the OSK keys are the same size as the other Tux Paint
> UI buttons.  (That is, 48x48 for the smaller square ones; the whole
> keyboard taking up 720 pixels across, or about 86% of the 832px-wide
> canvas that I get.)
> 
> However, in 800x600 size (the default), the OSK is considerably smaller,
> percentage-wise.  It's 360 pixels wide (24x24 buttons), out of the
> 608px-wide canvas -- so only about 59%.
> 
> It sounds as though we need to think about this a bit more
> (allowing more in-between sizes, not shrinking way down to 24px wide,
> which would only really be necessary in a 640px-wide window).
> 
> I've opened a ticket.  Thanks!
> (https://sourceforge.net/p/tuxpaint/feature-requests/212/)

Will look into it, lets clarify a couple of things:

If possible, the OnScreen Keyboard should ideally have the same buttonsize 
as the UI, if not, then should have the biggest buttonsize that fits on 
the canvas.

It should also be possible to call an external keyboard, IIRC the Android build 
does this by using the "system" keyword for the onscreen-keyboard-layout parameter 
maybe we could reserve words for dasher or any other input system?
Or maybe just call the keyboard program as like is done with printing?

Is the above correct?, Anything else to consider?



> 
> 
> > 2) provide option for larger buttons in the right and left panels-
> > again difficult to maneuver small feature size with eye tracking.
> 
> This was added in Tux Paint 0.9.26.  (You can see a screenshot at
> https://tuxpaint.org/latest/tuxpaint-0.9.26-press-release.php)
> 
> Note that larger buttons will cause a smaller canvas size, for the
> same-sized window, and therefore a higher chance of the OSK buttons
> (once we get them to resize more _optimally_, rather than just
> sometimes doubling in size) not having enough room.
> 
> Please let me know whether the new button size (and color rows)
> options help!  I was extremely excited by the massive amount of work
> done for that (mostly, if not entirely, by Pere), as it helps not just
> users who have reduced eyesight, or need eyegaze trackers, but also
> just generally... it helps people using Tux Paint with the
> very-high-DPI displays that computers and mobile devices all seem to
> have. :)

Well, there was demand for it, 
https://sourceforge.net/p/tuxpaint/feature-requests/193/

I could never had been able to do this without having Tux Paint in 
the first place ;) , and there was already support for more than 
one color rows before I looked at it, I just had to expose it to outside.



> 
> Thanks again,
> 
> -bill!



Happy new year everybody
Pere

Re: [Tuxpaint-users] Bugs [brush spacing (and also accessibility)]

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

On Sun, Jan 09, 2022 at 09:27:31AM -0800, Anat Caspi wrote:
<snip>
> I am a parent of a kiddo who uses Tux a LOT. I'm not part of the
> development team.

Thanks for your feedback, nonetheless, Anat.


> It's hard to say this because obviously your message comes from a well
> intended place, but your message would be better received if you were not
> to put things in these terms of 'correct' versus 'incorrect.'  You are
> stating your *opinion*.
> 
> The BRUSHES as they are designed, are actually reflective of what a 'shaped
> brush' would actually do in physical (non digital) spaces. That is, if you
> were to take a star-shaped brush with paint and follow a continuous
> trajectory across a canvas- you would actually produce the kind of visual
> features that Tux Paint creates. So this is actually following a very
> important rule in USABILITY- which is
> Jakob Nielsen’s second usability heuristic, which highlights the importance
> of matching between the system and the real world.

You make a good point that Tux Paint is, in a sense, mimicking a real
brush here (just one that is, somehow, star-shaped), however that
wasn't necessarily _intended_.  For some of the distinct shapes, and
especially the animated animal ones (so far, cat and squirrel),
I definitely intended for them to be spaced apart, so they do not
smear together.

For a shape like the star, which could be used both as a star-stamping
tool, I see why one would expect it to leave a trail of distinct stars.

(Imaging you have a circular rubberstamp that you roll along a
piece of paper, versus a brush that you drag.)

However, I can see a "use" for being able to paint a smeared star
shape, to create an artistic effect.  I think perhaps an option to
enable/disable or adjust spacing might be useful...


> So as a parent, I actually appreciate the way things are currently designed
> because it gives my child (who uses the system exclusively as an eye-gaze,
> manipulating everything with pupil tracking technology) an idea of the
> manifestation of what she would produce with a physical brush which she is
> not able to use on her own.
> 
> That said, and in order to give your *opinion* a voice as well, maybe the
> developers want to consider a new option or parameter for the brush
> elements which would allow users to vary the spacing between the placement
> of the shape as a continuous brush stroke is produced by the shape brushes.
> However, there is always a trade off between creating clear, cognitively
> comfortable interfaces and adding new options and features.
> 
> This is a design decision that could maybe be pushed off  to the 'tux paint
> configuration' space, rather than the main UI.

...and it could be something that one can disable, to 'simplify'
Tux Paint (much like the shape and stamps tools can be simplified).


> Happy new year to all, and thanks to the Tux Paint team for supporting this
> community!

Thanks, you too!


> Anat
> 
> p.s. a plug again for two usability issues that persisted even in the new
> release: 1) increase size of keyboard, or present the ability to change to
> a different system keyboard- it is impossible to use in the eye gaze
> context,

Hrm, as of 0.9.25, Tux Paint should be providing a larger OSK, if the
window/screen size is large enough.  For example, I see that in a
1024x768 window, the OSK keys are the same size as the other Tux Paint
UI buttons.  (That is, 48x48 for the smaller square ones; the whole
keyboard taking up 720 pixels across, or about 86% of the 832px-wide
canvas that I get.)

However, in 800x600 size (the default), the OSK is considerably smaller,
percentage-wise.  It's 360 pixels wide (24x24 buttons), out of the
608px-wide canvas -- so only about 59%.

It sounds as though we need to think about this a bit more
(allowing more in-between sizes, not shrinking way down to 24px wide,
which would only really be necessary in a 640px-wide window).

I've opened a ticket.  Thanks!
(https://sourceforge.net/p/tuxpaint/feature-requests/212/)


> 2) provide option for larger buttons in the right and left panels-
> again difficult to maneuver small feature size with eye tracking.

This was added in Tux Paint 0.9.26.  (You can see a screenshot at
https://tuxpaint.org/latest/tuxpaint-0.9.26-press-release.php)

Note that larger buttons will cause a smaller canvas size, for the
same-sized window, and therefore a higher chance of the OSK buttons
(once we get them to resize more _optimally_, rather than just
sometimes doubling in size) not having enough room.

Please let me know whether the new button size (and color rows)
options help!  I was extremely excited by the massive amount of work
done for that (mostly, if not entirely, by Pere), as it helps not just
users who have reduced eyesight, or need eyegaze trackers, but also
just generally... it helps people using Tux Paint with the
very-high-DPI displays that computers and mobile devices all seem to
have. :)

Thanks again,

-bill!

Re: [Tuxpaint-users] Bugs

[Anat C. <cas...@gm...>]

Hello Apeth,

I am a parent of a kiddo who uses Tux a LOT. I'm not part of the
development team.

It's hard to say this because obviously your message comes from a well
intended place, but your message would be better received if you were not
to put things in these terms of 'correct' versus 'incorrect.'  You are
stating your *opinion*.

The BRUSHES as they are designed, are actually reflective of what a 'shaped
brush' would actually do in physical (non digital) spaces. That is, if you
were to take a star-shaped brush with paint and follow a continuous
trajectory across a canvas- you would actually produce the kind of visual
features that Tux Paint creates. So this is actually following a very
important rule in USABILITY- which is
Jakob Nielsen’s second usability heuristic, which highlights the importance
of matching between the system and the real world.
So as a parent, I actually appreciate the way things are currently designed
because it gives my child (who uses the system exclusively as an eye-gaze,
manipulating everything with pupil tracking technology) an idea of the
manifestation of what she would produce with a physical brush which she is
not able to use on her own.

That said, and in order to give your *opinion* a voice as well, maybe the
developers want to consider a new option or parameter for the brush
elements which would allow users to vary the spacing between the placement
of the shape as a continuous brush stroke is produced by the shape brushes.
However, there is always a trade off between creating clear, cognitively
comfortable interfaces and adding new options and features.

This is a design decision that could maybe be pushed off  to the 'tux paint
configuration' space, rather than the main UI.

Happy new year to all, and thanks to the Tux Paint team for supporting this
community!

Anat

p.s. a plug again for two usability issues that persisted even in the new
release: 1) increase size of keyboard, or present the ability to change to
a different system keyboard- it is impossible to use in the eye gaze
context, 2) provide option for larger buttons in the right and left panels-
again difficult to maneuver small feature size with eye tracking.





On Sun, Jan 9, 2022 at 8:45 AM ΑΡΕΤΗ ΤΣΟΛΑΚΙΔΟΥ <tso...@gm...>
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.
> 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-users mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-users
>

[Tuxpaint-users] 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!

Re: [Tuxpaint-users] Tux Paint 0.9.27 released! Windows, macOS, Android, and Linux (RPM & FlatPak)

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

On Fri, Nov 26, 2021 at 06:12:33PM -0800, Bill Kendrick wrote:
> 
> Here's the press release for the latest release of Tux Paint!
> (online: http://tuxpaint.org/latest/tuxpaint-0.9.27-press-release.php)

An updated RPM build, 0.9.27-2, has been posted.  It addressed an
issue with the font-loading code that affected Rocky Linux 8
(and possibly other distros? I'm not sure).  This problem has actually
been occuring in previous versions of Tux Paint, as well.

Big thanks to Shin-ichi & Pere for tracking down the source of the
problem.

-bill!

[Tuxpaint-users] Request to participate in the research to optimize the design for User Experience in the development process of Tux Paint

[Phesto P. N. <phe...@go...>]

 Hello Members

We are currently conducting a study that aims to optimise User Experience
(UX) in the development processes of Free and Open-source software (FOSS),
including Tux Paint. This study believes that delivering projects of this
nature with desirable UX is an organisational effort. Therefore, precisely
comprehending what make FOSS projects with desirable UX, integrating them
in the development processes, and optimally assessing these processes are
mandatory.

UX is still ambiguous and what create several FOSS projects with desirable
UX are still unknown. Moreover, although these projects offer immense
contributions, they are not widely adopted, and UX is recurring as the
significant cause of ongoing adoptions misfortune. The FOSS community has
not done enough to address these challenges. Therefore, to dig deeper into
this problem, we have developed a questionnaire with several UX influencing
factors seeking FOSS stakeholders' perceptions.

The developed questionnaire provides evidence rather than opinions when
capturing insights into how stakeholders in the FOSS community perceive UX
influencing factors. Furthermore, it is the derivative of several
psychometric scales, such as AttrakDiff, VisAWI, SUS, UEQ, meCUE, and
reviewed literature.
We kindly request that the network feel free and offer candid feedback by
completing the appraisal in the link shown below.

https://forms.gle/rzLcEwj3LpPkci3p7


-- 
| Phesto P Namayal | P.O. Box 40673 |  Dar es Salaam. Tanzania |
|email: pna...@mu... |website: http://www.mustnet.ac.tz

Re: [Tuxpaint-users] Tux Paint 0.9.27 released! Windows, macOS, Android, and Linux (RPM & FlatPak)

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

On Fri, Nov 26, 2021 at 06:12:33PM -0800, Bill Kendrick wrote:
> 
> Here's the press release for the latest release of Tux Paint!
> (online: http://tuxpaint.org/latest/tuxpaint-0.9.27-press-release.php)

FYI, an update for Windows, 0.9.27-1, was posted moments ago.
It addresses a problem which caused Tux Paint to be unable to play
some sound effects files. [*]  You can download from the usual place:

  http://tuxpaint.org/download/windows/

-bill!
[*] Support for Ogg Vorbis (.ogg) was missing!

[Tuxpaint-users] Tux Paint 0.9.27 released! Windows, macOS, Android, and Linux (RPM & FlatPak)

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

Here's the press release for the latest release of Tux Paint!
(online: http://tuxpaint.org/latest/tuxpaint-0.9.27-press-release.php)


## Announcing Tux Paint version 0.9.27 ##

== Drawing program for kids adds an assortment of new features, ==
== launches new gallery ==

(Olympia, WA, USA -- November 26, 2021) The Tux Paint development team
is proud to announce version 0.9.27 of Tux Paint, which adds many new
features to the popular children's drawing program.

= New Ways to Draw =

Tux Paint's Paint and Line tools now support brushes that rotate based
on the angle of the stroke. This new rotation feature, as well as the
older directional and animated brush features, are now visually
indicated by the brush shape selector. Additionally, the Fill tool now
offers a freehand painting mode for interactively coloring within a
confined area.

Six new Magic tools have been added to Tux Paint. Panels shrinks and
duplicates the drawing into a 2-by-2 grid, which is useful for making
four-panel comics. Opposite produces complementary colors. Lightning
interactively draws a lightning bolt. Reflection creates a lake-like
reflection on the drawing. Stretch stretches and squashes the picture
like a fun-house mirror. Lastly, Smooth Rainbow provides a more
gradual variation of Tux Paint's classic Rainbow tool.

A number of existing Magic tools have been updated, as
well. Improvements were made to Halftone, which simulates photographs
on newsprint; Cartoon, which makes an image look like a cartoon
drawing; and TV, which simulates a television screen. Additionally,
Cartoon and Halftone, along with Blocks, Chalk, and Emboss, now offer
the ability to alter the entire image at once!

Finally, Magic tools are now grouped into collections of similar
effects — painting, distorts, color filters, picture warps, pattern
painting, artistic, and picture decorations — making it easier to find
the tool you need.

= Other Updates =

Tux Paint's user documentation has been updated. Documentation on the
program's various settings have been reorganized, and instructions for
manually compiling and installing Tux Paint from source code have been
expanded. Also, the manual page provided for Unix and Unix-like
systems now supports localization.

Tux Paint Config., the separate program that ships with Tux Paint to
provide a user-friendly method of altering the program's settings, has
been updated to better support larger, high-resolution displays.

Finally, this version introduces support for the Recycle Bin on
Windows. Images deleted from Tux Paint's "Open" dialog will now be
placed in the Recycle Bin rather than deleted immediately.

For a complete list of changes, see the project's various change logs:

 * Tux Paint change log
   http://tuxpaint.org/docs/CHANGES.txt

 * Tux Paint Config. change log
   http://tuxpaint.org/docs/tuxpaint-config-CHANGES.txt

 * Tux Paint Stamps change log
   http://tuxpaint.org/docs/tuxpaint-stamps-CHANGES.txt

= A New Gallery = 

The Tux Paint website now hosts a new gallery showcasing fantastic
artwork created by Tux Paint artists of all ages. The gallery features
over 200 drawings by artists from all around the world, some created
almost 20 years ago!  (http://tuxpaint.org/gallery)

= A Free Download =

Tux Paint is available for download, free of charge, from the
project's website: http://www.tuxpaint.org/. Tux Paint is open source
software and does not contain in-app advertising.

Version 0.9.27 is currently available for Microsoft Windows, Apple
macOS, Android, Red Hat Linux, various Linux distributions (via
Flatpak), and as source code.

For further information, visit http://www.tuxpaint.org/. To learn how
to contribute to Tux Paint, visit: http://www.tuxpaint.org/help/.
You can also follow @TuxPaintTweets on Twitter.
(https://twitter.com/TuxPaintTweets)

###


Enjoy!  Bill & the team,

-- 
-bill!
Sent from my computer

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

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

On Tue, Nov 23, 2021 at 06:39:56PM +0800, ���� wrote:
> Hi 
> This version can successfully flood fill in complex images, congratulations!

Thanks for confirming, and thanks again for reporting the issue!
I'm glad we were able to improve it.

Take care,

-bill!

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

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

Hi 
This version can successfully flood fill in complex images, congratulations!



















At 2021-11-23 13:02:56, "TOYAMA Shin-ichi" <sh...@wm...> wrote:
>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...
>
>
>_______________________________________________
>Tuxpaint-users mailing list
>Tux...@li...
>https://lists.sourceforge.net/lists/listinfo/tuxpaint-users

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

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

On Sun, Nov 21, 2021 at 12:19 AM Bill Kendrick <nb...@so...> wrote:

> If Mark builds a new macoS beta, I'll follow-up here.
>

Here you go -- https://dl.cbreak.org/TuxPaint-0.9.27beta-20211121.dmg

Best,
Mark

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

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

On Fri, Nov 19, 2021 at 01:02:25AM -0800, Bill Kendrick wrote:
> 
> Beta releases of what will (soon!) become Tux Paint version 0.9.27
> are available for those who'd like to download them and test them out.
> We appreciate your bug reports!
> 
> 
> For Windows (11, 10, 8, 7, or Vista), in either as an installer
> ("setup.exe"-style) or a stand-alone ("portable") ZIP archive:
<snip>

An even newer set of Windows betas:

  http://tuxpaint.org/files/testbuilds/windows/0.9.27/2021-11-21/installer/
  http://tuxpaint.org/files/testbuilds/windows/0.9.27/2021-11-21/zip/

> For Android (version 5 or later):
<snip>

And a brand new version for Android:

  http://www.tuxpaint.org/files/testbuilds/android/0.9.27/2021-11-20/


Thanks to Yang, here on the -users mailing list, Shin-ichi, Pere, and
the Wikipedia article on Flood Fill routines, for helping us sort out
a potential crash problem when using the fill tool on very large,
very complicated drawings.  (This would not have been a new bug,
but displays keep getting larger & larger, so it became more apparent
on more modern devices.)


Please try it out, if you have time, and let us know if you notice
any issues.  (If Mark builds a new macoS beta, I'll follow-up here.
Otherwise, just keep an eye on an announcement for the official 0.9.27
release, Coming Soon!(tm))

-- 
-bill!
Sent from my computer

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

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

On Sat, Nov 20, 2021 at 11:14:45AM +0800, ���� wrote:
> Hi amazing release cycle!
> 
> 
> May I know whether the flood fill issue fixed?
> I just tested the windows installer 0.9.27 but still crashed. following is windows log:

Please try with this new version (2021-11-21):

  http://tuxpaint.org/files/testbuilds/windows/0.9.27/2021-11-21/installer/

Thanks! :)

-bill!

Re: [Tuxpaint-users] [Tuxpaint-maintainers] 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-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