one event when our run() method is called and then let other (non-distributed
object) things get their chance to run in proper order.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3795 542714f4-19e9-0310-aa3c-eee0fc999fb1
Have invocation marshallers track whether someone ever ended up responding
to the client: if they get garbage collected without ever doing so
(and they're not the base class InvocationMarshaller, which can only report
errors), log an informative error message.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3792 542714f4-19e9-0310-aa3c-eee0fc999fb1
gameDidStart(), etc. and with the new GameManager.stateDidChange().
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3789 542714f4-19e9-0310-aa3c-eee0fc999fb1
specified. I'm not sure I'll actually end up needing this, but it's handy
for what I'm currently toying with.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3783 542714f4-19e9-0310-aa3c-eee0fc999fb1
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
Michael Bayne