tuxpaint-devel — General discussion list for Tux Paint developers

Re: [Tuxpaint-devel] Color picker

[Karl O. H. <ka...@hu...>]

Onsdag 25. juli 2007 skreiv Bill Kendrick:
>I've added a color picker!
>
>Let me know what you think. It's in CVS.

One more suggesting. There's plenty of place below the big 'current colour' 
box in the dialogue. Why not show the last n (perhaps 12) used colours there?

-- 
Karl Ove Hufthammer

Re: [Tuxpaint-devel] Color picker

[Karl O. H. <ka...@hu...>]

=46redag 3. august 2007 skreiv Ben Armstrong:
>> And it's no need for it to take so long for the box to appear. That's ju=
st
>> annoying.
>
>Do you mean the animation? =A0If your system is slow enough for this to be
>annoying, you probably find the quit dialog just as annoying (although
>the quit dialog is smaller and used less often, so maybe not so much.)

My sytem is perhaps a bit old, but not very slow, and I guess Tux Paint is=
=20
used on much slower systems. The quit dialogue is not annoying at all.

The problem with the colour dialogue is that it takes a second to appear, a=
nd=20
when you move back and forth between drawing with one of the default colour=
s=20
and your custom colour, the slow appearance of the dialogue is very annoyin=
g.=20
Try it!

=2D-=20
Karl Ove Hufthammer

Re: [Tuxpaint-devel] New Magic Tools: Calligraphy, Light and Shift

[Pere P. i C. <pe...@fo...>]

El dv 10 de 08 del 2007 a les 00:16 -0700, en/na Bill Kendrick va
escriure:

> 
>   * Light
>     A blurry, 'additive' brush.  As you paint with it, things turn brighter
>     and whiter.  Hint: It doesn't really _do_ anything on a white canvas.
>     (Try a black one, and go crazy making neon signs :^) )
> 
White and greys over colors gives red, for the rest, very nice.




>   * Calligraphy
>     A 30-degree brush that gets thinner as you move the mouse quickly,
>     and thicker as you move it slowly.  Additionally, your mouse strokes
>     are converted from raw points/lines to a bezier curve, to smooth things
>     out.

Nice!
Do you plan to add pressure sensitivity for wacom tablets?

Re: [Tuxpaint-devel] Roadmap!

[Caroline F. <car...@go...>]

On Sat, 2007-08-11 at 12:04 -0700, Bill Kendrick wrote:
> 
> http://www.tuxpaint.org/docs/ROADMAP.txt
> 
> :)
> 
>More Stamps
>More Starters

I'll see what I can do ;)

I've got more letters stamps to give you which I need to sort out..

Caroline

[Tuxpaint-devel] Roadmap!

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

http://www.tuxpaint.org/docs/ROADMAP.txt

:)

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

[Tuxpaint-devel] Tux Paint on BeOS - Marcin, you out there?

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

Marcin's e-mail address (in Makefile.beos, CHANGES.txt and AUTHORS.txt)
bounced.  Marcin, if you're out here.....


I was wondering if you've had a chance to look at Tux Paint recently?
Are you (or anyone else) still interested in maintaining it for BeOS?

I'm cleaning up some files, and it looks like all of the BeOS stuff is
very out-of-date.  If there's no longer interest, I'd like to remove the
BeOS stuff from the main archive (and just archive it on the FTP site).

If you think there is still interest, I can leave the files, and whenever you
(or someone) gets a chance, it'd be nice to get the BeOS stuff brought
up-to-date, and a new build made.

Thanks,

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxpaint-devel] Gimp script-fu to help create stamps

[Pere P. i C. <pe...@fo...>]

El dv 10 de 08 del 2007 a les 15:34 -0700, en/na Bill Kendrick va
escriure:


> In the meantime, can you supply the original XCF that you ran the script on,
> so we can compare it to the final PNG? :)

Ooops.
Original xcf is about 20 MB, so I've compressed it. Now it takes "only"
about 13 MB
http://fornol.no-ip.org/linux/tuxpaint/scripts/Dumper.xcf.bz2

