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: obsolete variable, use 2nd arg of `display-buffer' instead] Date: Thu, 23 Jun 2011 11:51:06 +0200 Message-ID: <4E030C8A.2060502@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1308822704 27207 80.91.229.12 (23 Jun 2011 09:51:44 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 23 Jun 2011 09:51:44 +0000 (UTC) To: emacs-devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 23 11:51:39 2011 Return-path: Envelope-to: ged-emacs-devel@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 1QZgZU-0002dc-M3 for ged-emacs-devel@m.gmane.org; Thu, 23 Jun 2011 11:51:36 +0200 Original-Received: from localhost ([::1]:59242 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QZgZT-0008Eh-Gj for ged-emacs-devel@m.gmane.org; Thu, 23 Jun 2011 05:51:35 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:33639) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QZgZ7-0008Du-6H for emacs-devel@gnu.org; Thu, 23 Jun 2011 05:51:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QZgZ5-0002Qq-1Q for emacs-devel@gnu.org; Thu, 23 Jun 2011 05:51:12 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:41193) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1QZgZ4-0002QY-Dn for emacs-devel@gnu.org; Thu, 23 Jun 2011 05:51:10 -0400 Original-Received: (qmail invoked by alias); 23 Jun 2011 09:51:08 -0000 Original-Received: from 62-47-51-139.adsl.highway.telekom.at (EHLO [62.47.51.139]) [62.47.51.139] by mail.gmx.net (mp060) with SMTP; 23 Jun 2011 11:51:08 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1++AHVW29a+LCp+fd0VthKlKJkkw6yg5BX1WsN56U umh0Nz8hhT4U/9 User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 213.165.64.22 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:140911 Archived-At: > I do not and will not use the customization ui. > I want my settings where I can read and modify them. This is a pity for two reasons: If experienced developers never use the UI all feedback in this area will come from inexperienced users. That's why the customization interface occasionally lags behind. Moreover, I spent some time writing the customization for this option and now do not find anyone to go through it. But what I rather meant was using the customization UI as a starter, get a first version from there and then continue hacking the result. > it produces a lot of separate entries like > (((name . "*acl-listener*")) > fun-with-args > (fun-with-args special-display-popup-frame #1#)) > (((name . "*scheme*")) > fun-with-args > (fun-with-args special-display-popup-frame #1#)) > (((name . "*allegro*")) > fun-with-args > (fun-with-args special-display-popup-frame #1#)) > (((name . "*cmu*")) > fun-with-args > (fun-with-args special-display-popup-frame #1#)) > > I think it would be better to group them together like I do above. Agreed. I hope I can do that - `special-display-regexps' is difficult to parse. > also, it converts same-window-buffer-names into > (((name . "*Diff*")) reuse-window (reuse-window same)) > how is this different from > (((regexp . ".*")) reuse-window (reuse-window nil same 0)) "(reuse-window same)" stands for "reuse the same (selected) window, no matter which buffer it shows" (which is what `same-window-buffer-names' stands for). "(reuse-window nil same 0)" stands for "reuse any window showing the same buffer on any visible or iconified frame". So if you can reformulate my doc-string to make this clear, please do so. > also, special-display-popup-frame is marked as obsolete, so > display-buffer-alist-set should not be producing it. Hmmm... So I'll have to revert the obsoletion declaration for this. Or interpret the functionality of `special-display-popup-frame' in terms of `display-buffer-alist' which would be better but harder. I'll tell you as soon as I know what I can do. > also, how is > (.... fun-with-args (fun-with-args special-display-popup-frame #1#)) > different from > (.... pop-up-frame (pop-up-frame-alist ....)) `special-display-popup-frame' is a special function that can, for example, reuse a window for showing the buffer. `pop-up-frame' means to call either `pop-up-frame-function' or, if this is undefined `make-frame', but in any case always pop up a new frame and never reuse an existing window. Thanks for going through this, martin