From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Working with one buffer in two frames/windows Date: Sat, 12 Jul 2008 22:41:29 +0200 Message-ID: <857ibqomx2.fsf@lola.goethe.zz> References: <86tzew3d1c.fsf@lola.quinscape.zz> <85myknqzq2.fsf@lola.goethe.zz> <48788A04.8020204@gmx.at> <85lk07pdpx.fsf@lola.goethe.zz> <877ibq7s5g.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1215895341 16655 80.91.229.12 (12 Jul 2008 20:42:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 12 Jul 2008 20:42:21 +0000 (UTC) Cc: martin rudalics , Stefan Monnier , emacs-devel@gnu.org To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jul 12 22:43:08 2008 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.50) id 1KHlvs-0001V2-SS for ged-emacs-devel@m.gmane.org; Sat, 12 Jul 2008 22:43:05 +0200 Original-Received: from localhost ([127.0.0.1]:47394 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KHlv0-0002eE-UH for ged-emacs-devel@m.gmane.org; Sat, 12 Jul 2008 16:42:10 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KHluP-000293-MH for emacs-devel@gnu.org; Sat, 12 Jul 2008 16:41:33 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KHluO-00028A-T3 for emacs-devel@gnu.org; Sat, 12 Jul 2008 16:41:33 -0400 Original-Received: from [199.232.76.173] (port=40657 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KHluO-00027u-Mn for emacs-devel@gnu.org; Sat, 12 Jul 2008 16:41:32 -0400 Original-Received: from mail-in-14.arcor-online.net ([151.189.21.54]:52022) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KHluO-0007ez-8i for emacs-devel@gnu.org; Sat, 12 Jul 2008 16:41:32 -0400 Original-Received: from mail-in-05-z2.arcor-online.net (mail-in-05-z2.arcor-online.net [151.189.8.17]) by mail-in-14.arcor-online.net (Postfix) with ESMTP id A59A5187910; Sat, 12 Jul 2008 22:41:30 +0200 (CEST) Original-Received: from mail-in-06.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mail-in-05-z2.arcor-online.net (Postfix) with ESMTP id 95F2E2DA961; Sat, 12 Jul 2008 22:41:30 +0200 (CEST) Original-Received: from lola.goethe.zz (dslb-084-061-040-057.pools.arcor-ip.net [84.61.40.57]) by mail-in-06.arcor-online.net (Postfix) with ESMTP id 7294135E6AA; Sat, 12 Jul 2008 22:41:30 +0200 (CEST) Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id C33C41CFAEF1; Sat, 12 Jul 2008 22:41:29 +0200 (CEST) In-Reply-To: <877ibq7s5g.fsf@uwakimon.sk.tsukuba.ac.jp> (Stephen J. Turnbull's message of "Sun, 13 Jul 2008 05:40:27 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-Virus-Scanned: ClamAV 0.93.3/7695/Sat Jul 12 21:12:59 2008 on mail-in-06.arcor-online.net X-Virus-Status: Clean X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 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:100625 Archived-At: "Stephen J. Turnbull" writes: > David Kastrup writes: > > martin rudalics writes: > > > > >> I don't think that the solution lies in user commands. The behavior for > > >> temporary screens like help screens and gnus screens and other stuff is > > >> far too egregiously annoying to make it reasonable to require the user > > >> to fight for his window configuration each time. > > > > > > If you have problems with `View-quit' when viewing a help buffer please > > > report here. I have tried to handle that case but might have failed. > > > > I just tried for 10-seconds and it might do the right thing. However, > > killing the view buffer with C-x k RET does not. > > (add-hook 'kill-buffer-hook 'View-quit 'append 'local) > > ? > > Yeah, I know, if somebody else does (add-hook ... 'append 'local) > later they will be hosed; maybe `add-hook' needs a MUST-BE-LAST-P > argument and error or warn if 'must-be-last has already been used? > > Or view-mode could rebind C-x k to something that does the equivalent > of a before advice which checks if the buffer to kill is the current > buffer, and if so does an add-one-shot-hook. I am not really all too convinced that one can cover everything in that manner. Maybe windows with unique window-point and/or frame configurations should be pushed into some history when something replaces them so that the default behavior will tend to restore them. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum