From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#19853: Acknowledgement (25.0.50; ElDoc is displayed whether eldoc-mode is enabled or not) Date: Sun, 20 Mar 2016 21:27:09 +0200 Message-ID: References: <864mqqgh3j.fsf@yandex.ru> <55AE4DA2.1060505@yandex.ru> <87wpoxko2a.fsf@web.de> <4b554a3b-bc21-859e-4cfc-3c82901ea32f@yandex.ru> <87shzlkngx.fsf@web.de> <7be513e7-2d38-1e78-46f6-03ca17d58f90@yandex.ru> <87oaa9klc5.fsf@web.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1458502100 18700 80.91.229.3 (20 Mar 2016 19:28:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 20 Mar 2016 19:28:20 +0000 (UTC) Cc: 19853@debbugs.gnu.org To: Michael Heerdegen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Mar 20 20:28:10 2016 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 1ahj1F-0001Kj-IH for geb-bug-gnu-emacs@m.gmane.org; Sun, 20 Mar 2016 20:28:09 +0100 Original-Received: from localhost ([::1]:54218 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ahj1E-0006Ek-MY for geb-bug-gnu-emacs@m.gmane.org; Sun, 20 Mar 2016 15:28:08 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49069) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ahj1B-0006CU-6h for bug-gnu-emacs@gnu.org; Sun, 20 Mar 2016 15:28:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ahj17-0001fG-Rx for bug-gnu-emacs@gnu.org; Sun, 20 Mar 2016 15:28:04 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:58714) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ahj17-0001f6-OT for bug-gnu-emacs@gnu.org; Sun, 20 Mar 2016 15:28:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ahj17-0003t3-KV for bug-gnu-emacs@gnu.org; Sun, 20 Mar 2016 15:28:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Mar 2016 19:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19853 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19853-submit@debbugs.gnu.org id=B19853.145850203914886 (code B ref 19853); Sun, 20 Mar 2016 19:28:01 +0000 Original-Received: (at 19853) by debbugs.gnu.org; 20 Mar 2016 19:27:19 +0000 Original-Received: from localhost ([127.0.0.1]:55841 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahj0R-0003s2-3W for submit@debbugs.gnu.org; Sun, 20 Mar 2016 15:27:19 -0400 Original-Received: from mail-wm0-f43.google.com ([74.125.82.43]:37022) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahj0P-0003rn-MZ for 19853@debbugs.gnu.org; Sun, 20 Mar 2016 15:27:18 -0400 Original-Received: by mail-wm0-f43.google.com with SMTP id p65so98965159wmp.0 for <19853@debbugs.gnu.org>; Sun, 20 Mar 2016 12:27:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=ex6i9ys/nt8Z/UP4XsblsKy8UpgDt8dKWwSmyBeGYZ4=; b=BAi53N3Xma0jesbHNufSK7PVQUmyA9JfUJi15cc5iNQEbjaLsLG/gdQrsQIlcVnxz3 tsibKGBjrW7117M+8B68H/p8gQGCcZ4w+k0PmABhz59/zmMR1NIGIJweFXsYCh0kbFg7 yCij4AYOHMNXg40TlBL6mUNlABB9QV/IRsaFo3M87UT8Wkd502Nhciw2RUYsLTlwqFOQ Tj6ch8c0A2l/c9xCB3O0KpnyGEaUV0h66ECUexS/tNKcxW2b/ib2hKrlQALupWEu12LQ I9NCyU/eD4yh3mWOw7itceQAzi543bal+J8ZKzV4qlYikDh/oaxZbZml/ATPf1jtQJWq F6HA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:to:references:cc:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=ex6i9ys/nt8Z/UP4XsblsKy8UpgDt8dKWwSmyBeGYZ4=; b=gNyJdBhu/VBMmXQeXJ3G0daF2Whb8pyiuUXhg05DL5RSPEDpOrsUFFSQGFKzZYTHdl fP4WPv2U/PDanxwgM2iMjgkRXmciOBHUzxSng0afZyuKNQCKrwEmLAyCHfxK7FjTe9Hg HGehu9mIR51+Dq9Tav9lxGQXlQknUp2GhrdD6Nt1m7rQMW1PswTRUKZ9Ek4c5yuQZ3I/ me6GjoZxkaAfFXRWbrfVsplMJFm95dHgCyy8lDB8bC0ixnaWMAJ3c0NGRZ+GAI/VhXVo rOWtAWMv6gp78Aff61doGEYHoLey5VycKXbn3+D+31VNPSkIOLTeHQUVh1wz2yo73uof 5Kig== X-Gm-Message-State: AD7BkJIoOq/8Iog2Sltg00eiKy0b5gqjSjHqmmQ/q4hg7rujHsa7JeH4aae7ZYanN9jESA== X-Received: by 10.28.34.69 with SMTP id i66mr10224059wmi.91.1458502032196; Sun, 20 Mar 2016 12:27:12 -0700 (PDT) Original-Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id js8sm21840989wjc.37.2016.03.20.12.27.11 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 20 Mar 2016 12:27:11 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 In-Reply-To: <87oaa9klc5.fsf@web.de> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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:115171 Archived-At: On 03/20/2016 09:20 PM, Michael Heerdegen wrote: > Turning on the globalized local hook would not have an immediate effect > on the affected buffers I think. Not sure what you mean. Globalized local hook? If globalized mode was off, and you turn it on, it turns on the local mode in all relevant buffers, right away. Just try it with e.g. global-font-lock-mode. > Yes, in your recipe in the bug description. My question was what you > meant with that. Displaying, or not displaying, function signatures in the echo area. >> - The behavior is surprising if you're used to globalized minor modes. > > What behavior do you mean, apart from the next point? Compare with font-lock-mode and global-font-lock-mode. > That's a valid point, the current implementation doesn't cover this > case. I think > > (setq-local global-eldoc-mode nil) > > should work, but it looks weird, and it should not be necessary to > modify a variable after we already have two modes. Yes, it looks silly, and might even break some expectations of the minor mode machinery.