tuxpaint-devel — General discussion list for Tux Paint developers

[Tuxpaint-devel] Re: [Tuxpaint-i18n] Re: [Tuxpaint-cvs] tuxpaint-stamps/stamps/photo/space 0_sun.png,NONE,1.1 0_sun.txt,NONE,1.1

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

M=C3=A5ndag 10. oktober 2005 09:42 skreiv Bill Kendrick:

> I checked on PO file at random, tuxpaint-stamps-fr.po, and it now contains
> this _incorrect_ fuzzy string!
>
> =C2=A0 # ../stamps/photo/space/moon_full
> =C2=A0 #, fuzzy
> =C2=A0 msgid "The Sun."
> =C2=A0 msgstr "La pleine lune."

BTW, there=E2=80=99s nothing wrong with it. It=E2=80=99s a *fuzzy* string; =
it=E2=80=99s the=20
translator=E2=80=99s job to fix it.

=2D-=20
Mvh.
Karl Ove Hufthammer
http://blogg.huftis.org/
Jabber: huftis p=C3=A5 jabber.org (eller jabber.no)

[Tuxpaint-devel] Re: [Tuxpaint-i18n] Re: [Tuxpaint-cvs] tuxpaint-stamps/stamps/photo/space 0_sun.png,NONE,1.1 0_sun.txt,NONE,1.1

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

M=C3=A5ndag 10. oktober 2005 09:42 skreiv Bill Kendrick:

> Huh. ok, so after adding this .txt file, I ran the scripts sitting in
> tuxpaint-stamps/po/  (createpo.sh, and then createtxt.sh, in that order.)
>
> And now all of the translations are gone.
>
> I checked on PO file at random, tuxpaint-stamps-fr.po, and it now contains
> this _incorrect_ fuzzy string!
>
>   # ../stamps/photo/space/moon_full
>   #, fuzzy
>   msgid "The Sun."
>   msgstr "La pleine lune."
>
> So... are these scripts broken, or what!?

They work perfectly fine for me. I have added regenerated and commited the=
=20
files.

It=E2=80=99s likely your system that is broken.

=2D-=20
Mvh.
Karl Ove Hufthammer
http://blogg.huftis.org/
Jabber: huftis p=C3=A5 jabber.org (eller jabber.no)

[Tuxpaint-devel] Re: [Tuxpaint-cvs] tuxpaint-stamps/stamps/photo/space 0_sun.png,NONE,1.1 0_sun.txt,NONE,1.1

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

Huh. ok, so after adding this .txt file, I ran the scripts sitting in
tuxpaint-stamps/po/  (createpo.sh, and then createtxt.sh, in that order.)

And now all of the translations are gone.

I checked on PO file at random, tuxpaint-stamps-fr.po, and it now contain=
s
this _incorrect_ fuzzy string!

  # ../stamps/photo/space/moon_full
  #, fuzzy
  msgid "The Sun."
  msgstr "La pleine lune."


So... are these scripts broken, or what!?

Thx!

-bill!


On Mon, Oct 10, 2005 at 07:35:52AM +0000, William Kendrick wrote:
> Update of /cvsroot/tuxpaint/tuxpaint-stamps/stamps/photo/space
> In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv31577
>=20
> Added Files:
> 	0_sun.png 0_sun.txt=20
> Log Message:
> Added a (fake) image of the Sun.  Hacked together some translations, ba=
sed
> on some planet stamp translations.
>=20
>=20
> --- NEW FILE: 0_sun.txt ---
> The Sun.
> af.utf8=3DDie Son.
> ca.utf8=3DAl sol.
> cy.utf8=3DI'r Haul.
> de.utf8=3DZur Sonne.
> en_gb.utf8=3DThe Sun.
> es.utf8=3DAl Sol.
> fr.utf8=3DDu soleil.
> gl.utf8=3DDo Sol.
> nb.utf8=3DSola.
> nn.utf8=3DSola.
> pl.utf8=3DS=C5=82o=C5=84ca.
> pt_br.utf8=3DDo Sol.
> pt_pt.utf8=3DDo Sol.
> sv.utf8=3DSolen.
>=20
> --- NEW FILE: 0_sun.png ---
> (This appears to be a binary file; contents omitted.)
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content, downloads, discussion=
s,
> and more. http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________
> Tuxpaint-cvs mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-cvs

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

