While I was in there, I extracted the communication between the client and the
TableManager into a new-style "embedded in the TableLobbyObject" service
instead of wonkily routing everything through the global ParlorService and the
ParlorProvider (which got merged into the ParlorManager as a part of this
rabbit holery). The GG build will break... I will fix it.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@255 c613c5cb-e716-0410-b11b-feb51c14d237
Changed the names of the 3 standard game types, but I could be convinced
of better names:
SEATED_GAME: normal match-made game, a game with a set list of players that
does not change.
SEATED_CONTINUOUS: the game starts immediately, but people join the room
and then choose a place to sit to become a player.
PARTY: no seats, anyone that enters is a player.
Also, changed SEATED_CONTINUOUS to create an occupants array and auto-sit
the creator, since I'm pretty sure we'll want to show seating in the lobby
for those types of games (but it actually does neither right now, code
needs to be written either way, depending on UI decisions.)
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@182 c613c5cb-e716-0410-b11b-feb51c14d237
The creator of a party game isn't joining, but I think that's a problem
with the msoy client...
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@168 c613c5cb-e716-0410-b11b-feb51c14d237
out in this order now. This should not be non-deterministic. Reflection should
give me the methods in the order they are declared in the Java class so I don't
know what the major malfunction is here, but if it keeps up I'm going to
fucking alphabetize them and be done with it.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@95 c613c5cb-e716-0410-b11b-feb51c14d237
compiling, but I'm playing around with building .swc libraries to cut
down on the build time of the client.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@46 c613c5cb-e716-0410-b11b-feb51c14d237
Michael Bayne