From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: Annoying window/frame-configuration registers Date: Tue, 29 Mar 2011 15:15:46 +0200 Message-ID: <4D91DB82.8050104@gmx.at> References: <4D91998C.5010307@gmx.at> <4D91AC1C.6080906@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1301404618 12516 80.91.229.12 (29 Mar 2011 13:16:58 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 29 Mar 2011 13:16:58 +0000 (UTC) Cc: Leo , Stefan Monnier , emacs-devel@gnu.org To: joakim@verona.se Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Mar 29 15:16:53 2011 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 1Q4Ymw-0006yo-82 for ged-emacs-devel@m.gmane.org; Tue, 29 Mar 2011 15:16:50 +0200 Original-Received: from localhost ([127.0.0.1]:38851 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q4Ymv-0006kJ-Iv for ged-emacs-devel@m.gmane.org; Tue, 29 Mar 2011 09:16:49 -0400 Original-Received: from [140.186.70.92] (port=33169 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q4Ym2-0006En-8g for emacs-devel@gnu.org; Tue, 29 Mar 2011 09:15:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q4Ym1-0004EC-45 for emacs-devel@gnu.org; Tue, 29 Mar 2011 09:15:54 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.23]:54554) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1Q4Ym0-0004Dg-KZ for emacs-devel@gnu.org; Tue, 29 Mar 2011 09:15:53 -0400 Original-Received: (qmail invoked by alias); 29 Mar 2011 13:15:50 -0000 Original-Received: from 62-47-60-40.adsl.highway.telekom.at (EHLO [62.47.60.40]) [62.47.60.40] by mail.gmx.net (mp031) with SMTP; 29 Mar 2011 15:15:50 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/IJBZ6ncXIzEGygapbNcrvCYJSZ+OJpwZDsYsD/w DG0eIKdD/ZhKdS User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 213.165.64.23 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:137845 Archived-At: > Cool, I can start to use the branch then. Would simply using the branch > in daily work be enough of a test? For some features like window splitting, resizing, and deleting the answer is yes. Others features like side windows or atomic windows are completely new so it would make sense to check the Elisp manual sections on these first. > I still have the original use case that we did the "window group" patch > for. Does your branch cover the case of having multiple window groups > and pinnable windows? It's mostly in what I call "side windows" now. I'm currently working on a more expanded version of this but what there is in the branch should be enough to start working. In particular, it should suffice to implement ECB without any advices and similar tricks. >> PS: Some changes in the `display-buffer' department are guaranteed to >> break existing code. > > Are clients supposed to adopt or the other way around? Adopt. There are two major changes: (1) All `display-buffer' related options have been concentrated in one single option called `display-buffer-alist'. Obviously, this affects users as well but there is a function to convert a user's settings to values for the new option. (2) The semantics of the second and third argument of `display-buffer' have completely changed their meaning. This will affect mostly components like calendar, gdb, gnus, org-mode and calculator. I have changed the code in most other clients already. The other changes I made should not be noticeable in daily work. But since my workflow is quite different from that of other people there's a chance that I have broken some standard behavior. That's what I would need testers for. martin