Re: [Tuxpaint-devel] Tux Paint 0.9.15 release plans

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

On Thu, Sep 08, 2005 at 09:49:39AM -0300, Ben Armstrong wrote:
> Alternatively, you could use an exclusive approach rather than inclusive
> using find and -prune.  Something like:
> 
> find . \( -wholename '*/CVS' -o -name .cvsignore \) -prune -o -print

I've added a "make release" target.  Thx! :)

-bill!

Re: [Tuxpaint-devel] Tux Paint rebooting WinXP!?

[Kai P. <ka...@pe...>]

On Friday 07 October 2005 16:51, Bill Kendrick wrote:
> Hello SDL and tuxpaint-devel folks...
>
>
> I just received this from an asst. principal of a school that's used
> Tux Paint at home, and is hoping to use it at his school, except...
>
>   > I installed Tux Paint on the IBM S51's at school (XP Pro) -
>   > installation went fine - no errors etc. - and when I attempt to start
>   > it up (by desktop icon or through the Programs menu) the computer just
>   > reboots. No error messages to indicate problems - just reboots. The
>   > only thing I didn't do was install the optional rubber stamps. I have
>   > used both the Zip file and the Windows installer versions of the
>   > download with the same result.
>
> He didn't say, but I can only assume he's using the latest (0.9.14)
> version. I've asked for any further details he can send about the WinXP
> version.
>

That is a common behavior of XP. My first thought upgrade to Win2K. Second 
thought upgrade to Linux. :)

Otherwise there's a solution to apps causing a reboot in XP. You have to go 
into Startup and Recovery where there are options for setting the shutdown 
and reboot options when (not if) XP crashes.
-- 
Kai Ponte
www.perfectreign.com

linux - genuine windows replacement part

[Tuxpaint-devel] Re: [SDL] Tux Paint rebooting WinXP!?

[Ryan C. G. <ic...@cl...>]

> In the meantime... anyone here have ANY clues!?

Buggy DirectX drivers? Can you build him a version of SDL that forces 
windib and waveout instead of directx for video and audio?

--ryan.

Re: [Tuxpaint-devel] Tux Paint rebooting WinXP!?

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

On Sat, Oct 08, 2005 at 01:50:15AM +0100, John Popplewell wrote:
<snip>
> I believe XP Pro defaults to rebooting the machine in the event of what
> was formerly known as a "blue screen of death" by default. One of the
> first things I do is change this:

You are a fountain of info.  I'll pass this along, and post his response.
Thanks!!!

-bill!

Re: [Tuxpaint-devel] Tux Paint rebooting WinXP!?

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

On Fri, Oct 07, 2005 at 04:51:20PM -0700, Bill Kendrick wrote:
> 
> Hello SDL and tuxpaint-devel folks...
> 
> 
> I just received this from an asst. principal of a school that's used
> Tux Paint at home, and is hoping to use it at his school, except...
> 
>   > I installed Tux Paint on the IBM S51's at school (XP Pro) -
>   > installation went fine - no errors etc. - and when I attempt to start
>   > it up (by desktop icon or through the Programs menu) the computer just
>   > reboots. No error messages to indicate problems - just reboots. The
>   > only thing I didn't do was install the optional rubber stamps. I have
>   > used both the Zip file and the Windows installer versions of the
>   > download with the same result.
> 
> He didn't say, but I can only assume he's using the latest (0.9.14) version.
> I've asked for any further details he can send about the WinXP version.
> 
> In the meantime... anyone here have ANY clues!?
> 
Hmm. Tuxpaint 0.9.14 works fine here on my fully updated, XP Pro SP2
machine.

