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#6192: 24.0.50; eldoc-mode: unexpected recentering Date: Sun, 16 May 2010 20:50:58 +0200 Message-ID: <4BF03E92.40909@gmx.at> References: <878w7mjtml.fsf@escher.home> <83tyqa2nyn.fsf@gnu.org> <87wrv6i2ft.fsf@escher.home> <837hn5fz7c.fsf@gnu.org> <87wrv5897x.fsf@escher.home> <4BEED16D.2090305@gmx.at> <87ocgh84b6.fsf@escher.home> <4BEEEFB6.7060106@gmx.at> <87d3ww96g2.fsf@escher.home> <4BEFAA20.9000301@gmx.at> <87ljbkyvjm.fsf@escher.home> <4BEFE6A4.2020207@gmx.at> <87hbm8yoyp.fsf@escher.home> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1274036232 23985 80.91.229.12 (16 May 2010 18:57:12 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 16 May 2010 18:57:12 +0000 (UTC) Cc: 6192@debbugs.gnu.org To: Stephen Berman Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun May 16 20:56:56 2010 connect(): No such file or directory Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ODj1D-000157-67 for geb-bug-gnu-emacs@m.gmane.org; Sun, 16 May 2010 20:56:55 +0200 Original-Received: from localhost ([127.0.0.1]:48050 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ODj1C-0001Pg-Cn for geb-bug-gnu-emacs@m.gmane.org; Sun, 16 May 2010 14:56:54 -0400 Original-Received: from [140.186.70.92] (port=50105 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ODj16-0001PV-8b for bug-gnu-emacs@gnu.org; Sun, 16 May 2010 14:56:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1ODj14-00080I-Bp for bug-gnu-emacs@gnu.org; Sun, 16 May 2010 14:56:48 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:49683) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1ODj14-00080A-8H for bug-gnu-emacs@gnu.org; Sun, 16 May 2010 14:56:46 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1ODiwT-0004DI-U4; Sun, 16 May 2010 14:52:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 16 May 2010 18:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6192 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 6192-submit@debbugs.gnu.org id=B6192.127403587516181 (code B ref 6192); Sun, 16 May 2010 18:52:01 +0000 Original-Received: (at 6192) by debbugs.gnu.org; 16 May 2010 18:51:15 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1ODivi-0004Cw-Lq for submit@debbugs.gnu.org; Sun, 16 May 2010 14:51:15 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1ODivf-0004Cp-6n for 6192@debbugs.gnu.org; Sun, 16 May 2010 14:51:12 -0400 Original-Received: (qmail invoked by alias); 16 May 2010 18:51:05 -0000 Original-Received: from 62-47-34-225.adsl.highway.telekom.at (EHLO [62.47.34.225]) [62.47.34.225] by mail.gmx.net (mp054) with SMTP; 16 May 2010 20:51:05 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+Nfjc7DMaN1gMrUZMZnKbl9+DUUNGQnxSLJ5dRzi TEGz/qiFdThCfa User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: <87hbm8yoyp.fsf@escher.home> X-Y-GMX-Trusted: 0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sun, 16 May 2010 14:52:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:36970 Archived-At: > I still not sure I understand. When you wrote: > > > I have tried the trunk with -Q now and can't trigger the resizing any > > more, neither with a hook nor when setting it manually. > > I took you to mean you started with -Q, evalled (add-hook > 'emacs-lisp-mode-hook 'turn-on-eldoc-mode), visited an elisp file and > then did not observe the echo area resizing (and consequent > recentering). When I do that I not see resizing; I only (and always) > observe the resizing when (add-hook 'emacs-lisp-mode-hook > 'turn-on-eldoc-mode) is in .emacs and Emacs starts with this. Are you > now saying you don't (now) see resizing in the latter case? That's what I'm saying, yes. I've been nagged by the bug some two years ago. At that time I had the add-hook in my .emacs and never tried with Emacs -Q or anything else. I apparently considered the possibility that the bug had something to do with my other customizations. I then also literally replaced the line argument-face 'font-lock-warning-face with argument-face 'font-lock-string-face (I know that because I still have this commented out in my .emacs. The fact that it's commented out means that eventually something must have changed so that I didn't need it any more but I wasn't very sure about that change. Sadly, I have forgotten all about this. I also found a face `eldoc-highlight-unsupplied-argument' customized in my .emacs and now cannot tell what it has been used for.) Anyway. With a trunk built on April 19th of this year I cannot reproduce any echo area resizing neither (a) with (add-hook ...) in my .emacs, (b) with (add-hook ...) evaluated in Emacs -Q before opening an .el file, and (c) with (turn-on-eldoc-mode) evaluated after opening an .el file. As with Eli here the echo area doesn't resize any more. > No, the Eldoc message is shown with faces and the echo area is resized > (because the argument face is bold). Eldoc mode sets the faces via > propertize, which evidently is not affected by font-locking. There's an `add-text-properties' in `eldoc-highlight-function-argument'. BTW did you check how customizing `eldoc-echo-area-use-multiline-p' fits into this? martin