tuxpaint-devel Mailing List for Tux Paint (Page 143)
An award-winning drawing program for children of all ages
Brought to you by:
wkendrick
Menu
▾
▴
tuxpaint-devel — General discussion list for Tux Paint developers
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
(15) |
Apr
(5) |
May
(12) |
Jun
(15) |
Jul
(21) |
Aug
(2) |
Sep
(14) |
Oct
(32) |
Nov
(47) |
Dec
(39) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(33) |
Feb
(59) |
Mar
(17) |
Apr
(5) |
May
|
Jun
(6) |
Jul
(7) |
Aug
(19) |
Sep
(64) |
Oct
(161) |
Nov
(9) |
Dec
(23) |
| 2007 |
Jan
(6) |
Feb
(46) |
Mar
(55) |
Apr
(41) |
May
(43) |
Jun
(44) |
Jul
(46) |
Aug
(25) |
Sep
(16) |
Oct
(29) |
Nov
(50) |
Dec
(64) |
| 2008 |
Jan
(11) |
Feb
(18) |
Mar
(52) |
Apr
(37) |
May
(40) |
Jun
(78) |
Jul
(85) |
Aug
(31) |
Sep
(23) |
Oct
(13) |
Nov
(19) |
Dec
(37) |
| 2009 |
Jan
(36) |
Feb
(24) |
Mar
(86) |
Apr
(43) |
May
(36) |
Jun
(151) |
Jul
(23) |
Aug
(40) |
Sep
(11) |
Oct
(91) |
Nov
(68) |
Dec
(27) |
| 2010 |
Jan
|
Feb
(11) |
Mar
(79) |
Apr
(50) |
May
(26) |
Jun
(44) |
Jul
(31) |
Aug
(6) |
Sep
(2) |
Oct
(16) |
Nov
(11) |
Dec
(4) |
| 2011 |
Jan
(14) |
Feb
(5) |
Mar
(22) |
Apr
(1) |
May
(5) |
Jun
(5) |
Jul
(13) |
Aug
(1) |
Sep
(3) |
Oct
(18) |
Nov
(15) |
Dec
(25) |
| 2012 |
Jan
(1) |
Feb
(9) |
Mar
(41) |
Apr
(32) |
May
|
Jun
(2) |
Jul
(5) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2013 |
Jan
|
Feb
(5) |
Mar
(16) |
Apr
(21) |
May
(3) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
(13) |
Nov
(1) |
Dec
(3) |
| 2014 |
Jan
|
Feb
(12) |
Mar
(6) |
Apr
(35) |
May
|
Jun
(12) |
Jul
(35) |
Aug
(98) |
Sep
(3) |
Oct
(8) |
Nov
(4) |
Dec
(1) |
| 2015 |
Jan
(4) |
Feb
(9) |
Mar
(58) |
Apr
(9) |
May
(15) |
Jun
(23) |
Jul
|
Aug
(32) |
Sep
(12) |
Oct
(21) |
Nov
(5) |
Dec
(14) |
| 2016 |
Jan
(6) |
Feb
(3) |
Mar
(37) |
Apr
(18) |
May
(5) |
Jun
(8) |
Jul
|
Aug
(21) |
Sep
(5) |
Oct
(20) |
Nov
(4) |
Dec
(6) |
| 2017 |
Jan
(2) |
Feb
|
Mar
|
Apr
(19) |
May
(8) |
Jun
(3) |
Jul
(3) |
Aug
(5) |
Sep
|
Oct
(4) |
Nov
(4) |
Dec
(6) |
| 2018 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(4) |
Sep
(4) |
Oct
|
Nov
|
Dec
(3) |
| 2019 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
(2) |
Jul
(1) |
Aug
(3) |
Sep
(14) |
Oct
(2) |
Nov
(1) |
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
(2) |
Jun
|
Jul
|
Aug
(3) |
Sep
(15) |
Oct
(9) |
Nov
(11) |
Dec
(7) |
| 2021 |
Jan
(12) |
Feb
(2) |
Mar
(16) |
Apr
|
May
|
Jun
(11) |
Jul
|
Aug
(4) |
Sep
(24) |
Oct
(68) |
Nov
(61) |
Dec
|
| 2022 |
Jan
(42) |
Feb
(17) |
Mar
(20) |
Apr
(2) |
May
(23) |
Jun
(4) |
Jul
(6) |
Aug
|
Sep
(27) |
Oct
(4) |
Nov
(10) |
Dec
(31) |
| 2023 |
Jan
(4) |
Feb
(18) |
Mar
(8) |
Apr
(11) |
May
(18) |
Jun
(47) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(2) |
| 2024 |
Jan
(10) |
Feb
|
Mar
|
Apr
(3) |
May
(4) |
Jun
(3) |
Jul
(6) |
Aug
|
Sep
(2) |
Oct
(1) |
Nov
|
Dec
(3) |
| 2025 |
Jan
(2) |
Feb
(11) |
Mar
(3) |
Apr
(1) |
May
(22) |
Jun
(5) |
Jul
(15) |
Aug
(5) |
Sep
|
Oct
(3) |
Nov
|
Dec
|
|
From: Ben A. <sy...@sa...> - 2006-10-10 12:17:47
|
Bill Kendrick wrote: > Hrm, interesting. I assume you found the COPYING.txt in vi_docs/ > Yeah. And there's nothing helpful there, either. > http://www.aimwell.org/Fonts/fonts.html > > Verajja, specifically: "derived from Bitstream Vera, a font released > under a generous license agreement." > > Looks promising. Do we have someone who knows the language to verify it looks OK? > So status so far: > > ar - check > bo - you're asking Debian font pkging group for Tsampa > el - check > he - you're asking Debian Hebrew pkging group for Culmus > I just sent off a note this morning. > hi - ??? > There is a ttf-devanagari-fonts package in Debian, but there is no font named Raghu or Raghindi in it. There are just these: ttf-devanagari-fonts: usr/share/fonts/truetype/ttf-devanagari-fonts/Gargi_1.7.ttf ttf-devanagari-fonts: usr/share/fonts/truetype/ttf-devanagari-fonts/chandas1-1.ttf ttf-devanagari-fonts: usr/share/fonts/truetype/ttf-devanagari-fonts/kalimati.ttf ttf-devanagari-fonts: usr/share/fonts/truetype/ttf-devanagari-fonts/lohit_hi.ttf ttf-devanagari-fonts: usr/share/fonts/truetype/ttf-devanagari-fonts/samanata.ttf > jp - as Shin-Ichi said, needs to use his hacked version > This still should go into a separate font package so that others can use it, and my preference would be that it goes into the existing package in Debian. > ka - status unknown > I guess this is an indication that Gia's font is already in ttf-freefont: https://launchpad.net/distros/ubuntu/+source/ttf-freefont/+bug/45898 And currently in sid there is version 20060501cvs-8. So all we have to do is try it. > vi - need to find Free replacement > If you decide on the font you've suggested, I'll see if I can find someone in Debian to package it. Ben |
|
From: Bill K. <nb...@so...> - 2006-10-10 07:37:10
|
On Mon, Oct 09, 2006 at 06:11:23PM -0300, Ben Armstrong wrote: > > Thanks. I'm working on the Debian package today, Awesome, thanks! :^) <snip> > And finally, I have no idea what the Vietnamese font is. I see that > it's from a package called tcvn2, but I can find no license info in that > package, nor embedded in the font file itself. Hrm, interesting. I assume you found the COPYING.txt in vi_docs/ > The name "vntime" and > the mark on the font that indicates it was authored in Fontographer > makes me worry it may have been simply copied from a non-free Times > Roman font and all original copyright info was stripped from it. Ack >:^( Ok, so I'll pull it for now, just to be safe. Perhaps this would be a good replacement? http://www.aimwell.org/Fonts/fonts.html Verajja, specifically: "derived from Bitstream Vera, a font released under a generous license agreement." So status so far: ar - check bo - you're asking Debian font pkging group for Tsampa el - check he - you're asking Debian Hebrew pkging group for Culmus hi - ??? jp - as Shin-Ichi said, needs to use his hacked version ka - status unknown ko - check ta - check th - check vi - need to find Free replacement zh_tw - check Thanks! -- -bill! bi...@ne... http://www.newbreedsoftware.com/ |
|
From: Bill K. <nb...@so...> - 2006-10-10 07:19:41
|
On Mon, Oct 09, 2006 at 06:52:07PM -0300, Ben Armstrong wrote: <snip> > 5. Press Back until you get back to painting > 6. Colors are gone! > > To get colors back, press "Paint" button. Oops, fixing that now. Thanks! -bill! |
|
From: Bill K. <nb...@so...> - 2006-10-10 04:53:53
|
<snip: about RPMs of Tux Paint 0.9.16rc2 & friends...> Oh, and btw, these are now available from tuxpaint.org FTP, too: ftp://ftp.billsgames.com/unix/x/tuxpaint/testbuilds/rpm/ -bill! |
|
From: TOYAMA Shin-i. <sh...@wm...> - 2006-10-10 01:06:57
|
Hi! Ben Armstrong wrote in <452...@sa...> >Thanks. I'm working on the Debian package today, and in particular, >font support. So far I have: > >lrwxrwxrwx 1 root root 52 Oct 9 17:47 jp.ttf -> >../../../fonts/truetype/sazanami/sazanami-gothic.ttf Japanese locale font is already included in new release because there is a rendering ploblem, caused by SDL_ttf bug, with some fonts including sazanami-gothic.ttf. So, You need not to create symbolic link to Japanese font for Debian package. Thank you! -- TOYAMA Shin-ichi mailto:sh...@wm... |
|
From: Bill K. <nb...@so...> - 2006-10-10 00:43:33
|
On Tue, Oct 10, 2006 at 07:48:25AM +0900, TOYAMA Shin-ichi wrote: > Sorry! > > I've added '+Indexes' option to this directory. Thanks :) -bill! |
|
From: TOYAMA Shin-i. <sh...@wm...> - 2006-10-09 22:47:51
|
Bill Kendrick wrote in <200...@so...> > You don't have permission to access /tuxpaint/testing/0.9.16rc2/ on this > server. > >Forgot to chmod? :) Sorry! I've added '+Indexes' option to this directory. -- TOYAMA Shin-ichi mailto:sh...@wm... |
|
From: Ben A. <sy...@sa...> - 2006-10-09 21:52:14
|
OK, try this: 1. Start tuxpaint (starts in Paint mode: observe colors at bottom) 2. Select Open 3. Select Slides 4. Play slides 5. Press Back until you get back to painting 6. Colors are gone! To get colors back, press "Paint" button. Ben |
|
From: Ben A. <sy...@sa...> - 2006-10-09 21:11:37
|
Bill Kendrick wrote: > I've just put together a new set of release candidates. > Tux Paint 0.9.16rc2, TP Config 0.0.7rc2 and TP Stamps 2006.10.07 > are available from my FTP site: > > ftp://ftp.tuxpaint.org/unix/x/tuxpaint/testbuilds/source/ > > Packagers and porters, please let me know what issues are > still preventing final release. (I'm guessing a Mac OS X build > of 0.9.16 won't happen, since there are still some major issues > that will need patching.) > Thanks. I'm working on the Debian package today, and in particular, font support. So far I have: synrg@sanctuary:~/src/tuxpaint$ ls -l /usr/share/tuxpaint/fonts/locale/ total 0 lrwxrwxrwx 1 root root 48 Oct 9 17:47 ar.ttf -> ../../../fonts/truetype/ttf-arabeyes/ae_Nice.ttf lrwxrwxrwx 1 root root 47 Oct 9 17:47 el.ttf -> ../../../fonts/truetype/thryomanes/thryrg__.ttf lrwxrwxrwx 1 root root 52 Oct 9 17:47 jp.ttf -> ../../../fonts/truetype/sazanami/sazanami-gothic.ttf lrwxrwxrwx 1 root root 41 Oct 9 17:47 ko.ttf -> ../../../fonts/truetype/baekmuk/gulim.ttf lrwxrwxrwx 1 root root 54 Oct 9 17:47 ta.ttf -> ../../../fonts/truetype/ttf-tamil-fonts/TSCu_Comic.ttf lrwxrwxrwx 1 root root 44 Oct 9 17:47 th.ttf -> ../../../fonts/truetype/thai/Garuda-Bold.ttf lrwxrwxrwx 1 root root 43 Oct 9 17:47 zh.ttf -> ../../../fonts/truetype/arphic/gbsn00lp.ttf And the corresponding dependencies in tuxpaint-data: Recommends: tuxpaint, ttf-arphic-gbsn00lp, ttf-thryomanes, ttf-kochi-gothic, ttf-baekmuk, ttf-tamil-fonts, xfonts-thai-ttf So in this release, I have fixed Thai and Greek, which were broken in etch/sid, and I have added Arabic and Japanese. I have noticed that there is no Truetype Culmus package in Debian, which contains the Hebrew font we need. Nor is there a package for Tsampa Keyboard, Tuxpaint's Tibetan font. I have asked the Debian font packaging group for the latter. I'll ask the Debian Hebrew packaging team for the former. I don't know what the status of Gia's Georgian font is. Anyone know? Wasn't that going to be added to the Freefont project? And finally, I have no idea what the Vietnamese font is. I see that it's from a package called tcvn2, but I can find no license info in that package, nor embedded in the font file itself. The name "vntime" and the mark on the font that indicates it was authored in Fontographer makes me worry it may have been simply copied from a non-free Times Roman font and all original copyright info was stripped from it. Ben |
|
From: Bill K. <nb...@so...> - 2006-10-09 16:34:44
|
On Mon, Oct 09, 2006 at 04:42:22AM -0700, Fatma =D6zkan wrote: > Thus, I=92m willing to translate your web site into Turkish with your= permission. I would really appreciate if you could provide help and advi= ce considering the things I should be careful of or what kind of an appro= ach I should follow, etc.=20 > =20 Hi Fatma, thank you so much for your offer to help. It would be much appreciated! :^) > I would be grateful if you could reply as soon as possible (wheter it= =92s positive or negative) since I have to forward the message of approva= l to my lecturer before I could begin the project until 16 October. I wo= uld also need another short message at the end confirming that the projec= t has been completed.=20 Sorry for not replying to your private email regarding this sooner. I'll assume that you know some amount of HTML coding. For the most part, translators do not need to worry about the HTML, CSS or PHP, aside from keeping my PHP calls where they are, and using the same (or similar) HTML and CSS markup for formatting the text on the pages. Almost all of the Tux Paint website is based on PHP-generated pages (mostly to handle the sidebar navigation), and this 'source code' to the website is stored in Tux Paint's CVS repository on SourceForge.net. Are you familiar with SourceForge? It would help if you had your own account, then I could provide you with write-access to the CVS repository= , so you can simply work on your translations, commit them to CVS, and then the next time I do an 'update' (to pull the latest changes out of CVS), the tuxpaint.org website will have your updates. There are free clients for accessing a CVS repository for Windows, Mac an= d Linux -- both command-line and graphical (GUI). PS - You may also want to subscribe to the tuxpaint-i18n mailing list, where we try to focus the translation- and localization-related questions. ( http://www.tuxpaint.org/mailinglists/ ) Thanks! --=20 -bill! bi...@ne... http://www.newbreedsoftware.com/ |
|
From: Bill K. <nb...@so...> - 2006-10-09 16:28:37
|
On Mon, Oct 09, 2006 at 10:56:04PM +0900, TOYAMA Shin-ichi wrote: > RPM packages for rc2 are ready for testing. > > http://z1.plala.jp/tuxpaint/testing/0.9.16rc2/ Hi Shin-ichi, thanks. But... You don't have permission to access /tuxpaint/testing/0.9.16rc2/ on this server. Forgot to chmod? :) -bill! |
|
From: TOYAMA Shin-i. <sh...@wm...> - 2006-10-09 13:55:31
|
RPM packages for rc2 are ready for testing. http://z1.plala.jp/tuxpaint/testing/0.9.16rc2/ a) tuxpaint tuxpaint-0.9.16-2.fc4-fc5.i386.rpm : for Fedora Core 4 - 5 tuxpaint-0.9.16-2.fc1-fc3.i386.rpm : for Fedora Core 1 - 3 tuxpaint-0.9.16-2.rh80-rh9.i386.rpm : for RedHat 8.0 - 9 tuxpaint-0.9.16-2.rh73.i386.rpm : for RedHat 7.3 tuxpaint-0.9.16-2.rh62.i386.rpm : for RedHat 6.2 b) tuxpaint-config tuxpaint-config-0.0.7-2.fc3-fc5.i386.rpm : for Fedora Core 3 - 5 tuxpaint-config-0.0.7-2.rh80-fc2.i386.rpm : for RedHat 8.0 - Fedora Core 2 tuxpaint-config-0.0.7-1.rh73.i386.rpm : for RedHat 7.3 tuxpaint-config-0.0.7-2.rh62.i386.rpm : for RedHat 6.2 c) fltk ( required by tuxpaint-config ) fltk-1.1.7-1.rh80-fc2.i386.rpm : for RedHat 8.0 - Fedora Core 2 fltk-1.1.7-1.rh73.i386.rpm : for RedHat 7.3 (*1) For Fedora Core 3 and later, you can install fltk via "yum" comannd, # yum install fltk (*2) For RedHat 6.2, you need not to install fltk. d) tuxpaint-stamps tuxpaint-stamps-xxx-2006.19.07-1.noarch.rpm : noarch ( There are 16 "xxx" packages ) Bill Kendrick wrote in <200...@so...> > >I've just put together a new set of release candidates. >Tux Paint 0.9.16rc2, TP Config 0.0.7rc2 and TP Stamps 2006.10.07 >are available from my FTP site: > > ftp://ftp.tuxpaint.org/unix/x/tuxpaint/testbuilds/source/ > >Packagers and porters, please let me know what issues are >still preventing final release. (I'm guessing a Mac OS X build >of 0.9.16 won't happen, since there are still some major issues >that will need patching.) > >Thanks! > >-- >-bill! >bi...@ne... >http://www.newbreedsoftware.com/ > >------------------------------------------------------------------------- >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 -- TOYAMA Shin-ichi mailto:sh...@wm... |
|
From: Fatma Ö. <fat...@ya...> - 2006-10-09 11:42:29
|
Hello,
My name is Fatma Ozkan and Im a student at Computer and Instructional Technologies Department, Education Faculty Marmara University, Istanbul , Turkey. The reason why Im writing to you is about a project I have to complete this semester related with a course Im attending. The course is about providing the Turkish translation of an web page. Ive made some research so far and Im interested in your software (Tux Paint). I feel that its very useful and interesting. I think if your web page will be Turkish, much more Turkish people (especially kids) could understand your program.
Thus, Im willing to translate your web site into Turkish with your permission. I would really appreciate if you could provide help and advice considering the things I should be careful of or what kind of an approach I should follow, etc.
I would be grateful if you could reply as soon as possible (wheter its positive or negative) since I have to forward the message of approval to my lecturer before I could begin the project until 16 October. I would also need another short message at the end confirming that the project has been completed.
Please do not hesitate to contact with the lecturer for the updates or the newer versions of the project.
Best regards,
Course Title: Internet Applications for Education
Lecturer: Cahit Cengizhan
Marmara University,
Ataturk Education Faculty,
Computer and Instructional Design Department,
Istanbul / Turkey
e-mail: ca...@ma...
Iyi Calismalar...
Fatma OZKAN
Marmara Universitesi
---------------------------------
Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min or less. |
|
From: Bill K. <nb...@so...> - 2006-10-08 19:58:20
|
On Sat, Oct 07, 2006 at 11:09:06PM -0700, Bill Kendrick wrote: > > I've just put together a new set of release candidates. > Tux Paint 0.9.16rc2, TP Config 0.0.7rc2 and TP Stamps 2006.10.07 > are available from my FTP site: > > ftp://ftp.tuxpaint.org/unix/x/tuxpaint/testbuilds/source/ The same is now available for Windows. John Popplewell writes: Tux Paint is the latest version and has that win32 mod for font threading that caused -rc1 to crash on some machines. The stamps installer has that mod to put the stamps in the restricted users private Tux Paint application directory instead of their data directory. This isn't likely to affect many people, but was a good catch from Tore, Thanks John! And thanks in advance for testing this, folks! -- -bill! bi...@ne... http://www.newbreedsoftware.com/ |
|
From: John P. <jo...@jo...> - 2006-10-08 12:39:05
|
On Tue, Oct 03, 2006 at 04:51:43PM -0700, Bill Kendrick wrote: > On Thu, Sep 21, 2006 at 07:10:19AM +0200, tor...@at... wrote: > > > > If I change the save directory, it also looks for stamps and other stuff where > > the save directory is. I changed the save directory to My Documents to make it > > easier to find the images created. I didn't expect that it would also look for > > brushes and stamps there (and stop looking where the stamps was installed by > > default). Could/should this behaviour be changed? Alternatively could there be > > a comment about it in the config program? > > Crud. > > John or someone wanna suggest a patch? ;) It's an installer issue. When the stamps are installed by a restricted user, it installs them into the users default Tux Paint data directory because it knows it can write there. The application is commonly installed system-wide in which case they won't be able to install the stamps in the application directory. The installer (in general) can't know where the users data directory is because in common multi-user configurations it will be specified on the command-line. However, it should be possible to detect a restricted install of Tux Paint by the same user and install the stamps in this application directory. I'll take a look at it, cheers, John. > > -bill! > > ------------------------------------------------------------------------- > 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 > |
|
From: Bill K. <nb...@so...> - 2006-10-08 06:09:08
|
I've just put together a new set of release candidates. Tux Paint 0.9.16rc2, TP Config 0.0.7rc2 and TP Stamps 2006.10.07 are available from my FTP site: ftp://ftp.tuxpaint.org/unix/x/tuxpaint/testbuilds/source/ Packagers and porters, please let me know what issues are still preventing final release. (I'm guessing a Mac OS X build of 0.9.16 won't happen, since there are still some major issues that will need patching.) Thanks! -- -bill! bi...@ne... http://www.newbreedsoftware.com/ |
|
From: Bill K. <nb...@so...> - 2006-10-04 20:10:59
|
On Mon, Sep 18, 2006 at 04:22:06PM -0700, Matthew Helms wrote: > Open directory, basically network user accounts. ie a student has an > account on the server and can log onto any Mac in a lab. I think I > recall some bug reports on some problems. Does anyone have access to Macs on an Open Directory network, who can test this out and see what needs to be done? I know that Windows and OS X are pretty simplistic when it comes to pulling UI data and users' saved files from different places, and it'd be good to audit the code and make sure it works. These kinds of environments are used in tons of schools, so the better Tux Paint works, the more schools can use it! :) Thanks! -bill! |
|
From: Bill K. <nb...@so...> - 2006-10-03 23:51:46
|
On Thu, Sep 21, 2006 at 07:10:19AM +0200, tor...@at... wrote: > > If I change the save directory, it also looks for stamps and other stuff where > the save directory is. I changed the save directory to My Documents to make it > easier to find the images created. I didn't expect that it would also look for > brushes and stamps there (and stop looking where the stamps was installed by > default). Could/should this behaviour be changed? Alternatively could there be > a comment about it in the config program? Crud. John or someone wanna suggest a patch? ;) -bill! |
|
From: <tor...@at...> - 2006-09-21 05:10:27
|
OK, I think I've finally figured it out. The stamp install program isn't the problem. I'd forgot to set 'show hidden files and folders' in explorer (I rebuilt my computer this summer and had a fresh install). The folder C:\Documents and Settings\username\Programdata is there, and the stamp install program installs all the files there. I had an old Tux config-file where I had changed the save-directory which wasn't deleted when I uninstalled the program. When I deinstalled Tux and removed all the directories and did a new install it worked. I got the installed stamps. Of course it also works if I move them to the data folder in the folder where the Tux Paint program is. If I change the save directory, it also looks for stamps and other stuff where the save directory is. I changed the save directory to My Documents to make it easier to find the images created. I didn't expect that it would also look for brushes and stamps there (and stop looking where the stamps was installed by default). Could/should this behaviour be changed? Alternatively could there be a comment about it in the config program? Kind regards, Tore ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: John P. <jo...@jo...> - 2006-09-20 04:50:56
|
On Wed, Sep 20, 2006 at 03:03:05AM +0200, tor...@at... wrote: > Hi! > I've found out why the stamp install fails on my computer (Windows 2K SP4 > Norwegian version) when I install as a limited user. This bug is also on the > tuxpaint-stamps-2005-11-25-win32-installer.exe. While Tux Paint is installed to > C:\Documents and Settings\username\Programs\TuxPaint, the stamp installation > program tries to install to C:\Documents and > Settings\username\Programdata\TuxPaint. Programdata does not exist, and the > installation program does not check, so it looks like it installs, but no files > are actually saved. If I change the installation path manually, it works. That's strange: as a restricted user on my systems the stamps try and install to: C:\Documents and Settings\username\Application Data\TuxPaint which is where the Tux Paint application saves its settings. As a restricted user, the installer uses a system registry entry NOT the Tux Paint install directory, and just appends '\TuxPaint'. Run 'regedit.exe' as the restricted user and post what you have in this registry key: HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders\AppData Are the filenames you've provided the *actual* names, or are you translating from Norwegian? Also, is the path you mention above the one that appears in the "Select Destination Location" "Where should Tux Paint Stamps be installed?" edit control (with the browse button)? What happens if you completely un-install Tux Paint and Tux Paint Stamps, and then run the Tux Paint Stamps installer? Does it detect that Tux Paint isn't installed? If you say yes to the "Would you like to install anyway?" box, is the install path still wrong? Thanks for help out with this, best regards, John. |
|
From: <tor...@at...> - 2006-09-20 01:03:10
|
Hi! I've found out why the stamp install fails on my computer (Windows 2K SP4 Norwegian version) when I install as a limited user. This bug is also on the tuxpaint-stamps-2005-11-25-win32-installer.exe. While Tux Paint is installed to C:\Documents and Settings\username\Programs\TuxPaint, the stamp installation program tries to install to C:\Documents and Settings\username\Programdata\TuxPaint. Programdata does not exist, and the installation program does not check, so it looks like it installs, but no files are actually saved. If I change the installation path manually, it works. Kind regards, Tore ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: John P. <jo...@jo...> - 2006-09-19 12:28:36
|
On Tue, Sep 19, 2006 at 09:01:47AM +0200, "Tore B. Jørgensen" wrote: > John Popplewell skrev: > > On Mon, Sep 18, 2006 at 04:43:16AM +0200, tor...@at... wrote: > > <snip!> > I've done some installs and uninstalls, and it seems that the first time > I run it in fullscreen mode it fails, but after that it works. In > stderr.txt: > > Warning: An SDL bug causes the fancy cursors to leave > trails in fullscreen mode. Disabling fancy cursors. > (You can do this yourself with 'nofancycursors' option, > to avoid this warning in the future.) > > I'll check a bit more this evening to see if the same problem occur > with the previous version, if it appear if I install it as > administrator, if it appear when installing it as limited user without > the older version installed and so on. I'm getting that behaviour as well, I'll look into it, thanks. cheers, John. |
|
From: <tor...@at...> - 2006-09-19 07:01:52
|
John Popplewell skrev: > On Mon, Sep 18, 2006 at 04:43:16AM +0200, tor...@at... wrote: > >> I have Win2K with SP4 and norwegian language. >> >> I had Tux Paint 0.9.15-2 installed by the administrator user for all users. I >> then installed 0.9.16-rc1 as a limited user. After installation the >> config-program worked, but when I tried to start Tux Paint it just came >> up with >> the loading screen and then quit without a message. I assume it was >> some kind of >> problem with the program installed in two locations (c:\programfiler\TuxPaint >> for all users, and c:\documents and settings\username\Programs\TuxPaint >> for the >> rc1 installed by limited user). I then uninstalled rc1, logged in and >> uninstalled 0.9.15-2, and then installed rc1 as limited user again. Then it >> worked without a hitch. >> > OK, thanks. Not sure why it would behave like that. If you can get it to > do that again, could you take a look at the 'stdout.txt' and > 'stderr.txt' files if they exist. > I've done some installs and uninstalls, and it seems that the first time I run it in fullscreen mode it fails, but after that it works. In stderr.txt: Warning: An SDL bug causes the fancy cursors to leave trails in fullscreen mode. Disabling fancy cursors. (You can do this yourself with 'nofancycursors' option, to avoid this warning in the future.) I'll check a bit more this evening to see if the same problem occur with the previous version, if it appear if I install it as administrator, if it appear when installing it as limited user without the older version installed and so on. Kind regards, Tore |
|
From: Bill K. <nb...@so...> - 2006-09-19 05:16:47
|
On Mon, Sep 18, 2006 at 10:59:15PM -0600, Martin Fuhrer wrote:
> Yes, I will look into making a Universal binary (PPC/Intel). The SDL
> libraries are already universal, so the frameworks just need to be
> included in the TuxPaint application bundle. I'll have to compile
> libiconv, libintl, and libpng as universal libraries, and link those
> in - provided this goes alright, we should be in business. We have
> to keep in mind that universal binary apps need to be compiled with
> gcc 4, and gcc 4 compiled apps typically require Mac OS X 10.3.9 or
> later to run (so a universal binary that also runs on 10.2.8 is most
> likely not possible).
Hrm, would it be a huge pain to produce two versions of Tux Paint,
at least for a while? One universal binary for 10.3.9 and above, and
a version that's more compatible with 10.2.8...?
I now realize how insanely expensive commercial operating systems can be,
and can understand parents and schools still using the older platforms.
(It still works, right!? :^) )
<snip>
> Okay, we'll see how things develop in the coming weeks...
:^)
<snip>
> I think it's better just to stick with the disk image DMG version.
> PKG installers are useful if the program has multiple files that need
> to be installed in various locations on a user's drive, but because
> Tux Paint has been bundled into a single "file" (the "Tux Paint.app"
> bundle) that the user can drag from the disk image to any location on
> the hard drive, a PKG installer would be redundant.
Okay! ("not broken, don't fix it"... sounds good :^) )
<snip>
> Sure, Matt, I'd be happy to show you through compiling the Tux Paint
> in XCode. Perhaps we can discuss this in couple weeks, once I am able
> to free up a bit more time. You can also catch me on iChat
> <mf...@ma...>
I've also seen Matthew on freenode. :)
--
-bill!
bi...@ne...
http://www.newbreedsoftware.com/
|
|
From: Martin F. <mf...@gm...> - 2006-09-19 05:01:05
|
Hi Bill and Matthew, > iPhoto Diet? What's that? It's something like Atkin's diet, but for photos. ;-) It's an open source duplicate-photo remover I've been developing for a few years. Unfortunately it breaks every time Apple releases a major upgrade to iPhoto, so I'm kept busy upgrading it about once a year. > >> so I haven't been able to contribute anything to Tux Paint. I'd be >> happy to compile the latest rc1 or rc2 sometime this week. > > Great, thanks! I'm sure I can find some Mac users out there (along > with > myself, with this PPC-style Mac Mini I have) who can test. > > Would you be able to build a binary that runs native on Intel, too? Yes, I will look into making a Universal binary (PPC/Intel). The SDL libraries are already universal, so the frameworks just need to be included in the TuxPaint application bundle. I'll have to compile libiconv, libintl, and libpng as universal libraries, and link those in - provided this goes alright, we should be in business. We have to keep in mind that universal binary apps need to be compiled with gcc 4, and gcc 4 compiled apps typically require Mac OS X 10.3.9 or later to run (so a universal binary that also runs on 10.2.8 is most likely not possible). > >> This will probably be after the >> 0.9.16 release, however, so by all means, if you'd like to resolve >> these bugs beforehand, feel free to invite another OS X developer on >> board! I'll be happy to contribute what I can when time permits :-) > > I think it can be okay to release 0.9.16 for Mac later, or perhaps > call it 0.9.17, depending on how much has to change before it works... Okay, we'll see how things develop in the coming weeks... > Of course, with Windows, we release _both_ EXE installers _and_ ZIP > archives, > so it may make sense to similarly provide both PKG and DMG versions > for Mac > users. I think it's better just to stick with the disk image DMG version. PKG installers are useful if the program has multiple files that need to be installed in various locations on a user's drive, but because Tux Paint has been bundled into a single "file" (the "Tux Paint.app" bundle) that the user can drag from the disk image to any location on the hard drive, a PKG installer would be redundant. > I am willing to help out when I can. I really do not have much > development skills. However, I am willing to test compiling in xcode > and testing. I am pretty good at making .pkg package / installer > files (actually certified on it). > If Martin can help me out with > some pointers on using xcode I am sure it would help too. Sure, Matt, I'd be happy to show you through compiling the Tux Paint in XCode. Perhaps we can discuss this in couple weeks, once I am able to free up a bit more time. You can also catch me on iChat <mf...@ma...> Best regards, Martin |
49 messages has been excluded from this view by a project administrator.
