From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: Window configurations Date: Fri, 18 Jun 2010 00:55:44 +0200 Message-ID: References: <4BB4CF6B.2000007@alice.it> <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> <4C16616C.2070101@gmx.at> <87pqztiafa.fsf@mail.jurta.org> <4C1726D3.2090308@gmx.at> <87pqzsm2m6.fsf@mail.jurta.org> <4C1908ED.6090107@gmx.at> <878w6esntw.fsf@mail.jurta.org> <4C19D59E.5010402@gmx.at> <87sk4mowe8.fsf@mail.jurta.org> <4C19F6FB.6040203@gmx.at> <871vc5xugj.fsf@mail.jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1276815378 9122 80.91.229.12 (17 Jun 2010 22:56:18 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 17 Jun 2010 22:56:18 +0000 (UTC) Cc: martin rudalics , Stefan Monnier , Emacs To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jun 18 00:56:16 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 1OPO0N-00043u-Hk for ged-emacs-devel@m.gmane.org; Fri, 18 Jun 2010 00:56:15 +0200 Original-Received: from localhost ([127.0.0.1]:45302 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OPO0M-0004rF-Ly for ged-emacs-devel@m.gmane.org; Thu, 17 Jun 2010 18:56:14 -0400 Original-Received: from [140.186.70.92] (port=37462 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OPO0F-0004oE-GE for emacs-devel@gnu.org; Thu, 17 Jun 2010 18:56:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OPO0E-00063F-Fp for emacs-devel@gnu.org; Thu, 17 Jun 2010 18:56:07 -0400 Original-Received: from mail-gw0-f41.google.com ([74.125.83.41]:49118) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OPO0E-000637-7S for emacs-devel@gnu.org; Thu, 17 Jun 2010 18:56:06 -0400 Original-Received: by gwj23 with SMTP id 23so308874gwj.0 for ; Thu, 17 Jun 2010 15:56:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=BL5i7PvW+0SovHLmjTdywaH/ix7cIEfG2m19Lg1/xKI=; b=G0tx4m3mDtY+F5OzjT7SedyE/oKh/oTl4sufjkVTzfKrUomM7aCcjCG7TdgA59xx7i 2f9yABSht1AZuWeAfe5ZbTC2iFFkc+cCNqxpwJbHSXUKk0FqeJAgSR4ivNaMhEqr/Lu8 +LRjTFzmx3VvMRN7fy85yJX7MVuZjx3V3bMew= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=IJAGHXGZZH/fvQNPboJBx5i9lA16OvlPxZByqwBXaH/2GvS+NGxaqM9DQmyQaJlMDM E1gf61hjk+AkRp/Jio7080navB/DGThqV9hUON03XLXREyfh/uunSZ7UF4WLWXfUnfkg Esu8qIXxW/0l/6+ytAfuOAzQW/txWgPMpsKvY= Original-Received: by 10.101.191.37 with SMTP id t37mr196374anp.82.1276815365245; Thu, 17 Jun 2010 15:56:05 -0700 (PDT) Original-Received: by 10.100.154.15 with HTTP; Thu, 17 Jun 2010 15:55:44 -0700 (PDT) In-Reply-To: <871vc5xugj.fsf@mail.jurta.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) 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:126112 Archived-At: On Thu, Jun 17, 2010 at 10:38 PM, Juri Linkov wrote: >>> I see no such problems for `view-return-to-alist', so maybe it won't >>> a problem for other buffers too. >> >> It does not have problems because you do it via `View-quit', hence the >> window is probably still the same window showing the same buffer. =C2=A0= If >> you switch to another buffer in an earlier popped up help window, then >> having a later `unbury-buffer' delete that window might be surprising. > > I'm not sure this will be surprising because it will delete the window > when the Help buffer is displayed in it, not with some other buffer. > So when I see the Help buffer and type `q', I expect that it will delete > that window. Yes, if helped opened it. But not if help was just displayed in that window. Then I expect q to remove help and show what was there before. I simply expect q to restore the state if it is possible. However on thing that has disturbed me is that for example window configurations are restored after I have made changes to the temporary window configuration. That does not seem useful (except in the case of debugging which is very different).