GNU bug report logs - #14233
24.3; Don't constrain frame size to character multiples

Previous Next

Package: emacs;

Reported by: E Sabof <esabof <at> gmail.com>

Date: Sat, 20 Apr 2013 00:04:02 UTC

Severity: wishlist

Found in version 24.3

Done: martin rudalics <rudalics <at> gmx.at>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Jan Djärv <jan.h.d <at> swipnet.se>, esabof <at> gmail.com, 14233 <at> debbugs.gnu.org
Subject: bug#14233: 24.3; Don't constrain frame size to character multiples
Date: Sun, 21 Apr 2013 11:27:12 +0200
> Hmm...  I guess character-size increments of the frame might still
> make sense at least in some use cases, because from the user POV, not
> every size change is meaningful.  E.g., a user could want to have N
> extra lines or columns.  But OTOH, these goals are perfectly
> achievable with pixel-unit resizes.  So it's not clear to me what
> would be the benefit of keeping character-size increments.

As explained earlier, I still keep character-size increments for window
based resizing.  When resizing a window combination I give all windows
but at most one a multiple of the default character size.

> Martin, do we have any important use cases beyond fullscreen where
> pixel-unit resize of frames is really necessary?

We have three use cases: Requests from tiling WMs, maximization requests
which leave the taskbar visible and are triggered, for example, when the
taskbar gets resized or auto-hidden, and fullscreen requests which ask
for hiding everything else.  IIUC the most common ones are maximization
requests.

martin




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

Previous Next


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