between the Java and ActionScript version since ActionScript doesn't support
method overloading. We only have to observe this limitation in Streamable
classes.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@88 c613c5cb-e716-0410-b11b-feb51c14d237
because otherwise the EZGameController will try to unmarshall the value.
The marshalling/unmarshalling is purely clientside, the server doesn't
understand how to do it, so it must dispatch a different event that just
contains a nice normal integer.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@85 c613c5cb-e716-0410-b11b-feb51c14d237
Hopefully this'll fix yohoho's problem with the puzzles sometimes not restarting after stars are filled.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@81 c613c5cb-e716-0410-b11b-feb51c14d237
preserved with old games that only override getPlaceObjectClass(). Nothing
should be using PuzzleObject directly anyway.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@76 c613c5cb-e716-0410-b11b-feb51c14d237
They *are* just updates, but if it's ok for them to not load then a
game-specific scene repository needs to make that decision and just
return a blank update list rather than throwing an exception.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@68 c613c5cb-e716-0410-b11b-feb51c14d237
dispatched message event system. Rearranged the methods in GameManager into
some semblance of order.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@60 c613c5cb-e716-0410-b11b-feb51c14d237
createPlaceObject() because it needs to fall back to PlaceManager's
createPlaceObject() which calls getPlaceObjectClass() which all GG games
currently use.
It doesn't really make sense for GameManager to implement that method anyway
because no one will ever just use a GameObject, they'll need some sort of
derivation if they want to have any game state at all.
Really that method should be abstract in PlaceManager and GameManager but I'm
not sure we could change that now without breaking things (certainly we
couldn't preserve backwards compability which renders the idea moot anyway).
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@59 c613c5cb-e716-0410-b11b-feb51c14d237
We'll be using this in game gardens, at least.
Note that the actionscript side currently doesn't compile because of
limitations in building a .swc file, but that'll be fixed soon.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@47 c613c5cb-e716-0410-b11b-feb51c14d237
that a Comparable. It's a slight performance hit, as when a DSet is
binary searched, it will be boxing up an int for every entry examined.
Oh well.
- Use some generics.
- Some other cleanups I spotted while writing actionscript versions.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@29 c613c5cb-e716-0410-b11b-feb51c14d237
game logic which is that we won't try to start the next turn if the game
reports being over. If we still see problems with infinite loops in GG games,
then we'll reinstate the fiddling.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@28 c613c5cb-e716-0410-b11b-feb51c14d237
turnDidStart() results in an immediate call to endTurn() and things then spiral
off into infinite loop land. If someone genuinely does want to end a turn
mmediately in turnDidStart() they can queue up a dobj unit to do so.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@27 c613c5cb-e716-0410-b11b-feb51c14d237
about the current scene model instead of informing them that the version
they have is OK. It's not ok!
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@25 c613c5cb-e716-0410-b11b-feb51c14d237
"whatever the default entrance is of the target scene".
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@12 c613c5cb-e716-0410-b11b-feb51c14d237
Ray Greenwell