IDE for flex
Hi, Are there any plans to utilize an open source tool like Glade to generate MXML? thanks Jon
Re: IDE for flex
On 9 March 2013 13:21, jon hopkins worldof...@googlemail.com wrote: Hi, Are there any plans to utilize an open source tool like Glade to generate MXML? Glade seems to be GTK+ specific, I'm not sure if this tool could be made to output MXML as I expect there to be quite a few differences between the two technologies. (i.e. Flex and GTK+). I admit I know little about GTK+ though, so if you have any ideas worth of exploring then I'm sure folks around here would like to hear them. cheers, Roland
Re: IDE for flex
GTK uses XML so there is some possibilities there, and Glade itself is open-sourced. Or maybe a XSLT transform tool? On 9 March 2013 13:33, Roland Zwaga rol...@stackandheap.com wrote: On 9 March 2013 13:21, jon hopkins worldof...@googlemail.com wrote: Hi, Are there any plans to utilize an open source tool like Glade to generate MXML? Glade seems to be GTK+ specific, I'm not sure if this tool could be made to output MXML as I expect there to be quite a few differences between the two technologies. (i.e. Flex and GTK+). I admit I know little about GTK+ though, so if you have any ideas worth of exploring then I'm sure folks around here would like to hear them. cheers, Roland
Re: Apache Flex SDK Installer - 2.5 release?
Hi Om, From the title of this post, you want the release version be set to 2.5, right ? if so, do I have reset the build number ? Another point, do you use an auto-sign certificate ? if yes, because I haven't the same one, the users can't update an existing installation, is that what is expected ? -Fred -Message d'origine- From: Om Sent: Friday, March 08, 2013 10:49 PM To: dev@flex.apache.org Subject: Apache Flex SDK Installer - 2.5 release? We have a quite a few changes lined up for the next version: 1. Enable Flex SDK download stats tracking 2. UI fix for license screen (show regular checkboxes) 3. Auto-update logic fix 4. French and German language locale fixes. Does one of the new committers, want to be the Release Manager for this one? We need one for Windows and and one for Mac. If a committer has access to both, that would be great as well. Thanks, Om
Re: Apache Flex SDK Installer - 2.5 release?
Ok, forget my 2nd question, I haven't see that You need to obtain the installapacheflex_self.p12 file and its password from the previous release manager for InstallApacheFlex. So, who was the last release manager, You ? -Fred -Message d'origine- From: Frédéric THOMAS Sent: Saturday, March 09, 2013 3:48 PM To: dev@flex.apache.org Subject: Re: Apache Flex SDK Installer - 2.5 release? Hi Om, From the title of this post, you want the release version be set to 2.5, right ? if so, do I have reset the build number ? Another point, do you use an auto-sign certificate ? if yes, because I haven't the same one, the users can't update an existing installation, is that what is expected ? -Fred -Message d'origine- From: Om Sent: Friday, March 08, 2013 10:49 PM To: dev@flex.apache.org Subject: Apache Flex SDK Installer - 2.5 release? We have a quite a few changes lined up for the next version: 1. Enable Flex SDK download stats tracking 2. UI fix for license screen (show regular checkboxes) 3. Auto-update logic fix 4. French and German language locale fixes. Does one of the new committers, want to be the Release Manager for this one? We need one for Windows and and one for Mac. If a committer has access to both, that would be great as well. Thanks, Om
[jira] [Assigned] (FLEX-33405) TitleWindow with TextInput throws exception on close using mobile skins
[ https://issues.apache.org/jira/browse/FLEX-33405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean reassigned FLEX-33405: Assignee: Justin Mclean TitleWindow with TextInput throws exception on close using mobile skins --- Key: FLEX-33405 URL: https://issues.apache.org/jira/browse/FLEX-33405 Project: Apache Flex Issue Type: Bug Components: Spark: TitleWindow Affects Versions: Apache Flex 4.9.0 Environment: mobile Reporter: Jozef Chutka Assignee: Justin Mclean Priority: Critical Labels: CloseEvent, PopUpEvent, TextInput, TitleWindow, exception, mobile reproduce: 1. create a mobile flex project and run on mobile device 2. create TitleWindow with TextInput child 3. open popup using PopUpManager 4. try to close the popup using close button 5. see the exception Main Thread (Suspended: TypeError: Error #1034: Type Coercion failed: cannot convert mx.events::CloseEvent@6a1699d1 to spark.events.PopUpEvent.) flash.events::EventDispatcher/dispatchEventFunction [no source] flash.events::EventDispatcher/dispatchEvent [no source] mx.core::UIComponent/dispatchEvent spark.components::TitleWindow/closeButton_clickHandler reason: my best guess is it is somehow mobile skin related possible fix: extend TitleWindow and do override protected function closeButton_clickHandler(event:MouseEvent):void { dispatchEvent(new PopUpEvent(PopUpEvent.CLOSE)); } -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33405) TitleWindow with TextInput throws exception on close using mobile skins
[ https://issues.apache.org/jira/browse/FLEX-33405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13598109#comment-13598109 ] Justin Mclean commented on FLEX-33405: -- Was able to reproduce the issue is one with AIR in that something is expecting a PopUpEvent.CLOSE not a CloseEvent.CLOSE. Both events have the same value close. I'm not 100% why a spark component is dispatching a mx CLOSE rather than the PopUpEvent as suggested by your fix above. TitleWindow with TextInput throws exception on close using mobile skins --- Key: FLEX-33405 URL: https://issues.apache.org/jira/browse/FLEX-33405 Project: Apache Flex Issue Type: Bug Components: Spark: TitleWindow Affects Versions: Apache Flex 4.9.0 Environment: mobile Reporter: Jozef Chutka Assignee: Justin Mclean Priority: Critical Labels: CloseEvent, PopUpEvent, TextInput, TitleWindow, exception, mobile reproduce: 1. create a mobile flex project and run on mobile device 2. create TitleWindow with TextInput child 3. open popup using PopUpManager 4. try to close the popup using close button 5. see the exception Main Thread (Suspended: TypeError: Error #1034: Type Coercion failed: cannot convert mx.events::CloseEvent@6a1699d1 to spark.events.PopUpEvent.) flash.events::EventDispatcher/dispatchEventFunction [no source] flash.events::EventDispatcher/dispatchEvent [no source] mx.core::UIComponent/dispatchEvent spark.components::TitleWindow/closeButton_clickHandler reason: my best guess is it is somehow mobile skin related possible fix: extend TitleWindow and do override protected function closeButton_clickHandler(event:MouseEvent):void { dispatchEvent(new PopUpEvent(PopUpEvent.CLOSE)); } -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
RTE in TitleWindow
Hi, Any one know why TitleWindow dispatches an mx CloseEvent.CLOSE rather than a spark PopupEvent.CLOSE? Both have the value close which is a bit naughty IMIO. Justin
Re: RTE in TitleWindow
NM, I see you mean Spark TW. No idea. Really, sounds like a bug, but there are backward compatibility issues if you change it. Maybe now is a good time to make sure that 4.10 is actually greater than 4.9 and put a version check around the event type that is dispatched. On 3/9/13 9:32 PM, Alex Harui aha...@adobe.com wrote: Spark TitleWindow or MX TitleWindow On 3/9/13 6:10 PM, Justin Mclean jus...@classsoftware.com wrote: Hi, Any one know why TitleWindow dispatches an mx CloseEvent.CLOSE rather than a spark PopupEvent.CLOSE? Both have the value close which is a bit naughty IMIO. Justin -- Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui
Re: RTE in TitleWindow
Hi, NM, I see you mean Spark TW. No idea. Really, sounds like a bug, but there are backward compatibility issues if you change it. Yep even if it is a bug I don't think we can change it to be a PopUpEvent. if any user code was relying on that event changing it may break quite a few applications out there. I looked a bit more into it and I think I tracked down the error to StyeableStageText.as and the the ancestor_closeHandler method. Fix may be as simple as changing the method signature to be Event rather than PopUpEvent. Justin
Re: RTE in TitleWindow
On 3/9/13 10:09 PM, Justin Mclean jus...@classsoftware.com wrote: Hi, NM, I see you mean Spark TW. No idea. Really, sounds like a bug, but there are backward compatibility issues if you change it. Yep even if it is a bug I don't think we can change it to be a PopUpEvent. if any user code was relying on that event changing it may break quite a few applications out there. Well, in the Adobe days, you could change it, but put it behind a version check. -- Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui
Re: RTE in TitleWindow
HI, Well, in the Adobe days, you could change it, but put it behind a version check. if any user code listened for a CloseEvent (fairly common I think) we would break that so I'm not sure a version check would help. Justin
Re: RTE in TitleWindow
On 3/9/13 10:55 PM, Justin Mclean jus...@classsoftware.com wrote: HI, Well, in the Adobe days, you could change it, but put it behind a version check. if any user code listened for a CloseEvent (fairly common I think) we would break that so I'm not sure a version check would help. The version check policy says you can break folks, but they can set the version back to 4.9 and the code will dispatch the old event. -- Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui