From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Vincent Montressor Newsgroups: gmane.emacs.help Subject: Re: Want old "*compilation*" behavior back! Date: Mon, 16 May 2011 18:23:38 -0700 (PDT) Message-ID: <225937.10593.qm@web161403.mail.bf1.yahoo.com> References: 447832.87442.qm@web161406.mail.bf1.yahoo.com <4DCF802E.2010704@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1305595429 25331 80.91.229.12 (17 May 2011 01:23:49 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 17 May 2011 01:23:49 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue May 17 03:23:46 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 1QM90k-0001v0-52 for geh-help-gnu-emacs@m.gmane.org; Tue, 17 May 2011 03:23:46 +0200 Original-Received: from localhost ([::1]:50520 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QM90j-0003mQ-MB for geh-help-gnu-emacs@m.gmane.org; Mon, 16 May 2011 21:23:45 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:42086) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QM90e-0003mI-F4 for help-gnu-emacs@gnu.org; Mon, 16 May 2011 21:23:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QM90d-0007ca-A6 for help-gnu-emacs@gnu.org; Mon, 16 May 2011 21:23:40 -0400 Original-Received: from nm14.bullet.mail.bf1.yahoo.com ([98.139.212.173]:22759) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1QM90d-0007cU-5s for help-gnu-emacs@gnu.org; Mon, 16 May 2011 21:23:39 -0400 Original-Received: from [98.139.212.153] by nm14.bullet.mail.bf1.yahoo.com with NNFMP; 17 May 2011 01:23:38 -0000 Original-Received: from [98.139.212.235] by tm10.bullet.mail.bf1.yahoo.com with NNFMP; 17 May 2011 01:23:38 -0000 Original-Received: from [127.0.0.1] by omp1044.mail.bf1.yahoo.com with NNFMP; 17 May 2011 01:23:38 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 325621.88397.bm@omp1044.mail.bf1.yahoo.com Original-Received: (qmail 15802 invoked by uid 60001); 17 May 2011 01:23:38 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1305595418; bh=BXqUVuYcpNcczKtrwKou23jD+i+dFIWxJ7QwpTvzLMs=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=fxbO73ZgvLwE22bHQzXNVqktPee2KsuEb6BAzKEiR8XqmhnOpXFl2Ckgmm85kZI6ykIVt/AIHX2Iq0wATZX8xEpXM533c9kfYz9e6i8zJuXaBhTw9IdB/yqGOXjDq8H3r9PXs7ohN4Q1LNBwJVH0zdGloUUqpm5X+OZxrbZVRkY= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=lbB6Lgav+4MnTGr1QfmftWZvC7kBBv7BvKFvYYLpUjBcXi4YqAG4GFrGoajGA3OISBAZIH81Bzo+uPaH1h57g3jSYK/h/L20C7O5Czu1L604EPYYvtV311cGwPRbRgpHZmcXraAsQvo4YspljzfihvWMuXUWs5cnLTp/yE8EEvU=; X-YMail-OSG: JUcJBOcVM1lKrk6EjsjZfj23WILPI1S.sFJpqbfzu9jsYjr gR5Zdtii4hsufeqJC1Rjjq_ZCLpIaAgJMJg1ohsyfSGxcMe6vZfoWD0QJeuc JInhDxpszpOag6YuO6JC2mpBNad47I5tgMIBfNBu210LxO.8QbTVDHV14TnJ 5yqS_Jtsg_479U0bzp.LDKNWZjOP7dx35Y3Ezqiv5liw60AqAMNlFZeJTyXZ R8etfRDB55rO.eabQHp1OwFYdA5CZQ3bTGA2tcpF8Ot.sC4cWMs188Ds64G6 sFIBo7TM3Iz3Pl0FCK3mwq1RB1QNaERYQApqB3tOchDLCh7L3PjjTsed5Eak Sxrrr9wI88T2HdgJdnqO8LXoFJ_Ypps72yPPjHojPe4w_3KHzm6T15wk- Original-Received: from [137.78.208.22] by web161403.mail.bf1.yahoo.com via HTTP; Mon, 16 May 2011 18:23:38 PDT X-Mailer: YahooMailRC/567 YahooMailWebService/0.8.111.303096 In-Reply-To: <4DCF802E.2010704@gmx.at> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 98.139.212.173 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:80989 Archived-At: Ah, you're right about the "buffer" vs. "window" and horizontal vs. vertical confusion; sorry about that. But yes, it does the same unwanted thing with "emacs -Q" as well. And it seems (from experimenting) that split-height/width-threshold don't control this. Any other thoughts? I would be 90% satisfied with just solving this for *compilation*, and close to 100% satisfied if this got solved for *grep* as well. (I'm encouraged that it doesn't seem to do this in the most recent builds, at least not for you. Maybe this was just an aberration in the version I'm using?) ----- Original Message ---- From: martin rudalics To: vmontressor@yahoo.com Cc: help-gnu-emacs@gnu.org Sent: Sun, May 15, 2011 12:26:38 AM Subject: Want old "*compilation*" behavior back! > In Emacs 21, if I split a window > vertically and was in the left-hand buffer ... yet another argument to change the current vertical/horizontal terminology ;-) Please accept for the moment that splitting a window "vertically" produces two windows above each other. To get two windows side-by-side you have to split a window "horizontally". > and did `M-x compile', the > *compilation* buffer would appear in the right-hand buffer (unless the > left-hand > buffer was already *compilation*, in which case it would be reused). In > general, it put *compilation* in the "next" buffer unless there was only one > buffer, in which case it would split the buffer. In the preceding lines you mean "window" instead of "buffer". > In Emacs 23, it reuses the *compilation* buffer if that buffer is already > visible, but otherwise it splits my current buffer instead of using the > existing > "next" buffer. Does it happen with emacs -Q as well? When on my trunk (which is a couple of weeks old) I do emacs -Q, split the *scratch* window into two side-by-side windows and do M-x compile, the right window is reused for the *compilation* buffer. > I liked the old behavior much better, but I don't see a way to get it back. > Any > help? It depends on whether you want a solution just for the compilation buffer or a more general solution. In the latter case, changing the values of `split-height-threshold' or `split-width-threshold' might help. martin