OK, then there is some issue I haven't seen before. What example is having this problem, and is it only the version in sprite-refactor?
-Alex On 9/8/16, 12:32 PM, "Harbs" <harbs.li...@gmail.com> wrote: >DataBindingExample works. > >On Sep 8, 2016, at 10:18 PM, Alex Harui <aha...@adobe.com> wrote: > >> Can the latest falcon compile and run DataBindingExample in the develop >> branch and/or the refactor-sprite branch or is DataBindingExample having >> the same problem? >> >> On 9/8/16, 12:13 PM, "Harbs" <harbs.li...@gmail.com> wrote: >> >>> Yes. >>> >>> My original problem was with ICSSImpl, but I resolved that. My problem >>>is >>> no longer the CSS file (which I now have). It’s now that I cannot get >>>the >>> iContentView because SimpleCSSValuesImpl does not find it. >>> >>> On Sep 8, 2016, at 10:08 PM, Alex Harui <aha...@adobe.com> wrote: >>> >>>> The latest Falcon is expecting to find a new interface in the JS >>>> dependencies and uses that to determine whether to output CSS >>>> information. >>>> >>>> In the bin/js-debug, is there an ICSSImpl.js file? >>>> >>>> -Alex >>>> >>>> On 9/8/16, 12:00 PM, "Harbs" <harbs.li...@gmail.com> wrote: >>>> >>>>> I’m working off the refactor-sprite branch which has all the latest >>>>> changes from develop. (I merged it today.) >>>>> >>>>> When I compile against the Falcon 0.7.0 release, I get no errors. If >>>>>I >>>>> compile against the latest Falcon develop branch, I get this error. >>>>> This >>>>> is both using the same asjs code (latest refactor-sprite). >>>>> >>>>> On Sep 8, 2016, at 6:05 PM, Alex Harui <aha...@adobe.com> wrote: >>>>> >>>>>> Are you working on a branch in flex-asjs? Have you synched that >>>>>> branch >>>>>> against flex-asjs develop branch? >>>>>> >>>>>> -Alex >>>>>> >>>>>> On 9/8/16, 2:42 AM, "Harbs" <harbs.li...@gmail.com> wrote: >>>>>> >>>>>>> I’m getting an error when compiling my app with the latest build of >>>>>>> Falcon which I’m not seeing in the 0.7.0 release: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>Object.defineProperties(org.apache.flex.html.supportClasses.Viewport >>>>>>>.p >>>>>>> ro >>>>>>> to >>>>>>> type, /** @lends >>>>>>> {org.apache.flex.html.supportClasses.Viewport.prototype} >>>>>>> */ { >>>>>>> /** @export */ >>>>>>> contentView: { >>>>>>> get: /** @this {org.apache.flex.html.supportClasses.Viewport} */ >>>>>>> function() { >>>>>>> return this.contentArea; >>>>>>> }}, >>>>>>> /** @export */ >>>>>>> strand: { >>>>>>> set: /** @this {org.apache.flex.html.supportClasses.Viewport} */ >>>>>>> function(value) { >>>>>>> this._strand = value; >>>>>>> this.contentArea = >>>>>>> >>>>>>> >>>>>>> >>>>>>>org.apache.flex.utils.Language.as(this._strand.getBeadByType(org.apa >>>>>>>ch >>>>>>> e. >>>>>>> fl >>>>>>> ex.core.IContentView), org.apache.flex.core.UIBase); >>>>>>> if (!this.contentArea) { >>>>>>> var /** @type {Object} */ c = >>>>>>> >>>>>>>org.apache.flex.core.ValuesManager.valuesImpl.getValue(this._strand, >>>>>>> 'iContentView'); >>>>>>> this.contentArea = org.apache.flex.utils.Language.as(new c(), >>>>>>> org.apache.flex.core.UIBase); >>>>>>> } >>>>>>> }}} >>>>>>> ); >>>>>>> >>>>>>> In the above cross-compiled code, the contentArea bead is not >>>>>>> defined. >>>>>>> That seems to be OK. The problem is that c is undefined as well >>>>>>> because >>>>>>> the SimpleCSSValuesImpl cannot get the iContentView from the strand >>>>>>> which >>>>>>> is a org.apache.flex.html.Container. >>>>>>> >>>>>>> The iContentView should be a >>>>>>> org.apache.flex.html.supportClasses.ContainerContentArea as defined >>>>>>> in >>>>>>> the HTML defaults.css file. >>>>>>> >>>>>>> I’m not sure what changed in Falcon which would cause this. I >>>>>>>assume >>>>>>> it’s >>>>>>> from changes made by either Alex or Greg. >>>>>>> >>>>>>> Suggestions? >>>>>>> >>>>>>> Harbs >>>>>> >>>>> >>>> >>> >> >