I believe XP Pro defaults to rebooting the machine in the event of what
was formerly known as a "blue screen of death" by default. One of the
first things I do is change this:

 - Open the control panel and double-click on the System icon.
 - Select the "Advanced" tab.
 - Locate the "Startup and Recovery" section (at the bottom of the
   panel) and click on the "Settings" button.
 - Locate the "System Failure" section (bottom half of the panel).

I usually un-check the "Automatically Restart" and the "Send an
administrative alert" check-boxes, but leave the "Write an event to the
system log" checked. I also make sure that the "Write debugging
information" drop-list is set to "Small memory dump (64 KB)".

 - Click on the OK buttons, back to the control panel.

I *think* this will stop that behaviour and might give an opportunity to
see what is actually going on.

Of course, a user program shouldn't be able to crash the OS so
presumably it is some sort of audio/video driver problem.

Perhaps the machine is running some kind of "lock-down" software that
prevents the screen resolution from being changed?

Does it do this in Windowed mode?
Does the configuration program work?
Is it being installed by a "Poweruser", and then run by that same
"Poweruser"?

cheers,
John Popplewell.


> Thx!
> 
> 
> -bill!
> 
> 
> ------------------------------------------------------- This SF.Net
> email is sponsored by: Power Architecture Resource Center: Free
> content, downloads, discussions, and more.
> http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________ Tuxpaint-devel mailing
> list Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
> 

[Tuxpaint-devel] Tux Paint rebooting WinXP!?

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

Hello SDL and tuxpaint-devel folks...


I just received this from an asst. principal of a school that's used
Tux Paint at home, and is hoping to use it at his school, except...

  > I installed Tux Paint on the IBM S51's at school (XP Pro) -
  > installation went fine - no errors etc. - and when I attempt to start
  > it up (by desktop icon or through the Programs menu) the computer just
  > reboots. No error messages to indicate problems - just reboots. The
  > only thing I didn't do was install the optional rubber stamps. I have
  > used both the Zip file and the Windows installer versions of the
  > download with the same result.

He didn't say, but I can only assume he's using the latest (0.9.14) version.
I've asked for any further details he can send about the WinXP version.

In the meantime... anyone here have ANY clues!?

Thx!


-bill!

Re: [Tuxpaint-devel] Re: [Tuxpaint-cvs] tuxpaint/src tuxpaint.c,1.437,1.438

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

=46redag 7. oktober 2005 23:12 skreiv Bill Kendrick:

> > Modified Files:
> > 	tuxpaint.c
> > Log Message:
> > Improved splash screen.
>
> I don't have Tux Paint CVS in front of me.  I just wanted to double check
> with you, do your changes work well even at 640x480? :)

Yes, they do. I just moved the Tux image slightly outside the screen on the=
=20
right, so that there=E2=80=99s enough room for the text (without having it =
close up=20
against the screen edge).

It=E2=80=99s still far from perfect, but at least *better* now.

=2D-=20
Karl Ove Hufthammer
http://blogg.huftis.org/
Jabber: huftis at jabber.org (or jabber.no)

[Tuxpaint-devel] Re: [Tuxpaint-cvs] tuxpaint/src tuxpaint.c,1.437,1.438

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

On Fri, Oct 07, 2005 at 01:07:03PM +0000, Karl Ove Hufthammer wrote:
> Update of /cvsroot/tuxpaint/tuxpaint/src
> In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv11969/src
> 
> Modified Files:
> 	tuxpaint.c 
> Log Message:
> Improved splash screen.

I don't have Tux Paint CVS in front of me.  I just wanted to double check
with you, do your changes work well even at 640x480? :)

(That was the hardest part when I was trying to re-create the splash
dynamically.)

-bill!

Re: [Tuxpaint-devel] Large cursor bug in fullscreen on Win32?

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

On Wed, Oct 05, 2005 at 11:21:28PM -0700, Bill Kendrick wrote:
> 
> Does SDL still have a problem rendering large (> 16x16) cursors on
> Windows in fullscreen mode?
> 
> Prior versions did, so we created a #define option,
> "LARGE_CURSOR_FULLSCREEN_BUG", and I'm just wondering if it's still
> necessary.
> 
Hi bill!,

