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#13583: 24.3.50; Error when activating auto-revert-mode Date: Tue, 29 Jan 2013 14:44:50 +0100 Message-ID: <87a9rs6r3h.fsf@web.de> References: <83ehh4i6rs.fsf@gnu.org> <83d2woi43u.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1359467080 13036 80.91.229.3 (29 Jan 2013 13:44:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 29 Jan 2013 13:44:40 +0000 (UTC) To: 13583@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jan 29 14:45:00 2013 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 1U0BUf-0007Hz-8u for geb-bug-gnu-emacs@m.gmane.org; Tue, 29 Jan 2013 14:44:57 +0100 Original-Received: from localhost ([::1]:42218 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U0BUN-0001W4-B9 for geb-bug-gnu-emacs@m.gmane.org; Tue, 29 Jan 2013 08:44:39 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:46172) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U0BUH-0001Jo-1V for bug-gnu-emacs@gnu.org; Tue, 29 Jan 2013 08:44:35 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U0BUF-0002Y4-U8 for bug-gnu-emacs@gnu.org; Tue, 29 Jan 2013 08:44:32 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:48428) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U0BUF-0002Xz-Ov for bug-gnu-emacs@gnu.org; Tue, 29 Jan 2013 08:44:31 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1U0BUk-0003b6-Fc for bug-gnu-emacs@gnu.org; Tue, 29 Jan 2013 08:45:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 29 Jan 2013 13:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13583 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.135946705113760 (code B ref -1); Tue, 29 Jan 2013 13:45:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 29 Jan 2013 13:44:11 +0000 Original-Received: from localhost ([127.0.0.1]:53892 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0BTu-0003Zs-9s for submit@debbugs.gnu.org; Tue, 29 Jan 2013 08:44:10 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:34519) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0BTr-0003Zl-TG for submit@debbugs.gnu.org; Tue, 29 Jan 2013 08:44:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U0BTL-0002NZ-UD for submit@debbugs.gnu.org; Tue, 29 Jan 2013 08:43:36 -0500 Original-Received: from lists.gnu.org ([208.118.235.17]:49143) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U0BTL-0002NV-Qz for submit@debbugs.gnu.org; Tue, 29 Jan 2013 08:43:35 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:45856) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U0BTG-0008IL-Si for bug-gnu-emacs@gnu.org; Tue, 29 Jan 2013 08:43:35 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U0BTC-0002M6-76 for bug-gnu-emacs@gnu.org; Tue, 29 Jan 2013 08:43:30 -0500 Original-Received: from mout.web.de ([212.227.17.12]:63647) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U0BTB-0002Lu-UB for bug-gnu-emacs@gnu.org; Tue, 29 Jan 2013 08:43:26 -0500 Original-Received: from drachen.dragon ([82.113.121.227]) by smtp.web.de (mrweb001) with ESMTPA (Nemesis) id 0Lvk56-1V56Pv1hDo-017PIu; Tue, 29 Jan 2013 14:43:24 +0100 In-Reply-To: <83d2woi43u.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 29 Jan 2013 14:08:21 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.92 (gnu/linux) X-Provags-ID: V02:K0:ylQuKf74qhOa6yQYXtChF/apjwahmmVYZwWVdr62/xM 7XtqrdforZxIRe+ZUoZ9RGwY07HGDTaD3Qyfv2ulpVuBn6YW74 fgjOz+UCMmvcd6a9iCWftooMNK6Dh/3JO8nM1M0r2qq5LuBBPx 3Z+7e3vgauoZUOu/0MwF5GVN187X0L0/C6tblnHwkPn5HLl+RT ttwJOGGzK8G5mqi5PSjRQK1fjP7mEjImbK05npP0YQ= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x 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.x 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:70434 Archived-At: Eli Zaretskii writes: > You can run the :set form of the option, with suitable substitutions > for "variable" and "value", instead of setting the value with setq. > But then you'd need to change that every time the :set form changes in > autorevert.el. IMHO, no user should need to do something like that. I have a question: If it may be necessary for users to run this code to achieve what Dani wants (which is not exotic), why don't we just provide a callable function that DTRT (and call it in the setter), instead of forcing people to call this code indirectly via Custom? The current situation is consistent and not a bug, yes - but it may also be confusing to non-experts (i.e., the majority of Emacs users). I often saw people being reluctant about using `custom-set-variables' in their init file. I browsed the doc of `custom-set-variables', as well as the "Customization" chapter in the manual. I found no places were we say that some of these functions are suitable for being called from other files than the custom file, without danger. But if it is sometimes even necessary to do so, even if the user doesn't use the Customize interface, shouldn't we clearly explain this somewhere? Regards, Michael.