In the same location, there are as well the original image
(dumper_original.jpg 2.8 MB) and a scaled xcf (Dumper_scaled.xcf 4.2 MB)

> 
> Thx! And good work!!!
> 
> -bill!
> 

Yours
Pere

Re: [Tuxpaint-devel] Gimp script-fu to help create stamps

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

On Sat, Aug 11, 2007 at 12:31:21AM +0200, Pere Pujal i Carabantes wrote:
> 
> And the resulting image:
> http://fornol.no-ip.org/linux/tuxpaint/scripts/dumper_2.2_.png
> 
> Any comments?

I still need to add your script and instructions to Tux Paint's docs.
In the meantime, can you supply the original XCF that you ran the script on,
so we can compare it to the final PNG? :)

Thx! And good work!!!

-bill!

Re: [Tuxpaint-devel] Gimp script-fu to help create stamps

[Pere P. i C. <pe...@fo...>]

El ds 28 de 07 del 2007 a les 13:41 +0200, en/na Pere Pujal i Carabantes
va escriure:
> Hi all!
> 
> When porting the Childsplay images to Tuxpaint it comes clear to me that
> the stamp creation should be as automatized as possible.
> 
> I've begin to learn the gimp script-fu language and come with this
> script:
> http://forn....
> 
> It is developed under gimp 2.3.18 ,and don't work under stable 2.2.XX
> series. 

Now I've ported for gimp 2.2.XX and have two scripts, the former and
this one:
http://fornol.no-ip.org/linux/tuxpaint/scripts/mktpstamp_2.2_.scm

Added some error check and improvements.


Sumarizing, you ned to put the suject on a transparent layer and add a
mask for it, not need to antialias the mask, not need to paint away
expanding the edges of the subject.


Set the layer with the mask to edit and run the script.

Script-fu->alchemy->mktpstamp

> You will be prompted by several things:
> 
> Runs: The script will expand the edges of the subject 5 pixels around
> per run,

Runs are now autocalculated to get edges of the subject expanded 20
pixels in the final image and this question removed.






> Blur the mask --> antialias. We should check if it is enouth or needs
> more love and may be make it optional for people wanting to hand edit
> the mask. 

Changed from plug-in-blur to plug-in-gauss.
Now you can put the value for it. If 0 will not blur, thus the mask will
be kept intact. Defaults to 1



And the resulting image:
http://fornol.no-ip.org/linux/tuxpaint/scripts/dumper_2.2_.png



Any comments?

Thanks!
Pere

[Tuxpaint-devel] New Magic Tools: Calligraphy, Light and Shift

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

Today's trip home on the train took about _5 hours_, but that gave me
PLENTY of time to fiddle around with Tux Paint.

Today's new Magic tools include:

  * Light
    A blurry, 'additive' brush.  As you paint with it, things turn brighter
    and whiter.  Hint: It doesn't really _do_ anything on a white canvas.
    (Try a black one, and go crazy making neon signs :^) )

  * Shift
    Click and drag to reposition your picture.  The edges wrap around.

  * Calligraphy
    A 30-degree brush that gets thinner as you move the mouse quickly,
    and thicker as you move it slowly.  Additionally, your mouse strokes
    are converted from raw points/lines to a bezier curve, to smooth things
    out.

    It's not as fancy as Inkscape's -- which was the inspiration.
    Inkscape has countless options for tweaking its calligraphy brush,
    (angle, size, wiggliness, how much it sticks to a particular angle, etc.)

    See a quick screenshot of it here:
      http://www.newbreedsoftware.com/bill/news/images/tp-calligraphy.png

Enjoy!

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxpaint-devel] Revisiting Selection tool idea

[Albert C. <aca...@gm...>]

8/7/07, Bill Kendrick <nb...@so...> wrote:

>     * Name: "Add" or "Add Rect."
>       Icon: Dashed rectangle with plus ("+") symbol
>       Description: Rectangular add to selection

This should automatically shrink to fit if the area is
multi-colored with a single-color border.

>     * Name: "Subtract" or "Sub. Rect." or "Remove" or "Remove Rect.
>       Icon: Dashed rectangle with minus ("-") symbol
>       Description: Rectangular remove from selection

