From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Window configurations Date: Tue, 01 Jun 2010 09:08:20 -0400 Message-ID: References: <4BB4CF6B.2000007@alice.it> <87r5m4hz39.fsf@mail.jurta.org> <4BD40821.70808@gmx.at> <87zl0rtmqy.fsf@mail.jurta.org> <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> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1275397718 32595 80.91.229.12 (1 Jun 2010 13:08:38 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 1 Jun 2010 13:08:38 +0000 (UTC) Cc: Juri Linkov , Emacs To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 01 15:08:36 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 1OJRCs-0005QJ-Oz for ged-emacs-devel@m.gmane.org; Tue, 01 Jun 2010 15:08:35 +0200 Original-Received: from localhost ([127.0.0.1]:47222 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OJRCr-0001vU-MT for ged-emacs-devel@m.gmane.org; Tue, 01 Jun 2010 09:08:33 -0400 Original-Received: from [140.186.70.92] (port=42460 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OJRCh-0001tn-CT for emacs-devel@gnu.org; Tue, 01 Jun 2010 09:08:24 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OJRCf-0006ca-UD for emacs-devel@gnu.org; Tue, 01 Jun 2010 09:08:22 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.183]:57862 helo=ironport2-out.pppoe.ca) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OJRCf-0006cT-Oe for emacs-devel@gnu.org; Tue, 01 Jun 2010 09:08:21 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAJaiBExMCpdY/2dsb2JhbACeM3K/ZIUWBIxM X-IronPort-AV: E=Sophos;i="4.53,340,1272859200"; d="scan'208";a="66678311" Original-Received: from 76-10-151-88.dsl.teksavvy.com (HELO pastel.home) ([76.10.151.88]) by ironport2-out.pppoe.ca with ESMTP; 01 Jun 2010 09:08:20 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 55D5181F8; Tue, 1 Jun 2010 09:08:20 -0400 (EDT) In-Reply-To: <4C04D1BF.9070902@gmx.at> (martin rudalics's message of "Tue, 01 Jun 2010 11:24:15 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) 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:125426 Archived-At: > +---------+---------+ > | | | > | dired 1 | dired 1 | > | | | > | | | > +---------+---------+ > Now view a file in the first window, and quit: `v q'. > The window configuration is correctly restored > (without using `set-window-configuration') - good. > Now do the same without `view-mode': `RET C-x k'. > Instead of the original buffer, some random buffer is displayed > in this window. So you're saying that C-x k's heuristic should be to try and restore the previous window state? I guess that could make sense, yes. >> we should think about how we can tell which is >> the better choice in a given situation. > We could make this customizable. No, we want instead to try and think in each case which behavior would make more sense. And maybe you're right that in "all" cases, trying to restore the previous window state is TRT, rather than choosing some non-shown buffer. Stefan