This is mainly so that these objects show up as distinct in our DObject
table reports.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1891 542714f4-19e9-0310-aa3c-eee0fc999fb1
definitively whether or not someone is in a location and/or has it
reserved via a call to getUnoccupiedLocation().
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1653 542714f4-19e9-0310-aa3c-eee0fc999fb1
method invocation services and converted everything to the new style.
Could this be my biggest checkin ever?
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1642 542714f4-19e9-0310-aa3c-eee0fc999fb1
to the newly simplified ChatDisplay interface, which now has but one method.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1620 542714f4-19e9-0310-aa3c-eee0fc999fb1
it from a call to getUnoccupiedLocation(). Anyone can move into the
location (regardless of who reserved it), but it won't be reported as
unoccupied until someone enters it and leaves from it once again.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1520 542714f4-19e9-0310-aa3c-eee0fc999fb1
which contains the routines to do it; modified said routines to allow them
to be called with the internal location tracking array maintained by the
spot scene manager because that is the only thing guaranteed to be truly
up to date; made use of where() in spot scene manager's log messages.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1517 542714f4-19e9-0310-aa3c-eee0fc999fb1
beamed-in NPP problem- they were updating their location on the server
before the element added event was even distributed to the clients.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1463 542714f4-19e9-0310-aa3c-eee0fc999fb1
move there and prevent more than one user from occupying a portal.
Removed unused method.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1449 542714f4-19e9-0310-aa3c-eee0fc999fb1
are translated by the client upon receipt. We love to translate.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1319 542714f4-19e9-0310-aa3c-eee0fc999fb1
became necesssary when *Codes were moved out of .client and into .data.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1247 542714f4-19e9-0310-aa3c-eee0fc999fb1
as they are intended to represent codes shared between the client and the
server. Made correspondingly necessary changes throughout.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1240 542714f4-19e9-0310-aa3c-eee0fc999fb1
added some checks to avoid sending cluster speak requests unless we
currently occupy a location that is in a cluster.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@806 542714f4-19e9-0310-aa3c-eee0fc999fb1
than a place service (which may be changed back when place services
improve or I may change the main chat stuff to be an invocation service).
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@803 542714f4-19e9-0310-aa3c-eee0fc999fb1
SceneDirector which, without multiple inheritance, would make it
impossible to use both in a single client. Of course, we need to use both
in Yohoho!
So I refactored the whole enchilada to delegate rather than extend, which
blows because various methods must now be made public and a particular
failure case for the moveTo request now requires that a special failure
handler interface be made available so that LocationDirector "extensions"
can inject themselves into the failure handling process.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@789 542714f4-19e9-0310-aa3c-eee0fc999fb1
SpotSceneManager now actually does the proper assignment in
populateOccupantInfo and it does so having been warned that a body is
entering via a particular location by the SpotProvider when it processes a
traversePortal request. If the user enters a scene via some other
mechanism (like a zoned moveTo request), they will be assigned to the
default entrance for the scene, which is what we want. We also avoid the
extra occupant update that was necessary with the previous method. Yay!
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@788 542714f4-19e9-0310-aa3c-eee0fc999fb1
Michael Bayne