This is neither needed nor simple to use.

>     * Name: "Add" or "Add Oval" or "Add Ellipse"
>       Icon: Dashed oval with plus ("+") symbol
>       Description: Oval add to selection

This is neither needed nor simple to use.

>     * Name: "Subtract" or "Sub. Oval." or "Remove" or "Remove Oval", or...
>       Icon: Dashed oval with minus ("-") symbol
>       Description: Oval remove from selection

This is neither needed nor simple to use.

>     * Name: "Add" or "Add Freehand"
>       Icon: Dashed squiggly outline with plus ("+") symbol
>       Description: Freehand (click-and-drag) add to selection

probably worth the complexity

>     * Name: "Subtract" or "Sub. Freehand" or "Remove" or "Remove Freehand"
>       Icon: Dashed squiggly outline with plus ("+") symbol
>       Description: Freehand (click-and-drag) add to selection

This is neither needed nor simple to use.

>     * Name: "Grow"
>       Icon: Grey dashed outline with a darker outline around it
>       Description: Grows the current selection by a few pixels

must be greyed out when the selection is everything or nothing

>     * Name: "Shrink"
>       Icon: Grey dashed outline with a darker outline within it
>       Description: Shrinks the current selection by a few pixels

must be greyed out when the selection is everything or nothing

needs two buttons, to allow choice of behavior at the screen edge

>     * Name: "Shrinkwrap" or "Snap"
>       Icon: Dashed outline of a hand with fingers spread (like tracing a hand
>       Description: Snaps/shrinks selection to any kind of obvious object
>         Tux Paint can find in the canvas

This needs no button if it happens when the selection is made.

>     * Name: "Unselect" or "None" or "Clear"
>       Icon: "X" or a grey dashed outline with a kind of "> <" (pop!) around i
>       Description: Disables any selection (aka 'Select None')

Maybe just make the selection go away when the user leaves the
selection tools. This is a destructive action unless it is in
the undo buffer. Losing the selection when leaving the selection
tools is unsurprising, perhaps expected, and helpful for teaching
users that the dashed lines are NOT part of the drawing.

>     * Name: "Cut"
>       Icon: Scissors
>       Description: Copy selection's contents to clipboard, remove contents
>         from canvas, and disable selection (aka 'Select None')
>
>     * Name: "Copy"
>       Icon: Photo camera
>       Description: Copy selection's contents to clipboard

The icon choice is very bad. That icon should be reserved for
grabbing a photo from a webcam or similar.

>     * Name: "Paste"
>       Icon: Large thumbnail of the current clipboard contents
>         (I figured it could be take up 2x2 spots in the toolbox)
>       Description: Acts like the Stamp tool; the user can click in the
>         canvas to 'paste' the clipboard's contents
>
>
>     * Name: "Mirror"
>       Icon: [Mirror icon used elsewhere in Tux Paint]
>       Description: Acts like the Stamp tool's mirror; mirrors the clipboard's
>         contents, so when it's pasted, it will appear mirrored, horizontally
>
>     * Name: "Flip"
>       Icon: [Flip icon used elsewhere in Tux Paint]
>       Description: Acts like the Stamp tool's flip; flips the clipboard's
>         contents, so when it's pasted, it will appear mirrored, vertically
>
>     * Maybe also include resizing 'slider', like Stamps have,
>       or Grow and Shrink buttons, like Fonts have in the Text tool.

You forgot quickmask mode. This is a really easy way to draw a selection.
It could even replace all the other methods above.

> Also, I'm considering whether I want to keep the current selection active
> when the user goes to use other tools, in which case it will act like other
> graphics tools.  That is, if you have a selection and then use the paint
> brush, the painting will be restricted to the selected area.  Magic Tools
> would similarly only affect the selection (likely by being masked when
> the Magic Tool plugin is done doing its job...?)

In general I think this would be horribly confusing. I think the selection
tools menu could include a few things for drawing. For example, there could
be a tool that does a 3D effect (like a typical GUI button) on the selection.

> This could be really useful, or could be very confusing.  Of course, making
> it optional is always an option. :)

