Comments on: Re: Bit-101 on putting the Flash back in Flash http://www.arpitonline.com/blog/2008/09/01/re-bit-101-on-putting-the-flash-back-in-flash/ "I write pretty software" Mon, 23 Jan 2012 10:32:42 +0000 hourly 1 http://wordpress.org/?v=3.3 By: Bookmarks about Flash http://www.arpitonline.com/blog/2008/09/01/re-bit-101-on-putting-the-flash-back-in-flash/comment-page-1/#comment-50742 Bookmarks about Flash Fri, 13 Feb 2009 10:45:10 +0000 http://www.arpitonline.com/blog/?p=146#comment-50742 [...] - bookmarked by 1 members originally found by justbecos on 2009-01-17 Re: Bit-101 on putting the Flash back in Flash http://www.arpitonline.com/blog/?p=146 - bookmarked by 4 members originally found by adevv on [...] [...] – bookmarked by 1 members originally found by justbecos on 2009-01-17 Re: Bit-101 on putting the Flash back in Flash http://www.arpitonline.com/blog/?p=146 – bookmarked by 4 members originally found by adevv on [...]

]]> By: Ian http://www.arpitonline.com/blog/2008/09/01/re-bit-101-on-putting-the-flash-back-in-flash/comment-page-1/#comment-45687 Ian Mon, 06 Oct 2008 21:27:55 +0000 http://www.arpitonline.com/blog/?p=146#comment-45687 Adobe definitely neglected Flash components and the Flash component architecture for Flex. Whats even more puzzling is that there are packages (like services) that would function independent of the framework that are not made available in Flash. You could probably blame Adobe sales and Marketing for that one. Quick note on Flash and revisioning. So long as your keeping your packages/classes on the filesystem and defining a classpath you should be set. There isn't really a case where time line code is ever good practice (outside the quick and dirty) when you can extract frame numbers and labels. And if for whatever reason you need timeline code you can use #include to separate it from the .fla. Adobe definitely neglected Flash components and the Flash component architecture for Flex. Whats even more puzzling is that there are packages (like services) that would function independent of the framework that are not made available in Flash. You could probably blame Adobe sales and Marketing for that one.

Quick note on Flash and revisioning. So long as your keeping your packages/classes on the filesystem and defining a classpath you should be set. There isn’t really a case where time line code is ever good practice (outside the quick and dirty) when you can extract frame numbers and labels. And if for whatever reason you need timeline code you can use #include to separate it from the .fla.

]]> By: A sneak peek at OpenPyro: A lightweight alternative to Flex | code zen http://www.arpitonline.com/blog/2008/09/01/re-bit-101-on-putting-the-flash-back-in-flash/comment-page-1/#comment-45431 A sneak peek at OpenPyro: A lightweight alternative to Flex | code zen Mon, 29 Sep 2008 23:58:15 +0000 http://www.arpitonline.com/blog/?p=146#comment-45431 [...] of the framework really makes it hard to work with. I have mentioned my problems with Flex in an earlier post but the gist of it [...] [...] of the framework really makes it hard to work with. I have mentioned my problems with Flex in an earlier post but the gist of it [...]

]]> By: Steve http://www.arpitonline.com/blog/2008/09/01/re-bit-101-on-putting-the-flash-back-in-flash/comment-page-1/#comment-44696 Steve Fri, 05 Sep 2008 16:11:11 +0000 http://www.arpitonline.com/blog/?p=146#comment-44696 I struggle with this issue too sometimes. I never use the Flash ID for code, I use Flex Builder AS 3 projects. Sometimes I do use the Flash CS3 components (pull them into flex builder via SWC) I've also been considering using yahoo's "Astra" flash components which build on top of the CS3 components. Can't wait to hear more about your upcoming project. I struggle with this issue too sometimes. I never use the Flash ID for code, I use Flex Builder AS 3 projects. Sometimes I do use the Flash CS3 components (pull them into flex builder via SWC) I’ve also been considering using yahoo’s “Astra” flash components which build on top of the CS3 components. Can’t wait to hear more about your upcoming project.

]]> By: Randy Troppmann http://www.arpitonline.com/blog/2008/09/01/re-bit-101-on-putting-the-flash-back-in-flash/comment-page-1/#comment-44462 Randy Troppmann Tue, 02 Sep 2008 17:59:57 +0000 http://www.arpitonline.com/blog/?p=146#comment-44462 I have seen some Flex Apps that certainly come close to the quality of Apple UI design, which is not a fair comparison considering you are dealing with an API that is much more vast than the Flash Platform. I agree with your comment about Flash being "build everything from scratch" (not sure why you don't like the AS3 components ... work well for me). Flash was just not made for building applications. I have built many applications in Flash and I find building applications in Flex to be a dream come true in comparison. Sometimes I just don't want to work around the difficulties of extending components, so I make them in Flash and bring them into Flex. Databinding comes with a price: the Flex framework ... file size. And there is a performance price so you may be better off without it in a pure AS3 project. I have seen some Flex Apps that certainly come close to the quality of Apple UI design, which is not a fair comparison considering you are dealing with an API that is much more vast than the Flash Platform.

