tuxpaint-devel — General discussion list for Tux Paint developers

[Tuxpaint-devel] bug hunting before release

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

It would be good to check Tuc Paint for bad memory accesses
using the two best tools we have available:

1. Use "valgrind tuxpaint" on a fast x86 machine.

2. Using gcc 4, compile using "-lmudflap -fmudflap". (any CPU is OK)

[Tuxpaint-devel] Tux Paint 0.9.15 release plans

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

So I've been putting off releasing Tux Paint 0.9.15 for _WAY_ too long...
mostly because I haven't had time to tidy up some loose ends.

In the coming days I'm going to try to make a list of things I'd like to
see working/fixed/changed in 0.9.15, and then leave the rest for a later
version.

In the meantime, is there anything porters/builders/others need from me?
Can people start making text builds/ports based on the current CVS, so we
can get bugs ironed out before I make a tarball source release?

Thanks!!!

PS to Ben - remind me, what's the trick to make a tarball and NOT include
the CVS and .cvsignore files? ;)

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

[Tuxpaint-devel] Tux Paint in "Free Software for Dummies"

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

There's a short section (about 2.5-3 pages) covering Tux Paint in the
recently-published Wiley book "Free Software for Dummies":

  http://www.dummies.com/WileyCDA/DummiesTitle/productCd-0764595792.html

Yay! ;^)

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

Re: [Tuxpaint-devel] Re: [Tuxpaint-cvs] tuxpaint/src tuxpaint.c,1.426,1.427

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

On Tue, Aug 09, 2005 at 01:24:52PM -0700, Bill Kendrick wrote:
> On Tue, Aug 09, 2005 at 02:23:12PM +0000, John Popplewell wrote:
> > Restores system locale detection for Windows. --lang=thai now works, still problem with e.g. French and German.
> > 
> 
> OOC, what's the problem with French & German?  (Windows only, I presume?)
> 
Yep, Windows only.

It's fixed now, but cvs is/was down for 36 hours so I've not checked the
fix in. gettext wasn't returning UTF-8 strings, adding the following (to
the WIN32 section) in set_current_language() fixed it:

bind_textdomain_codeset("tuxpaint", "UTF-8");

I've tested it for French, German, Greek and Thai.

I'll move the installer along next chance I get,

cheers,
John.

> -bill!
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
> 

[Tuxpaint-devel] Re: [Tuxpaint-cvs] tuxpaint/src tuxpaint.c,1.426,1.427

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

On Tue, Aug 09, 2005 at 02:23:12PM +0000, John Popplewell wrote:
> Restores system locale detection for Windows. --lang=thai now works, still problem with e.g. French and German.
> 

OOC, what's the problem with French & German?  (Windows only, I presume?)

-bill!

Re: [Tuxpaint-devel] Provide "all user" installation for Windows Professional (attn: John Popplewell)

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

