unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: Tim X <timx@nospam.dev.null>
To: help-gnu-emacs@gnu.org
Subject: Re: xdisaster
Date: Sat, 14 Apr 2007 19:12:52 +1000	[thread overview]
Message-ID: <87slb3wc8b.fsf@lion.rapttech.com.au> (raw)
In-Reply-To: mailman.2025.1176459521.7795.help-gnu-emacs@gnu.org

Sean Sieger <sean.sieger@gmail.com> writes:

> Tim X <timx@nospam.dev.null> writes:
>
>    (though I'd highly recommend using the customize interface).
>
> Why is that?
>
> That bit of code bugs me at the bottom of my .emacs; maybe that's
> because I don't know elisp, so that the little I write, I want to be
> handwritten--`all mine'.
>

A couple of reasons. 

There are/can be situations where just a simple (setq ....) doesn't work as you
would expect. The customize interface can be setup so that setting a value
through that interface actually causes specific elisp functions to execute that
correctly set things or change things in a consistent manner. 

I've also had situations where for some reason, (setq doesn't work and the
default value still takes precedence. However, as soon as I set it through
customize, it works as expected. 

Using customize is quick, avoids silly errors that take time to debug and
allows me to spend time on more rewarding activities. It also has the advantage
of presenting all the user customizable aspects of a package in a convenient
and consistent manner. Most of the time, I can start some new mode/package I'm
not familiar with and when I see it doesn't do something the way I'd like it
to, I simply do a M-x customize <ret> package and all the ways I can modify the
behavior are there in front of me. I don't have to go through manuals or code
listings to try and work out how I can change things. Instead of spending hours
working out how to do something like change an indent style for a programming
mode or stop some feature from using its own frame etc, I just follow the
options presented by customize. I don't need to know if the setting is a
symbol, a boolean, a sequence, etc. 

This is possibly just a personal matter of taste, but I prefer to
actually put any elisp writing towards new functionality rather than
just simply setting some default values to customize behavior. For me, writing
basic setq statements and simple lambdas for load hooks etc is far less
rewarding than trying to write something completely new using elisp. 

Tim

-- 
tcross (at) rapttech dot com dot au

  parent reply	other threads:[~2007-04-14  9:12 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.1973.1176343442.7795.help-gnu-emacs@gnu.org>
2007-04-12  9:33 ` xdisaster Tim X
2007-04-12  9:59   ` xdisaster Sean Sieger
2007-04-12 10:09     ` xdisaster Kai Grossjohann
2007-04-12 10:35       ` xdisaster Sean Sieger
     [not found]   ` <mailman.1985.1176372222.7795.help-gnu-emacs@gnu.org>
2007-04-12 23:43     ` xdisaster Tim X
2007-04-13 10:13       ` xdisaster Sean Sieger
     [not found]       ` <mailman.2025.1176459521.7795.help-gnu-emacs@gnu.org>
2007-04-14  9:12         ` Tim X [this message]
2007-04-14 20:28           ` xdisaster Sean Sieger
2007-04-15 21:19           ` xdisaster Stephen Berman
2007-04-13  3:19   ` xdisaster Matthew Flaschen
2007-04-12  1:56 xdisaster Sean Sieger
2007-04-12  3:09 ` xdisaster David Hansen
2007-04-12  8:13 ` xdisaster Kai Grossjohann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87slb3wc8b.fsf@lion.rapttech.com.au \
    --to=timx@nospam.dev.null \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).