tuxpaint-devel — General discussion list for Tux Paint developers

Re: [Tuxpaint-devel] Squash, stretch and rotate stamps; Stamp category switcher

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

On 10/25/06, Bill Kendrick <nb...@so...> wrote:
>
> I'm considering a UI for allowing squashing, stretching and rotation of
> stamps.
>
> Currently, we have this:
>
>   * Pick a stamp
>   * Click Mirror to mirror-image it
>   * Click Flip to flip it upside-down
>   * Click the scale slider to shrink/grow it (proportionally)
>
> I propose adding:
>
>   * Click CW/CCW to rotate it

By how much?

There is something to be said for 45-degree increments.
The square root of two is nearly 1.5, leading to a nice
and fast way to scale.

15 degrees is what the gimp uses. That could amount to
lots and lots of clicking.

There is a cost to adding buttons though. They steal
precious screen space and make the UI complicated.

>   * Click widen (<-->) to stretch it horizontally
>   * Click narrow (-><-) to unstretch/squish it horizontally
>   * ^^ Two similar buttons for stretching/squishing vertically

These will not earn their screen space for sure.

> Additionally, and semi-related, I'm thinking of a basic interface for
> moving between stamp categories.
>
>   * Click => to switch to the next set of stamps
>   * Click <= to switch to the prev set of stamps
>
> (These would simply walk through the stamp categories.)

Well, we need something, and I have no better idea.

Since the scroll buttons can't go to the left and right of the
stamp display, there is a UI problem. In all other cases the
scroll buttons go on opposite sides of the data being scrolled.
The stamp display would violate this for horizontal scrolling.

Switching the whole Tux Paint UI to be NeXT-like might be
a reasonable fix. (scroll buttons sit next to each other, with
the 2-D one for stamps having four)