Options are evil. If the defaults are good, then there is no need to
have any options. Having options tempts one to tolerate a bad GUI.

Re: [Tuxpaint-devel] Revisiting Selection tool idea

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

On Tue, Aug 07, 2007 at 02:22:23PM -0700, Bill Kendrick wrote:
> 
> I was thinking about kid friendly ways of presenting the idea of selection
> tools in a graphics program.  Here's what I've come up with... what do
> people think?
> 

Here's a mockup:

  http://www.sonic.net/~nbs/tp-selection-mockup.png

-bill!

[Tuxpaint-devel] Revisiting Selection tool idea

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

I was thinking about kid friendly ways of presenting the idea of selection
tools in a graphics program.  Here's what I've come up with... what do
people think?

(1) There'd be a "Selection Tools" button in the tool box
    (along with Stamps, Brushes, Lines, Shapes, etc.)

(2) When the "Selection Tools" button is clicked, the buttons on the right
    change to include the following:

    * Name: "Add" or "Add Rect."
      Icon: Dashed rectangle with plus ("+") symbol
      Description: Rectangular add to selection

    * Name: "Subtract" or "Sub. Rect." or "Remove" or "Remove Rect.
      Icon: Dashed rectangle with minus ("-") symbol
      Description: Rectangular remove from selection


    * Name: "Add" or "Add Oval" or "Add Ellipse"
      Icon: Dashed oval with plus ("+") symbol
      Description: Oval add to selection

    * Name: "Subtract" or "Sub. Oval." or "Remove" or "Remove Oval", or...
      Icon: Dashed oval with minus ("-") symbol
      Description: Oval remove from selection


    * Name: "Add" or "Add Freehand"
      Icon: Dashed squiggly outline with plus ("+") symbol
      Description: Freehand (click-and-drag) add to selection

    * Name: "Subtract" or "Sub. Freehand" or "Remove" or "Remove Freehand"
      Icon: Dashed squiggly outline with plus ("+") symbol
      Description: Freehand (click-and-drag) add to selection


    * Name: "Grow"
      Icon: Grey dashed outline with a darker outline around it
      Description: Grows the current selection by a few pixels

    * Name: "Shrink"
      Icon: Grey dashed outline with a darker outline within it
      Description: Shrinks the current selection by a few pixels


    * Name: "Shrinkwrap" or "Snap"
      Icon: Dashed outline of a hand with fingers spread (like tracing a hand)
      Description: Snaps/shrinks selection to any kind of obvious object
        Tux Paint can find in the canvas


    * Name: "Unselect" or "None" or "Clear"
      Icon: "X" or a grey dashed outline with a kind of "> <" (pop!) around it
      Description: Disables any selection (aka 'Select None')


    * Name: "Cut"
      Icon: Scissors
      Description: Copy selection's contents to clipboard, remove contents
        from canvas, and disable selection (aka 'Select None')

    * Name: "Copy"
      Icon: Photo camera
      Description: Copy selection's contents to clipboard

    * Name: "Paste"
      Icon: Large thumbnail of the current clipboard contents
        (I figured it could be take up 2x2 spots in the toolbox)
      Description: Acts like the Stamp tool; the user can click in the
        canvas to 'paste' the clipboard's contents


    * Name: "Mirror"
      Icon: [Mirror icon used elsewhere in Tux Paint]
      Description: Acts like the Stamp tool's mirror; mirrors the clipboard's
        contents, so when it's pasted, it will appear mirrored, horizontally

    * Name: "Flip"
      Icon: [Flip icon used elsewhere in Tux Paint]
      Description: Acts like the Stamp tool's flip; flips the clipboard's
        contents, so when it's pasted, it will appear mirrored, vertically

    * Maybe also include resizing 'slider', like Stamps have,
      or Grow and Shrink buttons, like Fonts have in the Text tool.


Also, I'm considering whether I want to keep the current selection active
when the user goes to use other tools, in which case it will act like other
graphics tools.  That is, if you have a selection and then use the paint
brush, the painting will be restricted to the selected area.  Magic Tools
would similarly only affect the selection (likely by being masked when
the Magic Tool plugin is done doing its job...?)

