call playerReady() rather than none of them. Also tidied up the way
EZGameController delays playerReady() until the game backend is connected.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@520 c613c5cb-e716-0410-b11b-feb51c14d237
that was stupid. Now they're called players. Next I added a list of watchers
rather than simply a count. If we're going to go to all the trouble to update
the table when the watchers change, let's have the goods.
This will probably break Bang and/or Yohoho. I'll fix them toot sweet.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@515 c613c5cb-e716-0410-b11b-feb51c14d237
player count selection and for any range parameter of less than 16 elements.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@497 c613c5cb-e716-0410-b11b-feb51c14d237
TableDirector.java already had this same code (and I wrote it!) so I
feel safe making the change.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@466 c613c5cb-e716-0410-b11b-feb51c14d237
"watchable" checkbox, but it was treating it like "watchable", even thought that makes no sense
for party games (at present).
As it turns out, party games are broken right now anyway, which is what I'm going to fix next.
For now, we'll allow party games to use a "Private" checkbox, in case someone wants to play
by themselves. Private party games won't be given a "join" button.
This solution is wacky, as is noted in one of the comments. This will need to be re-visited in the
future, most likely when we do the massive game lobby revamp.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@420 c613c5cb-e716-0410-b11b-feb51c14d237
Blowtorch". Refactored GameConfig and the EZ game framework, cleaning up some
old cruft from GameConfig (which will break other projects and which I'll fix
ASAP) and moved the XML based configuration system from ToyBox into EZGame.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@286 c613c5cb-e716-0410-b11b-feb51c14d237
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
non-trivial and shouldn't entirely be trusted until it's actually used for
something.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@101 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
Michael Bayne