just updated to SDL 1.2.9 and it still doesn't work (no reason to expect
it to from the changelog). Last time I tried SVGA on Linux it did the
same thing there. So it still seems to be necessary :-(

The work-round is to switch the cursor off and have the application
draw the cursor itself in the main loop,

cheers,
John Popplewell.

> Thanks!
> 
> -- 
> -bill!
> bi...@ne...
> http://www.newbreedsoftware.com/
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content, downloads, discussions,
> and more. http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
> 

[Tuxpaint-devel] Large cursor bug in fullscreen on Win32?

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

Does SDL still have a problem rendering large (> 16x16) cursors on
Windows in fullscreen mode?

Prior versions did, so we created a #define option,
"LARGE_CURSOR_FULLSCREEN_BUG", and I'm just wondering if it's still
necessary.

Thanks!

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

[Tuxpaint-devel] Tux Paint autopackage?

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

Would anyone here be willing to put together an autopackage of Tux Paint
for x86 Linux distros?  (See http://www.autopackage.org/ )

I'm looking over the developer docs on that site, and am not sure I'll have
time, any time soon, to figure it out.

One thing we need to get settled before this is relocatability of data files.
Eep. :)


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

[Tuxpaint-devel] Tux Paint klik-installed!

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

Check it out!

  http://klik.atekon.de/details.php?section=graphics&package=tuxpaint


What's "klik"?  It's a protocol for downloading and installing binary apps.
Read about it here:

  http://dot.kde.org/1126867980/

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

Re: [Tuxpaint-devel] Stamps installer on Windows

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

El Jueves 15 de Septiembre de 2005 06:38, John Popplewell escribi=F3:
> On Wed, Sep 14, 2005 at 08:13:53PM -0700, Mark K. Kim wrote:
> > Yeah, John already mentioned about that ("and of course using the corre=
ct
> > registry entries instead of the absolute stuff shown above").  He just
> > gave those paths as an example for standard US installation of Windows.
> >
> > -Mark
>
> Mark is correct: the registry entries I'm using will naturally solve
> that problem.
>
> cheers,
> John.

Great then.
Thank you!

Gabriel

 Internet Banda Ancha Todo el Dia desde $u 490 por mes!
 ______________________________________________________
 http://www.internet.com.uy - En Uruguay somos internet




 Internet Banda Ancha Todo el Dia desde $u 490 por mes!
 ______________________________________________________
 http://www.internet.com.uy - En Uruguay somos internet

Re: [Tuxpaint-devel] Stamps installer on Windows

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

On Wed, Sep 14, 2005 at 07:49:17PM -0700, Mark K. Kim wrote:
> <snip bill's comments>
> 
> If we make this change, that means the new stamps can't be installed on
> the older TuxPaint versions, right?  How can we resolve this problem
> elegantly?  A few options come to mind:
> 
I hadn't considered backwards compatibility. As it happens the old
stamps have this data layout anyway, so they will work if installed in
the application directory.

It is only an issue if the stamps are installed for the current user
only, which isn't supported by the old version.

>   1. The Stamps installer checks for the TuxPaint version, tell
>      the user to upgrade.
>
I will put a warning box in.

>   2. The Stamps installer checks for the 'data\' path, install
>      one path above it if it doesn't already exist.  Make sure
>      new versions of TuxPaint creates the empty 'data\' path
>      upon installation.
> 
Doesn't work for stamps in zip archives, which some people prefer. It
seems to be good practice for the installer to behave in as simple a
manner as possible, although a variety of technical 'bodges' came to my
mind also :-)

>   3. Warn the user on the stamps download page.
> 
Good idea.

>   Etcetera...
> 
> Also, let's make sure this is *the* TuxPaint path to use for all future
> Stamps (and fonts) installations.  Otherwise we'll have to deal with this
> backwards-compatibility issue again when we change our minds about the
> canonical path.
> 
I've only added paths to be examined so backwards compatibility has been
preserved.

The previous versions saved pictures and scanned directories in the
application directory(!) unless the 'savedir' option was used. That no
longer happens and isn't an option (except by using 'savedir').

I haven't given any thought to updating an existing installation beyond:

 - backup your paintings
 - un-install the old version
 - install the new version
 - move paintings to the new user data directory (which won't be created
   until the program has been run once by the end user)

Automating this would be more complex than the rest of the installer!
It could be done when the new version of Tux Paint is run for the
first time though ....

I'm going to go ahead and add the additional paths for stamps, brushes
and fonts,

cheers,
John.


> Otherwise it sounds like a good solution to me.
> 
> -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
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. 
> Download it for free - -and be entered to win a 42" plasma tv or your very
> own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
> 

Re: [Tuxpaint-devel] Stamps installer on Windows

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

On Wed, Sep 14, 2005 at 08:13:53PM -0700, Mark K. Kim wrote:
> Yeah, John already mentioned about that ("and of course using the correct
> registry entries instead of the absolute stuff shown above").  He just
> gave those paths as an example for standard US installation of Windows.
> 
> -Mark
> 
Mark is correct: the registry entries I'm using will naturally solve
that problem.

cheers,
John.

> 
> On Wed, 14 Sep 2005, Gabriel [iso-8859-1] Gazzán wrote:
> 
> > In the spanish version of Windows, for example, the C:\Program Files\ dir is
> > called C:\Archivos de Programa\
> > I suppose Windows should provide a generic way of refering to that directory
> > regardless of the Windows language version used; in that case it'd make sense
> > to use it, don't you think?
> >
> > thx!
> >
> > Gabriel
> >
> > El Miércoles 14 de Septiembre de 2005 18:26, John Popplewell escribió:
> > > Hi All,
> > >
> > > just finishing off the installer for the Tux Paint Stamps collection on
> > > Windows.
> > >
> > > The Stamps can be installed for all users in the application directory:
> > >
> > > 'C:\Program Files\TuxPaint\data\stamps\'
> > >
> > > or just for the current user in a personal directory:
> > >
> > > 'C:\Documents and Settings\%USERNAME%\Application Data\TuxPaint\stamps\'
> > >
> > > along with that users drawings.
> > >
> > > Note that one of these locations has a missing 'data\' element which is
> > > causing me a slight headache.
> > >
> > > It would be nice if the installer didn't fiddle about with relative
> > > destination paths based on whether it thought you were installing in the
> > > application directory or in the users data directory. It would mean that
> > > for the situation where a restricted user is installing the stamps they
> > > could *manually* choose to install the stamps in their data directory
> > > (the default) or in their local Tux Paint application directory and have
> > > it work correctly.
> > >
> > >
> > > Would anyone object if I added additional search paths in the Tux Paint
> > > executable to check for stamps and fonts directories inside a 'data\'
> > > directory in the users 'home' directory on Windows?
> > >
> > > e.g. Tux Paint would search these places for stamps:
> > >
> > > C:\Program Files\TuxPaint\data\stamps\*
> > > C:\Documents and Settings\%USERNAME%\Application Data\TuxPaint\stamps\*
> > > C:\Documents and Settings\%USERNAME%\Application
> > > Data\TuxPaint\data\stamps\*
> > >
> > > and something equivalent for fonts (anything else?) and of course using
> > > the correct registry entries instead of the absolute stuff shown above
> > >
> > > :-)
> > >
> > > It would also make zipped stamps easy to install in both locations: just
> > > unzip in the relevant TuxPaint directory,
> > >
> > > cheers,
> > > John.
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net email is sponsored by:
> > > Tame your development challenges with Apache's Geronimo App Server.
> > > Download it for free - -and be entered to win a 42" plasma tv or your very
> > > own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> > > _______________________________________________
> > > Tuxpaint-devel mailing list
> > > Tux...@li...
> > > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
> >
> >  Internet Banda Ancha Todo el Dia desde $u 490 por mes!
> >  ______________________________________________________
> >  http://www.internet.com.uy - En Uruguay somos internet
> >
> >
> >
> >
> >
> > -------------------------------------------------------
> > SF.Net email is sponsored by:
> > Tame your development challenges with Apache's Geronimo App Server.
> > Download it for free - -and be entered to win a 42" plasma tv or your very
> > own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> > _______________________________________________
> > Tuxpaint-devel mailing list
> > Tux...@li...
> > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
> >
> >
> 
> -- 
> 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
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server.
> Download it for free - -and be entered to win a 42" plasma tv or your very
> own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
> 

Re: [Tuxpaint-devel] Stamps installer on Windows

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

Yeah, John already mentioned about that ("and of course using the correct
registry entries instead of the absolute stuff shown above").  He just
gave those paths as an example for standard US installation of Windows.

-Mark


On Wed, 14 Sep 2005, Gabriel [iso-8859-1] Gazz=E1n wrote:

> In the spanish version of Windows, for example, the C:\Program Files\ dir=
 is
> called C:\Archivos de Programa\
> I suppose Windows should provide a generic way of refering to that direct=
ory
> regardless of the Windows language version used; in that case it'd make s=
ense
> to use it, don't you think?
>
> thx!
>
> Gabriel
>
> El Mi=E9rcoles 14 de Septiembre de 2005 18:26, John Popplewell escribi=F3=
:
> > Hi All,
> >
> > just finishing off the installer for the Tux Paint Stamps collection on
> > Windows.
> >
> > The Stamps can be installed for all users in the application directory:
> >
> > 'C:\Program Files\TuxPaint\data\stamps\'
> >
> > or just for the current user in a personal directory:
> >
> > 'C:\Documents and Settings\%USERNAME%\Application Data\TuxPaint\stamps\=
'
> >
> > along with that users drawings.
> >
> > Note that one of these locations has a missing 'data\' element which is
> > causing me a slight headache.
> >
> > It would be nice if the installer didn't fiddle about with relative
> > destination paths based on whether it thought you were installing in th=
e
> > application directory or in the users data directory. It would mean tha=
t
> > for the situation where a restricted user is installing the stamps they
> > could *manually* choose to install the stamps in their data directory
> > (the default) or in their local Tux Paint application directory and hav=
e
> > it work correctly.
> >
> >
> > Would anyone object if I added additional search paths in the Tux Paint
> > executable to check for stamps and fonts directories inside a 'data\'
> > directory in the users 'home' directory on Windows?
> >
> > e.g. Tux Paint would search these places for stamps:
> >
> > C:\Program Files\TuxPaint\data\stamps\*
> > C:\Documents and Settings\%USERNAME%\Application Data\TuxPaint\stamps\*
> > C:\Documents and Settings\%USERNAME%\Application
> > Data\TuxPaint\data\stamps\*
> >
> > and something equivalent for fonts (anything else?) and of course using
> > the correct registry entries instead of the absolute stuff shown above
> >
> > :-)
> >
> > It would also make zipped stamps easy to install in both locations: jus=
t
> > unzip in the relevant TuxPaint directory,
> >
> > cheers,
> > John.
> >
> >
> >
> > -------------------------------------------------------
> > SF.Net email is sponsored by:
> > Tame your development challenges with Apache's Geronimo App Server.
> > Download it for free - -and be entered to win a 42" plasma tv or your v=
ery
> > own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.p=
hp
> > _______________________________________________
> > Tuxpaint-devel mailing list
> > Tux...@li...
> > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
>
>  Internet Banda Ancha Todo el Dia desde $u 490 por mes!
>  ______________________________________________________
>  http://www.internet.com.uy - En Uruguay somos internet
>
>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server.
> Download it for free - -and be entered to win a 42" plasma tv or your ver=
y
> own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
>
>

--=20
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=3D13046
PGP key fingerprint: 7324 BACA 53AD E504 A76E  5167 6822 94F0 F298 5DCE
PGP key available on the homepage

Re: [Tuxpaint-devel] Stamps installer on Windows

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

In the spanish version of Windows, for example, the C:\Program Files\ dir i=
s=20
called C:\Archivos de Programa\
I suppose Windows should provide a generic way of refering to that director=
y=20
regardless of the Windows language version used; in that case it'd make sen=
se=20
to use it, don't you think?

thx!

Gabriel

El Mi=E9rcoles 14 de Septiembre de 2005 18:26, John Popplewell escribi=F3:
> Hi All,
>
> just finishing off the installer for the Tux Paint Stamps collection on
> Windows.
>
> The Stamps can be installed for all users in the application directory:
>
> 'C:\Program Files\TuxPaint\data\stamps\'
>
> or just for the current user in a personal directory:
>
> 'C:\Documents and Settings\%USERNAME%\Application Data\TuxPaint\stamps\'
>
> along with that users drawings.
>
> Note that one of these locations has a missing 'data\' element which is
> causing me a slight headache.
>
> It would be nice if the installer didn't fiddle about with relative
> destination paths based on whether it thought you were installing in the
> application directory or in the users data directory. It would mean that
> for the situation where a restricted user is installing the stamps they
> could *manually* choose to install the stamps in their data directory
> (the default) or in their local Tux Paint application directory and have
> it work correctly.
>
>
> Would anyone object if I added additional search paths in the Tux Paint
> executable to check for stamps and fonts directories inside a 'data\'
> directory in the users 'home' directory on Windows?
>
> e.g. Tux Paint would search these places for stamps:
>
> C:\Program Files\TuxPaint\data\stamps\*
> C:\Documents and Settings\%USERNAME%\Application Data\TuxPaint\stamps\*
> C:\Documents and Settings\%USERNAME%\Application
> Data\TuxPaint\data\stamps\*
>
> and something equivalent for fonts (anything else?) and of course using
> the correct registry entries instead of the absolute stuff shown above
>
> :-)
>
> It would also make zipped stamps easy to install in both locations: just
> unzip in the relevant TuxPaint directory,
>
> cheers,
> John.
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server.
> Download it for free - -and be entered to win a 42" plasma tv or your very
> own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel

 Internet Banda Ancha Todo el Dia desde $u 490 por mes!
 ______________________________________________________
 http://www.internet.com.uy - En Uruguay somos internet

