[Tuxpaint-dev] Flipping and mirroring doesn't work
Latest CVS version: Flipping and mirroring stamps doesn't work anymore. ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] the *.txt files
Albert Cahalan [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: First of all, in the CVS, could we keep translations out of the *.txt files? They can be added at build time. No, that would an enormous dependency (Python) on all platforms + making the build much slower. There's no need to keep checking in redundant data, bloating up the CVS records with noise. Come on, there are just a few commit messages (I don't know why CVS splits the commit at all), and I *usually* only generate them before each release, i.e. about once a year (or if translators ask for it). Second of all, important comments are disappearing. I don't know if this is intentional, but it sucks. It's not intentional, and it sucks, but at least all the information is available in CVS (and some of it in the changelog file) if you need it. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] the *.dat files
Albert Cahalan [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: How about merging these into the *.txt files? I think it would only make things (extracting, merging and manually editing the files) more complicated and error-prone. Disk reads and space is cheap, especially now with the new threaded stamp-loading code. If you really want to reduce disk reads, creating some sort of internal stamp description cache file, and only checking last modification times when loading stamps may be a better solution (but still unnecessary, IMHO). -- Karl Ove Hufthammer ___ 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: 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. :^) The last I heard of it, was that it was a 40 MiB tar.bz2 download! For a PDF viewer! But is uses GTK2, so that's at least something. But the latest (KDE 3.4 version) KPDF is quite beautiful, and works very well. Here the middle button zooms in and out. It looks pretty cool, actually. (They also has a nice info pop-up which I haven't seen before, but presume will be part of other KDE 3.4 apps too.) -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] dead space and New dialog
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: 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. :^) You *do* use GTK-QT, I hope. (Gives you KDE widgets, colours and icons in GTK apps.) -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] glass of water
Albert Cahalan [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: I spotted glass of water in the stamps TODO list. Glass is hard to deal with. Done! There's now a glass of water in CVS. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] threaded startup
Albert Cahalan [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: Start-up will go faster if some of the work is put in threads. This is particularly true for disk reads. Indeed. Tux Paint is beginning to get *really* slow on start-up now (and I use --nosysfonts). And it will only get worse. (I've spotted many nice images from openclipart.org I'd like to include as stamps.) When the canvas shows, only the paint tool needs to be ready. Other stuff (stamps, fonts, magic) can continue to load in the background. Three solutions to handle fast-clicking users: a. show the yellow-and-black stripes when the user clicks on something that isn't ready (this is what the Open tool does now) FWIW, I prefer this solution. But not *all* stamps have to be loaded to give access to the stamp tool, do they? -- Karl Ove Hufthammer ___ 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
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: 8^o GUYS! Stop it! :^( Don't make me revoke both of your CVS access! SHEESH! :^P 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). -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] threaded startup
On Fri, 2005-01-14 at 10:08, Karl Ove Hufthammer wrote: And it will only get worse. (I've spotted many nice images from openclipart.org I'd like to include as stamps.) Those are all cartoonish. Yes, that's why I want to use them. They're really *perfect* for a childrens drawing program. (This is not Gimp, you know.) The glass, for example won't work right on all backgrounds. The glass works fine on coloured backgrounds too. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] threaded startup
And it will only get worse. (I've spotted many nice images from openclipart.org I'd like to include as stamps.) Those are all cartoonish. Yes, that's why I want to use them. They're really *perfect* for a childrens drawing program. (This is not Gimp, you know.) If you're thinking they'll match what kids can draw, no, they mostly have sharp black outlines and gradients. This may not be the Gimp, but that does not mean low quality. Sorry; I've no idea what you're going at here. The Openclipart.org images have generally very high quality, and that's why we've used quite a few of them in Tux Paint. The glass, for example won't work right on all backgrounds. The glass works fine on coloured backgrounds too. Try black. Look at the shadow. It works surprisingly well. The shadow is lost of course, but that's not a problem. -- Karl Ove Hufthammer ___ 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, Januar 13, 2005 4:10 am, Albert Cahalan sa: Possibly good changes: 1. lavendar (not violet, which you can't get) instead of magenta (though losing magenta is painful) Well, violet has several meanings in English. See f.i.: http://dictionary.reference.com/search?q=violet One of the definitions is: any of a group of colors, reddish-blue in hue, that may vary in lightness and saturation. Also see: http://en.wikipedia.org/wiki/Violet_(color) Lavender is usually paler (and lighter). But I guess it's a *good enough* approximation, and I have changed the name to 'Lavender'. (It's not that colour names are consistenly used, anyway!) 5. a darker red, more like the stop signs I didn't change the red. But we could add an extra, dark red (if we remove the 'Colours' label). Not good: 1. washed out yellow 2. non-pumpkin orange I've reverted these. 3. baby blue in place of sky blue I really think this blue is much more usuable than the old one, especially for drawing cartoon skys. 4. washed out dark blue I've made it darker. Better? The old one was *too* dark to be usuable. It might be wise to investigate normal color printer gamuts. For a typical printer, the RGB secondaries (cyan,magenta,yellow) should be no problem. The RGB primaries (red,green,blue) may cause trouble, especially red. I wouldn't want red to be any more grey, but making it darker might be OK. See the stop signs. The red is as red it can be (RGB: 255, 0, 0) and prints wonderfully even on older colour printers. Colour printers won't be a problem when choosing colours. I could also go for a --manycolors option that gives a double row of colors. This would allow for 4 normal greens plus olive, more sky colors (normal, cheery, Arizona, gloomy), ocean color, medium semi-gray blue, both magenta and lavender, a few more greys, and a few more flesh tones. Sounds nice, but where would you put it? I really don't think the colour pickers should be made any smaller? But we could always add an extra row in higher resolutions. One more thing: The 'beige' is not really beige; it's not even close. Suggestions on what we could call it? -- Regards, Karl Ove Hufthammer ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] dead space and New dialog
Albert Cahalan [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: The Gimp's GUI is indeed terrible (and not 'standard'!). I'm glad I'm not the only one who thinks the GUI is terrible. If you enable the menubar though, it's fairly standard. The new Gimp 2 (currently 2.2.2) interface is *much* better than earlier versions, though. -- Karl Ove Hufthammer ___ 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
Albert Cahalan [EMAIL PROTECTED] wrote in
news:[EMAIL PROTECTED]:
On Thu, 2005-01-13 at 04:12, Karl Ove Hufthammer wrote:
On Thu, Januar 13, 2005 4:10 am, Albert Cahalan sa:
5. a darker red, more like the stop signs
I didn't change the red. But we could add an extra, dark red
(if we remove the 'Colours' label).
Take a look at the bridge drawing in the gallery.
It would look better with a darker red.
I'm not sure. And Bill actually *has* used a darker red in parts
of the drawing.
Also consider blood.
I'd rather not.
I really think this blue is much more usuable than the old
one, especially for drawing cartoon skys.
Try the lightening bolt stamp in a baby-blue sky.
Now, doesn't that look horribly wrong?
No. And I think it looks fine even with these very different
shades of blue:
http://www.newbreedsoftware.com/tuxpaint/gallery/billkendrick/20041212203112.png
How did you come up with that anyway? The old one is the
result of careful measurement of many real sky pictures.
I believe I've said this before, but am only happy to repeat it:
This does not mean that this colour is a good colour to include as
a light blue colour for use in a childrens drawing program.
And of course using a different set of images you would get a
different 'sky blue' colour. Just look at all the different
colours of the sky behind the real Golden Gate:
http://images.google.com/images?q=golden%20gate
(Compare with Bill's image with your 'sky blue':
http://www.newbreedsoftware.com/tuxpaint/gallery/billkendrick/20050112020557.png)
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
I just used the bucket fill, so the edges might not look as good
for the light blue (and the cloud is redrawn). And I'm not
*entirely* happy with the colour. Some minor tweaking might be
useful.
Anyway, if people insist on using the name (and colour)
'sky blue', we might as well use an colour as close to a 'sky
blue' colour from a *standard* colour collection.
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.
4. washed out dark blue
I've made it darker. Better? The old one was *too* dark to be
usuable.
For what?
Stamp tinting, for instance.
--
Karl Ove Hufthammer
___
Tuxpaint-dev mailing list
Tuxpaint-dev@tux4kids.net
http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] 'Crazy legs' text rendering
Lately the text rendering in Tux Paint has reverted to a 'crazy legs' rendering, where the glyphs don't have the same baseline. I've updated several applications and libraries recently, and that may be what's causing this. I remember seeing this bug earlier, on both Linux and Windows. Anybody know where the problem lies? -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] dead space and New dialog
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: 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. I agree. The Load dialog has lots of dead space. snip 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. I disagree. I think Tux Paint should work like other Linux/Windows programs (only with different-*looking* controls). In those programs, the open dialogue have 'Open' and 'Cancel' buttons. Consistency is a good thing! (Back should be renamed 'Cancel', BTW.) 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. :^) Me neither. While I agree they aren't *needed*, they still add some colour to the UI. But perhaps they should be changed to not look so much like buttons? And we *can* get rid of the 'Colours' label, and increasing the space for the colours buckets. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] --nosysfonts option added
Albert Cahalan [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: Several other fonts return generic box images. I have Tux Paint discard any font that has 'a' match 'A'. Probably I should also discard the font if 'a' matches 'z' or if 'A' matches 'Z'. Hmm, could you add a generic *localisable* 'reject fonts that don't contain these character' feature? For example, for Norwegian, we would like to reject all fonts not containing glyphs for æøå (or ÆØÅ), as these are parts of our alphabet (and have keys on our keyboards). -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Re: TuxPaint Bug Report (tux4kids)
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: 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! Regarding bug reports, could you set up a mailing list for all (new and updated) SF bug reports, Bill? (There not much bug traffic, so we could also just them be sent to tuxpaint-dev.) -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] 3-year-old user
Albert Cahalan [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: Eliminating the scroll buttons might be good. Neither my 3-year-old nor my 5-year-old uses them by choice. (the 5-year-old knows the scroll wheel is broken in the Open dialog) The 3-year-old quickly discovered and liked the scroll wheel. Not all mice have scroll wheels, so we can't remove the scroll buttons. But we might perhaps change them to look (and work) like a real scrollbar, placed to the right of the stamps. This would also (partially) solve the problem with to many stamps, since you can quickly just drag the scrollbar slider to the stamps you're interested in. We will get a bit more vertical space, and a bit less horizontal space, which might be just enough to squeeze in an extra row of (resized, slightly smaller) stamp buttons. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] 3-year-old user
Albert Cahalan [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: The big problems I saw were: 1. high mouse pressure 2. mouse rotation instead of sideways movement 3. accidental mouse rotation I've seen this problem, but have observed that kids *do* very quickly learn to use the mouse properly. Making changes (inconsistent with other programs) to the way programs work to make them 'easier for kids to use' will mostly only be counter-productive. 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. BTW, I've seen this problem (concerning Tux Paint) in real life, so it's a very real issue, not just some hypothesis. 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). (Personally, I've been using trackballs for years, and wouldn't dream of going back to using a mouse!) -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Tux Paint 'group' in RPM spec?
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.) -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] new direct PostScript printing code
Albert Cahalan [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: I keep an eye on the web archive, which updates quickly enough. I also run cvs update... but my editor doesn't notice. Then I save again, and the cvs update gets clobbered. CVS will assume this was intentional. Then I recommend that you change your editor. Doesn't almost all editors nowadays warn you when a file has been changed from outside the editor? -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] dead space and New dialog
Albert Cahalan [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: I disagree. I think Tux Paint should work like other Linux/Windows programs (only with different-*looking* controls). In those programs, the open dialogue have 'Open' and 'Cancel' buttons. Consistency is a good thing! (Back should be renamed 'Cancel', BTW.) Consider all the web browsers and web sites. Why? Why not consider all other user applications with open dialogues? This is a better object for comparison. The back button takes you back. A single click on a thumbnail will load an image. 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.) And we *can* get rid of the 'Colours' label, and increasing the space for the colours buckets. The stamps need the space more. Fine by me. Grabbing the label too would be another much-needed slot. Well, I don't like this idea as much. :) -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] 3-year-old user
Albert Cahalan [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: I agree with this, but I don't see Tux Paint as being severely different for other programs. No, it isn't. The biggest differences are the use of color to indicate button state and the lack of filesystem access. 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? For example, I really don't like that right-clicking works the same as left-clicking in Tux Paint. Hey, it's that way for ALL of MacOS X, no matter if you're a kid with Tux Paint or an adult with a spreadsheet. This is even without the normal physical mouse limitation. Without? Are there Mac mice with more than one button? -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] dead space and New dialog
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: 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. Sounds complicated. 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. -- Karl Ove Hufthammer http://blogg.huftis.org/ ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] dead space and New dialog
Ben Armstrong [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: Because of the cognitive skills and time factors I mentioned in my last post, I think this is not always a bad idea. Do we have an emerging pattern of various settings that, taken as a group, make good defaults for a group environment? If so, should we ship a docs/examples/tuxpaint.group.conf with typical settings for such use? saveover=new? (This should also automatically be implied by --nodelete.) Perhaps uppercase=yes for young children? (Though many of strings used do not fit when rended as all uppercase.) And I believe there is a bug report of a slideshow feature that would be useful in a group context. -- Karl Ove Hufthammer ___ 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
Albert Cahalan [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: Learning the relations between different geometric figures is useful. I think it can be see best from similarity in the text. And explicit mention is always useful. AFAICS, it's part of grade 7 in the US. But surely the kids have heard the term «straight angle» before? (If not, they can learn it from Tux Paint! :) ) That's also 9th or 10th year and... it means 180 degrees! Sorry. I mean 'right angle', of course! :) Old: A rhombus has four equal sides. New: A rhombus has four equal sides, and opposite sides are parallel. The first part is enough to define a rhombus. The second part requires geometry. No, the first part defines a quadrangle. The second part is needed. four EQUAL sides That is a rhombus. Yes, I see it now. But the rhombus may as well be removed. It's just a rotated square, and Tux Paint supports rotating. No. This was the major error that convinced me to touch that file in the first place. A rhombus with angles of 30 degrees and 60 degrees is not a rotated square. Looks like I didn't try the tool. You can indeed change the angles. But having a star would be more fun ... :) 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). -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Paths for fonts on Win32, Mac OS X BeOS?
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: Can Win32, Mac OS X and BeOS folks let me know what paths would be good to add for your respective OSes? The Windows fonts dir is: %SystemRoot%\Fonts -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Segfault at startup
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: Tux Paint in CVS (as of Jan 3, 23:30 UTC) is segfaulting on startup, right as (or after) it's loading the fonts: For me too: Bad font, 'a' and 'A' match: d05l.pfb, Dingbats, Regular Bad font, 'a' and 'A' match: s05l.pfb, Standard Symbols L, Regular Bad font, 'a' and 'A' match: d05l.pfb, Dingbats, Regular Bad font, 'a' and 'A' match: s05l.pfb, Standard Symbols L, Regular free(): invalid pointer 0x821ce08! free(): invalid pointer 0x81a2fd8! Segmentation fault -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] How's the grass?
Albert Cahalan [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: I just made a tool for drawing grass. I love it. I gives a really nice-looking grass effect. But now the magic toolbar is really getting too big (feature- bloat, anyone?). We should try reduce the number of tools to the most useful (and used) ones. (Besides, the tools you need to scroll to use is much less 'discoverable'.) I recommend at least removing the 'thin' and 'thicken' tools. They have never really worked very well, and I doubt they are most used. But the grass tool should definitively stay! :) -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] CVS problems?
Albert Cahalan [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: Both changes were accepted without error. Neither change has made it to the CVS web or to the commit mailing list. What is going on here? Well, the gravestones are in CVS. The Web-based interface might use anonymous CVS, which is usually some hours behind the 'official' CVS. The gravestones should preferably be reduced in size (using .dat files). And do we really need so many gravestones? Two or three should suffice. (We have *one* stamp of most other items.) -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Re: [Tuxpaint-commits] tuxpaint/src tuxpaint.c, 1.211, 1.212
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: I blame VIM! Don't. Blame yourself. ;) And insert set expandtab in your .vimrc (also see :help tabstop). And you migt want to look at 'smartindent' and 'autoindent' too. Maybe we should throw the code through prettyprint or something? Yes, please do. Consistency in code is (somewhat) important. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] color selector
Albert Cahalan [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: Aside from the *.jpg compression damage, how's this? Well, quite ugly, in my honest opinion. I think the current colour buttons would be fine if the 3D effect just were reduced somewhat. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] memory usage
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: In other words... split up the stamps into collections of 10-20 each, rather than load all 200 up at once. Yes. For the next release! The default stamp package is getting much to big. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] high-resolution stamps work now
Albert Cahalan [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: I'm not sure I like this. If we have several stamps (e.g. the fruit stamps) they should scale by the *same* amount, not by an integer ratio. If I have understood things correctly, your code means that an apple may look larger than a banana when scaled. That's not changed. With simplified names, the code now works like this: scale = global_scale_factor * stamp_scale_factor; OK. I've now tried the code on a couple of stamps, and it seems to work great! Thanks! I have however found two minor issues: The outlines shown when placing a stamp doesn't work as well as before (both for unscaled and scaled stamps). And one of the higher scale factors doesn't give very smooth edges. You can see it on both the new tyre stamp and the updated grapes stamp. The tyre looks round and smooth with one scale factor, not with the next, but *with* the one after that one. I of course know that doubling and quadrupling the size will get better result than arbitrary scaling, but my image program does seem to be able to handle the intermediate steps well, while Tux Paint does not. Something wrong with SDL's rescaling algorithm? -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] [PATCH] misc fixes
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: But yeah. Let's switch to 24 or 32bit depth. Done. Now the colour buckets look much better, and even some of the stamps have improved rendering. For instance, take a look at the leaves on the cartoon grapes stamp (scaled up). The gradient is smooth and nice-looking! (Of course people who still insist on limiting their colour vision to 16 bit will get the same awful banding as before. Yes, that means you, Bill ... ;) -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] [PATCH] misc fixes
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: We may also have to retranslate the color names. Yes, the changed and new ones will need to be updated. I'll wait until a couple of weeks before the next release before contacting the translators. I have several other strings I want to change, BTW. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] [PATCH] misc fixes
Albert Cahalan [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: The Sky blue is actually that now, computed as the average value of the sky in numerous images of the sky. (if you try this, remember to allow for gamma) Likewise, tan and beige were computed from many images. The sky blue looks a bit too grey. I'll play around with a bit. I really like the tan and beige colours, by the way. I'm really tired of apps using only fully-saturated colours. (Especially cyan hurts my eyes.) A more subdued palette is easier on the eye, and images drawn with these colours really look better. (And no, bright, satuared colours are not more 'fun' for kids!) I don't care for silver, since it doesn't sparkle or gleam, but I figured light grey might be to difficult to read. Huh? But anyway, the buttons for all the greyscale colours look almost the same, so we should think about removing some of them. I'll try to come up with a proposal for a new colour palette. (This is easier said than done. One important thing to be aware of, is that all colours must give different tints when tinting stamps. We had a problem with magenta and purple before. The two colours looked completely different, but gave the same colour when tinting stamps. Some very minor modifications to the colour values fixed this.) -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] [PATCH] misc fixes
Albert Cahalan [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: On Wed, 2004-11-24 at 06:29, Karl Ove Hufthammer wrote: Albert Cahalan [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: The Sky blue is actually that now, computed as the average value of the sky in numerous images of the sky. (if you try this, remember to allow for gamma) Likewise, tan and beige were computed from many images. The sky blue looks a bit too grey. I'll play around with a bit. I'd rather you didn't just manually tweak it. If you'd like a less overcast sky, I could compute what that would be. Unless you're in Arizona, look outside some time. The sky really is that grey. Yes, I know. But that doesn't mean that a greyish blue is a *good* colour to use for drawing cartoon-like sky in a childrens' program. We don't need photo-realistic colours; we need useful, good-looking colours. I'm really tired of apps using only fully-saturated colours. (Especially cyan hurts my eyes.) A more subdued palette is easier on the eye, and images drawn with these colours really look better. (And no, bright, satuared colours are not more 'fun' for kids!) In the sRGB color space, blue is dark and saturated. Yellow and cyan are not saturated. I did not know that sRGB defines a formula for saturation. But at least in my image processing progams, both bright yellow and bright cyan have full (100%) saturation (the HSL colour model). This is also in line with how the word 'saturation' is used in everyday language. If we had more slots (could be an option -- they get smaller) We actually had fewer in earlier versions. But I really don't want to increase the number. A better solution would be a palette tool. See bug #1070398: http://sourceforge.net/tracker/index.php?func=detailaid=1070398group_id=66938atid=516298 I don't care for silver, since it doesn't sparkle or gleam, but I figured light grey might be to difficult to read. Huh? These are not colors: silver, gold, sparkely, chrome Yes, I know. That's why I don't like to use 'silver' as a colour. What I didn't understand was why you thought 'light grey' might be difficult to read. But anyway, the buttons for all the greyscale colours look almost the same, so we should think about removing some of them. I'll try to come up with a proposal for a new colour palette. No, we should think about changing the way the buttons look. Either that, or live with it. The current buttons are pretty, but they don't handle all of the colors well. We need all 4 shades of grey -- I didn't change them, BTW. Why? Do kids use all shades of greys in their images? (Ordinary crayons often doesn't even contain *one* shade of grey.) I would rather believe that 'colourful' colours would be useful. And there's always the darken/lighten tool if you really need more greyness. I think black, white and grey (around 50 % black) should suffice. (This is easier said than done. One important thing to be aware of, is that all colours must give different tints when tinting stamps. We had a problem with magenta and purple before. The two colours looked completely different, but gave the same colour when tinting stamps. Some very minor modifications to the colour values fixed this.) I don't think that's a big problem. I'd rather have the original magenta and purple. (didn't change it back though) If the tinting code doesn't handle brightness, then that's the problem that needs fixing. Choosing less-desired colors to work around this problem hurts much more than the minor limit on the few rare tintable stamps. The stamp tinting code tints stamps to the tint of the colours, and AFAICS works correctly. The colours were the problems, and were easy to fix. The new colours weren't less-desired, and I think they work marvelously. For the record, here's an before and after image: http://www.huftis.org/kritikk/tuxpaint-purple-before.png http://www.huftis.org/kritikk/tuxpaint-purple-after.png And it *is* extremely important that different colours give differently-coloured stamps. I have personally observed how confused a child can get when two completely different colours give the same stamp colours. (And that is why I changed the palette). -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] [PATCH] misc fixes
Albert Cahalan [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: On Wed, 2004-11-24 at 15:26, Karl Ove Hufthammer wrote: Yes, I know. But that doesn't mean that a greyish blue is a *good* colour to use for drawing cartoon-like sky in a childrens' program. We don't need photo-realistic colours; we need useful, good-looking colours. I'm really tired of apps using only fully-saturated colours. Conflict? :-) No. There's a difference between (non-grey) colours and bright, eye-blinding colours. I prefer the former. :) Yes, I know. That's why I don't like to use 'silver' as a colour. What I didn't understand was why you thought 'light grey' might be difficult to read. lig-hit grey I'm still not convinced. The stamp tinting code tints stamps to the tint of the colours, and AFAICS works correctly. The colours were the problems, and were easy to fix. The new colours weren't less-desired, The tinting code does not work correctly, because it ignores the brightness. But isn't that a *good* thing? I believe a colour should only change the hue of a stamp, not its brightness. (But since you seem to have a different algorithm in mind, I'll wait till seeing this before deciding.) Purple is dark magenta. I'm not sure what to call that color there now, but it isn't purple. Well, it's actually closer to what people call purple (or deep purple) than the old colour was. See for example: http://images.google.com/images?q=purple (But colour names vary greatly, and there are no established standards. Or, in fact, there are many colour name standards, and many of them have several variants of 'purple'.) The old colour was more 'red violet' (yes this is a term, even if red and violet are on opposite sides of the physical colour spectrum). -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] high-resolution stamps work now
Albert Cahalan [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: I support that, but it goes the other way. While I would have done the direction you chose, our opinions are not terribly important. We know about software development. My wife, mostly a non-programmer, would use 2.5 for that. (the reciprocal -- she views the problem as her having made a stamp that is 2.5 times too large) Well, it doesn't matter much. Both options are OK by me. (In higher resolutions we may want to change the scaling so the image stays physically the same size. E.g. for 1280×960 resolution a stamp with width 250 would by default get rendered with width 250*.4*1280/640 = 200 instead of 100.) I did this, but as a function of the square root. As the screen gets larger, you want two conflicting things to happen: 1. you can put more objects on the screen 2. you get more-detailed objects Yes, the square root sounds like a good compromise. I split the difference. So if the object is 100x100 on a 500x300 canvas, it'll ideally be 141x141 on a 1000x600 canvas. The code will find the nearest integer ratio to this, currently 3/2, resulting in a 150x150 stamp size. I'm not sure I like this. If we have several stamps (e.g. the fruit stamps) they should scale by the *same* amount, not by an integer ratio. If I have understood things correctly, your code means that an apple may look larger than a banana when scaled. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] [PATCH] misc fixes
Mark K. Kim [EMAIL PROTECTED] wrote in
news:[EMAIL PROTECTED]:
I like these color names better than the previously defined
ones, but if we're going to change the names of the colors,
let's use the canonical names, perhaps adopting the color
names in /etc/X11/rgb.txt file. We may also have to
retranslate the color names.
For the record: I'm violently against using X11 colour names!
I'm citing Steven Pemberton and his comments on using these names
in CSS (Message-ID: [EMAIL PROTECTED]):
The X11 colour names are an abomination that should have been
stifled at birth, and adding them to CSS is a blemish on the
otherwise excellent design of CSS.
To say that the X11 colour set and their names have been
'designed' is an insult to the word design. It is just a
mess.
Let me just describe some of the problems:
* The set of colours described is very non-uniform. Look at
http://www.cwi.nl/~steven/css/x11huegraph.html as an example
to see how the hues are distributed: a vast
over-representation of reds just to start off with.
* The names are just randomly put together. Some colours have
a dark version (like red and darkred) but not all; 17 colours
have 'dark' versions, but only 13 have 'light' versions.
There's a mediumblue, but not mediumred; there are 15
varieties of 'blue' but only 6 of 'red'; there are cultural
references built in ('dodgerblue'???). So I can neither
construct the colour I want, nor know what a colour name
refers to (gainsboro? papayawhip?)
* On top of that, the naming scheme is inconsistent:
darkgray is lighter than gray!
lightpink is darker than pink!
(OK, I'll stop using exclamation marks now)
It is gray and darkgray, but lightgrEy
brown is not very brown; actually a dark red
What do you expect the difference is between seagreen and
mediumseagreen is? (seagreen is darker)
What do you expect the difference is between aquamarine and
mediumaquamarine (aquamarine is lighter)
There's a mediumvioletred and palevioletred, but no violetred
There's lightgoldenrodyellow but no goldenrodyellow, just
goldenrod There's darkolivegreen but no olivegreen, just olive
There's palevioletred but no violetred.
Well, I could go on, but I'll stop here. You get the picture.
--
«Multiple exclamation marks are a sure sign of a sick mind.»
(Terry Pratchett)
Gud bevare okken.
___
Tuxpaint-dev mailing list
[EMAIL PROTECTED]
http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Bugs moved to SourceForge.net
We've now finished moving all open bugs to SourceForge.net: http://sourceforge.net/tracker/?group_id=66938 We currently have a total of 47 bugs and 24 feature requests. Anybody's welcome to work on fixing them. One bug I personally would like to see fixed, is bug #1057332: http://sourceforge.net/tracker/index.php?func=detailaid=1057332group_id=66938atid=516295 Support different default size for stamps than the stamp images size. Explanation: For example, the actual image of an apple could be 500x400 pixels, but selecting the apple would display a scaled down 50x40 (or 70x56 or whatever) image. Resized (especially scaled up) versions of the stamp would then look much better, without any of the very ugly pixelation and jagged edges that currently occurs. This would make it much easier to properly use the many high- quality, high-resolution cliparts from OpenClipart.org. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Re: [Tuxpaint-commits] tuxpaint/src/po nb.po, 1.8, 1.9
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: Fixed to Norwegian Bokmål translation, from Klaus Ade Johnstad snip Karl, if you haven't, can you add Klaus to the AUTHORS.txt and CONTRIBUTORS.txt files in the packages? (I've added him to the Developers page on the website.) Done! -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Tux Paint Bug Feature Trackers created
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: https://www.sf.net/projects/tuxpaint/ I'm happy to accept help (Technicians and/or Admins), as well as suggestions for categories/etc. for the trackers. I would instead suggest removing all of the categories. Categories make sense for large projects, with many developers, each responsible for their own category. For small projects like this, they make no sense at all, and just make bug reporting slower and more difficult. (Bug reporting is something which should be as easy as possible!) I have been ignoring the categories entirely when submitting bugs. And Bill, could you add a mailing list for the bug report system, so we can choose to get an e-mail for each new and updated report. (There's not heavy bug report traffic, so perhaps we even can use this mailing list?) -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Where should I promote Tux Paint?
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: I'm making a list of places I'm going to (or already have) contacted regarding Tux Paint 0.9.14. In case you forgot: Nonags: http://www.nonags.com/ Here's the submission page: http://www.nonagsplus.com/software/sub3.asp -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Move bugs and todo list to SourceForge
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: On Wed, Sep 15, 2004 at 09:08:25PM +0200, Karl Ove Hufthammer wrote: How about moving the bugs and TODO list to the Tux Paint SourceForge page http://sourceforge.net/projects/tuxpaint;. After 0.9.14? ;) Now? Could you set up a mailing list for bug e-mails? -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Tux Paint 0.9.14 has been released!
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: Press release: http://www.newbreedsoftware.com/tuxpaint/latest/ I've uploaded the Norwegian Nynorsk version to my homepage/blog at: http://blogg.huftis.org/arkiv/2004/10/12/172/ (Many pretty Tux Paint pictures!) -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Tux Paint in TDC Online
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: http://netnyt.tdconline.dk/artikel.php?id=64112 Mogens or Rasmus, do you guys feel like translating? I'm curious as to what they say! ;^) For children, Tuxpaint is the thing. It's a drawing program with a simple interface and fixed canvas size, and provides access to previous images using a thumbnail browser. The program can be used by children as young as three years old. It has plenty of sound effects and a helpful cartoon guide always ready with good advice. [Looks like copy and paste from your/nordicos's description.] -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Draft press release
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: You mean this? META HTTP-EQUIV=Content-Type Content=text/html; charset=UTF-8 Yes. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Move bugs and todo list to SourceForge
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: On Wed, Sep 15, 2004 at 09:08:25PM +0200, Karl Ove Hufthammer wrote: How about moving the bugs and TODO list to the Tux Paint SourceForge page http://sourceforge.net/projects/tuxpaint;. After 0.9.14? ;) OK. Right after! :) -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Windowed and Fullscreen launchers
Bill Kendrick [EMAIL PROTECTED] wrote in
news:[EMAIL PROTECTED]:
I see John has created two launcher icons for Tux Paint,
Tux Paint (Fullscreen) and Tux Paint (Windowed).
Is this really necessary?
Yes. Most people wouldn't even think of running a config program.
('It sounds too technical for me. I'll probably mess things up.)
--
Karl Ove Hufthammer
___
Tuxpaint-dev mailing list
[EMAIL PROTECTED]
http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Pop-up windows in Tux Paint Config
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: Also, the Quit, are you sure?, I'm thinking of making only happen if they have made changes which have NOT been saved. An add a 'Quit' button! -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Tux Paint 0.9.14 Win32 prerelease built!
John Popplewell [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: If nothing else is reported in the next few hours, I'll make an -rc2, Please do a 'cvs update' before doing so, since I've fixed a small bug in the Norwegian translation. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Tux Paint Colouring Book
Just a quick proof of concept: http://www.huftis.org/kritikk/tuxpaint-colouring-book.ps :) -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Draft press release
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: http://www.sonic.net/~nbs/tp/tuxpaint-0.9.14-press-release-en .html Comments, suggestions, corrections??? Put it in CVS, so we can make changes ourselves. -- «Multiple exclamation marks are a sure sign of a sick mind.» (Terry Pratchett) Gud bevare okken. ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] 'Starters' working!!!
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: Okay, 'starters' work right now! (The thumbnailing in the open dialog needs a little work for starters that contain a '-back' image, but otherwise, it';s looking good). Give it a try! I'll try to whip up a few more 'starter' images to throw in imag CVS tonight. Great work! I really like this feature. And it's a very 'visible' new feature for 0.9.14. People like that! :) A couple of 'bugs' I found: The edges around the foreground images are too sharp. The colour reduction on the San Fransico image look really bad. How about supporting JPEGs? (Shouldn't the existing libraries handle this more or less automatically?) Of course the foreground must be in PNG, but the background can be in (full-colour!) JPEG. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Re: [Tuxpaint-commits] tuxpaint-stamps/po po2txt.py, 1.3, 1.4 [...]
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: Modified Files: po2txt.py tuxpaint-stamps-af.po tuxpaint-stamps-be.po tuxpaint-stamps-br.po tuxpaint-stamps-ca.po tuxpaint-stamps-da.po tuxpaint-stamps-de.po tuxpaint-stamps-el.po tuxpaint-stamps-en_gb.po tuxpaint-stamps-es.po tuxpaint-stamps-eu.po snip Okay, what the heck did those scripts do, and is it BAD? :^) Always run 'cvs diff' before 'cvs commit'. ALWAYS! It _looks_ like the order of the strings in the PO files merely got shuffled, Yes, I don't think anything else changed. I believe the order they are written in the file depends on the order they're 'listed' on your filesystem. I guess this might be easy (or not) to fix (e.g. to get the scripts to to insert stamps sorted alphabetically by directory, and then by filename). Unfortunately I don't know any Python ... Then I did a regualr cvs commit in the PO file. I didn't expect EVERY file to have been touched, but figured maybe timestamps had changed in the comments, or something benign... Apparently not. :^) If you do a 'cvs update', all 'touched' but not changed files are reset to 'not changed' state by CVS (a second 'cvs update' then tells you which files are *really* changed). -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Eraser: Multiple sizes!
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: The eraser tool now has size options. It's still not round, but it's a start. Enjoy!!! :) Nice. The icons look a bit thin, though. Perhaps a 2px instead of a 1px border? -- «Multiple exclamation marks are a sure sign of a sick mind.» (Terry Pratchett) Gud bevare okken. ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] 'Starters' working!!!
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: On Wed, Sep 15, 2004 at 08:48:04PM +0200, Karl Ove Hufthammer wrote: Great work! I really like this feature. And it's a very 'visible' new feature for 0.9.14. People like that! :) Yep! :^) Plus Tux Paint Config. Two really neat new reasons to upgrade. ;) We should make a list of the most important changes in the 0.9.14 for the official annoucement. At least stamp resizing and flipping should be mentioned. And the number of new stamps. And translations. The colour reduction on the San Fransico image look really bad. Yeah. :^/ (Just be glad I didn't choose F.S. dithering -- that looked terrible!) Floyd-Steinberg? -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Pull configuration stuff from docs?
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: With the advent of tuxpaint-config, I'm beginning to think the Tux Paint docs (docs/html/README.html and docs/README.txt, which is derived from that) could be cleaned up and made more friendly by pulling the configuration details out of the main docs, and put into a supplemental doc. Go for it! And for 0.9.15 I want to try to move the documentation to Docbook. I'll have to check how KDE guys are managing this. (Hmm, I guess we can get the help file to show up in the KDE help centre too then. This will make it much more accessible / easy to find.) -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Tux Paint Config ready for alpha testing!!!
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: Okay, I think Tux Paint Config. is ready for people to try out! What about an alpha for Tux Paint itself? We'll need this before the official release. There have been lots of I18N changes which may have broken things on other platforms. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Strange encoding things in tuxpaint.c
TOYAMA Shin-ichi [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: What about the convert_open() (and convert_close and converts()) lines for some languages? I'm not sure what about this. But I can make a list of related e-mails. See attached! And I can forward these e-mails to you if you want them. There wasn't any attachments, but please do. Thanks! -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] [coolo@kde.org: [Bug 82552] 'hicolor' theme does not allow for 64x64 or 128x128 icons]
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: --- Additional Comments From coolo kde org 2004-07-25 15:33 --- hicolor is our old theme and it only supports sizes 64 - period. For crystal/crystalsvg we support larger sizes and if you got a svg now, you better install it into crystalsvg and don't have this problem. I'm not convinced. The official icon theme specification http://freedesktop.org/Standards/icon-theme-spec/icon-theme-spec-latest.html; says that generic applications icons *should* be installed in the 'hicolor' theme, since this is designed to be the default/fallback theme. The name was only chosen for backwards compatibility with the old KDE 'hicolor' theme. And didn't I find out that 'index.theme' files from later KDE versions *do* support 64×64 and above icons sizes? (I'm on a different machine than my home computer at the moment, and can't check.) The problem is only with people upgrading their KDE from old versions (admittedly very many people). -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] [coolo@kde.org: [Bug 82552] 'hicolor' theme does not allow for 64x64 or 128x128 icons]
And now I'm 100% sure that we *must* install the icons in 'hicolor', not in 'crystal' and not in 'default.theme' Of course we can install the icon in 'crystal' if we have a 'crystal'-like icon (in addition to the default icon). You (or I) could perhaps ask on the KDE-Artists mailing list if anybody is interested in doing one. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Strange encoding things in tuxpaint.c
TOYAMA Shin-ichi [EMAIL PROTECTED] wrote in
news:[EMAIL PROTECTED]:
Does this mean we can remove these lines?
Yes. I checked it out using attached sample code with
Borland's free compiler.
I think there is no need to set $OUTPUT_CHARSET.
OK. What about the
convert_open() (and convert_close and converts())
lines for some languages?
It looks like this converts from various encodings to UTF-8. Is
this used? I tried removing the functions, and everything worked
as before. But inputting non-ASCII characters in the text tool
didn't work.
'Luckily', inputting non-ASCII characters in the text tool doesn't
work if I keep the lines either! It looks like 'isprint' returns
false for these characters, so nothing is printed (and no 'click'
sound is played). Removing the 'isprint' check, nothing is printed
if 'converts' returns true. So to get non-ASCII characters
printed, both 'isprint' and 'converts' must always return true.
But then the characters that come out are *not* the correct ones!
I've checked the latest Windows test build (a bit old, and built
before all my UTF-8 related changes), and non-ASCII characters
doesn't work there either. Something *is* printed, but not the
correct characters (and the same as on Linux either).
In summary, non-ASCII input in the text tool is totally broken ...
Something worth noting anyway. Code such as this:
else if (language == LANG_HE)
{
putenv(OUTPUT_CHARSET=he_IL);
convert_open(ISO8859-8);
}
will never work correctly (everywhere), as there doesn't exist a
unique mapping from languages to encodings.
And catching characters by checking for key_down sounds dubious,
since creating a character may take several key presses. But
perhaps the SDL libraries handle this correctly anyway?
Well, I have no idea how to solve this. Please, someone who knows
more about keyboard handling and I18N take a look! ;)
--
Karl Ove Hufthammer
___
Tuxpaint-dev mailing list
[EMAIL PROTECTED]
http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Strange encoding things in tuxpaint.c
TOYAMA Shin-ichi [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: * Set $OUTPUT_CHARSET for Japanese locale, to fix Win32 issue. TOYAMA Shin-ichi [EMAIL PROTECTED] Not sure what the 'issue' was, precisely, but perhaps Shin-ichi can explain? ;) I can't confirm e-mails around this issue now, but I remember that without setting $OUTPUT_CHARSET, gettext library on windows returns translated strings in CP932 even though other language related environments are set to ja_JP.UTF-8. I see. But later we added: bind_textdomain_codeset(tuxpaint, UTF-8); This tells gettext to return *all* strings in UTF-8. Does this mean we can remove these lines? I can't see that the 'convert_open' function is used for anything either. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Major I18N cleanup (was on Tuxpaint-i18n)
Mark K. Kim [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: I propose that we change the above to this: /* REMOVE: setlocale(LC_ALL, NULL) */ // don't clear existing LC_ALL I did change it, but then gettext didn't work properly (the UI was displayed in English as default). I've now reverted my change. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] tuxpaint-config tweaks
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: FYI, I added some missing descriptive text to the remaining options in the TP Config app, and manually added all of the support languages into its 'locale' pulldown menu. I believe it's better to call it 'languages' than 'locale'. Ordinary folks have no idea what a 'locale' is. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Colours for open dialogue buttons
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: Bill, do you have original (icon-less) versions of these buttons? And do you have the trashcan icon (seperated from the orange button)? Shoot, probably on my HD at home. No worries. I managed to to change the buttons using the clone tool. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Colours for open dialogue buttons
For consistency, I'd like to change the colours used for the open dialogue to these: Green: Open Red: Delete Blue: Go back (Where 'blue' is the blue used for the toolbar buttons.) Objections? The open and go back buttons have some minor transparency problems, and need to be changed anyway. I'll use the green and red colours from the buttons in 'yes/no' dialogues. Bill, do you have original (icon-less) versions of these buttons? And do you have the trashcan icon (seperated from the orange button)? -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Bug report: Flood fill not working correctly
I'm not at my usual computer, so I can't test this with the latest CVS version, but on the latest 0.9.14 test verion (Windows), I observe the following. Bucket fill is not working correct. For instance, trying to fill light grey on white, or dark grey on light grey, or light grey on dark grey doesn't work at all. Could it be related to the tinting light colours on stamps bug? (This *still* causes problems on some stamps, by the way, by leaving some pixels untinted.) -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Bug report: Flood fill not working correctly
Karl Ove Hufthammer [EMAIL PROTECTED] wrote in news:n2m- [EMAIL PROTECTED]: Could it be related to the tinting light colours on stamps bug? (This *still* causes problems on some stamps, by the way, by leaving some pixels untinted.) FYI: I've now fixed this bug. You must now add the 'notintgray' property to the .dat file of the few stamps where you *don't* want low-saturation (grey) areas to be tinted. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Bug report: Flood fill not working correctly
Karl Ove Hufthammer [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: Could it be related to the tinting light colours on stamps bug? (This *still* causes problems on some stamps, by the way, by leaving some pixels untinted.) FYI: I've now fixed this bug. You must now add the 'notintgray' property to the .dat file of the few stamps where you *don't* want low-saturation (grey) areas to be tinted. Just to clarify: I fixed the stamp tinting bug. The 'bucket fill not working properly' bug is still there. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Bug report: Flood fill not working correctly
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: I think this is a case where if the color you're trying to fill is _close_ to the color you're filling with, it don't do anything. Filling is VERY sloppy in Tux Paint, so that there's not as much aliasing in the end. This is probably what you're seeing. :^/ Yes. It's still a bug, though. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] UTF-8 in Tux Paint
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: You can try commenting bits out and running in a variety of languages to see if anything breaks. ;) BTW, I've never really gotten the --language and --locale parameters to work, on either platform (Windows and Linux). The only way could use Tux Paint in different language was to change the 'LANGUAGE' environment variable. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Tux Paint in Hindi - need to alter font usage :)
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: That's just so wrong in so many ways. Well, unfortunately, it's not like _I_ can convert Ankit's Shusha-based translations into a Unicode one, since I don't know Hindi. ;^) I *may* be able to do it. Could you ask Ankit if this http://www.huftis.org/kritikk/tuxpaint-hindi.png looks correct? -- Karl Ove Hufthammer http://blogg.huftis.org/ ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] UTF-8 in Tux Paint
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: Really? It works for me. I usually just take a shortcut (tuxpaint.lnk, I guess it is), right-click, edit properties, and add the --lang foo option at the end. This is under WinXP professional I guess the reason it's not working is that I already have the 'LANGUAGE' environment variable set, and Tux Paint doesn't seem to be able to override it. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] KDE icons confusion
Bill Kendrick [EMAIL PROTECTED] wrote in
news:[EMAIL PROTECTED]:
Based on their names, I'm guessing the hicolor and locolor
folders are the 'fallbacks' (e.g., if my KDE desktop is set to
use Crystal SVG theme, but there's no specific crystalsvg
icon for an app).
That's correct. 'hicolor' is the fallback for all themes.
('locolor' is not).
--
Karl Ove Hufthammer
___
Tuxpaint-dev mailing list
[EMAIL PROTECTED]
http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] KDE icons confusion
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: I manaully added some entries for 64x64 and 128x128 into my hicolor/index.theme and it's now working. What version of KDE are you using? From what source? 3.2.2 (or later) I believe. (I'm on Windows right now.) I'm using the 'cooker' (development) Mandrake distro, and everything should be in its latest version. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Makefile bug
Bug report: When I run 'make install' I get this error: cp: cannot create regular file «/usr/share/applnk/Graphics/tuxpaint.desktop»: No such file or directory chmod: cannot access «/usr/share/applnk/Graphics/tuxpaint.desktop»: No such file or directory make: *** [install-kde] Error 1 The reason is these lines: @echo ...Installing launcher icon into KDE... @if [ x$(KDE_PREFIX) != x ]; then \ cp src/tuxpaint.desktop $(KDE_PREFIX)/Graphics/; \ chmod 644 $(KDE_PREFIX)/Graphics/tuxpaint.desktop; \ Since I haven't a 'Graphics' subdirectory in 'applnk', the installer fails. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Selection tool? Cut-n-paste?
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: I've had others suggest cut-n-paste in the past, too, and was wondering if it should be something I should consider implementing. Implement a cloning tool instead. It could work this way: Click the clone tool. Click somewhere on the image to select the 'source'. Click and drag to clone (just like in all other image processing programs). It should also be possible to Ctrl+Click to select a new 'source'. (But kids will usually only click the toolbar button.) Brushes should of course work as usual. Clone tools are *much* easier to use and more useful than copy and paste. I have used many graphics programs, and in most cases use the clone tool instead of copy and paste (especially for operations which will be natural in a application such as Tux Paint). -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] KDE icons confusion
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: However, I guess the 'hicolor' icon set in KDE 3.2 doesn't allow for sizes greater than 48x48. Looking at index.theme in .../hicolor/, I see: Directories=16x16/actions,22x22/actions,16x16/apps,32x32/apps , 16x16/devices,32x32/devices,16x16/filesystems,32x32/filesyste ms, 16x16/mimetypes,32x32/mimetypes,32x32/actions,48x48/apps,48x4 8/devices, 48x48/filesystems,48x48/mimetypes,64x64/filesystems,64x64/mim etypes Outdated config file left over from earlier KDE versions? Mine goes to 192x192. So any KDE experts out here wanna give me a hint as to the RIGHT way to do this? You might want to ask on the KDE Artist mailing list. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] KDE icons confusion
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: So... what I've done for the MOMENT is have the Makefile put the icons in the default.kde subdirectory. *Don't* do that. Put them under the 'hicolor' directory. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] UTF-8 in Tux Paint
Måndag 17. mai 2004 19:31 skreiv Bill Kendrick: I think languages listed on lang_use_utf8 are multibyte languages that need their own fonts (non-latin-based languages.) Yeah, the logic should probably be changed a little, and made less ambiguous. SOrry, I was learning ;) But what's the point of this line: if (want_utf8) text = TTF_RenderUTF8_Blended(font, substr, color); else text = TTF_RenderText_Blended(locale_font, substr, color); This writes the text as UTF-8 or ISO-8859-1, depending on the value of want_utf8. But is TTF_RenderText_Blended ever used? -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Compiling Tux Paint for Windows
Now that Microsoft has released their C++ compiler for Windows for free http://developers.slashdot.org/article.pl?sid=04/04/18/0146234;, can I use this to compile Tux Paint from source? If so, how? I tried, but it didn't work to well ... :( -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Compiling Tux Paint for Windows
Mark K. Kim [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: Did you apply the Windows patch? What Windows patch? I didn't find any at the Tux Paint Web site. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-commits] tuxpaint-website/links/trans en.php3,1.4,1.5
Update of /cvsroot/tuxpaint/tuxpaint-website/links/trans In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv13600 Modified Files: en.php3 Log Message: Minor HTML changes Index: en.php3 === RCS file: /cvsroot/tuxpaint/tuxpaint-website/links/trans/en.php3,v retrieving revision 1.4 retrieving revision 1.5 diff -u -d -r1.4 -r1.5 --- en.php3 14 Apr 2004 19:51:14 - 1.4 +++ en.php3 15 Apr 2004 07:40:15 - 1.5 @@ -45,11 +45,9 @@ h3Translation Projects/h3 -dl -dta href=http://www.huftis.org/nynorsk-programvare/tux-paint/; lang=nn - hreflang=enTux Paint in Norwegian/a (Norwegian)/dt -dd/dd -/dl +ul +lia href=http://www.huftis.org/nynorsk-programvare/tux-paint/; + hreflang=nnTux Paint in Norwegian Nynorsk/a/li +/ul /div - ___ Tuxpaint-commits mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-commits
[Tuxpaint-commits] tuxpaint-website/links/trans nn.php3,1.3,1.4
Update of /cvsroot/tuxpaint/tuxpaint-website/links/trans In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv13676 Modified Files: nn.php3 Log Message: More translation Index: nn.php3 === RCS file: /cvsroot/tuxpaint/tuxpaint-website/links/trans/nn.php3,v retrieving revision 1.3 retrieving revision 1.4 diff -u -d -r1.3 -r1.4 --- nn.php3 14 Apr 2004 19:51:14 - 1.3 +++ nn.php3 15 Apr 2004 07:40:44 - 1.4 @@ -35,21 +35,18 @@ dl dta href=http://www.linux.it/~abnormal/scuolaprimaria/laboratori/laboratorio.htm; lang=it hreflang=itLaboratori col Software Libero/a (italiensk)/dt -ddLærepakkar for grunnskuleelevar./dd +ddLæremodular for grunnskuleelevar./dd dta href=http://www.linux.it/~abnormal/scuolaprimaria/documentazione.htm; lang=it hreflang=itGuida didattica TuxPaint1.0/a (italiensk)/dt -!-- translate me! -- -ddA guide to using Tux Paint in didactical laboratories./dd - +ddOpplæring i Tux Paint for undervisingsføremål./dd /dl -h3Translation Projects/h3 +h3Omsetjingsprosjekt/h3 -dl -dta href=http://www.huftis.org/nynorsk-programvare/tux-paint/; - hreflang=enTux Paint in Norwegian/a (nynorsk)/dt -dd/dd -/dl +ul +lia href=http://www.huftis.org/nynorsk-programvare/tux-paint/; + hreflang=nnTux Paint på nynorsk/a/li +/ul /div ___ Tuxpaint-commits mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-commits
[Tuxpaint-commits] tuxpaint-website/features/trans ca.php3, 1.6, 1.7 de.php3, 1.6, 1.7 en.php3, 1.6, 1.7 es.php3, 1.6, 1.7 fi.php3, 1.6, 1.7 fr.php3, 1.6, 1.7 id.php3, 1.6, 1.7 is.php3, 1.6, 1.7 ja.php3, 1.6, 1.7 nl.php3, 1.6, 1.7 nn.php3, 1.4, 1.5 pt_br.php3, 1.6, 1.7 sv.php3, 1.6, 1.7
Update of /cvsroot/tuxpaint/tuxpaint-website/features/trans In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv15149 Modified Files: ca.php3 de.php3 en.php3 es.php3 fi.php3 fr.php3 id.php3 is.php3 ja.php3 nl.php3 nn.php3 pt_br.php3 sv.php3 Log Message: Added Vietnamese language info Index: nl.php3 === RCS file: /cvsroot/tuxpaint/tuxpaint-website/features/trans/nl.php3,v retrieving revision 1.6 retrieving revision 1.7 diff -u -d -r1.6 -r1.7 --- nl.php3 31 Mar 2004 22:03:37 - 1.6 +++ nl.php3 15 Apr 2004 07:47:42 - 1.7 @@ -161,6 +161,7 @@ liTamil!-- Tamil -- liTjechisch!-- Czech -- liTurks!-- Turkish -- + liVietnamese/li !-- Vietnamese -- liWalloon !-- Walloon -- liZweeds !-- Swedish -- /ul Index: fi.php3 === RCS file: /cvsroot/tuxpaint/tuxpaint-website/features/trans/fi.php3,v retrieving revision 1.6 retrieving revision 1.7 diff -u -d -r1.6 -r1.7 --- fi.php3 31 Mar 2004 22:03:37 - 1.6 +++ fi.php3 15 Apr 2004 07:47:42 - 1.7 @@ -154,6 +154,7 @@ liSwedish !-- Swedish -- liTamil!-- Tamil -- liTurkish !-- Turkish -- + liVietnamese/li !-- Vietnamese -- liWalloon !-- Walloon -- /ul Index: es.php3 === RCS file: /cvsroot/tuxpaint/tuxpaint-website/features/trans/es.php3,v retrieving revision 1.6 retrieving revision 1.7 diff -u -d -r1.6 -r1.7 --- es.php3 31 Mar 2004 22:03:37 - 1.6 +++ es.php3 15 Apr 2004 07:47:42 - 1.7 @@ -147,6 +147,7 @@ liSueco !-- Swedish -- liTamil !-- Tamil -- liTurco !-- Turkish -- +liVietnamese/li!-- Vietnamese -- liWalloon!-- Walloon -- /ul Index: de.php3 === RCS file: /cvsroot/tuxpaint/tuxpaint-website/features/trans/de.php3,v retrieving revision 1.6 retrieving revision 1.7 diff -u -d -r1.6 -r1.7 --- de.php3 31 Mar 2004 22:03:37 - 1.6 +++ de.php3 15 Apr 2004 07:47:42 - 1.7 @@ -156,6 +156,7 @@ liSwedish/li liTamil/li liTurkish/li + liVietnamese/li!-- Vietnamese -- liWalloon/li /ul Index: is.php3 === RCS file: /cvsroot/tuxpaint/tuxpaint-website/features/trans/is.php3,v retrieving revision 1.6 retrieving revision 1.7 diff -u -d -r1.6 -r1.7 --- is.php3 31 Mar 2004 22:03:37 - 1.6 +++ is.php3 15 Apr 2004 07:47:42 - 1.7 @@ -175,6 +175,7 @@ liTamil !-- Tamil -- liTyrknesku !-- Turkish -- liTHORN;yacute;sku !-- German -- + liVietnamese/li!-- Vietnamese -- liWalloon!-- Walloon -- /ul Index: id.php3 === RCS file: /cvsroot/tuxpaint/tuxpaint-website/features/trans/id.php3,v retrieving revision 1.6 retrieving revision 1.7 diff -u -d -r1.6 -r1.7 --- id.php3 31 Mar 2004 22:03:37 - 1.6 +++ id.php3 15 Apr 2004 07:47:42 - 1.7 @@ -171,6 +171,7 @@ liSwedia !-- Swedish -- liTamil!-- Tamil -- liTurki!-- Turkish -- + liVietnamese/li !-- Vietnamese -- liWalloon !-- Walloon -- /ul Index: en.php3 === RCS file: /cvsroot/tuxpaint/tuxpaint-website/features/trans/en.php3,v retrieving revision 1.6 retrieving revision 1.7 diff -u -d -r1.6 -r1.7 --- en.php3 31 Mar 2004 22:03:37 - 1.6 +++ en.php3 15 Apr 2004 07:47:42 - 1.7 @@ -163,6 +163,7 @@ liSwedish/li liTamil/li liTurkish/li + liVietnamese/li liWalloon/li /ul Index: fr.php3 === RCS file: /cvsroot/tuxpaint/tuxpaint-website/features/trans/fr.php3,v retrieving revision 1.6 retrieving revision 1.7 diff -u -d -r1.6 -r1.7 --- fr.php3 31 Mar 2004 22:03:37 - 1.6 +++ fr.php3 15 Apr 2004 07:47:42 - 1.7 @@ -173,6 +173,7 @@ liSwedish !-- Swedish -- liTamil !-- Tamil -- liTurkish !-- Turkish -- + liVietnamien/li !-- Vietnamese -- liWalloon !-- Walloon -- /ul Index: pt_br.php3 === RCS file: /cvsroot/tuxpaint/tuxpaint-website/features/trans/pt_br.php3,v retrieving revision 1.6 retrieving revision 1.7 diff -u -d
[Tuxpaint-commits] tuxpaint-website/features/trans nn.php3,1.5,1.6
Update of /cvsroot/tuxpaint/tuxpaint-website/features/trans In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv15720 Modified Files: nn.php3 Log Message: Changed order of Norwegian languages Index: nn.php3 === RCS file: /cvsroot/tuxpaint/tuxpaint-website/features/trans/nn.php3,v retrieving revision 1.5 retrieving revision 1.6 diff -u -d -r1.5 -r1.6 --- nn.php3 15 Apr 2004 07:47:42 - 1.5 +++ nn.php3 15 Apr 2004 07:50:50 - 1.6 @@ -144,7 +144,7 @@ liLitauisk/li !-- Lithuanian -- liMalayisk/li !-- Malay-- liNederlandsk/li !-- Dutch -- - liNorsk (bokmål og nynorsk)/li !-- Norwegian Bokmål and Norwegian Nynorsk -- + liNorsk (nynorsk og bokmål)/li !-- Norwegian Nynorsk and Norwegian Bokmål-- liPolsk/li !-- Polish -- liPortugisisk/li !-- Portuguese -- liPortugisisk (Brasil)/li !-- Brazilian Portuguese -- ___ Tuxpaint-commits mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-commits
[Tuxpaint-commits] tuxpaint-website/layout std.php3,1.18,1.19
Update of /cvsroot/tuxpaint/tuxpaint-website/layout
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv16935
Modified Files:
std.php3
Log Message:
Some language selection stuff wasn't working correctly
Index: std.php3
===
RCS file: /cvsroot/tuxpaint/tuxpaint-website/layout/std.php3,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -d -r1.18 -r1.19
--- std.php313 Apr 2004 19:43:22 - 1.18
+++ std.php314 Apr 2004 17:13:04 - 1.19
@@ -10,7 +10,7 @@
}
?
-? function page_start($title, $link) { page_start2($title, $link, ); } ?
+? function page_start($title, $link) { page_start2($title, $link, en); } ?
? function page_start2($title, $link, $avail_langs)
{ global $lang, $available_languages, $HTTP_ACCEPT_LANGUAGE;
___
Tuxpaint-commits mailing list
[EMAIL PROTECTED]
http://tux4kids.net/mailman/listinfo/tuxpaint-commits
Re: [Tuxpaint-dev] Links page added to website
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: I've added a Links page to the Tux Paint website. Please tell me what I've forgotten! Links to translation project sites? For Norwegian Nynorsk: http://www.huftis.org/nynorsk-programvare/tux-paint/ -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] [Fwd] Please help: Problem starting Tuxpaint [crashing on WinXP]
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: Tuxpaint has identified a problem and has to be closed. Problem Signature: AppName: tuxpaint.exe AppVer: 0.9.13.0 ModName: nview.dll nviw.dll is one of the driver files for the NVIDIA range of graphics cards. It would probably help to update to the latest drivers, at http://www.nvidia.com/content/drivers/drivers.asp;. New drivers were released this month. He should also remember to read the 'Driver Installation Hints' (left sidebar of the page mentioned above). -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Re: Tux Paint colours
Bill Kendrick [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: I'm using the Windows version. Any idea what's causing this? Karl later pointed out an URL which I've somehow misplaced. It was an SDL mailing list post from circa 2000. http://www.libsdl.org/pipermail/sdl/2000-August/029943.html;. On a related note, I think the 16bpp'ness of the surfaces is the reason I sometimes see certain magical effects (say, blur) starting to tint the picture green. So should we move to 24/32 bit? The images are already saved in 24 bit format, as far as I can see. -- Karl Ove Hufthammer ___ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-commits] tuxpaint-website/layout std.php3,1.15,1.16
Update of /cvsroot/tuxpaint/tuxpaint-website/layout
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv28535/layout
Modified Files:
std.php3
Log Message:
Cleaned up Windows installer download page
Index: std.php3
===
RCS file: /cvsroot/tuxpaint/tuxpaint-website/layout/std.php3,v
retrieving revision 1.15
retrieving revision 1.16
diff -u -d -r1.15 -r1.16
--- std.php328 Mar 2004 13:57:36 - 1.15
+++ std.php34 Apr 2004 19:13:22 - 1.16
@@ -373,14 +373,11 @@
function note_download($os, $ver, $url, $src, $note) { ?
-h3? echo $os; ?/h3
-blockquotefont size=-1
-a href=? echo $url; ?? echo $url; ?/abr
-? if ($ver != ) { echo Version: $verbr\n; } ?
-? if ($src != ) { echo From: $srcbr\n; } ?
-? if ($note != ) { echo pbNote:/b $notebr\n; } ?
-/font/blockquote
-hr size=1 noshade
+h4? echo $os; ?/h4
+pa href=? echo $url; ?? echo $url; ?/a
+? if ($ver != ) { echo brVersion: $ver\n; } ?
+? if ($src != ) { echo brFrom: $src\n; } ?/p
+? if ($note != ) { echo pstrongNote:/strong $note/p\n; } ?
? }
___
Tuxpaint-commits mailing list
[EMAIL PROTECTED]
http://tux4kids.net/mailman/listinfo/tuxpaint-commits
[Tuxpaint-commits] tuxpaint-website/download/windows/trans it.php3, 1.1, 1.2
Update of /cvsroot/tuxpaint/tuxpaint-website/download/windows/trans In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv29709 Modified Files: it.php3 Log Message: Cleaned up Windows installer download page Index: it.php3 === RCS file: /cvsroot/tuxpaint/tuxpaint-website/download/windows/trans/it.php3,v retrieving revision 1.1 retrieving revision 1.2 diff -u -d -r1.1 -r1.2 --- it.php3 28 Mar 2004 23:56:45 - 1.1 +++ it.php3 4 Apr 2004 19:19:39 - 1.2 @@ -1,81 +1,57 @@ -!-- .. TRANSLATORS, BEGIN HERE! ... -- - !-- Fixme: Download links are generated with function calls in English; should probably just scrap that, or make functions translatable? -- -a href=http://sourceforge.net;IMG -src=http://sourceforge.net/sflogo.php?group_id=66938amp;type=1; -width=88 height=31 border=0 alt=SourceForge Logo align=right/A +div id=windows-installer h3Tux Paint Installer per Windows/h3 -Tuxnbsp;Paint per Windows è disponibile come programma di installazione, scaricabile come file eseguibile (code.exe/code) sul quale è possibile fare doppio clic per iniziare il processo di installazione.p +pTuxnbsp;Paint per Windows è disponibile come programma di installazione, scaricabile come file eseguibile (code.exe/code) sul quale è possibile fare doppio clic per iniziare il processo di installazione./p -font size=-1(Se non si desidera installare Tuxnbsp;Paint sul proprio sistema Windows, si può usare la a href=../windows-zip/versione ZIP/a, che non si installa direttamente nel sistema in uso, ma crea una cartella da cui è possibile far partire l'installazione./fontp +p(Se non si desidera installare Tuxnbsp;Paint sul proprio sistema Windows, si può usare la a href=../windows-zip/versione ZIP/a, che non si installa direttamente nel sistema in uso, ma crea una cartella da cui è possibile far partire l#x2019;installazione./p -hr size=1 noshadep +h3Program and stamps/h3 -Tuxnbsp;Paint per Windows è costituito da due parti, ciascuna dotata del suo Installer:p +pTuxnbsp;Paint per Windows è costituito da due parti, ciascuna dotata del suo Installer:/p -ul -libTuxnbsp;Paint/bbr -Il programma principale e i file necessari (interfaccia grafica utente, effetti sonori, ecc.)p +dl -libTimbri/b (facoltativo)br -Una collezione di immagini (e relativi effetti sonori) da usare con lo strumento Timbro.p +dtTuxnbsp;Paint/dt +ddIl programma principale e i file necessari (interfaccia grafica utente, effetti sonori, ecc.)/dd -/ul +dtTimbri (facoltativo)/dt +ddUna collezione di immagini (e relativi effetti sonori) da usare con lo strumento Timbro./dd -hr size=1 noshadep +/dl h3Installer di Tux Paint/h3 -blockquote - -Questo Installer include il programma principale Tuxnbsp;Paint, e i file necessari al suo funzionamento (interfaccia grafica utente, effetti sonori, ecc.)p - -Può anche inserire l'icona di 'Tuxnbsp;Paint' all'interno del menù Start nel desktop di Windows.p - -h3tuxpaint windows-installer/h3 -blockquotefont size=-1 -a href=http://prdownloads.sourceforge.net/tuxpaint/tuxpaint-0.9.13-win32-installer.exe?download;http://prdownloads.sourceforge.net/tuxpaint/tuxpaint-0.9.13-win32-installer.exe?download/abr -Versione: 0.9.13br -Di: John Popplewellbr -/font/blockquote -hr size=1 noshade -p - -h3tuxpaint tamil-windows-installer/h3 -blockquotefont size=-1 -a href=http://prdownloads.sourceforge.net/tuxpaint/tuxpaint-0.9.13-tamil-win32-installer.exe?download;http://prdownloads.sourceforge.net/tuxpaint/tuxpaint-0.9.13-tamil-win32-installer.exe?download/abr +pQuesto Installer include il programma principale Tuxnbsp;Paint, e i file necessari al suo funzionamento (interfaccia grafica utente, effetti sonori, ecc.)/p -Versione: 0.9.13br -Di: a href=http://www.thamizha.com/modules.php?name=Downloadsd_op=viewdownloadcid=4;Mugunth/abr -pbNota:/b Questo installer contiene sia Tux Paint 0.9.13 sia la collezione di timbri 2003.12.23 !-- HOLE IN TRANSLATION: ...translated to Tamil -- (translated into Tamil language).br -/font/blockquote -hr size=1 noshade -p +pPuò anche inserire l#x2019;icona di Tuxnbsp;Paint all#x2019;interno del menù #x201c;Start#x201d; nel desktop di Windows./p -/blockquote +? + download(tuxpaint windows-installer, 0.9.13, + http://prdownloads.sourceforge.net/tuxpaint/tuxpaint-0.9.13-win32-installer.exe?download;, + John Popplewell); +? -hr size=1 noshadep +? + note_download(tuxpaint tamil-windows-installer, 0.9.13, + http://prdownloads.sourceforge.net/tuxpaint/tuxpaint-0.9.13-tamil-win32-installer.exe?download;, + a href=\http://www.thamizha.com/modules.php?name=Downloadsamp;d_op=viewdownloadamp;cid=4\;Mugunth/a, + Questo installer contiene sia Tux Paint 0.9.13 sia la collezione di timbri 2003-12-23 (translated into Tamil language).); +? h3Installer dei Timbri/h3 -blockquote - -Questo installer
[Tuxpaint-commits] tuxpaint-website/download/windows index.php3, 1.2, 1.3
Update of /cvsroot/tuxpaint/tuxpaint-website/download/windows
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv32104
Modified Files:
index.php3
Log Message:
Translated Windows download page to Norwegian Nynorsk
Index: index.php3
===
RCS file: /cvsroot/tuxpaint/tuxpaint-website/download/windows/index.php3,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -d -r1.2 -r1.3
--- index.php3 28 Mar 2004 23:56:45 - 1.2
+++ index.php3 4 Apr 2004 19:32:37 - 1.3
@@ -1,9 +1,10 @@
? include(../../layout/std.php3); ?
-? page_start2(Download, download, en,it); ?
+? page_start2(Download, download, en,it,nn); ?
?
if ($lang == it) { include(trans/it.php3); }
+if ($lang == nn) { include(trans/nn.php3); }
else { include(trans/en.php3); }
?
___
Tuxpaint-commits mailing list
[EMAIL PROTECTED]
http://tux4kids.net/mailman/listinfo/tuxpaint-commits
[Tuxpaint-commits] tuxpaint-website/download/windows/trans nn.php3, NONE, 1.1
Update of /cvsroot/tuxpaint/tuxpaint-website/download/windows/trans In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv32104/trans Added Files: nn.php3 Log Message: Translated Windows download page to Norwegian Nynorsk --- NEW FILE: nn.php3 --- !-- 2004-04-04 -- !-- Fixme: Download links are generated with function calls in English; should probably just scrap that, or make functions translatable? -- div id=windows-installer h3Tux Paint-installeringsprogram for Windows/h3 pTuxnbsp;Paint for Windows har eit installeringsprogram for enkel installering./p p(Viss du føretrekkjer å ikkje installera Tuxnbsp;Paint på maskina di, kan du heller bruka a href=../windows-zip/ZIP-versjonen/a, som du kan kjøra direkte, utan installering.)/p h3Programmet og stempel/h3 pTuxnbsp;Paint for Windows har to delar, kvar med sitt eige installeringsprogram./p dl dtTuxnbsp;Paint/dt ddHovudprogrammet og datafilene (brukargrensesnitt, lydeffektar, og so vidare)./dd dtStempel (valfri)/dt ddEi samling med små teikningar (og medfølgjande data- og lydfiler) for bruk med stempelverktøyet.dd /dl h3Programmet/h3 pDette installeringsprogrammet inneheld Tuxnbsp;Paint-programmet, samt nødvendige datafiler./p pDet kan òg installera Tuxnbsp;Paint-ikon i «Start»-menyen og på skrivebordet./p ? download(tuxpaint windows-installer, 0.9.13, http://prdownloads.sourceforge.net/tuxpaint/tuxpaint-0.9.13-win32-installer.exe?download;, John Popplewell); ? ? note_download(tuxpaint tamil-windows-installer, 0.9.13, http://prdownloads.sourceforge.net/tuxpaint/tuxpaint-0.9.13-tamil-win32-installer.exe?download;, a href=\http://www.thamizha.com/modules.php?name=Downloadsamp;d_op=viewdownloadamp;cid=4\;Mugunth/a, Dette er Tux Paint 0.9.13 og 2003-12-23-stempla, sett saman i eitt installeringsprogram, omsett til tamil.); ? h3Stempel/h3 pDette installeringsprogrammet inneheld små stempelteikningar du kan bruka i Tuxnbsp;Paint./p ? download(tuxpaint-stamps windows-installer, 2003.12.23, http://prdownloads.sourceforge.net/tuxpaint/tuxpaint-stamps-2003.12.23-win32-installer.exe?download;, John Popplewell); ? /div ___ Tuxpaint-commits mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-commits
[Tuxpaint-commits] tuxpaint/src/messages br.po,1.3,1.4
Update of /cvsroot/tuxpaint/tuxpaint/src/messages In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv10279 Modified Files: br.po Log Message: Added latest msgid's Index: br.po === RCS file: /cvsroot/tuxpaint/tuxpaint/src/messages/br.po,v retrieving revision 1.3 retrieving revision 1.4 diff -u -d -r1.3 -r1.4 --- br.po 2 Apr 2004 04:19:29 - 1.3 +++ br.po 2 Apr 2004 09:49:28 - 1.4 @@ -1,11 +1,11 @@ # Tux Paint Breton messages. # Copyright (C) 2004. # Korvigelloù An Drouizig [EMAIL PROTECTED], -#: shapes.h:129 msgid msgstr Project-Id-Version: TuxPaint 0.0.1pre\n -POT-Creation-Date: 2002-07-26 12:34+0200\n +Report-Msgid-Bugs-To: [EMAIL PROTECTED] +POT-Creation-Date: 2004-03-22 11:23-0800\n PO-Revision-Date: 2004-04-01 20:27-0800\n Last-Translator: drouizig [EMAIL PROTECTED]\n Language-Team: Breton [EMAIL PROTECTED]\n @@ -13,405 +13,514 @@ Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 0.9.6\n - -#: tuxpaint.c:413 +# +# File: tuxpaint.c, line: 801 msgid Do you really want to quit? msgstr Fellout a ra dit mont kuit ? - -#: tuxpaint.c:414 tuxpaint.c:418 tuxpaint.c:422 tuxpaint.c:433 tuxpaint.c:4316 +# +# File: tuxpaint.c, line: 802 +# File: tuxpaint.c, line: 806 +# File: tuxpaint.c, line: 810 +# File: tuxpaint.c, line: 824 +# File: tuxpaint.c, line: 834 +# File: tuxpaint.c, line: 8386 +# File: tuxpaint.c, line: 9093 msgid Yes msgstr Ya - -#: tuxpaint.c:415 tuxpaint.c:419 tuxpaint.c:423 tuxpaint.c:434 +# +# File: tuxpaint.c, line: 803 +# File: tuxpaint.c, line: 807 +# File: tuxpaint.c, line: 811 +# File: tuxpaint.c, line: 825 +# File: tuxpaint.c, line: 835 +# File: tuxpaint.c, line: 8389 msgid No msgstr Ne ran ket - -#: tuxpaint.c:417 +# +# File: tuxpaint.c, line: 805 msgid If you quit, you'll lose your picture! Save it? msgstr Kollet e vo da skeudenn mar kuitez ! Gwarediñ a rez ? - - -#: tuxpaint.c:421 +# +# File: tuxpaint.c, line: 809 msgid Save your picture first? msgstr Gwarediñ ar skeudenn e penn-kentañ ? - -#: tuxpaint.c:425 +# +# File: tuxpaint.c, line: 813 +#, fuzzy +msgid Can't open that picture! +msgstr Diverkañ an dresadenn-se ? +# +# File: tuxpaint.c, line: 814 +# File: tuxpaint.c, line: 821 +# File: tuxpaint.c, line: 828 +# File: tuxpaint.c, line: 831 +msgid OK +msgstr +# +# File: tuxpaint.c, line: 816 msgid Starting a new picture will erase the current one! msgstr Kregiñ endro gant ur skeudenn nevez a ziverko ar skeudenn red ! - -#: tuxpaint.c:426 +# +# File: tuxpaint.c, line: 817 msgid That's OK! msgstr Mat eo ! - -#: tuxpaint.c:427 +# +# File: tuxpaint.c, line: 818 msgid Never mind! msgstr Nullañ ! - -#: tuxpaint.c:429 +# +# File: tuxpaint.c, line: 820 msgid There are no saved files! msgstr Restr ebet gwaredet ! - -#: tuxpaint.c:430 -msgid Okay -msgstr Mat eo! - -#: tuxpaint.c:432 +# +# File: tuxpaint.c, line: 823 +#, fuzzy +msgid Print your picture now? +msgstr Gwarediñ ar skeudenn e penn-kentañ ? +# +# File: tuxpaint.c, line: 827 +#, fuzzy +msgid Your picture has been printed! +msgstr Gwaredet eo da skeudenn ! +# +# File: tuxpaint.c, line: 830 +msgid You can't print yet! +msgstr +# +# File: tuxpaint.c, line: 833 msgid Erase this picture? msgstr Diverkañ an dresadenn-se ? - -#: tuxpaint.c:4315 -msgid Save over the older version of this drawing? +# +# File: tuxpaint.c, line: 5442 +# File: tools.h, line: 52 +msgid Open +msgstr Digeriñ +# +# File: tuxpaint.c, line: 5447 +msgid Erase +msgstr Diverkañ +# +# File: tuxpaint.c, line: 5452 +msgid Back +msgstr Distro +# +# File: tuxpaint.c, line: 9092 +#, fuzzy +msgid Save over the older version of this picture? msgstr Rasklañ stumm kozh an dresadenn-se ? - -#: tuxpaint.c:4317 +# +# File: tuxpaint.c, line: 9094 msgid No, save a new file msgstr Ket, gwarediñ dindan un anv nevez - -#: colors.h:115 +# +# File: tuxpaint.c, line: 9951 +#, fuzzy +msgid Choose the picture you want, then click 'Open'. +msgstr Diuz ur skeudenn ha klik war 'digeriñ' neuze +# +# File: colors.h, line: 62 msgid Black! msgstr Du - -#: colors.h:116 +# +# File: colors.h, line: 63 msgid White! msgstr Gwenn - -#: colors.h:117 +# +# File: colors.h, line: 64 msgid Red! msgstr Ruz - -#: colors.h:118 +# +# File: colors.h, line: 65 msgid Pink! msgstr Rozenn - -#: colors.h:119 +# +# File: colors.h, line: 66 msgid Orange! msgstr Orañj - -#: colors.h:120 +# +# File: colors.h, line: 67 msgid Yellow! msgstr Melen - -#: colors.h:121 +# +# File: colors.h, line: 68 +#, fuzzy +msgid Lime! +msgstr Sitroñs glas +# +# File: colors.h, line: 69 msgid Green! msgstr Gwer - -#: colors.h:122 +# +# File: colors.h, line: 70 msgid Cyan! msgstr Gwerc'hlas - -#: colors.h:123 +# +# File: colors.h, line: 71 msgid Blue! msgstr Glas - -#: colors.h:124 +# +# File: colors.h, line: 72 msgid Purple! msgstr Limestra - -#: colors.h:125 +# +# File: colors.h, line: 73 +msgid Fuchsia! +msgstr +# +# File: colors.h,
[Tuxpaint-commits] tuxpaint/src/messages nb.po,1.4,1.5
Update of /cvsroot/tuxpaint/tuxpaint/src/messages In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv24096 Modified Files: nb.po Log Message: Fixed header Index: nb.po === RCS file: /cvsroot/tuxpaint/tuxpaint/src/messages/nb.po,v retrieving revision 1.4 retrieving revision 1.5 diff -u -d -r1.4 -r1.5 --- nb.po 6 Feb 2004 21:56:36 - 1.4 +++ nb.po 2 Apr 2004 19:28:29 - 1.5 @@ -1,16 +1,15 @@ -# translation of nb.po to Norwegian Bokmål -# Tux Paint Norwegian messages -# , 2003 +# Omsetjing av Tux Paint til bokmål. # Dag H. Lorås [EMAIL PROTECTED], 2003. # Knut Erik Hollund [EMAIL PROTECTED], 2003. # Karl Ove Hufthammer [EMAIL PROTECTED], 2003. msgid msgstr -Project-Id-Version: nb\n -POT-Creation-Date: \n +Project-Id-Version: tuxpaint 0.9.14\n +Report-Msgid-Bugs-To: [EMAIL PROTECTED] +POT-Creation-Date: 2004-03-22 11:23-0800\n PO-Revision-Date: 2004-02-06 22:44+0100\n Last-Translator: Karl Ove Hufthammer [EMAIL PROTECTED]\n -Language-Team: Norsk (bokmål) [EMAIL PROTECTED]\n +Language-Team: Norwegian Bokmål [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n ___ Tuxpaint-commits mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-commits