This could be really useful, or could be very confusing.  Of course, making
it optional is always an option. :)

What do people think?

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxpaint-devel] Color picker

[Ben A. <sy...@sa...>]

On Fri, 03 Aug 2007 18:18:05 -0300
Ben Armstrong <sy...@sa...> wrote:

> Perhaps we need a --noanimate switch for those who don't like this
> behaviour that turns it off for both.

And/or --animatespeed=#?

Ben
--
 ,-.  nSLUG    http://www.nslug.ns.ca   sy...@sa...
 \`'  Debian   http://www.debian.org    sy...@de...
  `          [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ]
             [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ]

Re: [Tuxpaint-devel] Color picker

[Ben A. <sy...@sa...>]

On Fri, 03 Aug 2007 22:35:51 +0200
Karl Ove Hufthammer <ka...@hu...> wrote:
> And it's no need for it to take so long for the box to appear. That's just 
> annoying.

Do you mean the animation?  If your system is slow enough for this to be
annoying, you probably find the quit dialog just as annoying (although
the quit dialog is smaller and used less often, so maybe not so much.)
Perhaps we need a --noanimate switch for those who don't like this
behaviour that turns it off for both.  My five kids and I have used the
new color picker extensively now and I haven't had a single complaint.

Ben
--
 ,-.  nSLUG    http://www.nslug.ns.ca   sy...@sa...
 \`'  Debian   http://www.debian.org    sy...@de...
  `          [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ]
             [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ]

Re: [Tuxpaint-devel] Color picker

[Karl O. H. <ka...@hu...>]

=46redag 3. august 2007 skreiv Bill Kendrick:
>> >> I would prefer it to be nonmodal: Click on the button to bring up
>> >> the the box (positioned at the bottom right ??? adjacent to the
>> >> button). Then just select a colour and start painting (or just start
>> >> painting directly, if you don???t want to change the colour).
>> >
>> >One problem is that it's currently 256x256 pixels. :^/
>>
>> Why is that a big problem?
>
>Well, it would overlap the canvas, I think. =A0So if you wanted to 'just s=
tart
>painting directly' and it happened to be in that corner, you're out of luc=
k.

Just make it disappear when you move the mouse pointer outside the box.=20
There's really no need for the button that's there.

And it's no need for it to take so long for the box to appear. That's just=
=20
annoying.

=2D-=20
Karl Ove Hufthammer

[Tuxpaint-devel] Stamps may now be flipped and flipped+mirrored

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

Last night I finally implemented support for "_flip" stamps.
Similar to "_mirror" stamps, Tux Paint uses these when the user flips a
stamp, rather than flipping it upside-down in software, if such a file
exists.

Additionally, when a stamp is both mirrored _and_ flipped, Tux Paint
will check for a "_mirror_flip" variation, and use that, if possible.

This is now in the CVS repository, and will be part of Tux Paint 0.9.18.

Enjoy!

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxpaint-devel] Color picker

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

On Thu, Aug 02, 2007 at 08:18:48PM +0200, Karl Ove Hufthammer wrote:
> Onsdag 1. august 2007 skreiv Bill Kendrick:
> >> I would prefer it to be nonmodal: Click on the button to bring up
> >> the the box (positioned at the bottom right ??? adjacent to the
> >> button). Then just select a colour and start painting (or just start
> >> painting directly, if you don???t want to change the colour).
> >
> >One problem is that it's currently 256x256 pixels. :^/
> 
> Why is that a big problem?

Well, it would overlap the canvas, I think.  So if you wanted to 'just start
painting directly' and it happened to be in that corner, you're out of luck.

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxpaint-devel] Color picker

[Karl O. H. <ka...@hu...>]

Onsdag 1. august 2007 skreiv Bill Kendrick:
>> I would prefer it to be nonmodal: Click on the button to bring up
>> the the box (positioned at the bottom right ??? adjacent to the
>> button). Then just select a colour and start painting (or just start
>> painting directly, if you don???t want to change the colour).
>
>One problem is that it's currently 256x256 pixels. :^/

Why is that a big problem?

-- 
Karl Ove Hufthammer

Re: [Tuxpaint-devel] Color picker

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

