From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: lorentey@elte.hu (=?iso-8859-2?q?L=F5rentey_K=E1roly?=) Newsgroups: gmane.emacs.devel Subject: Re: It is time for a feature freeze (it is NOW or never). Date: Mon, 12 Apr 2004 09:48:33 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <8765cwkejr.fsf@mail.jurta.org> <200404071157.UAA25094@etlken.m17n.org> <200404071312.WAA25268@etlken.m17n.org> <87zn9nqras.fsf@emacswiki.org> <200404080203.LAA26847@etlken.m17n.org> <87u0zufp7t.fsf-monnier+emacs@alfajor.local> <20040410000843.GC7497@fencepost> <200404110308.MAA06356@etlken.m17n.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1081767772 2621 80.91.224.253 (12 Apr 2004 11:02:52 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 12 Apr 2004 11:02:52 +0000 (UTC) Cc: miles@gnu.org, monnier@iro.umontreal.ca, rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Mon Apr 12 13:02:41 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BCzD7-0006NV-00 for ; Mon, 12 Apr 2004 13:02:41 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BCzD7-0006Mt-00 for ; Mon, 12 Apr 2004 13:02:41 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BCyF4-0004g1-K4 for emacs-devel@quimby.gnus.org; Mon, 12 Apr 2004 06:00:38 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BCyEs-0004di-KE for emacs-devel@gnu.org; Mon, 12 Apr 2004 06:00:26 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BCyEr-0004dS-3v for emacs-devel@gnu.org; Mon, 12 Apr 2004 06:00:25 -0400 Original-Received: from [157.181.151.9] (helo=mx2.elte.hu) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BCyEq-0004d8-J8; Mon, 12 Apr 2004 06:00:24 -0400 Original-Received: from mailbox1.caesar.elte.hu (mailbox1.caesar.elte.hu [157.181.151.157]) by mx2.elte.hu (Postfix) with ESMTP id 5DCCBAFA91; Mon, 12 Apr 2004 12:59:58 +0200 (CEST) Original-Received: from eris (line-73-78.dial.freestart.hu [213.197.73.78]) by mailbox1.caesar.elte.hu (Postfix) with ESMTP id 5588CA079515; Mon, 12 Apr 2004 13:00:01 +0200 (CEST) Original-Received: by eris (Postfix, from userid 1000) id D33DF47BE9; Mon, 12 Apr 2004 09:48:33 +0200 (CEST) Original-To: Kenichi Handa In-Reply-To: <200404110308.MAA06356@etlken.m17n.org> (Kenichi Handa's message of "Sun, 11 Apr 2004 12:08:09 +0900 (JST)") User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux) X-ELTE-SpamVersion: MailScanner 4.26.8-itk2 (ELTE 1.1) SpamAssassin 2.63 ClamAV 0.65 X-ELTE-VirusStatus: clean X-ELTE-SpamCheck: no X-ELTE-SpamCheck-Details: score=-1.782, required 5.9, BAYES_00 -4.90, DATE_IN_PAST_03_06 0.42, RCVD_IN_DYNABLOCK 2.60, RCVD_IN_SORBS 0.10 X-ELTE-SpamLevel: X-ELTE-SpamScore: -1 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:21524 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:21524 Kenichi Handa writes: > In article , storm@cua.dk (Kim F. Sto= rm) 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 f= ew >>> semantic errors in the result. >>> =20 >>> 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 confusingnes= s 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.) --=20 K=E1roly