[Top][All Lists]

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

Re: with-output-to-temp-buffer [Re: reverting CJK input methods]

From: Kenichi Handa
Subject: Re: with-output-to-temp-buffer [Re: reverting CJK input methods]
Date: Tue, 11 May 2004 11:34:03 +0900 (JST)
User-agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI)

In article <address@hidden>, Luc Teirlinck <address@hidden> writes:

> Ken'ichi HANDA wrote:
>    But I still believe it is better to change erase-buffer
>    itself (perhaps it should delete all overlays too).  Let's
>    discuss it after the next release.

> I do not understand why we should wait till after the next release to
> make a decision on this issue.  If we do not change `erase-buffer',
> then I suspect that we will have to bind inhibit-read-only to t around
> several calls to erase-buffer.  When we would decide after the release to
> change erase-buffer, then not only would we have done all that work
> for nothing, but we even would have to do the additional work of
> undoing all these changes.

> Why can a _final_ decision not be made right now?  We are talking about
> the best way to deal with existing bugs, not about a new feature, so
> the feature freeze is irrelevant.

This problem has been there for long (perhaps just after
read-only text property was introduced) but has never been
reported.  It was just revealed by my attempt to fix
describe-char.  That means that we can live without changing

In addtion, to make a final decision, we must study how
erase-buffer is used in various codes, which consumes our
working time much and results in the delay of the next
release.  I think the sooner release is more important than
completely settling on what to do with this problem.

Ken'ichi HANDA

reply via email to

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