GNU bug report logs - #13011
24.2; Text flickering moving cursor with box around text enabled

Previous Next

Package: emacs;

Reported by: mario giovinazzo <mario.giovinazzo <at> virgilio.it>

Date: Tue, 27 Nov 2012 16:34:01 UTC

Severity: minor

Tags: fixed

Merged with 13130, 17612

Found in versions 24.2, 24.2.90, 24.3

Fixed in version 28.1

Done: Noam Postavsky <npostavs <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Kenichi Handa <handa <at> gnu.org>
Cc: monnier <at> iro.umontreal.ca, mario.giovinazzo <at> virgilio.it, 13011 <at> debbugs.gnu.org
Subject: bug#13011: 24.2; Text flickering moving cursor with box around text enabled
Date: Mon, 03 Dec 2012 18:33:30 +0200
> From: Kenichi Handa <handa <at> gnu.org>
> Cc: eliz <at> gnu.org,  mario.giovinazzo <at> virgilio.it,  13011 <at> debbugs.gnu.org
> Date: Mon, 03 Dec 2012 18:29:18 +0900
> 
> In article <jwvhao8z0y8.fsf-monnier+emacs <at> gnu.org>, Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
> 
> > > I made a provisional change that behaves with left and right borders
> > > like it does with horizontal ones, and it seems to work, at least with
> > > character display (didn't text with images, image slices, composite
> > > characters, etc.).  But I'd like to ask Handa-san (CC'ed), who wrote
> > > the code for this feature (almost 12 years ago!), whether he might
> > > remember why the code deliberately makes the left and right borders
> > > behave differently from top and bottom ones.
> 
> > I'm curious as well.  The only think that comes to mind is that in most
> > fonts, there's usually some empty pixel-line(s) at the top and the
> > bottom, whereas there often't isn't any empty pixel-lines at all on the
> > left (and/or on the right) side.  So there's more risk of overwriting
> > useful pixels on the left&right than at top&bottom.
> 
> Yes.  That's the reason of this asymmetry.  The original
> intention of this feature was to make modeline occupy only
> canonical line height even with the current style.

So does anyone object to lifting this limitation, even though it might
degrade the quality of displaying the first and the last characters in
the run of characters that have the box face?




This bug report was last modified 5 years and 50 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.