Re: [Tuxpaint-devel] Some testing on current tuxpaint cvs

[Andrew C. <aka...@gm...>]

As Bill says the tool itself is very a very cpu intensive task. The reason
all this work is done when the tool is loaded is so that the program doesnt
task the cpu / freeze while the user is drawing in brush mode as that would
make it very hard to use the tool. It would be possible to code so that
switching to full screen mode doesn't cause this but I'm afraid that a
difficult choice still remains with the brush effect (have the cpu tasked on
load or when drawing).

As to whether the tool is actually useful or not, well I think I might be a
bit biased and I'm probably not the right person to decide that, however I
think its very hard to have a valid opinion if you havn't even tried the
tool yourself.

Regards,

Andrew

On Sat, Aug 2, 2008 at 8:06 PM, <
tux...@li...> wrote:

> Send Tuxpaint-devel mailing list submissions to
>        tux...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
> or, via email, send a message with subject or body 'help' to
>        tux...@li...
>
> You can reach the person managing the list at
>        tux...@li...
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Tuxpaint-devel digest..."
>
>
> Today's Topics:
>
>   1. Some testing on current tuxpaint cvs (Pere Pujal i Carabantes)
>   2. Re: Some testing on current tuxpaint cvs (Bill Kendrick)
>   3. Re: Some testing on current tuxpaint cvs (Albert Cahalan)
>   4. Re: Some testing on current tuxpaint cvs (Pere Pujal i Carabantes)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 02 Aug 2008 01:44:20 +0200
> From: Pere Pujal i Carabantes <pe...@fo...>
> Subject: [Tuxpaint-devel] Some testing on current tuxpaint cvs
> To: Discussion list for Tux Paint developers
>        <tux...@li...>
> Message-ID: <121...@ho...>
> Content-Type: text/plain
>
> Hi all!
>
> I have a strange issue with magic mosaic, it loads cpu when selecting it
>
> To reproduce:
> start tuxpaint on window mode at least at 800x600, but is better seen at
> higher sizes, start top on a xterm or similar, keep both visible.
> go to magic, clic on mosaic and see how cpu loads and after normalizes.
> The progress bar is also shown.
>
> Without quitting mosaic type several times CTRL+Z or clic on the greyed
> Undo button or in a empty button below the "Quit" one, or change several
> times between draw mode and screen mode.
> see how cpu loads newly after each click and how the progress bar is
> shown on each clic.
>
> Instead, if you clic several times on the mosaic icon, cpu do not gets
> extra loads, and the progress bar don't appears.
>
>
>
> This two had worked for years, but now:
> Caligraphy doesn't work for me, I am unable to write anything, I don't
> even hear the sound(if any)
>
> Shift doesn't work for me, I hear the sounds as I drag the stylus(*),
> but nothing moves.
> (*) A wacom tablet that had working with tuxpaint for years.
>
>
> Rails: I can join a T or a +, instead, I am unable to join a L (a
> corner)
>
>
> Untranslated things:
> Rain and associated comments don't appears on po files.
>
>
>
>
> Hope this helps
> Yours
> Pere
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Fri, 1 Aug 2008 17:34:29 -0700
> From: Bill Kendrick <nb...@so...>
> Subject: Re: [Tuxpaint-devel] Some testing on current tuxpaint cvs
> To: Discussion list for Tux Paint developers
>        <tux...@li...>
> Message-ID: <200...@so...>
> Content-Type: text/plain; charset=us-ascii
>
> On Sat, Aug 02, 2008 at 01:44:20AM +0200, Pere Pujal i Carabantes wrote:
> > To reproduce:
> > start tuxpaint on window mode at least at 800x600, but is better seen at
> > higher sizes, start top on a xterm or similar, keep both visible.
> > go to magic, clic on mosaic and see how cpu loads and after normalizes.
> > The progress bar is also shown.
>
> Mosaic is a very CPU-heavy task.  Unless Andrew can rewrite it to run
> more sensibly, it will likely be disabled in the next release. (Sorry! :) )
>
>
> <snip>
> > This two had worked for years, but now:
> > Caligraphy doesn't work for me, I am unable to write anything, I don't
> > even hear the sound(if any)
> >
> > Shift doesn't work for me, I hear the sounds as I drag the stylus(*),
> > but nothing moves.
> > (*) A wacom tablet that had working with tuxpaint for years.
>
> Oops - these two were reporting the wrong mode (fullscreen (click) rather
> than paint (click-drag-release)).  Thanks for pointing it out.
> Fixed!
>
>
> > Rails: I can join a T or a +, instead, I am unable to join a L (a
> > corner)
>
> I haven't looked at the Rails code very closely.  I think it should
> support click-and-drag.  As it is, clicking and dragging ends up
> acting like dozens or 100s of clicks in the same cell, which looks and
> acts poorly, in my opinion.
>
>
> > Untranslated things:
> > Rain and associated comments don't appears on po files.
>
> Ah, I figured it out, rain.c wasn't added to POTFILES.in.  Fixing now.
>
> Thx Pere!
>
> --
> -bill!
> "Tux Paint" - free children's drawing software for Windows / Mac OS X /
> Linux!
> Download it today!  http://www.tuxpaint.org/
>
>
>
> ------------------------------
>
> Message: 3
> Date: Fri, 1 Aug 2008 20:55:34 -0400
> From: "Albert Cahalan" <aca...@gm...>
> Subject: Re: [Tuxpaint-devel] Some testing on current tuxpaint cvs
> To: "Discussion list for Tux Paint developers"
>        <tux...@li...>
> Message-ID:
>        <787...@ma...>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Fri, Aug 1, 2008 at 8:34 PM, Bill Kendrick <nb...@so...> wrote:
> > On Sat, Aug 02, 2008 at 01:44:20AM +0200, Pere Pujal i Carabantes wrote:
> >> To reproduce:
> >> start tuxpaint on window mode at least at 800x600, but is better seen at
> >> higher sizes, start top on a xterm or similar, keep both visible.
> >> go to magic, clic on mosaic and see how cpu loads and after normalizes.
> >> The progress bar is also shown.
> >
> > Mosaic is a very CPU-heavy task.  Unless Andrew can rewrite it to run
> > more sensibly, it will likely be disabled in the next release. (Sorry! :)
> )
>
> I'm not sure it's a good tool anyway. IMHO,
>
> * art tools are good
> * image mangling tools are bad
> * completely unrelated tools are bad
>
> AFAIK, not having seen it yet, it falls into that second
> catagory. It mangles the images. The point being...?
>
> If a tool has a global effect, that is a BIG hint that the
> tool is not all that useful for art. Probably it should go.
>
> Let's keep the focus on art. Some of the recent ideas
> are really straying from that, to the detriment of a good
> experience creating art.
>
>
>
> ------------------------------
>
> Message: 4
> Date: Sat, 02 Aug 2008 08:57:53 +0200
> From: Pere Pujal i Carabantes <pe...@fo...>
> Subject: Re: [Tuxpaint-devel] Some testing on current tuxpaint cvs
> To: Discussion list for Tux Paint developers
>        <tux...@li...>
> Message-ID: <121...@ho...>
> Content-Type: text/plain
>
> El dv 01 de 08 de 2008 a les 17:34 -0700, en/na Bill Kendrick va
> escriure:
> > On Sat, Aug 02, 2008 at 01:44:20AM +0200, Pere Pujal i Carabantes wrote:
> > > To reproduce:
> > > start tuxpaint on window mode at least at 800x600, but is better seen
> at
> > > higher sizes, start top on a xterm or similar, keep both visible.
> > > go to magic, clic on mosaic and see how cpu loads and after normalizes.
> > > The progress bar is also shown.
> >
> > Mosaic is a very CPU-heavy task.  Unless Andrew can rewrite it to run
> > more sensibly, it will likely be disabled in the next release. (Sorry! :)
> )
> >
>
> After the initialization, mosaic runs fine without loading my computer,
> what seems extrange from my user point of view is the extra load when
> clicking on a empty buttom or by changing between modes.
>
> Yours
> Pere
>
>
>
>
>
>
> ------------------------------
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>
> ------------------------------
>
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
>
>
> End of Tuxpaint-devel Digest, Vol 27, Issue 1
> *********************************************
>