GNU bug report logs - #36250
Allow Emacs to be resized arbitrarily

Previous Next

Package: emacs;

Reported by: Konstantin Kharlamov <hi-angel <at> yandex.ru>

Date: Sun, 16 Jun 2019 18:01:02 UTC

Severity: wishlist

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #119 received at 36250 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Konstantin Kharlamov <hi-angel <at> yandex.ru>
Cc: 36250 <at> debbugs.gnu.org
Subject: Re: bug#36250: [PATCH] Improve a bit frame-resize-pixelwise
 documentation
Date: Fri, 28 Jun 2019 17:22:28 +0300
> Date: Fri, 28 Jun 2019 16:59:45 +0300
> From: Konstantin Kharlamov <hi-angel <at> yandex.ru>
> Cc: 36250 <at> debbugs.gnu.org
> 
> > I think you read "resize a frame" and "set the size of a frame" as
> > referring to the same operation.  But they aren't: the former is about
> > changing the size of an existing frame with a mouse or with
> > set-frame-size, whereas the latter is about doing other things that
> > implicitly require the frame's size to have pixel resolution.
> > 
> > So no, this is not repetition, and should not be removed.
> 
> Right, but the 1st paragraph also says "If this is non-nil, […] frame 
> sizes can increase/decrease by one pixel".

Yes, but it doesn't say you can _set_ the size at pixel granularity to
begin with.

> I.e. this says that setting the variable to non-nil makes further
> operations on frames to have one-pixel resolution

That's your interpretation, but the text doesn't say that, it says
something slightly different.  Thus the second paragraph is not
repetition.




This bug report was last modified 4 years and 269 days ago.

Previous Next


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