[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Text drawing bug - gaps after 16th character in scaled view

From: Kazunobu Kuriyama
Subject: Re: Text drawing bug - gaps after 16th character in scaled view
Date: Sat, 28 Jun 2003 21:31:04 +0900
User-agent: Mozilla/5.0 (X11; U; Linux i686; ja-JP; rv:1.0.0) Gecko/20020614

Hi all,

Because no one replies to the latest Pete French's letter until now,
let me say something.

I also have the same trouble as he got into.  Until I read his email,
I believed that that's a kind of machine dependency problem.  (I refrained
from talking about it because I had been busy to make GNUstep understand
my mother tongue.)

I strongly believe this should be fixed as soon as possible (at least
before the version number becomes 1.0.0).

So I raise the same question again here in order for everybody in this
list to note the isssue again and discuss what to do.

Thank you.
Kazunobu Kuriyama

Pete French wrote:

Then you would have many small gaps, so it wouldn't be as noticeable. It
would probably hurt performance, but I haven't done much benchmarking of

It might be interesting to try - arre the cumulative errors cause by
errors in the hints or rounding errors as it moves along the line ? If its
the latter then maybe it could be fixed by moving to using doubles instead
of floats ?

I also notice that PSshow() does the correct thing - this is what I was using
until this week, but as I want OSX portability I am moving away from it, which
is proving a little fraught!

I'd be interested to hear what other people do to get around this - I cant
be the first person to actually try drawing text on the screen after all :-)


PS: preseuably this is also the cause of other oddities - like missing the last
character of messages in alert panels, or the missing of the last character of
a name in an NSBrowser ? I see those quite regularly too.

Discuss-gnustep mailing list

reply via email to

[Prev in Thread] Current Thread [Next in Thread]