From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#13583: 24.3.50; Error when activating auto-revert-mode Date: Tue, 29 Jan 2013 07:08:42 -0800 Message-ID: <1A275841BDD6477A85CBFBE3E6201E2F@us.oracle.com> References: <83ehh4i6rs.fsf@gnu.org><83d2woi43u.fsf@gnu.org><83boc8i2u5.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1359472181 31495 80.91.229.3 (29 Jan 2013 15:09:41 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 29 Jan 2013 15:09:41 +0000 (UTC) Cc: 13583@debbugs.gnu.org To: "'Dani Moncayo'" , "'Eli Zaretskii'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jan 29 16:09:59 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 1U0Cow-0002QP-CO for geb-bug-gnu-emacs@m.gmane.org; Tue, 29 Jan 2013 16:09:59 +0100 Original-Received: from localhost ([::1]:39010 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U0Coe-0001GJ-9D for geb-bug-gnu-emacs@m.gmane.org; Tue, 29 Jan 2013 10:09:40 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:41452) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U0Coa-0001Fp-Kb for bug-gnu-emacs@gnu.org; Tue, 29 Jan 2013 10:09:38 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U0CoV-0000ro-Li for bug-gnu-emacs@gnu.org; Tue, 29 Jan 2013 10:09:36 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:49054) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U0CoV-0000ri-J8 for bug-gnu-emacs@gnu.org; Tue, 29 Jan 2013 10:09:31 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1U0Cp0-0005as-6N for bug-gnu-emacs@gnu.org; Tue, 29 Jan 2013 10:10:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 29 Jan 2013 15:10: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: Original-Received: via spool by 13583-submit@debbugs.gnu.org id=B13583.135947216221448 (code B ref 13583); Tue, 29 Jan 2013 15:10:02 +0000 Original-Received: (at 13583) by debbugs.gnu.org; 29 Jan 2013 15:09:22 +0000 Original-Received: from localhost ([127.0.0.1]:54518 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0CoM-0005Zt-85 for submit@debbugs.gnu.org; Tue, 29 Jan 2013 10:09:22 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:36804) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0CoK-0005Zl-0W for 13583@debbugs.gnu.org; Tue, 29 Jan 2013 10:09:21 -0500 Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id r0TF8kCR019705 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 29 Jan 2013 15:08:47 GMT Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r0TF8kBm012849 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Jan 2013 15:08:46 GMT Original-Received: from abhmt104.oracle.com (abhmt104.oracle.com [141.146.116.56]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r0TF8jLn020824; Tue, 29 Jan 2013 09:08:45 -0600 Original-Received: from dradamslap1 (/10.159.242.205) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 29 Jan 2013 07:08:45 -0800 X-Mailer: Microsoft Office Outlook 11 Thread-Index: Ac3+LBbp5ysfoBEGQrinvKwZ5nQt9gABCQBQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 In-Reply-To: X-Source-IP: acsinet21.oracle.com [141.146.126.237] 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:70436 Archived-At: Dani said: > But for the record: IIUC, I that approach isn't flawless either, > because doing face customization is pretty hard without the customize > facility, and using customize will imply: > 1. Do the customization in a custom buffer. > 2. Save the customization (for getting the elisp code). > 3. Look for the appropriate sentence in the generated custom file, and > move it to my init file. > > That is not very convenient, but fortunately I don't do face > customization every day. and > A workaround is to fool the customize facility by marking the relevant > customizations as "saved" just after the call to custom-set-variables, > but that is an ugly hack, IMO. That workaround is an ugly hack, OK. But it is no more an ugly hack than the other workarounds (yes, they are just that) that you all have been discussing, IMO. Michael H. is right that (a) the custom* arsenal has the tools one needs but (b) interactive Customize itself should be expanded to provide general users with them directly (i.e., no Lisp needed). I do some of that in my ugly-little-hack library cus-edit+.el [*], but no doubt someone knowing the custom* code well could do better. There has been little interest so far, unfortunately. One reason is perhaps that the cus* code is difficult to fathom. Given the current state of what's available, I still do recommend the ugly little hack Dani mentioned: telling customize that there has been no change to the option (i.e., lying). That's what the custom* code itself does. That the names of the things involved make it look like you are claiming that the option has been _saved_, instead of telling customize to ignore any changes, is only a name problem - for us people. But yes, there is room for improvement. [*] http://www.emacswiki.org/emacs-en/download/cus-edit%2b.el http://www.emacswiki.org/emacs/CustomizingAndSaving#CustomizePlus