[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: new text property

From: Stephen J. Turnbull
Subject: Re: new text property
Date: 11 Jun 2002 17:24:13 +0900
User-agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Informed Management (RC0+))

>>>>> "Stefan" == Stefan Monnier <monnier+gnu/address@hidden> 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

reply via email to

[Prev in Thread] Current Thread [Next in Thread]