From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: propose adding Icicles to Emacs Date: Wed, 20 Jun 2007 08:13:45 -0700 Message-ID: References: <87ps3qpxul.fsf@jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1182352501 22808 80.91.229.12 (20 Jun 2007 15:15:01 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 20 Jun 2007 15:15:01 +0000 (UTC) Cc: emacs-devel@gnu.org, monnier@iro.umontreal.ca, rms@gnu.org To: "Juri Linkov" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jun 20 17:14:57 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1I11tY-00074M-Qw for ged-emacs-devel@m.gmane.org; Wed, 20 Jun 2007 17:14:57 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I11tY-0001Nl-9x for ged-emacs-devel@m.gmane.org; Wed, 20 Jun 2007 11:14:56 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1I11tR-0001Lt-IO for emacs-devel@gnu.org; Wed, 20 Jun 2007 11:14:49 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1I11tP-0001KY-R2 for emacs-devel@gnu.org; Wed, 20 Jun 2007 11:14:47 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I11tP-0001KJ-I0 for emacs-devel@gnu.org; Wed, 20 Jun 2007 11:14:47 -0400 Original-Received: from rgminet01.oracle.com ([148.87.113.118]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1I11tO-0006mb-6T; Wed, 20 Jun 2007 11:14:46 -0400 Original-Received: from rgmgw1.us.oracle.com (rgmgw1.us.oracle.com [138.1.186.110]) by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id l5KFEhRL026659; Wed, 20 Jun 2007 09:14:43 -0600 Original-Received: from acsmt350.oracle.com (acsmt350.oracle.com [141.146.40.150]) by rgmgw1.us.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id l5KCZwlV007535; Wed, 20 Jun 2007 09:14:42 -0600 Original-Received: from dhcp-4op11-4op12-west-130-35-178-179.us.oracle.com by acsmt351.oracle.com with ESMTP id 2971428011182352425; Wed, 20 Jun 2007 08:13:45 -0700 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 In-Reply-To: <87ps3qpxul.fsf@jurta.org> X-Whitelist: TRUE X-Whitelist: TRUE X-Brightmail-Tracker: AAAAAQAAAAI= X-detected-kernel: Linux 2.4-2.6 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:73437 Archived-At: > > By default, `read-face-name' shows the face name without a > > face, followed by a small swatch in the face - per Stefan's > > suggestion. By customizing `icicle-WYSIWYG-Completions-flag', > > you can alternatively remove the color swatch (no WYSIWYG > > display) or show the face name itself using the face, instead. > > Entia non sunt multiplicanda. Instead of inventing a dozen of new > representations of face samples, it would be better to use the format > familiar to users from using the command `list-faces-display': > > Use or M-x help-follow on a face name to customize it > or on its sample text for a description of the face. > > bold abcdefghijklmnopqrstuvwxyz ABCDEFGHIJKLMNOPQRSTUVWXYZ > bold-italic abcdefghijklmnopqrstuvwxyz ABCDEFGHIJKLMNOPQRSTUVWXYZ ... > The face list in this format could be inserted into the > *Completions* buffer and selecting a face name will use it as > the completion instead of going to the Customization buffer. You don't really propose putting all of that stuff in *Completions*, do you? When it comes to display of color and such, people have very different needs and preferences. Of the two screenshots I sent, I prefer the one with the face on the entire face name; some other users might prefer the one with the swatch; still others will prefer to see just the names, with no WYSIWYG indication. Allowing for different user preferences in a reasonable way is not violating Occam's razor. We can discuss whether "a dozen of new representations of face samples" is needed, or whether a few (as I proposed) suffices. That is, we can discuss what constitutes "unnecessary multiplication of things" in this particular case. It is violating Occam's razor to multiply things unnecessarily in *Completions*, under the arguments of (a) code reuse or (b) user familiarity. The swatch screenshot I sent provides everything that the `list-faces-display' provides, without all of the unnecessary clutter, and it lets users control the size of the swatch.