unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Stephen J. Turnbull" <stephen@xemacs.org>
Cc: Miles Bader <miles@gnu.org>,  Colin Walters <walters@gnu.org>,
	emacs-devel@gnu.org,  xemacs-design@xemacs.org
Subject: Re: new text property
Date: 11 Jun 2002 17:24:13 +0900	[thread overview]
Message-ID: <87y9dmql3m.fsf@tleepslib.sk.tsukuba.ac.jp> (raw)
In-Reply-To: <200206101431.g5AEV0G28267@rum.cs.yale.edu>

>>>>> "Stefan" == Stefan Monnier <monnier+gnu/emacs@rum.cs.yale.edu> writes:

    Stefan> They are mostly orthogonal to font-lock itself and they
    Stefan> are in no way reimplementations of font-lock.

I don't care what they _are_, it's the namespace pollution.  I have to
know a little about everything, and I really really wish "everything"
would shrink and become more rational.  Miles talks a good game about
this new interface helping with both, but there's that nasty backward
compatibility stuff.

Hey, you guys just did it.  So I'm all for Hrvoje's strategy of
listening to the silence of satisfied customers for a while.

    >> Primitive highlighting has at least three interfaces (overlays,
    >> text properties, extents).  This looks like an area ripe for
    >> consolidation, not proliferation, of APIs to me.

    Stefan> `extents' are the consolidation, aren't they ?

Again, I would like to _deprecate_ interfaces, not add them.  We get a
proposal to deprecate our overlay-compatibility library every 3-4
months, and we can't do it because of the agonized screaming from the
package developers.  This font-lock-face thing is definitely an
increase in complexity from my point of view, and the benefit is not
clear (except for GNU Emacs compatibility).


-- 
Institute of Policy and Planning Sciences     http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba                    Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
 My nostalgia for Icon makes me forget about any of the bad things.  I don't
have much nostalgia for Perl, so its faults I remember.  Scott Gilbert c.l.py

  parent reply	other threads:[~2002-06-11  8:24 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-06-09  7:22 new text property Colin Walters
2002-06-10  4:29 ` Stephen J. Turnbull
     [not found] ` <87y9dnycw8.fsf@tleepslib.sk.tsukuba.ac.jp>
2002-06-10  5:12   ` Miles Bader
2002-06-10  5:46   ` Colin Walters
     [not found]   ` <buod6uzbtun.fsf@mcspd15.ucom.lsi.nec.co.jp>
2002-06-10  6:38     ` Stephen J. Turnbull
     [not found]     ` <87bsajy6y8.fsf@tleepslib.sk.tsukuba.ac.jp>
2002-06-10  6:53       ` Colin Walters
2002-06-10 14:30       ` Stefan Monnier
     [not found]       ` <200206101431.g5AEV0G28267@rum.cs.yale.edu>
2002-06-10 17:35         ` Adrian Aichner
2002-06-11  5:07           ` Eli Zaretskii
2002-06-11  8:24         ` Stephen J. Turnbull [this message]
2002-06-10  8:50 ` Hrvoje Niksic
2002-06-10 11:16   ` Kai Großjohann
2002-06-10 12:07     ` Hrvoje Niksic
2002-06-10 12:26       ` Miles Bader
2002-06-10 13:32         ` Hrvoje Niksic
2002-06-10 14:28           ` Stefan Monnier
2002-06-10 15:08           ` Kai Großjohann
2002-06-10 18:51           ` Colin Walters
     [not found]           ` <1023735066.26240.14.camel@space-ghost>
2002-06-11 11:40             ` Hrvoje Niksic
2002-06-11 19:47               ` Colin Walters
2002-06-11 20:40                 ` Hrvoje Niksic
2002-06-12  8:18                   ` Kai Großjohann
2002-06-12  9:05                     ` Miles Bader
2002-06-12  1:14                 ` Stephen J. Turnbull
     [not found]                 ` <877kl5pabc.fsf@tleepslib.sk.tsukuba.ac.jp>
2002-06-12  3:11                   ` Colin Walters
2002-06-12  8:16                     ` Stephen J. Turnbull
2002-06-12 17:46                       ` Adrian Aichner
2002-06-10 15:03       ` Kai Großjohann
     [not found]       ` <vaf1ybf18hp.fsf@INBOX.auto.emacs.devel.tok.lucy.cs.uni-dortmund.de>
2002-06-10 15:13         ` Hrvoje Niksic

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87y9dmql3m.fsf@tleepslib.sk.tsukuba.ac.jp \
    --to=stephen@xemacs.org \
    --cc=emacs-devel@gnu.org \
    --cc=miles@gnu.org \
    --cc=walters@gnu.org \
    --cc=xemacs-design@xemacs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).