I still need to work on the Streaming, but I've figured out how
to do a bit of introspection which will be necessary when streaming an array.
Started working on the client classes, did ClientObserver and SessionObserver
stuff using flash's event notification system.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3846 542714f4-19e9-0310-aa3c-eee0fc999fb1
hack in that it just fakes an update to the path as if 100 seconds had elapsed,
but that essentially does just what we want and is so simple.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3845 542714f4-19e9-0310-aa3c-eee0fc999fb1
There's a long way to go and I think I need to rethink the way streaming
will work, but this is a start. These classes all compile under
the flex environment.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3842 542714f4-19e9-0310-aa3c-eee0fc999fb1
used to easily plug in different methods of smoothly varying a value over time.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3834 542714f4-19e9-0310-aa3c-eee0fc999fb1
need to be responded to. It turns out that a listener may not be
a marshaller if a server entity is calling a service request method
directly. The convenience method handles this and is also cleaner looking
for callers.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3832 542714f4-19e9-0310-aa3c-eee0fc999fb1
location. This could possibly break something that depended on the old
behavior, so we'll have to watch for broken things and make them right.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3822 542714f4-19e9-0310-aa3c-eee0fc999fb1
that you're sending a giant array and having it try to allocate it.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3820 542714f4-19e9-0310-aa3c-eee0fc999fb1
fully reading elements off the stream to avoid repeatedly allocating
storage arrays and copying or rehashing the elements.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3818 542714f4-19e9-0310-aa3c-eee0fc999fb1
on the adpater user to sort that out, but it's easier to just log things here
and save everyone time and effort.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3814 542714f4-19e9-0310-aa3c-eee0fc999fb1
really ignored, but just never got responded to due to a bigger problem.
(The bigger problems are already logged.)
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3810 542714f4-19e9-0310-aa3c-eee0fc999fb1
mechanism for layer components that know they will never be "under-rendered" to
avoid the expense of forced rendering on every tick.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3805 542714f4-19e9-0310-aa3c-eee0fc999fb1
it is (seated or free-for-all) or if it's not a party game after all
(which the old interface supported and we may need in the future).
- Cleaned up the setting of table occupants to make the extension in yohoho
cleaner.
- tables are now party-game aware and will do the right thing with
the occupants list.
- simplified Table.equals() and added a corresponding hashCode(), because
two objects that are equals() must give the same hashCode.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3804 542714f4-19e9-0310-aa3c-eee0fc999fb1
anything special for full-screen effects. They will be added to the interface
node and should set their z order to a positive value to render above the UI
and a negative value to render below it. Otherwise we don't really need to
impose a whole lot of structure.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3798 542714f4-19e9-0310-aa3c-eee0fc999fb1
Ray Greenwell