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: Thu, 15 Apr 2004 20:18:58 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <87eks0654s.fsf@sno.mundell.ukfsn.org> <87n06bp4ng.fsf@sno.mundell.ukfsn.org> <8765cwkejr.fsf@mail.jurta.org> <200404071157.UAA25094@etlken.m17n.org> <200404071312.WAA25268@etlken.m17n.org> <87zn9nqras.fsf@emacswiki.org> <87hdvux5uz.fsf@orebokech.com> 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 1082126212 11730 80.91.224.253 (16 Apr 2004 14:36:52 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 16 Apr 2004 14:36:52 +0000 (UTC) Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Apr 16 16:36:40 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 1BEUSN-0002EP-00 for ; Fri, 16 Apr 2004 16:36:39 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BEUSM-0006tV-00 for ; Fri, 16 Apr 2004 16:36:39 +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 1BEUQQ-0001KP-Vg for emacs-devel@quimby.gnus.org; Fri, 16 Apr 2004 10:34:39 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BEUOo-0000jN-0V for emacs-devel@gnu.org; Fri, 16 Apr 2004 10:32:58 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BEUOC-0000Ou-78 for emacs-devel@gnu.org; Fri, 16 Apr 2004 10:32:52 -0400 Original-Received: from [157.181.151.9] (helo=mx2.elte.hu) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BEUL7-00087i-N7 for emacs-devel@gnu.org; Fri, 16 Apr 2004 10:29:10 -0400 Original-Received: from mailbox1.caesar.elte.hu (mailbox1.caesar.elte.hu [157.181.151.157]) by mx2.elte.hu (Postfix) with ESMTP id 0AD2FAFA8B for ; Fri, 16 Apr 2004 15:14:29 +0200 (CEST) Original-Received: from eris (eris.elte.hu [157.181.150.146]) by mailbox1.caesar.elte.hu (Postfix) with ESMTP id 9FFA6A079512 for ; Fri, 16 Apr 2004 15:14:42 +0200 (CEST) Original-Received: by eris (Postfix, from userid 1000) id 1606F47BE8; Fri, 16 Apr 2004 15:14:46 +0200 (CEST) Original-To: emacs-devel@gnu.org User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux) Original-Lines: 65 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=-4.154, required 5.9, BAYES_00 -4.90, DATE_IN_PAST_12_24 0.75 X-ELTE-SpamLevel: X-ELTE-SpamScore: -4 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:21770 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:21770 [Resend to list] Kim F. Storm writes: > L=F5rentey K=E1roly writes: >> The multi-tty branch changes some internal interfaces which break >> non-UN*X ports of Emacs. The changes are not complex at all, but I >> can not fix the broken ports without help from Mac/Windows/DOS gurus. >> Because of this, the multi-tty branch is certainly not yet ready for >> merging. > > Do you know that the ports are broken with your changes (have you made > the changes to those ports?), or do you just suspect they are broken > because you haven't been able to test your changes. I am positive they are broken, and won't even compile. I did not even attempt to update them while working, because the branch was initially very unstable (source reorganization, variable renamings, second thoughts etc.), and it would have been impossible to keep the ports that I can not compile in shape. I decided to update them all in one go, after the base code stabilized a bit. The branch is quite stable now, so I think it is time for me to begin that update. > I usually manage to change this sort of thing (primarily textual, > rather than functional changes) on the W32/DOS/MAC ports even though I > don't use (or even compile on) them myself. > > I just make the changes (very carefully), commit my changes, and then > leave it to the maintainers of those ports to verify my changes. So > far, this procedure hasn't caused much trouble. I am planning to do exactly that. :-) >> > Since it probably hasn't received much attention (yet) from the core >> > developers, I would think that there are still some issues which nee= d >> > to be ironed out. For example , what is the value of window-system >> > variable if you have both a window frame and a non-window frame open >> > at the same time (I haven't looked, so I don't know how this issue h= as >> > been resolved, but there could be other issues like it). >>=20 >> The window-system variable is frame-local in the multi-tty branch. >> Actually, I think this is the most important change on Lisp level; >> multi-tty support is otherwise mostly transparent to Lisp code. > > Indeed. =20 > > Still, one problem with that variable is that it is no longer safe to > base other (global) settings on the value of that variable. I think > some defcustoms test this variable to select the default setting. > > But I suppose it works ok in practice. Yes; in theory, Elisp packages that refer to window-system need to be updated for multi-tty support, but I found that in practice most of them work fine without any changes. Emacs behaves the same way as it used to until the user actually creates simultaneous tty and X frames, so the degradation (if any) is graceful. >> That said, a few nodes in the >> Emacs manuals need to be updated to reflect the changes. > > Have you identified the sections of the emacs and elisp > manuals that need to be changed? Not yet. I will leaf through the manuals sometime and take notes. --=20 K=E1roly