>Ian wrote: > On 17 Jan 2009, at 12:55, Fabien Costantini wrote: ./.. > > I noticed recently the the horizontal text length at same sizes > > between 1.1 and 1.3 is bit bigger in 1.3, so you were right on that > > point. > > Just having a look to the input demo and the selection_color button > > easily demonstrates the problem. > > > > Also, there is a problem of vertical spacing too, just type some > > text with chars like j and g and notice that on multiline it is > > alas altered with default font (at least). > > I'm checking this with related greg recent STR 2122. > > Hmmm - this seems odd. I know I saw some differences early on, but I > discovered that they were due to the changes to the fltk default > build settings (1.1 defaults to Xlib, 1.3 defaults to XFT) and that > altered the font rendering a fair bit. > > When I switched to using --enable-xft for all builds, the font > appearance seemed to be the same for code built with 1.1 and with > 1.3. But I have not actually checked recently, so there may be > something... Under mac os x mac there was a height problem, i fixed that descent provides a compatible height with fltk 1.1. Now if you compare the fltk1.1 input demo with 1.3 we get exactly the same line spacing and the default font is not eaten anymore because of the descent problem.
Now concerning the xft vs non xft, what matters to me is that whatever the configuration is, we have a text that renders a the same place with the same size. Unfortunately, this is not yet the case under linux as you can see, I.e in the 'input' demo, the text width is obviously bigger on 1.3 than in 1.1. I don't yet if it can be adressed or how, but I'll investigate that. Fabien. _______________________________________________ fltk mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk
