that assigning to Rectangle.topLeft sets x and y and width! and height!
Gah.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@729 ed5b42cb-e716-0410-a449-f6a68f950b19
Oh yeah, links don't work unless the field is selectable. WHY?
Carbomb adobe.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@691 ed5b42cb-e716-0410-a449-f6a68f950b19
What's this white box on the control bar?
Now it says "type to chat" right in there when empty and unfocused.
My life is empty and unfocused, checking this in at 11:15 on friday night.
Things like this were tried in the past, and were always screwing up
and getting in the way of chatting or using the room. This is a skin,
not actual text, so it's more fuckup-proof.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@633 ed5b42cb-e716-0410-a449-f6a68f950b19
Turns out a bunch of shit makes the wrapper size a little bigger,
and some things seem to freak out when the wrapper has a size,
even when includeInLayout=false.
Flex you very much.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@616 ed5b42cb-e716-0410-a449-f6a68f950b19
something's never measured then it never gets these set.
This might break something.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@615 ed5b42cb-e716-0410-a449-f6a68f950b19
Half the places we use FlexWrapper we do something like this anyway.
Note that you can still override this by setting the width and height
(which sets the explicitWidth, explicitHeight).
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@614 ed5b42cb-e716-0410-a449-f6a68f950b19
will scroll automagically if, even after doing its damnedest to make it fit, it still doesn't. This
will only happen if the menu (or submenu) is so tall that the it stretches from the bottom of the
bounds it's using, and extends past the top of the bounds.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@526 ed5b42cb-e716-0410-a449-f6a68f950b19
scrolling of any kind of the verticalScrollPolicy is set to ScrollPolicy.AUTO or ScrollPolicy.ON,
and the maxHeight has been set.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@525 ed5b42cb-e716-0410-a449-f6a68f950b19
in submenu layout, but it could never get set to anything but null. So, now it just assumes that
it should be fitting to the stage and does that (it would previously just put the menu wherever
its broken math put it, and not checking against the bounds of anything). I have a slight
inclination to bring back a method for supplying a fitting Rectangle so that it can be fitting these
menus between the header bar and control bar. Maybe I'll just do that next.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@518 ed5b42cb-e716-0410-a449-f6a68f950b19
this ugly pattern.
FYI, CommandButton also has buttonMode follow enabled-ness.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@493 ed5b42cb-e716-0410-a449-f6a68f950b19
look like it should be clickable. Let's turn buttonMode off when we get disabled.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@492 ed5b42cb-e716-0410-a449-f6a68f950b19
than -1, 0 or 1, Sort.findItem() goes into an infinite loop. Guard against that here.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@487 ed5b42cb-e716-0410-a449-f6a68f950b19
to assign a style name to the List instance. Also made the default renderer always use a
transparent background.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@486 ed5b42cb-e716-0410-a449-f6a68f950b19
to update and remove entries from the list may very well not have a reference to the same object
that is stored in the PlayerList (base case is Names in a DSet getting updated/added/removed). By
using a HashMap, we just need to ensure the hashCode() is the same, which is especially handy in
the display name update case where the MemberName.hashCode() is the memberId.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@483 ed5b42cb-e716-0410-a449-f6a68f950b19
works fine (better, really) with a Dictionary and pure object equality, so lets just do that.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@481 ed5b42cb-e716-0410-a449-f6a68f950b19
simplify my testing to check it in, so let's do just that.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@480 ed5b42cb-e716-0410-a449-f6a68f950b19
In fact, it can be swapped while the user is dragging it...
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@463 ed5b42cb-e716-0410-a449-f6a68f950b19
That's because: flex is a pile of shit.
Created a basic KeyManager. This will probably change a lot, but it's
serving its purpose now.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@453 ed5b42cb-e716-0410-a449-f6a68f950b19
Added popUpAtMouse(), which is like our show() (which shows at the mouse)
only also allows specifying popLeftwards and popUpwards.
Also, in our show(), just fit the damn menu onto the stage. Always.
Why have a special method for doing what should be the common case?
I suppose the old code was trying to fit the menu into the roomview bounds,
which might've been nice if it actually worked.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@452 ed5b42cb-e716-0410-a449-f6a68f950b19
maximum visibility even if they can't fully pop up/down, left/right. (Menu's larger than
the bounded area will still have some issues).
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@417 ed5b42cb-e716-0410-a449-f6a68f950b19
Bruno Garcia