[flexcoders] Re:3
I want you to be strong and healthy! So I can help you to stop smoking!.. http://www.nmbcmedia.net/sites.friend.php?inpage=22my7
[flexcoders] Re: Flex, HTML5, Javascript...oh my!
Thanks for that. You're right; I'd never heard of it before. All I ever knew about was SproutCore. --- In flexcoders@yahoogroups.com, Johannes Nel johannes.nel@... wrote: look, i don't want to get into a fight with people, but i can really say that the google closure toolset makes every other html/javascript approach look absolutely stoneage. a compiler, i mean a real compiler, it eliminates dead code, does your optimisations for you, you don't have to write javascript like you are the compiler. if you play nice and religiously annotate your code, you get static type checking (huge benefit!) proper OO, interfaces (granted no way to really do is-A) lots of components http://closure-library.googlecode.com/svn/trunk/closure/goog/demos/ components actually have a livecycle (believe me, for most people playing around with javascript this is a radical concept). there is a framework (called relief), but i don't use it, it is not trying to solve the problems I am solving. I implemented my own binding system in a matter of hours, you can even add your own passes to the compiler (at any point, so pre abstract syntax tree (AST) or use the AST to do your own transforms) I tend to code in netbeans since the code completion is decent and I can also say the chrome debugger and profiler is extremely sweet. other people use different tools. if you like flex I think you will like closure, it is like the step up from flash to flex which I took in 2004 and I went like whaaa this is awesome. check this video http://www.youtube.com/watch?v=M3uWx-fhjUc now the bad, people don't seem to know about it, so it does not get all the loving it deserves, the lists however are extremely responsive (there are lists for all the different parts of the toolsets, but using all of them together makes for insane results) the compiler is not very fast, but using stuff like plovr (build tool) people make life pretty easy. i am just going to flame here as a finish, but jquery is for building mom and pop crap, if you plan to do any kind of real development in javascript and you like your wrists, closure is really the only way to go IMO. On Thu, Oct 13, 2011 at 9:52 PM, jamesfin james.alan.finnigan@...wrote: ** As a devoted flex developer of over five years now, I'm getting the nudge by management to get as comfortable with HTML5/Javascript as I currently am with MXML/Actionscript. Not my decision. That said, I figured this forum would be better suited to answer a few questions about html5/javascript rather than a endure throught a few flash-hater filled javascript forums. ;) Knowing the following about common flex development practices, what are the analogs with flex when using javascript, if any at all? FlashBuilder = ? (i.e. dreamweaver?) MXML = HTML Actionscript = Javascript RobotLegs = ? AS3Signals = ? Others, feel free to contribute... Also, Using Robotlegs affords many comforts towards MVC development practices. In that context, can other analogs be made in HTML5/Javascript where separate files are used for each of these areas? Links and/or examples would be great. View = ? Mediator = ? Service = ? Model = ? Controller = ? Dependency Injection = ? Signals = ? It would appear as if SproutCore shares some of the attributes we enjoy in Flex but would like to hear what Javascripts frameworks are most friendly to Flex Developers. Thanks in advance! -- j:pn \\no comment
Re: [flexcoders] Re: Flex, HTML5, Javascript...oh my!
i can really recommend this book http://www.amazon.co.uk/Closure-Definitive-Guide-Michael-Bolin/dp/1449381871 On Fri, Oct 14, 2011 at 3:25 PM, valdhor valdhorli...@embarqmail.comwrote: ** Thanks for that. You're right; I'd never heard of it before. All I ever knew about was SproutCore. --- In flexcoders@yahoogroups.com, Johannes Nel johannes.nel@... wrote: look, i don't want to get into a fight with people, but i can really say that the google closure toolset makes every other html/javascript approach look absolutely stoneage. a compiler, i mean a real compiler, it eliminates dead code, does your optimisations for you, you don't have to write javascript like you are the compiler. if you play nice and religiously annotate your code, you get static type checking (huge benefit!) proper OO, interfaces (granted no way to really do is-A) lots of components http://closure-library.googlecode.com/svn/trunk/closure/goog/demos/ components actually have a livecycle (believe me, for most people playing around with javascript this is a radical concept). there is a framework (called relief), but i don't use it, it is not trying to solve the problems I am solving. I implemented my own binding system in a matter of hours, you can even add your own passes to the compiler (at any point, so pre abstract syntax tree (AST) or use the AST to do your own transforms) I tend to code in netbeans since the code completion is decent and I can also say the chrome debugger and profiler is extremely sweet. other people use different tools. if you like flex I think you will like closure, it is like the step up from flash to flex which I took in 2004 and I went like whaaa this is awesome. check this video http://www.youtube.com/watch?v=M3uWx-fhjUc now the bad, people don't seem to know about it, so it does not get all the loving it deserves, the lists however are extremely responsive (there are lists for all the different parts of the toolsets, but using all of them together makes for insane results) the compiler is not very fast, but using stuff like plovr (build tool) people make life pretty easy. i am just going to flame here as a finish, but jquery is for building mom and pop crap, if you plan to do any kind of real development in javascript and you like your wrists, closure is really the only way to go IMO. On Thu, Oct 13, 2011 at 9:52 PM, jamesfin james.alan.finnigan@ ...wrote: ** As a devoted flex developer of over five years now, I'm getting the nudge by management to get as comfortable with HTML5/Javascript as I currently am with MXML/Actionscript. Not my decision. That said, I figured this forum would be better suited to answer a few questions about html5/javascript rather than a endure throught a few flash-hater filled javascript forums. ;) Knowing the following about common flex development practices, what are the analogs with flex when using javascript, if any at all? FlashBuilder = ? (i.e. dreamweaver?) MXML = HTML Actionscript = Javascript RobotLegs = ? AS3Signals = ? Others, feel free to contribute... Also, Using Robotlegs affords many comforts towards MVC development practices. In that context, can other analogs be made in HTML5/Javascript where separate files are used for each of these areas? Links and/or examples would be great. View = ? Mediator = ? Service = ? Model = ? Controller = ? Dependency Injection = ? Signals = ? It would appear as if SproutCore shares some of the attributes we enjoy in Flex but would like to hear what Javascripts frameworks are most friendly to Flex Developers. Thanks in advance! -- j:pn \\no comment -- j:pn \\no comment
Re: [flexcoders] Re: Flex, HTML5, Javascript...oh my!
But also read up on Google’s new DART language. On 10/14/11 8:06 AM, Johannes Nel johannes@gmail.com wrote: i can really recommend this book http://www.amazon.co.uk/Closure-Definitive-Guide-Michael-Bolin/dp/1449381871 On Fri, Oct 14, 2011 at 3:25 PM, valdhor valdhorli...@embarqmail.com wrote: Thanks for that. You're right; I'd never heard of it before. All I ever knew about was SproutCore. --- In flexcoders@yahoogroups.com mailto:flexcoders%40yahoogroups.com , Johannes Nel johannes.nel@... wrote: look, i don't want to get into a fight with people, but i can really say that the google closure toolset makes every other html/javascript approach look absolutely stoneage. a compiler, i mean a real compiler, it eliminates dead code, does your optimisations for you, you don't have to write javascript like you are the compiler. if you play nice and religiously annotate your code, you get static type checking (huge benefit!) proper OO, interfaces (granted no way to really do is-A) lots of components http://closure-library.googlecode.com/svn/trunk/closure/goog/demos/ components actually have a livecycle (believe me, for most people playing around with javascript this is a radical concept). there is a framework (called relief), but i don't use it, it is not trying to solve the problems I am solving. I implemented my own binding system in a matter of hours, you can even add your own passes to the compiler (at any point, so pre abstract syntax tree (AST) or use the AST to do your own transforms) I tend to code in netbeans since the code completion is decent and I can also say the chrome debugger and profiler is extremely sweet. other people use different tools. if you like flex I think you will like closure, it is like the step up from flash to flex which I took in 2004 and I went like whaaa this is awesome. check this video http://www.youtube.com/watch?v=M3uWx-fhjUc now the bad, people don't seem to know about it, so it does not get all the loving it deserves, the lists however are extremely responsive (there are lists for all the different parts of the toolsets, but using all of them together makes for insane results) the compiler is not very fast, but using stuff like plovr (build tool) people make life pretty easy. i am just going to flame here as a finish, but jquery is for building mom and pop crap, if you plan to do any kind of real development in javascript and you like your wrists, closure is really the only way to go IMO. On Thu, Oct 13, 2011 at 9:52 PM, jamesfin james.alan.finnigan@...wrote: ** As a devoted flex developer of over five years now, I'm getting the nudge by management to get as comfortable with HTML5/Javascript as I currently am with MXML/Actionscript. Not my decision. That said, I figured this forum would be better suited to answer a few questions about html5/javascript rather than a endure throught a few flash-hater filled javascript forums. ;) Knowing the following about common flex development practices, what are the analogs with flex when using javascript, if any at all? FlashBuilder = ? (i.e. dreamweaver?) MXML = HTML Actionscript = Javascript RobotLegs = ? AS3Signals = ? Others, feel free to contribute... Also, Using Robotlegs affords many comforts towards MVC development practices. In that context, can other analogs be made in HTML5/Javascript where separate files are used for each of these areas? Links and/or examples would be great. View = ? Mediator = ? Service = ? Model = ? Controller = ? Dependency Injection = ? Signals = ? It would appear as if SproutCore shares some of the attributes we enjoy in Flex but would like to hear what Javascripts frameworks are most friendly to Flex Developers. Thanks in advance! -- j:pn \\no comment -- Alex Harui Flex SDK Team Adobe System, Inc. http://blogs.adobe.com/aharui
Re: [flexcoders] Re: Flex, HTML5, Javascript...oh my!
I have read that google will provide a partial converter from closure code to dart. But in reality, the type system which is in Dart is already there with the closure compiler if you bother to annotate your code - this is a crucial concept and I annotate religiously (97.4% coverage on our current code base) and so many potential errors get picked up by the compiler. On Fri, Oct 14, 2011 at 4:33 PM, Alex Harui aha...@adobe.com wrote: ** But also read up on Google’s new DART language. On 10/14/11 8:06 AM, Johannes Nel johannes@gmail.com wrote: i can really recommend this book http://www.amazon.co.uk/Closure-Definitive-Guide-Michael-Bolin/dp/1449381871 On Fri, Oct 14, 2011 at 3:25 PM, valdhor valdhorli...@embarqmail.com wrote: Thanks for that. You're right; I'd never heard of it before. All I ever knew about was SproutCore. --- In flexcoders@yahoogroups.com mailto:flexcoders%40yahoogroups.comflexcoders%40yahoogroups.com , Johannes Nel johannes.nel@... wrote: look, i don't want to get into a fight with people, but i can really say that the google closure toolset makes every other html/javascript approach look absolutely stoneage. a compiler, i mean a real compiler, it eliminates dead code, does your optimisations for you, you don't have to write javascript like you are the compiler. if you play nice and religiously annotate your code, you get static type checking (huge benefit!) proper OO, interfaces (granted no way to really do is-A) lots of components http://closure-library.googlecode.com/svn/trunk/closure/goog/demos/ components actually have a livecycle (believe me, for most people playing around with javascript this is a radical concept). there is a framework (called relief), but i don't use it, it is not trying to solve the problems I am solving. I implemented my own binding system in a matter of hours, you can even add your own passes to the compiler (at any point, so pre abstract syntax tree (AST) or use the AST to do your own transforms) I tend to code in netbeans since the code completion is decent and I can also say the chrome debugger and profiler is extremely sweet. other people use different tools. if you like flex I think you will like closure, it is like the step up from flash to flex which I took in 2004 and I went like whaaa this is awesome. check this video http://www.youtube.com/watch?v=M3uWx-fhjUc now the bad, people don't seem to know about it, so it does not get all the loving it deserves, the lists however are extremely responsive (there are lists for all the different parts of the toolsets, but using all of them together makes for insane results) the compiler is not very fast, but using stuff like plovr (build tool) people make life pretty easy. i am just going to flame here as a finish, but jquery is for building mom and pop crap, if you plan to do any kind of real development in javascript and you like your wrists, closure is really the only way to go IMO. On Thu, Oct 13, 2011 at 9:52 PM, jamesfin james.alan.finnigan@ ...wrote: ** As a devoted flex developer of over five years now, I'm getting the nudge by management to get as comfortable with HTML5/Javascript as I currently am with MXML/Actionscript. Not my decision. That said, I figured this forum would be better suited to answer a few questions about html5/javascript rather than a endure throught a few flash-hater filled javascript forums. ;) Knowing the following about common flex development practices, what are the analogs with flex when using javascript, if any at all? FlashBuilder = ? (i.e. dreamweaver?) MXML = HTML Actionscript = Javascript RobotLegs = ? AS3Signals = ? Others, feel free to contribute... Also, Using Robotlegs affords many comforts towards MVC development practices. In that context, can other analogs be made in HTML5/Javascript where separate files are used for each of these areas? Links and/or examples would be great. View = ? Mediator = ? Service = ? Model = ? Controller = ? Dependency Injection = ? Signals = ? It would appear as if SproutCore shares some of the attributes we enjoy in Flex but would like to hear what Javascripts frameworks are most friendly to Flex Developers. Thanks in advance! -- j:pn \\no comment -- Alex Harui Flex SDK Team Adobe System, Inc. http://blogs.adobe.com/aharui -- j:pn \\no comment
[flexcoders] Styling title area of Alert control
Does anyone have a good example of how to change the title area of an Alert control in Flex 4 (Spark)?
[flexcoders] Re: Flex, HTML5, Javascript...oh my!
I'm in the same position. Does anyone have any thoughts on GWT or Sencha's Ext JS 4? --- In flexcoders@yahoogroups.com, jamesfin james.alan.finnigan@... wrote: As a devoted flex developer of over five years now, I'm getting the nudge by management to get as comfortable with HTML5/Javascript as I currently am with MXML/Actionscript. Not my decision. That said, I figured this forum would be better suited to answer a few questions about html5/javascript rather than a endure throught a few flash-hater filled javascript forums. ;) Knowing the following about common flex development practices, what are the analogs with flex when using javascript, if any at all? FlashBuilder = ? (i.e. dreamweaver?) MXML = HTML Actionscript = Javascript RobotLegs = ? AS3Signals = ? Others, feel free to contribute... Also, Using Robotlegs affords many comforts towards MVC development practices. In that context, can other analogs be made in HTML5/Javascript where separate files are used for each of these areas? Links and/or examples would be great. View = ? Mediator = ? Service = ? Model = ? Controller = ? Dependency Injection = ? Signals = ? It would appear as if SproutCore shares some of the attributes we enjoy in Flex but would like to hear what Javascripts frameworks are most friendly to Flex Developers. Thanks in advance!
[flexcoders] problem accessing menuBar component Sub-Items
Hi I have this menu bar.
mx:MenuBar width=1079.697 height=40.151516 id=mBar
labelField=@label creationComplete=init() fontSize=14
fillAlphas=[0.26, 0.26, 0.26, 0.26] fontWeight=bold
cornerRadius=6 color=#071243 fontFamily=Arial
verticalCenter=-4 left=9.05
mx:dataProvider
mx:XMLListCollection
mx:XMLList xmlns=
item label=Petici—n de Oraci—n/
item label=Petici—n de Visita/
item label=Cont‡ctenos/
item label=Publicaciones
item label=La Biblia Antiguo Testamento groupName=libros/
item label=La Biblia Nuevo Testamento groupName=libros/
item label=Concordancia Tem‡tica de la Biblia groupName=libros/
item label=Doctrina Cristiana groupName=libros/
/item
item label=Iglesia FLS Blog/
item label=Donaciones/
/mx:XMLList
/mx:XMLListCollection
/mx:dataProvider
I wan to access the group name libros items to add evenListeners to
them.
I have this code to access the main ones on the menuBar.
protected function init():void{
var mbiBlog:MenuBarItem= mBar.menuBarItems[4] as MenuBarItem;
mbiBlog.addEventListener(MouseEvent.CLICK, openWindowBlog);
var mbiAntiguoT:MenuBarItem = mBar.menuBarItems[3].root[1] as
MenuBarItem;// I've been trying to access the sub-Items I really don't
know how, some help please.
mbiAntiguoT.addEventListener(MouseEvent.CLICK, windowBibliaAntigua);
}