Re: [Tuxpaint-devel] Stamps installer on Windows

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

On Wed, 14 Sep 2005, Bill Kendrick wrote:

> On Wed, Sep 14, 2005 at 10:26:41PM +0100, John Popplewell wrote:
> <snip>
> >
> > Would anyone object if I added additional search paths in the Tux Paint
> > executable to check for stamps and fonts directories inside a 'data\'
> > directory in the users 'home' directory on Windows?
>
> Well, I'm not really familiar with building apps for the variety of
> Windows platforms out there, so I'll let others respond to this.
>
> Thanks for working on it, though!

If we make this change, that means the new stamps can't be installed on
the older TuxPaint versions, right?  How can we resolve this problem
elegantly?  A few options come to mind:

  1. The Stamps installer checks for the TuxPaint version, tell
     the user to upgrade.

  2. The Stamps installer checks for the 'data\' path, install
     one path above it if it doesn't already exist.  Make sure
     new versions of TuxPaint creates the empty 'data\' path
     upon installation.

  3. Warn the user on the stamps download page.

  Etcetera...

Also, let's make sure this is *the* TuxPaint path to use for all future
Stamps (and fonts) installations.  Otherwise we'll have to deal with this
backwards-compatibility issue again when we change our minds about the
canonical path.

Otherwise it sounds like a good solution to me.

