emacs-devel
[Top][All Lists]
Advanced

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

Re: It is time for a feature freeze (it is NOW or never).


From: Lőrentey Károly
Subject: Re: It is time for a feature freeze (it is NOW or never).
Date: Mon, 12 Apr 2004 09:48:33 +0200
User-agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux)

Kenichi Handa <address@hidden> writes:
> In article <address@hidden>, address@hidden (Kim F. Storm) writes:
>>>  I did a test merge of multi-tty with tiling, and there are actually very 
>>> few
>>>  patch conflicts, though the RIF changes probably do mean there are few
>>>  semantic errors in the result.
>>>  
>>>  I'd love see the multi-tty changes go in -- not just because it's a great
>>>  feature (and it is), but because I like the code cleanup.  Compared to the
>>>  current "everything global all the time" code, it should make things a bit
>>>  easier to understand, which is no small thing given the confusingness of 
>>> the
>>>  redisplay code.
>
>> Yes, I also look forward to the RIF cleanup from the multi-tty patch.
>> I had plans to do this cleanup myself sometime, but Romain beat me to it.
>
>> It should definitely go in soon after 21.5 is branched from trunk.
>
> I don't object to it, but if it changes some internal
> interfaces, I'd like to ask to merge it after emacs-unicode
> merge is done.  At least emacs-unicode doesn't change RIF.

That's OK with me; my branch follows HEAD, and I will happily merge in
the unicode changes as soon as they appear there.  (I looked at the
unicode branch a few months ago and it seemed the merge could be done
without too much work.)

-- 
Károly




reply via email to

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