From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#6935: 24.0.50; doc for `font-lock-maximum-decoration' Date: Mon, 30 Aug 2010 08:46:57 -0700 Message-ID: <94F453208A4B4F70B7C5F87CB2BE541C@us.oracle.com> References: <0AEEE18115BA49E58E42C1604867D444@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1283185070 13412 80.91.229.12 (30 Aug 2010 16:17:50 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 30 Aug 2010 16:17:50 +0000 (UTC) Cc: 6935@debbugs.gnu.org To: "'Stefan Monnier'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Aug 30 18:17:48 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Oq73G-00086h-FM for geb-bug-gnu-emacs@m.gmane.org; Mon, 30 Aug 2010 18:17:48 +0200 Original-Received: from localhost ([127.0.0.1]:47084 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oq6zw-0001kA-2S for geb-bug-gnu-emacs@m.gmane.org; Mon, 30 Aug 2010 12:14:16 -0400 Original-Received: from [140.186.70.92] (port=55502 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oq6vU-0007tn-5t for bug-gnu-emacs@gnu.org; Mon, 30 Aug 2010 12:09:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Oq6vS-0000sR-Sn for bug-gnu-emacs@gnu.org; Mon, 30 Aug 2010 12:09:40 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:50912) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oq6vS-0000sJ-Oy for bug-gnu-emacs@gnu.org; Mon, 30 Aug 2010 12:09:38 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1Oq6aX-0004tf-M7; Mon, 30 Aug 2010 11:48:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 30 Aug 2010 15:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6935 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 6935-submit@debbugs.gnu.org id=B6935.128318324318817 (code B ref 6935); Mon, 30 Aug 2010 15:48:01 +0000 Original-Received: (at 6935) by debbugs.gnu.org; 30 Aug 2010 15:47:23 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oq6Zu-0004tS-NZ for submit@debbugs.gnu.org; Mon, 30 Aug 2010 11:47:22 -0400 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oq6Zs-0004tN-F4 for 6935@debbugs.gnu.org; Mon, 30 Aug 2010 11:47:21 -0400 Original-Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o7UFmsr7009646 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 30 Aug 2010 15:48:55 GMT Original-Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o7UF5a8a002883; Mon, 30 Aug 2010 15:48:54 GMT Original-Received: from abhmt002.oracle.com by acsmt355.oracle.com with ESMTP id 545121321283183219; Mon, 30 Aug 2010 08:46:59 -0700 Original-Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 30 Aug 2010 08:46:58 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: ActIUXQ+gF8tlCotRNOhUR/iR6L3ugAB6QGQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 30 Aug 2010 11:48:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:39835 Archived-At: > > This customization option lets users easily pick the level > > they want. Just yesterday I had a user report about this > > wrt Dired+ (my code had a bug that was preventing such a > > choice). Users have different needs > > and preferences, and they do care about them. > > 2 reasons: > - rather than let people work around problems by reducing the > level, It's not a question of "working around" anything. It's about providing levels to give users a choice. > we should work harder to make sure that the default level is OK > for everyone. That's silly. If there is a _default_ level then there are level choices and a notion of level. No one disagrees that the default level should provide minimal fontification. The point is to allow users to move to a higher level if they so wish. > - "level" is the wrong way to think about this. Instead, we > should have separate controls for different font-lock features. Be specific. If you are agreeing that users should have choice and control when it comes to the degree of font-locking, and you just disagree with the current "level" mechanism, then propose something specific. Note that in the case I cited the user had the ability to fine-tune fontification, for example by customizing individual faces. But he wanted a coarse-grain control, to change the _level_. That was so even though he was unaware of the current level mechanism. He sought a way to affect the level of fontification in one fell swoop. And that's just what the current level mechanism offers. If you have a better way to give users that possibility, then please propose it specifically (on emacs-devel). I'd certainly agree that the current mechanism does not give users a way to define the makeup of a given level themselves, and that that is a limitation. The makeup of each level is hard-coded. I, for one, would welcome a feature that lets users (easily) define what each level should be. That would likely mean letting them customize the font-lock keywords for each level in some way. And currently there is no good way for users to use Customize to tailor a set of font-lock keywords.