From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Vladimir Vukicevic Newsgroups: gmane.emacs.bugs Subject: bug#20527: 24.5; [w32] resizing window from bottom-left/top-right corner causes broken resizing Date: Thu, 7 May 2015 14:05:36 -0400 Message-ID: References: <834mnoqnim.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a114743c2316610051581c23c X-Trace: ger.gmane.org 1431021985 13774 80.91.229.3 (7 May 2015 18:06:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 7 May 2015 18:06:25 +0000 (UTC) Cc: 20527@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu May 07 20:06:16 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YqQBa-0003ej-P4 for geb-bug-gnu-emacs@m.gmane.org; Thu, 07 May 2015 20:06:15 +0200 Original-Received: from localhost ([::1]:52408 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YqQBZ-0002Bq-Q6 for geb-bug-gnu-emacs@m.gmane.org; Thu, 07 May 2015 14:06:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40034) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YqQBV-0002Bi-Ll for bug-gnu-emacs@gnu.org; Thu, 07 May 2015 14:06:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YqQBP-0000Fg-Ep for bug-gnu-emacs@gnu.org; Thu, 07 May 2015 14:06:09 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:56311) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YqQBP-0000Ep-47 for bug-gnu-emacs@gnu.org; Thu, 07 May 2015 14:06:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YqQBO-0004cc-Iz for bug-gnu-emacs@gnu.org; Thu, 07 May 2015 14:06:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Vladimir Vukicevic Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 07 May 2015 18:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20527 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 20527-submit@debbugs.gnu.org id=B20527.143102194617742 (code B ref 20527); Thu, 07 May 2015 18:06:02 +0000 Original-Received: (at 20527) by debbugs.gnu.org; 7 May 2015 18:05:46 +0000 Original-Received: from localhost ([127.0.0.1]:38053 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YqQB6-0004c4-13 for submit@debbugs.gnu.org; Thu, 07 May 2015 14:05:45 -0400 Original-Received: from mail-qc0-f182.google.com ([209.85.216.182]:35643) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YqQB3-0004br-U9 for 20527@debbugs.gnu.org; Thu, 07 May 2015 14:05:43 -0400 Original-Received: by qcbgu10 with SMTP id gu10so25283752qcb.2 for <20527@debbugs.gnu.org>; Thu, 07 May 2015 11:05:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=DxOg9P9kRdtz85o+hnf8TM4mGtcr6+EPM87tYAtK8Dk=; b=JNpjfn7Df/d3J5uvFlfSV5pmLpGQhS4YHAUb977ZCOmulYtvzOzMBd170yKpaJQ1sH KNIkGGs8PpQIaSm5HrPMI5fyTxtJdffbKG4BT/j6AH0nK1j+R1MmxC/kqExlkZJtj4kJ B0mhtrEAnT+vcea2OqtGk9iVlDvSC9TbRXKXt79mYxOjrz+tjR3BVZQz47gQm7WfKhv2 qKb99bLqTw0rTbWBP/0aYQAit90SH7xexYIeXATc4+BgVxhPekb9LNRuzSBaYY1bIlkB b2lMzyyZm3lpS1XvYormVnulijUvUm3fVVzRgy9v4NZGPSpDf1n89zUKLXiIQRv8jy7t 46+g== X-Received: by 10.55.22.10 with SMTP id g10mr11447852qkh.26.1431021936533; Thu, 07 May 2015 11:05:36 -0700 (PDT) Original-Received: by 10.96.160.137 with HTTP; Thu, 7 May 2015 11:05:36 -0700 (PDT) In-Reply-To: <834mnoqnim.fsf@gnu.org> X-Google-Sender-Auth: CW7lEWi5dnD3C8xAIbu1r05D7uI X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:102580 Archived-At: --001a114743c2316610051581c23c Content-Type: text/plain; charset=UTF-8 On Thu, May 7, 2015 at 1:57 PM, Eli Zaretskii wrote: > > Date: Thu, 7 May 2015 09:10:31 -0400 > > From: Vladimir Vukicevic > > > > Trying to resize the Emacs window on win32 using the bottom-left or > > top-right corner causes broken resizing to happen, as described below. > > This has happened in a number of previous versions of emacs as well, > > from at least 24.3, and possibly earlier. Verified using -Q as well. > > > > From the bottom-left: > > - If the mouse is moved left/right, the window will resize horizontally > > mostly properly, but will start shrinking vertically from the top > > - If the mouse is moved up, the bottom of the window will resize > > properly, but the window will rapidly shrink from the top > > - If the mouse is moved down, the window tends to just be moved along > > with the mouse, not resized. > > > > Similarly from the top-right. Resizing using the top-left and > bottom-right > > window corners works properly. It almost looks like some calculation > > for the new window size (in lines) is rounding in the wrong direction, > > so the window keeps constantly shrinking. Toggling menubar or toolbar > > on or off doesn't make a difference in behaviour. > > Either I don't understand your description, or I cannot reproduce what > you describe. All I see here is expected: Emacs just tries to keep > the frame and the windows at integral multiple of character size. I > see no other unwarranted resizing. > > If that's what you see, you may wish to try setting > frame-resize-pixelwise and maybe also window-resize-pixelwise to > non-nil values, perhaps you will like the results better. > > If you see something else, try to describe it in more details, or > perhaps post a screencast. > Hmm.. interesting. I just put a screencast up on http://screencast.com/t/7tYMRdYpo1RA Setting frame-resize-pixelwise to non-nil fixes the problem though! So it still feels like an issue due to the rounding. - Vlad --001a114743c2316610051581c23c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Thu, May 7, 2015 at 1:57 PM, Eli Zaretskii <eliz@gnu.org> = wrote:
> Date: Thu,= 7 May 2015 09:10:31 -0400
> From: Vladimir Vukicevic <vla= dimir@pobox.com>
>
> Trying to resize the Emacs window on win32 using the bottom-left or > top-right corner causes broken resizing to happen, as described below.=
> This has happened in a number of previous versions of emacs as well, > from at least 24.3, and possibly earlier. Verified using -Q as well. >
> From the bottom-left:
> - If the mouse is moved left/right, the window will resize horizontall= y
> mostly properly, but will start shrinking vertically from the top
> - If the mouse is moved up, the bottom of the window will resize
> properly, but the window will rapidly shrink from the top
> - If the mouse is moved down, the window tends to just be moved along<= br> > with the mouse, not resized.
>
> Similarly from the top-right. Resizing using the top-left and bottom-r= ight
> window corners works properly. It almost looks like some calculation > for the new window size (in lines) is rounding in the wrong direction,=
> so the window keeps constantly shrinking. Toggling menubar or toolbar<= br> > on or off doesn't make a difference in behaviour.

Either I don't understand your description, or I cannot reproduce what<= br> you describe.=C2=A0 All I see here is expected: Emacs just tries to keep the frame and the windows at integral multiple of character size.=C2=A0 I see no other unwarranted resizing.

If that's what you see, you may wish to try setting
frame-resize-pixelwise and maybe also window-resize-pixelwise to
non-nil values, perhaps you will like the results better.

If you see something else, try to describe it in more details, or
perhaps post a screencast.

Hmm.. interesting. = I just put a screencast up on http://screencast.com/t/7tYMRdYpo1RA

Setting frame-resize-pixelwise to non-nil fixes the problem thoug= h!=C2=A0 So it still feels like an issue due to the rounding.

=
=C2=A0=C2=A0=C2=A0 - Vlad

--001a114743c2316610051581c23c--