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: include new package wconf.el in GNU ELPA Date: Fri, 31 Jul 2015 11:56:45 +0200 Message-ID: <55BB465D.8080704@gmx.at> References: <877fph8xwx.fsf@acer.localhost.com> <87d1z9a210.fsf@gnu.org> <55BB1F49.1020800@gmx.at> <87pp38hgeg.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1438336643 9310 80.91.229.3 (31 Jul 2015 09:57:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 31 Jul 2015 09:57:23 +0000 (UTC) To: Ingo Lohmar , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 31 11:57:15 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 1ZL73t-0005qd-OU for ged-emacs-devel@m.gmane.org; Fri, 31 Jul 2015 11:57:09 +0200 Original-Received: from localhost ([::1]:43797 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZL73t-00081f-47 for ged-emacs-devel@m.gmane.org; Fri, 31 Jul 2015 05:57:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33348) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZL73g-00080p-A9 for emacs-devel@gnu.org; Fri, 31 Jul 2015 05:56:57 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZL73d-0005Li-CU for emacs-devel@gnu.org; Fri, 31 Jul 2015 05:56:56 -0400 Original-Received: from mout.gmx.net ([212.227.17.21]:63383) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZL73d-0005L3-2E for emacs-devel@gnu.org; Fri, 31 Jul 2015 05:56:53 -0400 Original-Received: from [194.118.142.172] ([194.118.142.172]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0M6zvN-1Z01RO3z89-00wjnP; Fri, 31 Jul 2015 11:56:52 +0200 In-Reply-To: <87pp38hgeg.fsf@gnu.org> X-Provags-ID: V03:K0:rnLYDfuqzoxVD0U9P/NTgH7Y9AqKJaLjAIhV3YujUgKoTWH0Ft+ CwDlhKz050YVbX/q7oSIRY7cyq5GTYr7kGJLOygCpOBCHPqOQ3VCeshkB5FdASMLH922z5H b2I1D4SqZaA/U3ZmSAKZZrZZmw8SMdZaKwhHr/dstdx6PasUaeehnd+VR98HjMyMObJBOAj raGKSQvPyw5Z+h7WJFenA== X-UI-Out-Filterresults: notjunk:1;V01:K0:hd3OknWGdsI=:PoUrLPdFNpbJ2IUGzaK5WO 4JnJi0A6qUafFM1RGgrn1NLVNVMTK+OG7i4Kd0vMf3wf7qgEyxWPpP+XvvV3g5E0k+RWrUh/n J1sTcw9OwJDBCMq4iXna0czhlan7eCde6UYSdpORbO4/bWZYPzQLjRmiPIwUWxYHNxn4ZGvWT FWULGVOagiAnQragIZP8jwr7aJANPYyz/kFJwk9k1KboWjsDMKpQD1aoDvth8DH5C6/0O9PIt Apilvlv4CneFOXSXcJwjCRLFi5eC6aiseM+v1A9yyG475MlbWaW4n8gKo4IOQrLOpFAM2SkgU EZ6lDf/wtReY3R9vo7eX7EIgk5kSTGsY1H6NXiyeMNX8ythclmiWjs2F9MaKNZZIbP3yJQYj6 TXRR/ztN7fA2q3BM1w8+Y93+b5CPuZ3joLss+Jnd/ZDCnBfD+T5U2IeSwS+mkr5iuvfCqAk6c xQDTdQDv9o2IMfe0uqt8BTXz0Un4oGVvLjfO9bjjajRh66rdiIz3lNal2tVewhqiap09Ziaoq sEl+H7QVP4xFbJ4WxD1+SHmWZziaYFFIhixfB5DUnQKv7/QZGQTJdIYi9DCQmcC81nZuDXoL5 J2IqfYQ7EWSQJxj1fqTmZUZb+NPxHntoh6QPoXOSFt9yEMnsfJ4I5AwPLPqVfBrCpnkB7uZ5v 1cikdhnbBIbiWpx1wBYQuHJHd6jwA9S5Xu1uBrNdIrvat7LUFMNyeHhZgDDEPjD3f7OU= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] X-Received-From: 212.227.17.21 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:188233 Archived-At: > 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. 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. 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? What if `point' moved at a time no window showing the buffer was selected? martin