bug#33532: 26.1; set-window-configuration does not restore display start

[martin rudalics <rudalics@gmx.at>]

 > Again, no support for window configurations and non-writable window
 > states.  But maybe it's possible to access all buffer's windows,
 > even windows in window configurations/states, and changes their
 > window points, including previous buffers' points in window
 > configurations/states.

How would we handle window configurations?  We could add a new
variable say 'window-configuration-list' and make sure that
configurations accessible from that variable are scanned by revert
buffer functions.  Applications and users would be responsible for
removing a configuration from that list when it's no more needed.

But we also need accessor/setter functions for Lisp slots like the
windows stored in the configuration and for any such window its list
of previous and next buffers (where "any such window" could be a
deleted one).  Doable but certainly non-trivial.

Window states would have to be handled in a similar way.  But there
the task would be simpler: Add a variable, say 'window-states-list'
and if a state is on that list, reverting a buffer could scan it right
away.  Doable but still requires some work.

 > BTW, I understand why reverting a dired buffer moves its point-marker to
 > the beginning of the buffer in the selected window window restored from
 > a window configuration.  But I don't understand why point-marker is
 > moved to the end of the dired buffer in non-selected window restored
 > from a window configuration.

I have no idea either.

martin