generate a summary for every change to a player's board.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3777 542714f4-19e9-0310-aa3c-eee0fc999fb1
- OccupantInfo is created by the BodyObject
- the BodyObject is passed to the OI constructor and it uses information
therefrom to configure itself
- the PlaceManager are no longer responsible for indicating the type of
OccupantInfo to use or how to populate it.
This makes much more sense as the same type of OccupantInfo is generally used
across the entire system and it's annoying to have to have every PlaceMaanger
derived class know the type of OccupantInfo to create and know how to
initialize it. The one drawback is that only information from the BodyObject
can be used to populate the OccupantInfo, unpublished server-side only
information cannot be used (unless its stuffed into a transient field in the
BodyObject).
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3774 542714f4-19e9-0310-aa3c-eee0fc999fb1
if we re-enter a game in which we had a non-empty board).
- Made updateSelfSummary() public to support a change in yohoho.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3772 542714f4-19e9-0310-aa3c-eee0fc999fb1
triggered by the activity of another user. The other username is provided
so that the message can be muted if desired.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3770 542714f4-19e9-0310-aa3c-eee0fc999fb1
for team based puzzles
- Created an overridable method in PuzzleManager to control whether the
server will halt when the client and server boards are out of sync
during debugging
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3769 542714f4-19e9-0310-aa3c-eee0fc999fb1
a round trip to the database after a user has changed user objects:
the ClientResolutionListener will get a ResultListener that it should
call when its all done.
Hopefully this doesn't break anything in bang or gardens...
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3766 542714f4-19e9-0310-aa3c-eee0fc999fb1
applicable, as it will only otherwise get checked when users leave the place.
It's possible that we'll load and nobody will ever enter.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3763 542714f4-19e9-0310-aa3c-eee0fc999fb1
what. Having tried various tweaks with no success, I finally punted and
changed LineSegmentPath to use computeAxisRotation. I also fixed the
order of cross products in that method and got rid of a redundant cross
product.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3761 542714f4-19e9-0310-aa3c-eee0fc999fb1
as their authentication name (which we leave in BodyObject.username). This
turns out to be simpler than the system we adopted for Yohoho wherein we
replace the player's user object after they select a character, but converting
to this sort of system is way more work than would be worth it.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3758 542714f4-19e9-0310-aa3c-eee0fc999fb1
intersection of the frustum with the ground plane and restrict that rectangle
to the interior of the desired region.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3756 542714f4-19e9-0310-aa3c-eee0fc999fb1
The configurator will use that as its prototype, and attempt to configure
the UI elements to display the values in that config.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3755 542714f4-19e9-0310-aa3c-eee0fc999fb1
manipulations pass. It can then ensure that the camera remains within zoom and
pan boundaries and is generally in the right place. It also handles camera
paths, which adjust the camera through the handler. The input handler now has
no camera logic but simply wires up camera manipulations to input mechanisms
which is much cleaner.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3752 542714f4-19e9-0310-aa3c-eee0fc999fb1
camera handling stuff into com.threerings.jme.camera.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3751 542714f4-19e9-0310-aa3c-eee0fc999fb1
Changed things around a bit to have the cheesy JabberChat run out of the box:
* ChatDirector no longer freaks out when given null message bundles/managers.
* MiCasa's ChatPanel is marked with a TODO item to stop passing in null
messagebundles and messagemanagers to ChatDirector.
* JabberApp and JabberClient have been adjusted to allow the user to specify
which chatroom to join from the command line; I plan to implement this using
BootstrapData when time permits.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3741 542714f4-19e9-0310-aa3c-eee0fc999fb1
components when creating our character and we need to be able to determine
which shadow layers are needed from the set of active components.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3739 542714f4-19e9-0310-aa3c-eee0fc999fb1
Set it if a table game is created as being private.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3738 542714f4-19e9-0310-aa3c-eee0fc999fb1
that in there for hitTest().
(Note: a lot of what's going on in this class is untested beyond what
I need right now).
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3737 542714f4-19e9-0310-aa3c-eee0fc999fb1
Mark Johnson