On Sat, Jul 30, 2005 at 09:36:30PM -0700, Bill Kendrick wrote:
> On Mon, Jul 18, 2005 at 05:28:03AM +0100, John Popplewell wrote:
> > cheers,
> > John Popplewell.
> > PS I might even have time to do some this week, but time for bed now :-)
> 
> I noticed you did some work on this recently, thanks!  It's all pretty
> beyond me (since I don't know much about the internal workings of Win32
> app installation), but (1) I appreciate your help and (2) wonder how far
> along it is...?
> 
I've got the Tux Paint and Stamps installers almost finished, but I'm
having problems with gettext again. The thai font(?) you added recently,
prompted me to test the gettext stuff and its broken :-( Got a plan for
fixing, but I'm busy with work again. Back to it soon.

> In the meantime, I've aggregated your CVS commit comments, more-or-less,
> into CHANGES.txt changelog entries, to keep things documented.  Thanks again!
> 
Thanks for that. I'd forgotten to help keep that up-to date,

cheers,
John.

> -bill!
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
> 

Re: [Tuxpaint-devel] online lessons and standards?

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

On Tue, Jul 19, 2005 at 01:29:16PM -0300, Ben Armstrong wrote:
> On Mon, 2005-07-18 at 13:52 -0700, Bill Kendrick wrote:
> > FYI, I've moved this thread over to 'tuxpaint-users', where I think it's
> > more on-topic:
> 
> Perhaps this would be a topic of general interest to educators on
> schoolforge-discuss?

Done.

  http://archives.seul.org/schoolforge/discuss/Jul-2005/msg00041.html

-- 
-bill!                          Picn*x14 --- Linux Anniversary Picnic & BBQ!
bi...@ne...       Sunnyvale Baylands Park, Sunday, August 14th
http://newbreedsoftware.com/    http://linuxpicnic.org/ to RSVP & volunteer!

Re: [Tuxpaint-devel] online lessons and standards?

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

On Tue, Jul 12, 2005 at 10:50:32AM -0400, Gina Susanne Loveless wrote:
> I'm a teacher and grad student.  I use Tux Paint in my computer lab but was 
> wondering if you might have lessons online and/or how they would be aligned 
> to the NETS standards?  I'm doing a project for my grad work and wanted to 
> use Tux Paint. I need lessons using Tux Paint and their alignment to the 
> NETS standards.  Is this information available online, at all?????? 

I really couldn't find any information for _publishers_ (like myself), so
I just dropped an email to the NETS Project Director to ask her for advice.

In the meantime, if anyone out here more familiar with the
National Education Technology Standards have any hints as to what would
be needed for lesson plans to actually adhere to such standards, please
speak up!

Thanks Gina, and good luck!

-- 
-bill!                          Picn*x14 --- Linux Anniversary Picnic & BBQ!
bi...@ne...       Sunnyvale Baylands Park, Sunday, August 14th
http://newbreedsoftware.com/    http://linuxpicnic.org/ to RSVP & volunteer!

Re: [Tuxpaint-devel] Provide "all user" installation for Windows Professional (attn: John Popplewell)

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

On Mon, Jul 18, 2005 at 05:28:03AM +0100, John Popplewell wrote:
> cheers,
> John Popplewell.
> PS I might even have time to do some this week, but time for bed now :-)

I noticed you did some work on this recently, thanks!  It's all pretty
beyond me (since I don't know much about the internal workings of Win32
app installation), but (1) I appreciate your help and (2) wonder how far
along it is...?

In the meantime, I've aggregated your CVS commit comments, more-or-less,
into CHANGES.txt changelog entries, to keep things documented.  Thanks again!

-bill!

Re: [Tuxpaint-devel] online lessons and standards?

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

On Mon, 2005-07-18 at 13:52 -0700, Bill Kendrick wrote:
> FYI, I've moved this thread over to 'tuxpaint-users', where I think it's
> more on-topic:

Perhaps this would be a topic of general interest to educators on
schoolforge-discuss?

Ben

Re: [Tuxpaint-devel] online lessons and standards?

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

On Tue, Jul 12, 2005 at 10:50:32AM -0400, Gina Susanne Loveless wrote:
<snip>
> I use Tux Paint in my computer lab but was wondering if you might have
> lessons online and/or how they would be aligned to the NETS standards?
<snip>

FYI, I've moved this thread over to 'tuxpaint-users', where I think it's
more on-topic:

  http://sourceforge.net/mailarchive/forum.php?forum_id=44542&max_rows=25&style=flat&viewmonth=200507&viewday=18

(It should appear on that page soon.)


For info on that list, see:  http://www.newbreedsoftware.com/tuxpaint/lists/

-- 
-bill!                          Picn*x14 --- Linux Anniversary Picnic & BBQ!
bi...@ne...       Sunnyvale Baylands Park, Sunday, August 14th
http://newbreedsoftware.com/    http://linuxpicnic.org/ to RSVP & volunteer!

Re: [Tuxpaint-devel] Provide "all user" installation for Windows Professional (attn: John Popplewell)

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

