GNU bug report logs - #18912
24.4; mode-line corruption on graphical frames in dual-headed display

Previous Next

Package: emacs;

Reported by: Bruno Félix Rezende Ribeiro <oitofelix <at> gnu.org>

Date: Fri, 31 Oct 2014 15:51:04 UTC

Severity: normal

Found in version 24.4

Done: Eli Zaretskii <eliz <at> gnu.org>

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: oitofelix <at> gnu.org
Cc: 18912 <at> debbugs.gnu.org
Subject: bug#18912: 24.4; mode-line corruption on graphical frames in dual-headed display
Date: Mon, 03 Nov 2014 22:29:57 +0200
> Date: Mon, 03 Nov 2014 22:24:57 +0200
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: 18912 <at> debbugs.gnu.org
> 
> > Date: Mon, 03 Nov 2014 18:06:28 -0200
> > From: Bruno Félix Rezende Ribeiro <oitofelix <at> gnu.org>
> > CC: rudalics <at> gmx.at, 18912 <at> debbugs.gnu.org
> > 
> > For the sake of precision I used the method suggested by Martin:
> > evaluating the expression
> > 
> > (while (y-or-n-p "decrease?")
> >   (set-frame-height nil (1- (frame-text-height)) nil t))
> > 
> > in the requested condition.  In order to not be fooled by a spurious
> > mode-line redrawing, I killed the buffer and invoked 'C-x d /dev RET'
> > again and the glitch was gone, after one iteration (minus 1 pixel).

What happens in the "good" configuration if you decrease or increase
the frame height there by 1 pixel?




This bug report was last modified 10 years and 200 days ago.

Previous Next


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