Bug in display

[Peter Gordon]

Please have a look at the attachment. I created a small file, and marked
the first two lines with the mouse. In the same action, I marked only
the first line with the mouse. The result is that the greyed area for
the last positions is slightly larger than the rest.

Peter



On Sun, 2006-10-15 at 09:05 +0200, Peter Gordon wrote:
> Most of the time I, and I would assume most others,  use fixed fonts
> with xemacs. So would it be possible to treat fixed fonts as a special
> case. As a naive user, the amount that needs to be deleted seems to be
> the size of the cursor.
> 
> Peter
> 
> On Sun, 2006-10-15 at 02:13 -0400, Stephen J. Turnbull wrote:
> > Peter Gordon writes:
> > 
> >  > ./configure --prefix=/sw/xemacs-21.5.27 --with-xft
> >  > --with-xft=emacs,tabs,menubars,gauges --without-debug
> >  > --without-error-checking --with-gtk
> > 
> > --with-xft --with-gtk may be a bad idea.  AFAIK no attempt has been
> > made to 
> > 
> >  > This is a demonstration of a bug which creates unnecessary lines.
> > 
> > Xft lies about the size of the bounding box.  Naive attempts to avoid
> > the lines by "clearing too much" result in other parts of the display
> > getting trashed.  I've chosen to leave the lines there as a visible
> > reminder of the problem.  But it's equally there in recent updates of
> > Mozilla Firefox for X11, they just chose to clear parts of neighboring
> > display, which is less blatant but still pretty ugly to my mind.
> > 
> > Patches which fix the problem correctly or information about how to
> > get Xft to tell the truth about the text extent that it is actually
> > going to write would be very welcome.
> > 
> > 
> > 
> > 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: a.gif
Type: image/gif
Size: 25900 bytes
Desc: not available
Url : http://calypso.tux.org/pipermail/xemacs-beta/attachments/20061015/e3192769/a.gif