From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#6204: vc-dir always splits the frame Date: Wed, 26 May 2010 07:26:28 -0700 Message-ID: <13806D9DC33E4B37A4C0E65AE9ECC628@us.oracle.com> References: <4jwrv35d7a.fsf@fencepost.gnu.org> <878w7fa7cr.fsf@mail.jurta.org> <4BF504B4.50408@gmx.at> <4BF5736B.1030605@gmx.at> <4BF79ABA.7080006@gmx.at><87ljbbv4u4.fsf@mail.jurta.org> <87y6fbqtq2.fsf@mail.jurta.org> <4BF91C54.4070608@gmx.at> <4BF97C5B.409@gmx.at> <4BFBEE76.7000003@gmx.at> <7496FB4D7A8745038D45428F0C3FB753@us.oracle.com> <4BFCDC43.30702@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1274885428 29946 80.91.229.12 (26 May 2010 14:50:28 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 26 May 2010 14:50:28 +0000 (UTC) Cc: 6204@debbugs.gnu.org To: "'martin rudalics'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed May 26 16:50:25 2010 connect(): No such file or directory Return-path: Envelope-to: geb-bug-gnu-emacs@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 1OHHw1-0007tk-TK for geb-bug-gnu-emacs@m.gmane.org; Wed, 26 May 2010 16:50:18 +0200 Original-Received: from localhost ([127.0.0.1]:52045 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OHHrQ-0004qB-5W for geb-bug-gnu-emacs@m.gmane.org; Wed, 26 May 2010 10:45:32 -0400 Original-Received: from [140.186.70.92] (port=48359 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OHHdu-00014D-QX for bug-gnu-emacs@gnu.org; Wed, 26 May 2010 10:31:38 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OHHZp-0007tC-8x for bug-gnu-emacs@gnu.org; Wed, 26 May 2010 10:27:22 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:49014) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OHHZp-0007t4-6L for bug-gnu-emacs@gnu.org; Wed, 26 May 2010 10:27:21 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1OHHZW-0007nT-3b; Wed, 26 May 2010 10:27:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 26 May 2010 14:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6204 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 6204-submit@debbugs.gnu.org id=B6204.127488401529965 (code B ref 6204); Wed, 26 May 2010 14:27:02 +0000 Original-Received: (at 6204) by debbugs.gnu.org; 26 May 2010 14:26:55 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OHHZO-0007nG-Te for submit@debbugs.gnu.org; Wed, 26 May 2010 10:26:55 -0400 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OHHZN-0007nA-B0 for 6204@debbugs.gnu.org; Wed, 26 May 2010 10:26:53 -0400 Original-Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4QEQkc1031876 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 26 May 2010 14:26:47 GMT Original-Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4QDL8vd016670; Wed, 26 May 2010 14:26:44 GMT Original-Received: from abhmt021.oracle.com by acsmt353.oracle.com with ESMTP id 299571371274883993; Wed, 26 May 2010 07:26:33 -0700 Original-Received: from dradamslap1 (/141.144.168.124) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 26 May 2010 07:26:26 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <4BFCDC43.30702@gmx.at> Thread-Index: Acr8rclIjVUWE06iRFy5RS3NjpaA6QALwViQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 X-Auth-Type: Internal IP X-Source-IP: rcsinet15.oracle.com [148.87.113.117] X-CT-RefId: str=0001.0A090204.4BFD2FA7.022D:SCFMA4539811,ss=1,fgs=0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Wed, 26 May 2010 10:27:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:37293 Archived-At: > > The downside to adding such parameters in a case where you > > modify existing functions (esp. if used heavily in > > existing code) is that it can make it harder > > for 3rd-party code to take advantage of the new feature > > and still work with older versions that do not have the > > new parameters. > > I suppose that re-using the `other-window' argument of > `display-buffer' as Juri proposed will handle the problem > you describe. Dunno. As I say, I haven't really been following this. As a user and someone who has code that must work with multiple versions, I would like existing calls to `display-buffer' (and to functions that call it) to do the same thing across versions. Any additional behavior that is specific to Emacs 24+ I would like to be able to choose/determine/set in some other way than via the traditional `display-buffer' signature. A global variable is useful for that. The default value of the variable would be such as to obtain the pre-24 behavior (IOW, that would be the default behavior). If you instead add optional parameters at the end of the list, that's OK too - same effect, as long as the default behavior (the behavior for the traditional signature) is the same as (or very close to) the pre-24 behavior. That way, someone who makes an ordinary, pre-24-style call to the function gets the traditional behavior. It is only by making a non-pre-24 call or setting a new variable to a non-default value that you get the new feature (whatever it might be). To me, that is the ideal way to handle this kind of thing. You might have some specific needs and reasons that conflict with that ideal - dunno. For such a case *especially*, I would encourage you to take the discussion to the wider dev forum, emacs-devel. That's what it's for. HTH.