Jeff Garzik wrote:
On Tue, Dec 19, 2006 at 05:54:39PM -0500, Jeff Garzik wrote:
On Tue, Dec 19, 2006 at 05:35:44PM -0500, Havoc Pennington wrote:
Short answer, app window state saving won't work until somebody puts a
bullet in trying to use XSMP to do it.
But.. but... each of said apps listed, all Gtk apps mind you, do save
and restore their window position flawlessly under KDE.
"betweens sessions" (i.e. log in/out), I should have said.
My guess on that is that KWin tends to have more heuristic guesses at
the right thing to do than I put in metacity. iirc (this was years ago)
I didn't much try to make things work unless the letter of the spec was
followed. Didn't want to deal with the endless bugstream about wrong
guesses. KWin may also have heuristic window state saving unrelated to
XSMP, e.g. based on window class, for apps that don't support XSMP. Not
really an endorsement of XSMP when these heuristics kick in, only an
endorsement of KWin.
It could also just be a bug, or a different interpretation of the letter
of the spec in any of app, SM, or WM.
Doesn't change the basic point that the best way to fix it is to have
apps (ideally helped by the toolkit) remember their own window state,
thus avoiding the whole XSMP Rube Goldberg device. Though scaring the
chicken into pecking the button that drops the weight etc. may work from
time to time, it's still a stupid design.
Havoc
--
Fedora-maintainers mailing list
Fedora-maintainers@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-maintainers
--
Fedora-maintainers-readonly mailing list
Fedora-maintainers-readonly@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-maintainers-readonly
