tuxpaint-devel — General discussion list for Tux Paint developers

Re: [Tuxpaint-devel] libsvg error , Errors in compiling Tux Paint for windows

[John P. <jo...@jo...>]

On Tue, May 15, 2007 at 03:23:54PM +0800, Shih-Chin Yang wrote:
> Hi, John:
> I managed to compile TuxPaint successfully, and was able to run!!! Thanks
> for your help!
Great! Well done! It is quite a chore :-)

regards,
John.

Re: [Tuxpaint-devel] libsvg error , Errors in compiling Tux Paint for windows

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

On Tue, May 15, 2007 at 03:23:54PM +0800, Shih-Chin Yang wrote:
> Hi, John:
> I managed to compile TuxPaint successfully, and was able to run!!! Thanks
> for your help!

Great to hear!  Sorry it was such a pain, but hopefully you'll enjoy the
SVG support.

You weren't considering working on Input Method support, were you? >;^)

-bill!

Re: [Tuxpaint-devel] libsvg error , Errors in compiling Tux Paint for windows

[Shih-Chin Y. <sya...@gm...>]

Hi, John:
I managed to compile TuxPaint successfully, and was able to run!!! Thanks
for your help!
Shih-Chin

On 5/15/07, John Popplewell <jo...@jo...> wrote:
>
> On Tue, May 15, 2007 at 12:59:57AM +0800, Shih-Chin Yang wrote:
> > Hi, John:
> > I almost finished compiling all the required libraries in MSYS/MINGW but
> > libsvg. First of all, I could not find the cvs repository in your
> > instruction, the link doesn't work. Then I googled a snapshot from
> following
> > link
> Hi Shih-Chin,
>
> the site has broken. Searching for 'libsvg' on Google produces that same
> broken link:
>
> http://cairographics.org/libsvg
>
> as the first hit. I used the cached page to get the following
> information for accessing CVS:
>
> cvs -d :pserver:an...@cv...:/cvs/cairo login
>
> [press enter when prompted for a password]
>
> cvs -z3 -d :pserver:an...@cv...:/cvs/cairo co libsvg
>
> I'll put this on my web page shortly,
>
> regards,
> John.
>
>
> >
> >
> http://lists.freedesktop.org/archives/cairo-announce/2005-June/000018.html
> >
> > But there is no autogen.sh. Also, when I run ./configure, it failed as
> well.
> >
> > Would you please shed some light on this? I desperately would like to
> > compile windows version of TuxPaint.
> >
> > Many thanks and Best Regards,
> > Shih-Chin
> >
> > On 4/9/07, Shih-Chin Yang <sya...@gm...> wrote:
> > >
> > >Hi, John:
> > >Thanks for your info. It looked like you have gone through a lot of the
> > >work. But I am afraid that I would not be able to get it right to
> > >compile...
> > >
> > >Shih-Chin
> > >
> > >On 4/8/07, John Popplewell <jo...@jo...> wrote:
> > >>
> > >> On Sun, Apr 08, 2007 at 10:25:44PM +0800, Shih-Chin Yang wrote:
> > >> > To who may concern:
> > >> >
> > >> > I used visual C++ 6.0 to compile Tux Paint. But it was generating a
> > >> lot of
> > >> > errors. Could someone shed some light on these errors? First of
> all,
> > >> it
> > >> > looks like hq4x.c and hqxx.c could not be found at all. Secondly,
> > >> there were
> > >> > a lot of errors when compiling shlwapi.h
> > >> Hi,
> > >>
> > >> Tux Paint hasn't compiled with Visual C++ 6.0 for a long time, since
> > >> before the project was split up into multiple files.
> > >>
> > >> All the other platforms that Tux Paint builds on use GCC and the GNU
> > >> tools and as VC6 is far from C standards compliant these days,
> patches
> > >> to make Tux Paint build won't be accepted into the source tree (mine
> > >> weren't). Although I suppose a set of patches to transform the code
> into
> > >> something that builds might find a home somewhere ...
> > >>
> > >> On Windows we use the MinGW/MSYS combination and I've put up some
> > >> instructions here:
> > >>
> > >> http://johnnypops.demon.co.uk/mingw/index.html
> > >>
> > >> detailing how to get everything to work. It's quite a lot of work,
> but I
> > >> found the experience to be a bit like building a plastic aircraft
> model
> > >> (an "Airfix" kit, from when I was a kid) except that the bits, out of
> > >> the box, don't fix together without some tinkering :-)
> > >>
> > >> Good luck,
> > >>
> > >> regards,
> > >> John.
> > >>
> > >>
> > >>
> -------------------------------------------------------------------------
> > >>
> > >> Take Surveys. Earn Cash. Influence the Future of IT
> > >> Join SourceForge.net's Techsay panel and you'll get the chance to
> share
> > >> your
> > >> opinions on IT & business topics through brief surveys-and earn cash
> > >>
> > >>
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > >> _______________________________________________
> > >> Tuxpaint-devel mailing list
> > >> Tux...@li...
> > >> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
> > >>
> > >
> > >
>
> >
> -------------------------------------------------------------------------
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > _______________________________________________
> > Tuxpaint-devel mailing list
> > Tux...@li...
> > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
>

Re: [Tuxpaint-devel] libsvg error , Errors in compiling Tux Paint for windows

[Shih-Chin Y. <sya...@gm...>]

Hi, John:
Thank you very much. It worked !!!

Best Regards,
Shih-Chin

