GNU bug report logs -
#32850
27.0.50; window-swap-states doesn't swap window prev/next-buffers
Previous Next
Reported by: Juri Linkov <juri <at> linkov.net>
Date: Thu, 27 Sep 2018 00:06:02 UTC
Severity: minor
Found in version 27.0.50
Done: Juri Linkov <juri <at> linkov.net>
Bug is archived. No further changes may be made.
Full log
Message #124 received at 32850 <at> debbugs.gnu.org (full text, mbox):
>> What you probably want is a facility to clone a window. I have no
>> idea how to do that and which semantics to attach to a cloned window.
>
> I guess a cloned window implies the same state with a different
> identity.
A different window object, hence.
> Now I see the root of this problem: it's because 'delete-other-windows'
> keeps one window and reuses it for the restored state.
There's no reasonable way to avoid that - each frame needs a live root
window.
> So a proper fix for 'window-state-put' should use a cloned window
> like you proposed.
Couldn't we work around this problem some other way? Pumping up the
window's sequence number, for example? Adding a function that
replaces the live root window of a frame with a different object is
somewhat ludicrous.
martin
This bug report was last modified 6 years and 183 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.