From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: AW: AW: Fwd: CEDET sync Date: Tue, 02 Mar 2010 23:03:57 +0200 Organization: JURTA Message-ID: <87wrxu79r6.fsf@mail.jurta.org> References: <86bpf7q3fc.wl%lluis@ginnungagap.pc.ac.upc.edu> <87wrxvyijr.fsf@stupidchicken.com> <4B8C42E2.3080308@siege-engine.com> <7697A57B1AD9104F993CDF6A5B69430C09227D1F24@CORPMAIL08.corp.capgemini.com> <878wabxg0x.fsf@uwakimon.sk.tsukuba.ac.jp> <87mxyrhxq8.fsf@lola.goethe.zz> <7697A57B1AD9104F993CDF6A5B69430C09227D1FCE@CORPMAIL08.corp.capgemini.com> <7697A57B1AD9104F993CDF6A5B69430C09227D1FF5@CORPMAIL08.corp.capgemini.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1267565277 17096 80.91.229.12 (2 Mar 2010 21:27:57 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 2 Mar 2010 21:27:57 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Berndl\, Klaus" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Mar 02 22:27:53 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1NmZdA-0007za-5u for ged-emacs-devel@m.gmane.org; Tue, 02 Mar 2010 22:27:52 +0100 Original-Received: from localhost ([127.0.0.1]:42432 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NmZd9-0000xN-Ja for ged-emacs-devel@m.gmane.org; Tue, 02 Mar 2010 16:27:51 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NmZd2-0000xA-Pp for emacs-devel@gnu.org; Tue, 02 Mar 2010 16:27:44 -0500 Original-Received: from [140.186.70.92] (port=52323 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NmZd0-0000wC-61 for emacs-devel@gnu.org; Tue, 02 Mar 2010 16:27:42 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NmZcz-0004Wq-IN for emacs-devel@gnu.org; Tue, 02 Mar 2010 16:27:42 -0500 Original-Received: from smtp-out3.starman.ee ([85.253.0.5]:54440 helo=mx1.starman.ee) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NmZcz-0004WO-C9 for emacs-devel@gnu.org; Tue, 02 Mar 2010 16:27:41 -0500 X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Original-Received: from mail.starman.ee (62.65.209.49.cable.starman.ee [62.65.209.49]) by mx1.starman.ee (Postfix) with ESMTP id A454F3F4106; Tue, 2 Mar 2010 23:27:32 +0200 (EET) In-Reply-To: <7697A57B1AD9104F993CDF6A5B69430C09227D1FF5@CORPMAIL08.corp.capgemini.com> (Klaus Berndl's message of "Tue, 2 Mar 2010 12:08:09 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.93 (x86_64-pc-linux-gnu) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:121577 Archived-At: > Unfortunatelly i have no time (and probably will not find any time > in the near-term and medium-term future) to work on the heavy rewritting > of the layout engine for the sake of eliminating (or at least > reducing) the bunch of heavy-weighted advices and instead bringing > forward the emacs- display-engine to be ready for layouting something > like ECB without the need of advices. This would be also a good > example for the conflict between the advantages of merging ECB into > Emacs and the value uphelding compatibility of Xemacs: Replacing the > ECB-advices with Emacs-internal mechanisms would in fact either throw > away the XEmacs-compatibility of ECB or would "cost" an even much more > complex layout code of ECB as it is currently. IIUC, the main obstacle is that window configurations currently don't have a read syntax. Once this is implemented it would be possible to define different layouts (with window properties), save/restore them, etc. >From a recent discussion, I remember that now Emacs has the hash table read syntax compatible with XEmacs. Since XEmacs have lots of other object types, maybe XEmacs already has a read syntax for window configurations too? In this case, it would be easier to keep compatibility with XEmacs in ECB. -- Juri Linkov http://www.jurta.org/emacs/