To answer my own question, I see this was already answered in another discussion: <js:beads> <js:BrowserResizeHandler /> </js:beads> However, when I add this, I get an error on this line: var /** @type {org.apache.flex.core.UIBase} */ initialView = org.apache.flex.utils.Language.as(this.app.initialView, org.apache.flex.core.UIBase);
this.app is null. I’m not sure how that’s happening. My best guess is that the strand is not being set, but I don’t know why. Suggestions? On Jun 6, 2016, at 1:28 PM, Harbs <harbs.li...@gmail.com> wrote: > Next question: > > Is there a canned way to trigger a re-layout on a browser window resize? > > CSS constraints only work if the parent element is big enough. > > On Jun 6, 2016, at 12:41 PM, Harbs <harbs.li...@gmail.com> wrote: > >> Never mind. I see you answered this question in the other discussion: >> >> <js:style> >> <js:SimpleCSSStyles left="10px" right="20px" /> >> </js:style> >> >> This seems to work well. >> >> I could definitely get used to this. >> >> On Jun 6, 2016, at 11:48 AM, Harbs <harbs.li...@gmail.com> wrote: >> >>> If I’m understanding correctly, the constraints are already working as css >>> for both browser and Flash. Correct? >>> >>> What’s the right way to go about declaring these values? Assuming I have >>> some markup like this: >>> <js:Container> >>> <js:beads> >>> <js:VerticalLayout /> >>> </js:beads> >>> <js:TextInput text="Type something here" /> >>> <js:TextButton text="Click Me"/> >>> <js:Label id="field" text="Some info"/> >>> <js:Label text="Some more info" /> >>> </js:Container> >>> >>> and I want my container to be inset from its container by 10 pixels or >>> attached to the right side, what’s the best way to declare that? >>> >>> Right now, I think what FlexJS is missing the most is good documentation >>> and IDE autocomplete tools to make the features more discoverable. >>> >>> On Jun 6, 2016, at 10:55 AM, Alex Harui <aha...@adobe.com> wrote: >>> >>>> >>>> >>>> On 6/6/16, 6:02 AM, "Harbs" <harbs.li...@gmail.com> wrote: >>>> >>>>> Well, constraint layout is really important. I’m fine with using css for >>>>> JS output, but that’s not going to help for a swf first workflow. >>>> >>>> What do you mean by "constraint layout"? The Spark layout with >>>> ConstraintColumns and ConstraintRows? IIRC, it used a lot of compute >>>> cycles. >>>> >>>> CSS is intended to work for SWF-first workflows as well. The goal for the >>>> Basic component set is to eventually support all of CSS. The Basic >>>> component set is trying to emulate what the browsers do, not the other way >>>> around. That way, the output JS is as lightweight and low-overhead as >>>> possible. So, if you specify in CSS that left=0, the same thing should >>>> happen in the SWF as in the browser. >>>> >>>>> I’m a bit confused. >>>>> >>>>> In BasicLayout.layout() there’s the following code: >>>>> >>>>> var left:Number = ValuesManager.valuesImpl.getValue(child, "left"); >>>> >>>> The ValuesManager abstracts CSS (and other non-CSS values). On the JS >>>> side, the code doesn't have to query ValuesManager nearly as often since >>>> the browser is just going to deal with it, but when the code we write >>>> needs to know what the CSS is that the theme/developer specified, we use >>>> ValuesManager to get it. And, like I said, the goal in the code we write >>>> is to replicate what the browser will do. >>>> >>>> HTH, >>>> -Alex >>>> >>>> >>>> >>>> >>>> >>>> >>> >> >