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

[Kazunobu Kuriyama]

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.
> >    
>
> 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 :-)
>
> -bat.
>
> 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
> Discuss-gnustep@gnu.org
> http://mail.gnu.org/mailman/listinfo/discuss-gnustep
>
>