From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?B?xaB0xJtww6FuIE7Em21lYw==?= Newsgroups: gmane.emacs.devel Subject: Re: The window-pub branch Date: Wed, 17 Nov 2010 13:05:24 +0100 Message-ID: <87r5ekkvej.fsf@gmail.com> References: <87k4kjfldo.fsf@gmail.com> <8739r6foz3.fsf@gmail.com> <4CDD82E2.9070906@gmx.at> <87y68ye66d.fsf@gmail.com> <4CDE4D27.4000306@gmx.at> <87tyjle80w.fsf@gmail.com> <4CDE9942.1010205@gmx.at> <87pqu9dz8b.fsf@gmail.com> <4CDEB6B3.4080504@gmx.at> <87k4kgm5k1.fsf_-_@gmail.com> <4CE031A6.8010403@gmx.at> <87d3q7mxpu.fsf@gmail.com> <4CE0E8A0.1090905@gmx.at> <878w0un5rh.fsf@gmail.com> <4CE138E0.8000907@gmx.at> <874obimw0d.fsf@gmail.com> <4CE1674F.7050902@gmx.at> <87zktal69o.fsf@gmail.com> <4CE2B7B2.1020008@gmx.at> <87vd3xkm3u.fsf@gmail.com> <4CE38BA4.2090407@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1289995649 14424 80.91.229.12 (17 Nov 2010 12:07:29 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 17 Nov 2010 12:07:29 +0000 (UTC) Cc: emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 17 13:07:17 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 1PIgnF-0000uR-7K for ged-emacs-devel@m.gmane.org; Wed, 17 Nov 2010 13:07:17 +0100 Original-Received: from localhost ([127.0.0.1]:48324 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PIgnE-0007at-Gy for ged-emacs-devel@m.gmane.org; Wed, 17 Nov 2010 07:07:16 -0500 Original-Received: from [140.186.70.92] (port=57070 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PIgn4-0007Z3-Ct for emacs-devel@gnu.org; Wed, 17 Nov 2010 07:07:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PIgn2-0008Cl-Sx for emacs-devel@gnu.org; Wed, 17 Nov 2010 07:07:06 -0500 Original-Received: from mail-bw0-f41.google.com ([209.85.214.41]:34286) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PIgn2-0008CP-IP for emacs-devel@gnu.org; Wed, 17 Nov 2010 07:07:04 -0500 Original-Received: by bwz16 with SMTP id 16so1533807bwz.0 for ; Wed, 17 Nov 2010 04:07:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject :in-reply-to:references:user-agent:date:message-id:mime-version :content-type:content-transfer-encoding; bh=3i62UwSngAyx4KI0IiYPWAKAIEiwdDkYmRojeGTCzIs=; b=YBcT3Y9IRUFVxicXHmoeGUgT67rcLVAe0resGJU5kVygypkrmW/Ec4ifzMiMOekmv6 6xCh9+Np7mR7vsD6DO0S4GYmrEalunFJJGZZX5Zim/rdbzRd4HJ/R5ywbFtqWXjxMZHj 5gKXRPwSFfyKB4Asq4XHwW1kptR9no9hA1nok= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-type:content-transfer-encoding; b=IjrV8Yel+6kKx6E1jmmY6hxDKBq6ajL13/xoM8DmMNgYD6OLeTak1X9mrdgY82y1b+ /6WOiHXjY10hxtlfvIBBBZMBqEEFL4x77Y1xec9T+BVK1BBcNw2NfvkRM0U8vg/FSc0Q XGnC+hZSegazZoh9pP7abRI1fp0DEETUvFsQw= Original-Received: by 10.204.79.78 with SMTP id o14mr9013872bkk.20.1289995623439; Wed, 17 Nov 2010 04:07:03 -0800 (PST) Original-Received: from localhost (176.119.broadband10.iol.cz [90.177.119.176]) by mx.google.com with ESMTPS id 4sm1265640bki.13.2010.11.17.04.07.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 17 Nov 2010 04:07:02 -0800 (PST) In-Reply-To: <4CE38BA4.2090407@gmx.at> (martin rudalics's message of "Wed, 17 Nov 2010 09:00:36 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) 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:132777 Archived-At: martin rudalics writes: >>> Moreover, I now allow to split internal windows like a frame's root >>> window too, so the new window can appear at an arbitrary side of the >>> frame. In that case, talking about a `split-height-threshold' hardly >>> makes sense. >> >> Um, I don't understand. AIUI you can only split a live window, and the >> only internal window that can be live is the root window as the only >> window on a frame, right? So what does "arbitrary side of the frame" >> mean? When you have a single window, you can split it horizontally or >> vertically, but that's about it. What am I missing? > > `split-window' can split an arbitrary window. My > `display-buffer-regexps', for example, contains the entry > > (("ChangeLog.*") > same-frame > (reuse-buffer-window) > (new-window > (root . below)) > (min-height . 6) > (min-width . 60) > (adjust-height . 8)) > > so I can run ediff in side-by-side windows and edit a ChangeLog within > one and the same frame without disrupting the ediff setup. Ah! Although the `root' parameter is mentioned in the documentation, I didn't really understand its effects. I think adding something like the example and comment above would help (the section is already long, but it's loaded with information and only includes one simple example; actually, adding a new section to the Emacs manual on customizing buffer display with some more examples (or at least expanding the current section and referring to it from a prominent place in the user manual) would probably be even better, as this is really of at least as much interest to users as it is to developers/Elisp authors.) > Or, you can make sure that your completions always appear in a window on > the right of the frame by adding something like > > (("*Completions*") > same-frame > (reuse-buffer-window) > (new-window > (root . right))) > > to `display-buffer-names'. And, since I'm able to display a buffer on > an arbitrary side of a window I can write > > (("*Choices*") > same-frame > (reuse-buffer-window) > (new-window > (selected . above))) > > and have ispell use `display-buffer' for the *Choices* buffer. This > means that people who want to see the *Choices* buffer on a separate=09 > frame can do so by simply customizing `display-buffer-names'. Thank you for the explanation! =C5=A0t=C4=9Bp=C3=A1n