From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tassilo Horn Newsgroups: gmane.emacs.devel Subject: Re: include new package wconf.el in GNU ELPA Date: Fri, 31 Jul 2015 15:56:03 +0200 Message-ID: <87d1z8h1n0.fsf@gnu.org> References: <877fph8xwx.fsf@acer.localhost.com> <87d1z9a210.fsf@gnu.org> <55BB1F49.1020800@gmx.at> <87pp38hgeg.fsf@gnu.org> <55BB465D.8080704@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1438351003 14932 80.91.229.3 (31 Jul 2015 13:56:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 31 Jul 2015 13:56:43 +0000 (UTC) Cc: Ingo Lohmar , emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 31 15:56:33 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZLAnY-00034y-QM for ged-emacs-devel@m.gmane.org; Fri, 31 Jul 2015 15:56:32 +0200 Original-Received: from localhost ([::1]:44582 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZLAnX-0002St-Kd for ged-emacs-devel@m.gmane.org; Fri, 31 Jul 2015 09:56:31 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34509) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZLAnH-0002S5-7h for emacs-devel@gnu.org; Fri, 31 Jul 2015 09:56:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZLAnB-0004qi-Sd for emacs-devel@gnu.org; Fri, 31 Jul 2015 09:56:15 -0400 Original-Received: from out1-smtp.messagingengine.com ([66.111.4.25]:46270) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZLAnB-0004qe-MK for emacs-devel@gnu.org; Fri, 31 Jul 2015 09:56:09 -0400 Original-Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 2DDFF20C91 for ; Fri, 31 Jul 2015 09:56:09 -0400 (EDT) Original-Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Fri, 31 Jul 2015 09:56:09 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=vgUkPhnlp21thM2Q0m2x48eOxYo=; b=epBqr 2a06SW7T7YBot+OSACViy/mfdeeHKZYa6KH8XjUh4OyxrpQkNErfqrWZ5OIXGQMC Ny4R48TqMIJGo4X6KQ+3Tic+HmOJ42TlcyVryhOvgcBUQhQIH+/qQyurYgkpnyHH 8Cletd0Gu1VM+rHOUzqED395T6Yd5Gl/AUX42k= X-Sasl-enc: YaztLf0Jy2SlWecQ308BVt4Ku2NCiSNNm80UAwYZVBT9 1438350968 Original-Received: from thinkpad-t440p (unknown [2.162.149.230]) by mail.messagingengine.com (Postfix) with ESMTPA id 0B93DC00014; Fri, 31 Jul 2015 09:56:07 -0400 (EDT) Mail-Followup-To: martin rudalics , Ingo Lohmar , emacs-devel@gnu.org In-Reply-To: <55BB465D.8080704@gmx.at> (martin rudalics's message of "Fri, 31 Jul 2015 11:56:45 +0200") User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 66.111.4.25 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:188236 Archived-At: martin rudalics writes: >> Say I have just a single window with *scratch* and point at >> (point-min). I save that window config to a register. Now I split >> windows, and some of the windows still show *scratch*, but in there I >> moved point to (point-max). >> >> What I like to have was that `C-x r j >> ` went back to the single-window >> displaying *scratch* layout but the last recent point value would >> stick to (point-max) instead of going back to (point-min). > > IIUC you eventually go to a window that was not part of the initial > configuration and there you move `point'. Then you restore the initial > configuration and that last movement's value is lost. Yes, pretty much that. I don't have a real concept of a window other than a container for a buffer so I can't tell if a window W1 in window configuration WC1 is different to a window W2 in window configuration WC2. All I want is that when switching from WC1 to WC2, all buffers which are displayed by some window in both WC1 and WC2 keep their window point values from WC1. Of course, there are corner cases like some buffer being displayed in multiple windows in WC1 and/or WC2 which I haven't thought about yet. > I'm afraid that want you want cannot be achieved easily. In principle > we'd have to record for each window the last position of its buffer's > `point' at the time the window was selected together with a time > stamp. I think I'm fine with just the windows that are currently visible at the point in time where the window config switch happens. > When restoring the configuration we'd have to, for the selected > window, check whether its `point' should be moved to some youngest > previously stored position. What if the window where the last move > occurred was deleted before restoring the configuration? When I deleted it, then I don't care about it. > What if `point' moved at a time no window showing the buffer was > selected? Then I didn't move myself so that move is not interesting to me. Bye, Tassilo