Re: hacking on same-gnome

[Vincent Povirk <madewokherd gmail com>]

> In the end session saving is just a specialised way of doing automatic
> saving. Doing automatic saving properly is difficult but highly desirable.
> You don't have to treat each sub-game separately, but you do have to treat
> each instance of the program separately. Although as you point out there
> would have to be queues based on game name (or somethng else hidden in the
> .desktop file) so that the same program called in different ways does the
> right thing.
Uh, this sounds like treating each sub-game separately would be the
easiest way. Someone could easily have made other shortcuts that use
--variation.

I'm not convinced there's a sensible behaviour for the case where you
run two instances of the same subgame simultaneously. Someone opening
two instances of a game, partially playing through a game on one
instance, closing it, reopining without closing the first one, and
then expecting to get the game back, uh, seems highly unlikely and not
worth planning for.

If someone ran two instances by mistake, they probably won't actually
start a game on one of them. So we could just do nothing if there
isn't a game in progress (I guess we'd save on exit) and remove the
save when the player finishes a game that has been restored.

-- 
Vincent Povirk aka MadEwokHerd
Primary email: madewokherd gmail com
Secondary email: madewokherd comcast net
Tertiary email: vrp5000 psu edu
Jabber: madewokherd jabber org