From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Heerdegen 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 22:10:42 +0100 Message-ID: <8760wglust.fsf@web.de> 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> <87k2kxkjsc.fsf@web.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1458508287 11252 80.91.229.3 (20 Mar 2016 21:11:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 20 Mar 2016 21:11:27 +0000 (UTC) Cc: 19853@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Mar 20 22:11:12 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 1ahkcx-0004Ix-I2 for geb-bug-gnu-emacs@m.gmane.org; Sun, 20 Mar 2016 22:11:11 +0100 Original-Received: from localhost ([::1]:54514 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ahkcw-0004FB-U5 for geb-bug-gnu-emacs@m.gmane.org; Sun, 20 Mar 2016 17:11:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40280) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ahkcr-0004Es-Vk for bug-gnu-emacs@gnu.org; Sun, 20 Mar 2016 17:11:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ahkco-0006eI-OX for bug-gnu-emacs@gnu.org; Sun, 20 Mar 2016 17:11:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:58799) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ahkco-0006eE-LE for bug-gnu-emacs@gnu.org; Sun, 20 Mar 2016 17:11:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ahkco-0006Ms-Hj for bug-gnu-emacs@gnu.org; Sun, 20 Mar 2016 17:11:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Mar 2016 21:11:02 +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.145850825224463 (code B ref 19853); Sun, 20 Mar 2016 21:11:02 +0000 Original-Received: (at 19853) by debbugs.gnu.org; 20 Mar 2016 21:10:52 +0000 Original-Received: from localhost ([127.0.0.1]:55926 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahkce-0006MU-9t for submit@debbugs.gnu.org; Sun, 20 Mar 2016 17:10:52 -0400 Original-Received: from mout.web.de ([212.227.17.12]:65069) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahkcc-0006MH-1h for 19853@debbugs.gnu.org; Sun, 20 Mar 2016 17:10:50 -0400 Original-Received: from drachen.dragon ([94.218.210.27]) by smtp.web.de (mrweb101) with ESMTPSA (Nemesis) id 0MK1s1-1agNZm3JJt-001Odx; Sun, 20 Mar 2016 22:10:43 +0100 In-Reply-To: (Dmitry Gutov's message of "Sun, 20 Mar 2016 22:24:20 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.92 (gnu/linux) X-Provags-ID: V03:K0:07d3lP7TZva+gPJCc8HYOqaRPoKs5Dj0V9zigH/5jUxeRiOiR+Q AB/qvx19GhBasrJ0TNZ/iCPM6tObgTBtJvAeDryeeldiYRbCFJzZ5BeQCIdr7CKT7kum54Y rcInAuB6Jv7ljbTaRBj3TH71ULCURTw5J8ZLrGTVz2J79waS2+uV+z3escJPwzYPj55M2Kc QE5iqCEJBeclWPEvqb9nA== X-UI-Out-Filterresults: notjunk:1;V01:K0:xaHHaQ08IJA=:Jzbbh6CHOsPvfI31wKcYii mwPmUsbn02EfBWws7v2InympdxSmpBnx0wrcixKzJyy8M4814LMOaXktqKIGLDcyDpSUvspIq GG+jaKyeZK2JpY7Fl+tSqS0memGbyb3yv7ImBnvPRQSmi62BxxsBexwkbNnfgJXGq1ZlsRFgD Ns0wA6/ajQHu4q1PgFWxKn1fTvjXVl6buvl+MhLxECzEJ9DCwhhr4HkJr/D7xSEDe2kBaWMeK wfUoGPS01X7BfEXxar9dpHiEWg2jvKCpuXHaspjEUFP84iy2UWxmtlBZ7fI578huJajUd1cNO TiHL1u5cjiXlfGwqCtoeKijdy6wHZ4SrPoLeKqN5CjFk+i1c+QTsNGheLaPMlUi2I6KzBKdKE Vw6HJiBFu9fz7mRPaDnDIk4wkhDE3Rxrfj6/eBeZKMN27bm2geV1ZN6OwC3qZA34Gx05RfwzI tyt8BRI7WKZqDx4PqPuOYpEBnrtyUljIXhd+1tgeKcbhWrgV2a/nGzfsgtcHVFgaYexnMph9H zvqIBzev4pl0yKwiKYZvlfzsiAIZeMSr9CY5QMMUBHNh04OLBEOfakrX9gHJ1anx4H73R43ae tOL90iOTaimDbgcYnfdSZpGc+Hk66zvPS7wHBAh+75WQHAFaGY9icjl8GIUfzQ0vaC9srXgXY giuF7uvUyYi1HeDlB2lp2QO1neP2OzB990cHNOZI+sY1BABF0cWScv8+cA+31vbOZafPkKbjP h3DyM1rAlsEph10fCvpWH4cWTSP7iAWlDOQwdj0/4wZ93FG9gdc5p4BXFHQ7oVNcA4UMU2y9 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:115188 Archived-At: Dmitry Gutov writes: > > If we want the global mode to push its stuff into the global hook > > bindings, and not into all the local hook bindings in every single > > buffer where the mode is applicable - can we achieve this with > > `define-globalized-minor-mode'? > > You could use :after-hook argument. Thanks. > But it doesn't seem like what we should in do cases like this: what > would (eldoc-mode -1) do if the globalized mode has modified the > global hook values? We can't modify those locally. Yes. I think turning `globalized-eldoc-mode' could change the default value of `eldoc-mode', while the local `eldoc-mode' changes the local value (as it does now). But that would lead to another problem: if the user has both modes off, then turns on the local mode in some buffer, and after that turns on the global mode as well, we have the stuff in both the global and the local hook bindings. Hmm, I think the only way out would be to add the stuff to the global hook bindings unconditionally when eldoc is loaded - no matter whether the global mode is on or not, and never remove it. And use only one (buffer local) variable for controlling, `eldoc-mode', that the local mode sets locally. The variable `global-eldoc-mode' would not appear in the code any more. `global-eldoc-mode' would become a trivial globalized minor mode that would only turn the local value of `eldoc-mode' in all buffers. Would that make sense? The alternative would be, of course, do what you suggested. Michael.