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 10:37:11 +0200 Message-ID: <87pp38hgeg.fsf@gnu.org> References: <877fph8xwx.fsf@acer.localhost.com> <87d1z9a210.fsf@gnu.org> <55BB1F49.1020800@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1438331867 30676 80.91.229.3 (31 Jul 2015 08:37:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 31 Jul 2015 08:37:47 +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 10:37:37 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 1ZL5ot-0003oy-LW for ged-emacs-devel@m.gmane.org; Fri, 31 Jul 2015 10:37:35 +0200 Original-Received: from localhost ([::1]:43564 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZL5os-00043K-Rg for ged-emacs-devel@m.gmane.org; Fri, 31 Jul 2015 04:37:34 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37523) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZL5of-00043B-LS for emacs-devel@gnu.org; Fri, 31 Jul 2015 04:37:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZL5oa-0005wW-N9 for emacs-devel@gnu.org; Fri, 31 Jul 2015 04:37:21 -0400 Original-Received: from out1-smtp.messagingengine.com ([66.111.4.25]:45300) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZL5oa-0005wN-Je for emacs-devel@gnu.org; Fri, 31 Jul 2015 04:37:16 -0400 Original-Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 35F1B20A6A for ; Fri, 31 Jul 2015 04:37:16 -0400 (EDT) Original-Received: from frontend2 ([10.202.2.161]) by compute3.internal (MEProxy); Fri, 31 Jul 2015 04:37:16 -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=MHpKFh2eXWyYpuud1PQ3nZiTwP8=; b=Ktfz5 exzW62iLmduorofSz0LCSIOsEM74YL9Qzu6f066X1tlfzaiX/0BOQE/R+vfUU8is 5QY7ZEvG0hwfb5iIoUtg2FOzWOCUo+ROKjM679rEBHRct4G2c7gZJNopR+o0zmoZ /YparSvVRng3XMMibxxrkHRYPMhEhepaEBnfAg= X-Sasl-enc: oD3Jj8U4VvnsQln37sWO7GAtxZbdTqDuWuNFlZm+n3C5 1438331835 Original-Received: from thinkpad-t440p (unknown [2.162.149.230]) by mail.messagingengine.com (Postfix) with ESMTPA id B07F5680143; Fri, 31 Jul 2015 04:37:14 -0400 (EDT) Mail-Followup-To: martin rudalics , Ingo Lohmar , emacs-devel@gnu.org In-Reply-To: <55BB1F49.1020800@gmx.at> (martin rudalics's message of "Fri, 31 Jul 2015 09:10:01 +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:188229 Archived-At: martin rudalics writes: >> Basically, I'd prefer that when I restore a window config, the point >> values stay as they are for all the buffers which are part of the >> current window config and the one I'm switching to. > > What is the "point value of a buffer" and where do you see it change? 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). Well, and actually I'd like to have that not only for WCs stored in registers but also for, e.g., WCs stored by winner, etc. The problem is that some things like edebug also use WCs internally, and there switching back to the original point is absolutely needed. So I don't see how to distinguish the cases. Maybe some whitelist kind of approach like (and (memq last-command '(jump-to-register winner-undo winner-redo)) (called-interactively-p 'interactive)) could do the trick... Bye, Tassilo