On Tue, Jul 31, 2007 at 07:09:22PM +0200, Karl Ove Hufthammer wrote:
> I would prefer it to be nonmodal: Click on the button to bring up
> the the box (positioned at the bottom right ??? adjacent to the
> button). Then just select a colour and start painting (or just start
> painting directly, if you don???t want to change the colour).

One problem is that it's currently 256x256 pixels. :^/

(The nice thing is, though, no R/G/B or H/S/V knobs/sliders/widgets.)

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxpaint-devel] Color picker

[Karl O. H. <ka...@hu...>]

Onsdag 25. juli 2007 skreiv Bill Kendrick:

>I've added a color picker!

Great!

>The rightmost button in the color palette now brings up a square with
>~50,000+ colors in it. =C2=A0Click within the square to select the color,
>or click 'Back' to abort (and keep the color what it was before).
>
>Let me know what you think.

I would prefer it to be nonmodal: Click on the button to bring up the the b=
ox=20
(positioned at the bottom right =E2=80=93 adjacent to the button). Then jus=
t select a=20
colour and start painting (or just start painting directly, if you don=E2=
=80=99t want=20
to change the colour).

=2D-=20
Karl Ove Hufthammer

[Tuxpaint-devel] Gimp script-fu to help create stamps

[Pere P. i C. <pe...@fo...>]

Hi all!

When porting the Childsplay images to Tuxpaint it comes clear to me that
the stamp creation should be as automatized as possible.

I've begin to learn the gimp script-fu language and come with this
script:
http://fornol.no-ip.org/linux/tuxpaint/scripts/mktpstamp.scm

It is developed under gimp 2.3.18 ,and don't work under stable 2.2.XX
series. It is work in progress and have some questions that I ask as I
comment the script.

You can follow my comments about editing the image by looking at
http://fornol.no-ip.org/linux/tuxpaint/scripts/Dumper_scaled.xcf
It is a 4.2MB dowload, the original image is about 20MB and I've not
putted on the web.

I use the script in this way:

Put the script in .gimp-2.3/scripts directory and chmod 755 it
If gimp is already started, go to Extensions->Script-fu and reload the
functions.

Prepare the image as in the advanced stamps howto.
Hide the topmost layer.
Now add a wite layer on top of WIP layer. Select transparency about
30%-60% for this layer depending on subject.
Outline in this layer the subject you want with the 1 pixel brush (hold
the shift key and go clicking around the edge, the more curve, the more
join the clicks.)

Add a new transparent layer on top of Outline.(Working1)

Go to Outline, select by neighbour the interior of outline, go to the
WIP layer, CTRL+C to copy, Go to Working1, CTRL+V to paste, CTRL+H to
attach.

Duplicate Working1<->Working2 as this we have a backup.


Hide all layers except Contrast ones and Working2, edit the image in
Working2.

Add a layer mask on Working2 using the alpha value (not transfering it,
just use it). Let the mask as is, antialias should be done by the
script.

Now check the edges of subject, there seems to be some weird effects
caused by light. Duplicate Working2<->Working3, hide Working2. (a new
backup)
In Working3 select by color transparent, grow the selection by 1,2 or 3
pixels at most, CTRL+X to delete those pixels, now you should get ride
of most of light effects on egdes of subject. Finish editing the edge if
there rest some light effect.

Now we have a subject lying on a transparent layer and a sharped mask.

Set the image in this layer to edit (not the mask) and run the script.
Script-fu->alchemy->mktpstamp

You will be prompted by several things:

Runs: The script will expand the edges of the subject 5 pixels around
per run, so if you want the edge be expanded 30 pixels you should put 6
here. BTW this should be calculated from the original and final sizes,
so a question is How many pixels should be expanded in order to avoid
problems with edges when tuxpaint scales down?

Use the current foreground color: The transparent space left by the
expansion of the edge will be filled with the average of color find at
center of the image. If the subject has a hole there, this will not be a
right average color for the subject. Selecting a right foreground color
before running the script and checking this will do better results.

Scale and max final size: If you want to scale check it, set the maximun
size you want for the final image. If scale is not set the final size
will not be used. BTW What size is a good default?

