From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Lennart Borgman" Newsgroups: gmane.emacs.devel Subject: Re: Customize buttons that change user's custom fileshouldaskforconfirmation Date: Fri, 18 Feb 2005 14:54:14 +0100 Message-ID: <028201c515c1$61edc110$0200a8c0@sedrcw11488> References: <00e301c509c1$9c761690$0200a8c0@sedrcw11488> <200502152320.j1FNKd310641@raven.dms.auburn.edu> <200502172257.j1HMvJN10856@raven.dms.auburn.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1108736002 22776 80.91.229.2 (18 Feb 2005 14:13:22 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 18 Feb 2005 14:13:22 +0000 (UTC) Cc: rms@gnu.org, Per Abrahamsen , Emacs Devel , Stefan Monnier , snogglethorpe@gmail.com, Drew Adams , Miles Bader Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 18 15:13:21 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1D28sZ-0002Qi-3H for ged-emacs-devel@m.gmane.org; Fri, 18 Feb 2005 15:13:11 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D298u-0005jW-Rb for ged-emacs-devel@m.gmane.org; Fri, 18 Feb 2005 09:30:04 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D297V-0005HE-Pt for emacs-devel@gnu.org; Fri, 18 Feb 2005 09:28:38 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D297T-0005GS-RS for emacs-devel@gnu.org; Fri, 18 Feb 2005 09:28:37 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D293r-0003tI-CC for emacs-devel@gnu.org; Fri, 18 Feb 2005 09:24:52 -0500 Original-Received: from [81.228.9.113] (helo=av5-1-sn3.vrr.skanova.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D28ai-0002X3-72; Fri, 18 Feb 2005 08:54:44 -0500 Original-Received: by av5-1-sn3.vrr.skanova.net (Postfix, from userid 502) id 3562E37EA3; Fri, 18 Feb 2005 14:54:43 +0100 (CET) Original-Received: from smtp1-1-sn3.vrr.skanova.net (smtp1-1-sn3.vrr.skanova.net [81.228.9.177]) by av5-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 25F8837E4D; Fri, 18 Feb 2005 14:54:43 +0100 (CET) Original-Received: from sedrcw11488 (t2o58p80.telia.com [62.20.165.80]) by smtp1-1-sn3.vrr.skanova.net (Postfix) with SMTP id 10DEE3801D; Fri, 18 Feb 2005 14:54:36 +0100 (CET) Original-To: "Kim F. Storm" , "Luc Teirlinck" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 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 X-MailScanner-To: ged-emacs-devel@m.gmane.org Xref: main.gmane.org gmane.emacs.devel:33604 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:33604 ----- Original Message ----- From: "Kim F. Storm" > Why don't we simply introduce a "customize-expert" option that is off > by default, but can be turned on when the user gains more experience. > > When off, it can limit the features of the customize interface to > those features most novice users will be familiar to from other > interfaces. > > When on, customize can show you all the current features (and > perhaps more, if we think it may be useful). I second that. (Or, if I don't that is propably because my english makes me misunderstand "second that" ;-). I feel sorry to say that again, but I tried to work in that direction in my proposal earlier (the code on EmacsWiki). I did work a bit more on that, merging it with the current CVS code, but I have not uploaded that. It is however by no means finished. The idea has mainly been to hide part of the interface that seems unusual. They should be turned on if the user wants them. Examples of this are the state buttons. I also restructured the GUI a bit. It seems easy to add the new ideas that we tend to more and more agree on. But Luc has pointed out it we should leave it to next release. I tend to agree, since I see new points are surfacing.