GNU bug report logs - #8379
The width of linum window is not adjusted after face-remapping

Previous Next

Package: emacs;

Reported by: nixie <onixie <at> gmail.com>

Date: Wed, 30 Mar 2011 01:49:02 UTC

Severity: normal

Merged with 1255, 10960

Fixed in version 25.1

Done: Alan J Third <alan <at> idiocy.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Juanma Barranquero <lekktu <at> gmail.com>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: nixie <onixie <at> gmail.com>, 8379 <at> debbugs.gnu.org
Subject: bug#8379: The width of linum window is not adjusted afterface-remapping
Date: Thu, 31 Mar 2011 16:54:30 +0200
On Thu, Mar 31, 2011 at 16:48, Drew Adams <drew.adams <at> oracle.com> wrote:

> There is no right or wrong answer wrt affecting the window that applies to all
> contexts.  The behavior wrt the window should be under user and program control.
> Sometimes you want the window to be resized to adapt to the apparent text size
> change; sometimes you do not.

You're right that there's no right or wrong answer. What I meant is
that I don't know if what you call "program control" should be the
responsibility of the text-scaling code (with suitable hooks to allow
customization), or it's better to leave it as it is and let the
applications (like linum.el) adapt to a possible rescaling.

As it is now, an application has no way to know that the text in the
buffer is shown rescaled/remaped, unless it periodically checks
`face-remapping-alist', because remapping does not *have* to go
through face-remap-* functions, so there's no hook or callback.

    Juanma




This bug report was last modified 9 years and 130 days ago.

Previous Next


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