On Sun, Jul 17, 2005 at 11:32:00AM -0300, Gabriel Gazzán wrote:
> I agree.
> 
> El Domingo 17 de Julio de 2005 05:05, Mark K. Kim escribió:
> > No, don't close it yet...  The installer needs to be modified to check
> > whether it's being installed as an admin, then provide an option to
> > install for all users along with an option to install for a single user.
> > It's a hassle for an admin to install programs like Tux Paint for all
> > users without the option to install for all users.
> >
> > If the directory or registry permissions are incorrectly set, that's a
> > bigger problem that the admin should fix.  That's not a problem that an
> > installer should deal with any more than it is for an installer to do a
> > disk integrity check before installation.  Let's leave those for the admin
> > and the fix-it tools to deal with, and make the Tux Paint Installer
> > provide the installation options that other tools cannot be used to
> > provide.
> >
> > My late-night 2 cents.
> >
> > -Mark
> 

Hi,

sorry for not chipping in earlier, been busy.

I agree also. We've been aware of various defects in the installer for a
while. I recently had cause to get into installer building again and,
after trying for a while, gave up on NSIS. Take a look at InnoSetup
http://www.jrsoftware.org/isinfo.php I've used it in the past but gave
up because it wasn't customisable. Now it supports PASCAL scripting and
has relevant features built-in that have to be cobbled together for
NSIS.

I believe it is suitable for use in projects such as Tux Paint,
licence-wise.

Terminology:
 'privileged'                - administrator or poweruser

 'all users' (if privileged) - shared install defaults

 'privileged current user'   -
                              }- private install defaults
 'restricted current user'   -


My summary of the suggestions so far (for Win32 build):

 - change the default location of the settings and personal stamps,
   fonts etc. to something per-user.
   e.g. "%HOMEPATH%\Application Data\TuxPaint"
   
 - change the default location of the images/thumbs to something
   per-user. e.g. "%HOMEPATH%\My Documents\My Pictures\TuxPaint"
   
 - change installer to recognise privileges and offer 'all users'
   install. Otherwise, install in some user-specific place, with
   user-specific registry entries etc.
   
 - change stamps and font installers to recognise privileges and try and
   find Tux Paint using relevant registry entries. Can also offer 'all
   users' and install in the same directory as Tux Paint (like now).
   Otherwise, install in the above settings directory.
   
 - if installing as a privileged user, prevent execution of
   tuxpaint-config by restricted users.

 - optionally run tuxpaint-config as current user after completing
   installation.

 - provide more information on building Tux Paint and dependencies on
   Windows using MINGW/MSYS.

In the (default if privileged) 'all users' scenario, the default install
location would be "%SystemDrive%\Program Files\TuxPaint". Otherwise, it
could be "%HOMEPATH%\Programs\TuxPaint".

One thing I've not tackled is the issue of restricted users being able
to, for example, switch printing on even if the global settings disable
it.

If it is possible for Tux Paint to know if it is being run by a
restricted user (maybe test write permissions on the global settings
file?), it would be possible to ignore/disable certain command-line
options and local settings. Maybe this is already in hand?

Comments? Have I missed anything?

cheers,
John Popplewell.
PS I might even have time to do some this week, but time for bed now :-)

Re: [Tuxpaint-devel] Font shows only squares in Tux Paint

[Albert C. <al...@us...>]

On Sun, 2005-07-17 at 13:44 -0700, Bill Kendrick wrote:
> On Sun, Jul 17, 2005 at 01:39:09PM -0700, Bill Kendrick wrote:
> > yvesC told me on IRC that he ran the TTFs through 'fontforge' and it fixed
> > the issue.
> 
> Specifically:
> 
>   [13:44] <yvesC> i just fix encoding in "Info Fontes"
>     (Policy Info i think in english)
>   [13:44] <yvesC> It was custom, i put iso 8859-15

That would do it.

