From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: toolbar conventions Date: Sun, 18 Dec 2005 12:41:45 -0600 (CST) Message-ID: <200512181841.jBIIfj929988@raven.dms.auburn.edu> References: <19466.1134769009@olgas.newt.com> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1134931494 31396 80.91.229.2 (18 Dec 2005 18:44:54 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 18 Dec 2005 18:44:54 +0000 (UTC) Cc: wohler@newt.com, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Dec 18 19:44:51 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Eo3VZ-0004yc-CE for ged-emacs-devel@m.gmane.org; Sun, 18 Dec 2005 19:43:45 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Eo3WN-000858-Bf for ged-emacs-devel@m.gmane.org; Sun, 18 Dec 2005 13:44:35 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Eo3WF-000851-9h for emacs-devel@gnu.org; Sun, 18 Dec 2005 13:44:27 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Eo3WD-00084J-Iq for emacs-devel@gnu.org; Sun, 18 Dec 2005 13:44:26 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Eo3WD-00084G-FD for emacs-devel@gnu.org; Sun, 18 Dec 2005 13:44:25 -0500 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Eo3Z1-0001zp-6C; Sun, 18 Dec 2005 13:47:19 -0500 Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.13.3+Sun/8.13.3) with ESMTP id jBIIhX1b025048; Sun, 18 Dec 2005 12:43:33 -0600 (CST) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id jBIIfj929988; Sun, 18 Dec 2005 12:41:45 -0600 (CST) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: rms@gnu.org In-reply-to: (rms@gnu.org) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.1 (manatee.dms.auburn.edu [131.204.53.104]); Sun, 18 Dec 2005 12:43:33 -0600 (CST) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:48007 Archived-At: Richard Stallman wrote: Does anyone have any ideas on the issue of how to use the term "option"? That issue is more important--it is not just an issue of punctuation, it is inconsistent use of a word. Would someone like to study the situation and find out which uses occur where? If we use the name "User Option" for both variables and faces, then that term would be only useful when discussing the Customize interface in the Emacs manual. Apart from the similarity in the way you customize them through that interface, user variables and faces are very different. They even have different name spaces. (Which makes talking about "the option foo" meaningless. This is a nuisance, even when discussing the Customize interface.) Calling something a "User Option" in the Elisp manual would be meaningless, you would have to consistently call them "User Variables". That means that all uses of defopt in all manuals should be changed to `@defvr {User Variable}'. The discussion of defopt in the Texinfo manual would have to be changed, since the reference to Emacs would no longer be valid. This is just one example of all the problems we would run into and all the work we would have to do to consistently implement this terminology change. Sincerely, Luc.