Re: [Tuxpaint-dev] 'Crazy legs' text rendering
On Thu, 2005-01-13 at 13:47, Karl Ove Hufthammer wrote: > 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? By elimination: Tux Paint -- no, all rendering done via libSDL_ttf libSDL_ttf -- could be FreeType -- could be font server -- no, problem shows on Windows (unless X11 used) fonts -- could be, if you install the same fonts ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] threaded startup
Start-up will go faster if some of the work is put in threads. This is particularly true for disk reads. When the canvas shows, only the paint tool needs to be ready. Other stuff (stamps, fonts, magic) can continue to load in the background. 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) b. prevent selection, with the icon grey until ready c. prevent selection, with mini-stripes on the icon until ready Threading the disk reads allows the controller to re-order requests to match physical reality on the disk platter. Threading the CPU usage is needed for hyperthreading and multi-core, which will be the norm in a few years. Threading most anything will cause an apparent performance boost, even if not a real one, because the user isn't forced to wait. ___ 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, 2005-01-13 at 14:10, Bill Kendrick wrote: > Albert definitely comes from the "kids want to draw blood and guts" camp. > That's fine, but now that we have guns, tanks and explosions in the stamps, > I'm definitely seeing a need to split them up, so that parents can choose > which things to install. Maybe because: My father was from a family of 4 boys. I'm from a family of 4 boys. I have 3 boys... and I think another on the way. There are no tanks in the stamps collection. The closest thing is just a Bradley. Granted, they can take out obsolete tanks with the 30mm chain gun or modern ones with a TOW missle, but they can't take big incoming HEAT or discarding-sabot rounds. Against a real modern tank, a Bradley is toast. A Bradley is really for transporting people to battle; it holds a dozen or so. The kid loves to draw bad guys standing in front of the Bradley, with flames and bullets coming out of the gun. You should see him get all excited about it. The race car always seems to catch fire, the fish get poisoned (by the lionfish) or eaten by dogs (need a cat), the sedan crashes and gives off smoke... I resisted the urge to make a WTC-jumper stamp. :-) It would be kind of neat, but maybe a bit tasteless? Though, I know I'd want to be imortalized in a stamp if I had to jump like that. I can't think of a better way to be remembered, actually. > I've always planned this... no reason to include planets and currency > when all the parent/teacher wants is animals and plants. No reason to > include holiday and religious stuff, if all they want is planets and outer > space. :^) Holiday stuff can be excluded based on date. Currency and religious stuff can be excluded based on locale. Plantets can be excluded based on canvas color. (if you use the coral reef starter, you don't need planets) > Albert's definitely looks a little more gloomy/overcast, but I can see it's > usefulness in both sky and water situations. (Also, blue is one of my > favorite colors, so I'm a little biased :^) ) ... > > Stamp tinting, for instance. > > Yes, we do want to keep track of stamp tinting (and Tint magic tool tinting, > though honestly that code's got to change), when picking colors. This is backwards. If tinting sucks, let's fix it. If the cartoon effect won't turn normal blue into cartoon blue, let's fix it. How about I do the tinter, and Karl does the cartoon effect? I proposed a fix for the tinter. Thoughts? ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Re: [Tuxpaint-commits] tuxpaint/src colors.h, 1.8, 1.9
On Thu, Jan 13, 2005 at 05:37:09PM +0100, Karl Ove Hufthammer wrote:
> I'm not sure. And Bill actually *has* used a darker red in parts
> of the drawing.
In the bridge picture, I simply used the "Darken" tool.
(You'll notice the hills in the background are darker there, too,
since the darken tool is kind of large... but it's hard to notice,
thanks to optical illusions :) )
In the pepper still life, I got a little darker red by using other colors
(like black and dark grey) and then blurring and/or smuding.
> > Also consider blood.
>
> I'd rather not.
Albert definitely comes from the "kids want to draw blood and guts" camp.
That's fine, but now that we have guns, tanks and explosions in the stamps,
I'm definitely seeing a need to split them up, so that parents can choose
which things to install.
I've always planned this... no reason to include planets and currency
when all the parent/teacher wants is animals and plants. No reason to
include holiday and religious stuff, if all they want is planets and outer
space. :^)
> What do other people on this list think? I've put up two images
> for comparison:
>
> Albert's sky blue:
> http://www.huftis.org/kritikk/tuxpaint-skyblue.png
>
> 'My' light blue:
> http://www.huftis.org/kritikk/tuxpaint-lightblue.png
Well, honestly, I see use for both of them, but I've got to stop thinking
like an adult.
Albert's definitely looks a little more gloomy/overcast, but I can see it's
usefulness in both sky and water situations. (Also, blue is one of my
favorite colors, so I'm a little biased :^) )
> At "http://www.colorcharts.org/"; you can search on colour names
> (for approx. RGB values). For 'sky blue', I think YY19-Y76L-1QH1
> ('Sky Blue') and XX1B-BPTQ-FFPW ('Sky Blue 1') look rather nice.
Those two do look nice.
> Stamp tinting, for instance.
Yes, we do want to keep track of stamp tinting (and Tint magic tool tinting,
though honestly that code's got to change), when picking colors.
-bill!
[EMAIL PROTECTED] April shower bring Kompressor power!
http://newbreedsoftware.com/
___
Tuxpaint-dev mailing list
Tuxpaint-dev@tux4kids.net
http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] Re: [Tuxpaint-commits] tuxpaint/src colors.h, 1.8, 1.9
On Thu, Jan 13, 2005 at 10:12:04AM +0100, Karl Ove Hufthammer wrote: > I didn't change the red. But we could add an extra, dark red (if we remove > the 'Colours' label). In creating these two pictures: (current as of 2005-01-12) http://www.newbreedsoftware.com/tuxpaint/gallery/?cur_pict=0 http://www.newbreedsoftware.com/tuxpaint/gallery/?cur_pict=1 I could have really used a dark red. -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Re: [Tuxpaint-commits] tuxpaint/src colors.h, 1.14, 1.15
On Thu, Jan 13, 2005 at 04:36:32PM +, Albert Cahalan wrote:
> Modified Files:
> colors.h
> Log Message:
> informative version
> const char * const color_names[NUM_COLORS] = {
>gettext_noop("Black!"),
> - gettext_noop("Dark grey!"),
> - gettext_noop("Light grey!"),
> + gettext_noop("Dark grey! Sometimes, people spell it \"Dark gray\"."),
> + gettext_noop("Light gray! Sometimes, people spell it \"Dark grey\"."),
>gettext_noop("White!"),
>gettext_noop("Red!"),
>gettext_noop("Orange!"),
8^o GUYS! Stop it! >:^( Don't make me revoke both of your CVS access!
SHEESH! >:^P
-bill!
___
Tuxpaint-dev mailing list
Tuxpaint-dev@tux4kids.net
http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] dead space and New dialog
On Thu, Jan 13, 2005 at 10:50:44AM +0100, Karl Ove Hufthammer wrote: > The new Gimp 2 (currently 2.2.2) interface is *much* better than > earlier versions, though. I honestly don't find it much different, in so far as being kind of a weird interface compared to other apps. It IS quite improved, and much more useful. I might just be used to it, but I'm not sure how much more /usable/ it is. I, too, am keeping an eye on the KDE answer to The Gimp, since Gimp is about the only GTK+ based app I've got on my desktop these days. :^) Note: I love The Gimp, and often help answer people's questions about it, and have done numerous presentations on it. :) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] '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
[Tuxpaint-dev] stamp tinting
On Thu, 2005-01-13 at 11:37, Karl Ove Hufthammer wrote: > Albert Cahalan <[EMAIL PROTECTED]> wrote in > >>> 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. First, look at the car in my other email. There are two tinters. Perhaps you are using cartoon-like stamps that tint with the crummy tinter. The crummy tinter converts the image to greyscale, then maps white to the tinting color and maps black to black -- with everything else falling in between. There are two ways to fix this. One choice is to eliminate the crummy tinter. This requires that some of the stamps be reworked. The nice tinter, used on the sedan for example, preserves all greyscale values from black to white. The most saturated part of the input image is mapped to the tinting color. Other parts of the input image map to somewhere between the tinting color and gray. The dragonfly stamp is greyscale, and thus would not change at all when subjected to the nice tinter. To work, it would need to have some color added. Another choice is to change the crummy tinter. It would need to map white to white, and black to black. Other values fall along a curve (parabola? hyperbola? circle?) that passes through black, white, and the tinting color. This would work for the tint magic too, assuming the curve is calculated only once on mouse-down. So, what curve should I use? What shade of grey should map to the tinting color? (choices: median, mean, mode, 127, 192, grayscale of tinting color...) Attacking this problem from both sides (changing stamps, and changing the crummy tinter) might be best. Does anyone want to do the stamps? Search for *.dat files containing "vector". ___ 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, 2005-01-13 at 11:37, Karl Ove Hufthammer wrote: > Albert Cahalan <[EMAIL PROTECTED]> wrote in > > 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. It's normal for kids. Just a month or two ago, my 18-month-old exposed his skull. (2mm by 10mm chunk of flesh removed) Schoolboys bleed profusely from the nose and knees. > >> 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 That's very cartoon-like. Real lightning bolts appear white. I made the stamp colorable for cartoon usage, but really, a lightning bolt should be white. Without any prompting from me, my kid makes them white. (no cartoons in this house) Another thing: a rainbow in a baby-blue sky looks garish. > 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: If you'd like me to recompute, I can. > What do other people on this list think? I've put up two images > for comparison: That's a total garish cartoon. Look, we have a "Cartoon" item in the magic section. Hack that to produce the color you want. There is no "Uncartoon" magic tool. > >>> 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. See attached car, tinted with the old blue. <>___ 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
Re: [Tuxpaint-dev] cartoon sky
Hello ! It looks nice. Oh man, i am a 26 years old kid :-) CU > The (new) darker blue works nicely for that phony look > that some people seem to like: > > > ___ > Tuxpaint-dev mailing list > Tuxpaint-dev@tux4kids.net > http://tux4kids.net/mailman/listinfo/tuxpaint-dev > ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] cartoon sky
The (new) darker blue works nicely for that phony look that some people seem to like: <>___ 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, 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. Also consider blood. > > 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. Try the lightening bolt stamp in a baby-blue sky. Now, doesn't that look horribly wrong? How did you come up with that anyway? The old one is the result of careful measurement of many real sky pictures. > > 4. washed out dark blue > > I've made it darker. Better? The old one was *too* dark to be usuable. For what? > One more thing: The 'beige' is not really beige; it's not even close. > Suggestions on what we could call it? Beige is the least offensive name. ___ 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
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
