From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Newsgroups: gmane.emacs.help Subject: Re: Using "Emacs Configure" **and** modifying .emacs Date: Sat, 12 Aug 2017 09:30:57 +0200 Message-ID: <20170812073057.GB20873@tuxteam.de> References: <1502373086.1171866.1069247696.71F9FED4@webmail.messagingengine.com> <8660dvuzsr.fsf@zoho.com> <1502436066.2568371.1070085968.1D25E0E7@webmail.messagingengine.com> <87tw1ekxgo.fsf@127.0.0.1> <867ey9sva2.fsf@zoho.com> <86378xskth.fsf@zoho.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; x-action=pgp-signed X-Trace: blaine.gmane.org 1502523113 28828 195.159.176.226 (12 Aug 2017 07:31:53 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 12 Aug 2017 07:31:53 +0000 (UTC) User-Agent: Mutt/1.5.21 (2010-09-15) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Aug 12 09:31:50 2017 Return-path: Envelope-to: geh-help-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 1dgQtg-00077O-F8 for geh-help-gnu-emacs@m.gmane.org; Sat, 12 Aug 2017 09:31:48 +0200 Original-Received: from localhost ([::1]:33697 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dgQtm-00081Y-OT for geh-help-gnu-emacs@m.gmane.org; Sat, 12 Aug 2017 03:31:54 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34279) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dgQt6-00080q-Da for help-gnu-emacs@gnu.org; Sat, 12 Aug 2017 03:31:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dgQt3-0006WF-79 for help-gnu-emacs@gnu.org; Sat, 12 Aug 2017 03:31:12 -0400 Original-Received: from mail.tuxteam.de ([5.199.139.25]:44153 helo=tomasium.tuxteam.de) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dgQt3-0006RF-01 for help-gnu-emacs@gnu.org; Sat, 12 Aug 2017 03:31:09 -0400 Original-Received: from tomas by tomasium.tuxteam.de with local (Exim 4.80) (envelope-from ) id 1dgQsr-0005aF-Os for help-gnu-emacs@gnu.org; Sat, 12 Aug 2017 09:30:57 +0200 In-Reply-To: <86378xskth.fsf@zoho.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 5.199.139.25 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:114000 Archived-At: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, Aug 12, 2017 at 02:15:22AM +0200, Emanuel Berg wrote: > Drew Adams wrote: > > > And that's not hard to do: just use > > `customize-variable' instead of `setq', for > > user options. How hard is that? If you want > > something shorter, define an alias... > > I don't think it is about being difficult, or > long, rather what is the benefit? I think Drew has explained that pretty well. Besides, the "defcustom" ("15.3 Defining Customization Variables" node in the elisp doc does a good job, too. > What kind of function(s) get triggered? Is it > to ensure the new value of the variable makes > sense? That is, some variant of validating > the input? Yes. (The :type arg of defcustom) > Or is it to control behavior in a wider sense, > so that some function, that does something, is > set to something depending on the value of > the variable? Yes. (Among others, :set, but also perhaps :initialize, :set-after, etc.) > If it is about validation, i.e. making sure the > variable value makes sense (is within some > range or have a certain type; is a member of > the input domain set) then I never bothered > with that. Some dont want a validation to explode deep whithin the guts of some module loaded by another module, where the user has no clue about what the heck is going on, but next to the place where a variable is being set to a value it's not supposed to have. Sometimes I can sympathize with that :-) Cheers - -- t -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlmOrrEACgkQBcgs9XrR2kYlOwCeJjt5XlKO4xweDzvtKcMktnu+ xB8AmwcmuNAVe6aIVWzLmQLR0VkLj2AQ =Ubb4 -----END PGP SIGNATURE-----