From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Ludwig, Mark" Newsgroups: gmane.emacs.help Subject: RE: Want split-window-vertically to split *vertically* Date: Mon, 14 Nov 2011 14:51:32 +0000 Message-ID: References: <87vcqmdbjs.fsf@tsdh.uni-koblenz.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1321282314 10902 80.91.229.12 (14 Nov 2011 14:51:54 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 14 Nov 2011 14:51:54 +0000 (UTC) To: Tassilo Horn , "help-gnu-emacs@gnu.org" Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Nov 14 15:51:50 2011 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RPxsz-0007As-TC for geh-help-gnu-emacs@m.gmane.org; Mon, 14 Nov 2011 15:51:50 +0100 Original-Received: from localhost ([::1]:56513 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RPxsy-00029P-Rt for geh-help-gnu-emacs@m.gmane.org; Mon, 14 Nov 2011 09:51:48 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:34777) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RPxst-000253-Qa for help-gnu-emacs@gnu.org; Mon, 14 Nov 2011 09:51:45 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RPxss-0003B6-KI for help-gnu-emacs@gnu.org; Mon, 14 Nov 2011 09:51:43 -0500 Original-Received: from usslmhub002.ugs.com ([134.244.32.85]:15355 helo=ugs.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RPxss-0003Ag-Fl for help-gnu-emacs@gnu.org; Mon, 14 Nov 2011 09:51:42 -0500 Original-Received: from USSLMMBX002.net.plm.eds.com (161.134.138.62) by USSLMHUB002.net.plm.eds.com (134.244.32.85) with Microsoft SMTP Server (TLS) id 14.1.323.3; Mon, 14 Nov 2011 08:51:34 -0600 Original-Received: from USSLMMBX003.net.plm.eds.com ([169.254.2.137]) by USSLMMBX002.net.plm.eds.com ([169.254.1.183]) with mapi id 14.01.0323.003; Mon, 14 Nov 2011 08:51:33 -0600 Thread-Topic: Want split-window-vertically to split *vertically* Thread-Index: Acyi1dpZ9XX5+pN1QkaOcNyuZwFeFgAA7+hwAACTy5A= In-Reply-To: <87vcqmdbjs.fsf@tsdh.uni-koblenz.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [146.122.220.34] X-detected-operating-system: by eggs.gnu.org: Windows 2000 SP2+, XP SP1+ (seldom 98) X-Received-From: 134.244.32.85 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:82908 Archived-At: > From: Tassilo Horn > Sent: Monday, November 14, 2011 8:27 AM > To: help-gnu-emacs@gnu.org > Subject: Re: Want split-window-vertically to split *vertically* >=20 > "Ludwig, Mark" writes: >=20 > Hi Mark, >=20 > > I am using Emacs 23.3.1 and want to know how to make > > split-window-vertically do as documented: split *vertically* no matter > > how wide the frame is. There clearly is logic that decides to split > > *horizontally* when the frame is relatively wide. Why does C-x 2 act > > this way when the other behavior is available (normally) on C-x 3? >=20 > C-x 2 and C-x 3 should always do what their name suggests, except when > such a split would create a window that's smaller than window-min-height > / window-min-width. But even in that case, I don't get a different > split but a message is shown telling me that the window is too small to > be split. (However, I'm testing with emacs 24, but I would be suprised > if emacs 23.3.1 was that much different.) >=20 > Anyway, can you give a recipe for reproducing that wrong split starting > with "emacs -Q"? Hi Tassilo, Thanks for responding. I don't have any .emacs file in this environment (p= ainful for someone accustomed to lots of custom things, but so far superior= to notepad or wordpad...). I could have sworn that I tried C-x 2 and it split horizontally, but now I = can't reproduce that (with or without -Q). Anyway, it turns out that my complaint is with the behavior of list-matchin= g-lines. It decides to put the *Occur* buffer side-by-side on wide frames.= I reflexively fix that with C-x 0, but then pressing RET on top of an occ= urrence invokes occur-mode-goto-occurrence that also decides to split wide = frames horizontally. Neither function documents any way to influence this = behavior. Is there a way? This has the feel of something someone considered an enhancement, and when = I'm working with source files (usually still in the form of 80-byte-wide pu= nch cards), I kinda like it too. I think what I'm looking for is smarter l= ogic that senses the width of the content versus the width of the resulting= window.... Thanks, Mark