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: Sun, 14 Nov 2010 21:55:41 +0100 Message-ID: <87d3q7mxpu.fsf@gmail.com> References: <87k4kjfldo.fsf@gmail.com> <4CDCF7E0.40406@gmx.at> <87bp5ug4lz.fsf@gmail.com> <4CDD3B9B.8090309@gmx.at> <877hgifv9d.fsf@gmail.com> <4CDD6BDC.4010305@gmx.at> <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> 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 1289768378 756 80.91.229.12 (14 Nov 2010 20:59:38 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 14 Nov 2010 20:59:38 +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 Nov 14 21:59:34 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 1PHjfi-0000W7-6v for ged-emacs-devel@m.gmane.org; Sun, 14 Nov 2010 21:59:34 +0100 Original-Received: from localhost ([127.0.0.1]:48731 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PHjfh-0005Po-KE for ged-emacs-devel@m.gmane.org; Sun, 14 Nov 2010 15:59:33 -0500 Original-Received: from [140.186.70.92] (port=52519 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PHjdZ-0004FS-OA for emacs-devel@gnu.org; Sun, 14 Nov 2010 15:57:23 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PHjdV-0005fW-GF for emacs-devel@gnu.org; Sun, 14 Nov 2010 15:57:21 -0500 Original-Received: from mail-fx0-f41.google.com ([209.85.161.41]:62828) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PHjdV-0005fS-Bh for emacs-devel@gnu.org; Sun, 14 Nov 2010 15:57:17 -0500 Original-Received: by fxm20 with SMTP id 20so3550713fxm.0 for ; Sun, 14 Nov 2010 12:57:16 -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=tZw4jG5+3GvVN7LB0XwbaOPmCxD2G6CTZLDUfCBVmns=; b=KiiMaUYj+g7vXlVx1hi1CTsSYDPEhiiCo9MvRhV7WZcAqRQzHs39zDXJBlsEpbxQAd /bdy9/mYihjUlyVn+Cob7jpi2qD4EMCXwjsUZ7dVwY82+h7Oq9wiz8ETHG2H9hAqSn0j KD3tNLtd7N/XcDNOvaYF9dF98vYkFrhoc+wbs= 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=mJYcSeLQJo78GR5ktcF7uuJv5pjru6K17C+3Yyhw4OPQQ6InPKwoq0ell7GE7I4hHg lbMfyxd2tbZgPH+64iRPa9Q8vw8mjmuI68w/QJ6sl/9tcuXqWZi9tV7lOC63wLcnEVD0 /PmElFR4o9u7tee3PXLzAMIr07g4AAhHcOOUQ= Original-Received: by 10.223.93.202 with SMTP id w10mr3900303fam.22.1289768236412; Sun, 14 Nov 2010 12:57:16 -0800 (PST) Original-Received: from localhost (176.119.broadband10.iol.cz [90.177.119.176]) by mx.google.com with ESMTPS id 15sm657122fal.46.2010.11.14.12.57.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 14 Nov 2010 12:57:15 -0800 (PST) In-Reply-To: <4CE031A6.8010403@gmx.at> (martin rudalics's message of "Sun, 14 Nov 2010 19:59:50 +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:132617 Archived-At: martin rudalics writes: >> Alright... I built it and was going to use it, but I hit one >> show-stopper immediately: the `split-{height,width}-threshold' variables >> seem to be ignored: I have the former set to 80, the latter to 150 and >> `pop-up-windows' to t, but with window-pub a 59x158 window is >> split vertically, making Emacs pretty much unusable for me. > > Thanks for testing. I expected you to find a show-stopper earlier. Do > you mean that 24 lines is to small for a new window (many popped up > windows here are only a few lines tall). Well, kind of (more below). >> The docstrings state that the above variables are obsolete and one >> should use `display-buffer-names' etc., but I have no idea how to get >> the previous correct behaviour (I assume messing with `min-width' and >> similar inside `display-buffer-names' might be the way to go, but I >> don't see why the obsolete variables should not be respected when the >> new ones are nil by default anyway). > > The new ones are not nil. Oh... I only checked `display-buffer-names', which is nil by default. > `display-buffer-regexps' specifies them as 24 > lines and 60 columns for the new window which obviously don't match the > defaults of the trunk. So please change the default values of the > min-height and min-width specifiers in `display-buffer-regexps' > > '(((".*") > same-frame > (reuse-buffer-window . nil) > (new-window (largest . nil) (lru . nil)) > (min-height . 24) (min-width . 60) > (even-window-sizes . t) > other-frame > (reuse-buffer-window . visible) > (graphic-only . t) > (popup-frame-alist > (height . 24) (width . 80) (unsplittable . t)))) > > to something more reasonable and tell me about the next show-stopper you > encounter. Well, I'm sorry but I'll obviously need some assistance. As I explained, what I'm used to is this: split-height-threshold =3D 80 split-width-threshold =3D 150 pop-up-windows =3D t fullscreen window width =3D> 158 fullscreen window height =3D> 59 ... meaning that the first new window is automatically split _horizontally_ (resulting in two windows side by side). With Emacs from window-pub, even when I change `min-height' in the default value of `display-buffer-regexps' to 1000 and `min-width' to 10, I still get a vertical split! So as I said, I have no idea what "something more reasonable" should actually look like... :-| Could you provide a value for `display-buffer-regexps' that should produce the behaviour I expect (or at least some other kind of sensible behaviour -- I don't consider preferring vertical splits of a much-wider-than-high window sensible at all)? Thank you, =C5=A0t=C4=9Bp=C3=A1n