From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jambunathan K Newsgroups: gmane.emacs.bugs Subject: bug#13686: hi-yellow vs. hi-lock-1 Date: Wed, 27 Feb 2013 09:29:12 +0530 Message-ID: <877glu5rvz.fsf@gmail.com> References: <878v6vidh7.fsf@gmail.com> <7BC00EAA1AF8466D8F9C17B3CA4E82B8@us.oracle.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1361937628 7601 80.91.229.3 (27 Feb 2013 04:00:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 27 Feb 2013 04:00:28 +0000 (UTC) Cc: 'David Koppelman' , 13686@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Feb 27 05:00:51 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UAYCG-0000f5-Gk for geb-bug-gnu-emacs@m.gmane.org; Wed, 27 Feb 2013 05:00:48 +0100 Original-Received: from localhost ([::1]:45534 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UAYBv-0001jn-Mk for geb-bug-gnu-emacs@m.gmane.org; Tue, 26 Feb 2013 23:00:27 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:52340) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UAYBt-0001jD-0y for bug-gnu-emacs@gnu.org; Tue, 26 Feb 2013 23:00:26 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UAYBm-0001ND-7M for bug-gnu-emacs@gnu.org; Tue, 26 Feb 2013 23:00:23 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:46678) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UAYBl-0001LE-PN for bug-gnu-emacs@gnu.org; Tue, 26 Feb 2013 23:00:18 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UAYDS-0007Me-D6 for bug-gnu-emacs@gnu.org; Tue, 26 Feb 2013 23:02:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Jambunathan K Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 27 Feb 2013 04:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13686 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13686-submit@debbugs.gnu.org id=B13686.136193769528272 (code B ref 13686); Wed, 27 Feb 2013 04:02:02 +0000 Original-Received: (at 13686) by debbugs.gnu.org; 27 Feb 2013 04:01:35 +0000 Original-Received: from localhost ([127.0.0.1]:52142 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UAYCz-0007Lv-8M for submit@debbugs.gnu.org; Tue, 26 Feb 2013 23:01:34 -0500 Original-Received: from mail-da0-f42.google.com ([209.85.210.42]:34059) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UAYCx-0007Ln-0d for 13686@debbugs.gnu.org; Tue, 26 Feb 2013 23:01:32 -0500 Original-Received: by mail-da0-f42.google.com with SMTP id n15so76742dad.15 for <13686@debbugs.gnu.org>; Tue, 26 Feb 2013 19:59:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=C1eWVztegF0KsUdu4gpqxO86Ga8qTSPEmgJTriJiHEo=; b=BVr2qQ6GbOB66EsUUBRnaT4V2DyrKntFw+VXi99fpT99A3QNV7qtIN+aJW61qgDSqX cb3ViC3VS+ANA0EX0icTD4Ic3gJuwPldjxALYB86mzcz7rrISQsxqaDThh+leqdxj2+6 f7EQappRoK0LuGGK2NH5m6DM5BfQUyvAot+IVxeeAJodWx/KlVCkzymV64w71PkCIO3i AQHVFTo/GbmO2CdshY8Rq5rxi87I2VDcayRnWUEMkpuoZizJMt73n79H0FlFLlBX8L4K sN3JslBXNf83BMZQnArp+7LHyHVRY7weBVRAq9oc90aOTUiFVZOQgwwcTfTMtN0WrmAP Xjgg== X-Received: by 10.68.197.103 with SMTP id it7mr1192392pbc.76.1361937581803; Tue, 26 Feb 2013 19:59:41 -0800 (PST) Original-Received: from debian-6.05 ([115.241.8.157]) by mx.google.com with ESMTPS id ol7sm3097579pbb.14.2013.02.26.19.59.38 (version=TLSv1.1 cipher=RC4-SHA bits=128/128); Tue, 26 Feb 2013 19:59:41 -0800 (PST) In-Reply-To: (Stefan Monnier's message of "Tue, 26 Feb 2013 20:35:57 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:71881 Archived-At: Stefan Monnier writes: >> The main point is that it makes little sense for a face, which is >> a variable thingy (changeable, customizable), to have a name that >> suggests otherwise, i.e., suggests that it has some _particular_, >> constant quality. > > If the user sets the hi-yellow face to red, she gets what she deserves. As an intelligent user, she deserves better. I am not asking for *supplanting* the status quo but to *augment* it. >> The face name should reflect what the face is for - the kind of >> highlighting or whatever that it does. > > Agreed, and hi-yellow is for highlighting some text in yellow, hence > its name. > > The only real problem is that a user who wants to use a face whose > attribute do not agree with any of the predefined hi-* faces might end > up forced to use such a silly setting. > > So the right fix is to provide ways for the user to add her own faces. > > An alternative might be to let the user specify either a face name or > a color name, so we can get rid of hi-yellow altogether. But that still > only caters to "highlighting with a color", whereas faces offer > more choices. Having a *set* of faces for highlighting and have them recognized as "core" faces will make theme designers conscious of their presence and usefulness. Consider the case for ido. At the minibuffer prompt, I see atleast three faces (leaving aside the default face). 1. The minibuffer prompt itself. 2. The first match face. 3. Face for directories. The important thing is that these faces should not only be contrasting enough but also harmonious. If I am not happy with the default faces for ido, I can simply make the ido faces inherit highlight, highlight-1, highlight-2 etc and be done with it. > Stefan > > > > --