From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#12419: Mouse click changes layout Date: Fri, 14 Sep 2012 07:10:33 -0700 Message-ID: <1455E2776C3F46FCB324B5562F718569@us.oracle.com> References: <504FB55D.5030405@t-online.de> <5050432C.4060203@gmx.at><5052450F.8030001@t-online.de> <5052F242.4060303@gmx.at><83a9wsvqk6.fsf@gnu.org> <50533344.2030000@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1347631878 28311 80.91.229.3 (14 Sep 2012 14:11:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 14 Sep 2012 14:11:18 +0000 (UTC) Cc: occitan@esperanto.org, 12419@debbugs.gnu.org To: "'martin rudalics'" , "'Eli Zaretskii'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Sep 14 16:11:21 2012 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 1TCWc4-0007iP-9p for geb-bug-gnu-emacs@m.gmane.org; Fri, 14 Sep 2012 16:11:20 +0200 Original-Received: from localhost ([::1]:42755 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TCWc0-0004rt-AD for geb-bug-gnu-emacs@m.gmane.org; Fri, 14 Sep 2012 10:11:16 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:45028) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TCWbv-0004rl-96 for bug-gnu-emacs@gnu.org; Fri, 14 Sep 2012 10:11:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TCWbo-0005rl-OA for bug-gnu-emacs@gnu.org; Fri, 14 Sep 2012 10:11:11 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52574) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TCWbo-0005rh-KN for bug-gnu-emacs@gnu.org; Fri, 14 Sep 2012 10:11:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TCWcj-0001tU-UT for bug-gnu-emacs@gnu.org; Fri, 14 Sep 2012 10:12:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Sep 2012 14:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12419 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 12419-submit@debbugs.gnu.org id=B12419.13476319027256 (code B ref 12419); Fri, 14 Sep 2012 14:12:01 +0000 Original-Received: (at 12419) by debbugs.gnu.org; 14 Sep 2012 14:11:42 +0000 Original-Received: from localhost ([127.0.0.1]:33887 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TCWcQ-0001sz-51 for submit@debbugs.gnu.org; Fri, 14 Sep 2012 10:11:42 -0400 Original-Received: from acsinet15.oracle.com ([141.146.126.227]:34393) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TCWcO-0001sr-Ax for 12419@debbugs.gnu.org; Fri, 14 Sep 2012 10:11:41 -0400 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q8EEAdQf027765 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 14 Sep 2012 14:10:40 GMT Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q8EEAcSF010651 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Sep 2012 14:10:38 GMT Original-Received: from abhmt101.oracle.com (abhmt101.oracle.com [141.146.116.53]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q8EEAbw2008925; Fri, 14 Sep 2012 09:10:37 -0500 Original-Received: from dradamslap1 (/10.159.181.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 14 Sep 2012 07:10:37 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <50533344.2030000@gmx.at> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac2SflfJbHgchtCqQai5MGMlRzETqwAAh0VQ X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) 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:64285 Archived-At: > For example, when resizing a frame, windows are resized symmetrically. > That is, all windows shrink or grow proportionally to their > normal size. Sounds reasonable. But shouldn't it be a user choice (e.g. option)? What if a user wants some particular window's height (or width) to stay the same (assuming there is enough space), while s?he changes the frame height (or width)? Perhaps something akin to window dedication, to indicate that, as much as possible, you want to keep the height or width of a particular window. Or perhaps we could optionally let users keep just the selected window the same size (as much as possible), when resizing the frame. That would perhaps be simpler than the suggestion above. > This also means that, modulo some rounding errors, shrinking > a frame and enlarging it by the same amount will bring back > the initial layout. That sounds good. > When dragging a divider, windows are resized asymmetrically, > that is we enlarge only the window we drag away from and > shrink the windows on the other side. That sounds normal, but what is the alternative - how could it be otherwise? > Asymmetric resizing is not reversible, that is, dragging the > divider back by the same amount will not necessarily reproduce the > inital configuration. I don't think that is what I see. But I guess I don't understand what you're saying. Can you give an example, and contrast what happens in earlier Emacs releases? > This property makes asymmetric resizing unsuitable for > resizing the minibuffer window where we eventually want > to get back the initial configuration.