From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#33871: 27.0.50; Revert Dired window saved in window configuration Date: Sun, 30 Dec 2018 10:52:58 +0100 Message-ID: <5C28957A.9050609@gmx.at> References: <87bm59mglk.fsf@mail.linkov.net> <5C234D27.40309@gmx.at> <87y38bhm6i.fsf@mail.linkov.net> <5C249D48.1020608@gmx.at> <87efa21wof.fsf@mail.linkov.net> <5C25E016.3050808@gmx.at> <87muonyl4b.fsf@mail.linkov.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1546163529 27250 195.159.176.226 (30 Dec 2018 09:52:09 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 30 Dec 2018 09:52:09 +0000 (UTC) Cc: 33871@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Dec 30 10:52:05 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gdXlL-0006x0-Cu for geb-bug-gnu-emacs@m.gmane.org; Sun, 30 Dec 2018 10:52:03 +0100 Original-Received: from localhost ([127.0.0.1]:43631 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gdXnR-0002Kc-Re for geb-bug-gnu-emacs@m.gmane.org; Sun, 30 Dec 2018 04:54:13 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:57362) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gdXnJ-0002JI-Ke for bug-gnu-emacs@gnu.org; Sun, 30 Dec 2018 04:54:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gdXnG-00052k-G3 for bug-gnu-emacs@gnu.org; Sun, 30 Dec 2018 04:54:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:47688) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gdXnG-00052d-Ct for bug-gnu-emacs@gnu.org; Sun, 30 Dec 2018 04:54:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gdXnG-00034V-AP for bug-gnu-emacs@gnu.org; Sun, 30 Dec 2018 04:54:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 30 Dec 2018 09:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33871 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 33871-submit@debbugs.gnu.org id=B33871.154616359011724 (code B ref 33871); Sun, 30 Dec 2018 09:54:02 +0000 Original-Received: (at 33871) by debbugs.gnu.org; 30 Dec 2018 09:53:10 +0000 Original-Received: from localhost ([127.0.0.1]:41833 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gdXmP-000332-Tm for submit@debbugs.gnu.org; Sun, 30 Dec 2018 04:53:10 -0500 Original-Received: from mout.gmx.net ([212.227.17.20]:45785) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gdXmO-00032m-Oc for 33871@debbugs.gnu.org; Sun, 30 Dec 2018 04:53:09 -0500 Original-Received: from [192.168.1.101] ([213.162.73.190]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0McluX-1gvU8T0bdx-00Hx83; Sun, 30 Dec 2018 10:53:00 +0100 In-Reply-To: <87muonyl4b.fsf@mail.linkov.net> X-Provags-ID: V03:K1:19uP0Mn5SYekrwcUXDyOFG/KYWeM0o0jWLVX+h3NNAsBbFnHLtj wCZRcXymkAgw3vdWHJIqLJ+RdcxnuHbfNxdA54COq0h9AIhYNXBSqQnmtT5odzq9op5NFaS c1fH5scZAqt3XpJmm0LI2e6VhXYpXURbZ4pkESJasB7vXzSR/kJ/3QsTvsR0kr5Vf0aP449 XFqr+YyC2bP0jJIB8sqsg== X-UI-Out-Filterresults: notjunk:1;V03:K0:qRv0NyfT6gk=:xAH+z8XqJPeLRRvXjOvWXm S9RJT7HYHOwTx9AJwtxDgWeWzHIdT8/btfwM4kPJrkDi182WXjwKHS4SOoi62hREGpQkqoIdA 3SAcXuWYUOm/wqceddmFj852OX2e+Sg7toXYTBjvITnvdh7fbm3OoPxdU/C6SiHRsjFoyszkZ qUMELdOoZcA9oUq0yuFdfZi/4oqdJJgLNjFqps2VnrQM0uDi6pIbuZu2NdfNrbHwckUn2HW+S SFIc2avCdPH6qIEOIyx1ctubPgK+S07uvOdBIJxERJEUoTSExBPpk0AdEowVXw5gqgB/Sidmd ni0OCrxtjK5FE8tScYIDr9DgcbIYURAj2+gLarvFqYjatm1PUBKIRngMvDRewZs467nBB0aS5 e+cqKEnz7cvmoy+sBmwjP6NEZ7MKcbZ8fRnCCVkWXT5DNYuLbwOz0VSexlsoE6brSywG3Jkqx GatDkHDHma9OBcCKuJ6R42jhjVQm/RlbpdqCMcT9cBdhbVwAxrG++gQl5jMK7i8b9qjlKt3FL EI00hQK+yOVBMxZ/+Qi2bB9dgcS3TcKvQtfzybgd84rPyMyAudkfV9AytxZF5wDoGz/KLlTzt XfEjlzA2d7NKYd3OHlspkJ+XR0C1ViPdRsBF5x8+bmaqsChDnRCRbka8O0l2q9zAJVrpK3F6x S7hWmmgCeWK0BuUceyzsiu47NfjnIHT5ixv437AsmZLjpZCm6POflXRywE200YZ2xO/jF4Iy3 9VE+3Zdt5qNLWeCMd1fXgCZTVFK5XQb/Hs0HCX7E5k3npra+D0iEI6VHOlz6VCCUI5aX5LE7 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:154010 Archived-At: > image-revert is another special, as indicated by bug#33631 But there the position of point or that of its window has no impact, I presume. > Do you know why it currently moves point to the end of the buffer > in non-selected windows. I don't understand what causes this behavior. I nowlooked into it. It's a bug caused by XMARKER (p->pointm)->insertion_type = !NILP (buffer_local_value /* Don't signal error if void. */ (Qwindow_point_insertion_type, w->contents)); and the value of buffer_local_value (Qwindow_point_insertion_type, w->contents) is unbound and not nil. I have to fix that. >> As I suggested earlier we can use the position of the buffer's point >> in every window regardless of whether it currently shows the buffer or >> we later switch to the buffer in it. But this is not what we usually >> want when using multiple windows: We usually want them to show >> different portions of the same buffer. > > Yes, better to keep every window's own point. Since usually I save > the selected window's point along with the window configuration, As number or as marker? > in e.g. > > ((window-configuration-1 selected-window-point) > (window-configuration-2 selected-window-point) > ...) > > this could be extended to save a mapping of all windows points, e.g. > > ((window-configuration-1 ((window-a point-a) (window-b point-b) ...)) > (window-configuration-2 ...) > ...) > > > But it's not a general solution. A general solution would be to save > such metadata in the window configuration itself. But a configuration saves the point of each window, for the selected one it stores the point of that window's buffer. Is it just because you want to be able to retrieve those values? Or what am I missing? martin