I suppose that libSDLttf, or whatever that library is called,
should detect this and do something about it. Tux Paint can't
deal with this unless it switches to not using that library.

If this has come up before (has it?) then it could go in the
documentation I guess.

Re: [Tuxpaint-devel] Font shows only squares in Tux Paint

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

On Sun, Jul 17, 2005 at 01:39:09PM -0700, Bill Kendrick wrote:
> yvesC told me on IRC that he ran the TTFs through 'fontforge' and it fixed
> the issue.

Specifically:

  [13:44] <yvesC> i just fix encoding in "Info Fontes"
    (Policy Info i think in english)
  [13:44] <yvesC> It was custom, i put iso 8859-15

-bill!

Re: [Tuxpaint-devel] Font shows only squares in Tux Paint

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

On Wed, Jun 29, 2005 at 12:32:27AM -0400, Albert Cahalan wrote:
> On Tue, 2005-06-28 at 20:14 -0700, Bill Kendrick wrote:
> > Does anyone have any clues about the following?
> > 
> > [11:38] <yvesC> I am trying to install a ttf font file for tuxpaint (linux).
> > [11:39] <yvesC> http://alecole.vienneinfo.org/magazine/telech2.htm ec.ttf
> > [11:39] <yvesC> http://alecole.vienneinfo.org/magazine/telechar/ec.ttf
> > [11:39] <yvesC> but tuxpaint shows me only squares instead of characters
> > [11:39] <yvesC> any hints ?
> 
> Lots of strange fonts will only give you squares. Maybe the font
> uses a symbol encoding, similar to a Dingbats or Webdings font.

yvesC told me on IRC that he ran the TTFs through 'fontforge' and it fixed
the issue.

-- 
-bill!                          Picn*x14 --- Linux Anniversary Picnic & BBQ!
bi...@ne...       Sunnyvale Baylands Park, Sunday, August 14th
http://newbreedsoftware.com/    http://linuxpicnic.org/ to RSVP & volunteer!

Re: [Tuxpaint-devel] Provide "all user" installation for Windows Professional (attn: John Popplewell)

[Gabriel <gga...@in...>]

I agree.


El Domingo 17 de Julio de 2005 05:05, Mark K. Kim escribi=F3:
> No, don't close it yet...  The installer needs to be modified to check
> whether it's being installed as an admin, then provide an option to
> install for all users along with an option to install for a single user.
> It's a hassle for an admin to install programs like Tux Paint for all
> users without the option to install for all users.
>
> If the directory or registry permissions are incorrectly set, that's a
> bigger problem that the admin should fix.  That's not a problem that an
> installer should deal with any more than it is for an installer to do a
> disk integrity check before installation.  Let's leave those for the admin
> and the fix-it tools to deal with, and make the Tux Paint Installer
> provide the installation options that other tools cannot be used to
> provide.
>
> My late-night 2 cents.
>
> -Mark

  Internet Banda Ancha Todo el Dia por $u 490 por mes
    Sin gastos adicionales - Sin ocupar su telefono
	Y los primeros 4 meses 50% de descuento!
 ______________________________________________________
 http://www.internet.com.uy - En Uruguay somos internet




  Internet Banda Ancha Todo el Dia por $u 490 por mes
    Sin gastos adicionales - Sin ocupar su telefono
	Y los primeros 4 meses 50% de descuento!
 ______________________________________________________
 http://www.internet.com.uy - En Uruguay somos internet

Re: [Tuxpaint-devel] Provide "all user" installation for Windows Professional (attn: John Popplewell)

[Mark K. K. <tux...@cb...>]

On Sat, 16 Jul 2005, Bill Kendrick wrote:

> On Sat, Jul 16, 2005 at 11:52:25AM -0400, Albert Cahalan wrote:
> >
> > You certainly can't rely on being able to install for
> > all users. That only works when the user is an admin
> > or when filesystem and registry permissions are wrong.
>
> Point taken.  Maybe I assumed they were talking about installing it _as_ the
> admin user, and then none of the other users having the program in their
> menu.  Of course, I have no setup on which to test this myself. :^/
>
> Shall I close the bug?  Or was my assumption correct?  Thx! :)