> I'm curious, though, where should user-created stamps go in this?
> I was thinking of having a catch-all category for everything within the
> (on Linux) ~/.tuxpaint/stamps/ base directory.  Anything within
> subdirectories of the user's stamp dir. would be folded into the other
> stamp categories, or added as their own.
>
> e.g., if you create ~/.tuxpaint/stamps/animals/, those stamps would
> appear along side the main Animals collection (the ones found, on
> Linux, within /usr/share/tuxpaint/stamps/animals/)
>
> And if you create ~/.tuxpaint/stamps/aliens/, those stamps would appear
> as their own category (since there's no /usr/share/.../aliens/ to 'fold' into)
>
>
> Comments?

That seems decent.

(OK, it sucks, but it's the best idea so far)

Re: [Tuxpaint-devel] Fwd: printing choices in OSX ['Option' key not working in 0.9.16 on OS X 10.3?]

[Matthew H. <mat...@ma...>]

Hi Bill,

yes, you hold ALT/option while clicking "Yes" to the "Print? Are you sure?" dialog

-Matthew

On Wednesday, November 08, 2006, at 10:53AM, "Bill Kendrick" <nb...@so...> wrote:
>On Tue, Nov 07, 2006 at 06:19:31PM -0800, Matthew Helms wrote:
>> Hi Bill,
>> 
>> I tested this on MAC OS X SERVER 10.3.9 and found that after you  
>> print for the 1st time it seems to stay with that print preference.   
>> If you then hold down the option key and press print, the press the  
>> yes box it give you the dialogue box where you can choose another  
>> printer.  So there is a workaround, just not convenient.
>
>So you're saying you need to hold ALT while clicking "Yes" to the
>"Print? Are you sure?" dialog?
>
>If so, then... shoot, I thought I had fixed that! :^/
>
>-bill!
>
>-------------------------------------------------------------------------
>Using Tomcat but need to do more? Need to support web services, security?
>Get stuff done quickly with pre-integrated technology to make your job easier
>Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>_______________________________________________
>Tuxpaint-devel mailing list
>Tux...@li...
>https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
>
>

Re: [Tuxpaint-devel] Fwd: printing choices in OSX ['Option' key not working in 0.9.16 on OS X 10.3?]

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

On Tue, Nov 07, 2006 at 06:19:31PM -0800, Matthew Helms wrote:
> Hi Bill,
> 
> I tested this on MAC OS X SERVER 10.3.9 and found that after you  
> print for the 1st time it seems to stay with that print preference.   
> If you then hold down the option key and press print, the press the  
> yes box it give you the dialogue box where you can choose another  
> printer.  So there is a workaround, just not convenient.

So you're saying you need to hold ALT while clicking "Yes" to the
"Print? Are you sure?" dialog?

If so, then... shoot, I thought I had fixed that! :^/

-bill!

Re: [Tuxpaint-devel] Fwd: printing choices in OSX ['Option' key not working in 0.9.16 on OS X 10.3?]

[Matthew H. <mat...@ma...>]

Hi Bill,

I tested this on MAC OS X SERVER 10.3.9 and found that after you  
print for the 1st time it seems to stay with that print preference.   
If you then hold down the option key and press print, the press the  
yes box it give you the dialogue box where you can choose another  
printer.  So there is a workaround, just not convenient.

-Matthew

On Nov 7, 2006, at 1:45 PM, Bill Kendrick wrote:

> Martin, or anyone else, can you confirm this issue?  In the  
> meantime, I've
> suggested she use the "Preview" viewer that ships with OS X, and print
> from there.  Certainly not the best solution, but hopefully a good  
> stop-gap.
>
> Thanks!
>
> ----- Forwarded message from Megan -----
>
> Dear Bill,
> Thank you for creating Tux Paint.  My students love it!  Is there a  
> way to
> choose which printer their work goes to?  We are using Mac OSX.3.9  
> and our
> default printer is the B&W but for their art we would like to be  
> able to
> choose the color printer.  I have tried holding the option key while
> clicking print and nothing happened.  Thanks so much for your time.
>
> ----- End forwarded message -----

[Tuxpaint-devel] Documentation rewrite

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

I'm considering putting together yet another tuxpaint-* list, this time
dedicated to the documentation rewrite that I'd like to see before the
next version comes out.

However, if the readers of tuxpaint-devel aren't too concerned about
less code-related, more doc-related discussion taking place here on this
list, I'll forego creating a new list.

Comments?

Thanks!

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

[Tuxpaint-devel] Fwd: printing choices in OSX ['Option' key not working in 0.9.16 on OS X 10.3?]

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

Martin, or anyone else, can you confirm this issue?  In the meantime, I've
suggested she use the "Preview" viewer that ships with OS X, and print
from there.  Certainly not the best solution, but hopefully a good stop-gap.

Thanks!

----- Forwarded message from Megan -----

Dear Bill,
Thank you for creating Tux Paint.  My students love it!  Is there a way to
choose which printer their work goes to?  We are using Mac OSX.3.9 and our
default printer is the B&W but for their art we would like to be able to
choose the color printer.  I have tried holding the option key while
clicking print and nothing happened.  Thanks so much for your time.

----- End forwarded message -----

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

[Tuxpaint-devel] Simple bilinear interpolation when scaling stamps up

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

I committed a simple 2x2 bilinear interpolation routine last night that
does a little smoothing to PNG stamps when you scale them up.  (e.g., if the
original bitmap is kind of small, but you want to make it larger on the
canvas, before it would simply scale the pixels up, resulting in a blocky,
'pixelated' image.)

This can be disabled by setting "NO_BILINEAR" somewhere in the code.
(I need to add a Makefile option for this, still.)  It uses a lot of
floats and mult/division, so can be very slow on slower machines, and
certainly cause intense lag on machines with no FPU (e.g., the Nokia 770).

Here's a before and after :)

  http://www.newbreedsoftware.com/bill/news/images/tuxpaint-0.9.16-no-bilinear-screenshot.png

  http://www.newbreedsoftware.com/bill/news/images/tuxpaint-0.9.17-bilinear-screenshot.png


The code was based on example code posted to "The Code Project"
website ('free source code and tutorials')...

  http://www.codeproject.com/cs/media/imageprocessing4.asp



ObLicense: Stuff on The Code Project site is covered as follows:

  "All code that is available from our site must be available for use
  without registration or licence fees and without time restrictions"

and:

  "If you post to CodeProject then you retain copyright of your
  article and code. You also ... permit other developers to use the
  sourcecode associated with your articles in their own applications as
  long as they do not remove your copyright notices or try and take credit
  for your work."

I have, of course, credited the author, and linked to the article
in (1) the C source file, near the code in question, (2) in the 'CHANGES.txt'
changelog record of the new feature, and (3) in the 'AUTHORS.txt' credits doc.

Should cover it, no?  (If not, I'll yank it and we can try to find something
else.  Most bilinear stuff I've seen is fairly complicated, and closely
attached to other graphics kits, not SDL.)

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

Re: [Tuxpaint-devel] Help rewrite Tux Paint's documentation!

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

On Mon, Oct 30, 2006 at 10:16:13PM +0100, Karl Ove Hufthammer wrote:
> M=E5ndag 23 oktober 2006 22:43 skreiv Bill Kendrick:
> >I'm looking for people to, in the coming months, help rewrite Tux Pain=
t's
> >end-user documentation. =A0Please let me know if you're interested in =
helping!
>=20
> I believe I have promised to rewrite it to easily localisable DocBook (=
a long
> time ago). This may still happen, but it may take some time (it's on my=
 TODO=20
> list).

Thanks Karl.  Something like DocBook would certainly be good.  (I'd like
something that easily converts between HTML, plaintext and something
more printer-friendly, like PDF.)

The main thing I need right now is to go through the documentation and
actually rewrite the text content to be ... friendlier :)

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

Re: [Tuxpaint-devel] Help rewrite Tux Paint's documentation!

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

M=E5ndag 23 oktober 2006 22:43 skreiv Bill Kendrick:
>I'm looking for people to, in the coming months, help rewrite Tux Paint's
>end-user documentation. =A0Please let me know if you're interested in help=
ing!

I believe I have promised to rewrite it to easily localisable DocBook (a lo=
ng=20
time ago). This may still happen, but it may take some time (it's on my TOD=
O=20
list).

=2D-=20
Karl Ove Hufthammer

Re: [Tuxpaint-devel] SVG support!

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

On Fri, Oct 27, 2006 at 07:53:13PM +0900, TOYAMA Shin-ichi wrote:
> So, if there there are still needs for RPM pacakge for such old 
> systems, please keep it easy to disable SVG stuff.

It already is :)

  make nosvg