-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] Stamps installer on Windows

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

On Wed, Sep 14, 2005 at 10:26:41PM +0100, John Popplewell wrote:
<snip>
> 
> Would anyone object if I added additional search paths in the Tux Paint
> executable to check for stamps and fonts directories inside a 'data\'
> directory in the users 'home' directory on Windows?

Well, I'm not really familiar with building apps for the variety of
Windows platforms out there, so I'll let others respond to this.

Thanks for working on it, though!

-bill!

[Tuxpaint-devel] Stamps installer on Windows

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

Hi All,

just finishing off the installer for the Tux Paint Stamps collection on
Windows.

The Stamps can be installed for all users in the application directory:

'C:\Program Files\TuxPaint\data\stamps\'

or just for the current user in a personal directory:

'C:\Documents and Settings\%USERNAME%\Application Data\TuxPaint\stamps\'

along with that users drawings.

Note that one of these locations has a missing 'data\' element which is
causing me a slight headache.

It would be nice if the installer didn't fiddle about with relative
destination paths based on whether it thought you were installing in the
application directory or in the users data directory. It would mean that
for the situation where a restricted user is installing the stamps they
could *manually* choose to install the stamps in their data directory
(the default) or in their local Tux Paint application directory and have
it work correctly.


Would anyone object if I added additional search paths in the Tux Paint
executable to check for stamps and fonts directories inside a 'data\'
directory in the users 'home' directory on Windows?

