From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Newsgroups: gmane.emacs.devel Subject: RE: ECB Date: Wed, 8 Mar 2006 10:45:41 +0100 Message-ID: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1141811185 1243 80.91.229.2 (8 Mar 2006 09:46:25 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 8 Mar 2006 09:46:25 +0000 (UTC) Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 08 10:46:24 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FGvFM-000144-A8 for ged-emacs-devel@m.gmane.org; Wed, 08 Mar 2006 10:46:20 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FGvFL-0002dB-GR for ged-emacs-devel@m.gmane.org; Wed, 08 Mar 2006 04:46:19 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FGvF0-0002MK-6s for emacs-devel@gnu.org; Wed, 08 Mar 2006 04:45:58 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FGvEs-0001I7-88 for emacs-devel@gnu.org; Wed, 08 Mar 2006 04:45:56 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FGvEr-0001Ac-AI for emacs-devel@gnu.org; Wed, 08 Mar 2006 04:45:49 -0500 Original-Received: from [192.76.162.229] (helo=world1.sdm.de) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FGvHc-00008Z-2t; Wed, 08 Mar 2006 04:48:40 -0500 Original-Received: by world1.sdm.de (MTA) via esmtp from mucns1.muc.sdm.de ([193.102.180.22]) id 1FGvEl-0005j6-7y; Wed, 08 Mar 2006 10:45:43 +0100 Original-Received: by mucns1.muc.sdm.de (MTA) via esmtp from localhost ([127.0.0.1] helo=sdmmail1.sdm.de) id 1FGvEl-0007ct-6M; Wed, 08 Mar 2006 10:45:43 +0100 Original-Received: from mucmail1.sdm.de ([193.102.180.175]) by sdmmail1.sdm.de with Microsoft SMTPSVC(6.0.3790.1830); Wed, 8 Mar 2006 10:45:42 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ECB Thread-Index: AcZCZ9zEWyBAAi1pQdGIZTGOmc5sTwALFCcA Original-To: X-OriginalArrivalTime: 08 Mar 2006 09:45:42.0325 (UTC) FILETIME=[10A1FE50:01C64295] 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:51353 Archived-At: Richard Stallman wrote: > Ah, very interesting - supposed balance-windos obeys > window-sized-fixed then ECB could advice `balance-window' and > setting window-sized-fix to t temporally for the buffers > displayed by the special ECB-windows (which should be ignored for > balancing)...=20 >=20 > It should not use advice! >=20 > Why not set window-size-fixed permanently in these buffers? IMHO this should be the users choice if he/she wants to side-panel (or top-panal for layouts of type top) of the ECB-windows being fixed when resizing the ECB-frame. In general i agree with you concerning using advices, but IMO currently they are still necessary if one wants to build something like ECB on top of Emacs and give the users the feeling if the edit-windows of ECB are=20 the only windows in the frame and allow all features users are used to=20 use (e.g. deciding if they want windows fixed or not...) Until we have a robust and general mechanism to exclude special windows from being taken into account by fnctions like deleting, balancing = windows etc.... (as i described in my previous posting) ECB will use advices as best possible workaround. The advices of ECB are always safe because = they are savely only active when ECB is active...