From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: "Charles A. Roelli" Newsgroups: gmane.emacs.bugs Subject: bug#27230: eldoc doc Date: Tue, 6 Jun 2017 20:33:09 +0200 Message-ID: References: <282e174a-e9c0-6bec-32f5-ed9d772e5e1d@yandex.ru> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1496774067 2774 195.159.176.226 (6 Jun 2017 18:34:27 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 6 Jun 2017 18:34:27 +0000 (UTC) User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 To: Dmitry Gutov , 27230@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jun 06 20:34:21 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dIJJ6-0000Bs-4i for geb-bug-gnu-emacs@m.gmane.org; Tue, 06 Jun 2017 20:34:20 +0200 Original-Received: from localhost ([::1]:39683 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dIJJ7-00028C-Py for geb-bug-gnu-emacs@m.gmane.org; Tue, 06 Jun 2017 14:34:21 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52470) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dIJIt-00024Q-5j for bug-gnu-emacs@gnu.org; Tue, 06 Jun 2017 14:34:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dIJIo-0005wl-8n for bug-gnu-emacs@gnu.org; Tue, 06 Jun 2017 14:34:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:57174) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dIJIo-0005wd-3D for bug-gnu-emacs@gnu.org; Tue, 06 Jun 2017 14:34:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dIJIn-0000s7-Sd for bug-gnu-emacs@gnu.org; Tue, 06 Jun 2017 14:34:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Charles A. Roelli" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Jun 2017 18:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27230 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 27230-submit@debbugs.gnu.org id=B27230.14967739993293 (code B ref 27230); Tue, 06 Jun 2017 18:34:01 +0000 Original-Received: (at 27230) by debbugs.gnu.org; 6 Jun 2017 18:33:19 +0000 Original-Received: from localhost ([127.0.0.1]:59851 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dIJI7-0000r2-Cs for submit@debbugs.gnu.org; Tue, 06 Jun 2017 14:33:19 -0400 Original-Received: from sinyavsky.aurox.ch ([37.35.109.145]:34969) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dIJI5-0000qm-Jf for 27230@debbugs.gnu.org; Tue, 06 Jun 2017 14:33:18 -0400 Original-Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 9F5CD2245D for <27230@debbugs.gnu.org>; Tue, 6 Jun 2017 18:28:33 +0000 (UTC) Authentication-Results: sinyavsky.aurox.ch (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=aurox.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aurox.ch; h= content-transfer-encoding:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:to:subject:subject; s=dkim; t=1496773712; x= 1497637713; bh=fG8eltQ0c98LhL7soZ6YfsGww5C1dsyStkhRZ5HIYok=; b=G 2d8/AXJuKdNB2ugSLgd472kiv3wY6ehlIA2TpCfZfzy9J8C1/EcNKiKcdmfTMiZk 6NhDlp0sii+su80PkHu0W96dLPEt1HbjxE0XjVL8ffU9mMHt/SQP22a5ermK1u1C n1V+pPlJ4tHfxfZhxHhIWarKDh31I29+3xJMxZPDYs= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com Original-Received: from sinyavsky.aurox.ch ([127.0.0.1]) by sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id B0iN2eFI6MRw for <27230@debbugs.gnu.org>; Tue, 6 Jun 2017 18:28:32 +0000 (UTC) Original-Received: from [192.168.1.121] (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id E7A0622456; Tue, 6 Jun 2017 18:28:31 +0000 (UTC) In-Reply-To: <282e174a-e9c0-6bec-32f5-ed9d772e5e1d@yandex.ru> 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" Xref: news.gmane.org gmane.emacs.bugs:133346 Archived-At: I'm confused about how the command `define-globalized-minor-mode' defines will handle buffers that already have the minor mode turned on. Say buffers A and B have simple `eldoc-mode' switched on, and buffers C and D don't (and global-eldoc-mode is off). If I then switch global-eldoc-mode on, is every buffer's value of eldoc-mode now /on/, or do the values get toggled instead (leaving A and B off, C and D on)? And after that, if I toggle global-eldoc-mode off again, are the previous values remembered and restored, or does every buffer now have eldoc-mode switched off? Thanks for your help with this. I've probably missed a paragraph in the docs somewhere. On 06/06/2017 00:08, Dmitry Gutov wrote: > On 6/4/17 1:38 PM, Charles A. Roelli wrote: >> From the top of eldoc.el: >> >> ;; One useful way to enable this minor mode is to put the following >> in your >> ;; .emacs: >> ;; >> ;; (add-hook 'emacs-lisp-mode-hook 'eldoc-mode) >> ;; (add-hook 'lisp-interaction-mode-hook 'eldoc-mode) >> ;; (add-hook 'ielm-mode-hook 'eldoc-mode) >> ;; (add-hook 'eval-expression-minibuffer-setup-hook 'eldoc-mode) >> >> In 25.2, none of these lines are needed. Maybe >> these lines could be replaced with a mention of global-eldoc-mode, >> and how the "globalized" minor mode and eldoc-mode interact (not sure >> how they do). > > Do you mean that how define-globalized-minor-mode works is unclear to > you, or some aspects of how it applies to eldoc-mode? > >> Also, most of the functions in eldoc have no docstring (seems ironic). >> Would there be any interest in a patch to fix that? > > Sure!