e.g. Tux Paint would search these places for stamps:

C:\Program Files\TuxPaint\data\stamps\*
C:\Documents and Settings\%USERNAME%\Application Data\TuxPaint\stamps\*
C:\Documents and Settings\%USERNAME%\Application Data\TuxPaint\data\stamps\*

and something equivalent for fonts (anything else?) and of course using
the correct registry entries instead of the absolute stuff shown above
:-)

It would also make zipped stamps easy to install in both locations: just
unzip in the relevant TuxPaint directory,

cheers,
John.

Re: [Tuxpaint-devel] Tux Paint 0.9.15 release plans

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

On Wed, 2005-09-07 at 20:31 -0400, Albert Cahalan wrote:
> 
>         PS to Ben - remind me, what's the trick to make a tarball and
>         NOT include
>         the CVS and .cvsignore files? ;)
> 
> For procps, I use variables to explicitly list the files. I build the
> tarball before doing my final testing, so I can test what I hope
> to release as the final tarball. Makefile code:

Alternatively, you could use an exclusive approach rather than inclusive
using find and -prune.  Something like:

find . \( -wholename '*/CVS' -o -name .cvsignore \) -prune -o -print

Assuming 'make clean' has run before this, and your clean target is
comprehensive, this will produce a list of only non-junk files to
include in the tarball.

