From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: fancy-splash-screen customize group... Date: Sat, 10 Dec 2005 20:29:07 +0100 Message-ID: <439B2C83.8000506@student.lu.se> References: <200512082134.jB8LYk2K018733@brains.moreideas.ca> <4399C196.9030403@student.lu.se> <439AE865.7010801@student.lu.se> <200512101521.jBAFLSx17656@raven.dms.auburn.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1134243060 2316 80.91.229.2 (10 Dec 2005 19:31:00 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 10 Dec 2005 19:31:00 +0000 (UTC) Cc: rms@gnu.org, emacs@whaite.ca, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 10 20:30:55 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1ElAPY-0000PI-DE for ged-emacs-devel@m.gmane.org; Sat, 10 Dec 2005 20:29:36 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ElAPx-0008Ez-Ac for ged-emacs-devel@m.gmane.org; Sat, 10 Dec 2005 14:30:01 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ElAPi-0008B4-SK for emacs-devel@gnu.org; Sat, 10 Dec 2005 14:29:47 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ElAPh-00089H-6U for emacs-devel@gnu.org; Sat, 10 Dec 2005 14:29:46 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ElAPh-00089B-2O for emacs-devel@gnu.org; Sat, 10 Dec 2005 14:29:45 -0500 Original-Received: from [81.228.11.159] (helo=pne-smtpout2-sn1.fre.skanova.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ElAR6-0006gp-2t; Sat, 10 Dec 2005 14:31:12 -0500 Original-Received: from [192.168.123.121] (83.249.218.244) by pne-smtpout2-sn1.fre.skanova.net (7.2.069.1) id 43995FC600054F4B; Sat, 10 Dec 2005 20:29:08 +0100 User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en Original-To: Luc Teirlinck In-Reply-To: <200512101521.jBAFLSx17656@raven.dms.auburn.edu> 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:47403 Archived-At: Luc Teirlinck wrote: >Lennart Borgman wrote: > > I do not understand why they are wasteful, but I have added some more > information which I believe is useful. > >Useful to make the node longer and hence get around Richard's >objection? > Maybe not only that ;-) > `customize-apropos' is _already_ described under >`(emacs)Specific Customization', where it belongs. Your node just >duplicates stuff. > > You are perhaps right, but I wonder if that is enough. With my first proposal I tried to just point to that documentation. The advantage of doing so is that it requires very little new text while it as the same time makes it more obvious that you can search for options. _Emphasis that you can search for options_ is the main purpose of my proposals. This was what was asked for I believe. In my current proposal I am trying to understand what Richard meant. What resource is wasted? I focus on the human here. (Some may call this a "how to" perspective.) Is there anything the reader of this node would want to know more that would be good to tell here? Maybe you would want to comment from this perspective? What would you want to remove? Is there anything else you would like to include? >In as far as finding options is concerned, the best way to find >options is customize-browse. _That_ is the one we should emphasize. > > I do agree that customize-browse is good, but it is still not my first tool for finding an option. In fact I seldom use it, but at times I use it to get an overview. In the first tip I tell about using "Parent groups" in the search results. This tells rather much about how I use to work (not only with custom): First I do a broad search, then I look more in detail around the most interesting search hits. I use this process on the Internet, in manuals etc. (And in fact it is the way you have to look for max-min values in a multidimensional function.) >I have used it since Custom was first included with Emacs and have >never had trouble finding options _except_ when there was trouble with >the individual option: bad group, unclear name, unclear documentation. > > Those are very important issues here of course.