unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: martin rudalics <rudalics@gmx.at>
To: Markus Triska <triska@metalevel.at>, Eli Zaretskii <eliz@gnu.org>
Cc: 33532@debbugs.gnu.org
Subject: bug#33532: 26.1; set-window-configuration does not restore display start
Date: Thu, 29 Nov 2018 09:31:55 +0100	[thread overview]
Message-ID: <5BFFA3FB.4060603@gmx.at> (raw)
In-Reply-To: <877egxyvje.fsf@metalevel.at>

 > Please consider a use case that is described in the Emacs manual:
 >
 >      In order to store a window configuration on disk and
 >      read it back in another Emacs session ...

But the whole text is

   In order to store a window configuration on
   disk and read it back in another Emacs session, you can use the
   functions described next.

and the functions mentioned there are `window-state-get' and
`window-state-put'.  So you have to tell us what you want to fix: The
behavior of window configurations throughout one and the same Emacs
session (which uses markers to restore positions) or when restoring a
previous session (which relies on positions only).

 > In such use cases, I want to restore the exact same text in all buffers,

What is "to restore the exact same text in all buffers"?  The text at
the time the configuration was stored in a register?  That one might
not be available any more.  Restoring a window configuration (or
state) can only use the buffer text as is and adjust positions
accordingly.

 > and then restore the window configuration, including display starts.
 >
 > In fact, the snippet illustrates an even simpler situation: It stores
 > the configuration in a variable, and the session keeps running.  I would
 > like to obtain the configuration, then close all buffers,

I suppose you mean "kill all buffers" here.  This will implicitly make
the window start and point positions of any window that showed the
buffer previously and is stored in a configuration to point nowhere.
Furthermore, there is no guarantee that the same buffer will be shown
in that window when the configuration is restored.

 > and later
 > restore their contents (for example, from files), and then use
 > set-window-configuration to restore the original window configuration,
 > including all window-starts.

If you use window states instead of configurations then this should
work.  States store positions instead of markers.

 > Could set-window-configuration be generalized to reliably restore the
 > window-starts also in such cases? If not, please consider adjusting the
 > documentation to make clear what this actually guarantees. In
 > particular, when are window-starts reliably restored, and when not?

Emacs tries its best to do that.  But killing and reverting buffers,
among other operations, can defy such attempts.  So you either should
try 'window-state-get' and 'window-state-put' to do what you want or
save any positions separately before killing buffers and restore them
together with their buffers after restoring a configuration.

martin





  parent reply	other threads:[~2018-11-29  8:31 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-11-27 22:11 bug#33532: 26.1; set-window-configuration does not restore display start Markus Triska
2018-11-28  6:41 ` Eli Zaretskii
2018-11-28 17:13   ` Markus Triska
2018-11-28 17:41     ` Eli Zaretskii
2018-11-28 17:58       ` Markus Triska
2018-11-28 18:29         ` Eli Zaretskii
2018-11-29  8:31     ` martin rudalics [this message]
2018-11-29 18:09       ` Markus Triska
2018-11-29 19:11         ` martin rudalics
2018-11-30 16:58           ` Markus Triska
2018-11-30 17:47             ` martin rudalics
2018-12-01 22:52               ` Juri Linkov
2018-12-02  8:34                 ` martin rudalics
2018-12-03  0:52                   ` Juri Linkov
2018-12-03  7:45                     ` martin rudalics
2018-12-03 22:59                       ` Juri Linkov
2018-12-04  6:41                         ` Eli Zaretskii
2018-12-04 21:44                           ` Juri Linkov
2018-12-04  8:33                         ` martin rudalics
2018-12-04 21:47                           ` Juri Linkov
2018-12-05  9:16                             ` martin rudalics
2018-12-06  0:09                               ` Juri Linkov
2018-12-06  9:09                                 ` martin rudalics
2018-12-06 23:38                                   ` Juri Linkov
2018-12-25 21:49                               ` Juri Linkov
2018-11-30 19:20             ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5BFFA3FB.4060603@gmx.at \
    --to=rudalics@gmx.at \
    --cc=33532@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    --cc=triska@metalevel.at \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).