No, don't close it yet...  The installer needs to be modified to check
whether it's being installed as an admin, then provide an option to
install for all users along with an option to install for a single user.
It's a hassle for an admin to install programs like Tux Paint for all
users without the option to install for all users.

If the directory or registry permissions are incorrectly set, that's a
bigger problem that the admin should fix.  That's not a problem that an
installer should deal with any more than it is for an installer to do a
disk integrity check before installation.  Let's leave those for the admin
and the fix-it tools to deal with, and make the Tux Paint Installer
provide the installation options that other tools cannot be used to
provide.

My late-night 2 cents.

-Mark


-- 
Mark K. Kim
AIM: markus kimius
Homepage: http://www.cbreak.org/
Xanga: http://www.xanga.com/vindaci
Friendster: http://www.friendster.com/user.php?uid=13046
PGP key fingerprint: 7324 BACA 53AD E504 A76E  5167 6822 94F0 F298 5DCE
PGP key available on the homepage

Re: [Tuxpaint-devel] Provide "all user" installation for Windows Professional (attn: John Popplewell)

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

On Sat, Jul 16, 2005 at 11:52:25AM -0400, Albert Cahalan wrote:
> 
> You certainly can't rely on being able to install for
> all users. That only works when the user is an admin
> or when filesystem and registry permissions are wrong.

Point taken.  Maybe I assumed they were talking about installing it _as_ the
admin user, and then none of the other users having the program in their
menu.  Of course, I have no setup on which to test this myself. :^/

Shall I close the bug?  Or was my assumption correct?  Thx! :)

-- 
-bill!                          Picn*x14 --- Linux Anniversary Picnic & BBQ!
bi...@ne...       Sunnyvale Baylands Park, Sunday, August 14th
http://newbreedsoftware.com/    http://linuxpicnic.org/ to RSVP & volunteer!

Re: [Tuxpaint-devel] Provide "all user" installation for Windows Professional (attn: John Popplewell)

[Albert C. <al...@us...>]

On Fri, 2005-07-15 at 23:22 -0700, Bill Kendrick wrote:
> Can we make sure this is dealt with soon, so that when we
> release Tux Paint 0.9.15 the issue is fixed?
> 
> 
>   Provide "all user" installation for Windows Professional
> 
>   https://sourceforge.net/tracker/index.php?func=detail&aid=1173943&group_id=66938&atid=516298
> 
>     It looks as if the installer was written for non pro versions of 
>     windows since it installs the program menu for the current 
>     user and not for all users. Many installers check for this and 
>     either install in the all user area on pro machines or have a 
>     check box to install for all users. 

You certainly can't rely on being able to install for
all users. That only works when the user is an admin
or when filesystem and registry permissions are wrong.

Re: [Tuxpaint-devel] XDG Base Directory Spec

[Albert C. <al...@us...>]

On Sat, 2005-07-16 at 02:26 -0700, Mark K. Kim wrote:
> There are some minor issues but it's certainly duable, even for non-*nix
> systems.  I think it's prodent to keep it at a discussion stage until some
> of the big-name projects use it.  Do you know how much following there is
> for the XDG Base Directory specs?
> 
> Some minor issues I'm thinking about:
> 
>   1. When parsing the $XDG_*_DIRS environment variables on multiple OSes,
>      since the directory separator is different on different OSes, a
>      different call would have to be made on different OSes.  Some extra
>      care may need to be taken (but probably not necessary) when the
>      code is called on multi-platform environments.

Worse yet, environment variables just aren't the normal
native mechanism on the various crufty proprietary systems.

Heck, the usage of environment variables may be on the
decline for Linux-like systems. People are starting to
prefer RPC (Corba, XML, etc.) calls and data associated
with the root window.

