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: martin rudalics <rudalics <at> gmx.at>
Cc: oitofelix <at> gnu.org, 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 19:52:44 +0200
> Date: Mon, 03 Nov 2014 18:43:38 +0100
> From: martin rudalics <rudalics <at> gmx.at>
> CC: 18912 <at> debbugs.gnu.org
> 
>  > Now carefully decrease the frame's height by dragging its upper or
>  > lower edge with the mouse.  Please drag it slowly and carefully, so
>  > that the frame is resized one pixel at a time.  After each resize,
>  > please see if the mode line is no longer corrupted.
> 
> Is there any reason Bruno cannot use something like
> 
> (while (y-or-n-p "decrease?")
>    (set-frame-height nil (1- (frame-text-height)) nil t))
> 
> here?

Any technique to decrease by single pixels will do.  I just find the
mouse to be the most convenient one; but that's me.

I also asked to verify after each decrement that the mode line will
not be overlaid by some other text, so I think a loop is not TRT here.




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.