Re: [Flashcoders] Flex vs. Flash
And who's fault is that? Anyone can write spaghetti code in any language whatever the markup. The language itself lends itself to spaghetti coding, because MXML can easily turn into nesting hell. , unless the coders know what they are doing. The benefits of Flex databinding and UI are bogus, if you are an OOP programmer reusability exists with any OOP language. In the end it's just a language, so choose what you want. Elia ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
On Thu, Nov 20, 2008 at 8:30 AM, Elia Morling [EMAIL PROTECTED] wrote: The language itself lends itself to spaghetti coding, because MXML can easily turn into nesting hell. , unless the coders know what they are doing. The benefits of Flex databinding and UI are bogus, if you are an OOP programmer reusability exists with any OOP language. Bogus? Not at all. The benefits are in speed of development and clarity. It is perfectly possible to replicate databinding in AS3 (after all, the underlying implementation _is_ AS3). But to do so will require considerably more code, and is harder to read. Similarly for the UI - yes, you can replicate everything in MXML's layout in AS3, but it also requires more code and is harder to read. Consider this simple layout example in MXML: mx:VBox width=100% horizontalAlign=center mx:Label text=Testing/ mx:Button label=Cancel click=dispatchEvent(new UserEvent(UserEvent.CANCEL,true))/ /mx:VBox And in AS3: var vbox:VBox=new VBox(); vbox.percentWidth=100; vbox.setStyle(horizontalAlign,center); var label:Label=new Label(); label.text=Testing; vbox.addChild(label); var button:Button=new Button(); button.label=Cancel; button.addEventListener(MouseEvent.CLICK,onCancelClicked,false,0,true); vbox.addChild(button); addChild(vbox); private function onCancelClicked(ev:MouseEvent):void { dispatchEvent(new UserEvent(UserEvent.CANCEL,true)); } In what way is the AS3 clearer? In what way is it easier to maintain? In what way is it easier to see how the objects are laid out on the screen just by looking at the code? In what way is it _faster to develop_? In what way is the MXML more spaghetti-like? I agree that - as with any layout language - you can get tangled up by burying the implementation inside the layout. That's the same sort of issue that exists in other languages - for example, PHP. But that's simply about learning how to use it correctly. I think it's foolish to entirely write off a useful syntax/language based on examples written by people who don't understand how to use it properly. But then, I find MXML a useful tool for layout. It's your loss if you don't use it. Ian ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
This is by far the only problem of Flex. Cedric Apps that are not skinned or have some nice graphical touch to them are kinda disappointing, like the BMW site that was posted.. very poor IMO. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
Getting back to the original question, Ross, another benefit of the Flex compiler - whether you're writing MXML or AS3 - over the Flash IDE is that all the source files for a Flex app (barring assets - images etc.) are text files. Text files are much easier to deal with in version control systems such as SVN or CVS - and version control systems are critical for development within a group of developers. Notoriously, version control systems are bad at handling differences/resolving differences between binary files, and the .fla format is binary. Additionally, the Flex compiler can be used on the command-line, and so is very easy to integrate with automated build systems. As an example, we can now build any of our products by typing one line at a command-prompt, and get out the other end a Flash app fully packaged up in a projector with an installer, help files and autorun - all ready to be burned on to CD. In the past using the Flash IDE, that's been much harder to achieve. HTH, Ian On Wed, Nov 19, 2008 at 6:25 PM, Lehr, Ross (N-SGIS) [EMAIL PROTECTED] wrote: I guess this is somewhat off topic, but I'm new to the whole Flex thing. What are some of the reasons one would build something in Flex instead of Flash? Is it just a preference thing, or are there real technical reasons one should build a particular app in Flex? Thanks ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
On Thu, Nov 20, 2008 at 9:03 AM, Ian Thomas [EMAIL PROTECTED] wrote: On Thu, Nov 20, 2008 at 8:59 AM, Ian Thomas [EMAIL PROTECTED] wrote: Notoriously, version control systems are bad at handling differences/resolving differences between binary files, and the .fla format is binary. Although I should point out that this is going to change in future versions of the IDE, as the .fla will become an XML file rather than an .mxml file. ...rather than a binary file, not .mxml file. I'm having a bad morning, apologies! Ian ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
On Thu, Nov 20, 2008 at 8:59 AM, Ian Thomas [EMAIL PROTECTED] wrote: Notoriously, version control systems are bad at handling differences/resolving differences between binary files, and the .fla format is binary. Although I should point out that this is going to change in future versions of the IDE, as the .fla will become an XML file rather than an .mxml file. Ian ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
Have you tried the ASWing GUI Builder? If you use it, then the examples you provided below are not required at all. The code is generated for you. Elia - Original Message - From: Ian Thomas [EMAIL PROTECTED] To: Flash Coders List flashcoders@chattyfig.figleaf.com Sent: Thursday, November 20, 2008 9:53 AM Subject: Re: [Flashcoders] Flex vs. Flash On Thu, Nov 20, 2008 at 8:30 AM, Elia Morling [EMAIL PROTECTED] wrote: The language itself lends itself to spaghetti coding, because MXML can easily turn into nesting hell. , unless the coders know what they are doing. The benefits of Flex databinding and UI are bogus, if you are an OOP programmer reusability exists with any OOP language. Bogus? Not at all. The benefits are in speed of development and clarity. It is perfectly possible to replicate databinding in AS3 (after all, the underlying implementation _is_ AS3). But to do so will require considerably more code, and is harder to read. Similarly for the UI - yes, you can replicate everything in MXML's layout in AS3, but it also requires more code and is harder to read. Consider this simple layout example in MXML: mx:VBox width=100% horizontalAlign=center mx:Label text=Testing/ mx:Button label=Cancel click=dispatchEvent(new UserEvent(UserEvent.CANCEL,true))/ /mx:VBox And in AS3: var vbox:VBox=new VBox(); vbox.percentWidth=100; vbox.setStyle(horizontalAlign,center); var label:Label=new Label(); label.text=Testing; vbox.addChild(label); var button:Button=new Button(); button.label=Cancel; button.addEventListener(MouseEvent.CLICK,onCancelClicked,false,0,true); vbox.addChild(button); addChild(vbox); private function onCancelClicked(ev:MouseEvent):void { dispatchEvent(new UserEvent(UserEvent.CANCEL,true)); } In what way is the AS3 clearer? In what way is it easier to maintain? In what way is it easier to see how the objects are laid out on the screen just by looking at the code? In what way is it _faster to develop_? In what way is the MXML more spaghetti-like? I agree that - as with any layout language - you can get tangled up by burying the implementation inside the layout. That's the same sort of issue that exists in other languages - for example, PHP. But that's simply about learning how to use it correctly. I think it's foolish to entirely write off a useful syntax/language based on examples written by people who don't understand how to use it properly. But then, I find MXML a useful tool for layout. It's your loss if you don't use it. Ian ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
Getting back to the original question, Ross, another benefit of the Flex compiler - whether you're writing MXML or AS3 - over the Flash IDE is that all the source files for a Flex app (barring assets - images etc.) are text files. Text files are much easier to deal with in version control systems such as SVN or CVS - and version control systems are critical for development within a group of developers. I may be totally martian here, but ... hmmm, besides the FLA part, you can externalize everything in text files too (no code in the FLA, just assets (and even...) and external AS files). This is making me think that, as always, there are big differences between the framework provided and the technology used. Start from nothing, use Flash, try to build up a framework (at least, some app building logic), all on your own, and/or with the help of other Flashcoders. Then, you discover Flex, and this gives you the framework (ie: geniuses thought about this for you). You stick to the framework, learn to structure code / applications, and then get on the next part: being efficient. With both you can be efficient. As a proof, all the best Flash sites are Flash, not Flex. But all the best Flash apps are Flex, because it is ... just simply ... simpler. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
On Thu, Nov 20, 2008 at 9:11 AM, Elia Morling [EMAIL PROTECTED] wrote: Have you tried the ASWing GUI Builder? If you use it, then the examples you provided below are not required at all. The code is generated for you. *ahem* Have you tried the Flex GUI Builder? If you use it, then the examples I provided are not required at all. The MXML is generated for you, and won't be spaghettified. :-D But on a more serious note - does ASWing support CSS skinning? Ian ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
Please let me be the mad analogies professor here: Flash is the Industrialization. Flex is the factories. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
On a productivity basis, I totally agree with you. Flex made Flash take off. Working with Flash and teams was some hard task. Now I am all on my own, reinventing the wheel, and I feel happy and confident with this, no team, no versionning, even no components. I am nearing the end of a gallery application developpment. I don't know how it would have been possible to make the app look as it is with Flex but I know it would have taken twice less time, AND overall look and feel would have been cut by two (I did some serious integration there). When things are working, I do prefer personnality over technicity. Reusability ? yes, and no. I reuse my brain, that's it. ... and, of course, parts of my code :) but I am a Flex virgin (let's say so), so this message is personal, of no help, and no consequence On Thu, Nov 20, 2008 at 9:17 AM, Cedric Muller [EMAIL PROTECTED] wrote: Getting back to the original question, Ross, another benefit of the Flex compiler - whether you're writing MXML or AS3 - over the Flash IDE is that all the source files for a Flex app (barring assets - images etc.) are text files. Text files are much easier to deal with in version control systems such as SVN or CVS - and version control systems are critical for development within a group of developers. I may be totally martian here, but ... hmmm, besides the FLA part, you can externalize everything in text files too (no code in the FLA, just assets (and even...) and external AS files). Yep - but to be honest the .fla still contains all the links to the external assets. If one developer alters the library and saves the .fla file; and another developer does the same thing, it's very hard to reconcile the two different versions. Using Flex and embeds - or .properties files - it's very easy to get around that issue, because the list of links to assets are in a text file. Most good source control systems will sort that out for you without you having to care. :-) Don't get me wrong, in many cases it's not an issue. But in an app or framework of any size with more than a couple of developers on it, it can save a lot of frustration. :-) Ian ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
This is what make great men you know. The mass, hmmm, is just the mass. You are welcome to your opinion but enjoy the solitude of your perspective. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
Fair enough - but - I'm kind of separating out the argument here, now. The differences in version control and command-line stuff are not to do with the Flex _framework_ (UI, classes etc.) but to do with the Flex _compiler_ and environment. You don't have to touch MXML or embed any of the Flex classes to be using the Flex compiler and environment. HTH, Ian On Thu, Nov 20, 2008 at 9:33 AM, Cedric Muller [EMAIL PROTECTED] wrote: On a productivity basis, I totally agree with you. Flex made Flash take off. Working with Flash and teams was some hard task. Now I am all on my own, reinventing the wheel, and I feel happy and confident with this, no team, no versionning, even no components. I am nearing the end of a gallery application developpment. I don't know how it would have been possible to make the app look as it is with Flex but I know it would have taken twice less time, AND overall look and feel would have been cut by two (I did some serious integration there). When things are working, I do prefer personnality over technicity. Reusability ? yes, and no. I reuse my brain, that's it. ... and, of course, parts of my code :) but I am a Flex virgin (let's say so), so this message is personal, of no help, and no consequence ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
Yes, this I understand. As I view Flex, it is definitely the way to go. I even thought, that maybe, in 5 years time (or 10...) Flash will disappear as a development tool (Adobe is already referring to Flash as the Platform, not the tool, or at least tries to beamcast it to our brains). Flash being the underlying technology, it is too hard, complex and dark to shine out as a development tool. It is an older generation. I just hope I won't be programming in 10 years ;) Fair enough - but - I'm kind of separating out the argument here, now. The differences in version control and command-line stuff are not to do with the Flex _framework_ (UI, classes etc.) but to do with the Flex _compiler_ and environment. You don't have to touch MXML or embed any of the Flex classes to be using the Flex compiler and environment. HTH, Ian On Thu, Nov 20, 2008 at 9:33 AM, Cedric Muller [EMAIL PROTECTED] wrote: On a productivity basis, I totally agree with you. Flex made Flash take off. Working with Flash and teams was some hard task. Now I am all on my own, reinventing the wheel, and I feel happy and confident with this, no team, no versionning, even no components. I am nearing the end of a gallery application developpment. I don't know how it would have been possible to make the app look as it is with Flex but I know it would have taken twice less time, AND overall look and feel would have been cut by two (I did some serious integration there). When things are working, I do prefer personnality over technicity. Reusability ? yes, and no. I reuse my brain, that's it. ... and, of course, parts of my code :) but I am a Flex virgin (let's say so), so this message is personal, of no help, and no consequence ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
Yes, I'm aware that Flex generates MXML. I respect everyone that uses Flex, and employ it myself occasionally. Everybody has their preferences. Coming from a Java background MXML does not appeal to me, but I understand that it may to some. ASWing does not support CSS that I know of. It uses a LAF (Look And Feel) class, and can also easily be skinned with vectors (FLA file) or bitmaps (Photoshop template). Elia - Original Message - From: Ian Thomas [EMAIL PROTECTED] To: Flash Coders List flashcoders@chattyfig.figleaf.com Sent: Thursday, November 20, 2008 10:20 AM Subject: Re: [Flashcoders] Flex vs. Flash On Thu, Nov 20, 2008 at 9:11 AM, Elia Morling [EMAIL PROTECTED] wrote: Have you tried the ASWing GUI Builder? If you use it, then the examples you provided below are not required at all. The code is generated for you. *ahem* Have you tried the Flex GUI Builder? If you use it, then the examples I provided are not required at all. The MXML is generated for you, and won't be spaghettified. :-D But on a more serious note - does ASWing support CSS skinning? Ian ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
You shouldn't forget that Flash is brilliant for vector artwork and timeline animations. That's how we're using it these days internally - as an asset creation tool rather than as a programming environment. And, as Elia and others have said, it's great for non-standard UIs or for lightweight sites. It'll be interesting to see how Catalyst plays into all this. Ian On Thu, Nov 20, 2008 at 9:50 AM, Cedric Muller [EMAIL PROTECTED] wrote: Yes, this I understand. As I view Flex, it is definitely the way to go. I even thought, that maybe, in 5 years time (or 10...) Flash will disappear as a development tool (Adobe is already referring to Flash as the Platform, not the tool, or at least tries to beamcast it to our brains). Flash being the underlying technology, it is too hard, complex and dark to shine out as a development tool. It is an older generation. I just hope I won't be programming in 10 years ;) ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
If I can, I will let you show some of my works, modest works, but I say it out loud: Flash is brilliant. You shouldn't forget that Flash is brilliant for vector artwork and timeline animations. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
Yes, Catalyst is what we want to be looking at right now. Promising. You shouldn't forget that Flash is brilliant for vector artwork and timeline animations. That's how we're using it these days internally - as an asset creation tool rather than as a programming environment. And, as Elia and others have said, it's great for non-standard UIs or for lightweight sites. It'll be interesting to see how Catalyst plays into all this. Ian On Thu, Nov 20, 2008 at 9:50 AM, Cedric Muller [EMAIL PROTECTED] wrote: Yes, this I understand. As I view Flex, it is definitely the way to go. I even thought, that maybe, in 5 years time (or 10...) Flash will disappear as a development tool (Adobe is already referring to Flash as the Platform, not the tool, or at least tries to beamcast it to our brains). Flash being the underlying technology, it is too hard, complex and dark to shine out as a development tool. It is an older generation. I just hope I won't be programming in 10 years ;) ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
sorry about the flood ;) precision: Flash/Flex/AIR is brilliant!! Flash Lite is something I would like to hide. If I can, I will let you show some of my works, modest works, but I say it out loud: Flash is brilliant. You shouldn't forget that Flash is brilliant for vector artwork and timeline animations. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] frameworks and flash
I guess alot of us (including myself) have gotten used to the global-thing-in-disguise from using it that way in Flash and kept doing so in Flex. Personally I don't have a problem with it and I use my own MVC-type architecture that also includes a Singleton Model. The thing that bothers me about Cairngorm is the name ModelLocator as outlined in the article. ModelLocator doesn't locate models, it IS the model. ARP has a ModelLocator that does locate models and my guess is that's where they borrowed the name and it kinda stuck around. If memory servers me right, to get to the Model you want in ARP you'd use something like: var cart:ShoppingCart = ModelLocator.getInstance().getModel(shoppingCart); cart.total = 458.5; Cairngorm also doesn't have an events package, but rather stores their main Event class in control com.adobe.cairngorm.control.CairngormEvent com.adobe.cairngorm.control.CairngormEventDispatcher I'd prefer: com.adobe.cairngorm.events.CairngormEvent com.adobe.cairngorm.events.CairngormEventDispatcher which is more inline with the Flex framework And one more thing I dislike is the 1 on 1 mapping of Events and Commands. From what I've seen in their docs and samples they use a different Event class for every Command, which IMO makes no sense. GetUserEvent UpdateUserEvent DeleteUserEvent CreateUserEvent And the static constants are stored someplace else, can't remember but think it was the Controller (that extends FrontController). Rather than having 4 Event classes for each Command I prefer 1 Event class: UserEvent which has as many static constants as required: public static const GET_USER:String = getUser; public static const UPATE_USER:String = updateUser; public static const DELETE_USER:String = deleteUser; public static const CREATE_USER:String = createUser; Again this is inline with what is already present in the Flex framework: MouseEvent.CLICK MouseEvent.MOUSE_DOWN MouseEvent.MOUSE_UP etc.. Think that's about it.. regards, Muzak - Original Message - From: Merrill, Jason [EMAIL PROTECTED] To: Flash Coders List flashcoders@chattyfig.figleaf.com Sent: Tuesday, November 18, 2008 4:11 PM Subject: RE: [Flashcoders] frameworks and flash Read the article, some good, some bad. What are your thoughts on the article's baching of Cairngorm's ModelLocator? The he says its really a global var in disguise, and I understand that, but I still find it very handy - maybe it makes it somewhat tighter coupled to the model, but I use the same implementation of it in non-Cairgorm projects just because it's so handy. I can see where it wouldn't be good in a coding environment where you have to loosely couple everything, but it also seems to have its uses. Any thoughts on that? Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] frameworks and flash
Hi Jason, i only saw this post now, not sure if it was directed at me or at the list in general or both, but anyway: i agree the naming conventions could be better, but I don't mind using some kind of locator object. I posted previously about my approach I think. I use an ApplicationRegistry where I register my objects: _appReg.register (new ...Model()); _appReg.register (new ...View()); etc and I do that for all key application objects such as services, models etc when I need them I do: _appReg.getRegistree (IFooBarModel); in other words, I locate my objects by interface (or concrete classes depending on how abstract we need to get). Usually I even wrap that using an objectbroker so the previous line becomes: _ob.getFooBarModel():IFooBarModel It separates creation from usage, I don't have to import anything except the broker and works wonders while refactoring. I've used in on several projects and have to run into downsides yet. It has not harmed reusability, managability etc etc, it has helped improve my coding speed by far. greetz JC On Tue, Nov 18, 2008 at 4:11 PM, Merrill, Jason [EMAIL PROTECTED] wrote: Read the article, some good, some bad. What are your thoughts on the article's baching of Cairngorm's ModelLocator? The he says its really a global var in disguise, and I understand that, but I still find it very handy - maybe it makes it somewhat tighter coupled to the model, but I use the same implementation of it in non-Cairgorm projects just because it's so handy. I can see where it wouldn't be good in a coding environment where you have to loosely couple everything, but it also seems to have its uses. Any thoughts on that? Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
RE: [Flashcoders] Flex vs. Flash
With both you can be efficient. As a proof, all the best Flash sites are Flash, not Flex. How do you know? I have seen some amazing Flash sites I thought were build in the Flash IDE, and I found out later they were Flex apps, with some really great skinning going on. I have also seen some flex-like sites that were cool that I discovered were Flash IDE made sites. But in a lot of cases, there is no real way to tell what the development environment was - maybe if you pulled apart the .swf you could tell, but other than that, it's difficult. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Cedric Muller Sent: Thursday, November 20, 2008 4:17 AM To: Flash Coders List Subject: Re: [Flashcoders] Flex vs. Flash Getting back to the original question, Ross, another benefit of the Flex compiler - whether you're writing MXML or AS3 - over the Flash IDE is that all the source files for a Flex app (barring assets - images etc.) are text files. Text files are much easier to deal with in version control systems such as SVN or CVS - and version control systems are critical for development within a group of developers. I may be totally martian here, but ... hmmm, besides the FLA part, you can externalize everything in text files too (no code in the FLA, just assets (and even...) and external AS files). This is making me think that, as always, there are big differences between the framework provided and the technology used. Start from nothing, use Flash, try to build up a framework (at least, some app building logic), all on your own, and/or with the help of other Flashcoders. Then, you discover Flex, and this gives you the framework (ie: geniuses thought about this for you). You stick to the framework, learn to structure code / applications, and then get on the next part: being efficient. With both you can be efficient. As a proof, all the best Flash sites are Flash, not Flex. But all the best Flash apps are Flex, because it is ... just simply ... simpler. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
RE: [Flashcoders] Flex vs. Flash
The language itself lends itself to spaghetti coding, because MXML can easily turn into nesting hell. I would say ANY language can lend itself to that. What you're really attacking is the concept behind XML, not MXML. XML and nesting is an ADVANTAGE in my opinion when it comes to layout. It's not great for coding non-visual logic, that's what Actionscript is for. Most Flex developers will tell you they use MXML for UI and UI effects, and they use Actionscript for logic. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Elia Morling Sent: Thursday, November 20, 2008 3:31 AM To: Flash Coders List Subject: Re: [Flashcoders] Flex vs. Flash And who's fault is that? Anyone can write spaghetti code in any language whatever the markup. The language itself lends itself to spaghetti coding, because MXML can easily turn into nesting hell. , unless the coders know what they are doing. The benefits of Flex databinding and UI are bogus, if you are an OOP programmer reusability exists with any OOP language. In the end it's just a language, so choose what you want. Elia ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
RE: [Flashcoders] Flex vs. Flash
But to do so will require considerably more code, and is harder to read. Similarly for the UI - yes, you can replicate everything in MXML's layout in AS3, but it also requires more code and is harder to read. Consider this simple layout example in MXML: Very well said and exampled Ian! Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ian Thomas Sent: Thursday, November 20, 2008 3:54 AM To: Flash Coders List Subject: Re: [Flashcoders] Flex vs. Flash On Thu, Nov 20, 2008 at 8:30 AM, Elia Morling [EMAIL PROTECTED] wrote: The language itself lends itself to spaghetti coding, because MXML can easily turn into nesting hell. , unless the coders know what they are doing. The benefits of Flex databinding and UI are bogus, if you are an OOP programmer reusability exists with any OOP language. Bogus? Not at all. The benefits are in speed of development and clarity. It is perfectly possible to replicate databinding in AS3 (after all, the underlying implementation _is_ AS3). But to do so will require considerably more code, and is harder to read. Similarly for the UI - yes, you can replicate everything in MXML's layout in AS3, but it also requires more code and is harder to read. Consider this simple layout example in MXML: mx:VBox width=100% horizontalAlign=center mx:Label text=Testing/ mx:Button label=Cancel click=dispatchEvent(new UserEvent(UserEvent.CANCEL,true))/ /mx:VBox And in AS3: var vbox:VBox=new VBox(); vbox.percentWidth=100; vbox.setStyle(horizontalAlign,center); var label:Label=new Label(); label.text=Testing; vbox.addChild(label); var button:Button=new Button(); button.label=Cancel; button.addEventListener(MouseEvent.CLICK,onCancelClicked,false,0,true); vbox.addChild(button); addChild(vbox); private function onCancelClicked(ev:MouseEvent):void { dispatchEvent(new UserEvent(UserEvent.CANCEL,true)); } In what way is the AS3 clearer? In what way is it easier to maintain? In what way is it easier to see how the objects are laid out on the screen just by looking at the code? In what way is it _faster to develop_? In what way is the MXML more spaghetti-like? I agree that - as with any layout language - you can get tangled up by burying the implementation inside the layout. That's the same sort of issue that exists in other languages - for example, PHP. But that's simply about learning how to use it correctly. I think it's foolish to entirely write off a useful syntax/language based on examples written by people who don't understand how to use it properly. But then, I find MXML a useful tool for layout. It's your loss if you don't use it. Ian ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] frameworks and flash
While I have no authority to defend why, I'm leaning toward PureMVC. From what I remember it's very similar to whats being described here. Events are hijacked and all commands are registered in one place which can be triggered from anywhere. Of course I'll have to put my money where my mouth is before I can truly judge it. You guys don't have to post links but could you describe some of the projects you've worked on where Flex was an easy choice over Flash? On Thu, Nov 20, 2008 at 6:18 AM, Hans Wichman [EMAIL PROTECTED] wrote: Hi Jason, i only saw this post now, not sure if it was directed at me or at the list in general or both, but anyway: i agree the naming conventions could be better, but I don't mind using some kind of locator object. I posted previously about my approach I think. I use an ApplicationRegistry where I register my objects: _appReg.register (new ...Model()); _appReg.register (new ...View()); etc and I do that for all key application objects such as services, models etc when I need them I do: _appReg.getRegistree (IFooBarModel); in other words, I locate my objects by interface (or concrete classes depending on how abstract we need to get). Usually I even wrap that using an objectbroker so the previous line becomes: _ob.getFooBarModel():IFooBarModel It separates creation from usage, I don't have to import anything except the broker and works wonders while refactoring. I've used in on several projects and have to run into downsides yet. It has not harmed reusability, managability etc etc, it has helped improve my coding speed by far. greetz JC On Tue, Nov 18, 2008 at 4:11 PM, Merrill, Jason [EMAIL PROTECTED] wrote: Read the article, some good, some bad. What are your thoughts on the article's baching of Cairngorm's ModelLocator? The he says its really a global var in disguise, and I understand that, but I still find it very handy - maybe it makes it somewhat tighter coupled to the model, but I use the same implementation of it in non-Cairgorm projects just because it's so handy. I can see where it wouldn't be good in a coding environment where you have to loosely couple everything, but it also seems to have its uses. Any thoughts on that? Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders -- --Joel Stransky stranskydesign.com ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
RE: [Flashcoders] frameworks and flash
You guys don't have to post links but could you describe some of the projects you've worked on where Flex was an easy choice over Flash? We built a social networking application that had several UI elements - a profile section of the person, a list of knowledge and skills that could be filtered, search capabilities, etc., and the main this was a visual node view of your network - its dynamic - you can reposition things, thing animated, nodes have submenus, draw regions with the mouse, etc. Uses C# Webservices to communicate to the database. Its a mix of MXML layout, Actionscript logic, and loaded .swf files produced with Flash CS3 (for the fancy UI animation stuff that would have been hard to do in Flex). Worked really well, and we used Visual Source Safe so we were able to work as a team on the project - worked really well. We used FlashDevleop + Flex SDK. Would have been 10x more work to do this project in purely Flash or purely Actionscript. Another RIA I worked on was a web-based WYSIWYG performance support generator tool. Used Webservices to save and produce projects. Users could upload and position media, create menus, links, etc. Gave them a .zip of the files to put on their webserver when it was finished. It was done in Flash 8 + AS2. I wish I had Flex back then, it would have saved me a ton of work. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joel Stransky Sent: Thursday, November 20, 2008 10:16 AM To: Flash Coders List Subject: Re: [Flashcoders] frameworks and flash While I have no authority to defend why, I'm leaning toward PureMVC. From what I remember it's very similar to whats being described here. Events are hijacked and all commands are registered in one place which can be triggered from anywhere. Of course I'll have to put my money where my mouth is before I can truly judge it. You guys don't have to post links but could you describe some of the projects you've worked on where Flex was an easy choice over Flash? On Thu, Nov 20, 2008 at 6:18 AM, Hans Wichman [EMAIL PROTECTED] wrote: Hi Jason, i only saw this post now, not sure if it was directed at me or at the list in general or both, but anyway: i agree the naming conventions could be better, but I don't mind using some kind of locator object. I posted previously about my approach I think. I use an ApplicationRegistry where I register my objects: _appReg.register (new ...Model()); _appReg.register (new ...View()); etc and I do that for all key application objects such as services, models etc when I need them I do: _appReg.getRegistree (IFooBarModel); in other words, I locate my objects by interface (or concrete classes depending on how abstract we need to get). Usually I even wrap that using an objectbroker so the previous line becomes: _ob.getFooBarModel():IFooBarModel It separates creation from usage, I don't have to import anything except the broker and works wonders while refactoring. I've used in on several projects and have to run into downsides yet. It has not harmed reusability, managability etc etc, it has helped improve my coding speed by far. greetz JC On Tue, Nov 18, 2008 at 4:11 PM, Merrill, Jason [EMAIL PROTECTED] wrote: Read the article, some good, some bad. What are your thoughts on the article's baching of Cairngorm's ModelLocator? The he says its really a global var in disguise, and I understand that, but I still find it very handy - maybe it makes it somewhat tighter coupled to the model, but I use the same implementation of it in non-Cairgorm projects just because it's so handy. I can see where it wouldn't be good in a coding environment where you have to loosely couple everything, but it also seems to have its uses. Any thoughts on that? Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders -- --Joel Stransky stranskydesign.com ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com
RE: [Flashcoders] frameworks and flash
The thing that bothers me about Cairngorm is the name ModelLocator as outlined in the article. ModelLocator doesn't locate models, it IS the model. Oh yeah, that bothered me too - at least just in a naming convention way. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Muzak Sent: Thursday, November 20, 2008 5:28 AM To: Flash Coders List Subject: Re: [Flashcoders] frameworks and flash I guess alot of us (including myself) have gotten used to the global-thing-in-disguise from using it that way in Flash and kept doing so in Flex. Personally I don't have a problem with it and I use my own MVC-type architecture that also includes a Singleton Model. The thing that bothers me about Cairngorm is the name ModelLocator as outlined in the article. ModelLocator doesn't locate models, it IS the model. ARP has a ModelLocator that does locate models and my guess is that's where they borrowed the name and it kinda stuck around. If memory servers me right, to get to the Model you want in ARP you'd use something like: var cart:ShoppingCart = ModelLocator.getInstance().getModel(shoppingCart); cart.total = 458.5; Cairngorm also doesn't have an events package, but rather stores their main Event class in control com.adobe.cairngorm.control.CairngormEvent com.adobe.cairngorm.control.CairngormEventDispatcher I'd prefer: com.adobe.cairngorm.events.CairngormEvent com.adobe.cairngorm.events.CairngormEventDispatcher which is more inline with the Flex framework And one more thing I dislike is the 1 on 1 mapping of Events and Commands. From what I've seen in their docs and samples they use a different Event class for every Command, which IMO makes no sense. GetUserEvent UpdateUserEvent DeleteUserEvent CreateUserEvent And the static constants are stored someplace else, can't remember but think it was the Controller (that extends FrontController). Rather than having 4 Event classes for each Command I prefer 1 Event class: UserEvent which has as many static constants as required: public static const GET_USER:String = getUser; public static const UPATE_USER:String = updateUser; public static const DELETE_USER:String = deleteUser; public static const CREATE_USER:String = createUser; Again this is inline with what is already present in the Flex framework: MouseEvent.CLICK MouseEvent.MOUSE_DOWN MouseEvent.MOUSE_UP etc.. Think that's about it.. regards, Muzak - Original Message - From: Merrill, Jason [EMAIL PROTECTED] To: Flash Coders List flashcoders@chattyfig.figleaf.com Sent: Tuesday, November 18, 2008 4:11 PM Subject: RE: [Flashcoders] frameworks and flash Read the article, some good, some bad. What are your thoughts on the article's baching of Cairngorm's ModelLocator? The he says its really a global var in disguise, and I understand that, but I still find it very handy - maybe it makes it somewhat tighter coupled to the model, but I use the same implementation of it in non-Cairgorm projects just because it's so handy. I can see where it wouldn't be good in a coding environment where you have to loosely couple everything, but it also seems to have its uses. Any thoughts on that? Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
Any great Flex books you'd recommend? On Thu, Nov 20, 2008 at 10:33 AM, Joel Stransky [EMAIL PROTECTED]wrote: I love the responses so far. It's really helping me wrap my head around the division of the two tools. I'm going to take Jason's advice and just jump in and do something in Flex (probably using FlashDevelop) and see where I come out. The comparison example is definitely enticing and helps me realize that I can't objective until I have a taste. Even if it only makes my UI creation easier, I suppose it will be worth it. On Thu, Nov 20, 2008 at 10:07 AM, Merrill, Jason [EMAIL PROTECTED] wrote: With both you can be efficient. As a proof, all the best Flash sites are Flash, not Flex. How do you know? I have seen some amazing Flash sites I thought were build in the Flash IDE, and I found out later they were Flex apps, with some really great skinning going on. I have also seen some flex-like sites that were cool that I discovered were Flash IDE made sites. But in a lot of cases, there is no real way to tell what the development environment was - maybe if you pulled apart the .swf you could tell, but other than that, it's difficult. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. -Original Message- From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] On Behalf Of Cedric Muller Sent: Thursday, November 20, 2008 4:17 AM To: Flash Coders List Subject: Re: [Flashcoders] Flex vs. Flash Getting back to the original question, Ross, another benefit of the Flex compiler - whether you're writing MXML or AS3 - over the Flash IDE is that all the source files for a Flex app (barring assets - images etc.) are text files. Text files are much easier to deal with in version control systems such as SVN or CVS - and version control systems are critical for development within a group of developers. I may be totally martian here, but ... hmmm, besides the FLA part, you can externalize everything in text files too (no code in the FLA, just assets (and even...) and external AS files). This is making me think that, as always, there are big differences between the framework provided and the technology used. Start from nothing, use Flash, try to build up a framework (at least, some app building logic), all on your own, and/or with the help of other Flashcoders. Then, you discover Flex, and this gives you the framework (ie: geniuses thought about this for you). You stick to the framework, learn to structure code / applications, and then get on the next part: being efficient. With both you can be efficient. As a proof, all the best Flash sites are Flash, not Flex. But all the best Flash apps are Flex, because it is ... just simply ... simpler. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders -- --Joel Stransky stranskydesign.com -- --Joel Stransky stranskydesign.com ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
I love the responses so far. It's really helping me wrap my head around the division of the two tools. I'm going to take Jason's advice and just jump in and do something in Flex (probably using FlashDevelop) and see where I come out. The comparison example is definitely enticing and helps me realize that I can't objective until I have a taste. Even if it only makes my UI creation easier, I suppose it will be worth it. On Thu, Nov 20, 2008 at 10:07 AM, Merrill, Jason [EMAIL PROTECTED] wrote: With both you can be efficient. As a proof, all the best Flash sites are Flash, not Flex. How do you know? I have seen some amazing Flash sites I thought were build in the Flash IDE, and I found out later they were Flex apps, with some really great skinning going on. I have also seen some flex-like sites that were cool that I discovered were Flash IDE made sites. But in a lot of cases, there is no real way to tell what the development environment was - maybe if you pulled apart the .swf you could tell, but other than that, it's difficult. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. -Original Message- From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] On Behalf Of Cedric Muller Sent: Thursday, November 20, 2008 4:17 AM To: Flash Coders List Subject: Re: [Flashcoders] Flex vs. Flash Getting back to the original question, Ross, another benefit of the Flex compiler - whether you're writing MXML or AS3 - over the Flash IDE is that all the source files for a Flex app (barring assets - images etc.) are text files. Text files are much easier to deal with in version control systems such as SVN or CVS - and version control systems are critical for development within a group of developers. I may be totally martian here, but ... hmmm, besides the FLA part, you can externalize everything in text files too (no code in the FLA, just assets (and even...) and external AS files). This is making me think that, as always, there are big differences between the framework provided and the technology used. Start from nothing, use Flash, try to build up a framework (at least, some app building logic), all on your own, and/or with the help of other Flashcoders. Then, you discover Flex, and this gives you the framework (ie: geniuses thought about this for you). You stick to the framework, learn to structure code / applications, and then get on the next part: being efficient. With both you can be efficient. As a proof, all the best Flash sites are Flash, not Flex. But all the best Flash apps are Flex, because it is ... just simply ... simpler. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders -- --Joel Stransky stranskydesign.com ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
perhaps that's a bit of a problem that flex has; any flex app using default components and skin will look like it has been build in flex any flex app using custom components /custom skin will look like it has been build in flash so if I try to find cool flex apps.. well I haven't seen many because the cool ones are hiding too well :) I wish there were some good examples online of advanced skinning with flex, maybe I'm not looking into the right places, but all the examples of flex that I looked into made me shudder and turn quickly back to flash,simply because most examples/tutorials use the default skins and looks horrible. On Thu, Nov 20, 2008 at 4:07 PM, Merrill, Jason [EMAIL PROTECTED] wrote: With both you can be efficient. As a proof, all the best Flash sites are Flash, not Flex. How do you know? I have seen some amazing Flash sites I thought were build in the Flash IDE, and I found out later they were Flex apps, with some really great skinning going on. I have also seen some flex-like sites that were cool that I discovered were Flash IDE made sites. But in a lot of cases, there is no real way to tell what the development environment was - maybe if you pulled apart the .swf you could tell, but other than that, it's difficult. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. -Original Message- From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] On Behalf Of Cedric Muller Sent: Thursday, November 20, 2008 4:17 AM To: Flash Coders List Subject: Re: [Flashcoders] Flex vs. Flash Getting back to the original question, Ross, another benefit of the Flex compiler - whether you're writing MXML or AS3 - over the Flash IDE is that all the source files for a Flex app (barring assets - images etc.) are text files. Text files are much easier to deal with in version control systems such as SVN or CVS - and version control systems are critical for development within a group of developers. I may be totally martian here, but ... hmmm, besides the FLA part, you can externalize everything in text files too (no code in the FLA, just assets (and even...) and external AS files). This is making me think that, as always, there are big differences between the framework provided and the technology used. Start from nothing, use Flash, try to build up a framework (at least, some app building logic), all on your own, and/or with the help of other Flashcoders. Then, you discover Flex, and this gives you the framework (ie: geniuses thought about this for you). You stick to the framework, learn to structure code / applications, and then get on the next part: being efficient. With both you can be efficient. As a proof, all the best Flash sites are Flash, not Flex. But all the best Flash apps are Flex, because it is ... just simply ... simpler. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders -- M.A. van't Kruis http://www.malatze.nl/ ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
You could consider the The Essential Guide to Flex 3 book by FriendsOfED. I consider it as a nice book for beginners in the world of Flex. More information at: http://www.friendsofed.com/book.html?isbn=1590599500 ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] frameworks and flash
Hi, it's similar but not the same. Yes in PureMVC you register your objects as well, but you register them by a name defined in the class being registered (and you have to define this name). This causes references to a concrete class everytime you retrieve your registry item and you cannot easily switch implementations at runtime without doing something 'extra'. Besides that you register your object with a different registry based on whether its a view, model, proxy etc. All I'm really interested in is an objects interface, so I rolled those registries into one and access them by interface only, not by public constants. Whether you hijack events and create commands that can be triggered from anywhere is a separate issue I think. greetz JC On Thu, Nov 20, 2008 at 4:16 PM, Joel Stransky [EMAIL PROTECTED] wrote: While I have no authority to defend why, I'm leaning toward PureMVC. From what I remember it's very similar to whats being described here. Events are hijacked and all commands are registered in one place which can be triggered from anywhere. Of course I'll have to put my money where my mouth is before I can truly judge it. You guys don't have to post links but could you describe some of the projects you've worked on where Flex was an easy choice over Flash? On Thu, Nov 20, 2008 at 6:18 AM, Hans Wichman [EMAIL PROTECTED] wrote: Hi Jason, i only saw this post now, not sure if it was directed at me or at the list in general or both, but anyway: i agree the naming conventions could be better, but I don't mind using some kind of locator object. I posted previously about my approach I think. I use an ApplicationRegistry where I register my objects: _appReg.register (new ...Model()); _appReg.register (new ...View()); etc and I do that for all key application objects such as services, models etc when I need them I do: _appReg.getRegistree (IFooBarModel); in other words, I locate my objects by interface (or concrete classes depending on how abstract we need to get). Usually I even wrap that using an objectbroker so the previous line becomes: _ob.getFooBarModel():IFooBarModel It separates creation from usage, I don't have to import anything except the broker and works wonders while refactoring. I've used in on several projects and have to run into downsides yet. It has not harmed reusability, managability etc etc, it has helped improve my coding speed by far. greetz JC On Tue, Nov 18, 2008 at 4:11 PM, Merrill, Jason [EMAIL PROTECTED] wrote: Read the article, some good, some bad. What are your thoughts on the article's baching of Cairngorm's ModelLocator? The he says its really a global var in disguise, and I understand that, but I still find it very handy - maybe it makes it somewhat tighter coupled to the model, but I use the same implementation of it in non-Cairgorm projects just because it's so handy. I can see where it wouldn't be good in a coding environment where you have to loosely couple everything, but it also seems to have its uses. Any thoughts on that? Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders -- --Joel Stransky stranskydesign.com ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
RE: [Flashcoders] Flex vs. Flash
I like Adobe's Flex training from the source series, and also the O'Reilly Flex Cookbook. Usually if you stick with Friends of Ed, O'Reilly, or Adobe press, you can't go wrong. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Weyert de Boer Sent: Thursday, November 20, 2008 10:57 AM To: Flash Coders List Subject: Re: [Flashcoders] Flex vs. Flash You could consider the The Essential Guide to Flex 3 book by FriendsOfED. I consider it as a nice book for beginners in the world of Flex. More information at: http://www.friendsofed.com/book.html?isbn=1590599500 ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
Of course, this problem might disappear when Flex 4 is production ready! Flex 4 makes skinning and similar activities a lot easier. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
RE: [Flashcoders] Flex vs. Flash
Sure - I mean again, it just comes down to what KIND of sites you are comparing - a cool site RIA could be equally cool as a cool 3D Flash site like EcoDaZoo (which was done with Papervision3d by the way, and could have been done in Flex - if there was a need for the Flex framework) - but comparing one site with another for coolness is really subjective, it's like comparing apples and oranges. If a site dynamically allows product selection interactions with effects was seen as cool - and a site like EcoDaZoo was done with Flash + Papervision and is thought of as cool, well, which one is cooler? You can't do the comparision because they are completely different types of sites. Yes, for sites that have a lot of UI zing - animations and effects, and really wild transitions and layouts, well, Flex would not be the best choice. That's why you have to decide which tool is best for what kind of project you have. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Cedric Muller Sent: Thursday, November 20, 2008 11:07 AM To: Flash Coders List Subject: Re: [Flashcoders] Flex vs. Flash You are right. I may have been mislead here, but I still think that a site like EcoDaZoo or sites done by agencies like Gringo, or Firstborn are Flash, not Flex. I am getting specific here, which is irrelevant regarding this thread. Cedric With both you can be efficient. As a proof, all the best Flash sites are Flash, not Flex. How do you know? I have seen some amazing Flash sites I thought were build in the Flash IDE, and I found out later they were Flex apps, with some really great skinning going on. I have also seen some flex-like sites that were cool that I discovered were Flash IDE made sites. But in a lot of cases, there is no real way to tell what the development environment was - maybe if you pulled apart the .swf you could tell, but other than that, it's difficult. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
That would be very cool, I think people like me, who are still using flash but only use it for asset management and flashdevelop(or whatever) for coding, would be more motivated in making a hop over. On Thu, Nov 20, 2008 at 5:13 PM, Weyert de Boer [EMAIL PROTECTED] wrote: Of course, this problem might disappear when Flex 4 is production ready! Flex 4 makes skinning and similar activities a lot easier. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders -- M.A. van't Kruis http://www.malatze.nl/ ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
RE: [Flashcoders] Flex vs. Flash
Thanks for all the input everyone... Nothing like a good ol' software debate ; - ) That's why you have to decide which tool is best for what kind of project you have. This was my question in the original email, not which was tool is better. Should be fun experimenting in both. Also, thanks for the book recommendation. Ross -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Merrill, Jason Sent: Thursday, November 20, 2008 11:15 AM To: Flash Coders List Subject: RE: [Flashcoders] Flex vs. Flash Sure - I mean again, it just comes down to what KIND of sites you are comparing - a cool site RIA could be equally cool as a cool 3D Flash site like EcoDaZoo (which was done with Papervision3d by the way, and could have been done in Flex - if there was a need for the Flex framework) - but comparing one site with another for coolness is really subjective, it's like comparing apples and oranges. If a site dynamically allows product selection interactions with effects was seen as cool - and a site like EcoDaZoo was done with Flash + Papervision and is thought of as cool, well, which one is cooler? You can't do the comparision because they are completely different types of sites. Yes, for sites that have a lot of UI zing - animations and effects, and really wild transitions and layouts, well, Flex would not be the best choice. That's why you have to decide which tool is best for what kind of project you have. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Cedric Muller Sent: Thursday, November 20, 2008 11:07 AM To: Flash Coders List Subject: Re: [Flashcoders] Flex vs. Flash You are right. I may have been mislead here, but I still think that a site like EcoDaZoo or sites done by agencies like Gringo, or Firstborn are Flash, not Flex. I am getting specific here, which is irrelevant regarding this thread. Cedric With both you can be efficient. As a proof, all the best Flash sites are Flash, not Flex. How do you know? I have seen some amazing Flash sites I thought were build in the Flash IDE, and I found out later they were Flex apps, with some really great skinning going on. I have also seen some flex-like sites that were cool that I discovered were Flash IDE made sites. But in a lot of cases, there is no real way to tell what the development environment was - maybe if you pulled apart the .swf you could tell, but other than that, it's difficult. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
(Don't know if anyone's seen the new proposals for Flex and Coldfusion demoed at Max... essentially in a single MXML file you now write both the client-side code _and_ the server-side code, and Flex and Coldfusion between them sort out which code is published to where during the compile phase... brilliant idea. I've never used Coldfusion, but I have to say that this has tempted me...) Yes, that was an AWESOME demo. I've never used CF but what they showed with the two rocked and is quite tempting to start digging into it. Lots of interesting stuff came out of this years MAX. All I gotta say is my workload just tripled with the amount info they released. No sleep for the flash guys! B. On Wed, Nov 19, 2008 at 3:09 PM, Ian Thomas [EMAIL PROTECTED] wrote: I'm with Jason. And in particular, at the moment, I'm loving the CSS skinning - even if it's still not particularly well implemented in terms of selectors etc., the skinnability of Flex components (and how easy it is to add CSS support to your own components) is excellent. We've been experimenting lately with adding all sorts of things to CSS files - whole themes, including sounds as well as appearance. :-) Flash for animations, unusual user interfaces, tight compact minimalist code. Flex for applications with structured layouts, form elements, lots of data and server calls. (Don't know if anyone's seen the new proposals for Flex and Coldfusion demoed at Max... essentially in a single MXML file you now write both the client-side code _and_ the server-side code, and Flex and Coldfusion between them sort out which code is published to where during the compile phase... brilliant idea. I've never used Coldfusion, but I have to say that this has tempted me...) Ian On Wed, Nov 19, 2008 at 9:04 PM, Merrill, Jason [EMAIL PROTECTED] wrote: And it's not just the advantages Flex has with comboboxes and dropdown menus and the like. There are a ton of other advantages, like for example, databinding, easy to code layout, including liquid layout, easy component creation, easy skinning, TONS of components Flash doesn't have,which are not necessarily just for applications, they could be for games and other interactions, like color pickers, charts, tree, and things like webservice components for data connections (no longer available with Flash). Flexbuilder also has bandwidth profiling and better coding tools that Flash doesn't. For fancy animation stuff, Flash is the clear choice - but anymore, I tend to look at both equally for projects. For large complex stuff, I would go with Flex, - for less complex or animation driven, I would go with Flash. However, Flex DOES have animation and effects built into it too, and you can animate with Actionscript in Flex, so it's really more a question of what kind of project you are working on. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. -Original Message- From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] On Behalf Of dr.ache Sent: Wednesday, November 19, 2008 3:22 PM To: Flash Coders List Subject: Re: [Flashcoders] Flex vs. Flash unbelievable bad quality this site. would have expected something better from bmw. Joel Stransky schrieb: I'm struggling with this a bit myself. For web based applications that include lots of UI like checkboxes, tabs, dropdowns etc. Flex is the clear choice. That's what it was built for.For small flash elements like banners, animations and video, Flash is probably the best option. But what seems hard to answer is weather or not mxml is a good option for full (FWA quality) flash sites. Look at bmwusfactory.com. All Flex, but did it need to be? On Wed, Nov 19, 2008 at 1:25 PM, Lehr, Ross (N-SGIS) [EMAIL PROTECTED]wrote: I guess this is somewhat off topic, but I'm new to the whole Flex thing. What are some of the reasons one would build something in Flex instead of Flash? Is it just a preference thing, or are there real technical reasons one should build a particular app in Flex? Thanks ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list
Re: [Flashcoders] Flex vs. Flash
Yes, for sites that have a lot of UI zing - animations and effects, and really wild transitions and layouts, well, Flex would not be the best choice. That's why you have to decide which tool is best for what kind of project you have. That's what bothers me about Flex, and maybe that's where the comparisons are at; Maybe shouldn't be comparig flash and flex, but more flex vs ajax. On Thu, Nov 20, 2008 at 5:14 PM, Merrill, Jason [EMAIL PROTECTED] wrote: Sure - I mean again, it just comes down to what KIND of sites you are comparing - a cool site RIA could be equally cool as a cool 3D Flash site like EcoDaZoo (which was done with Papervision3d by the way, and could have been done in Flex - if there was a need for the Flex framework) - but comparing one site with another for coolness is really subjective, it's like comparing apples and oranges. If a site dynamically allows product selection interactions with effects was seen as cool - and a site like EcoDaZoo was done with Flash + Papervision and is thought of as cool, well, which one is cooler? You can't do the comparision because they are completely different types of sites. Yes, for sites that have a lot of UI zing - animations and effects, and really wild transitions and layouts, well, Flex would not be the best choice. That's why you have to decide which tool is best for what kind of project you have. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. -Original Message- From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] On Behalf Of Cedric Muller Sent: Thursday, November 20, 2008 11:07 AM To: Flash Coders List Subject: Re: [Flashcoders] Flex vs. Flash You are right. I may have been mislead here, but I still think that a site like EcoDaZoo or sites done by agencies like Gringo, or Firstborn are Flash, not Flex. I am getting specific here, which is irrelevant regarding this thread. Cedric With both you can be efficient. As a proof, all the best Flash sites are Flash, not Flex. How do you know? I have seen some amazing Flash sites I thought were build in the Flash IDE, and I found out later they were Flex apps, with some really great skinning going on. I have also seen some flex-like sites that were cool that I discovered were Flash IDE made sites. But in a lot of cases, there is no real way to tell what the development environment was - maybe if you pulled apart the .swf you could tell, but other than that, it's difficult. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders -- M.A. van't Kruis http://www.malatze.nl/ ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
I find Flex far, far better than Flash for writing code. Code hinting, the debugger, refactoring and the general environment are very good. My current programs are all Flex ActionScript projects which have no mxml. As Ian says, Flash is great for building vector based assets for use with Flex. John Ian Thomas wrote: You shouldn't forget that Flash is brilliant for vector artwork and timeline animations. That's how we're using it these days internally - as an asset creation tool rather than as a programming environment. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
Yes, for sites that have a lot of UI zing - animations and effects, and really wild transitions and layouts, well, Flex would not be the best choice. That's why you have to decide which tool is best for what kind of project you have. This really depends. I've used flash created animated navigations in flex. They were created in flash exported to SWC and then made into a flex component. Zing it had! B. On Thu, Nov 20, 2008 at 9:14 AM, Merrill, Jason [EMAIL PROTECTED] wrote: Sure - I mean again, it just comes down to what KIND of sites you are comparing - a cool site RIA could be equally cool as a cool 3D Flash site like EcoDaZoo (which was done with Papervision3d by the way, and could have been done in Flex - if there was a need for the Flex framework) - but comparing one site with another for coolness is really subjective, it's like comparing apples and oranges. If a site dynamically allows product selection interactions with effects was seen as cool - and a site like EcoDaZoo was done with Flash + Papervision and is thought of as cool, well, which one is cooler? You can't do the comparision because they are completely different types of sites. Yes, for sites that have a lot of UI zing - animations and effects, and really wild transitions and layouts, well, Flex would not be the best choice. That's why you have to decide which tool is best for what kind of project you have. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. -Original Message- From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] On Behalf Of Cedric Muller Sent: Thursday, November 20, 2008 11:07 AM To: Flash Coders List Subject: Re: [Flashcoders] Flex vs. Flash You are right. I may have been mislead here, but I still think that a site like EcoDaZoo or sites done by agencies like Gringo, or Firstborn are Flash, not Flex. I am getting specific here, which is irrelevant regarding this thread. Cedric With both you can be efficient. As a proof, all the best Flash sites are Flash, not Flex. How do you know? I have seen some amazing Flash sites I thought were build in the Flash IDE, and I found out later they were Flex apps, with some really great skinning going on. I have also seen some flex-like sites that were cool that I discovered were Flash IDE made sites. But in a lot of cases, there is no real way to tell what the development environment was - maybe if you pulled apart the .swf you could tell, but other than that, it's difficult. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
Having come from a background of bespoke database-driven development where bare functionality is the primary consideration above gloss, I can say that Flex is a breath of fresh air. For many companies flash is dismissed as a serious contender for serious work because as those companies know, flash is just for silly animations and froth. There's always been a barrier to using flash for serious development in large companies because it's not regarded as a 'serious' development platform and those companies will go with Microsoft technologies or use Java. Flex is the development system that can appeal to those companies because the development teams that work in those companies can understand it's paradigm and they understand the toolset and language. This isn't some anti-flash statement it's just the way things are. Traditional developers don't understand the timeline, don't want to understand it and want a development system that works like the 'serious' languages they are used to. Flex gives them that and as a bonus it gives them the sophisticated effects and UI they didn't have access to before. It allows them to work with the server-side technologies they are used to and they don't get the ribbing they would be prone to if they suggested using flash for a front-end. This is a Flash forum and everything seems to be being discussed as though Flex is some kind of Flash killer or replacement. It isn't and Flex goes where flash has not trod. Flex is really complimentary to flash, not a replacement. There are always going to be superb flash sites with timeline animation and all kinds of bells and whistles. Flex doesn't compete with that. If a Flex developer want's things that are better done in flash they'll use flash and integrate that component with flex. You can write badly in Flex. You can write badly in Flash. You can just write badly even without either Flex or Flash. Flex and Flash fit different niches with a broad crossover between them. It's not Flex vs. Flash - it's Flex, Flex and Flash or just Flash, depending on what you want to achieve. Paul - Original Message - From: Merrill, Jason [EMAIL PROTECTED] To: Flash Coders List flashcoders@chattyfig.figleaf.com Sent: Thursday, November 20, 2008 4:14 PM Subject: RE: [Flashcoders] Flex vs. Flash Sure - I mean again, it just comes down to what KIND of sites you are comparing - a cool site RIA could be equally cool as a cool 3D Flash site like EcoDaZoo (which was done with Papervision3d by the way, and could have been done in Flex - if there was a need for the Flex framework) - but comparing one site with another for coolness is really subjective, it's like comparing apples and oranges. If a site dynamically allows product selection interactions with effects was seen as cool - and a site like EcoDaZoo was done with Flash + Papervision and is thought of as cool, well, which one is cooler? You can't do the comparision because they are completely different types of sites. Yes, for sites that have a lot of UI zing - animations and effects, and really wild transitions and layouts, well, Flex would not be the best choice. That's why you have to decide which tool is best for what kind of project you have. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
Meinte van't Kruis wrote: Yes, for sites that have a lot of UI zing - animations and effects, and really wild transitions and layouts, well, Flex would not be the best choice. That's why you have to decide which tool is best for what kind of project you have. That's what bothers me about Flex, and maybe that's where the comparisons are at; Maybe shouldn't be comparig flash and flex, but more flex vs ajax. Hmm, didn't Jesse Warden discuss such problems with Flex on his blog? ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
[Flashcoders] Re: Flex vs. Flash
I think it is important to remember that you can combine content generated in flash with applications built in Flex as well. Which is part of the reason it is often hard to tell the difference between the two. Michael Jovel ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
RE: [Flashcoders] Flex vs. Flash
Yes, for sites that have a lot of UI zing - animations and effects, and really wild transitions and layouts, well, Flex would not be the best choice. That's why you have to decide which tool is best for what kind of project you have. This really depends. I've used flash created animated navigations in flex. They were created in flash exported to SWC and then made into a flex component. Zing it had! Uh, but wait, you still used Flash to create the zing... you didn't use Flex to create the zing. Flash is much better at the zing, even though Flex can do some as well. I think we're on the same page though, just saying it differently,. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
RE: [Flashcoders] Flex vs. Flash
This is a Flash forum and everything seems to be being discussed as though Flex is some kind of Flash killer or replacement. It isn't and Flex goes where flash has not trod. Flex is really complimentary to flash, not a replacement. Exactly, well said. I don't think anyone is bashing Flash IDE at all, though some may have taken it that way. They are two different environments that both in the end produce .swfs. Both rock, they compliment each other. They also both have their annoyances. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
RE: [Flashcoders] Re: Flex vs. Flash
I think it is important to remember that you can combine content generated in flash with applications built in Flex as well. Which is part of the reason it is often hard to tell the difference between the two. Yup. The only downside though, is that communicating with a .swf loaded into Flex is NOT as straightforward as it is when you load a .swf into regular Flash. If no communication/control of the .swf needs to occur (i.e., it's just a straightforward animation) then it's simple. It is possible though, it's just involves more coding than you would think, and it's not code you could easily just figure out on your own without some advice or samples. This is MY personal big hang-up with Flex. My biggest hang-up with Flash is lack of good components, and difficulty in creating them and skinning them. That's one of the areas where Flex shines. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Jovel Sent: Thursday, November 20, 2008 12:34 PM To: flashcoders@chattyfig.figleaf.com Subject: [Flashcoders] Re: Flex vs. Flash I think it is important to remember that you can combine content generated in flash with applications built in Flex as well. Which is part of the reason it is often hard to tell the difference between the two. Michael Jovel ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
MXML is a piece of crap, mixture of XML and AS code. Very bad overview and readability. That's an interesting take on things. For me, I believe the exact opposite - the separation of UI/layout into MXML makes perfect sense, and follows the model used by many other desktop application development environments. UI and layout fits sensibly in a declarative framework, which is what MXML gives you. The only AS you need in your MXML is that for event handlers. Everything else can be extracted into separate AS files quite easily. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
But that's the point! They work well together! ;) B. On Thu, Nov 20, 2008 at 11:11 AM, Merrill, Jason [EMAIL PROTECTED] wrote: Yes, for sites that have a lot of UI zing - animations and effects, and really wild transitions and layouts, well, Flex would not be the best choice. That's why you have to decide which tool is best for what kind of project you have. This really depends. I've used flash created animated navigations in flex. They were created in flash exported to SWC and then made into a flex component. Zing it had! Uh, but wait, you still used Flash to create the zing... you didn't use Flex to create the zing. Flash is much better at the zing, even though Flex can do some as well. I think we're on the same page though, just saying it differently,. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
Yes, that was an AWESOME demo. I've never used CF but what they showed with the two rocked and is quite tempting to start digging into it. I think that CF is by far the best back-end platform for Flex apps right now, never mind what's coming down the pike. CF natively supports AMF, includes LCDS Community Edition, it's dead simple to write services in CF, and if you do use LCDS, provides a one-click ORM generator to build your CF beans/gateway/assembler and your corresponding AS value objects. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
MXML should be used for layout as described here: http://www.boostworthy.com/blog/?p=216 However, it's often used for spagetti coding. The misuse of something is not an accurate measure of its value. Every Flash programmer should know this, given that 90% of the Flash content on the web is annoying, time-wasting crap that would be better done in HTML. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
Notoriously, version control systems are bad at handling differences/resolving differences between binary files, and the .fla format is binary. With all due respect, and without getting in the middle of the 'war' that is taking place here: I code in AS3 very heavily and nearly 0% of my code is in the FLA file, it's all in separate class files, which are text files - so this benefit of flex/cvs only applies to projects that are using time-line animations or the vector graphic assets. Presumably in flex you would _also_ be using fla components to do custom vector assets and time-line animations [the hybrid approach], so the advantage of flex over flash for CVS is totally moot, IMHO. Flex uses flash fla's when needed; just like AS3 uses flash fla's when needed too. With regards to the MXML vs. AS3. MXML is great, but it's not impossible to do it all via AS3 and have a great interface doing it. I've written re-usable classes that take care of much of the UI advantages of MXML; making MXML less of a vital addition to my pallet than if I was fresh to Flash/Flex. If I want a liquid design, I just initialize my custom liquid AS3 class; if I want a left nav, I just instantiate a leftNav class [and pass it the UI element/object as part of the constructor]. And unlike components that need to be skinned, I can set up my AS3 files to simply accept ANY asset/object I want; the only pre-requisit is that the asset follows some standard convention. So for me to make a custom pre-loader couldn't be more simple. I would agree that all languages can become spaghetti. AS3 is no exception as I can personally testify to major de-noodling in my painful but well paid debugging career... ;) The pros and cons listed between the two by others are valid. Let me also add that Flex is really great if you were a developer/programmer coming to Flash; whereas AS3/Flash is more approachable if you are a designer/animator coming to Programming. Since Flex there has been a flood gate of programmers from other languages moving to flash because the Flex environment is familiar to them; hence easily absorbed - this is a goodness for Flash because Flash has been evolving. But I've been playing with flash now ever since Flash 3; and I can assure you that back then there was mainly designers and animators who were 'advanced' if they also knew HTML, let alone Javascript or Java or C. Those original flash people have either become hybrid designer/animator/programmers; left the boat, or focussed on time-line/animation/UI design at the exclusion of the programming evolution. Seb. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
Yep - but to be honest the .fla still contains all the links to the external assets. Erm, Ian, all you need to reference in the FLA is ONE Class file; and that class file can then contain ALL the references to all the subclasses; so you never need to edit the FLA after day1 unless the stage size changes... or you need to change the publishing path. :) ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
Yes, too bad it runs on Java. I never been able to get that going on my webservers under Centos/Debian. g Yes, that was an AWESOME demo. I've never used CF but what they showed with the two rocked and is quite tempting to start digging into it. I think that CF is by far the best back-end platform for Flex apps right now, never mind what's coming down the pike. CF natively supports AMF, includes LCDS Community Edition, it's dead simple to write services in CF, and if you do use LCDS, provides a one-click ORM generator to build your CF beans/gateway/assembler and your corresponding AS value objects. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
Well said. Paul Andrews wrote: Having come from a background of bespoke database-driven development where bare functionality is the primary consideration above gloss, I can say that Flex is a breath of fresh air. For many companies flash is dismissed as a serious contender for serious work because as those companies know, flash is just for silly animations and froth. There's always been a barrier to using flash for serious development in large companies because it's not regarded as a 'serious' development platform and those companies will go with Microsoft technologies or use Java. Flex is the development system that can appeal to those companies because the development teams that work in those companies can understand it's paradigm and they understand the toolset and language. This isn't some anti-flash statement it's just the way things are. Traditional developers don't understand the timeline, don't want to understand it and want a development system that works like the 'serious' languages they are used to. Flex gives them that and as a bonus it gives them the sophisticated effects and UI they didn't have access to before. It allows them to work with the server-side technologies they are used to and they don't get the ribbing they would be prone to if they suggested using flash for a front-end. This is a Flash forum and everything seems to be being discussed as though Flex is some kind of Flash killer or replacement. It isn't and Flex goes where flash has not trod. Flex is really complimentary to flash, not a replacement. There are always going to be superb flash sites with timeline animation and all kinds of bells and whistles. Flex doesn't compete with that. If a Flex developer want's things that are better done in flash they'll use flash and integrate that component with flex. You can write badly in Flex. You can write badly in Flash. You can just write badly even without either Flex or Flash. Flex and Flash fit different niches with a broad crossover between them. It's not Flex vs. Flash - it's Flex, Flex and Flash or just Flash, depending on what you want to achieve. Paul - Original Message - From: Merrill, Jason [EMAIL PROTECTED] To: Flash Coders List flashcoders@chattyfig.figleaf.com Sent: Thursday, November 20, 2008 4:14 PM Subject: RE: [Flashcoders] Flex vs. Flash Sure - I mean again, it just comes down to what KIND of sites you are comparing - a cool site RIA could be equally cool as a cool 3D Flash site like EcoDaZoo (which was done with Papervision3d by the way, and could have been done in Flex - if there was a need for the Flex framework) - but comparing one site with another for coolness is really subjective, it's like comparing apples and oranges. If a site dynamically allows product selection interactions with effects was seen as cool - and a site like EcoDaZoo was done with Flash + Papervision and is thought of as cool, well, which one is cooler? You can't do the comparision because they are completely different types of sites. Yes, for sites that have a lot of UI zing - animations and effects, and really wild transitions and layouts, well, Flex would not be the best choice. That's why you have to decide which tool is best for what kind of project you have. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Re: Flex vs. Flash
Yep, the v2 components are horrible. Ian On Thu, Nov 20, 2008 at 7:09 PM, Weyert de Boer [EMAIL PROTECTED] wrote: I am currently trying to rework a AS2 project where I currently try to move the timeline code into classes. Now the project uses v2 components men that's a can of worms. Terrible. You can better spend time writing your components for the buttons and comboboxes then trying to fix alle the issues with that library. For example, that removeMovieClip()-issue and DepthManager... :/ ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
Yes, too bad it runs on Java. I never been able to get that going on my webservers under Centos/Debian. g If you're serious about running CF on those distros, you might find this site helpful: http://www.talkingtree.com/ Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Re: Flex vs. Flash
I am currently trying to rework a AS2 project where I currently try to move the timeline code into classes. Now the project uses v2 components men that's a can of worms. Terrible. You can better spend time writing your components for the buttons and comboboxes then trying to fix alle the issues with that library. For example, that removeMovieClip()-issue and DepthManager... :/ ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
Dave Watts wrote: Yes, too bad it runs on Java. I never been able to get that going on my webservers under Centos/Debian. g If you're serious about running CF on those distros, you might find this site helpful: http://www.talkingtree.com/ Thanks! I will have a look at it. Currently, I am using RubyAMF and some home-brew stuff to make it all work. Getting Ruby/Rails going together with the Passenger module is terrible easy (www.phusion.nl). ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
RE: [Flashcoders] Re: Flex vs. Flash
I wouldn't have thought there were too many AS3 developers still using code within the .fla? It's so easy to set up FlashDevelop to compile with the Flex SDK and build every bit of your project through it. Of course you can then add visual assets, timeline animations, skin your components etc in Flash, compile a .swc and utilize those assets in FlashDevelop with autocomplete. Now you can even preload them properly ;) Must give Flex a go one of these days though. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
[Flashcoders] RE: Flex vs. Flash
How about Silverlight or AJAX, haven't heard any arguments for them ;-) ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] frameworks and flash
Actually, Cairngorm does allow arbitrary mappings from events to commands, it does not require 1-to-1. The FrontController's addCommand() function takes an event name (String) and a Command class. In our app I have used the same event with different name-constants to run different commands, like so: addCommand(FollowingEvent.ADD, AddFollowingCommand); addCommand(FollowingEvent.REMOVE, RemoveFollowingCommand); In the constructor of FollowingEvent I take a type (String) parameter which I pass through to CairngormEvent's constructor. Dave And one more thing I dislike is the 1 on 1 mapping of Events and Commands. From what I've seen in their docs and samples they use a different Event class for every Command, which IMO makes no sense. GetUserEvent UpdateUserEvent DeleteUserEvent CreateUserEvent And the static constants are stored someplace else, can't remember but think it was the Controller (that extends FrontController). Rather than having 4 Event classes for each Command I prefer 1 Event class: UserEvent which has as many static constants as required: public static const GET_USER:String = getUser; public static const UPATE_USER:String = updateUser; public static const DELETE_USER:String = deleteUser; public static const CREATE_USER:String = createUser; Again this is inline with what is already present in the Flex framework: MouseEvent.CLICK MouseEvent.MOUSE_DOWN MouseEvent.MOUSE_UP etc.. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
RE: [Flashcoders] RE: Flex vs. Flash
How about Silverlight or AJAX, haven't heard any arguments for them ;-) I think I just threw up in my mouth a little. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
[Flashcoders] get class by definition - or something like that
Refersh my memory. What was the name of that AS3 class method to get a class definition from a string? Something like getObjectByDefinition(MyClass) or something like that, but that's not it. Our proxy server is down and I can't Google it, and the help docs are no help. Basically, I'm tring to remember the AS3 method to dynamically instantiate a class from a string definition - i.e. var ClassDefinition:Class = getClassByDefinition(Apple); var newClassInstance:* = new ClassDefinition(); Something like that, I've done it before, I just can't find the syntax or remember the method. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
Hi Ian, While it is true that to write this code [below] in AS3 it would take more lines of code; this is not true once you have done it 'once' and you can then re-use your code. For example: I made a class called 'AdvButton' which extends 'Button' a long time ago and I re-use it in all my projects. I then extended the AdvButton with another class called 'WrapButton' which accepts a GUI element and automatically sizes the invisible button to match, events are defaulted to my cross-project standard, and position is matched to passed object... Making it so trivial now to add interactive visual elements.. So if I want to array an interface I just call a loop, pass a visual element and viola, I am done. Better still, once I write a class that does a loop-placement, I can then re-call that same class from any new projects... So yes: its more work once, but only the first time. Once the AS is written, It's very fast and the liens of code to write are super-minimal; just like in Flex. example: Flash file [with visual assets] ^ | Core [extends MovieClip] ^ | Navigation [extends extends Sprite] ^ | WrapButton [extends AdvButton] ^ | AdvButton [extends Button] ^ | Button In my Core all I need to write that is project-specific is: public function Core () { new ProcessXML (xml/nav.xml,this,returnFunction); } public function returnFunction (__xmldata:XML):void { leftNavHolder = new Sprite (); var margin = 10; //pixels between each nav element var vertical = true; //whether the nav is vertical or horizontal leftNav = new Navigation (__xmldata,NavItem,leftNavHolder,margin,vertical); //Where 'NavItem' is a movieclip Class asset in the *.fla that follows //established UI standards the Navigation is expecting. leftNavHolder.x = 20; //screen position X leftNavHolder.y = 20; //screen position Y this.addChild (leftNavHolder); } Where I feel your comparison falls short is that you are assuming that the AS2/3 person would code every UI logic from scratch, which is just not true!! I could do the same you implied by making a class that handles all the placement, event association and adding children to the timeline and then encapsulate that into a programmer-friendly instantiation process: var myButton:AdvButton = new AdvButton (UserEvent.CANCEL,true); vBox.addChild (myButton); And if you wanted, you could also include the 'label' as part of it too; ((would depend though on context if that would be useful to abstract or not.)) Long story short: Once I have this above interaction established, I can now create any navigation you want, left aligned, right aligned and with any margin I want between what ever visual element I want in just 5 lines of code; which can be even less, if you don't mind density... -=-=- So in my opinion the real advantages of Flex over Flash for UI/data-binding is: 1. A standard that is commonly shared in the industry, making it easier for teams to develop collaboratively. [I pray my system makes sense to anyone, but it's still a custom-made system and thus by definition, less interchangeable] 2. A boon for people who are new to Flash and don't have dozens/hundreds of pre-made AS classes already made from other projects that they can re-use. Sincerely, Sebastian. Ian Thomas wrote: On Thu, Nov 20, 2008 at 8:30 AM, Elia Morling [EMAIL PROTECTED] wrote: The language itself lends itself to spaghetti coding, because MXML can easily turn into nesting hell. , unless the coders know what they are doing. The benefits of Flex databinding and UI are bogus, if you are an OOP programmer reusability exists with any OOP language. Bogus? Not at all. The benefits are in speed of development and clarity. It is perfectly possible to replicate databinding in AS3 (after all, the underlying implementation _is_ AS3). But to do so will require considerably more code, and is harder to read. Similarly for the UI - yes, you can replicate everything in MXML's layout in AS3, but it also requires more code and is harder to read. Consider this simple layout example in MXML: mx:VBox width=100% horizontalAlign=center mx:Label text=Testing/ mx:Button label=Cancel click=dispatchEvent(new UserEvent(UserEvent.CANCEL,true))/ /mx:VBox And in AS3: var vbox:VBox=new VBox(); vbox.percentWidth=100; vbox.setStyle(horizontalAlign,center); var label:Label=new Label(); label.text=Testing; vbox.addChild(label); var button:Button=new Button(); button.label=Cancel; button.addEventListener(MouseEvent.CLICK,onCancelClicked,false,0,true); vbox.addChild(button); addChild(vbox); private function onCancelClicked(ev:MouseEvent):void { dispatchEvent(new UserEvent(UserEvent.CANCEL,true)); } In what way is the AS3 clearer? In what way is it easier to maintain? In what way is it easier to see how the objects are laid out on the screen just by looking at the code? In what way is it _faster to develop_? In what way is the MXML
RE: [Flashcoders] Flex vs. Flash
So in my opinion the real advantages of Flex over Flash for UI/data-binding is: Sebastian, This discussion has barely touched on databinding (just one or two mentions of it being an advantage of the native Flash framework over Flex), so I'm starting to wonder, have you done any databinding in Flex? Databinding doesn't exist in Flash CS3 or Flash CS4 frameworks, it's simply not a feature like it is in the Flex 2/3 framework. Have you done much work with Flex before? Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] get class by definition - or something like that
Refersh my memory. What was the name of that AS3 class method to get a class definition from a string? Something like getObjectByDefinition(MyClass) or something like that, but that's not it. Our proxy server is down and I can't Google it, and the help docs are no help. Basically, I'm tring to remember the AS3 method to dynamically instantiate a class from a string definition - i.e. var ClassDefinition:Class = getClassByDefinition(Apple); var newClassInstance:* = new ClassDefinition(); Something like that, I've done it before, I just can't find the syntax or remember the method. I think it's flash.utils.getDefinitionByName. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] get class by definition - or something like that
ApplicationDomain.currentDomain.getDefinition(className) (or whatever ApplicationDomain you are using...) (it's flash.system.ApplicationDomain) Ian On Thu, Nov 20, 2008 at 9:52 PM, Merrill, Jason [EMAIL PROTECTED] wrote: Refersh my memory. What was the name of that AS3 class method to get a class definition from a string? Something like getObjectByDefinition(MyClass) or something like that, but that's not it. Our proxy server is down and I can't Google it, and the help docs are no help. Basically, I'm tring to remember the AS3 method to dynamically instantiate a class from a string definition - i.e. var ClassDefinition:Class = getClassByDefinition(Apple); var newClassInstance:* = new ClassDefinition(); Something like that, I've done it before, I just can't find the syntax or remember the method. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
RE: [Flashcoders] get class by definition - or something like that
That was it! Thanks Dave! Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Watts Sent: Thursday, November 20, 2008 5:05 PM To: Flash Coders List Subject: Re: [Flashcoders] get class by definition - or something like that Refersh my memory. What was the name of that AS3 class method to get a class definition from a string? Something like getObjectByDefinition(MyClass) or something like that, but that's not it. Our proxy server is down and I can't Google it, and the help docs are no help. Basically, I'm tring to remember the AS3 method to dynamically instantiate a class from a string definition - i.e. var ClassDefinition:Class = getClassByDefinition(Apple); var newClassInstance:* = new ClassDefinition(); Something like that, I've done it before, I just can't find the syntax or remember the method. I think it's flash.utils.getDefinitionByName. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] get class by definition - or something like that
You want ApplicationDomain.getDefinition(className: String) and also ApplicationDomain.hasDefinition(className: String) is handy. Dave On Thu, Nov 20, 2008 at 1:52 PM, Merrill, Jason [EMAIL PROTECTED] wrote: Refersh my memory. What was the name of that AS3 class method to get a class definition from a string? Something like getObjectByDefinition(MyClass) or something like that, but that's not it. Our proxy server is down and I can't Google it, and the help docs are no help. Basically, I'm tring to remember the AS3 method to dynamically instantiate a class from a string definition - i.e. var ClassDefinition:Class = getClassByDefinition(Apple); var newClassInstance:* = new ClassDefinition(); Something like that, I've done it before, I just can't find the syntax or remember the method. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
I see that many people can't decide wheter to use flex. I can't. So, i think i am going to wait for Thermo. Does anyone know the release year and month? I hope that Thermo will really fill the gap between Flash and Flex. If it will, i am sure to start learning Thermo. *Pedro Damian Kostelec* [EMAIL PROTECTED] On Thu, Nov 20, 2008 at 11:05 PM, Merrill, Jason [EMAIL PROTECTED] wrote: So in my opinion the real advantages of Flex over Flash for UI/data-binding is: Sebastian, This discussion has barely touched on databinding (just one or two mentions of it being an advantage of the native Flash framework over Flex), so I'm starting to wonder, have you done any databinding in Flex? Databinding doesn't exist in Flash CS3 or Flash CS4 frameworks, it's simply not a feature like it is in the Flex 2/3 framework. Have you done much work with Flex before? Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
I'm sorry, I don't really buy that argument. What it sounds like you are describing is the creation of a component. Fine - you can do that in AS3 or MXML; or a mix of the two. Doesn't really matter which. Then - surely - for every project you need to stitch together your components. Because in no two projects are the same components arranged in the same way. What I (and others) have been saying is that MXML is a pretty good solution for that phase - the layout. I'm not saying MXML is the be-all and end-all. It absolutely isn't. I really like - and use - AS3. But MXML is _useful_ as part of the view/layout definition; it's an easy, readable, concise shorthand for connecting things together. There's no reason you can't use AS3. But that's no reason to argue _against_ MXML, particularly. What you seem to be saying is 'but I can achieve the same in AS3 with a bit of work first'. Fine. What you haven't said is 'and I think using MXML is a bad idea because...' I'm not even really sure why this is an argument, and exactly what you are arguing. Yes - with a bunch of coding up front - such as you describe - you can minimise the amount of AS3 you need to write each time. But I'm describing Flex/AS3/MXML straight out of the box. Why write a bunch of code up front that you don't actually need to? Why fix what isn't broken? If you love writing your own libraries - great, go ahead. If you feel the Flex components don't suit your needs - again, go ahead. My argument was AS3 is more verbose and less readable for layout than MXML. That's true however you spin it. At the root of it, MXML is just AS3. It just goes through a translation stage first. I'm not clear why it seems to offend you so much. What I was answering was Elia's post stating that 'it's crap'. I find that a poor value-judgement. As I've said in other mails - we use it. It's a useful tool. There are others. If you choose not to use it, then that's fine. I'm pretty sure the original original question was asking about the situations in which you'd use Flash over Flex, and vice versa, and what might be the technical reasons for doing so. I think we've drifted. MXML isn't Flex. AS3 isn't Flash. Ian (I think I've had enough of this, now - I just seem to be repeating myself...) On Thu, Nov 20, 2008 at 9:52 PM, sebastian [EMAIL PROTECTED] wrote: Hi Ian, While it is true that to write this code [below] in AS3 it would take more lines of code; this is not true once you have done it 'once' and you can then re-use your code. For example: I made a class called 'AdvButton' which extends 'Button' a long time ago and I re-use it in all my projects. I then extended the AdvButton with another class called 'WrapButton' which accepts a GUI element and automatically sizes the invisible button to match, events are defaulted to my cross-project standard, and position is matched to passed object... Making it so trivial now to add interactive visual elements.. So if I want to array an interface I just call a loop, pass a visual element and viola, I am done. Better still, once I write a class that does a loop-placement, I can then re-call that same class from any new projects... So yes: its more work once, but only the first time. Once the AS is written, It's very fast and the liens of code to write are super-minimal; just like in Flex. example: Flash file [with visual assets] ^ | Core [extends MovieClip] ^ | Navigation [extends extends Sprite] ^ | WrapButton [extends AdvButton] ^ | AdvButton [extends Button] ^ | Button In my Core all I need to write that is project-specific is: public function Core () { new ProcessXML (xml/nav.xml,this,returnFunction); } public function returnFunction (__xmldata:XML):void { leftNavHolder = new Sprite (); var margin = 10; //pixels between each nav element var vertical = true; //whether the nav is vertical or horizontal leftNav = new Navigation (__xmldata,NavItem,leftNavHolder,margin,vertical); //Where 'NavItem' is a movieclip Class asset in the *.fla that follows //established UI standards the Navigation is expecting. leftNavHolder.x = 20; //screen position X leftNavHolder.y = 20; //screen position Y this.addChild (leftNavHolder); } Where I feel your comparison falls short is that you are assuming that the AS2/3 person would code every UI logic from scratch, which is just not true!! I could do the same you implied by making a class that handles all the placement, event association and adding children to the timeline and then encapsulate that into a programmer-friendly instantiation process: var myButton:AdvButton = new AdvButton (UserEvent.CANCEL,true); vBox.addChild (myButton); And if you wanted, you could also include the 'label' as part of it too; ((would depend though on context if that would be useful to abstract or not.)) Long story short: Once I have this above interaction established, I can now create any navigation you want, left
RE: [Flashcoders] get class by definition - or something like that
Ian and David - interesting. So what is the difference between getDefinition and getDefinitionByName? What I ended up using was this, which works well: var ClassReference:Class = getDefinitionByName(people.+_associates[_associateCount]) as Class; var instance = new ClassReference(); If I need it to be cast as the class it subclasses, like a MovieClip, so it can be added to the stage, I do: addChild(MovieClip(instance)); is there any particular reason to use getDefinition instead? At first glance, seems to accomplish the same thing. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Hershberger Sent: Thursday, November 20, 2008 5:22 PM To: Flash Coders List Subject: Re: [Flashcoders] get class by definition - or something like that You want ApplicationDomain.getDefinition(className: String) and also ApplicationDomain.hasDefinition(className: String) is handy. Dave On Thu, Nov 20, 2008 at 1:52 PM, Merrill, Jason [EMAIL PROTECTED] wrote: Refersh my memory. What was the name of that AS3 class method to get a class definition from a string? Something like getObjectByDefinition(MyClass) or something like that, but that's not it. Our proxy server is down and I can't Google it, and the help docs are no help. Basically, I'm tring to remember the AS3 method to dynamically instantiate a class from a string definition - i.e. var ClassDefinition:Class = getClassByDefinition(Apple); var newClassInstance:* = new ClassDefinition(); Something like that, I've done it before, I just can't find the syntax or remember the method. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
RE: [Flashcoders] Flex vs. Flash
I hope that Thermo will really fill the gap between Flash and Flex. If it will, i am sure to start learning Thermo. Thermo produces MXML, which is what Flex uses (partially) to describe the resulting .swf. So it's still helping you with Flex, and therefore, you're going to want to learn Flex if you care about understanding the code Thermo helps you write. I'm not sure it really has a relation to Flash per se in the sense you are thinking of as it can take design comps from Photoshop, Fireworks, etc (not sure if it will take designs from Flash CS4). I could be wrong though, I missed Max this year. :( I think the term Flex is kind of confusing people though, as it can mean different things just like Flash cam. Sometimes people use Flex to refer to the framework and SDK, sometimes as Flexbuilder, sometimes as the technology, sometimes as MXML (and sometimes for working out at the gym). It's like how people confuse Flash with Flash CS3, the Flash CS framework or the Flash Platform (which has many tools that create content for it, including Flex, Thermo, Captivate, etc.) Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pedro Kostelec Sent: Thursday, November 20, 2008 5:24 PM To: Flash Coders List Subject: Re: [Flashcoders] Flex vs. Flash I see that many people can't decide wheter to use flex. I can't. So, i think i am going to wait for Thermo. Does anyone know the release year and month? I hope that Thermo will really fill the gap between Flash and Flex. If it will, i am sure to start learning Thermo. *Pedro Damian Kostelec* [EMAIL PROTECTED] On Thu, Nov 20, 2008 at 11:05 PM, Merrill, Jason [EMAIL PROTECTED] wrote: So in my opinion the real advantages of Flex over Flash for UI/data-binding is: Sebastian, This discussion has barely touched on databinding (just one or two mentions of it being an advantage of the native Flash framework over Flex), so I'm starting to wonder, have you done any databinding in Flex? Databinding doesn't exist in Flash CS3 or Flash CS4 frameworks, it's simply not a feature like it is in the Flex 2/3 framework. Have you done much work with Flex before? Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] get class by definition - or something like that
To be honest, I don't know - but I suspect flash.utils.getDefinitionByName() is an alias for ApplicationDomain.currentDomain.getDefinition(). Whereas you can also use getDefinition() to retrieve class definitions from within other ApplicationDomain objects - such as loaded Flex modules. Essentially ApplicationDomains are all about code segregation. You remember how in AS2 if you loaded in a second SWF none of its class definitions would overwrite the ones in the loading movie i.e. it 'inherited' the classes of the parent? i.e. if you had a class called myapp.ClassA in both the movie doing the loading and the movie getting loaded, the first definition encountered would be the one that won. A pain if the movie you're loading in was compiled later, say, with a different version of ClassA. In AS3 in the flash.display.Loader class (or Flex ModuleManager or various other loading classes) you can specify different ApplicationDomains to use for the .swf you're loading in. It's almost like namespacing. If you pass null i.e. the default, from memory that means that the loading .swf gets loaded into a _child_ ApplicationDomain i.e. gets all the parent classes, but none of the new classes are directly instantiable in the parent movie. From memory again, I think that's the same as saying new ApplicationDomain(ApplicationDomain.currentDomain), the latter creating a child domain of the current one. If you pass ApplicationDomain.currentDomain, the loading .swf gets all the parents classes and the new classes it loads are instantiable in the parent movie. If you pass new ApplicationDomain(), the loading .swf is completely isolated. It has its own versions of all classes, and won't accidentally inherit definitions from the parent. This is just for the purposes of direct use of the class/package name i.e. new com.mypack.ClassA(). However, you can get to different class definitions (even different definitions of class with the same name/package as each other) by using getDefinition() on the appropriate ApplicationDomain. I hope that makes sense! My only irritation with it - currently - is that the Flex framework doesn't support running inside a completely separate ApplicationDomain. So loading a Flex .swf into a self-contained ApplicationDomain just doesn't work; which is a shame, as it would have meant that running a Flex 2 app inside a Flex 3 app was perfectly viable or vice versa (useful for legacy; also useful for the project I'm working on at the moment which has one set of CSS in the parent app, a different set in the child...). Apparently that's on the cards to be fixed for Gumbo. That was probably far more detail than you wanted. :-D Ian On Thu, Nov 20, 2008 at 10:26 PM, Merrill, Jason [EMAIL PROTECTED] wrote: Ian and David - interesting. So what is the difference between getDefinition and getDefinitionByName? What I ended up using was this, which works well: var ClassReference:Class = getDefinitionByName(people.+_associates[_associateCount]) as Class; var instance = new ClassReference(); If I need it to be cast as the class it subclasses, like a MovieClip, so it can be added to the stage, I do: addChild(MovieClip(instance)); is there any particular reason to use getDefinition instead? At first glance, seems to accomplish the same thing. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Hershberger Sent: Thursday, November 20, 2008 5:22 PM To: Flash Coders List Subject: Re: [Flashcoders] get class by definition - or something like that You want ApplicationDomain.getDefinition(className: String) and also ApplicationDomain.hasDefinition(className: String) is handy. Dave On Thu, Nov 20, 2008 at 1:52 PM, Merrill, Jason [EMAIL PROTECTED] wrote: Refersh my memory. What was the name of that AS3 class method to get a class definition from a string? Something like getObjectByDefinition(MyClass) or something like that, but that's not it. Our proxy server is down and I can't Google it, and the help docs are no help. Basically, I'm tring to remember the AS3 method to dynamically instantiate a class from a string definition - i.e. var ClassDefinition:Class = getClassByDefinition(Apple); var newClassInstance:* = new ClassDefinition(); Something like that, I've done it before, I just can't find the syntax or remember the method. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning
Re: [Flashcoders] Flex vs. Flash
Hi Ian, Not trying to say MXML isn't good, or that it isn't the best choice; like I hope I stated clearly earlier, I agree with all the arguments for why Flex is the better choice for the reasons given. What I was trying to do, is to clarify that I felt your comparison of code isn't really true in a real-world situation because one is likely to use a lot more abstractions and a lot less manual UI programming in AS3 than you were implying. This simplification might mislead someone into thinking you can't also achieve the same UI abstraction in AS3 as you can in MXML. But the truth is, you can -- just not out of the box. Then - surely - for every project you need to stitch together your components. Because in no two projects are the same components arranged in the same way. Well, 99% of all the UI that is ever made can be viewed as a 'component' -if thats what you want to call it. Yes and no, it's not all that many when you think about it, and 99% of all interfaces are the same. There is a 'button' it has different roll over states, there is some associated animation. Sometimes you have arrays of similar buttons etc... the permutations are not all that complex or extensive... For organic interfaces that don't follow a standard you will need to write custom code, but surely this is the same in Flex. I've had great success writing AS3 core classes [aka components]. What I (and others) have been saying is that MXML is a pretty good solution for that phase - the layout. Agreed. I'm not saying MXML is the be-all and end-all. It absolutely isn't. I really like - and use - AS3. But MXML is _useful_ as part of the view/layout definition; it's an easy, readable, concise shorthand for connecting things together. There's no reason you can't use AS3. But that's no reason to argue _against_ MXML, particularly. Sure, and as I stated at the end of my last post; especially when you don't already have a lot of AS3 classes hanging around in your com folder. Which I do, so Flex is less useful for my solo flash projects. What you seem to be saying is 'but I can achieve the same in AS3 with a bit of work first'. Fine. What you haven't said is 'and I think using MXML is a bad idea because...' That's true, because I don't think MXML is bad! :D [I'm not black and white] I'm not even really sure why this is an argument, and exactly what you are arguing. Just trying to clarify that we AS3 programmers don't code UI from scratch either! We also use UI classes just like you do in MXML; only ours are not 'out-of-the-box'. But I'm describing Flex/AS3/MXML straight out of the box. Why write a bunch of code up front that you don't actually need to? Why fix what isn't broken? Well skinning is a b*tch, and custom classes give me more flexibility - granted it's not always worth the effort. But somehow it is for me. If you love writing your own libraries - great, go ahead. If you feel the Flex components don't suit your needs - again, go ahead. My argument was AS3 is more verbose and less readable for layout than MXML. That's true however you spin it. Flex is great for applications; and especially for team-based application development. I'm using Flex to work on application development with others, and it's good -- faster is some regards, convoluted in others. Granted I am still a little sappling in Flex compared to Flash. Like I already stated, I think Flex is great and ultimately; better for UI because not all coders have, or would want to, code their own UI classes. At the root of it, MXML is just AS3. It just goes through a translation stage first. I'm not clear why it seems to offend you so much. It doesn't! that was another person... :P What I was answering was Elia's post stating that 'it's crap'. I find that a poor value-judgement. As I've said in other mails - we use it. It's a useful tool. There are others. If you choose not to use it, then that's fine. Yeah, I don't think it's crap. It has a really great value, and like AS3; you can code it like crap, or you can code it well. I'm pretty sure the original original question was asking about the situations in which you'd use Flash over Flex, and vice versa, and what might be the technical reasons for doing so. I think we've drifted. MXML isn't Flex. AS3 isn't Flash. Oh we've totally drifted! But that it was interesting to read all the emotions... ;) Always love your contributions Ian, All the best, Sebastian. (I think I've had enough of this, now - I just seem to be repeating myself...) Yeah, me too! ;) ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
Hi Merrill, This discussion has barely touched on databinding (just one or two mentions of it being an advantage of the native Flash framework over Flex), so I'm starting to wonder, have you done any databinding in Flex? Databinding doesn't exist in Flash CS3 or Flash CS4 frameworks, it's simply not a feature like it is in the Flex 2/3 framework. Have you done much work with Flex before? Sorry didn't mean to glob in data-binding. I'm using Flex to develop 2 applications right now with a team, one of which is on PureMVC. And it's good, still learning, but learning fairly quickly. Definitely better for this utility than using Flash to do the same because of the standards we can share. :) Best, Sebastian. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
On Thu, Nov 20, 2008 at 10:49 PM, sebastian [EMAIL PROTECTED] wrote: Just trying to clarify that we AS3 programmers don't code UI from scratch either! We also use UI classes just like you do in MXML; only ours are not 'out-of-the-box'. Okay - last comment. :-D Just want to raise a flag to say I'm an AS3 programmer too. :-D Ian ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
- Original Message - From: Pedro Kostelec [EMAIL PROTECTED] To: Flash Coders List flashcoders@chattyfig.figleaf.com Sent: Thursday, November 20, 2008 10:24 PM Subject: Re: [Flashcoders] Flex vs. Flash I see that many people can't decide wheter to use flex. I can't. So, i think i am going to wait for Thermo. Does anyone know the release year and month? I hope that Thermo will really fill the gap between Flash and Flex. If it will, i am sure to start learning Thermo. From what I've seen of thermo, it's a bit like having fireworks as a gui design tool for flex - it spews out all that you need to translate the design created in Thermo for use straight off in Flex. A lot of people are getting quite excited about it but my gut feeling is that there will be a lot of limitations - for example there may not be the concept of a round-trip for code/design iterations. I don't see thermo as some kind of stepping stone between Flash and Flex or in any way a replacement for Flash in conjunction with Flex. Maybe I'm wrong. Really speaking a discussion on Thermo should be in another thread probably. A lot of Flex developers hardly bother with the existing design mode in FlexBuilder. Paul *Pedro Damian Kostelec* [EMAIL PROTECTED] snip ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] get class by definition - or something like that
This may be considered kinda nutty but I use this to dynamically detect Document classes in loaded .swfs. loader.contentLoaderInfo.addEventListener(Event.INIT, onInit); private function onInit(e:Event):void { addChild(loader); contentClass = getDefinitionByName(getQualifiedClassName(loader.content)); contentClass(loader.content).startUp(); } On Thu, Nov 20, 2008 at 5:48 PM, Ian Thomas [EMAIL PROTECTED] wrote: To be honest, I don't know - but I suspect flash.utils.getDefinitionByName() is an alias for ApplicationDomain.currentDomain.getDefinition(). Whereas you can also use getDefinition() to retrieve class definitions from within other ApplicationDomain objects - such as loaded Flex modules. Essentially ApplicationDomains are all about code segregation. You remember how in AS2 if you loaded in a second SWF none of its class definitions would overwrite the ones in the loading movie i.e. it 'inherited' the classes of the parent? i.e. if you had a class called myapp.ClassA in both the movie doing the loading and the movie getting loaded, the first definition encountered would be the one that won. A pain if the movie you're loading in was compiled later, say, with a different version of ClassA. In AS3 in the flash.display.Loader class (or Flex ModuleManager or various other loading classes) you can specify different ApplicationDomains to use for the .swf you're loading in. It's almost like namespacing. If you pass null i.e. the default, from memory that means that the loading .swf gets loaded into a _child_ ApplicationDomain i.e. gets all the parent classes, but none of the new classes are directly instantiable in the parent movie. From memory again, I think that's the same as saying new ApplicationDomain(ApplicationDomain.currentDomain), the latter creating a child domain of the current one. If you pass ApplicationDomain.currentDomain, the loading .swf gets all the parents classes and the new classes it loads are instantiable in the parent movie. If you pass new ApplicationDomain(), the loading .swf is completely isolated. It has its own versions of all classes, and won't accidentally inherit definitions from the parent. This is just for the purposes of direct use of the class/package name i.e. new com.mypack.ClassA(). However, you can get to different class definitions (even different definitions of class with the same name/package as each other) by using getDefinition() on the appropriate ApplicationDomain. I hope that makes sense! My only irritation with it - currently - is that the Flex framework doesn't support running inside a completely separate ApplicationDomain. So loading a Flex .swf into a self-contained ApplicationDomain just doesn't work; which is a shame, as it would have meant that running a Flex 2 app inside a Flex 3 app was perfectly viable or vice versa (useful for legacy; also useful for the project I'm working on at the moment which has one set of CSS in the parent app, a different set in the child...). Apparently that's on the cards to be fixed for Gumbo. That was probably far more detail than you wanted. :-D Ian On Thu, Nov 20, 2008 at 10:26 PM, Merrill, Jason [EMAIL PROTECTED] wrote: Ian and David - interesting. So what is the difference between getDefinition and getDefinitionByName? What I ended up using was this, which works well: var ClassReference:Class = getDefinitionByName(people.+_associates[_associateCount]) as Class; var instance = new ClassReference(); If I need it to be cast as the class it subclasses, like a MovieClip, so it can be added to the stage, I do: addChild(MovieClip(instance)); is there any particular reason to use getDefinition instead? At first glance, seems to accomplish the same thing. Jason Merrill Bank of America Instructional Technology Media · GCIB Staff Support LLD Interested in Flash Platform technologies? Join the Bank of America Flash Platform Developer Community Interested in innovative ideas in Learning? Check out the Innovative Learning Blog and subscribe. -Original Message- From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] On Behalf Of David Hershberger Sent: Thursday, November 20, 2008 5:22 PM To: Flash Coders List Subject: Re: [Flashcoders] get class by definition - or something like that You want ApplicationDomain.getDefinition(className: String) and also ApplicationDomain.hasDefinition(className: String) is handy. Dave On Thu, Nov 20, 2008 at 1:52 PM, Merrill, Jason [EMAIL PROTECTED] wrote: Refersh my memory. What was the name of that AS3 class method to get a class definition from a string? Something like getObjectByDefinition(MyClass) or something like that, but that's not it. Our proxy server is down and I can't Google it, and the help docs are no help. Basically, I'm tring to remember
Re: [Flashcoders] Flex vs. Flash
And if you install the CF extension for FlexBuilder half your app is written for you :-) Breeze presentation: http://adobe.breezecentral.com/p60842493/ Muzak - Original Message - From: Dave Watts [EMAIL PROTECTED] To: Flash Coders List flashcoders@chattyfig.figleaf.com Sent: Thursday, November 20, 2008 7:31 PM Subject: Re: [Flashcoders] Flex vs. Flash Yes, that was an AWESOME demo. I've never used CF but what they showed with the two rocked and is quite tempting to start digging into it. I think that CF is by far the best back-end platform for Flex apps right now, never mind what's coming down the pike. CF natively supports AMF, includes LCDS Community Edition, it's dead simple to write services in CF, and if you do use LCDS, provides a one-click ORM generator to build your CF beans/gateway/assembler and your corresponding AS value objects. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Flex vs. Flash
- Original Message - From: Paul Andrews [EMAIL PROTECTED] A lot of Flex developers hardly bother with the existing design mode in FlexBuilder. Paul There's a Design mode in FlexBuilder??? :) ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] frameworks and flash
That's exactly what I'm doing (and tried to discribe). And true, Cairngorm doesn't require 1-to-1, probably should have made that more clear :) But if you look at the docs and samples etc.. they do advocate it that way (well at least last time I looked into Cairngorm). regards, Muzak - Original Message - From: David Hershberger [EMAIL PROTECTED] To: Flash Coders List flashcoders@chattyfig.figleaf.com Sent: Thursday, November 20, 2008 9:16 PM Subject: Re: [Flashcoders] frameworks and flash Actually, Cairngorm does allow arbitrary mappings from events to commands, it does not require 1-to-1. The FrontController's addCommand() function takes an event name (String) and a Command class. In our app I have used the same event with different name-constants to run different commands, like so: addCommand(FollowingEvent.ADD, AddFollowingCommand); addCommand(FollowingEvent.REMOVE, RemoveFollowingCommand); In the constructor of FollowingEvent I take a type (String) parameter which I pass through to CairngormEvent's constructor. Dave And one more thing I dislike is the 1 on 1 mapping of Events and Commands. From what I've seen in their docs and samples they use a different Event class for every Command, which IMO makes no sense. GetUserEvent UpdateUserEvent DeleteUserEvent CreateUserEvent And the static constants are stored someplace else, can't remember but think it was the Controller (that extends FrontController). Rather than having 4 Event classes for each Command I prefer 1 Event class: UserEvent which has as many static constants as required: public static const GET_USER:String = getUser; public static const UPATE_USER:String = updateUser; public static const DELETE_USER:String = deleteUser; public static const CREATE_USER:String = createUser; Again this is inline with what is already present in the Flex framework: MouseEvent.CLICK MouseEvent.MOUSE_DOWN MouseEvent.MOUSE_UP etc.. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
[Flashcoders] Text Stroke?
Has the ugly Glow-Filter trick been replaced with anything better in CS4? Thanks, Elia ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders