From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#6204: vc-dir always splits the frame Date: Sat, 22 May 2010 10:50:02 +0200 Message-ID: <4BF79ABA.7080006@gmx.at> References: <4jwrv35d7a.fsf@fencepost.gnu.org> <878w7fa7cr.fsf@mail.jurta.org> <4BF504B4.50408@gmx.at> <4BF5736B.1030605@gmx.at> 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: dough.gmane.org 1274521404 13606 80.91.229.12 (22 May 2010 09:43:24 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 22 May 2010 09:43:24 +0000 (UTC) Cc: 6204@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat May 22 11:43:20 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 1OFlEf-0007cF-Rd for geb-bug-gnu-emacs@m.gmane.org; Sat, 22 May 2010 11:43:14 +0200 Original-Received: from localhost ([127.0.0.1]:59496 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OFkZC-000072-42 for geb-bug-gnu-emacs@m.gmane.org; Sat, 22 May 2010 05:00:22 -0400 Original-Received: from [140.186.70.92] (port=38303 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OFkWA-0006tx-E3 for bug-gnu-emacs@gnu.org; Sat, 22 May 2010 04:57:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OFkW5-0006Qj-OW for bug-gnu-emacs@gnu.org; Sat, 22 May 2010 04:57:14 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:50716) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OFkW5-0006Qe-KV for bug-gnu-emacs@gnu.org; Sat, 22 May 2010 04:57:09 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1OFkQA-0001CK-CE; Sat, 22 May 2010 04:51:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 May 2010 08:51: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.12745182104595 (code B ref 6204); Sat, 22 May 2010 08:51:02 +0000 Original-Received: (at 6204) by debbugs.gnu.org; 22 May 2010 08:50:10 +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 1OFkPK-0001C4-3D for submit@debbugs.gnu.org; Sat, 22 May 2010 04:50:10 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1OFkPI-0001Bk-7d for 6204@debbugs.gnu.org; Sat, 22 May 2010 04:50:08 -0400 Original-Received: (qmail invoked by alias); 22 May 2010 08:50:03 -0000 Original-Received: from 62-47-62-156.adsl.highway.telekom.at (EHLO [62.47.62.156]) [62.47.62.156] by mail.gmx.net (mp063) with SMTP; 22 May 2010 10:50:03 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18EVE8TFuIEQPGZwf7qqrTG1TXW3F3XY0gq9wk6T+ fSTrUjyTIrp0PS User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: X-Y-GMX-Trusted: 0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sat, 22 May 2010 04:51: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:37176 Archived-At: > If the buffer names are sufficiently regular and unique, > special-display-regexps can already provide the needed customizability > without any need for a new option. What about cases where buffer names are not regular and unique? Also, I'm afraid we currently ignore the fact that most users are simple not prepared to invest their time in studying the semantics of an option like `special-display-regexps'. Finally, this and `special-display-buffer-names' are user options and we again have the problem that an application binding that (or, worse, permanently adding its buffer names to it) may conflict with users expectations (or, worse, getting her the CHANGED outside Customize annyoances). martin