There is a kerning problem with the Rb editField control...
Thanks that you brought up this, I have the same problem. As editfield
is the most important control, this is a serious bug, must be solved for
4.5! It does not look professional. I will realbug it now.
Happens with every font, but only in EditFields (multiline/styled as
well as other). No problem with StaticText, Popups, Listboxes or other
controls, Graphics.DrawString and so on. But the inline editable cell of
a listbox has bad kerning, too.
I tried a number of fonts, also PostScript, it is eveytime visible
(depending on the font you can see it more or less). Especially longer
text in Helvetica in small sizes like 11 or 12 looks very ugly and dirty.
It is easy to reproduce: Take a longer text in Helvetica 12pt from
TextEdit and paste it into a RB editfield. If you compare both on the
screen, you will see it very clearly.
Now the funny thing is: If you try the same in the IDE (not running), it
will be drawn correctly! Then, when you run, kerning is destroyed again.
I send a demo to Dave.
Also line spacing is very little. If you compare the default line
spacing of TextEdit, Mail or other Apple software: It is much higher.
This makes long text much more readable. This is a problem of all
controls in RB. RS, is it possible that you increase the general line
spacing at least in editfields and statictext for OS X?
But I have another problem when I use drawString
method inside a canvas : I have no coregraphics antialiasing ( I have
believed until now that drawString support Quartz antialiasing).
Does that mean you don't have antialising at all or just QuickDraw
antialising?
I also got a problem with OS X and bad Graphics.StringWidth results on
printing to a postscript printer. Can anybody confirm this?
Paul
|