On 5/15/07, John Popplewell <jo...@jo...> wrote:
>
> On Tue, May 15, 2007 at 12:59:57AM +0800, Shih-Chin Yang wrote:
> > Hi, John:
> > I almost finished compiling all the required libraries in MSYS/MINGW but
> > libsvg. First of all, I could not find the cvs repository in your
> > instruction, the link doesn't work. Then I googled a snapshot from
> following
> > link
> Hi Shih-Chin,
>
> the site has broken. Searching for 'libsvg' on Google produces that same
> broken link:
>
> http://cairographics.org/libsvg
>
> as the first hit. I used the cached page to get the following
> information for accessing CVS:
>
> cvs -d :pserver:an...@cv...:/cvs/cairo login
>
> [press enter when prompted for a password]
>
> cvs -z3 -d :pserver:an...@cv...:/cvs/cairo co libsvg
>
> I'll put this on my web page shortly,
>
> regards,
> John.
>
>
> >
> >
> http://lists.freedesktop.org/archives/cairo-announce/2005-June/000018.html
> >
> > But there is no autogen.sh. Also, when I run ./configure, it failed as
> well.
> >
> > Would you please shed some light on this? I desperately would like to
> > compile windows version of TuxPaint.
> >
> > Many thanks and Best Regards,
> > Shih-Chin
> >
> > On 4/9/07, Shih-Chin Yang <sya...@gm...> wrote:
> > >
> > >Hi, John:
> > >Thanks for your info. It looked like you have gone through a lot of the
> > >work. But I am afraid that I would not be able to get it right to
> > >compile...
> > >
> > >Shih-Chin
> > >
> > >On 4/8/07, John Popplewell <jo...@jo...> wrote:
> > >>
> > >> On Sun, Apr 08, 2007 at 10:25:44PM +0800, Shih-Chin Yang wrote:
> > >> > To who may concern:
> > >> >
> > >> > I used visual C++ 6.0 to compile Tux Paint. But it was generating a
> > >> lot of
> > >> > errors. Could someone shed some light on these errors? First of
> all,
> > >> it
> > >> > looks like hq4x.c and hqxx.c could not be found at all. Secondly,
> > >> there were
> > >> > a lot of errors when compiling shlwapi.h
> > >> Hi,
> > >>
> > >> Tux Paint hasn't compiled with Visual C++ 6.0 for a long time, since
> > >> before the project was split up into multiple files.
> > >>
> > >> All the other platforms that Tux Paint builds on use GCC and the GNU
> > >> tools and as VC6 is far from C standards compliant these days,
> patches
> > >> to make Tux Paint build won't be accepted into the source tree (mine
> > >> weren't). Although I suppose a set of patches to transform the code
> into
> > >> something that builds might find a home somewhere ...
> > >>
> > >> On Windows we use the MinGW/MSYS combination and I've put up some
> > >> instructions here:
> > >>
> > >> http://johnnypops.demon.co.uk/mingw/index.html
> > >>
> > >> detailing how to get everything to work. It's quite a lot of work,
> but I
> > >> found the experience to be a bit like building a plastic aircraft
> model
> > >> (an "Airfix" kit, from when I was a kid) except that the bits, out of
> > >> the box, don't fix together without some tinkering :-)
> > >>
> > >> Good luck,
> > >>
> > >> regards,
> > >> John.
> > >>
> > >>
> > >>
> -------------------------------------------------------------------------
> > >>
> > >> Take Surveys. Earn Cash. Influence the Future of IT
> > >> Join SourceForge.net's Techsay panel and you'll get the chance to
> share
> > >> your
> > >> opinions on IT & business topics through brief surveys-and earn cash
> > >>
> > >>
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > >> _______________________________________________
> > >> Tuxpaint-devel mailing list
> > >> Tux...@li...
> > >> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
> > >>
> > >
> > >
>
> >
> -------------------------------------------------------------------------
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > _______________________________________________
> > Tuxpaint-devel mailing list
> > Tux...@li...
> > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
>

Re: [Tuxpaint-devel] libsvg error , Errors in compiling Tux Paint for windows

[John P. <jo...@jo...>]

On Tue, May 15, 2007 at 11:11:01AM +0800, Shih-Chin Yang wrote:
> Hi, John:
> Thanks for your update. I succeeded in compiling libsvg.
> However, I encountered another problem for cairo in ./configure steps
> 
> I got the following error at the end
> ==========================
> .................................
> checking for cos in -lm... yes
> checking for compress in -lz... yes
> checking zlib.h usability... yes
> checking zlib.h presence... yes
> checking for zlib.h... yes
> checking pkg-config is at least version 0.9.0... no
> configure: error: pkg-config >=  required but not found (http://pkgconfig.f
> sktop.org/)
> ==========================

MinGW doesn't have pkg-config support by default and I couldn't get it
to work so this patch:

http://johnnypops.demon.co.uk/mingw/cairo-1.4.2-zlib-png-dll.patch

removes it from the config.in file (template file for configure) along
with fixing up a load of other things. Running 'autoconf' after patching
should remove this dependency.

The patch (probably) only works for this snapshot:

http://cairographics.org/releases/cairo-1.4.2.tar.gz

My guess is you didn't run autoconf after patching.

> Then I followed the instruction in
> http://www.mingw.org/MinGWiki/index.php/pkg-config
I couldn't get this to work,

regards,
John.

Re: [Tuxpaint-devel] libsvg error , Errors in compiling Tux Paint for windows

[Shih-Chin Y. <sya...@gm...>]

Hi, John:
I got a lot of linking errors, could you please help?

Many thanks,
Shih-Chin

===============================

...Linking Tux Paint...
obj/tuxpaint.o:tuxpaint.c: (.text+0x117e): undefined reference to
`__printf__'
obj/tuxpaint.o:tuxpaint.c:(.text+0x118a): undefined reference to
`__printf__'
obj/tuxpaint.o:tuxpaint.c:(.text+0x1196): undefined reference to
`__printf__'
obj/tuxpaint.o:tuxpaint.c:(.text+0x123d): undefined reference to
`libintl_fprintf'
obj/tuxpaint.o:tuxpaint.c:(.text+0x1531):
.............................
obj/tuxpaint.o:tuxpaint.c:(.text+0xb1f8): undefined reference to
`libintl_gettext'
obj/tuxpaint.o:tuxpaint.c:(.text+0xb691): more undefined references to
`libintl_gettext' follow
obj/tuxpaint.o:tuxpaint.c:(.text+0xb880): undefined reference to
`png_create_write_struct'
obj/tuxpaint.o:tuxpaint.c: (.text+0xb8a3): undefined reference to
`png_destroy_write_struct'
obj/tuxpaint.o:
.................................
obj/dirwalk.o:dirwalk.c:(.text+0x2f1): undefined reference to
`libintl_gettext'
obj/dirwalk.o: dirwalk.c:(.text+0x320): undefined reference to
`libintl_gettext'
obj/dirwalk.o:dirwalk.c:(.text+0x34f): more undefined references to
`libintl_gettext' follow
C:/msys/1.0/local/lib/libsvg-cairo.a(svg_cairo.o): In function
`svg_cairo_render':C:/msys/1.0/home/syang/download/libsvg-cairo/src/svg_cairo.c:346:
undefined reference to `svg_render'
C:/msys/1.0/local/lib/libsvg-cairo.a(svg_cairo.o): In function
`svg_cairo_move_to':C:/msys/1.0/home/syang/download/libsvg-cairo/src/svg_cairo.c:466:
undefined reference to `cairo_move_to'
:C:/msys/1.0/home/syang/download/libsvg-cairo/src/svg_cairo.c:468: undefined
reference to `cairo_status'
C:/msys/1.0/local/lib/libsvg-cairo.a(svg_cairo.o): In function
`svg_cairo_line_to':C:/msys/1.0/home/syang/download/libsvg-cairo/src/svg_cairo.c:476:
undefined reference to `cairo_line_to'
:C:/msys/1.0/home/syang/download/libsvg-
..............................
:C:/msys/1.0/home/syang/download/libsvg-cairo/src/svg_cairo.c:458: undefined
reference to `cairo_status'
:C:/msys/1.0/home/syang/download/libsvg-cairo/src/svg_cairo.c:449: undefined
reference to `cairo_save'
:C:/msys/1.0/home/syang/download/libsvg-cairo/src/svg_cairo.c:450: undefined
reference to `cairo_identity_matrix'
:C:/msys/1.0/home/syang/download/libsvg-cairo/src/svg_cairo.c:451: undefined
reference to `cairo_set_source_surface'
:C:/msys/1.0/home/syang/download/libsvg-cairo/src/svg_cairo.c:452: undefined
reference to `cairo_paint_with_alpha'
:C:/msys/1.0/home/syang/download/libsvg-cair


On 5/15/07, John Popplewell <jo...@jo...> wrote:
>
> On Tue, May 15, 2007 at 12:59:57AM +0800, Shih-Chin Yang wrote:
> > Hi, John:
> > I almost finished compiling all the required libraries in MSYS/MINGW but
> > libsvg. First of all, I could not find the cvs repository in your
> > instruction, the link doesn't work. Then I googled a snapshot from
> following
> > link
> Hi Shih-Chin,
>
> the site has broken. Searching for 'libsvg' on Google produces that same
> broken link:
>
> http://cairographics.org/libsvg
>
> as the first hit. I used the cached page to get the following
> information for accessing CVS:
>
> cvs -d :pserver:an...@cv...:/cvs/cairo login
>
> [press enter when prompted for a password]
>
> cvs -z3 -d :pserver:an...@cv...:/cvs/cairo co libsvg
>
> I'll put this on my web page shortly,
>
> regards,
> John.
>
>
> >
> >
> http://lists.freedesktop.org/archives/cairo-announce/2005-June/000018.html
> >
> > But there is no autogen.sh. Also, when I run ./configure, it failed as
> well.
> >
> > Would you please shed some light on this? I desperately would like to
> > compile windows version of TuxPaint.
> >
> > Many thanks and Best Regards,
> > Shih-Chin
> >
> > On 4/9/07, Shih-Chin Yang <sya...@gm...> wrote:
> > >
> > >Hi, John:
> > >Thanks for your info. It looked like you have gone through a lot of the
> > >work. But I am afraid that I would not be able to get it right to
> > >compile...
> > >
> > >Shih-Chin
> > >
> > >On 4/8/07, John Popplewell <jo...@jo...> wrote:
> > >>
> > >> On Sun, Apr 08, 2007 at 10:25:44PM +0800, Shih-Chin Yang wrote:
> > >> > To who may concern:
> > >> >
> > >> > I used visual C++ 6.0 to compile Tux Paint. But it was generating a
> > >> lot of
> > >> > errors. Could someone shed some light on these errors? First of
> all,
> > >> it
> > >> > looks like hq4x.c and hqxx.c could not be found at all. Secondly,
> > >> there were
> > >> > a lot of errors when compiling shlwapi.h
> > >> Hi,
> > >>
> > >> Tux Paint hasn't compiled with Visual C++ 6.0 for a long time, since
> > >> before the project was split up into multiple files.
> > >>
> > >> All the other platforms that Tux Paint builds on use GCC and the GNU
> > >> tools and as VC6 is far from C standards compliant these days,
> patches
> > >> to make Tux Paint build won't be accepted into the source tree (mine
> > >> weren't). Although I suppose a set of patches to transform the code
> into
> > >> something that builds might find a home somewhere ...
> > >>
> > >> On Windows we use the MinGW/MSYS combination and I've put up some
> > >> instructions here:
> > >>
> > >> http://johnnypops.demon.co.uk/mingw/index.html
> > >>
> > >> detailing how to get everything to work. It's quite a lot of work,
> but I
> > >> found the experience to be a bit like building a plastic aircraft
> model
> > >> (an "Airfix" kit, from when I was a kid) except that the bits, out of
> > >> the box, don't fix together without some tinkering :-)
> > >>
> > >> Good luck,
> > >>
> > >> regards,
> > >> John.
> > >>
> > >>
> > >>
> -------------------------------------------------------------------------
> > >>
> > >> Take Surveys. Earn Cash. Influence the Future of IT
> > >> Join SourceForge.net's Techsay panel and you'll get the chance to
> share
> > >> your
> > >> opinions on IT & business topics through brief surveys-and earn cash
> > >>
> > >>
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > >> _______________________________________________
> > >> Tuxpaint-devel mailing list
> > >> Tux...@li...
> > >> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
> > >>
> > >
> > >
>
> >
> -------------------------------------------------------------------------
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > _______________________________________________
> > Tuxpaint-devel mailing list
> > Tux...@li...
> > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
>

Re: [Tuxpaint-devel] libsvg error , Errors in compiling Tux Paint for windows

[Shih-Chin Y. <sya...@gm...>]

Hi, John:
Thanks for your update. I succeeded in compiling libsvg.
However, I encountered another problem for cairo in ./configure steps

I got the following error at the end
==========================
.................................
checking for cos in -lm... yes
checking for compress in -lz... yes
checking zlib.h usability... yes
checking zlib.h presence... yes
checking for zlib.h... yes
checking pkg-config is at least version 0.9.0... no
configure: error: pkg-config >=  required but not found (http://pkgconfig.f
sktop.org/)
==========================

Then I followed the instruction in
http://www.mingw.org/MinGWiki/index.php/pkg-config

But the error was still the same.
Could you please shed some light on this?

Many thanks and Best Regards,
Shih-Chin


On 5/15/07, John Popplewell <jo...@jo...> wrote:
>
> On Tue, May 15, 2007 at 12:59:57AM +0800, Shih-Chin Yang wrote:
> > Hi, John:
> > I almost finished compiling all the required libraries in MSYS/MINGW but
> > libsvg. First of all, I could not find the cvs repository in your
> > instruction, the link doesn't work. Then I googled a snapshot from
> following
> > link
> Hi Shih-Chin,
>
> the site has broken. Searching for 'libsvg' on Google produces that same
> broken link:
>
> http://cairographics.org/libsvg
>
> as the first hit. I used the cached page to get the following
> information for accessing CVS:
>
> cvs -d :pserver:an...@cv...:/cvs/cairo login
>
> [press enter when prompted for a password]
>
> cvs -z3 -d :pserver:an...@cv...:/cvs/cairo co libsvg
>
> I'll put this on my web page shortly,
>
> regards,
> John.
>
>
> >
> >
> http://lists.freedesktop.org/archives/cairo-announce/2005-June/000018.html
> >
> > But there is no autogen.sh. Also, when I run ./configure, it failed as
> well.
> >
> > Would you please shed some light on this? I desperately would like to
> > compile windows version of TuxPaint.
> >
> > Many thanks and Best Regards,
> > Shih-Chin
> >
> > On 4/9/07, Shih-Chin Yang <sya...@gm...> wrote:
> > >
> > >Hi, John:
> > >Thanks for your info. It looked like you have gone through a lot of the
> > >work. But I am afraid that I would not be able to get it right to
> > >compile...
> > >
> > >Shih-Chin
> > >
> > >On 4/8/07, John Popplewell <jo...@jo...> wrote:
> > >>
> > >> On Sun, Apr 08, 2007 at 10:25:44PM +0800, Shih-Chin Yang wrote:
> > >> > To who may concern:
> > >> >
> > >> > I used visual C++ 6.0 to compile Tux Paint. But it was generating a
> > >> lot of
> > >> > errors. Could someone shed some light on these errors? First of
> all,
> > >> it
> > >> > looks like hq4x.c and hqxx.c could not be found at all. Secondly,
> > >> there were
> > >> > a lot of errors when compiling shlwapi.h
> > >> Hi,
> > >>
> > >> Tux Paint hasn't compiled with Visual C++ 6.0 for a long time, since
> > >> before the project was split up into multiple files.
> > >>
> > >> All the other platforms that Tux Paint builds on use GCC and the GNU
> > >> tools and as VC6 is far from C standards compliant these days,
> patches
> > >> to make Tux Paint build won't be accepted into the source tree (mine
> > >> weren't). Although I suppose a set of patches to transform the code
> into
> > >> something that builds might find a home somewhere ...
> > >>
> > >> On Windows we use the MinGW/MSYS combination and I've put up some
> > >> instructions here:
> > >>
> > >> http://johnnypops.demon.co.uk/mingw/index.html
> > >>
> > >> detailing how to get everything to work. It's quite a lot of work,
> but I
> > >> found the experience to be a bit like building a plastic aircraft
> model
> > >> (an "Airfix" kit, from when I was a kid) except that the bits, out of
> > >> the box, don't fix together without some tinkering :-)
> > >>
> > >> Good luck,
> > >>
> > >> regards,
> > >> John.
> > >>
> > >>
> > >>
> -------------------------------------------------------------------------
> > >>
> > >> Take Surveys. Earn Cash. Influence the Future of IT
> > >> Join SourceForge.net's Techsay panel and you'll get the chance to
> share
> > >> your
> > >> opinions on IT & business topics through brief surveys-and earn cash
> > >>
> > >>
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > >> _______________________________________________
> > >> Tuxpaint-devel mailing list
> > >> Tux...@li...
> > >> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
> > >>
> > >
> > >
>
> >
> -------------------------------------------------------------------------
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > _______________________________________________
> > Tuxpaint-devel mailing list
> > Tux...@li...
> > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
>

[Tuxpaint-devel] --native option added

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

A new option has been added to Tux Paint (and it is exposed in the
Tux Paint Config GUI tool):  "--native"

This tells Tux Paint to ignore the default screen size (800x600) or any
width/height options given to the app, and try to use the system's current
screen resolution.  This is particularly useful if you sometimes run Tux Paint
in windowed mode (where using the screen's resolution doesn't make sense,
since you have window titlebar, borders, desktop taskbar/panels, widgets, etc.)
and sometimes run it in fullscreen mode (and want to get the most out of
your monitor).

The option only makes sense with fullscreen mode (e.g., "--fullscreen"
on the command-line).

You can use it in one of the following ways:

Command-line:
  tuxpaint --fullscreen --native

Options file:
  fullscreen=yes
  native=yes

Alternatively:
  fullscreen=native


(Guess who just bought his first LCD monitor? :) )

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

Re: [Tuxpaint-devel] libsvg error , Errors in compiling Tux Paint for windows

[John P. <jo...@jo...>]

On Tue, May 15, 2007 at 12:59:57AM +0800, Shih-Chin Yang wrote:
> Hi, John:
> I almost finished compiling all the required libraries in MSYS/MINGW but
> libsvg. First of all, I could not find the cvs repository in your
> instruction, the link doesn't work. Then I googled a snapshot from following
> link
Hi Shih-Chin,

the site has broken. Searching for 'libsvg' on Google produces that same
broken link:

http://cairographics.org/libsvg

as the first hit. I used the cached page to get the following
information for accessing CVS:

cvs -d :pserver:an...@cv...:/cvs/cairo login

[press enter when prompted for a password]

cvs -z3 -d :pserver:an...@cv...:/cvs/cairo co libsvg

I'll put this on my web page shortly,

regards,
John.


> 
> http://lists.freedesktop.org/archives/cairo-announce/2005-June/000018.html
> 
> But there is no autogen.sh. Also, when I run ./configure, it failed as well.
> 
> Would you please shed some light on this? I desperately would like to
> compile windows version of TuxPaint.
> 
> Many thanks and Best Regards,
> Shih-Chin
> 
> On 4/9/07, Shih-Chin Yang <sya...@gm...> wrote:
> >
> >Hi, John:
> >Thanks for your info. It looked like you have gone through a lot of the
> >work. But I am afraid that I would not be able to get it right to 
> >compile...
> >
> >Shih-Chin
> >
> >On 4/8/07, John Popplewell <jo...@jo...> wrote:
> >>
> >> On Sun, Apr 08, 2007 at 10:25:44PM +0800, Shih-Chin Yang wrote:
> >> > To who may concern:
> >> >
> >> > I used visual C++ 6.0 to compile Tux Paint. But it was generating a
> >> lot of
> >> > errors. Could someone shed some light on these errors? First of all,
> >> it
> >> > looks like hq4x.c and hqxx.c could not be found at all. Secondly,
> >> there were
> >> > a lot of errors when compiling shlwapi.h
> >> Hi,
> >>
> >> Tux Paint hasn't compiled with Visual C++ 6.0 for a long time, since
> >> before the project was split up into multiple files.
> >>
> >> All the other platforms that Tux Paint builds on use GCC and the GNU
> >> tools and as VC6 is far from C standards compliant these days, patches
> >> to make Tux Paint build won't be accepted into the source tree (mine
> >> weren't). Although I suppose a set of patches to transform the code into
> >> something that builds might find a home somewhere ...
> >>
> >> On Windows we use the MinGW/MSYS combination and I've put up some
> >> instructions here:
> >>
> >> http://johnnypops.demon.co.uk/mingw/index.html
> >>
> >> detailing how to get everything to work. It's quite a lot of work, but I
> >> found the experience to be a bit like building a plastic aircraft model
> >> (an "Airfix" kit, from when I was a kid) except that the bits, out of
> >> the box, don't fix together without some tinkering :-)
> >>
> >> Good luck,
> >>
> >> regards,
> >> John.
> >>
> >>
> >> -------------------------------------------------------------------------
> >>
> >> Take Surveys. Earn Cash. Influence the Future of IT
> >> Join SourceForge.net's Techsay panel and you'll get the chance to share
> >> your
> >> opinions on IT & business topics through brief surveys-and earn cash
> >>
> >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> >> _______________________________________________
> >> Tuxpaint-devel mailing list
> >> Tux...@li...
> >> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
> >>
> >
> >

> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel

[Tuxpaint-devel] libsvg error , Errors in compiling Tux Paint for windows

[Shih-Chin Y. <sya...@gm...>]

Hi, John:
I almost finished compiling all the required libraries in MSYS/MINGW but
libsvg. First of all, I could not find the cvs repository in your
instruction, the link doesn't work. Then I googled a snapshot from following
link

http://lists.freedesktop.org/archives/cairo-announce/2005-June/000018.html

But there is no autogen.sh. Also, when I run ./configure, it failed as well.

Would you please shed some light on this? I desperately would like to
compile windows version of TuxPaint.

Many thanks and Best Regards,
Shih-Chin

On 4/9/07, Shih-Chin Yang <sya...@gm...> wrote:
>
> Hi, John:
> Thanks for your info. It looked like you have gone through a lot of the
> work. But I am afraid that I would not be able to get it right to compile...
>
> Shih-Chin
>
> On 4/8/07, John Popplewell <jo...@jo...> wrote:
> >
> > On Sun, Apr 08, 2007 at 10:25:44PM +0800, Shih-Chin Yang wrote:
> > > To who may concern:
> > >
> > > I used visual C++ 6.0 to compile Tux Paint. But it was generating a
> > lot of
> > > errors. Could someone shed some light on these errors? First of all,
> > it
> > > looks like hq4x.c and hqxx.c could not be found at all. Secondly,
> > there were
> > > a lot of errors when compiling shlwapi.h
> > Hi,
> >
> > Tux Paint hasn't compiled with Visual C++ 6.0 for a long time, since
> > before the project was split up into multiple files.
> >
> > All the other platforms that Tux Paint builds on use GCC and the GNU
> > tools and as VC6 is far from C standards compliant these days, patches
> > to make Tux Paint build won't be accepted into the source tree (mine
> > weren't). Although I suppose a set of patches to transform the code into
> > something that builds might find a home somewhere ...
> >
> > On Windows we use the MinGW/MSYS combination and I've put up some
> > instructions here:
> >
> > http://johnnypops.demon.co.uk/mingw/index.html
> >
> > detailing how to get everything to work. It's quite a lot of work, but I
> > found the experience to be a bit like building a plastic aircraft model
> > (an "Airfix" kit, from when I was a kid) except that the bits, out of
> > the box, don't fix together without some tinkering :-)
> >
> > Good luck,
> >
> > regards,
> > John.
> >
> >
> > -------------------------------------------------------------------------
> >
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share
> > your
> > opinions on IT & business topics through brief surveys-and earn cash
> >
> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > _______________________________________________
> > Tuxpaint-devel mailing list
> > Tux...@li...
> > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
> >
>
>

[Tuxpaint-devel] Landscape vs Portrait printing on OSX (Was re: Wrong colors printed on Mac OS X (Intel))

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

On Mon, Feb 12, 2007 at 10:15:43PM +0100, Martin Fuhrer wrote:
> I have set default to landscape, since Tux Paint pictures are painted  
> in landscape mode.  Of course, this can be changed back to portrait  
> in the print dialog, provided it appears ;-)

Note that Tux Paint 0.9.17 will have improved support for portrait
displays (e.g., tablet PCs), so it would be best if it printed as close
to full-page as possible, at least by default.  (That is, if the Tux Paint
screen has a portrait canvas, don't print THAT in landscape, otherwise you're
wasting paper :^) )

...if at all possible. :)  And thanks!

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

Re: [Tuxpaint-devel] Tux Paint Bugs on SF.net as of May 2007

[Martin F. <mf...@gm...>]

On 8-May-07, at 8:27 AM, Bill Kendrick wrote:
>
> 1542310 [!] Prints invalid(?) postscript
>   (Using this to cover all printing-related bugs.  Weird colors on  
> Intel Macs,
>   problems with HPs on Linux, page formatted incorrectly, printing  
> differently
>   depending on Tux Paint window (hence, canvas) size, etc.)
>
> 1431295 [!] Cannot type into Mac OS X printer dialog

The Mac OS X print dialog typing problem is fixed, just not submitted  
to CVS.  I'm still intending to add some additional code to auto- 
scale the images so that they print to the full size of a page, and  
will submit all the code at once and update the bug status (I've been  
delayed with a couple other projects, but will get to this hopefully  
in another two or three weeks).

The color printing bug on Intel Macs *might* be fixed in the  
following version (I don't have an Intel Mac to test on) - if anyone  
with an Intel Mac can try it out, please let me know if the colors  
print normally (this build also includes the typing fix):
http://www.rhythmiccanvas.com/temp/tuxpaint-0.1.16.1b2-macosx.dmg

Martin

[Tuxpaint-devel] Tux Paint Bugs on SF.net as of May 2007

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

Over the last two days I cleared out a number of Bug reports and
RFEs (Feature Requests) from the Tux Paint project over at SourceForge.net.
I also did a little prioritization.

Some were out-of-date and had already been fixed.  Some were, in essence,
duplicates of other bugs, and some were things I've reconsidered.

Here's what's left:

  http://sourceforge.net/tracker/?group_id=66938&atid=516295

And here's a summary of that, with some notes.  Things marked "[!]" are what
I consider 'blockers', and would therefore REALLY like to see addressed before
I release v. 0.9.17.  Things marked "[?]" are nasty-sounding bugs which seem
to only affect approximately one user.


In order of Priority, then Open Date:


1666078 [?] Text doesn't work at all

1616040 [?] First mouse click in Fullscreen minimizes TP to taskbar

1542310 [!] Prints invalid(?) postscript
  (Using this to cover all printing-related bugs.  Weird colors on Intel Macs,
  problems with HPs on Linux, page formatted incorrectly, printing differently
  depending on Tux Paint window (hence, canvas) size, etc.)

1431295 [!] Cannot type into Mac OS X printer dialog

1680430     _flip.png stamps don't work
  (missing feature)

1057337     Only use "savedir" for saved files, not to look for stamps/brushes

1668235     Default stamps sizes are wrong
  (minor, but annoying)

1057321     Mirror UI for RTL languages
  (will be a lot of work)

1055458     "printcfg" option not recognized

1680773     Mention canvas size change in README
  (doc fixup)

1680436     EXTENDING docs incorrect about starter sizes
  (doc fixup)

1417849     Create thumbnails of starters
  (optimization)

1057351     Saved images on should be stored in My Documents/My Pictures
  (win32 integration issue)

1057318     Fix BIDI wordwrap

1057314     Fix uppercasing
  (minor, but broken feature; also been requested a similar "--lowercase" mode)

1057334     Provide a more Mac OS X style for handling configuration
  (versus "~/.tuxpaintrc", etc., if we still do it that way on OSX)

1057311     Fix XOR bug when you 'abort' the shape tool
  (minor gfx glitch)

1057309     Fix XOR bug with blinking text cursor.
  (minor gfx glitch)

1659503     Stamp tinting options are undocumented
  (doc fixup)

1658697     Directional brushes should use middle image in brushes list
  (minor UI correction)

1057343     Show different text tip for shape tool when in --simpleshape
  (minor UI correction)

1057342     Fix "update_shape()" function and use it to replace SDL_Flip
  (optimization)

1057341     Fix and use scanline fill for filled shapes
  (minor optimization)

1057331     Add better description of where things get installed
  (doc fixup)

1057330     Mention CONFDIR in INSTALL.txt
  (doc fixup)

1057329     Mac OS X compilation in INSTALL.txt
  (doc fixup)

1057308     Clash between Open dialog arrow key controls and mouse arrow
  (minor UI correction)



Really, 1542310 (the collection of printing issues) is the glaring bug that
makes me hesitate from releasing another version of Tux Paint.

After working for a year in a professional mobile game & app. development
house, I'm beginning to think we might want to put together some test cases
for us all to go through before finalizing a release.

I can easily say: "hey, a new tux paint is available!" and have John build it
for Win32, and someone build it for Mac OS X, but my release of a .tar.gz
is FAR from any guarantee that it WORKS. :)

Anyway, any thoughts on the above?

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

[Tuxpaint-devel] Fwd: Tux Paint 'Text' tool Input Method support - can you help!?

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

I recently sent private email messages to some of Tux Paint's translators,
asking for help with the new Input Method feature.  Mark K. Kim, who developed
the code behind the new feature sent a follow-up message that I felt was
important to have documented somewhere.  At the very least, archived on these
lists seemed like a good idea. :^)

(Thanks, Mark!)

----- Forwarded message from "Mark K. Kim" -----

Date: Sun, 6 May 2007 19:42:28 -0700
From: "Mark K. Kim"
Subject: Re: Tux Paint 'Text' tool Input Method support - can you help!?

This is how to implement the IM in Tux Paint for most languages:

  1. Find the Unicode values for your Native Language:

     http://www.unicode.org/charts/

  2. Determine the English alphabet sequence(s) that will generate the
     unicodes in step #1.

  3. Make a *.im file using the information from step #1 and #2.

  4. Update im.c with the support for your language.

Step #4 may not be your expertise, in which case one of the coders can
help you.

For most languages, I'm guessing there is a one-keystroke-to-one-
unicode-character correlation.  Hebrew, for example, is one such
language.  These should be pretty straight-forward to code.

Some languages, however, require several keystrokes to be typed to
output a single unicode chracter, such as Japanese and Korean.  These
require a bit more understanding of the language.  Due to the
complexity, such languages require someone who can program and know the
language to program correctly.  Those I can't help you with,
unfortunately.

On Sun, May 06, 2007 at 07:12:07AM -0700, Bill Kendrick wrote:
> (PS to Mark - what kind of considerations should there be for this?
> For example, how does one decide which is/are the best key(s) to use
> for cycling through the modes, for a particular locale?)

Whoever that is coding the IM for the Language in question should know
the answer to that, but here are the details for completeness:

Mode for switching between English and the Native Language (and any mode
within the Native Language, if any) depends on the convention of the
Native Language's keyboard layout.  Here's even more details:

Some language may not even have such concept as different modes.  Many
European keyboards, for example, are similar enough to the English
keyboard that they simply do not have modes.  If there is any key
"missing" on their keyboard, they simply can't use it.  (They could
copy&paste or such to "type" them, however.)  They have "extra" keys
they need for their Native Language, however.

But languages like Korean and Japanese can't simply have their Native
Alphabets on their keyboards.  They need some sort of English-esque keys
for programming in C and typing commands onto the commandline.
Unfortunately there aren't enough keys on a keyboard to accomodate all
of the Native Alphabets as well as the English Alphabets.  So they have
a key to switch between the two languages.

For both Korean and Japanese, their native keyboards have a dedicated
key to switch between their Native Language and English.  For a
Korean-American like myself who wants to type Korean on the American
keyboard lacking a dedicated Korean/English mode-switching key, we use
the Right-Alt key as the Korean/English mode-switching key.

So the Right-Alt key is used as the Korean/English mode-switching key on
keyboards without a dedicated Korean/English mode-switching key.  This
is purely a convention set by the Korean community.  Anyone who is
implementing IM for Tux Paint for their Native Language should do the
same and use whatever convention used by their Native Community for the
mode-switching key.

Hope that helps,

-Mark


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

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

Re: [Tuxpaint-devel] Fw: Bug#421916: tuxpaint-config settings aren't used by tuxpaint

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

On Sun, May 06, 2007 at 06:47:44AM -0700, Bill Kendrick wrote:
> In other words, you're saying:  Tux Paint can switch to any locale _it_
> supports, regardless of the locales available system-wide...?

Yes, provided we set it directly using setenv() instead of replying on
setlocale().  I'm not sure how portable this code would be across
different platforms and different versions of libintl, however.

-Mark

Re: [Tuxpaint-devel] Fw: Bug#421916: tuxpaint-config settings aren't used by tuxpaint

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

On Sat, May 05, 2007 at 05:15:09PM -0700, Mark K. Kim wrote:
> Even if setlocale() fails, you can just set the environment variable to
> force the locality's output in gettext().  I believe setlocale() is just
> used to make the system responses use the selected locale (ie, make
> perror() print error messages in the selected language, make date()
> default to selected locale output format, etc.)  Since Tux Paint makes
> minimal use of glibc for such text formatting, I think we could just
> force-set the locale by setting the environment variable if that makes
> more sense from the user's perspective.

I think it makes sense, yeah.

In other words, you're saying:  Tux Paint can switch to any locale _it_
supports, regardless of the locales available system-wide...?

-bill!
(running on ~4.5 hrs sleep :^( )

Re: [Tuxpaint-devel] Windows beta build to test Input Method support?

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

On Sat, May 05, 2007 at 09:16:02PM -0700, Mark K. Kim wrote:
> I was one-off on the dereferences.  I counted the stars and it looks
> good now.

Thanks, Mark!  Looks fine now.

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

Re: [Tuxpaint-devel] Windows beta build to test Input Method support?

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

On Thu, May 03, 2007 at 07:42:27PM -0700, Mark K. Kim wrote:
> Thank, Bill.  I added that code because I thought it's the correct C
> syntax.  I could be wrong...  maybe they should be taken out.  It
> shouldn't crash, though.  I'll look into it this weekend.

I was one-off on the dereferences.  I counted the stars and it looks
good now.

-Mark

Re: [Tuxpaint-devel] Fw: Bug#421916: tuxpaint-config settings aren't used by tuxpaint

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

On Thu, May 03, 2007 at 09:35:31AM -0700, Bill Kendrick wrote:

> Anyone have ideas how to have the gettext() layer tell what locales are
> installed?

Call setlocale(), and if it succeeds then the locale is installed,
returns NULL if it isn't.  I think the way it works is libintl queries
glibc to see if the locale is available.  I'm not sure if there's a way
to get a complete list from glibc automatically.

Even if setlocale() fails, you can just set the environment variable to
force the locality's output in gettext().  I believe setlocale() is just
used to make the system responses use the selected locale (ie, make
perror() print error messages in the selected language, make date()
default to selected locale output format, etc.)  Since Tux Paint makes
minimal use of glibc for such text formatting, I think we could just
force-set the locale by setting the environment variable if that makes
more sense from the user's perspective.

-Mark

Re: [Tuxpaint-devel] Stamp groupings - partial CVS commit

[<tor...@at...>]

Caroline Ford skrev:
> I think wrapping round is better rather than having to do x clicks to
> get back to one you like at the beginning.
>   
I agree.
> Are we going to group by high level directory - eg all symbols? Can we
> have stamps in more than one group? (I'm thinking of a stamp having
> flags in the dat file so vehicle, red, united states, english language
> or something.)
>
> I'd personally love the idea of loading a locale-specific stamp pack on
> top of a multinational default. This would enable a us kid to get a us
> mailbox and a uk kid to get a uk letterbox and none be the wiser..
>   
I think it would be nice if the teacher/parent could rapidly change 
which stamps to load (say you have a project about safe behaviour in the 
traffic first, and then the next class has a project about birds living 
in the local region). Maybe a small program to make profiles, and select 
which profile to use when starting the program. TuxPaint should then 
load the stamps in the current profile without any user requests when it 
is started. Does this sound like a good idea? The groups could be either 
the directory structure (as it is today), or something you build in the 
profile program.

Maybe the profile program could generate an xml-file along the lines of:
<stamps>
  <group name="cars">
    <stamp path="vehicles/auto/sedan.png" />
    <stamp path="fire/firecar.png" />
  </group>
  <group name="people">
    <stamp path="people/fireman200b.png" />
  </group>
</stamps>


Kind regards
Tore

Re: [Tuxpaint-devel] Windows beta build to test Input Method support?

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

On Wed, May 02, 2007 at 11:32:52PM -0700, Bill Kendrick wrote:

> FYI, it looks like your fix for that causes a crash when Tux Paint is
> run in a locale that there's no specific IM support for (e.g., crashes
> when I run 'tuxpaint'; works fine when I run 'tuxpaint --lang japanese').
> 
> Undoing this (in im_read()) fixed it:
> 
> 
>   IM_EVENT_FN* im_event_fp = NULL;     // added *
> ...
>   im_event_fp = &im_event_fns[im->lang];   // added &

Thank, Bill.  I added that code because I thought it's the correct C
syntax.  I could be wrong...  maybe they should be taken out.  It
shouldn't crash, though.  I'll look into it this weekend.

-Mark

Re: [Tuxpaint-devel] Stamp groupings - partial CVS commit

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

On Thu, 2007-05-03 at 09:39 -0700, Bill Kendrick wrote:
> One of the plans I've had for Tux Paint since the beginning is the
> grouping of stamps.  You can see this in how stamps are organized in the
> 'tuxpaint-stamps' package.
> 
> Well, last night it finally began.  Currently, it's just a UI change.
> Tux Paint still _loads_ all of the stamps (but if I recall, as of a few
> versions ago, it intelligently loads and unloads stamps from RAM...
> but I need to double-check).
> 
> Below the list of stamps will be a <= (left arrow) and => (right arrow),
> corresponding to 'previous' and 'next' stamp group.  (I'm not sure whether
> letting it wrap around makes more sense than having it stop and the
> first and last groups... what do you think?)
> 
> I'm about 75% done with this, but ran out of time last night, and
> decided this morning that I had better commit before someone walks in and
> makes any big changes to tuxpaint.c that may require careful merging. :)
> 
> So don't be surprised if you're looking at Tux Paint in CVS and the stamps
> tool appears messed up...
> 
I think wrapping round is better rather than having to do x clicks to
get back to one you like at the beginning.

Are we going to group by high level directory - eg all symbols? Can we
have stamps in more than one group? (I'm thinking of a stamp having
flags in the dat file so vehicle, red, united states, english language
or something.)

I'd personally love the idea of loading a locale-specific stamp pack on
top of a multinational default. This would enable a us kid to get a us
mailbox and a uk kid to get a uk letterbox and none be the wiser..

Other nationality's stuff would be available for language learning etc.
you could install the Germany or German pack for school German lessons.

I've 95% done a German alphabet language pack with audio files for
letter names. I'm just double checking the copyright status of the audio
file and then I'll send to Bill and stick on sourceforge.

Caroline

[Tuxpaint-devel] Stamp groupings - partial CVS commit

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

One of the plans I've had for Tux Paint since the beginning is the
grouping of stamps.  You can see this in how stamps are organized in the
'tuxpaint-stamps' package.

Well, last night it finally began.  Currently, it's just a UI change.
Tux Paint still _loads_ all of the stamps (but if I recall, as of a few
versions ago, it intelligently loads and unloads stamps from RAM...
but I need to double-check).

Below the list of stamps will be a <= (left arrow) and => (right arrow),
corresponding to 'previous' and 'next' stamp group.  (I'm not sure whether
letting it wrap around makes more sense than having it stop and the
first and last groups... what do you think?)

I'm about 75% done with this, but ran out of time last night, and
decided this morning that I had better commit before someone walks in and
makes any big changes to tuxpaint.c that may require careful merging. :)

So don't be surprised if you're looking at Tux Paint in CVS and the stamps
tool appears messed up...

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

Re: [Tuxpaint-devel] Fw: Bug#421916: tuxpaint-config settings aren't used by tuxpaint

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

On Thu, May 03, 2007 at 10:11:00AM -0300, Ben Armstrong wrote:
> See http://bugs.debian.org/421916 for background on the following.
> The user suggests this improvement to tuxpaint-config to minimize
> confusion with this common problem:

Anyone have ideas how to have the gettext() layer tell what locales are
installed?

Also, down the road, I hope to make Tux Paint Config able to write
to arbitrary config files, so the user can create them and save them
as needed; perhaps on a completely different system.  I think warning the
user that their _local_ system lacks a particular locale is a better
idea than making those locales quietly unavailable...

-bill!

[Tuxpaint-devel] Fw: Bug#421916: tuxpaint-config settings aren't used by tuxpaint

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

See http://bugs.debian.org/421916 for background on the following.
The user suggests this improvement to tuxpaint-config to minimize
confusion with this common problem:

Begin forwarded message:

Date: Thu, 3 May 2007 10:08:49 -0300
From: Ben Armstrong <sy...@sa...>
To: 42...@bu...
Cc: Marcos Marado <Mar...@so...>
Subject: Re: Bug#421916: tuxpaint-config settings aren't used by tuxpaint


On Thu, 3 May 2007 12:42:00 +0100
Marcos Marado <Mar...@so...> wrote:
> Understood. Shouldn't tuxpaint-config then check if the user chose a language 
> that is not installed, and, whenever that's the case, issue a message saying 
> something like "Attention: your system doesn't have that language installed. 
> Please ask your system administrator to proceed installing it. More info on 
> tuxpaint-config's README.Debian ." ?

Tuxpaint-config can't refer to Debian-specific docs because it is not a Debian-
specific utility.  But "More info in the Tux Paint FAQ" would be appropriate.
I'll forward this suggestion upstream.  Thanks.

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 ]


-- 
--
 ,-.  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 ]