>   2. If data files exist in old directory, but $XDG* environment variable
>      defines a new path, should the old directory be used instead, or
>      should the old directory be transferred over, or should the old
>      directory be used only for reading old data but the new directory
>      be used for writing any new data?
> 
>   3. The spec isn't 1.0 yet.  Should we wait until 1.0?
> 
>   4. The fallback paths aren't backwards compatible.  Should the fallback
>      paths use the convention that's being used now?

There's also the more fundamental question of usefulness. Who is
going to set this environment variable, and why would they do so?

Re: [Tuxpaint-devel] XDG Base Directory Spec

[Mark K. K. <tux...@cb...>]

There are some minor issues but it's certainly duable, even for non-*nix
systems.  I think it's prodent to keep it at a discussion stage until some
of the big-name projects use it.  Do you know how much following there is
for the XDG Base Directory specs?

Some minor issues I'm thinking about:

  1. When parsing the $XDG_*_DIRS environment variables on multiple OSes,
     since the directory separator is different on different OSes, a
     different call would have to be made on different OSes.  Some extra
     care may need to be taken (but probably not necessary) when the
     code is called on multi-platform environments.

  2. If data files exist in old directory, but $XDG* environment variable
     defines a new path, should the old directory be used instead, or
     should the old directory be transferred over, or should the old
     directory be used only for reading old data but the new directory
     be used for writing any new data?

  3. The spec isn't 1.0 yet.  Should we wait until 1.0?

  4. The fallback paths aren't backwards compatible.  Should the fallback
     paths use the convention that's being used now?

-Mark


On Fri, 15 Jul 2005, Bill Kendrick wrote:

> Let's discuss this :)
>
>   http://standards.freedesktop.org/basedir-spec/basedir-spec-0.6.html

-- 
Mark K. Kim
AIM: markus kimius
Homepage: http://www.cbreak.org/
Xanga: http://www.xanga.com/vindaci
Friendster: http://www.friendster.com/user.php?uid=13046
PGP key fingerprint: 7324 BACA 53AD E504 A76E  5167 6822 94F0 F298 5DCE
PGP key available on the homepage

[Tuxpaint-devel] [fwd] Re: [Tuxpaint-users] PRINT PROBLEMS [Mac OS X, 0.9.14, Alt-key doesn't work]

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

Can anyone with a Mac test the 0.9.15 in CVS to confirm whether this
is still an issue?  Looking over macosx_print.m and tuxpaint.c, it LOOKS
like it should work properly (especially now that I've fixed it where
the [Alt] key is checked when you click 'Print', not when you click 'Yes'
to confirm in the dialog that appears).

Thanks,


----- Forwarded message from David Sivell <ds...@ya...> -----

Date: Fri, 10 Jun 2005 02:39:24 -0700 (PDT)
From: David Sivell <ds...@ya...>
Subject: Re: [Tuxpaint-users] PRINT PROBLEMS
To: tux...@li...
Reply-To: tux...@li...

Hi Bill
Thank you for your assistance, but no go I'm afraid.
Tried your method using Option; Apple; Control;
Function keys plus combinations of above. It just
tells me i've printed the picture.

I'm actually trying on a Powerbook if that could make
a difference.

I also should add my thanks at this time. I teach
Kindergaten - Yr6 classes in a computer lab and they
all love using Tux Paint especially now with the full
screen version. They love making desktop images and
playing with/decorating photos of themeselves etc.

Regards
David

> Okay, admittedly, I'm using a generic
> PC-with-trakball USB keyboard,
> which has an ALT key, but I'm pretty sure an Apple
> Mac keyboard's Option key
> should do the same...
> 
> In Tux Paint 0.9.14, it looks like you need to click
> 'Print', and then
> when the "Are you sure you want to print? Yes/No"
> prompt comes up,
> hold the Option (or ALT) key while clicking "Yes".
> 
> (I'm not sure if Windows works the same way... we
> developers should
> definitely make it consistent! Sorry if it's not!
> :^) )
> 
> Let me know if THAT works! :^)  Thanks!

