between an MsoySprite that does not have any WhirledControl subclass in it
and those that do, but are just not yet fully loaded.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@219 ed5b42cb-e716-0410-a449-f6a68f950b19
using a rapidly-expiring Timer. Cleaned up some other bits.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@211 ed5b42cb-e716-0410-a449-f6a68f950b19
that there are util methods for creating nice textfields, and then
generic animation classes for floating anything. This can then become
a convenience class that marries the two.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@207 ed5b42cb-e716-0410-a449-f6a68f950b19
Actionscript's lack of method overloading sucks. I can't have more
than one constructor, and factory methods will have to have different names.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@205 ed5b42cb-e716-0410-a449-f6a68f950b19
just compress those huge unneccessary functions into a couple of sensible loops for this
specific case.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@204 ed5b42cb-e716-0410-a449-f6a68f950b19
sure it works, and then these matrix functions should probably be put into a separate lib class
(perhaps a new narya com.threerings.util.Matrix?)
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@203 ed5b42cb-e716-0410-a449-f6a68f950b19
are all KEY_DOWN events.
So holding down a key in flash generates: DOWN, DOWN, DOWN, ... UP.
In Java, we get DOWN, UP, DOWN, UP ...
Made a little helper class that can be used to block the extra DOWN events.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@195 ed5b42cb-e716-0410-a449-f6a68f950b19
the stage) only routes commands to the global controller, bypassing the
controller for the current place view.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@190 ed5b42cb-e716-0410-a449-f6a68f950b19
God, what a disaster. I'd say the right thing to do would be to add the
mask directly to the media container, but we rely in a few places on being
able to easily decorate the media container by winging other objects off
the edges, and we don't want to just create one mask that's big enough for
the user media as well as our decorations (because then malicious user
media could alter what the user perceives as our decorations).
Perhaps the right thing to do is make MsoySprite not be a subclass
of MediaContainer, but contain one. That's a refactor I won't be
rabbit-holing right now, thankyou.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@176 ed5b42cb-e716-0410-a449-f6a68f950b19
pixels so that I'd receive mouse clicks. While contemplating how bitchy
to be in my check-in comment, I wondered why I hadn't needed this when
the video was hosted inside a MediaContainer. It occurred to me that perhaps
the mask was helping, and sure enough: a sprite's mask helps define the
bounds of the sprite for mouse event purposes.
That's really good to know. I'll have to experiment further.
So: set up a mask on the VideoDisplayer, for no other reason than to
be informed of mouse events in all cases.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@175 ed5b42cb-e716-0410-a449-f6a68f950b19
- Allow CommandButtons to be set up with callback too. That's much
easier than adding a mouse listener, bla bla.
- Cleaned up CommandMenu's grabbing of menu properties.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@172 ed5b42cb-e716-0410-a449-f6a68f950b19
Ray Greenwell