Gnus development mailing list
 help / color / mirror / Atom feed
From: Steven L Baur <steve@miranova.com>
Subject: Re: Malformed MIME quoted-printable message
Date: 17 Nov 1996 13:33:33 -0800	[thread overview]
Message-ID: <m220ds1k5u.fsf@deanna.miranova.com> (raw)
In-Reply-To: Per Abrahamsen's message of 17 Nov 1996 21:16:58 +0100

>>>>> "Per" == Per Abrahamsen <abraham@dina.kvl.dk> writes:

Per> Steven L Baur <steve@miranova.com> writes:
sb> Since defcustom erases previous hooks with a setq [ ... ]

(I mistaken qualified this with `when customized')

Per> No it does not.  The code in question for defcustom is

Per>   (unless (default-boundp symbol)
Per>     (set-default symbol (if (get symbol 'saved-value)
Per> 			    (eval (car (get symbol 'saved-value)))
Per> 			  (eval value))))

Per> The problem is the opposite, a call to add-hook prior to the
Per> _defcustom_ will prevent either the factory or saved value from
                                                    ^^^^^ ^^^^^
Per> taking effect.

O.K.  That was the part I missed.  It's still a problem, it's just a
different problem.

Per> Initializing a hook with _defvar_ has the same problem.  

Agreed.

Per> The alternative, to call _add-hook_ instead of initializing, has
Per> the problem that it becomes more difficult for the user to remove
Per> functions from the hook.

True.  It is also not always a benefit doing this staticly.  What if I
wanted to run tm with Gnus with XEmacs, but wanted to run Gnus-only
when running GNU Emacs.

Per> The only solution I can think of requires changing _remove-hook_
Per> for uninitialized variables, so it records that the member should
Per> not be added at initialization.

I suppose you could add a property list of symbols that add-hook won't
add in the future?

Another thing that might make sense is to treat hook variables
specially.  This is already somewhat of a botch in emacs, since defvar
and worse defconst *are* unkind to hooks.  

Would syntax like

(defhook some-random-hook
	 :add 'hook-func-1
	 :add 'hook-func-2
	 :remove 'hook-func-3
  "`some-random-hook' initialization for package X.")

be good, or be braindamaged?
-- 
steve@miranova.com baur
Unsolicited commercial e-mail will be billed at $250/message.
"Bill Clinton is a bore.  He doesn't have a creative bone in his
body."  -- David Brinkley


  reply	other threads:[~1996-11-17 21:33 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1996-11-17  3:05 Steven L Baur
1996-11-17 10:59 ` Lars Magne Ingebrigtsen
1996-11-17 19:44   ` Steven L Baur
1996-11-17 20:04     ` Lars Magne Ingebrigtsen
1996-11-17 20:16     ` Per Abrahamsen
1996-11-17 21:33       ` Steven L Baur [this message]
1996-11-19  9:37         ` Wesley.Hardaker
1996-11-19 15:45           ` Per Abrahamsen
1996-11-17 19:48   ` Hrvoje Niksic
1996-11-18  7:20     ` Steinar Bang
1996-11-18 17:02       ` 守岡 知彦 / MORIOKA Tomohiko
1996-11-18  7:16   ` 守岡 知彦 / MORIOKA Tomohiko
1996-11-18 17:48     ` Lars Magne Ingebrigtsen

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

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

  git send-email \
    --in-reply-to=m220ds1k5u.fsf@deanna.miranova.com \
    --to=steve@miranova.com \
    /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 NNTP newsgroup(s).