From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/19218 Path: main.gmane.org!not-for-mail From: Felix Lee Newsgroups: gmane.emacs.gnus.general Subject: Re: Problem with 0.53/0.54 Date: Wed, 25 Nov 1998 14:59:01 -0800 Sender: owner-ding@hpc.uh.edu Message-ID: <199811252259.RAA08744@sclp3.sclp.com> References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035157607 10462 80.91.224.250 (20 Oct 2002 23:46:47 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:46:47 +0000 (UTC) Cc: ding@gnus.org 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 RAA08767 for ; Wed, 25 Nov 1998 17:59:40 -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 QAB29463; Wed, 25 Nov 1998 16:59:23 -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 16:59:21 -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 QAA09414 for ; Wed, 25 Nov 1998 16:59:13 -0600 (CST) Original-Received: from mail1.teleport.com (mail1.teleport.com [192.108.254.26]) by sclp3.sclp.com (8.8.5/8.8.5) with SMTP id RAA08744 for ; Wed, 25 Nov 1998 17:59:06 -0500 (EST) Original-Received: (qmail 8812 invoked from network); 25 Nov 1998 22:59:03 -0000 Original-Received: from pdx59-i48-01.teleport.com (HELO teleport.com) (204.202.167.207) by mail1.teleport.com with SMTP; 25 Nov 1998 22:59:03 -0000 Original-To: Lars Magne Ingebrigtsen In-reply-to: on 25 Nov 1998 22:32:21 +0100. Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:19218 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:19218 Lars Magne Ingebrigtsen : > 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? a. use funky symbols like ":unique" that are always never almost usually not going to be function names. b. use strings for special values. c. always check if it's a special symbol before checking if it's a function. if someone really wants the setting to be the function 'unique', you can (fset 'my-unique 'unique) d. have function values be: '(function unique) e. use vectors, just because. f. have non-function values be: '(unique) g. use text properties to mark function values in red. --