Mailing-List: contact dev-help@flex.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@flex.apache.org
Received-SPF: pass (athena.apache.org: domain of carlos.rovira@gmail.com
 designates 74.125.82.43 as permitted sender)
MIME-Version: 1.0
Sender: carlos.rovira@gmail.com
In-Reply-To: <CDA4A24E.52031%aharui@adobe.com>
References: <CDA462AE.52017%aharui@adobe.com>
	<CDA4A24E.52031%aharui@adobe.com>
Date: Wed, 1 May 2013 19:22:16 +0200
Message-ID: 
 <CAMFKFRgHJTZaa+h6DO42STkoC2pOxCVynJeH9bBYS_kLhhncpQ@mail.gmail.com>
Subject: Re: Entering FlexJS - FalconJX
From: Carlos Rovira <carlos.rovira@codeoscopic.com>
To: dev@flex.apache.org
Content-Type: multipart/alternative; boundary=001a11c34c9a04d35504dbab5ca4

--001a11c34c9a04d35504dbab5ca4
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi Alex,

I commit the fix. The problem was in FlexJSUI createjs Application.

Now the createjs works ok.

Now that we can see SWF and JS result, I see a significative difference in
both outputs. createJS buttons and labels has bigger sizes than swf ones.

Since createjs is in non DOM and we are creating *skinning* in the button
definition, there's no root size management in this kind of output.

For this non-DOM variant we should take this into account if we continue to
evolve controls for this implementation so the controls take into account
default or user defined widths and height.


2013/4/30 Alex Harui <aharui@adobe.com>

>
>
>
> On 4/29/13 5:47 PM, "Alex Harui" <aharui@adobe.com> wrote:
>
> >
> >
> >
> > On 4/29/13 4:52 PM, "Carlos Rovira" <carlos.rovira@codeoscopic.com>
> wrote:
> >
> >> Hi,
> >>
> >> I'm entering this days FlexJS - FalconJX and trying to make some
> >> contributions as I learn all the work done until date. I think there's
> very
> >> good ideas in the AS framework like the IStrand-IBead approach or the
> MXML
> >> data structure vs AS3 old generation. Really very cool and I see here
> lots
> >> of fun and hope to be able to have the time and skills to make some
> >> contribution along the way.
> >>
> >> For the moment I shared, just few minutes ago, a createjs checkbox
> control
> >> implementation while I'm familiarizing with all the pieces, but I woul=
d
> >> love to contribute with other things like containers, layouts, or a
> state
> >> implementation as time and skills allow.
> >>
> >> Now some questions since although I'm coding and compiling I already
> have
> >> some problems:
> >>
> >> 1.- In the createjs example, the SWF compilation does not run for me. =
It
> >> shows the folowing RTE at launch:
> >>
> >> TypeError: Error #1034: Error de conversi=F3n forzada: no se puede
> convertir
> >> flash.events::Event@1088d4f29 en org.apache.flex.events.Event.
> >>
> >>
> >> is this normal?
> > That sounds like a bug.  Hopefully Peter can look at in tomorrow.
> >>
> More information if you want to look into it yourself.  The goal for Flex=
JS
> is to not dispatch any flash.events.Events and other Flash low-level
> events.
> Instead, we're wrapping all events in org.apache.flex.events.Event.  This
> allows the developer to see where they import flash.events.Event in their
> code and know that those areas need to change.
>
> The AS-side in FlexJS does consume and dispatch flash.events.Event becaus=
e
> it has to wherever it touches the Player APIs.  It just isn't supposed to
> dispatch any as documented events in the API.
>
> So, this sort of bug happens when FlexJS dispatches a flash.events.Event
> that it didn't wrap, or the player dispatched something that we didn't tr=
ap
> first.
>
> --
> Alex Harui
> Flex SDK Team
> Adobe Systems, Inc.
> http://blogs.adobe.com/aharui
>
>


--=20
Carlos Rovira
Director de Tecnolog=EDa
M: +34 607 22 60 05
F:  +34 912 94 80 80
http://www.codeoscopic.com
http://www.directwriter.es
http://www.avant2.es

--001a11c34c9a04d35504dbab5ca4--