our streaming system should work with multidimensional arrays: in fact it
kinda already did, if the element type of the outermost array was something
for which we already had a streamer. Thus, int[][] worked, Object[][] worked,
etc. One small method change and now arbitrary multidimensional arrays
will work.
Why bother? Consistency, and the way I'm working on doing even the int[][]
arrays in actionscript supports unlimited dimensions, so why not?
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3921 542714f4-19e9-0310-aa3c-eee0fc999fb1
previously redone the InvocationService and DObject generation tools but not
the InvocationReceiver tool.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3913 542714f4-19e9-0310-aa3c-eee0fc999fb1
frames. JME's timer was using a running average: good for calculating
frame rates, bad for updates.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3906 542714f4-19e9-0310-aa3c-eee0fc999fb1
I'm to the point where I need to go back to array streaming and straighten
that out.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3905 542714f4-19e9-0310-aa3c-eee0fc999fb1
databases configured to use utf8 encoding for their strings.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3899 542714f4-19e9-0310-aa3c-eee0fc999fb1
- There is no such thing as Comparable in ActionScript, I had made my own,
but String (one of the most common keys) couldn't implement it, and String
is a final class (like in Java). It would be a huge inconvenience to have
to wrap String objects.
- The language also has no .equals() method in the base class. The strict
equality operator (===) works like equals() except that objects that
aren't one of the base types (String, Number, Boolean, int) are compared
by reference. I added a "Equalable" interface, if the key in a DSet
implements that interface then equals() is called, otherwise the strict
equality operator is used.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3897 542714f4-19e9-0310-aa3c-eee0fc999fb1
'protected' members can be accessed by subclasses, but ONLY subclasses:
other classes in the same package don't have visibility, unlike in Java.
I think I got screwed up when protected members were not accessible
to other classes in the same package.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3896 542714f4-19e9-0310-aa3c-eee0fc999fb1
new wacky things (and possible compiler bugs) on the way.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3888 542714f4-19e9-0310-aa3c-eee0fc999fb1
- View all colorization mode shows all the colorizations of a selection colorization class for the image.
- Normal mode allows modification by sliders of the colorization parameters.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3886 542714f4-19e9-0310-aa3c-eee0fc999fb1
subtracting 4 from the length of the frame and fixing the reading
of fields for which we have a basic streamer.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3885 542714f4-19e9-0310-aa3c-eee0fc999fb1
(inStudlyFormat), it's just the constant that we use to reference that field in
code that's upper case. So we need to convert those as well. And I moved that
code into a documented method.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3884 542714f4-19e9-0310-aa3c-eee0fc999fb1
its method documentation). And I was doing the wrong thing with event names
which were already unstudlied (but are also uppercase).
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3883 542714f4-19e9-0310-aa3c-eee0fc999fb1
the bytes used to transmit the length! So for our purposes, we just add 4.
I now have the ActionScript client authenticating with our server code!
Lots more to do...
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@3882 542714f4-19e9-0310-aa3c-eee0fc999fb1
Ray Greenwell