From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#12419: Mouse click changes layout Date: Sat, 15 Sep 2012 14:14:39 +0300 Message-ID: <83627ftu5c.fsf@gnu.org> 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> <831ui4veny.fsf@gnu.org> <50534A48.5080805@gmx.at> <83zk4stuf1.fsf@gnu.org> <50538260.40900@gmx.at> <83wqzwtl57.fsf@gnu.org> <50545049.40101@gmx.at> <83boh7twig.fsf@gnu.org> <50545AE1.4020609@gmx.at> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1347707705 28181 80.91.229.3 (15 Sep 2012 11:15:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 15 Sep 2012 11:15:05 +0000 (UTC) Cc: occitan@esperanto.org, 12419@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Sep 15 13:15:09 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 1TCqL6-0003bg-Je for geb-bug-gnu-emacs@m.gmane.org; Sat, 15 Sep 2012 13:15:08 +0200 Original-Received: from localhost ([::1]:32868 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TCqL1-0004Vb-W1 for geb-bug-gnu-emacs@m.gmane.org; Sat, 15 Sep 2012 07:15:03 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:52632) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TCqKz-0004VT-F3 for bug-gnu-emacs@gnu.org; Sat, 15 Sep 2012 07:15:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TCqKx-0003Av-Lh for bug-gnu-emacs@gnu.org; Sat, 15 Sep 2012 07:15:01 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53646) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TCqKx-0003Al-J0 for bug-gnu-emacs@gnu.org; Sat, 15 Sep 2012 07:14:59 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TCqLx-0002uD-Up for bug-gnu-emacs@gnu.org; Sat, 15 Sep 2012 07:16:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 15 Sep 2012 11:16: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.134770774411146 (code B ref 12419); Sat, 15 Sep 2012 11:16:01 +0000 Original-Received: (at 12419) by debbugs.gnu.org; 15 Sep 2012 11:15:44 +0000 Original-Received: from localhost ([127.0.0.1]:34959 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TCqLg-0002tj-A3 for submit@debbugs.gnu.org; Sat, 15 Sep 2012 07:15:44 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:63819) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TCqLe-0002tb-Ay for 12419@debbugs.gnu.org; Sat, 15 Sep 2012 07:15:43 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MAE000001UB9X00@a-mtaout22.012.net.il> for 12419@debbugs.gnu.org; Sat, 15 Sep 2012 14:14:38 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MAE00LPI1WDLP51@a-mtaout22.012.net.il>; Sat, 15 Sep 2012 14:14:38 +0300 (IDT) In-reply-to: <50545AE1.4020609@gmx.at> X-012-Sender: halo1@inter.net.il 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:64356 Archived-At: > Date: Sat, 15 Sep 2012 12:39:29 +0200 > From: martin rudalics > CC: occitan@esperanto.org, 12419@debbugs.gnu.org > > >> You see no problem with minibuffer window resizing not restoring the > >> initial configuration? > > > > When the minibuffer window's growth absolutely must resize windows > > other than the lowest one, no. IMO, it's better than Emacs 23's > > punting and displaying only a portion of the echo-area message. > > Where do you see that? Can you give an example? Try the recipe I showed earlier in this thread with Emacs 23.3, but use 1000 instead of 380, and you will see that only the last part of the echo-area message is shown. > >> >> I use ediff with the control panel on the bottom of the frame. How can > >> >> I resize the minibuffer in this case? > >> > > >> > Why, by resizing the window above the control panel, of course. > >> > >> And how would you size the minibuffer back? > > > > I don't understand the problem you obviously have in mind. > > Then put a one-line window at the bottom of your frame and resize the > minibuffer. At the time it sizes back the one-line window has grown. OK, but why is that a problem grave enough to be concerned about? Using Ediff in such a way is non-standard, so won't be a problem for most users. And even in this configuration, what is so bad about this? > > If the lowest window is large enough, why not show more of > > the echo-area message, instead of always showing only the last N lines? > > I don't understand you. As far as minibuffer resizing is concerned, you > can show any number of lines in the minibuffer as long as you don't try > to delete other windows. So the N lines restriction you see must come > from somewhere else. Maybe it does, but I tried that with "emacs -Q", so the number of such other places is severely limited ;-) AFAICS, with your patch the minibuffer is never resized to show more than 9 lines, with the default size of the frame which can show 33 text lines. This is so even if I do _not_ split the frame into 2 windows, one below the other, but instead invoke 'message' from the original window configuration displayed by "emacs -Q", where there's a single window showing the "*scratch*" buffer. Try this: emacs -Q (message (make-string 1000 ?a)) C-x C-e How many lines and how many a's do you see in the echo area?