Re: [Tuxpaint-dev] Install problebs of tuxpaint
On Fri, Mar 04, 2005 at 12:29:00PM -0800, Raymond Still wrote: > Hello; > I'm trying to install tuxpaint on Debian Woody. I'm a > fairly experianced computer user, but a linux newby. > I followed the section: > Apt-Get Source URLs on > http://www.newbreedsoftware.com/tuxpaint/download/linux-debian/ > and then ran apt-get update as root. I got 404 > errors on > http://people.debian.org/~synrg/tuxpaint/woody > So I tried to go there with the browser and it doesn't > exist. I then tried using > http://people.debian.org/~synrg/tuxpaint > (left off /woody) > and got a few unmet dependencies. Hrm, I guess we need to ask Ben to create an updated Woody build. :^) > This is my first time installing Linux, and I might > have problems with the install, although it seems to > work. > Any pointers much appreciated. You can, of course, install from source, as well. I know that's less manageable than using packages, but Tux Paint's pretty simple to compile. > P.S. I first installed the program on win98 and my kids > really like the program (A big cheer for the > developers) , so I'm hoping to use it to help introduce > them to Linux. Cool! :^) Well, thanks, and welcome to the list! :^) -- -bill! [EMAIL PROTECTED] "I'm anticipating an all-out tactical http://newbreedsoftware.com/ dog-fight, followed by a light dinner." ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] msgfmt option order in makefile
On Thu, Feb 24, 2005 at 11:55:53PM +, John Popplewell wrote: > When I use my newly built msgfmt 0.14.1 it complains about the output > file option coming after the input filename. This works: > > msgfmt -o trans/af.mo src/po/af.po > So my questions are: > Is there any reason for the current order? Because I'm a human, and think of things as "input -> output", not "-> output, input" ;^) > Is it OK to change Makefile for everyone? Sounds good to me! If you'd like me to, instead, please let me know. Otherwise, by all means, please update it in CVS! Thx! -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Comment on Tux Paint 'multi-user' ability on WinXP
A fellow just wrote me with some nice praise for Tux Paint, and also some comments on its use under Windows XP: The only other issue I have is that it is not very mutli-user friendly due to its use of the "Program Files" folder for config and user data files in Windows. My Windows XP setup is basic; my wife and I use an administrative login and my children a more restricted login. Having installed Tux Paint in my account and put a shortcut on the childresn desktop I could not save files in the children's login. To be fair this was easily solved with '--savedir "%HOMEPATH%\TuxPaint" in the shortcut but I think that should have been automatic. It also conceivable that user settings should be stored for each user, for example print enabled for me but not the children. I'll make a note of this in the Wishlist at SourceForge. In the meantime, John and others... any comments? Thanks! -- -bill! [EMAIL PROTECTED] "I'm anticipating an all-out tactical http://newbreedsoftware.com/ dog-fight, followed by a light dinner." ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] TuxPaintGuide2.0 new release
On Tue, Feb 22, 2005 at 01:36:03PM +0100, Francesca Campora wrote: > Hi all, > TuxpaintGuide, a didactical guide in italian language > for Tux Paint, is coming out with its second release. > > http://www.linux.it/~abnormal/scuolaprimaria/laboratori/tuxpaintguide2.0.pdf Wow, that's gigantic! :^) Good job! Any chance of an English translation? ;) -- -bill! [EMAIL PROTECTED] "I'm anticipating an all-out tactical http://newbreedsoftware.com/ dog-fight, followed by a light dinner." ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Flipping and mirroring doesn't work
On Sun, Feb 20, 2005 at 12:38:59AM +0100, Karl Ove Hufthammer wrote: > Latest CVS version: > Flipping and mirroring stamps doesn't work anymore. I just noticed that the other day, but haven't had time to look into it. (I literally _just_ finished a new project for work. I had to create 8 pages worth of flowcharts today. I started the project less than 4 weeks ago, and we're releasing for testing[*] this weekend! It's almost 12,000 lines of code in about 50 files. All written from scratch[+] by your's truly!) I am _beat!_ -bill! [*] Wish us luck! [+] Okay, one or two small functions were stolen from an earlier project ;^) ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] [fwd Tux Paint - Golden Acorn Award Winner!!! [at freefunfiles.com]
- Forwarded message from Paul - Date: Sat, 19 Feb 2005 12:05:17 -0500 From: "Paul" Subject: Tux Paint - Golden Acorn Award Winner!!! To: <[EMAIL PROTECTED]> Dear Bill Kendrick, Congratulations, we have chosen your title as our Golden Acorn Award winner for the month of February. We have placed your title at the front of our Graphics category so that your title gets the recognition that it deserves. We have included your award image within the email. Sincerely, Paul Swain http://www.FreeFunFiles.com/ We're nuts for Software!!! - End forwarded message - Whee! :) -- -bill! [EMAIL PROTECTED] "I'm anticipating an all-out tactical http://newbreedsoftware.com/ dog-fight, followed by a light dinner." ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] wxPython solution for "login"-like --savedir selection GUI
On Fri, Feb 11, 2005 at 02:03:13AM -0800, Bill Kendrick wrote:
>
> I've whipped up a wxPython script (that is, Python using wxWidgets)
> which pretty much acts the same as my BASH / Kdialog script from the other
> night.
>
> ftp://ftp.sonic.net/pub/users/nbs/unix/x/tuxpaint/savedir/
I've now created a executable version using 'py2exe'.
(It weighs in at a whopping ~3.5MB, but that's a lot smaller than the
10MB for a Win32 Python install, plus add'l 5MB for wxPython module.)
It's under a "win32" directory at the URL above.
Currently, values in the .py script are hard-coded. I'll see if I have
some time tonight or this weekend to make it easier to set up.
I've also been asked if it'd be possible to provide a free-form interface
(type-in field versus a menu, which has to be set up ('users.txt') beforehand),
so I think in the end we'll have two apps:
tuxpaint-savedir-menu.py
tuxpaint-savedir-freeform.py
-bill!
___
Tuxpaint-dev mailing list
Tuxpaint-dev@tux4kids.net
http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] wxPython solution for "login"-like --savedir selection GUI
I've whipped up a wxPython script (that is, Python using wxWidgets) which pretty much acts the same as my BASH / Kdialog script from the other night. ftp://ftp.sonic.net/pub/users/nbs/unix/x/tuxpaint/savedir/ I'll give it a test-drive on my Windows laptop this weekend, and see about generating a Win32 EXE (and Mac OS X App), so that schools don't need to install/configure Python and wxPython on their machines. :^) Enjoy! -bill! [EMAIL PROTECTED] "I'm anticipating an all-out tactical http://newbreedsoftware.com/ dog-fight, followed by a light dinner." ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Tux Paint Profile app?
On Wed, Feb 09, 2005 at 10:56:06PM -0800, Bill Kendrick wrote: > In the meantime, I guess I'll play with kdialog to see if I can at least > prototype what the interface should look like. :^) Done! ftp://ftp.sonic.net/pub/users/nbs/unix/x/tuxpaint/savedir/ -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Tux Paint Profile app?
A number of people have found that the "savedir" option in Tux Paint isn't suitable for them, because all of their students share the same remotely-mounted filesystem. An easy way to get around this would be a simple GUI that asked for a username and then set the savedir to "R:\remote\$username\", rather than just having everyone's Tux Paint save in "R:\remote\". I can think of a very easy way of doing this in Linux... use "kdialog" in KDE, along with a trivial BASH shell script. Unfortunately, I haven't the foggiest how one does this in Windows (or on Mac, for that matter). Should we create platform-specific solutions for this? (One for Linux, one for Windows, one for Mac, etc.) Or should we perhaps instead create a new simple FLTK GUI that teachers can set up, and then kids can use to pick their name from a drop-down? In the meantime, I guess I'll play with kdialog to see if I can at least prototype what the interface should look like. :^) -bill! [EMAIL PROTECTED] "I'm anticipating an all-out tactical http://newbreedsoftware.com/ dog-fight, followed by a light dinner." ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Tux Paint in Computer Idee
I've gotten DOZENS of survey responses from folks who said they saw Tux Paint in "Computer Idee" magazine in the Netherlands. Anyone out here have access to this magazine, and want to scan the article for me? ;^) Thanks! -bill! [EMAIL PROTECTED] http://newbreedsoftware.com/ ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Tux Paint Segfault if unable to print
On Sun, Jan 23, 2005 at 11:51:44AM -0500, Albert Cahalan wrote:
> You should have also seen this:
> printf("Sending %u bytes with %u families.\n", size, num_font_families);
>
> Did you? (it's really important to be sure about this)
Nope!
> If you saw that, there is an IO problem.
> If you didn't see that, the child crashed.
It must be the latter. It went like this:
$ tuxpaint
Start-up time: 4.177
... I wait about 1-2 minutes, then click 'Text' ...
Got 0 bytes with 62292 families.
Segmentation fault
$
*boom!* :^)
Again, I haven't changed fonts recently, and for a while (before the
threading change), it /was/ working... just took forever to start up :)
-bill!
[EMAIL PROTECTED] April shower bring Kompressor power!
http://newbreedsoftware.com/
___
Tuxpaint-dev mailing list
Tuxpaint-dev@tux4kids.net
http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Tux Paint Segfault if unable to print
On Sat, Jan 22, 2005 at 09:14:39PM -0500, Albert Cahalan wrote: > > So, I take it that the various other crashing problems > are gone now? How are things with stamps and fonts? > Sadly, no. Last I tried, I let it sit for a min. or so w/o hitting the 'Text' tool. Then, when I hit it, I got a short font-related mesg. on stdout and Tux Paint crashed immediately. "Got 0 bytes with families." ... where ### was a large number (in the 10s of thousands range?) I'm away from home ATM, so cannot examine further. -bill! (via zaurus) ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Tux Paint Segfault if unable to print
Using the latest CVS with the new PostScript support, Tux Paint seems to be segfaulting if it can't print. I get this in the terminal where Tux Paint was run: lpr: error - no default destination available. and then the window just vanishes! I'll look into it tonight, if noone else gets the chance... (It may have been doing this before, but I only just had an issue where CUPS config got corrupted, so 'lpr' now bails with an error.) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] the *.txt files
On Fri, Jan 21, 2005 at 07:45:37PM -0500, Albert Cahalan wrote: > First of all, in the CVS, could we keep translations > out of the *.txt files? They can be added at build > time. There's no need to keep checking in redundant > data, bloating up the CVS records with noise. Not a bad idea. What do people think of having the .txt's regenerated at build time? (This would also end up adding a required "make" step in tuxpaint-stamps, which I don't think is a problem) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Maps
On Fri, Jan 21, 2005 at 04:42:21PM -0500, Albert Cahalan wrote: > It'd have to be a separate download unless you want > to get Tux Paint banned in several countries, complete > with imprisonment for anyone caught distributing it. > You can not satisfy country A without offending country B. Oh yeah. :^/ I forgot about that. *sigh* > Also, this screams out for letting teachers generate > the maps from a vector representation. Then they can > choose: > > a. location, extents, and projection > b. international and state border thicknesses >(set state to 0 if those are undesired) > c. highlighted region > d. highlight method (suppress outside states, shading, etc.) > e. language for labels > f. size and font for label text > g. marking of major cities, or not Hhhrmm... I like the way you think :) -bill! [EMAIL PROTECTED] April shower bring Kompressor power! http://newbreedsoftware.com/ ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Maps
Someone has asked me if Tux Paint has a 'Maps' feature, which apparently Kid Pix has. (It's geographical maps.) Having never used Kid Pix, I'm not exactly sure how it works, but I'm imagining a way the coloringbook-style Starter images can be used to present maps which kids can then color in and label. Does anyone here have pointers to freely-distributable maps that we can alter and included in Tux Paint? (Or, in the end, as a separate download.) Thanks! -bill! [EMAIL PROTECTED] April shower bring Kompressor power! http://newbreedsoftware.com/ ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Case sensitivity in filenames
I just tracked down a user's problem (hopefully) to a case-sensitivity problem in Tux Paint. It looks like the files they made in Windows were saved as ".PNG", rather than ".png", so Tux Paint just read right past them, and didn't think to load them. I'll add a bug entry over at SourceForge... :^) -bill! [EMAIL PROTECTED] April shower bring Kompressor power! http://newbreedsoftware.com/ ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Re: [Tuxpaint-commits] tuxpaint/src tuxpaint.c, 1.398, 1.399
On Thu, Jan 20, 2005 at 11:41:13PM +, Albert Cahalan wrote: > Update of /cvsroot/tuxpaint/tuxpaint/src > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv3780/src > > Modified Files: > tuxpaint.c > Log Message: > vague memory of an obscure annoyance w/ sockets leads to this guess at a > solution to Tux Paint crashing for Bill Hrm, I hit the Text tool and this time it doens't crash... it just never STOPS! :^( (The little spinning bar at the bottom just keeps animating for much longer than it had ever taken in the past to load all of my fonts.) Also, it looks like Tux Paint no longer looks in "~/.tuxpaint/stamps/" for user-loaded stamps! :^( (It should also look in "~/.tuxpaint/fonts/" for fonts, "~/.tuxpaint/brushes/" for brushes, and "~/.tuxpaint/starts/" for starter images.) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] font loading, threads, processes, etc.
On Wed, Jan 19, 2005 at 11:32:40AM -0500, Albert Cahalan wrote:
> Just how many fonts do you have anyway?
Good question. :^)
Just counting TTFs, ("locate .ttf | wc -l"), I apparently have 1300 !?!?
A few aren't "installed" fonts, but some fonts I was testing in Tux Paint,
for example, but a good 1200 are fonts living outside "/home".
I just noticed something. If you hit [Esc] while Tux Paint is loading
fonts when you go to the Text tool, it quits cleanly (from what I can tell),
but does NOT remove the lockfile!
-bill!
___
Tuxpaint-dev mailing list
Tuxpaint-dev@tux4kids.net
http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] font loading, threads, processes, etc.
On Tue, Jan 18, 2005 at 11:51:34PM -0500, Albert Cahalan wrote: > These new-fangled thread thingies don't work so well. Heh. D'oh! > I think I have the code rock-solid now, or nearly so. :-) > It ought to work on MacOS X too. As for windows... Nearly so... It starts loading the fonts when I hit the 'Text' tool, but eventually segfaults. I'm having difficulty getting the recent builds to load all of my fonts. It WAS working, and since then, I didn't install or remove any fonts, so I think there might be a bad 'free()' that cropped up again. ;) I can gdb if you want... just give me the compile options & incantation! Thx, -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] anybody try it?
On Tue, Jan 18, 2005 at 01:04:13AM -0800, Bill Kendrick wrote: > 5.329(without) Oh, well, now I can see why. If I actually go in and CLICK the 'Text' tool, I see that I've only got 5 fonts available, not the tons I had before. :^) What's up? -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] anybody try it?
On Mon, Jan 17, 2005 at 10:07:48PM -0500, Albert Cahalan wrote: > Do the threads work OK on x86, Windows, MacOS X...? > My system loaded it and reported: 53.323 (with stamps) 5.329(without) > For maximum effect, compare threaded and non-threaded, > and use the --nostamps option. Running with "--nostamps" (but with "--sysfonts" enabled), the same way as it ran above and loaded in less than 6 seconds, an older version (from 12:30pm PST Jan. 17th), I launched it under "time" and it reported that it took nearly 1m 30s of 'real' time to load (almost 55s of 'user' time). Then it segfaulted. :^/ Fortunately, the currnet version (with "--nostamps --sysfonts") didn't segfault during startup. ;^) HOWEVER, I did notice a segfault right when I hit the 'Quit' button with the current version (when running with "--stamps --sysfonts") :^[ -bill! [EMAIL PROTECTED] April shower bring Kompressor power! http://newbreedsoftware.com/ ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] CHANGES.txt
On Sun, Jan 16, 2005 at 10:11:20AM -0500, Albert Cahalan wrote: > On Sun, 2005-01-16 at 03:43, Bill Kendrick wrote: > > Please remember to update CHANGES.txt if you commit any changes to CVS! :^) > > Oh, but it looks so neat and pretty now, all tidied > up for a release! > > I feel guilty spoiling CHANGES.txt with technical ramblings. Heh, hey, if you're doing something like: "Enhancing start-up speed by using threading," I think that's fine to add! :^) When I go to make a press release, I'll just strip the technical part (e.g., "...by using threading") for the laymen. :) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] CHANGES.txt
Please remember to update CHANGES.txt if you commit any changes to CVS! :^) Thanks, -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Scrollwheel down causes 4 extra buttons in Selector
On Fri, Jan 14, 2005 at 06:35:11PM -0500, Albert Cahalan wrote: > > I fixed this already. Thanks. He didn't say which version he was using. I didn't remember hearing about it (or a fix), so I assumed it wasn't known. Thx! -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] mouse behavior
On Fri, Jan 14, 2005 at 06:19:14PM -0500, Albert Cahalan wrote: > > xpaint, installed right now on my debian-unstable box Which Tux Paint is a replacement for, in some people's eyes ;^) > PDF and Postscript viewers tend to demand the middle > button for panning. (not the KDE or GNOME ones) Those are old, ugly, crufty, and IMHO, depcerated. :^) Even Adobe's latest Acrobat Viewer for Linux was ugly and wonky, but that was version 5. They're beta-testing version 7 as we speak. I'm assuming they'll have switch to a more sane UI like Qt or GTK+ by now. :^) > It's probably a Swing vs. AWT thing. Uhh... yeah, sure! ;^) (I know VERY little about Java right now, obviously.) > > I'm going to keep it the way it is now. Sorry! :^) > > > > (If you REALLY want, you can add a "--nomousebuttondistinction" switch, > > or something, to revert it to the old way ;) ) > > I just want an #ifdef WIN32, not an option. I'd rather have it work, more or less, the same across all systems. Having to document how the mouse works on one OS versus another seems silly. :^/ > I'll wait until the bug reports come in. Heh, I'll consider the above your 'bug report' and work on an option for you (and others with kids so young that they don't want to care about the distinction between the buttons). It's a similar situation to why we have the scrollwheel-disabling code, so... -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] threaded startup
On Fri, Jan 14, 2005 at 06:29:42PM -0500, Albert Cahalan wrote: > SDL comes with a thread package that works everywhere except > on MacOS Classic. I've stumbled across various things involving > problems with SDL on MacOS Classic; I don't think is does too well. I've got a number of games (albeit simple) running on Mac OS. Some of my SDL stuff's even been ported to Sega Dreamcast. Tux Paint itself has been known to run on "Linux (for the PlayStation 2)", too. :^) > While you try to support this, the schools are busy upgrading. Heh, it's already been 2.5 years since I started Tux Paint, and many still have not. It's a pretty dire situation in some places. > Nobody wants to be stuck with a dead OS. If a school is > extremely poor, they can always put Debian on their old Macs. Not always. Depends on the Mac. And no reason to make all of their computers incompatible with the software they had already purchased. > It may be reasonable to just #if out all the code. Any Mac > unable to run MacOS X is unlikely to have very much RAM. > Skipping text and stamps will allow running on even more Macs. Indeed. Splitting stamps into small bite-sized chunks will help a lot, too. > Another idea is to allow running all the code to completion, > just as is done now. In that case, pthreads can be used. I guess I need to brush up on threading. :^) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] [fwd] Re: TUX PAINT PRINTING [issue solved on Mac OS X]
I think I forwarded Ken's original problem to the list, despite it sounding like an OS-level problem. Well, it was! :^) -bill! - Forwarded message from Ken Wilson - Date: Fri, 14 Jan 2005 15:41:12 -0800 From: Ken Wilson Subject: Re: TUX PAINT PRINTING Thanks again for your help Bill. I seemed to have been missing some system files... An Apple Tier2 Tech couldnt troubleshoot it, so we did an "archive and install" from the original install disk. Voila, my user-printing came back to life. It fixed at least one other bug I experienced - no longer being able to export Garageband AIFF's to iTunes from a user. I may have had something to do with those missing files using a Utility to maintain my system. Computers/software can be unhelpful sometimes when they do what you tell them. Hope you have a good weekend. Ken - End forwarded message - -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Scrollwheel down causes 4 extra buttons in Selector
I'll take a look at this later today, if I can. (My development box doesn't have a scrollmouse, but I can steal my wife's laptop when she's not looking, and use hers :^) ) -bill! - Forwarded message from David Douthitt - Date: Fri, 14 Jan 2005 17:08:14 -0600 From: David Douthitt Subject: Another bug report. When using Tuxpaint with a mouse wheel, you can scroll the right side items - as it should. However, if you are scrolling with the scroll wheel, you get four extra boxes (empty) at the bottom end of the scroll. When using arrows or the mouse button, this does not happen. When scrolling to the top instead of the bottom, this does not happen. Odd behavior... - End forwarded message - ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] threaded startup
On Thu, Jan 13, 2005 at 04:35:00PM -0500, Albert Cahalan wrote: > Start-up will go faster if some of the work is put > in threads. This is particularly true for disk reads. > When the canvas shows, only the paint tool needs to > be ready. Other stuff (stamps, fonts, magic) can > continue to load in the background. I'm concerned that threading this (at least, using /real/ Unix-style threads) may cause incompatibilities with some OSes. Can some look into this before we move much further forward? Or were we talking about threads at a higher level, and not actually using OS-level stuff? (Main concern for me: getting Tux Paint to work on Mac OS Classic... far too many schools are still stuck with it, and currently cannot take advantage of Tux Paint!) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] mouse behavior
On Fri, Jan 14, 2005 at 05:39:40PM -0500, Albert Cahalan wrote: > You disabled the middle and right buttons, didn't you? > > That's a total Microsoftism. UNIX workstations traditionally > use the middle button. For what? For pasting, maybe. But not for point-n-click in apps. Admittedly, I've been using only Linux since 1998, but prior to that I used X-Window a lot on SunOS and Solaris, and while I know some weird apps used middle click for certain procedures, it don't remember any paint apps using it for painting! <:^/ > MacOS treats them all the same. Umm... I wouldn't know, these days. The only time I used multi-button mice on Macs was with an X-Window server. :^/ > Java apps treat them all the same too. I just fired up TouchGraph GoogleBrowser, a Java applet that runs in a browser, and left click selects and drags things. Right-click presents a pop-up context menu. Seems just like Windows, Gnome, KDE, etc. to me! :^/ > For proper UNIXy behavior, you'd only allow the middle button. > The left and right would, of course, do something dreadful. :-) > Try an real xterm scroll bar. Okay, I see now that you're trying to make a joke. (Or I hope so ;^) ) Tux Paint is not supposed to be some early 90s app beamed into the future ;) > I think the old way was by far best for tiny little kids. > If "teach them the cold hard reality of their OS" is going > to be the goal though, an #ifdef WIN32 is appropriate. > It's only Windows that has a clear and strong bias toward > the left mouse button. I disagree (see above). :^) > Even on Windows though, left-handed users can swap buttons. I'm guessing if handed-ness is switched at the OS or display level (e.g. X11), that SDL simply sees right-clicks as "mouse 1", which is perfectly fine. I'm going to keep it the way it is now. Sorry! :^) (If you REALLY want, you can add a "--nomousebuttondistinction" switch, or something, to revert it to the old way ;) ) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] mouse behavior
On Fri, Jan 14, 2005 at 04:17:18PM -0500, Albert Cahalan wrote: > How about an #ifdef WIN32 on that new feature? > > Windows: strongly oriented toward left button > MacOS: generaly, either button will do > Linux: often demands the center button > > In any case, it'll be harder for a 3-year-old now. I'm totally confused by your suggestion here... Can you explain? -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Re: [Tuxpaint-commits] tuxpaint/src colors.h, 1.14, 1.15
On Fri, Jan 14, 2005 at 04:09:47PM +0100, Karl Ove Hufthammer wrote:
> Your use of smileys continue to impress me, Bill! ;)
>
> Guess I'll have to go looking for a new e-mail client, one
> which can render all of them (as cute, little graphics).
What!? 8^o And kill the old-school ASCII charm!? <|^{
Besides, I've never seen a smiley-face renderer that was able to handle
all the variations I could come up with! >:^)
-bill!
___
Tuxpaint-dev mailing list
Tuxpaint-dev@tux4kids.net
http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Segfault at startup
On Sat, Jan 08, 2005 at 01:33:50AM -0500, Albert Cahalan wrote: > > This one will do the job: > http://luneelfique.free.fr/elvishring.otf > FYI, without loading any other fonts (except the ones in Tux Paint itself)*, I was able to launch with that font and type stuff in bold, italic and in various sizes. This is with CVS version as of 2005-01-14. -bill! * I put the font in my ~/.tuxpaint/fonts/ directory and ran with --nosysfonts ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Tux Paint 'group' in RPM spec?
On Fri, Jan 14, 2005 at 12:25:25AM -0800, Bill Kendrick wrote: > I have a very old "GROUPS" file from a hard disk backup, and the closest > groups I can see are either: > > Amusements/Graphics > or > Applications/Multimedia Those look like it, for now... http://www.fedora.us/wiki/RPMGroups That's groups as of Fedora Core 2, which hasn't changed since RH9. -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Tux Paint 'group' in RPM spec?
On Wed, Jan 12, 2005 at 06:23:29PM +0100, Karl Ove Hufthammer wrote: > Bill Kendrick <[EMAIL PROTECTED]> wrote in > news:[EMAIL PROTECTED]: > > > Right now, Tux Paint's RPM spec lists: > > > > Group: Amusements/Games > > > > Is there something more suitable? (Tux Paint's not a 'game', > > per se :) ) > > Using the freedesktop menu spec, how about: > > Categories=Graphics;RasterGraphics;2DGraphics;KidsGame;Game > > (It *must* be in KidsGame, and then it should be in Game too.) Well, this page: http://fedora.redhat.com/participate/developers-guide/ch-rpm-building.html mentions: Group This must be one of the canonical groups from the /usr/share/doc/rpm-/GROUPS file. Do not make up group names. I have a very old "GROUPS" file from a hard disk backup, and the closest groups I can see are either: Amusements/Graphics or Applications/Multimedia But I'll ask/dig around to see what new groups might be available, then I'll commit the change to the spec in CVS. (Shin-Ichi, let me know if that's not okay!) -bill! [EMAIL PROTECTED] April shower bring Kompressor power! http://newbreedsoftware.com/ ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Re: [Tuxpaint-commits] tuxpaint/src colors.h, 1.8, 1.9
On Thu, Jan 13, 2005 at 05:37:09PM +0100, Karl Ove Hufthammer wrote:
> I'm not sure. And Bill actually *has* used a darker red in parts
> of the drawing.
In the bridge picture, I simply used the "Darken" tool.
(You'll notice the hills in the background are darker there, too,
since the darken tool is kind of large... but it's hard to notice,
thanks to optical illusions :) )
In the pepper still life, I got a little darker red by using other colors
(like black and dark grey) and then blurring and/or smuding.
> > Also consider blood.
>
> I'd rather not.
Albert definitely comes from the "kids want to draw blood and guts" camp.
That's fine, but now that we have guns, tanks and explosions in the stamps,
I'm definitely seeing a need to split them up, so that parents can choose
which things to install.
I've always planned this... no reason to include planets and currency
when all the parent/teacher wants is animals and plants. No reason to
include holiday and religious stuff, if all they want is planets and outer
space. :^)
> What do other people on this list think? I've put up two images
> for comparison:
>
> Albert's sky blue:
> http://www.huftis.org/kritikk/tuxpaint-skyblue.png
>
> 'My' light blue:
> http://www.huftis.org/kritikk/tuxpaint-lightblue.png
Well, honestly, I see use for both of them, but I've got to stop thinking
like an adult.
Albert's definitely looks a little more gloomy/overcast, but I can see it's
usefulness in both sky and water situations. (Also, blue is one of my
favorite colors, so I'm a little biased :^) )
> At "http://www.colorcharts.org/"; you can search on colour names
> (for approx. RGB values). For 'sky blue', I think YY19-Y76L-1QH1
> ('Sky Blue') and XX1B-BPTQ-FFPW ('Sky Blue 1') look rather nice.
Those two do look nice.
> Stamp tinting, for instance.
Yes, we do want to keep track of stamp tinting (and Tint magic tool tinting,
though honestly that code's got to change), when picking colors.
-bill!
[EMAIL PROTECTED] April shower bring Kompressor power!
http://newbreedsoftware.com/
___
Tuxpaint-dev mailing list
Tuxpaint-dev@tux4kids.net
http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Re: [Tuxpaint-commits] tuxpaint/src colors.h, 1.8, 1.9
On Thu, Jan 13, 2005 at 10:12:04AM +0100, Karl Ove Hufthammer wrote: > I didn't change the red. But we could add an extra, dark red (if we remove > the 'Colours' label). In creating these two pictures: (current as of 2005-01-12) http://www.newbreedsoftware.com/tuxpaint/gallery/?cur_pict=0 http://www.newbreedsoftware.com/tuxpaint/gallery/?cur_pict=1 I could have really used a dark red. -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Re: [Tuxpaint-commits] tuxpaint/src colors.h, 1.14, 1.15
On Thu, Jan 13, 2005 at 04:36:32PM +, Albert Cahalan wrote:
> Modified Files:
> colors.h
> Log Message:
> informative version
> const char * const color_names[NUM_COLORS] = {
>gettext_noop("Black!"),
> - gettext_noop("Dark grey!"),
> - gettext_noop("Light grey!"),
> + gettext_noop("Dark grey! Sometimes, people spell it \"Dark gray\"."),
> + gettext_noop("Light gray! Sometimes, people spell it \"Dark grey\"."),
>gettext_noop("White!"),
>gettext_noop("Red!"),
>gettext_noop("Orange!"),
8^o GUYS! Stop it! >:^( Don't make me revoke both of your CVS access!
SHEESH! >:^P
-bill!
___
Tuxpaint-dev mailing list
Tuxpaint-dev@tux4kids.net
http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] dead space and New dialog
On Thu, Jan 13, 2005 at 10:50:44AM +0100, Karl Ove Hufthammer wrote: > The new Gimp 2 (currently 2.2.2) interface is *much* better than > earlier versions, though. I honestly don't find it much different, in so far as being kind of a weird interface compared to other apps. It IS quite improved, and much more useful. I might just be used to it, but I'm not sure how much more /usable/ it is. I, too, am keeping an eye on the KDE answer to The Gimp, since Gimp is about the only GTK+ based app I've got on my desktop these days. :^) Note: I love The Gimp, and often help answer people's questions about it, and have done numerous presentations on it. :) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Re: [Tuxpaint-commits] tuxpaint/src colors.h, 1.8, 1.9
On Thu, Jan 13, 2005 at 12:11:12AM +, Albert Cahalan wrote: > kid says: this is not good; I like two greys; a missing grey; I hate it; I do > not like Tux Paint; I want two greys; I need two greys; I doesn't like that; > I don't like this > Hah... funniest... CVS commit... ever. I agree that two greys is good, too. (OOC, why'd you change all the other colors, not mentioned in the log? Perhaps we should discuss this more before you and Karl start a commit-ware ;^) ) -bill! [EMAIL PROTECTED] April shower bring Kompressor power! http://newbreedsoftware.com/ ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Re: [Tuxpaint-commits] tuxpaint/src magic.h, 1.11, 1.12 shapes.h, 1.3, 1.4
On Wed, Jan 12, 2005 at 11:37:21PM +0100, Karl Ove Hufthammer wrote: > Looks like I didn't try the tool. You can indeed change the > angles. But having a star would be more fun ... :) A star tool would be great. I forget, is that in the Features Wishlist? If not, can someone add it over at SourceForge? :) > Something else that has bothered me with the shape tools: They are > extremely difficult to use (for me!). If I want to draw a chimney > at the top of a roof, it takes several tries to get the correct > size *and* position (because the 'click' defined the centre and > not one of the corners, unlike other drawing programs). <:^( Yeah... we need modes, somehow. Oy! -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Re: [Tuxpaint-commits] tuxpaint/src magic.h, 1.11, 1.12 shapes.h, 1.3, 1.4
On Wed, Jan 12, 2005 at 10:42:16PM +0100, Karl Ove Hufthammer wrote: > But the rhombus may as well be removed. It's just a rotated > square, and Tux Paint supports rotating. Perhaps it can be > replaced by a star or something? The thing with the rhombus/diamond is that you can squish it to non-90-degree angles BEFORE rotating it. You cannot do that with the square. (I also don't want to turn Tux Paint into a geometry teaching lab. There are no doubt better programs for that, for the appropriate age range(s)) (Like KGeo or something... I dunno, honestly.) :) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] dead space and New dialog
On Wed, Jan 12, 2005 at 11:07:50PM +0100, Karl Ove Hufthammer wrote: > Bill Kendrick <[EMAIL PROTECTED]> wrote in > news:[EMAIL PROTECTED]: > > > Also, while I had to duplicate others' work (those who make Oops ... s/had/hate/ > > operating systems like Linux and Windows), we might want to > > support 'user sessions' /within/ Tux Paint. > > Sounds complicated. Complication I'd like to avoid. ;^) > >> Preferably the images should be moved to the trashcan in the > >> users system (KDE, GNOME, Windows, Mac), and not deleted. > >> (But we don't need a UI for getting it back.) > > > > Not a bad idea! > > But non-trivial to implement. We must first check if the user is > running either KDE or GNOME (or something else), and then check > where the trashcan is placed (not, it's *not* always in > Desktop/Trashcan). For Windows I guess the location is stored some > obscure place in the registry. I was afraid someone'd mention that. ;) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] dead space and New dialog
On Wed, Jan 12, 2005 at 11:24:03PM +0100, Karl Ove Hufthammer wrote: > The Gimp's GUI is indeed terrible (and not 'standard'!). I'll say this: it's better than Blender. ;) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] dead space and New dialog
On Wed, Jan 12, 2005 at 06:06:34PM -0400, Ben Armstrong wrote: > In the end, I think there's a place both for "personal stuff" and > sharing when it comes to Tux Paint. I'd like to see Tux Paint operate > equally well in both environments. The --nodelete idea is a great way > to do this, because every child can have their own stuff & not have it > wrecked, and yet all pictures on the shared account are available for > others to view, admire, and copy without deleting the original. Sounds great, esp. when combined with "--saveovernew" mode. :) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] 3-year-old user
On Wed, Jan 12, 2005 at 04:44:42PM -0500, Albert Cahalan wrote: > I think it's this: > http://www.lefinnois.net/aquapl.php3 Same guy, slightly different looking buttons. Perhaps I used an ancestor of what he has up now... :) > You can plug any normal USB mouse into a Mac. Unless you > change an obscure config setting, all buttons will be tied > together as one. Calvin from Tux4Kids just shipped me an old, recycled iMac running Mac OS X. I didn't have any USB devices except for a combo keyboard/trackball that my wife used to use on her desktop. Worked fine, so far as I can tell! -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] 3-year-old user
On Wed, Jan 12, 2005 at 10:47:48PM +0100, Karl Ove Hufthammer wrote: > The colour thing is really just a style issue (I'm sure there are > themes for KDE and GNOME which do the same thing). But maybe real > 'depressed' buttons will work better? What app did you use to draw > the buttons, Bill? Quoting doc/AUTHORS.txt: * UI buttons - Created using "AquaPro" button script in The GIMP Copyright (C) 2001 Denis Bodor <[EMAIL PROTECTED]> > Without? Are there Mac mice with more than one button? Yes. In fact, the new mini iMac (the "$500 special") specifically says on their website "your 2-button and scrollwheel mice will work, just plug them in" (paraphrased). In fact, way back before Mac OS X, when I was using Mac IIs and, nd Mac Centrises in college, many of them had 3-button mice for use with the X Window server software. (Run X11 apps on the Solaris box, display them on the slow, tiny Macs in the labs.) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] dead space and New dialog
On Wed, Jan 12, 2005 at 10:05:26PM +0100, Karl Ove Hufthammer wrote: > (b) is a more general problem, solved by kids having their own > account (usually the case for schools, and in Linux?). But we > could add a 'nodelete' option (if it doesn't exist already -- I > can't be bothered to check). Not a bad idea. Also, while I had to duplicate others' work (those who make operating systems like Linux and Windows), we might want to support 'user sessions' /within/ Tux Paint. This can be handled, partially, with the "--savedir" option, at the moment. You'd be surprised how many schools just use the same single account for ALL users in a class... or worse yet, in an entire school! :^( > Preferably the images should be moved to the trashcan in the users > system (KDE, GNOME, Windows, Mac), and not deleted. (But we don't > need a UI for getting it back.) Not a bad idea! -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Re: [Tuxpaint-commits] tuxpaint/src magic.h, 1.11, 1.12 shapes.h, 1.3, 1.4
On Wed, Jan 12, 2005 at 08:27:54PM +, Karl Ove Hufthammer wrote: > Made shape definitions more correct. When doing these changes, can you double-check that the documentation gets updated? (Or, at least, put a TODO item somewhere :^) ) Thx! -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] fonts
On Wed, Jan 12, 2005 at 12:55:13PM -0500, Albert Cahalan wrote: > Think about why all the car stamps show the cars > pointing to the right. All throughout the stamps, > this left-to-right orientation shows itself. And there's an option "--mirrorstamps" to mirror all of them. :^) > The buttons sure do need to be mirrored. In the > tool choices, why is the paintbrush tool on the > side that it's on? Why not the other side? Why do > the dialog boxes have buttons to the left of text? In Hebrew (currently the only RtL language Tux Paint 'supports' so far), I believe they're on the right side. > Why does Tux sit on the left of his text? Why is > it that, when a tool has an odd number of options, > a blank spot appears on the lower right? (not left) > Why is the "Colors" label on the left? Why does the > "Open" dialog have the normal action button on the > left side? And yeah, all this stuff needs to be flipped to the other side -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] dead space and New dialog
On Wed, Jan 12, 2005 at 07:13:38PM +0100, Karl Ove Hufthammer wrote: > But in Tux Paint we need the ability delete the images. Therefore > double-clicking the images (or clicking 'Open') works better. (And > this is the way open dialogues on Linux and Windows work.) Yeah, "where to put delete?" has been my issue all along. -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] 3-year-old user
On Wed, Jan 12, 2005 at 06:18:44PM +0100, Karl Ove Hufthammer wrote: > For example, I really don't like that right-clicking works the > same as left-clicking in Tux Paint. This may lead kids to get > used to right-clicking, and get very frustrated when right- > clicking doesn't work that way in other programs (or games). Then > they'll have to unlearn to right-click and learn to left-click. > This 'feature' is really doing kids a disservice. Never thought of it that way! So how about just ignore everything but left-click? > BTW, I've seen this problem (concerning Tux Paint) in real life, > so it's a very real issue, not just some hypothesis. Sorry! :^) > > As a less-expensive alternative, a trackball might > > work OK. > > Unfortunately not. Trackballs are generally much to large for > kids' hands. Most mice are too (though there do exist computer > mice for kids, sometimes used in schools). My wife has an itty-bitty optical USB mouse with a retractable cord that she carries in her laptop case. > (Personally, I've been using trackballs for years, and wouldn't > dream of going back to using a mouse!) I only like big trackballs, and only for Centipede and Missile Command. ;) -bill! [EMAIL PROTECTED] April shower bring Kompressor power! http://newbreedsoftware.com/ ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] libSDL_ttf is bug-infested
On Wed, Jan 12, 2005 at 12:31:28PM -0500, Albert Cahalan wrote: > > Everybody needs Tux Paint, even terrorists! :-) That's not really very funny. >:^P > IMHO, they'd be better off learning English. Well, that's your view, but that's not necessarily the view of their parents, teachers (or even many of us developers :^) ), so I obviously don't want to force English on them. (Its a tuff language. ;^) ) > It's easier, superbly well supported, and needed > for correctly understanding much of our world. My dad once suggested Tux Paint could be used for teaching a second language. (i.e., show two languages at once.) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] 100 pictures in the gallery!
There are now 100 pictures in the Tux Paint gallery! I admit, I cheated... it was at 98, so I drew two more (one based on a painted still-life, the other based on a photo of one of my favorite subjects to draw!) Enjoy! http://www.newbreedsoftware.com/tuxpaint/gallery/ -bill! [EMAIL PROTECTED] April shower bring Kompressor power! http://newbreedsoftware.com/ ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Re: [Tuxpaint-commits] tuxpaint/src tuxpaint.c, 1.340, 1.341
On Tue, Jan 11, 2005 at 08:09:14AM +, William Kendrick wrote: > getpixel/putpixel separated per color depth; function pointer arrays used now > (should cause _slight_ speed improvement) Admittedly, using the cave-man-style stopwatch test (using Magic Fill tool on a complicated canvas at 1024x768 on my Celeron at 450MHz), I couldn't tell much a difference between the old code (which checked for BytesPerPixel==4 first, in the get/putpixel functions) and the new code (which used BytesPerPixel as an array index into a set of pointers to specialized get/putpixel functions) BUT... it was fun to write! And hopefully not too messy of an implementation. :) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
getpixel/putpixel as function pointers? (Was Re: [Tuxpaint-dev] GDB result)
On Mon, Jan 10, 2005 at 03:17:13PM -0500, Albert Cahalan wrote: > Ensure that FreeType is compiled with -fno-strict-aliasing > or, slower, with -O0. FreeType violates the C standard, > which now damn-near prohibits casting pointers. BTW, there > are violations in the Tux Paint getpixel/putpixel code too. Yeah, getpixel/putpixel were pretty much straight out of the example code for SDL. I've been thinking maybe we should use function pointers, so that /every/ getpixel/putpixel didn't have to say: "wait, what BPP am I again?" We could even use an array of function pointers, such that: getpixel[8] = getpixel8(); getpixel[16] = getpixel16(); etc. Then the decision as to which getpixel/putpixel to use could happen much less often. Thoughts? -bill! [EMAIL PROTECTED] April shower bring Kompressor power! http://newbreedsoftware.com/ ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] new direct PostScript printing code
On Mon, Jan 10, 2005 at 09:14:11AM -0500, Albert Cahalan wrote: > On Mon, 2005-01-10 at 02:29, Bill Kendrick wrote: > > I'm curious, did you mean to kill my "#ifdef DEBUG_FONTS" stuff!? :^( > > Nope. Sorry. Was that the only thing? I can't recall. :^/ I THINK so, though. When in doubt, run "cvs update" before "cvs commit". (And/or, if you're subscribed to tuxpaint-commits mailing list, just keep an eye on it ;^) ) > I expect many of those messages to be deleted before the release. > The rest should probably be a run-time option, in case anyone > has trouble. Either a runtime option, or a "built for debugging" version would be good, at least for the next release or two, to get any kinks worked-out. (The feature's great, but ends up relying on the quirkiness of the users' systems more than any other feature in the past. :^) ) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] trash dialog arrow
On Mon, Jan 10, 2005 at 01:18:22AM -0500, Albert Cahalan wrote: > The arrow isn't right anyway. It has a special > shape to indicate shrinking. Yeah, I just threw that in for the time being. I need to make a proper looking arrow. > BTW, the print dialog is missing this. There's no thumbnail of the current image readily available, and I was in a hurry. :^) I do agree that it would be good to have a thumbnail of the current image and then have an arrow pointing it at the printer icon. -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] new direct PostScript printing code
I'm curious, did you mean to kill my "#ifdef DEBUG_FONTS" stuff!? :^( -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Tux Paint 'group' in RPM spec?
Right now, Tux Paint's RPM spec lists: Group: Amusements/Games Is there something more suitable? (Tux Paint's not a 'game', per se :) ) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] 3-year-old user
On Sat, Jan 08, 2005 at 05:56:46PM -0500, Albert Cahalan wrote: > The big problems I saw were: > > 1. high mouse pressure > 2. mouse rotation instead of sideways movement > 3. accidental mouse rotation Have the results so far been mostly frustration, or do you think it's helping them get used to the mouse & learn how to use it? > (the 5-year-old knows the scroll wheel is broken in > the "Open" dialog) Hrm, we need to fix that. I need a scrollwheel mouse, I guess. :) -bill! [EMAIL PROTECTED] April shower bring Kompressor power! http://newbreedsoftware.com/ ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] WARNING: "noquit" option now disables [Escape] key
The "noquit" option [*] now also disables the [Escape] key in Tux Paint (with regards to quitting the app). It's much too easy to hit accidentally. The window close button and [Alt]+[F4] key combinations should still work (in the situations they did; e.g., window close widget obviously isn't available when running in fullscreen!) I've also added a new key combination for quitting Tux Paint, which can be used when "noquit" and "fullscreen" (or "grab") are being used: [Shift] + [Control] + [Escape] I've updated the docs (OPTIONS, README and FAQ) and the description of the option within Tux Paint Config. Enjoy! -bill! [*] The "noquit" option is set by one of the following: "--noquit" on the command-line, "noquit=yes" in .tuxpaintrc / tuxpaint.cfg, and/or "Disable 'Quit' Button" in the 'Simplfication' tab of Tux Paint Config. ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Re: thin client problem [Win 2003 Terminal Services; slow display]
On Fri, Jan 07, 2005 at 12:14:42PM -0500, Michael G. wrote: > Hi Bill, > > Thank you and the developers for such a great product. > > I am having a hard time running tux-paints over windows 2003 terminal > srvices/thin client. It runs fine on the actual server. But when I log in > through a client the mouse becomes very sluggish and unresponsive. Any > suggestions? Sorry for the trouble! I've never used Windows 2003 Terminal Services myself, so I'm stabbing in the dark, but... - What color depth are the thin clients at? Are they the same as what the server's trying to display? (e.g., if the clients are 16bpp, but the server is pushing 24bpp or 32bpp, that could be slowing it down) - What speed connection do you have between the clients and the server? At least 100Mbit? If not, that could be the problem. ;^) - Are the clients connected to the server through a switch, or a hub? (Switches are apparently much faster for big bandwidth.) I'm Cc'ing the tuxpaint-dev mailing list, in case anyone out here has any suggestions or questions. Thanks and good luck! -bill! [EMAIL PROTECTED] April shower bring Kompressor power! http://newbreedsoftware.com/ ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Re: [Tuxpaint-commits] tuxpaint/src tuxpaint.c, 1.315, 1.316
On Sat, Jan 08, 2005 at 08:21:34AM +, Albert Cahalan wrote:
> - if (cur_tool == TOOL_TEXT)
> + if (cur_tool == TOOL_TEXT) // Huh? It had
> better be!
> {
Heh... I may not have noticed where I was in the block. Sorry ;)
-bill!
(adding sfx right now...)
___
Tuxpaint-dev mailing list
Tuxpaint-dev@tux4kids.net
http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Paths for fonts on Win32, Mac OS X & BeOS?
In setup(), we have the following that Albert C. recently added:
if (!no_system_fonts)
{
#ifdef WIN32
// add Windows font dir here
#else
loadfonts("/usr/share/feh/fonts", 0);
loadfonts("/usr/share/fonts", 0);
loadfonts("/usr/X11R6/lib/X11/fonts", 0);
loadfonts("/usr/share/texmf/fonts", 0);
loadfonts("/usr/share/grace/fonts/type1", 0);
loadfonts("/usr/share/hatman/fonts", 0);
loadfonts("/usr/share/icewm/themes/jim-mac", 0);
loadfonts("/usr/share/vlc/skins2/fonts", 0);
loadfonts("/usr/share/xplanet/fonts", 0);
#endif
}
Can Win32, Mac OS X and BeOS folks let me know what paths would be good
to add for your respective OSes?
Thanks!
-bill!
[EMAIL PROTECTED] April shower bring Kompressor power!
http://newbreedsoftware.com/
___
Tuxpaint-dev mailing list
Tuxpaint-dev@tux4kids.net
http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Segfault at startup
On Sat, Jan 08, 2005 at 01:14:50AM -0500, Albert Cahalan wrote: > Well, how about now? Hopefully you can at least start up > and do normal stuff. > Yep! Works now, thanks! :^) :^) Yay!!! > I do have a way to crash Tux Paint using a library bug: > > 1. choose text tool > 2. click on screen > 3. type pH > 4. set bold, italic, and the largest size > 5. try every font you have > > It took me about 30 to 60 tries before I hit a bad one. Trying now. (I've got a LOT of fonts :^) ) BTW, it looks like Tux Paint is reloading the font and/or re-rendering the text when the selector is scrolled. I'll see if I can stop that, as it just slows things down. Thanks, -bill! [EMAIL PROTECTED] April shower bring Kompressor power! http://newbreedsoftware.com/ ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Multilingual support in stamps
On Wed, Dec 22, 2004 at 07:12:22PM +0300, Alberto Escudero-Pascual (IT46) wrote: > Hello John et al, > > I have been checking the code and found the reason while although the > --lang=swahili worked fine the stamps where still falling to the default > english. It seems that if the locale is not present in the operative > system, the function(s) getenv() or g_win32_getlocale() returns the > default C locale. This was stuck in the mailing list queue, sorry. (It's chock full of spam in there, so I'm trying to clean out the non-spam stuff and then go and discard the rest.) I'll look at this patch tonight, and add it to CVS. Thx! -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Segfault at startup
On Fri, Jan 07, 2005 at 09:56:38AM -0500, Albert Cahalan wrote: > > You mean the segfault, or just the noise about rejecting > a few crummy fonts? I still get a segfault, myself, after tons of fonts are rejected due to 'A' and 'a' looking the same. Then the same short report about FreeSans and then the crash. :^/ -bill! [EMAIL PROTECTED] April shower bring Kompressor power! http://newbreedsoftware.com/ ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Re: TuxPaint Bug Report (tux4kids)
On Thu, Jan 06, 2005 at 04:59:03PM -0600, David Douthitt wrote: > > You mean as an optional requirement (oxymoron?)? Well, yeah! :) I mean, Tux Paint can be _used_ w/o printing. :^) > Not really. > > You can put in "BuildRequires" for the build, and "Requires" for the > installation - and you can control versions in numerous ways. Hrm... > This might be a case for DAG, yes? For him to modify the tuxpaint RPM, > I mean... Yeah, although we do ship a "tuxpaint.spec" in the source release, so they may have just used that. > Probably wise. Also, I suspect the "cat" in the command string is > superfluous (if that is the command you use). No, I only used that for your testing. The actual command doesn't contain a "cat", since no file is generated. It's simply piped directly from Tux Paint into "pngtopnm"'s STDIN. > Be careful about search > paths, too - otherwise I could create a pnmtops and it could compromise > the machine. I'm leaving it up the the popen() and corresponding shell, which I /think/ is reasonable. Most apps that use "lpr" for printing simply ship with "lpr" as the print command, not "/usr/bin/lpr" or anything else more specific. In general, I think the Unix/Linux/OSX printing should be improved a little, with Tux Paint writing out PostScript itself, if at all possible... In the meantime, can you install NetPBM and see if Tux Paint still crashes when you go to print? :^) Thanks for the reports & suggestions (and keep them coming!), and sorry for the inconvenience! -bill! [EMAIL PROTECTED] Have I been helpful? http://newbreedsoftware.com/http://svcs.affero.net/rm.php?r=billkendrick ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Re: TuxPaint Bug Report (tux4kids)
[Ack, forgot to Cc tuxpaint-dev when replying] - Forwarded message from Bill Kendrick <[EMAIL PROTECTED]> - Date: Thu, 6 Jan 2005 14:49:30 -0800 From: Bill Kendrick <[EMAIL PROTECTED]> Subject: Re: TuxPaint Bug Report (tux4kids) To: David Douthitt <[EMAIL PROTECTED]> On Thu, Jan 06, 2005 at 04:44:09PM -0600, David Douthitt wrote: > > Well, I did a check prior to running that command line, and neither > pngtopnm or pnmtops seem to exist on my system. Hrm! It would be bad if missing those caused a crash, but it /could/ be the case. :^( > However, the requirements for the tuxpaint RPM are satisfied. Hrm... Is there a way to 'recommend' dependencies in RPMs, like you can with Debian packages? > Perhaps a runtime check for the programs should done first, and the RPM > spec file modified to require this software? A runtime check might be good. If the command can't run, then disable the print button... -bill! [EMAIL PROTECTED] Have I been helpful? http://newbreedsoftware.com/http://svcs.affero.net/rm.php?r=billkendrick - End forwarded message - -- [EMAIL PROTECTED] Have I been helpful? http://newbreedsoftware.com/http://svcs.affero.net/rm.php?r=billkendrick ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Re: TuxPaint Bug Report (tux4kids)
On Thu, Jan 06, 2005 at 05:29:28PM -0500, Albert Cahalan wrote: > On Thu, 2005-01-06 at 15:24, Bill Kendrick wrote: > > > cat IMAGE.PNG | pngtopnm | pnmtops | lpr > > That seems like a funny way to do things, since generating > a PPM is so dead simple. Going direcct to PostScript can't > be all that bad (being inocent perhaps). > > Is there some reason you'd want the PNG? Well, I'm already using the PNG libraries to save files, so rather than write my own PPM code (which I agree is insanely easy, I've done it for some dynamic image generation on the web), I just decided to stick another command in the chain. How hard is it to write direct postscript? Also, has anyone tried setting printcommand to "kprinter" (or whatever that KDE print dialog is)? -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Re: TUX PAINT PRINTING
Ken followed up with: > Mac OSX 10.3.6 > "Error while printing" is the exact error. > > Did some research on the error, looks like its on my side. > I repaired disc permissions, but still no luck. > Thanks for your time. The Tux fits good. I asked him to let me know what his problem is, in case anyone else out there has it, so we can help them. :^) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Re: TUX PAINT PRINTING
(I'm also sending this to the 'tuxpaint-dev' mailing list...) On Thu, Jan 06, 2005 at 12:47:55PM -0800, Ken W. wrote: > Hey Bill, > Me again. > > We cant print from a non-admin user. > Receive an error from Tux saying "error in printing" > Tried to print from the Mac's Preview application straight from the > .png file and recieve the same error in a Mac dialog. > In the non-admin user, I successfully printed a test page from the > default printer. > Switching to the Admin allows immediate printing. > Any ideas? Hm... if you can't print from "Preview", that sounds more like a problem with the Mac's settings itself, not Tux Paint's, so I'm not sure how I can help (since I don't currently have a Mac, and don't know the first thing about printing on them :^) ) Can any /other/ apps print? (Like Safari or a simple text editor?) Can you tell me what the exact error was in the Mac dialog from Preview? Thanks! -bill! [EMAIL PROTECTED] Have I been helpful? http://newbreedsoftware.com/http://svcs.affero.net/rm.php?r=billkendrick ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Re: TuxPaint Bug Report (tux4kids)
(Again sending to tuxpaint-dev) On Thu, Jan 06, 2005 at 02:02:37PM -0600, David D. wrote: > Also, there is a problem with printing. When printing, the application > crashes entirely. That's no good! > I'm using CentOS 3.1 (a clone of Red Hat Enterprise Linux 3) with the > CUPS printing system installed. The printer should be (in theory) set > up to forward the print jobs to a lpd daemon running under Windows NT 4; > it's worked in the past. Just do double-check, is NetPBM installed on the system Tux Paint is running on? Can you successfully print using the standard Tux Paint print command from a shell prompt? e.g.: cat IMAGE.PNG | pngtopnm | pnmtops | lpr I only recently started using CUPS myself, but set up lpr compatibility and haven't had trouble printing out of most apps on my Debian Testing system. Admittedly, I haven't yet tried printing to it from Tux Paint. I can try that tonight when I get home. Thanks! -bill! [EMAIL PROTECTED] Have I been helpful? http://newbreedsoftware.com/http://svcs.affero.net/rm.php?r=billkendrick ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Re: TuxPaint Bug Report (tux4kids)
Hi there! I hope you don't mind, I'm Cc'ing the tuxpaint-dev mailing list. (See: http://www.newbreedsoftware.com/lists/ ) On Thu, Jan 06, 2005 at 01:58:58PM -0600, David D. wrote: > I run TuxPaint under CentOS 3.1 (a clone of Red Hat Enterprise Linux 3). > I was using the RPM taken from dag.wieers.com. I'm assuming it's Tux Paint v.0.9.14 from the following location, correct? http://dag.wieers.com/packages/tuxpaint/ > When running locally, it works fine - though once when it crashed, it > left the screen display in 800x600 (normally 1024x768 or higher...) Unfortunately, that's an issue with SDL. If an app switches to fullscreen mode at a lower resolution, and then crashes, X can be stuck at that lower resolution. The only thing I've found to get out of it is to run the same app (or another that doesn't crash) in fullscreen mode again, and then quit before it crashes. Then you can use [Ctrl]+[Alt]+[Numpad +] to resize the X display. > However, when running TuxPaint to a remote X terminal, when scrolling > through the Stamps sometimes it gets "stuck" and stops responding to > mouse clicks. Using the --keyboard switch makes no difference, and > using the --nooutlines makes no difference. We recently updated the code in CVS (what will become 0.9.15) so that the current stamp isn't updated when scrolling. I'm not sure this would affect you, but it might. Does it happen when you scroll a lot? It seems to get stuck scrolling, hit the bottom of stamps, and then just seem to freeze? > The X client is tuxpaint (on CentOS 3.1 ...or RHEL 3AS if you like) and > the X Server is Apple's adaptation of X11 for Mac OS X. I'm running X11 > beta 3, based on XFree86 4.2.1, and Mac OS X 10.2.8 (Jaguar). Thanks for the details. I see you've sent a few other messages, I'll respond to them separately. Thanks! -bill! [EMAIL PROTECTED] Have I been helpful? http://newbreedsoftware.com/http://svcs.affero.net/rm.php?r=billkendrick ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Re: TuxPaint Feature Request (tux4kids) [Re: [Esc] key to exit]
(Again posting this to tuxpaint-dev) On Thu, Jan 06, 2005 at 02:00:23PM -0600, David D. wrote: > The exit capability is still too easy - an accidental press of the > escape key brings up the window to exit. > > Is it possible to make it more difficult to exit? Perhaps when the "noquit" option is set, we can use Ctrl-Alt-Esc or some other harder-to-hit combination for exiting...? What do people think? -bill! [EMAIL PROTECTED] Have I been helpful? http://newbreedsoftware.com/http://svcs.affero.net/rm.php?r=billkendrick ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Tux Paint mentioned on O'Reilly
A friend just noticed this and sent it to me: http://www.oreillynet.com/pub/wlg/6124 :) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] SharewareJunkies.com award!
Tux Paint has received the "Best Macintosh Program" of 2004 award in the 2005 SharewareJunkies.com Awards! http://www.newbreedsoftware.com/tuxpaint/reviews/sharewarejunkies/ :) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] --nosysfonts option added
I've added a "--nosysfonts" option to Tux Paint (and corresponding control in Tux Paint Config) which disables any attempts to load fonts from 'outside' Tux Paint. This allows _me_ to keep running the app, until we can figure out what the problem is with the font grouping code in the latest CVS. ;^) It may also prove a useful feature in the 'real world' (for both preventing possible crashes, as well as culling down the number of available fonts for people who(se kids) don't need them.) Also, I've replaced the 640x480 and 800x600 radio buttons with a pulldown that lists the window dimensions listed in tuxpaint --help. (Tux Paint Config also now, obviously, supports the "windowsize=..." syntax.) -bill! [EMAIL PROTECTED] Have I been helpful? http://newbreedsoftware.com/http://svcs.affero.net/rm.php?r=billkendrick ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Segfault at startup
On Mon, Jan 03, 2005 at 03:30:37PM -0800, Bill Kendrick wrote: > > Tux Paint in CVS (as of Jan 3, 23:30 UTC) is segfaulting on startup, > right as (or after) it's loading the fonts: Hm, also, above what I had posted before, I noticed Tux Paint being 'stumped' a lot :^) Font style parser stumped by "10". Font style parser stumped by "10". Font style parser stumped by "10". Font style parser stumped by "10". Font style parser stumped by "10". Font style parser stumped by "10". Font style parser stumped by "10". Font style parser stumped by "10". Font style parser stumped by "10". Font style parser stumped by "\040Regular". Font style parser stumped by "\040Regular". Font style parser stumped by "\040Regular". Font style parser stumped by "\040Regular". Font style parser stumped by "\040Regular". Font style parser stumped by "\040Regular". Font style parser stumped by "\040Regular". Font style parser stumped by "\040Regular". Font style parser stumped by "\040Regular". Font style parser stumped by "\040Regular". Font style parser stumped by "\040Regular". Font style parser stumped by "\040Regular". Font style parser stumped by "\040Regular". Font style parser stumped by "\040Regular". Font style parser stumped by "\040Regular". Font style parser stumped by "\040Regular". Font style parser stumped by "\040Regular". Font style parser stumped by "\040Regular". Font style parser stumped by "\040Regular". Font style parser stumped by "\040Regular". Font style parser stumped by "Rounded". Font style parser stumped by "Wet". Font style parser stumped by "Normal". Font style parser stumped by "Normal". Font style parser stumped by "SuperGross". Font style parser stumped by "Normal". Font style parser stumped by "Normal". Font style parser stumped by "Normal". Font style parser stumped by "Normal". Font style parser stumped by "Normal". Font style parser stumped by "Normal". Font style parser stumped by "Normal". Font style parser stumped by "Busted". Font style parser stumped by "Normal". Font style parser stumped by "Normal". Font style parser stumped by " regular". Font style parser stumped by "Atom Light". Font style parser stumped by "SuperBold". Font style parser stumped by "Normal". Font style parser stumped by "Painty". Font style parser stumped by "Inline". Font style parser stumped by "Normal". Font style parser stumped by "Normal". Font style parser stumped by "Embossed". Font style parser stumped by "Normal". Font style parser stumped by "Normal". Font style parser stumped by "Rounded". Font style parser stumped by "Wet". Font style parser stumped by "Normal". Font style parser stumped by "Normal". Font style parser stumped by "SuperGross". Font style parser stumped by "Normal". Font style parser stumped by "Normal". Font style parser stumped by "Normal". Font style parser stumped by "Normal". Font style parser stumped by "Normal". Font style parser stumped by "Normal". Font style parser stumped by "Normal". Font style parser stumped by "Busted". Font style parser stumped by "Normal". Font style parser stumped by "Normal". Font style parser stumped by " regular". Font style parser stumped by "Atom Light". Font style parser stumped by "SuperBold". Font style parser stumped by "Normal". Font style parser stumped by "Painty". Font style parser stumped by "Inline". Font style parser stumped by "Normal". Font style parser stumped by "Normal". Font style parser stumped by "Embossed". Font style parser stumped by "Normal". I'm seeing what I can see with strace right now. -bill! [EMAIL PROTECTED] Have I been helpful? http://newbreedsoftware.com/http://svcs.affero.net/rm.php?r=billkendrick ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Segfault at startup
Tux Paint in CVS (as of Jan 3, 23:30 UTC) is segfaulting on startup, right as (or after) it's loading the fonts: $ tuxpaint ... ::: 5 FreeSans Medium Oblique BoldOblique Bold Medium duplicates, discarding: FreeSans, Medium b 0, spot 0 occupancy 0x82d4f20 0x844cb50 0x82df000 0x8308e28 Segmentation fault $ Also, I haven't dug into it yet, but it almost looks like Tux Paint is ignoring the "--nostamps" option! -bill! [EMAIL PROTECTED] Have I been helpful? http://newbreedsoftware.com/http://svcs.affero.net/rm.php?r=billkendrick ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] event handling
On Mon, Jan 03, 2005 at 11:53:19AM -0500, Albert Cahalan wrote: > Much to my horror, I discovered that Tux Paint has > distinct near-duplicated code for handling various > mouse-related options. This leads to lots of trouble. (Whistling innocently) Honestly, 2.5 years ago, I didn't think we'd even still be messing with the event handling, or much of Tux Paint's internals at all! :^) Sorry! I'm not sure about making a complete widget system, but I think some code consolidation might be good. -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] text tool
On Mon, Jan 03, 2005 at 12:44:30PM +0900, TOYAMA Shin-ichi wrote: > I think "tp-all48.jpg" is good. I think tp-all48.jpg is good, as well. However, tp-32x40.jpg might be better, as it leaves a little more room for text under the colors. > One matter for concern is that it may be a little difficult for > three-year-old children to push 24x24 or 32x32 icon in some other > examples, especially on high resolution display. Agreed. Having 'mini' buttons also looks a little weird, too... -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] text tool
On Fri, Dec 31, 2004 at 12:46:39AM -0500, Albert Cahalan wrote: > The text tool now has controls. I like! (We need better icons for the italic/bold controls, obviously... :^) ) > I'd like to leave a few printf() lines in until > everybody (Red Hat, Mac, SuSE, Windows, BSD...) > gets a chance to run the code. Sorting through > fonts is quite an error-prone mess, thanks to > font foundries that use irregular style naming > and sometimes don't supply a full set. Seems happy under Debian Linux (Testing branch) using xserver-xfree86 4.3.0.dfsg.1-8. I have a ton of fonts installed on my system, and Tux Paint picked them up! Most look pretty good. Now... I have a suggestion. Can we allow for even bigger text? The maximum font size is a little small for GIANT LETTERS *echoing*, which I think would be cool, now that those sizes will be controlled with the arrow controls, rather than by having separate buttons for each size. >:^) Thanks so much! And Happy New Year to everyone! -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] text tool
On Wed, Dec 29, 2004 at 09:39:33AM -0500, Albert Cahalan wrote: > How about text controls? See attached image. > Without text controls: > 4 sizes * 2 boldness * 2 italicness == 16 Not bad :) I like. -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] fonts
On Tue, Dec 28, 2004 at 08:38:18PM -0500, Albert Cahalan wrote: > Japanese didn't work until I commented out the line > that makes it require a non-standard font. Now it > appears to work perfectly. (well, it looks kind of > asian you know...) I don't know if this includes the > Han (Kanji) characters, or just the Katakana and > Hirigana, but it appears to cover enough for Tux Paint. > > Greek also works fine w/o a funny font. It looks > much better in fact, with the text correctly sized. > > Even Hebrew works without a funny font, except that > the stamps are untranslated and the English runs > the wrong way. The default UI font was changed a while back, so it seems we're now using one that includes some of these glyphs. -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] [fwd] Anyone test Tux Paint 0.9.14 on Mac OS X 10.2? [Success!]
On Mon, Dec 27, 2004 at 03:21:38PM -0700, Martin Fuhrer wrote: > Great! Feel free to rename the Jaguar disk image to > tuxpaint-0.9.14-macosx.dmg and replace the existing file on > Sourceforge. I've named it "tuxpaint-0.9.14-macosx-2.dmg" and placed it online. Thanks! :) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] [FYI] IM(Input Method) support in SDL
On Mon, Dec 27, 2004 at 08:33:26PM +0800, Song Huang wrote: > http://home.pchome.com.tw/cool/sdl_im/ Wow! Has this been posted to the SDL mailing list? Have the patches been sent to Sam Lantinga or the other core SDL developers? :) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] [fwd] Anyone test Tux Paint 0.9.14 on Mac OS X 10.2? [Success!]
- Forwarded message from "Ira" - Date: Mon, 27 Dec 2004 05:54:13 -0500 From: "Ira" Subject: Re: [fwd] Anyone test Tux Paint 0.9.14 on Mac OS X 10.2? Hi Bill, Thanks very much for the e-mail. Tuxpaint 9.14 installed and runs on my Mac with OS 10.2.8 My grandchildren ages 3 and 5 love it. Have a great holiday. Ira - End forwarded message - Thanks, Martin! -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Here's the message when Tuxpaint quits under Jaguar
On Wed, Dec 22, 2004 at 01:49:08PM +0100, Stephane Ascoet wrote: > Hi, > Mac OS X Version 10.2.8 (assemblage 6R73) > dyld: /Users/stephaneascoet/Desktop/TuxPaint Jaguar Test/Tux > Paint.app/Contents/MacOS/Tux Paint can't open library: > /usr/lib/libiconv.2.dylib (No such file or directory, errno = 2) Stephane, have you tried the Jaguar build that Martin put together? (See: ftp://ftp.sonic.net/pub/users/nbs/unix/x/tuxpaint/testbuilds/macosx/ ) Can you try it and let us know if it works for you? Thx! -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Tux en Suajili!!! A Swahili Gift That's Fun and Free.
On Sun, Dec 26, 2004 at 10:42:56PM -0800, Bill Kendrick wrote: > Great work! Send me your PO files!!! :^) > Nevermind! I've found them ;^) http://www.o.ne.tz/tuxpaint/download/po/ Sorry ;) In CVS they go!!! -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Tux en Suajili!!! A Swahili Gift That's Fun and Free.
On Thu, Dec 23, 2004 at 02:03:39PM +0300, Alberto Escudero-Pascual (IT46) wrote: >Read more: >http://www.o.ne.tz/tuxpaint That's so awesome! Thanks :^) BTW, in case folks didn't notice the link on the side, everyone MUST check out the photo gallery ;^) http://www.o.ne.tz/tuxpaint/gallery.php Great work! Send me your PO files!!! :^) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] dead space and New dialog
On Thu, Dec 23, 2004 at 09:02:34AM -0500, Albert Cahalan wrote: > I think that "New" should have a dialog. It would be like > the "Load" dialog, containing the starters and a blank > canvas. This is not a bad idea. > This gets the starters out of the "Load" dialog, > reducing confusion. It also makes for easy selection of > a background color. (if the starters don't get moved, > then instead the "New" button should be eliminated in > favor of an all-white starter) I think the 'New' button should stay, but bring up a dialog. > The "Load" dialog has lots of dead space. > There are some other > possibilities though: the toolbar could be active, so > that the "Back" button becomes unneeded. I've thought of this in the past, as well. I think we should go this route. > BTW, the green labels can simply be removed. Especially > the "Colors" one is useless, but I don't think the other > two are particularly useful either. Little kids simply > click on them instead of reading them, thus receiving no > benefit and a loss of screen space. What do other folks think about this? I'm not sure it's a bad idea, but I'm also not totally sold on it. :^) Thanks! Happy Holidays, everyone!!! -bill! [EMAIL PROTECTED] Have I been helpful? http://newbreedsoftware.com/http://svcs.affero.net/rm.php?r=billkendrick ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Anyone test Tux Paint 0.9.14 on Mac OS X 10.2?
On Sun, Dec 26, 2004 at 04:44:01PM -0700, Martin Fuhrer wrote: > This time all the supporting libraries (libpng.a, libiconv.a, > libintl.a) were compiled against the Jaguar SDK as well, so I'm more > hopeful that this version might work. Please let me know if it > doesn't! Thanks, Martin. I'm curious, if this does work well for Jaguar, will it also work alright on newer OS X systems? (i.e., should it replace the current one, which apparently does NOT work on Jaguar?) Thanks! -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] [fwd] Tux Paint 0.9.14-Swahili for Windows
- Forwarded message from John Popplewell - Date: Tue, 21 Dec 2004 18:53:58 + From: John Popplewell Subject: Tux Paint 0.9.14-Swahili for Windows bill, I've worked with Alberto, and put together a Windows installer of Tux Paint 0.9.14 with a few changes and a fix for that lock-file problem from you, that I plucked out of cvs. It defaults to Swahili, which apparently isn't supported by Microsoft so won't be auto-detected, and I added Swahili to tuxpaint-config so that the other settings can be changed without trampling it. I used the tuxpaint-0-9-14 tag from cvs so the patches I've made should be OK. Here are the links: The new installer: tuxpaint-0.9.14-swahili-win32-installer.exe The test executable that Alberto has checked works: tuxpaint-0.9.14-swahili.zip Diffs against tuxpaint-0-9-14: tuxpaint-0.9.14-swahili-win32-diffs.zip These are built using VC6 as I haven't got the mingw build working yet, cheers, John. - End forwarded message - These files live (temporarily) at: ftp://ftp.sonic.net/pub/users/nbs/unix/x/tuxpaint/testbuilds/win32/ Enjoy! -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Building TuxPaint for Win32 and Linux (Swahili) request for help.
On Tue, Dec 21, 2004 at 05:43:48PM +, John Popplewell wrote: > This seems like a good opportunity to dump VC6 for all my non-Windows > specific stuff, especially as it will mean others can build Tux Paint > for Windows without having to send Mr Gates any (more) money :-) Definitely a noble cause! Thanks :^) > I may need some help with the Tux Paint make file - I just hacked it up > so that it worked, but it could do with a new target, like beos, any > suggestions for a name? Would 'make mingw' be acceptable? What about > 'make win32'? I'm not sure what the protocol for naming these things is, I used "win32" in the past, and it typically invoked "make" with a bunch of new paths and other arguments. :^) But then, I'm obviously not the most up-to-speed when it comes to a lot of things (thankfully we have folks like Karl, Ben, Mark and Albert around the list to help me (and us all, in general)). So... take with a grain of salt. -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Building TuxPaint for Win32 and Linux (Swahili) request for help.
On Tue, Dec 21, 2004 at 11:34:34AM -0500, Albert Cahalan wrote: > Isn't smpeg for playing MPEG video streams? If it's needed > by SDL, perhaps you can just configure it out. That was going to be my suggestion. :^) We should support a more compressed audio format than WAV (it has been mentioned before) for stamp sounds and other sfx, but I think we'd probably head straight to OGG Vorbis before going the MPEG route. *shrug* -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Building TuxPaint for Win32 and Linux (Swahili) request for help.
On Tue, Dec 21, 2004 at 02:58:20AM +0300, Alberto Escudero-Pascual (IT46) wrote: > Hello members of the list, Hi Alberto! > Martin Benjamin and myself we are interested in releasing during this > Xtmas Tux Paint as a present for the Swahili community and we have > completed the localization of sw.po and stamps.po Excellent! Have they been applied into CVS yet? (I see John built a Win version for you, which I'll copy to my FTP site in a moment.) If not, please feel free to post them to tuxpaint-i18n or tuxpaint-dev and someone can commit them for you! (Note: I'm out of state for a family emergency, and have very limited 'net access until early next week.) > In January 2005 i will start to work in the WAV files with schools in the > region of Dar es Salaam. Awesome! That's so cool! Thanks! :^) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
