IDE for flex

2013-03-09 Thread jon hopkins
Hi, Are there any plans to utilize an open source tool like Glade to generate MXML? thanks Jon

Re: IDE for flex

2013-03-09 Thread Roland Zwaga
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

Re: IDE for flex

2013-03-09 Thread jon hopkins
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

Re: Apache Flex SDK Installer - 2.5 release?

2013-03-09 Thread Frédéric THOMAS
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

Re: Apache Flex SDK Installer - 2.5 release?

2013-03-09 Thread Frédéric THOMAS
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,

[jira] [Assigned] (FLEX-33405) TitleWindow with TextInput throws exception on close using mobile skins

2013-03-09 Thread Justin Mclean (JIRA)
[ 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

[jira] [Commented] (FLEX-33405) TitleWindow with TextInput throws exception on close using mobile skins

2013-03-09 Thread Justin Mclean (JIRA)
[ 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

RTE in TitleWindow

2013-03-09 Thread Justin Mclean
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

2013-03-09 Thread Alex Harui
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

Re: RTE in TitleWindow

2013-03-09 Thread Justin Mclean
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

Re: RTE in TitleWindow

2013-03-09 Thread Alex Harui
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

Re: RTE in TitleWindow

2013-03-09 Thread Justin Mclean
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

2013-03-09 Thread Alex Harui
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