From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/19208 Path: main.gmane.org!not-for-mail From: Colin Rafferty Newsgroups: gmane.emacs.gnus.general Subject: Re: Problem with 0.53/0.54 Date: 25 Nov 1998 16:45:42 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: References: <0f3e77spve.fsf@fenris.mjolner.dk> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1035157599 10414 80.91.224.250 (20 Oct 2002 23:46:39 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:46:39 +0000 (UTC) Keywords: unique,symbols,tag,function Return-Path: Original-Received: from karazm.math.uh.edu (karazm.math.uh.edu [129.7.128.1]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id QAA06906 for ; Wed, 25 Nov 1998 16:46:25 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by karazm.math.uh.edu (8.9.1/8.9.1) with ESMTP id PAB22909; Wed, 25 Nov 1998 15:46:11 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 25 Nov 1998 15:46:09 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id PAA08112 for ; Wed, 25 Nov 1998 15:45:58 -0600 (CST) Original-Received: from hqinbh2.ms.com (hqinbh2.ms.com [205.228.12.72]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id QAA06883 for ; Wed, 25 Nov 1998 16:45:51 -0500 (EST) Original-Received: (from uucp@localhost) by hqinbh2.ms.com (8.8.6/fw v1.30) id QAA26156 for ; Wed, 25 Nov 1998 16:45:49 -0500 (EST) Original-Received: from unknown(144.14.8.140) by hqinbh2 via smap (4.1) id xma026068; Wed, 25 Nov 98 16:45:44 -0500 Original-Received: from sag3.morgan.com (sag3.morgan.com [144.14.8.198]) by sas1.morgan.com (8.8.5/hub v1.87) with ESMTP id QAA07032 for ; Wed, 25 Nov 1998 16:45:43 -0500 (EST) Original-Received: (from craffert@localhost) by sag3.morgan.com (8.8.5/client v1.15) id VAA28284; Wed, 25 Nov 1998 21:45:42 GMT Original-To: GNUS Mailing List X-Face: y,o:AU/bfCrS+zS/W"^puB!rT!G7?U1Mvp1Hd{6h^>X4@Xp5,|g+rG>4gv/iy^&x9`k#s!]X~{]Js>@A4c}4Z"Ct7=#1nPS:?mrWH8c#>$)>/Wc5yuX_OFO1(4cZM{LvsKWVQSl~/i>!n[-B*i-alq[/m\bsdy;W4p(_ic;$BE.oG@eJf@sr#x#}FT<=H8Ozu%g;JpVz:v_~vt[>ef/MeNeo3~D^R]]*bB7{HB|E1$wfMzw X-Y-Zippy: Yow! And then we could sit on the hoods of cars at stop lights! In-Reply-To: Lars Magne Ingebrigtsen's message of "25 Nov 1998 22:32:21 +0100" Original-Lines: 26 User-Agent: Gnus/5.070052 (Pterodactyl Gnus v0.52) XEmacs/21.0 (Pyrenean-pre6) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:19208 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:19208 Lars Magne Ingebrigtsen writes: > Anyway, it does bring up a general question -- many of the Gnus > variables can be either nil, to some symbols or a function. The > symbols have been cleverly chosen not to map to any Emacs functions > (`some', `unique', `more'), but those things change over time, so > should I stop using symbols in these types of situations? Symbols are not a problem if you test for them before testing functionp. I don't see why this isn't the simplest solution. Alternatively, you could implement the `unique' capability as a function, and have the users choose that instead of the symbol `unique'. For example: (defcustom message-generate-new-buffers 'message-generate-new-buffers-unique "*Non-nil ...." :group 'message-buffers :type '(choice (const :tag "off" nil) (const :tag "unique" message-generate-new-buffers-unique) (const :tag "unsuniqueent" message-generate-new-buffers-unsent) (function fun))) ;; Colin