;)

Thx for all the testing!  I'm glad you've had luck with it!


-bill!

[Tuxpaint-devel] Status of libsvg and cairo-svg in Debian?

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

Hi Dave,

I maintain Debian's Tux Paint package.  The upstream author, Bill
Kendrick, has just added svg support in tuxpaint cvs:

http://www.newbreedsoftware.com/bill/news/images/tuxpaint-0.9.17-svg-screenshot.png

This needs libsvg and libsvg-cairo, neither of which are in Debian, but
which you have made available here:

http://cairographics.org/packages/debian/unstable

Would you please let us know if libsvg and libsvg-cairo will appear in
Debian anytime soon, or if not, when they are planned for release?  I
see no ITP for either package in the Debian WNPP, nor any mention of it
on your blog at http://journal.dajobe.org/journal/.  We would like to
know so we can decide how to proceed with the next Tux Paint release.

Thanks,
Ben Armstrong

Re: [Tuxpaint-devel] SVG support!

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

Hi!

Bill Kendrick wrote in <200...@so...>
>
>Cairo appears to be working relatively well!

I think new SVG stuff is quite good!

Fedora core 5 and later already have 'libsvg-cairo' package in 
it's 'extra' repository. So it is very easy to use this stuff.

I tried to build libsvg-cairo package on other versions of 
Fedora/Redhat, and succeeded on from RedHat-9 to Fedora Core 4.

