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: split-window-preferred-function Date: Wed, 02 Apr 2008 11:58:37 +0200 Message-ID: <47F358CD.2020102@gmx.at> References: <47E188D5.5030502@gmx.at> <87hcf1rrdj.fsf@jurta.org> <87r6e3k3hc.fsf@jurta.org> <87d4pfzt2j.fsf@jurta.org> <47ED4BF7.9060507@gmx.at> <871w5utnac.fsf@jurta.org> <47EE064A.1060105@gmx.at> <874papk8zl.fsf@jurta.org> <47F34982.2000706@gmx.at> <87lk3woay9.fsf@member.fsf.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1207130262 27407 80.91.229.12 (2 Apr 2008 09:57:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 2 Apr 2008 09:57:42 +0000 (UTC) Cc: emacs-devel@gnu.org To: Tassilo Horn Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 02 11:58:14 2008 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.50) id 1JgzjJ-0005pf-4B for ged-emacs-devel@m.gmane.org; Wed, 02 Apr 2008 11:58:05 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jgzig-0000wJ-KK for ged-emacs-devel@m.gmane.org; Wed, 02 Apr 2008 05:57:26 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JgziZ-0000vF-NM for emacs-devel@gnu.org; Wed, 02 Apr 2008 05:57:19 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JgziY-0000v3-5F for emacs-devel@gnu.org; Wed, 02 Apr 2008 05:57:19 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JgziX-0000v0-Ql for emacs-devel@gnu.org; Wed, 02 Apr 2008 05:57:17 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1JgziX-0000UG-5K for emacs-devel@gnu.org; Wed, 02 Apr 2008 05:57:17 -0400 Original-Received: (qmail invoked by alias); 02 Apr 2008 09:57:15 -0000 Original-Received: from 62-47-51-227.adsl.highway.telekom.at (EHLO [62.47.51.227]) [62.47.51.227] by mail.gmx.net (mp039) with SMTP; 02 Apr 2008 11:57:15 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18b70Yb1gob73LsKCNtQvWOZR/wtU2J7uc8GZSrzw 37dNovMDuzpnQg User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: de-DE, de, en-us, en In-Reply-To: <87lk3woay9.fsf@member.fsf.org> X-Y-GMX-Trusted: 0 X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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:94179 Archived-At: > What would that do? The same as `split-height-threshold' - horizontally spoken ;-) > Judging from the name I think it would inhibit splitting if the > resulting window would be smaller than that threshold and reuse the > least recently used window instead. I'd welcome such a feature (I > usually don't want windows that are smaller than 80 columns), but > wouldn't we need the same for height, too? We have that already but hardly anyone is aware of it. Its default value is 500 (lines, nota bene). The purpose of these variables is trivial: Windows less than that are not split by `display-buffer'. > Additionally we might need something like `split-window-special-regexp' > for buffers that should not obey this threshold. For example I can > imagine that a minimum width of 80 columns is not what users expect for > a buffer displaying a speedbar-like file tree. But maybe that's not > needed if all modes that use such special buffers call `split-window' > with explicit `size' parameter. We'd probably have `display-buffer' obey buffer-local values. All this can be written easier as soon as `display-buffer' is available in Elisp.