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: Window configurations Date: Thu, 03 Jun 2010 10:55:44 +0200 Message-ID: <4C076E10.6080201@gmx.at> References: <4BB4CF6B.2000007@alice.it> <871vdu6qn5.fsf@mail.jurta.org> <87bpcv1wvt.fsf@mail.jurta.org> <4BE13828.2030609@gmx.at> <87vdb2qo82.fsf@mail.jurta.org> <4BE27C17.3030005@gmx.at> <87vdav4vx5.fsf@mail.jurta.org> <4BE900E7.3090402@gmx.at> <87r5liqv8f.fsf@mail.jurta.org> <4BEA74DC.2060103@gmx.at> <87y6fns8qo.fsf@mail.jurta.org> <4BECF4D6.9030707@gmx.at> <87632na2af.fsf@mail.jurta.org> <4C03F1B5.8040708@gmx.at> <4C04D1BF.9070902@gmx.at> <4C052F8C.8030208@gmx.at> <87sk56sg6x.fsf@mail.jurta.org> <4C0655E0.80208@gmx.at> <8739x5tfl4.fsf@mail.jurta.org> 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 1275555369 6913 80.91.229.12 (3 Jun 2010 08:56:09 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 3 Jun 2010 08:56:09 +0000 (UTC) Cc: Stefan Monnier , Emacs To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 03 10:56:07 2010 connect(): No such file or directory Return-path: Envelope-to: ged-emacs-devel@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 1OK6De-0002iv-LU for ged-emacs-devel@m.gmane.org; Thu, 03 Jun 2010 10:56:07 +0200 Original-Received: from localhost ([127.0.0.1]:37833 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OK6Dd-0005xr-RF for ged-emacs-devel@m.gmane.org; Thu, 03 Jun 2010 04:56:05 -0400 Original-Received: from [140.186.70.92] (port=33555 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OK6DO-0005qm-NW for emacs-devel@gnu.org; Thu, 03 Jun 2010 04:55:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OK6DN-00029J-5i for emacs-devel@gnu.org; Thu, 03 Jun 2010 04:55:50 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]:44568) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1OK6DM-00029A-PV for emacs-devel@gnu.org; Thu, 03 Jun 2010 04:55:49 -0400 Original-Received: (qmail invoked by alias); 03 Jun 2010 08:55:47 -0000 Original-Received: from 62-47-38-194.adsl.highway.telekom.at (EHLO [62.47.38.194]) [62.47.38.194] by mail.gmx.net (mp018) with SMTP; 03 Jun 2010 10:55:47 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19hlFQGTu9hHMefaI67WLXx5oTMdUHngBv/eMpGci G7ALgkB6bvO7sR User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: <8739x5tfl4.fsf@mail.jurta.org> X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:125473 Archived-At: >>> I think changing the argument VISIBLE_OK won't help. The existing >>> calls of `other-buffer' (where VISIBLE_OK is nil) should keep the >>> current behavior of `other-buffer' that prefers not visible buffers >>> to visible buffers (when the window-local buffer-list is empty). >> You mean that when the window-local buffer-list is not empty these calls >> should be allowed to choose a visible buffer? What if an application >> wants to specify for a specific call that `other-buffer' does not return >> a visible buffer? > > Then `other-buffer' is too low-level to implement this. > Maybe `kill-buffer' and `bury-buffer' are more suitable places. We could use a 'this-window-only value for the VISIBLE_OK argument. > I don't see a problem with `split-window': after splitting, the second > window's buffer-list is empty, thus it adheres to the current behavior. I meant after splitting _and_ selecting the new window in order to decide which buffer to display in it. I suppose we always want to update the window-local buffer list after selecting a window with NORECORD nil? martin