From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Fabian Ezequiel Gallina Newsgroups: gmane.emacs.devel Subject: Re: adding a standard font-lock-number-face Date: Fri, 17 Jun 2011 12:14:23 -0300 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1308324905 7649 80.91.229.12 (17 Jun 2011 15:35:05 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 17 Jun 2011 15:35:05 +0000 (UTC) Cc: Emacs-Devel devel To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jun 17 17:35:00 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QXb4W-0004oE-9d for ged-emacs-devel@m.gmane.org; Fri, 17 Jun 2011 17:35:00 +0200 Original-Received: from localhost ([::1]:57745 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QXb4U-0002LA-JP for ged-emacs-devel@m.gmane.org; Fri, 17 Jun 2011 11:34:58 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:40030) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QXakd-000571-LV for emacs-devel@gnu.org; Fri, 17 Jun 2011 11:14:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QXaka-0001WY-PJ for emacs-devel@gnu.org; Fri, 17 Jun 2011 11:14:27 -0400 Original-Received: from mail-pv0-f179.google.com ([74.125.83.179]:62599) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QXaka-0001Vm-AB for emacs-devel@gnu.org; Fri, 17 Jun 2011 11:14:24 -0400 Original-Received: by pvg18 with SMTP id 18so1167696pvg.38 for ; Fri, 17 Jun 2011 08:14:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=geVex5SBKuieofc61AdlzfM1DnwyHA8i4DnahiqsSHY=; b=eg7fBo68JifEs896FMZPne0eajUUDUP61DJ1wO60Or26A4VIpZCI7Tzx9EVMp8jlTu 8Reu+RTN91rZ5YxWrIeTcgOgCrBwhTHr2fWrxaAhUbZ+G3628CNlenwlV57y0UJDR35+ 7fXHBuwzD9gqUpBALh0CwMVlkxffh3Zixs+RM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=IAuL+CrUeSgMHA8gZVlniSKQC2maLxP7uJYoQqsmSum2UHao0GhJG1BSs3hV6EMwwE 3IVKQE7dttMh3zgB/CmCy6Ne/5PmxJjwQRpX/zC+X63tyXXjH0KXAebp4PXGyHEW9ipO iLyNwRaRgFso3PxHDEPTjlsCUeMMsahtSAoLg= Original-Received: by 10.68.30.7 with SMTP id o7mr985986pbh.75.1308323663218; Fri, 17 Jun 2011 08:14:23 -0700 (PDT) Original-Received: by 10.68.41.98 with HTTP; Fri, 17 Jun 2011 08:14:23 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 74.125.83.179 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:140606 Archived-At: 2011/6/17 Stefan Monnier : >> An argument I can think of for inclusion is that it seems highlighting >> those kind of stuff (event operators) is really common on other >> editors, so it is acceptable that people coming from other places >> would expect this kind of stuff highlighted out-of-the-box. =A0I know th= e > > I haven't seen many complaints about it either in emacs-devel or > gnu-emacs-help, so I don't think it makes much difference. =A0People do > not expect one editor to behave exactly like another. > Think of it of as a feature request, not a problem. I think it might be good to have some way to define those kind of *extra* fancy stuff and standardize them (even if not enabled by default). In my opinion, that will likely help also to improve things avoiding the creation of new non standard faces in external packages. Even when I'm writing that, I feel we could also define a set standard faces for package developers to use in their special modes. I guess this can be the start of more complete font-locking framework that could lead to help Emacs to be simple to theme, avoiding the need to define a hundred faces to make themes work OK with your custom packages. Regards, --=20 Fabi=E1n E. Gallina