From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?ISO-8859-2?Q?Jaros=B3aw_Rzesz=F3tko?= Newsgroups: gmane.emacs.devel Subject: Re: Controlling which windows can be selected by display-buffer-pop-up-window Date: Sun, 22 Dec 2013 16:56:28 +0100 Message-ID: References: <52B70745.10201@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c361d2dff2c904ee218d9e X-Trace: ger.gmane.org 1387728773 24346 80.91.229.3 (22 Dec 2013 16:12:53 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 22 Dec 2013 16:12:53 +0000 (UTC) Cc: emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Dec 22 17:12:57 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VuleD-0004kH-FS for ged-emacs-devel@m.gmane.org; Sun, 22 Dec 2013 17:12:57 +0100 Original-Received: from localhost ([::1]:58331 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VuleD-0005zJ-0X for ged-emacs-devel@m.gmane.org; Sun, 22 Dec 2013 11:12:57 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39341) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VulOJ-0000pH-7A for emacs-devel@gnu.org; Sun, 22 Dec 2013 10:56:32 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VulOI-0008WO-53 for emacs-devel@gnu.org; Sun, 22 Dec 2013 10:56:31 -0500 Original-Received: from mail-pd0-x235.google.com ([2607:f8b0:400e:c02::235]:51447) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VulOH-0008W8-TU for emacs-devel@gnu.org; Sun, 22 Dec 2013 10:56:30 -0500 Original-Received: by mail-pd0-f181.google.com with SMTP id p10so4336609pdj.12 for ; Sun, 22 Dec 2013 07:56:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/xkHE3ozkynqOywAckClPzZzsR46dMABD8xzdTty8AY=; b=a1eUl2JBlta/91McZh1Ze49nAMNAQBruK9xZ3RqujFebtSogZiraGArgcw4jHhPvjZ cBLXhkCUCpNIAR9Bo6buBlYGitWT1IAecycG7cI5Z/g/ed4vodGXxMD4KVieFqJF7cUT MphoNsDkiuLfotmdODxKPzBsNOURclw+5MqboB68gfZbyZla6MRmPgLEh7Yn+Ha/Mfv6 zObU0ilnUWDWRq7hauKQL6E/KMQSnV3qc5qNhnQYV/A9kfIY5Yq5a52uYfbEEqY+eVEF 0R8GraEtdSCOpwNLri0gGhFGeJ28sKry6ulfNfeb1erZtPKZM6kZpHHNRaKkm8s9uqPv 1JGw== X-Received: by 10.68.139.100 with SMTP id qx4mr20753892pbb.144.1387727788426; Sun, 22 Dec 2013 07:56:28 -0800 (PST) Original-Received: by 10.66.77.230 with HTTP; Sun, 22 Dec 2013 07:56:28 -0800 (PST) In-Reply-To: <52B70745.10201@gmx.at> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c02::235 X-Mailman-Approved-At: Sun, 22 Dec 2013 11:12:55 -0500 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:166735 Archived-At: --001a11c361d2dff2c904ee218d9e Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Hi, Thank you, that seems to work perfectly well! Cheers, Jaros=B3aw Rzesz=F3tko 2013/12/22 martin rudalics > > Is there any chance a more flexible mechanism for controlling which > window > > is chosen to be split when a new buffer is about to displayed could mak= e > it > > into Emacs? I have been trying to implement a way to keep a toggleable > > terminal or compilation window at the bottom of an Emacs frame, that is > > only a few lines high and is never split or deleted unless the users > > requests it - I think this is a perfectly reasonable feature many peopl= e > > would like, and one present in many environments those days. Currently, > to > > the extent I managed to learn, implementing a window that consistently > > keeps a fixed position and size and is never split, is possible only in > two > > ways, one is a really dirty hack, and the second one requires > > reimplementing a lot of the mechanisms in window.el. > > To avoid that a window is split, fix its buffer's height (see the > variable `window-size-fixed'). > > To show a window continuously at the bottom of a frame, use the function > `display-buffer-in-side-window' with a 'bottom argument. > > No dirty hacks needed ;-) > > martin > --001a11c361d2dff2c904ee218d9e Content-Type: text/html; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable
Hi,

Thank you, that seems to work perfectly well!
Cheers,
Jaros=B3aw Rzesz=F3tko


2013/12/22 martin rudalics <rudalics@gmx= .at>
> Is there any chance a= more flexible mechanism for controlling which window
> is chosen to be split when a new buffer is about to displayed could ma= ke it
> into Emacs? I have been trying to implement a way to keep a toggleable=
> terminal or compilation window at the bottom of an Emacs frame, that i= s
> only a few lines high and is never split or deleted unless the users > requests it - I think this is a perfectly reasonable feature many peop= le
> would like, and one present in many environments those days. Currently= , to
> the extent I managed to learn, implementing a window that consistently=
> keeps a fixed position and size and is never split, is possible only i= n two
> ways, one is a really dirty hack, and the second one requires
> reimplementing a lot of the mechanisms in window.el.

To avoid that a window is split, fix its buffer's height (see the
variable `window-size-fixed').

To show a window continuously at the bottom of a frame, use the function `display-buffer-in-side-window' with a 'bottom argument.

No dirty hacks needed ;-)
martin

--001a11c361d2dff2c904ee218d9e--