From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#12419: Mouse click changes layout Date: Sat, 15 Sep 2012 14:44:53 +0200 Message-ID: <50547845.8070301@gmx.at> 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> <83627ftu5c.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1347713168 969 80.91.229.3 (15 Sep 2012 12:46:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 15 Sep 2012 12:46:08 +0000 (UTC) Cc: occitan@esperanto.org, 12419@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Sep 15 14:46:12 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 1TCrl9-0000ip-Pg for geb-bug-gnu-emacs@m.gmane.org; Sat, 15 Sep 2012 14:46:08 +0200 Original-Received: from localhost ([::1]:45957 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TCrl5-0005vF-Ri for geb-bug-gnu-emacs@m.gmane.org; Sat, 15 Sep 2012 08:46:03 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:44769) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TCrl2-0005uw-Oo for bug-gnu-emacs@gnu.org; Sat, 15 Sep 2012 08:46:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TCrl1-0001Gg-Ol for bug-gnu-emacs@gnu.org; Sat, 15 Sep 2012 08:46:00 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53747) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TCrl1-0001Gb-LK for bug-gnu-emacs@gnu.org; Sat, 15 Sep 2012 08:45:59 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TCrm2-0005sn-0E for bug-gnu-emacs@gnu.org; Sat, 15 Sep 2012 08:47:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 15 Sep 2012 12:47: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.134771317022545 (code B ref 12419); Sat, 15 Sep 2012 12:47:01 +0000 Original-Received: (at 12419) by debbugs.gnu.org; 15 Sep 2012 12:46:10 +0000 Original-Received: from localhost ([127.0.0.1]:35060 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TCrlB-0005rZ-Me for submit@debbugs.gnu.org; Sat, 15 Sep 2012 08:46:10 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:46153) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1TCrl7-0005rP-Qs for 12419@debbugs.gnu.org; Sat, 15 Sep 2012 08:46:07 -0400 Original-Received: (qmail invoked by alias); 15 Sep 2012 12:45:01 -0000 Original-Received: from 62-47-39-101.adsl.highway.telekom.at (EHLO [62.47.39.101]) [62.47.39.101] by mail.gmx.net (mp010) with SMTP; 15 Sep 2012 14:45:01 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+uZMYSUMKuuG7m0IZeZSrVNF5SBuNP5Tub/bWgv2 5nJRm8rgS4f914 In-Reply-To: <83627ftu5c.fsf@gnu.org> X-Y-GMX-Trusted: 0 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:64360 Archived-At: >> 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. max-mini-window-height is a variable defined in `xdisp.c'. Its value is 0.25 Documentation: Maximum height for resizing mini-windows (the minibuffer and the echo area). If a float, it specifies a fraction of the mini-window frame's height. If an integer, it specifies a number of lines. You can customize this variable. This variable was introduced, or its default value was changed, in version 23.1 of Emacs. >> 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? From the number of code lines he spent to handle this problem, I conclude that it was bad enough for Gerd. >> > 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 ;-) It is. > 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? 9 lines - so our Emacsen are created equal. Nothing can beat evolution ;-) martin