Re: [Tuxpaint-dev] 'Starters' bug tracked down? (Fwd from tuxpaint-commits)
On Fri, Dec 10, 2004 at 08:59:09PM -0500, Albert Cahalan wrote: > > Are things really too unstable for a 0.9.15 release? I'd like to get 0.9.14 for Mac OS X out next week, at the latest, if possible. :^) I think we should continue tweaking, improving, and most importantly, testing the latest code before releasing 0.9.15. -bill! ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Tuxpaint featured on The Open CD
Nicely done I think! download it now! http://theopencd.sunsite.dk/ ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] 'Starters' bug tracked down? (Fwd from tuxpaint-commits)
On Fri, 2004-12-10 at 20:05, Bill Kendrick wrote: > On Fri, Dec 10, 2004 at 11:52:05AM -0700, Martin Fuhrer wrote: > > > > > >I meant commits that were done. So, at the time of that email, > > >the problem of starters being totally broken should be gone. > > > > Thanks Albert, the problem is fixed under Mac OS X. > > Awesome! > > Can we 'backport' the fix to Tux Paint 0.9.14 and release a Mac OS X > version? I'd rather do that, then wait until 0.9.15 is settled, > since so many Mac users have been asking me where the new Tux Paint is, > and the latest out there is still 0.9.12! :^) I suppose. There were two fixes. First, I got rid of the explicit /usr/local path. Second, I added the new blit function, NondefectiveBlit, and used it. Are things really too unstable for a 0.9.15 release? You could just disable starter support for MacOS X. Heck, you could do that for Linux and Windows too. ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] currency
My take on it is this: 1. we can produce digital images for Tux Paint 2. when done with them, they must be destroyed 3. kids can use these images for their art 4. printout size must not be between 75% and 150% 5. printout must not be 2-sided I'm thinking of using these images: http://www.moneyfactory.com/section.cfm/4 I sent a few questions in, and hopefully will get some useful response, but in case I don't get one... does my interpretation look correct? There was a Slashdot article a while back about some government agency providing a set of images specifically for artwork and/or web use. I can't find the article now. I'd appreciate help in finding it. ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] 'Starters' bug tracked down? (Fwd from tuxpaint-commits)
On Fri, Dec 10, 2004 at 11:52:05AM -0700, Martin Fuhrer wrote: > > > >I meant commits that were done. So, at the time of that email, > >the problem of starters being totally broken should be gone. > > Thanks Albert, the problem is fixed under Mac OS X. Awesome! Can we 'backport' the fix to Tux Paint 0.9.14 and release a Mac OS X version? I'd rather do that, then wait until 0.9.15 is settled, since so many Mac users have been asking me where the new Tux Paint is, and the latest out there is still 0.9.12! :^) (Martin, you can also take the small tweak I did last night to help the "tiny" mouse pointer shape. :^) ) Thanks! Let Albert and I know if you need help. I'd be happy to just take the 0.9.14 source tar.gz and edit it and send it to you. :^) -bill! ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] 'Starters' bug tracked down? (Fwd from tuxpaint-commits)
On Fri, 2004-12-10 at 16:14, Ben Armstrong wrote: > On Fri, 2004-12-10 at 15:46 -0500, Albert Cahalan wrote: > > I'd agree if monitor shapes weren't changing. > > > > I have fixed-resolution 1600x1024. For development, I like > > to use a 640x768 window. None of the new Macs come with the > > old 4:3 ratio. > > > > The standard canvas shape would look very silly on my screen. > > There would be lots of dead space, or a very different layout > > for the buttons. > > But at the moment there are only two supported Tux Paint geometries, > 640x480 and 800x600, aren't there? Or have things changed since I last > looked? There's 1 fully working geometry, a number of slightly-tested ones, and a near-infinite number of allowed geometries. Try them all! > It seems to me that Tux Paint was designed to be inflexible in terms of > window layout to keep things simple. If we want to make it flexible in > light of changing monitor aspect ratios (i.e. support arbitrary > geometries) then we had better solve that problem first, and *then* > solve the starters images problems that will ensue (perhaps by a > setting, as you have suggested, or by allowing the user to decide how > the image is to be imported -- stretch, smear, scale up to most > constrained dimension & then crop) per image (or if not the user, the > administrator by specifying in the .txt file). Also, isn't this a > problem for imports in general, not just starters? I set out to improve the general problem of loading mis-matched images. Dealing with starters was undesired and unavoidable. My goal was to nicely handle images like these: http://www.newbreedsoftware.com/tuxpaint/gallery/tali/Dolphin.png http://www.newbreedsoftware.com/tuxpaint/gallery/pescara/classeprimab6.png http://www.newbreedsoftware.com/tuxpaint/gallery/ashlyn/20030503171534.png http://www.newbreedsoftware.com/tuxpaint/gallery/ashlyn/20030428165845.png With a bit of touch-up, this works too: http://www.newbreedsoftware.com/tuxpaint/gallery/billkendrick/20031223034753.png ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Tux Paint 0.9.14 on TheOpenCD 2.0!
I just noticed TheOpenCD 2.0 has come out, and they have the latest Tux Paint, 0.9.14! Yay! :) http://theopencd.sunsite.dk/ -bill! ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] 'Starters' bug tracked down? (Fwd from tuxpaint-commits)
On Fri, 2004-12-10 at 15:46 -0500, Albert Cahalan wrote: > I'd agree if monitor shapes weren't changing. > > I have fixed-resolution 1600x1024. For development, I like > to use a 640x768 window. None of the new Macs come with the > old 4:3 ratio. > > The standard canvas shape would look very silly on my screen. > There would be lots of dead space, or a very different layout > for the buttons. But at the moment there are only two supported Tux Paint geometries, 640x480 and 800x600, aren't there? Or have things changed since I last looked? It seems to me that Tux Paint was designed to be inflexible in terms of window layout to keep things simple. If we want to make it flexible in light of changing monitor aspect ratios (i.e. support arbitrary geometries) then we had better solve that problem first, and *then* solve the starters images problems that will ensue (perhaps by a setting, as you have suggested, or by allowing the user to decide how the image is to be imported -- stretch, smear, scale up to most constrained dimension & then crop) per image (or if not the user, the administrator by specifying in the .txt file). Also, isn't this a problem for imports in general, not just starters? Ben ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] 'Starters' bug tracked down? (Fwd from tuxpaint-commits)
On Fri, 2004-12-10 at 15:52, Ben Armstrong wrote: > On Fri, 2004-12-10 at 14:57 -0500, Albert Cahalan wrote: > > The 800x600 display has a different-shaped canvas. Rather than > > filling with white or screwing up the aspect ratio, I smeared > > the edges. > > Maybe the simpler solution is to change the layout of 800x600 mode so > that the canvas isn't a different shape? I'd agree if monitor shapes weren't changing. I have fixed-resolution 1600x1024. For development, I like to use a 640x768 window. None of the new Macs come with the old 4:3 ratio. The standard canvas shape would look very silly on my screen. There would be lots of dead space, or a very different layout for the buttons. ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] 'Starters' bug tracked down? (Fwd from tuxpaint-commits)
On Fri, 2004-12-10 at 14:57 -0500, Albert Cahalan wrote: > The 800x600 display has a different-shaped canvas. Rather than > filling with white or screwing up the aspect ratio, I smeared > the edges. Maybe the simpler solution is to change the layout of 800x600 mode so that the canvas isn't a different shape? Ben ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] 'Starters' bug tracked down? (Fwd from tuxpaint-commits)
On Fri, 2004-12-10 at 13:52, Martin Fuhrer wrote: > > > > I meant commits that were done. So, at the time of that email, > > the problem of starters being totally broken should be gone. > > Thanks Albert, the problem is fixed under Mac OS X. There is still a > bit of a glitch in 800x600 mode, however: > http://pages.cpsc.ucalgary.ca/~fuhrer/tuxpaint/tuxpaint800x600.jpg > > Note that the left and right edges of the picture are smudged. This > does not happen in 640x480 mode. That's somewhat intentional. It makes more sense for typical kid drawings. Probably there should be a flag to choose an alternate way of handling things. The 800x600 display has a different-shaped canvas. Rather than filling with white or screwing up the aspect ratio, I smeared the edges. Again, it makes more sense with typical kid drawings. Consider a drawing with green grass, a blue sky, and a house. I first scale the image to be as large as possible without messing up the aspect ratio or being too big. That usually leaves space on the sides, but could leave space at the top and bottom. Then I smear to fill. The sky gets wider, the grass gets wider, and the house grows proportionally. There are fancier ways to do this, involving one or more of: a. wavelets b. vectors (like hq4x scaling, but to extrapolate outward) c. markov modeling Some of these can properly extend a lawn with dandilions! In the reef example, new coral would be generated. If you have trouble believing this, try the resynthesize plug-in for the gimp. If you know the math and can make it run in no more than a few seconds, go right ahead. :-) ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] 'Starters' bug tracked down? (Fwd from tuxpaint-commits)
I meant commits that were done. So, at the time of that email, the problem of starters being totally broken should be gone. Thanks Albert, the problem is fixed under Mac OS X. There is still a bit of a glitch in 800x600 mode, however: http://pages.cpsc.ucalgary.ca/~fuhrer/tuxpaint/tuxpaint800x600.jpg Note that the left and right edges of the picture are smudged. This does not happen in 640x480 mode. Martin ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Crashing when placing tintable stamps
On Fri, 2004-12-10 at 04:03, Bill Kendrick wrote: > I'm using Tux Paint from today's CVS (Dec. 9th), and it seems to be > crashing whenever I go to place a tintable stamp (e.g., one of the > cars, the butterfly, etc.) > > I don't have time to debug it just yet. Albert, can you take a looksee? > > I'm using Debian Testing and X/SDL/etc. that comes with it. > My display is 16bpp, if it matters. ;) It's not crashing here. Type of crash? (SIGKILL, SIGFPE, SIGSEGV, SIGBUS...) Going into 16bpp is not easy for me, as it's a kernel setting that requires /etc/yaboot.conf (like lilo.conf or grub.conf) changes and a reboot. I also have: big-endian default unsigned char a sane FPU ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] 'Starters' bug tracked down? (Fwd from tuxpaint-commits)
On Thu, 2004-12-09 at 23:21, Martin Fuhrer wrote: > On 9-Dec-04, at 7:13 PM, Albert Cahalan wrote: > > > On Thu, 2004-12-09 at 20:48, Bill Kendrick wrote: > >> Albert put this into CVS just now: > >> > >> Modified Files: > >>tuxpaint.c > >> Log Message: > >> narrowed down the massive starter bug to load_starter, maybe > >> involving SDL_CreateRGBSurface or SDL_SetAlpha > >> > >> > >> Martin, can you pull the latest from CVS and see if this helps fix the > >> starter bug? > > > > That won't, but 1 or 2 commits later should do the job. > > I'll keep my eye out on this thread and recompile once the commits are > in. Keep me posted! I meant commits that were done. So, at the time of that email, the problem of starters being totally broken should be gone. There were two problems. First, a /usr/local path was in the code. This was no good if you installed elsewhere. Second, when working with a large screen, the foreground alpha channel got lost. ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Crashing when placing tintable stamps
I'm using Tux Paint from today's CVS (Dec. 9th), and it seems to be crashing whenever I go to place a tintable stamp (e.g., one of the cars, the butterfly, etc.) I don't have time to debug it just yet. Albert, can you take a looksee? I'm using Debian Testing and X/SDL/etc. that comes with it. My display is 16bpp, if it matters. ;) Thx! -bill! [EMAIL PROTECTED] Have I been helpful? http://newbreedsoftware.com/http://svcs.affero.net/rm.php?r=billkendrick ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