> -bill!
> bi...@ne...




		
__________________________________ 
Discover Yahoo! 
Have fun online with music videos, cool games, IM and more. Check it out! 
http://discover.yahoo.com/online.html


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy.  
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
_______________________________________________
Tuxpaint-users mailing list
Tux...@li...
https://lists.sourceforge.net/lists/listinfo/tuxpaint-users

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

-- 
-bill!                          Picn*x14 --- Linux Anniversary Picnic & BBQ!
bi...@ne...       Sunnyvale Baylands Park, Sunday, August 14th
http://newbreedsoftware.com/    http://linuxpicnic.org/ to RSVP & volunteer!

[Tuxpaint-devel] Some bugs fixed and features implemented!

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

I finally made some time to plug on Tux Paint tonight.
(Some of you may have noticed I assigned SourceForge bugs to you.
Specifically, Marcin, Martin and John P., who handle specific ports that
I don't have experience with or much access to.)

Some Makefile changes:
  * Actually installs "fonts/locale/" during 'make install' :^)

  * No need for trailing slash in "*_PREFIX" variables

Some printing changes:
  * [Alt]+'Print' now launches an alternative print command in Linux/Unix
    (by default, it's set to launch "kprinter", but can be overridden
    with "altprintcommand" in the config file)

  * [Alt]+'Print' actually wasn't working; you had to hold [Alt] while
    clicking "Ok" in the confirmation dialog!  Fixed.

  * "altprint=always" (or "--altprintalways") can be used to ALWAYS make
    the printer dialog appear (on Windows & Mac) or execute the
    "altprintercommand" (in Linux/Unix)

  * Similarly, the dialog/"altprintercommand" can be disabled completely
    with "altprint=never" (or "--altprintnever")

  * These new options are exposed in Tux Paint Config.,
    under the "Printing" tab, and documented in the English versions of
    the README and OPTIONS docs.

Err, I guess that was it for tonight.  Lots of Bug/RFE examination and poking,
and mostly print-related updates/improvements.

Anyway, it's all in CVS.  Time for bed![*]  Enjoy!

[*] For values of "time" equal to to "well past time".

-- 
-bill!                          Picn*x14 --- Linux Anniversary Picnic & BBQ!
bi...@ne...       Sunnyvale Baylands Park, Sunday, August 14th
http://newbreedsoftware.com/    http://linuxpicnic.org/ to RSVP & volunteer!

[Tuxpaint-devel] Provide "all user" installation for Windows Professional (attn: John Popplewell)

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

Can we make sure this is dealt with soon, so that when we
release Tux Paint 0.9.15 the issue is fixed?


  Provide "all user" installation for Windows Professional

  https://sourceforge.net/tracker/index.php?func=detail&aid=1173943&group_id=66938&atid=516298

    It looks as if the installer was written for non pro versions of 
    windows since it installs the program menu for the current 
    user and not for all users. Many installers check for this and 
    either install in the all user area on pro machines or have a 
    check box to install for all users. 


I'm guessing something needs to be tweaked in the NSIS script...?

Thanks!

-- 
-bill!                          Picn*x14 --- Linux Anniversary Picnic & BBQ!
bi...@ne...       Sunnyvale Baylands Park, Sunday, August 14th
http://newbreedsoftware.com/    http://linuxpicnic.org/ to RSVP & volunteer!

[Tuxpaint-devel] XDG Base Directory Spec

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

Let's discuss this :)

  http://standards.freedesktop.org/basedir-spec/basedir-spec-0.6.html

-- 
-bill!                          Picn*x14 --- Linux Anniversary Picnic & BBQ!
bi...@ne...       Sunnyvale Baylands Park, Sunday, August 14th
http://newbreedsoftware.com/    http://linuxpicnic.org/ to RSVP & volunteer!