Base filename without extension: .png will be appended

Close the auxiliar image when done: Uncheck to see what is resulting and
for debugging purposes.(The undo button will work)

Create .txt file: If you want to create the companion .txt files coming
with stamps. Name will be base filename with appended .txt

Text to put: The descriptive text of the stamp

Create .dat file: same as for .txt file

Some values for .dat file. Here I have some questions:

tintable and colorable are conflicting one with other?

Scale field is right as say 40%. Is it allways right as 400% ?


Click on OK when you are done, the script will begin its work.

First it will expand the edge of the image using the pixels on the edge
of the subject. To do this, each run it copies and displaces around the
layer on all pixels in a 5 pixels circle from exterior to interior (this
implies the creation and destruction of 49 layers per run).

Now the image will be displayed

Second will fill the rest of the image using a calculated color or the
foreground one.

Scale if required. I've seen some strange effects using lanczos, now I
use cubic interpolation in gimp->edit->preferences->Option Tools->Scale
interpolation. May be it should be hardcoded in the script.

Blur the mask --> antialias. We should check if it is enouth or needs
more love and may be make it optional for people wanting to hand edit
the mask. BTW scaling blurs the mask as well.

Save as png and keep the values of transparent pixels
close the image if required
create .txt and .dat if required


You can see the results of applying the script over the above xcf at
http://fornol.no-ip.org/linux/tuxpaint/scripts/dumper.png or .txt
or .dat


What do you think about?
Can it be usefull?
Other comments?

Thanks
Pere

[Tuxpaint-devel] More SDL_Pango updates

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

I've thrown out my wordwrapping code (when using SDL_Pango), which appears
to help with rendering of complex right-to-left languages, such as Arabic.
(I think Hebrew is rendering more correctly now, too!)

Please test out what's in CVS and let me know if you see any glaring issues.
The Tux Paint UI _itself_ is still left-oriented (e.g., tool bar is on the
left, the Yes/No buttons appear to the left of the text,etc.), even when in
an RtoL language, but that's a different issue from the text rendeirng.

Thanks a lot!

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxpaint-devel] compiling error paper.h

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

On Thu, Jul 26, 2007 at 06:48:26PM +0200, Ben Egger wrote:
> Thank you for the quick help. I packaged it for Arch Linux.

Thanks!  If you think your package(s) is/are something we should make
available on the Tux Paint website, please let me know.  I'd be happy to
add them!

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxpaint-devel] compiling error paper.h

[Ben E. <egg...@gm...>]

Thank you for the quick help. I packaged it for Arch Linux.

On 7/23/07, Bill Kendrick <nb...@so...> wrote:
>
> On Mon, Jul 23, 2007 at 04:26:19PM +0200, Ben Egger wrote:
> > hi,
> > i get a compiling error with version 0.9.17:
>
> Hi Ben - as of v.0.9.17, Tux Paint now depends on 'libpaper'.  If you
> already
> have that package installed, as the error message said, you _also_ need
> the
> 'devel' version of the package (which contains the C header file) to be
> able
> to build Tux Paint from source.
>
> What platform are you trying to build TUx Paint on?  Presumably Linux or
> some other Unix.  If Linux, what distro?  Is libpaper available?  If not,
> perhaps we have it for you (Shin-Ichi packaged it for some Red Hat and
> Fedora versions, for example:  http://www.tuxpaint.org/download/linux-rpm/)
>
> Good luck!
>
>
> > ...Compiling PostScript print support...
> > src/postscript_print.c:51:19: error: paper.h: No such file or directory
> > src/postscript_print.c:55:2: error: #error
> > "---------------------------------------------------"
> > src/postscript_print.c:56:2: error: #error "If you installed libpaper
> from a
> > package, be sure"
> > src/postscript_print.c:57:2: error: #error "to get the development
> package,
> > as well!"
> > src/postscript_print.c:58:2: error: #error "(e.g., 'libpaper-dev.rpm')"
> > src/postscript_print.c:59:2: error: #error
> <snip>
>
> --
> -bill!
> bi...@ne...
> http://www.newbreedsoftware.com/
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
>