emacs-devel
[Top][All Lists]
Advanced

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

Re: Unbalanced change hooks (part 2) [Documentation fix still remaining]


From: Daniel Colascione
Subject: Re: Unbalanced change hooks (part 2) [Documentation fix still remaining]
Date: Tue, 30 Aug 2016 09:23:51 -0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0



On 08/30/2016 08:47 AM, Eli Zaretskii wrote:
From: address@hidden (Phillip Lord)
Date: Tue, 30 Aug 2016 14:30:13 +0100
Cc: Alan Mackenzie <address@hidden>, Stefan Monnier <address@hidden>,
        address@hidden

I think to really avoid the complexity for mode authors, b-c-f and a-c-f
need to not only balance, but also to be consistent. At the moment, they
are not that either -- they can signal different locations for a given
change.

You are setting the bar impossibly high by expecting that.

To be fair, according to Alan, XEmacs meets this impossibly high bar. (And its insdel is considerably simpler.)

In today's world, do we really *need* the optimizations that complicate change region tracking? Might these things just be just as unnecessary as the old code that used to special-case self-insert-command in the event loop?



reply via email to

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