But, on RedHat-6.2, 7.3 and 8.0, I could not resolve library 
dependency to use cairo.

So, if there there are still needs for RPM pacakge for such old 
systems, please keep it easy to disable SVG stuff.

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

Re: [Tuxpaint-devel] Tuxpaint GUI testing with xautomation

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

Calvin Arndt wrote:
> Thanks Ben you have no idea whata problem you solved for me!
>
> http://www.tuxtype.com/Translations/pics/index.html
>   

Hey, great!  You're the first person to give me feedback who has
indicated they are now using my script.  I was a little underwhelmed by
the responses to my blog post.  I figured more people on
planet.debian.org would find this useful.

Ben

Re: [Tuxpaint-devel] Tuxpaint GUI testing with xautomation

[Calvin A. <ca...@ma...>]

Thanks Ben you have no idea whata problem you solved for me!

http://www.tuxtype.com/Translations/pics/index.html

Cal...

> -------- Original Message --------
> Subject: [Tuxpaint-devel] Tuxpaint GUI testing with xautomation
> From: Ben Armstrong <sy...@sa...>
> Date: Wed, October 25, 2006 7:01 pm
> To: Discussion list for Tux Paint developers
> <tux...@li...>
> 
> http://syn.theti.ca/articles/2006/10/25/tuxpaint-gui-testing-with-xautomation
> 
> 
>     Tuxpaint GUI testing with xautomation
>     <http://syn.theti.ca/articles/2006/10/25/tuxpaint-gui-testing-with-xautomation>
> 
> 
> Posted by Ben Armstrong 5 minutes ago
> 
> Tuxpaint could be a poster child for l10n. It has translations now for
> 68 different locales. The large number of locales poses somewhat of a
> problem for testing^1 <http://syn.theti.ca/#fn1> .
> 
> Tuxpaint 0.9.16 just released
> <http://www.tuxpaint.org/latest/tuxpaint-0.9.16-press-release-en.php3>.
> During the release preparation, the manual testing of all of these
> locales drove me nearly insane. So to help out next time, I created the
> following bash script using xautomation^2 <http://syn.theti.ca/#fn2> ,
> imagemagick and xprop (from xbase-clients):
> 
> |#!/bin/bash
> testname="tuxpaint" 
> root_geometry=`xprop -root _NET_DESKTOP_GEOMETRY |cut -d= -f2`
> root_x=`echo $root_geometry |cut -d, -f1`
> root_y=`echo $root_geometry |cut -d, -f2`
> xc=$((root_x/2-1))
> yc=$((root_y/2-1))
> 
> capture_tuxpaint () {
>    tuxpaint --startblank --nolockfile --lang $1 --640x480 --windowed --nosound &
>    sleep 1
>    xte "mousemove $xc $yc" 
>    xte "mouseclick 1" 
>    sleep 1
>    xte "key Escape" 
>    sleep 2
>    import -silent -window "Tux Paint" $testname-$1.png
>    xte "mousermove -120 -40" 
>    xte "mouseclick 1" 
> }
> 
> for lang in `tuxpaint --lang help |awk '$1~/^[[:lower:]]/ {print $1}'`; do
>    capture_tuxpaint $lang
> done
> |
> 
> 
> I’m not entirely happy with it, but it’s at least a starting point.
> Ideally, I’d make |.pat| files to use with |visgrep| to find coordinates
> for the button images instead of hardwiring the approximate button
> positions. Also, the script needs a companion script to configure the
> system for testing (i.e. perform the locales configuration and install
> all fonts).
> 
> Here are the resulting screenshots
> <http://syn.theti.ca/%7Eben/tuxpaint_tests/> which show up a few
> problems with the translations. It looks like the quit dialog strings
> have been updated since they were first translated, so now we need
> retranslation for several languages. Also, there are some languages,
> like Swahili and Klingon, for which there are no locales in glibc in
> Debian. I’ll have to talk to the glibc maintainers about that. And for
> that matter, I don’t even know if a DFSG-free Klingon font exists.
> 
> In any event, I’m delighted with the results, and look forward to using
> |xautomation| more for GUI testing.
> 
> ^1 For one thing, several languages require special fonts. For another,
> there is no way to get tuxpaint to tell you what locales it supports.
> Granted, there is |--lang help|, but this is a crude approximation, as
> the mapping between language and locale is arbitrarily hardwired (which
> hmh on #debian-devel irc pointed out to me is just plain wrong). It
> doesn’t help me at all in the arduous task of configuring glibc locales
> so I can test them. For that, I need to look at |i18n.c|.
> 
> ^2 I tried using |xmacro| at first, but |xmacrorec| just made my pointer
> jiggle back and forth. It seemed like it was updating the position for a
> short distance, and then X was resetting it back to the former position
> of the pointer. Some strange interaction with my window manager,
> perhaps? But ultimately I am happier with the |xautomation| approach anyway.
> 
> 
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel

[Tuxpaint-devel] SVG support!

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

Cairo appears to be working relatively well!

http://newbreedsoftware.com/bill/news/images/tuxpaint-0.9.17-svg-screenshot.png

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

Re: [Tuxpaint-devel] Non-free license for "Raghu" hi.ttf Hindi font?

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

Ben Armstrong wrote:
> Although "Raghu" is reportedly released under the GPL, I was told by
> Jaldhar Vyes

Oops, typo.  His surname is Vyas.  Sorry about that, Jaldhar.


Ben

[Tuxpaint-devel] Non-free license for "Raghu" hi.ttf Hindi font?

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

We have a problem.

Although "Raghu" is reportedly released under the GPL, I was told by
Jaldhar Vyes, a Debian developer who investigated for me, that he found
metadata in the font that does not indicate GPL. I assume he means the
following:

? National Centre for Software Technology, Devanagari, Full font.
Contains font + Unicode set requirements.

He suggests that we use any of the fonts in ttf-devanagari-fonts, e.g.
Chandras, Gargi_1.7, Lohit Hindi or Samanata. But I don't know how to
choose.

Ben

Re: [Tuxpaint-devel] Non-free license for "Raghu" hi.ttf Hindi font?

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

Ben Armstrong wrote:
> We have a problem.
>
> Although "Raghu" is reportedly released under the GPL, I was told by
> Jaldhar Vyes

Oops, typo.  Jaldhar's surname is Vyas.

Ben

[Tuxpaint-devel] Tuxpaint GUI testing with xautomation

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

http://syn.theti.ca/articles/2006/10/25/tuxpaint-gui-testing-with-xau=
tomation


    Tuxpaint GUI testing with xautomation
    <http://syn.theti.ca/articles/2006/10/25/tuxpaint-gui-testing-wit=
h-xautomation>


Posted by Ben Armstrong 5 minutes ago

Tuxpaint could be a poster child for l10n. It has translations now fo=
r
68 different locales. The large number of locales poses somewhat of a
problem for testing^1 <http://syn.theti.ca/#fn1> .

Tuxpaint 0.9.16 just released
<http://www.tuxpaint.org/latest/tuxpaint-0.9.16-press-release-en.php3=
>.
During the release preparation, the manual testing of all of these
locales drove me nearly insane. So to help out next time, I created t=
he
following bash script using xautomation^2 <http://syn.theti.ca/#fn2> =
,
imagemagick and xprop (from xbase-clients):

|#!/bin/bash
testname=3D"tuxpaint"=20
root_geometry=3D`xprop -root _NET_DESKTOP_GEOMETRY |cut -d=3D -f2`
root_x=3D`echo $root_geometry |cut -d, -f1`
root_y=3D`echo $root_geometry |cut -d, -f2`
xc=3D$((root_x/2-1))
yc=3D$((root_y/2-1))

capture_tuxpaint () {
   tuxpaint --startblank --nolockfile --lang $1 --640x480 --windowed =
--nosound &
   sleep 1
   xte "mousemove $xc $yc"=20
   xte "mouseclick 1"=20
   sleep 1
   xte "key Escape"=20
   sleep 2
   import -silent -window "Tux Paint" $testname-$1.png
   xte "mousermove -120 -40"=20
   xte "mouseclick 1"=20
}

for lang in `tuxpaint --lang help |awk '$1~/^[[:lower:]]/ {print $1}'=
`; do
   capture_tuxpaint $lang
done
|


I=92m not entirely happy with it, but it=92s at least a starting poin=
t.
Ideally, I=92d make |.pat| files to use with |visgrep| to find coordi=
nates
for the button images instead of hardwiring the approximate button
positions. Also, the script needs a companion script to configure the
system for testing (i.e. perform the locales configuration and instal=
l
all fonts).

Here are the resulting screenshots
<http://syn.theti.ca/%7Eben/tuxpaint_tests/> which show up a few
problems with the translations. It looks like the quit dialog strings
have been updated since they were first translated, so now we need
retranslation for several languages. Also, there are some languages,
like Swahili and Klingon, for which there are no locales in glibc in
Debian. I=92ll have to talk to the glibc maintainers about that. And =
for
that matter, I don=92t even know if a DFSG-free Klingon font exists.

In any event, I=92m delighted with the results, and look forward to u=
sing
|xautomation| more for GUI testing.

^1 For one thing, several languages require special fonts. For anothe=
r,
there is no way to get tuxpaint to tell you what locales it supports.
Granted, there is |--lang help|, but this is a crude approximation, a=
s
the mapping between language and locale is arbitrarily hardwired (whi=
ch
hmh on #debian-devel irc pointed out to me is just plain wrong). It
doesn=92t help me at all in the arduous task of configuring glibc loc=
ales
so I can test them. For that, I need to look at |i18n.c|.

^2 I tried using |xmacro| at first, but |xmacrorec| just made my poin=
ter
jiggle back and forth. It seemed like it was updating the position fo=
r a
short distance, and then X was resetting it back to the former positi=
on
of the pointer. Some strange interaction with my window manager,
perhaps? But ultimately I am happier with the |xautomation| approach =
anyway.

Re: [Tuxpaint-devel] TuxPaint Linux Installer

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

On Thu, Oct 26, 2006 at 03:08:21AM +0800, Rykel wrote:
> I wonder if someone on this list, with the relevant expertise, could release
> a TuxPaint official Linux Installer? (see the developer instructions at
> http://www.autopackage.org)

Creating an autopackage is actually in my to-do list, I believe.
I'd certainly accept some help with it, though! :)


> This will be wonderful, as I have already installed the latest version of
> Firefox, Xara Extreme, GAIM, AbiWord, Mission Photo, Scribus and Stallerium
> etc. because they all come with Linux installers, just like some of their
> Setup.Exe files in Windows XP.

Out of curiosity, what distro(s) are you running?  Tux Paint depends on
some very well-supported libraries, so it's fairly trivial to install it
from source-code.

Also, as you may have noticed, RPM packages for Red Hat (6.2 thru 9.0)
and Fedora CORE (1 thru 5) are available.  It will also be available
in the upcoming version of Debian (due December), and Ben has offered
to make 'backports' to Sarge, if there's a lot of demand.

The last version of Tux Paint was available via klik
( http://klik.atekon.de/ ), which is a similar concept to autopackage.
I'm not sure if they've packaged up the latest yet.  I can't tell what
version is there now ( http://tuxpaint.klik.atekon.de/ doesn't say)

Thanks and good luck!  Let us know if you try compiling from source
and need some assistance.  (The INSTALL.txt doc should hopefully get
you going, though!)

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

[Tuxpaint-devel] TuxPaint Linux Installer

[Rykel <ry...@ib...>]

Hi,

I would like to use TuxPaint with my kid, but I do not know how to install
the latest version on all the very different Linux distros out there. (I
heard that the latest TuxPaint is great!)

I wonder if someone on this list, with the relevant expertise, could release
a TuxPaint official Linux Installer? (see the developer instructions at
http://www.autopackage.org)

This will be wonderful, as I have already installed the latest version of
Firefox, Xara Extreme, GAIM, AbiWord, Mission Photo, Scribus and Stallerium
etc. because they all come with Linux installers, just like some of their
Setup.Exe files in Windows XP.

Thank you.

-- 
Best Regards,

Rykel

Web-Based Multi-Instant Messenger
(http://www.meebo.com)
Connect to Me!
Gizmo.Skype.GoogleTalk.Yahoo/MSN.eBay: rykel98

[Tuxpaint-devel] Squash, stretch and rotate stamps; Stamp category switcher

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

I'm considering a UI for allowing squashing, stretching and rotation of
stamps.

Currently, we have this:

  * Pick a stamp
  * Click Mirror to mirror-image it
  * Click Flip to flip it upside-down
  * Click the scale slider to shrink/grow it (proportionally)

I propose adding:

  * Click CW/CCW to rotate it
  * Click widen (<-->) to stretch it horizontally
  * Click narrow (-><-) to unstretch/squish it horizontally
  * ^^ Two similar buttons for stretching/squishing vertically


Additionally, and semi-related, I'm thinking of a basic interface for
moving between stamp categories.

  * Click => to switch to the next set of stamps
  * Click <= to switch to the prev set of stamps

(These would simply walk through the stamp categories.)


I'm curious, though, where should user-created stamps go in this?
I was thinking of having a catch-all category for everything within the
(on Linux) ~/.tuxpaint/stamps/ base directory.  Anything within
subdirectories of the user's stamp dir. would be folded into the other
stamp categories, or added as their own.

e.g., if you create ~/.tuxpaint/stamps/animals/, those stamps would
appear along side the main Animals collection (the ones found, on
Linux, within /usr/share/tuxpaint/stamps/animals/)

And if you create ~/.tuxpaint/stamps/aliens/, those stamps would appear
as their own category (since there's no /usr/share/.../aliens/ to 'fold' into)


Comments?

(Obviously, releasing a new version has opened up the door for me to add
new features and experimental stuff.  Damnit, I thought I was going to
take a break! ;) )

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

[Tuxpaint-devel] Adding SVG support

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

FYI - I'm looking into using Cairo to add SVG support to Tux Paint, at least
experimentally at first.

This will allow for higher quality non-photographic stamps that scale well
even when Tux Paint is run in insanely high resolutions (e.g., 1600x1200)

The Cairo and SVG stuff that's required is currently available for
Debian/sid, and I had luck installing it on Kubuntu Edgy Eft (which is
techically being released, what, today?)

I'll be setting it up so that you can disable Cairo & libSVG support
at compile time, but I'd be interested in hearing how easily
porters/packagers can deal with the Cairo/SVG/SDL stuff, in its current
state.

Thx!

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

[Tuxpaint-devel] Help rewrite Tux Paint's documentation!

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

I'm looking for people to, in the coming months, help rewrite Tux Paint's
end-user documentation.  Please let me know if you're interested in helping!

For details, see the Help Wanted post I just put up on SourceForge:

  http://sourceforge.net/people/viewjob.php?group_id=66938&job_id=26726

Thanks!

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

[Tuxpaint-devel] Tux Paint 0.9.16 & friends released, thanks to you!

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

Thank you everyone, for your hard work over the past ~11 months!
I've just released Tux Paint 0.9.16 to SourceForge and updated
the download links on the tuxpaint.org website.

I'll be spending the coming weeks getting the word out to various
websites and press.  (Wish us luck!)

Tux Paint, Tux Paint Config, and the Stamps collection are
already built for i386 Red Hat and Fedora CORE Linux,
Windows, and Mac OS X (universal binary), thanks to
Shin-Ichi, John and Martin.  I believe a release-candidate
is already in Debian Sid, thanks to Ben.

Well done, everybody!  I'll need to rest for a while, and
have a newborn baby coming anywhere between early and late
November, so don't get scared if I don't start working
on 0.9.17 right away. ;^)

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