Of course, this doesn't protect against accidentally including
"my_shopping_list.txt" in the tarball.  But then again, it doesn't
require you keep TARFILES up-to-date.  Choose whichever method you think
is less likely to cause you grief maintaining.

Ben

Re: [Tuxpaint-devel] Tux Paint 0.9.15 release plans

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

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


For procps, I use variables to explicitly list the files. I build the
tarball before doing my final testing, so I can test what I hope
to release as the final tarball. Makefile code:

#################################################

VERSION :=3D 3
SUBVERSION :=3D 2
MINORVERSION :=3D 5
TARVERSION :=3D $(VERSION).$(SUBVERSION).$(MINORVERSION)

TARFILES :=3D AUTHORS BUGS NEWS README TODO COPYING COPYING.LIB \
Makefile procps.lsm procps.spec v t README.top CodingStyle \
sysctl.conf minimal.c $(notdir $(MANFILES)) dummy.c \
uptime.c tload.c free.c w.c top.c vmstat.c watch.c skill.c \
sysctl.c pgrep.c top.h pmap.c slabtop.c pwdx.c

ifneq ($(MAKECMDGOALS),clean)
ifneq ($(MAKECMDGOALS),tar)
# -- dependency and auto-config stuff goes here --
endif
endif

# let "make" know these aren't real things we will build
.PHONY: clean tar all install

# don't want to type "make procps-$(TARVERSION).tar.gz"
tar: $(TARFILES)
mkdir procps-$(TARVERSION)
(tar cf - $(TARFILES)) | (cd procps-$(TARVERSION) && tar xf -)
tar cf procps-$(TARVERSION).tar procps-$(TARVERSION)
gzip -9 procps-$(TARVERSION).tar

######################################################