From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: grischka Newsgroups: gmane.emacs.devel Subject: Re: Window configurations Date: Fri, 14 May 2010 13:12:13 +0200 Message-ID: <4BED300D.1040502@gmx.de> References: <4BE96186.7060504@gmx.de> <4BEA74B7.2070609@gmx.at> <4BEA8D2D.4090109@gmx.de> <4BEAA73F.4060608@gmx.at> <4BEAF487.1070605@gmx.de> <4BEBD2E3.8020200@gmx.at> <4BEBE52D.5080102@gmx.de> <87eihf3don.fsf@mail.jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1273835780 8663 80.91.229.12 (14 May 2010 11:16:20 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 14 May 2010 11:16:20 +0000 (UTC) Cc: martin rudalics , emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri May 14 13:16:17 2010 connect(): No such file or directory 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 1OCssD-00030A-75 for ged-emacs-devel@m.gmane.org; Fri, 14 May 2010 13:16:12 +0200 Original-Received: from localhost ([127.0.0.1]:47088 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OCssA-00050a-K2 for ged-emacs-devel@m.gmane.org; Fri, 14 May 2010 07:16:06 -0400 Original-Received: from [140.186.70.92] (port=34611 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OCss4-0004QJ-3f for emacs-devel@gnu.org; Fri, 14 May 2010 07:16:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OCsoa-0008Iv-0l for emacs-devel@gnu.org; Fri, 14 May 2010 07:12:24 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]:49268) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1OCsoZ-0008Ib-JG for emacs-devel@gnu.org; Fri, 14 May 2010 07:12:23 -0400 Original-Received: (qmail invoked by alias); 14 May 2010 11:12:21 -0000 Original-Received: from unknown (EHLO [10.62.10.148]) [82.113.106.188] by mail.gmx.net (mp014) with SMTP; 14 May 2010 13:12:21 +0200 X-Authenticated: #18588216 X-Provags-ID: V01U2FsdGVkX19HbyleuJJHf+jQ6r5izAm3N0GE2/ulYRb4p/8IUF mKSZTGmPL1SuNj User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) In-Reply-To: <87eihf3don.fsf@mail.jurta.org> X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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:124765 Archived-At: Juri Linkov wrote: >> Aside from that it is really trivial to specify any reasonably complex >> layouts as simple lisp structure, with sizes in percent, similar to say >> framesets in html: >> >> (setq my-layout '( >> (div-v >> (30 div-h >> (75 top-window-1) >> (25 top-window-2) >> ) >> (55 div-h >> (25 div-v >> (50 sidebar-1) >> (25 sidebar-2) >> (25 sidebar-3) >> ) >> (75 edit-area) >> ) >> (15 tool-window) >> ))) > > HTML framesets use the `rows' and `cols' attributes to split the screen > vertically and horizontally into frames (Emacs windows). > > The above window configuration could be defined by HTML framesets as: > > > > > > > > > > > > > > > > > >> That simple thing would be a pretty detailed layout already suited for >> almost all purposes (except GUD perhaps). > > What's the problem with GUD? I seem to remember it had more windows than the above layout provides. GUD could of course come with it's own "GUD-configuration" that replaces the user configuration as long as it's active. >> For that of course you need a second set of preferences, that is what >> buffer show in what pane: For example, *messages*, *compilation*, >> *completion*, etc. can be assigned to "tool-window", *speedbar* to >> sidebar-1, *help* on "top-1", files and such to "edit-area", and so on ... > > IOW, to "dedicate" a window to a buffer. > Actually, to dedicate buffers to windows. One aspect of the layout configuration is that windows have names, that could evolve to a sort of convention. Say, any configuration has to provide some standard names, then packages/features could choose to show their stuff in e.g. "edit-area", "sidebar", "tools-window", "top-pane" (instead of just in "this" or "other" as currently). --- grischka