I agree with your comment about Flash being “build everything from scratch” (not sure why you don’t like the AS3 components … work well for me). Flash was just not made for building applications. I have built many applications in Flash and I find building applications in Flex to be a dream come true in comparison. Sometimes I just don’t want to work around the difficulties of extending components, so I make them in Flash and bring them into Flex.

Databinding comes with a price: the Flex framework … file size. And there is a performance price so you may be better off without it in a pure AS3 project.

]]> By: David R http://www.arpitonline.com/blog/2008/09/01/re-bit-101-on-putting-the-flash-back-in-flash/comment-page-1/#comment-44373 David R Mon, 01 Sep 2008 20:10:46 +0000 http://www.arpitonline.com/blog/?p=146#comment-44373 Filesize should be taken care of by the new framework caching mechanism. Basically it means the flash player only ever downloads the flex framework once, and then shares it between all other flex-based swfs (so the framework is not compiled into the swf) Filesize should be taken care of by the new framework caching mechanism. Basically it means the flash player only ever downloads the flex framework once, and then shares it between all other flex-based swfs (so the framework is not compiled into the swf)

]]> By: arpit http://www.arpitonline.com/blog/2008/09/01/re-bit-101-on-putting-the-flash-back-in-flash/comment-page-1/#comment-44355 arpit Mon, 01 Sep 2008 18:03:15 +0000 http://www.arpitonline.com/blog/?p=146#comment-44355 @Iain, I think coding UI elements is fun but for one thing its a time sink if you are just implementing a core functionality again. For another, that means every developer's basic controls are just slightly different. Consider a scrollbar: some developers may implement a clickable track but some other may not have, which means I have to relearn different interface elements again and again. @Iain,
I think coding UI elements is fun but for one thing its a time sink if you are just implementing a core functionality again. For another, that means every developer’s basic controls are just slightly different. Consider a scrollbar: some developers may implement a clickable track but some other may not have, which means I have to relearn different interface elements again and again.

]]> By: Iain http://www.arpitonline.com/blog/2008/09/01/re-bit-101-on-putting-the-flash-back-in-flash/comment-page-1/#comment-44353 Iain Mon, 01 Sep 2008 17:50:58 +0000 http://www.arpitonline.com/blog/?p=146#comment-44353 I agree with you on both counts, however I recommend a different solution: Download FlashDevelop for FREE (or you'll have to buy FDT if you're on a mac), use it in combination with the Flash IDE, and never, ever use timeline code. As for coding UI elements from scratch, isn't that half the fun? I agree with you on both counts, however I recommend a different solution: Download FlashDevelop for FREE (or you’ll have to buy FDT if you’re on a mac), use it in combination with the Flash IDE, and never, ever use timeline code. As for coding UI elements from scratch, isn’t that half the fun?

]]> By: Daniel http://www.arpitonline.com/blog/2008/09/01/re-bit-101-on-putting-the-flash-back-in-flash/comment-page-1/#comment-44348 Daniel Mon, 01 Sep 2008 17:22:24 +0000 http://www.arpitonline.com/blog/?p=146#comment-44348 Hello, Nice write-up. I totally share your feelings for up- & downsided of Flash & Flex. The Gumbo architecture is a step in the right direction, although I am keeping my expectations on the low side due to the tight coupling with Halo architecture that was done because of backwards compatability. Looking forward to seeing your attempts to address some of these issues. Regards, Daniel Hello,

Nice write-up. I totally share your feelings for up- & downsided of Flash & Flex. The Gumbo architecture is a step in the right direction, although I am keeping my expectations on the low side due to the tight coupling with Halo architecture that was done because of backwards compatability.
Looking forward to seeing your attempts to address some of these issues.

Regards,
Daniel

]]>