Hi, I saw lots of commits adding COMPILE::SWF around imports in classes that were already only compiled for SWF. That doesn't make sense to me.
I don't think FocusEventConverter should be baked into HTMLElementWrapper. I think lots of apps don't need FocusEvents. It is ok to put the event metadata in UIBase, but the implementation should be brought in via a bead. My 2 cents, -Alex On 11/11/18, 2:06 PM, "Carlos Rovira" <[email protected]> wrote: Hi, something very needed and requested is support for FocusEvents (FOCUS_IN and FOCUS_OUT at least) So I created Royale event FocusEvent and in the other hand create a branch for things that I coded but still doesn't work I want to know if the approach I'm doing is right, and what is missing to make this work in Royale. My bet is that: * new royale event FocusEvent has the minimum required, but I think should be reviewed by others that made other kind of events work like MouseEvent, KeyboardEvent,... One thing I notice is that in SWF two properties are commented since I can't get compilation success with the properties not commented. // this.keyCode = keyCode; // this.direction = direction; * The work committed on the branch "feature/focusevents" has: - The FocusEventConverted. I coded this similar to MouseEventConverter, again some review of this code is required. - Then I wired this class with the rest in HTMLElementWrapper - Finally I created the event metadata for FOCUS_IN and FOCUS_OUT in UIBase I don't know if something more is required, maybe event some support in compiler, so I think at this point I can't continue my self. Any help on this will be greatly appreciated. thanks -- Carlos Rovira https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C5acede38a61648d91be608d64821ef9a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636775707920206664&sdata=40bNp%2B5hn1LJimg1hHx5%2BC1Q9Q7e9ay%2Bz9tK5OidYPI%3D&reserved=0
