Re: Can Air files or .apk files be de-crypted?
On 14/05/2013 18:41, Steve McLaughlin wrote: How safe Against what ? Of course they can be decrypted - the operating system has to be able to run them. It sounds like you are worried either about art assets being stripped or your business logic being stolen ? There's not much you can do about artwork - there will always be screen shot tools. There are SWF obstruction tools out there that will meddle with the byte code, but I've never used them myself; we've never profiled our attackers as being that motivated against our product. Tom
Falcon compiler for mxml
Hi all I want to ask, if I may a few questions about the current status of flex. - Is Falcon the default compiler used for mxml apps in 4.9.1 SDK? - if not - what is needed to set it up as the default compiler? - is it production ready at all? - How close is it to be used in production? (people was saying it is 70% ready when it was donated last year - did that changed?) I was trying to get an answer asking on stackoverflow - http://goo.gl/eoeTE and on the Apache flex community on G+ - http://goo.gl/h4XMy cheers Ajar
Re: future of flash (yes, that old chestnut again)
Thanks Alex. I appreciate your comments - with the 5 year commitment from Adobe, and FlexJS on the horizon, i can relax (a bit). I just worry about your employers sometimes. At Max 2011, the message was use HTML5 for RIAs, and shortly afterwards mobile Flash Player was dropped. At Max 2013, the message was use HTML5 for games - which made me wonder what bombshell Adobe may drop this time. -- Lee Burrows ActionScripter On 14/05/2013 20:29, Alex Harui wrote: The relevant documents are: [1] http://www.adobe.com/devnet/flashplatform/whitepapers/roadmap.html [2] http://www.adobe.com/devnet/flex/whitepapers/roadmap.html It is [2] that mentions five years. But realize that, to the best of my knowledge, there is no code that will cause Flash to stop working after some day about 4 years from now. To do so would break the web and neither Adobe nor the major desktop/laptop OS vendors are interested in doing that. It is just that Adobe is not committing to new versions or taking support calls after that date. Also, IMO, if something happens that gives Adobe a reason to extend that date, they probably would, but I don't really know what that would be. Meanwhile, Apache Flex is doing the best it can to make sure that Flex has fewer bugs, supports more locales, etc. And some of us are even looking into a next generation of Flex that will let you use MXML and ActionScript to create apps that run in a browser or on mobile devices without Flash/AIR so you don't have be quite so concerned about this five year commitment. On 5/14/13 11:12 AM, Lee Burrows subscripti...@leeburrows.com wrote: Hi All, I seem to remember that Adobe committed to supporting Flash Player and AIR for 5 years - during, or shortly after, the Flex Community Summit (of Dec 11). Is that right, or did i imagine it? - i cant find any reference to it on adobe.com
Re: Falcon compiler for mxml
Hi, - Is Falcon the default compiler used for mxml apps in 4.9.1 SDK? No. - if not - what is needed to set it up as the default compiler? For it to fully support compiling MXML and binding. - How close is it to be used in production? It has made some progress but not sure how far it has to go. What features do you need that Falcon provides? If it's advanced telemetry that been added to the current MXML compiler. Thanks, Justin
Re: Falcon compiler for mxml
Hi Justin, thank you for your answer I need to develop a flex mxml app for the web it is a complex on, and therefore mxmlc takes forever to compile. my interest in the Falcon compiler is really the promise for reasonable compiling time. I'd sure appreciate any tips on faster compilation. up to now all i got was to break the project into different apps while each is compiled as a library project and have the main project I'm working on include the code I'm not - as a swc... this workflow is time consuming, and many of the times not possible due to dependencies within the app. so basically, I need to know if there is hope... if Falcon is going to be out soon, so we can have reasonable compilation time like it was so underlined when it was donated. cheers Ajar On Wed, May 15, 2013 at 3:05 PM, Justin Mclean jus...@classsoftware.comwrote: Hi, - Is Falcon the default compiler used for mxml apps in 4.9.1 SDK? No. - if not - what is needed to set it up as the default compiler? For it to fully support compiling MXML and binding. - How close is it to be used in production? It has made some progress but not sure how far it has to go. What features do you need that Falcon provides? If it's advanced telemetry that been added to the current MXML compiler. Thanks, Justin
RE: Falcon compiler for mxml
If you don't use link reports... try using the incremental compilation. It will not recompile certain files that have not changed. http://livedocs.adobe.com/flex/3/html/help.html?content=compilers_20.html -Mark -Original Message- From: yariv.gi...@gmail.com [mailto:yariv.gi...@gmail.com] On Behalf Of Ajar Sent: Wednesday, May 15, 2013 8:15 AM To: users@flex.apache.org Subject: Re: Falcon compiler for mxml Hi Justin, thank you for your answer I need to develop a flex mxml app for the web it is a complex on, and therefore mxmlc takes forever to compile. my interest in the Falcon compiler is really the promise for reasonable compiling time. I'd sure appreciate any tips on faster compilation. up to now all i got was to break the project into different apps while each is compiled as a library project and have the main project I'm working on include the code I'm not - as a swc... this workflow is time consuming, and many of the times not possible due to dependencies within the app. so basically, I need to know if there is hope... if Falcon is going to be out soon, so we can have reasonable compilation time like it was so underlined when it was donated. cheers Ajar On Wed, May 15, 2013 at 3:05 PM, Justin Mclean jus...@classsoftware.comwrote: Hi, - Is Falcon the default compiler used for mxml apps in 4.9.1 SDK? No. - if not - what is needed to set it up as the default compiler? For it to fully support compiling MXML and binding. - How close is it to be used in production? It has made some progress but not sure how far it has to go. What features do you need that Falcon provides? If it's advanced telemetry that been added to the current MXML compiler. Thanks, Justin
Re: future of flash (yes, that old chestnut again)
I worry less about the message than I do the motivation behind the push towards HTML5. It still makes no sense to me from a developer's perspective, though I've tried very hard to understand it. Standards based or not, HTML5 is inferior technology when compared to what can be delivered with Flash and AIR (and the ease with which it can be done using development environments like Flex). Users don't know or care about the runtime environment in which their applications run, nor should they. This isn't really about users, though. It's not about the web. It's not about getting behind a standard. What it's about is creating demand for products that make the difficult task of developing in HTML/CSS/JavaScript a bit more palatable. And where there's demand, there's profit (theoretically, anyway). I don't believe for a minute that this is some noble drive the web forward initiative. That's only the veneer. The true goal, in my not so humble opinion, is what it always is and always will be: enhancing the bottom line. There's certainly nothing wrong with a company making moneyit's why they exist, after all. But to tout what is clearly a less suitable solution (for RIAs) as the next great frontier is, at best, disingenuous. These are my opinions...your mileage may vary. M. McConnell From: Lee Burrows subscripti...@leeburrows.com To: users@flex.apache.org Date: 05/15/2013 06:15 AM Subject:Re: future of flash (yes, that old chestnut again) Thanks Alex. I appreciate your comments - with the 5 year commitment from Adobe, and FlexJS on the horizon, i can relax (a bit). I just worry about your employers sometimes. At Max 2011, the message was use HTML5 for RIAs, and shortly afterwards mobile Flash Player was dropped. At Max 2013, the message was use HTML5 for games - which made me wonder what bombshell Adobe may drop this time. -- Lee Burrows ActionScripter On 14/05/2013 20:29, Alex Harui wrote: The relevant documents are: [1] http://www.adobe.com/devnet/flashplatform/whitepapers/roadmap.html [2] http://www.adobe.com/devnet/flex/whitepapers/roadmap.html It is [2] that mentions five years. But realize that, to the best of my knowledge, there is no code that will cause Flash to stop working after some day about 4 years from now. To do so would break the web and neither Adobe nor the major desktop/laptop OS vendors are interested in doing that. It is just that Adobe is not committing to new versions or taking support calls after that date. Also, IMO, if something happens that gives Adobe a reason to extend that date, they probably would, but I don't really know what that would be. Meanwhile, Apache Flex is doing the best it can to make sure that Flex has fewer bugs, supports more locales, etc. And some of us are even looking into a next generation of Flex that will let you use MXML and ActionScript to create apps that run in a browser or on mobile devices without Flash/AIR so you don't have be quite so concerned about this five year commitment. On 5/14/13 11:12 AM, Lee Burrows subscripti...@leeburrows.com wrote: Hi All, I seem to remember that Adobe committed to supporting Flash Player and AIR for 5 years - during, or shortly after, the Flex Community Summit (of Dec 11). Is that right, or did i imagine it? - i cant find any reference to it on adobe.com
Re: future of flash (yes, that old chestnut again)
I can understand that. I don't agree with it but I can understand it. What I fail to understand is why so little on AIR. I'm creating applications(not games but enterprise and consumer applications) on mobile and desktop using Flex and AIR and it is just wonderful to work with. There is no alternative that even comes close to achieving these types of results. Fréderic Cox On 15/05/13 16:22, Lee Burrows subscripti...@leeburrows.com wrote: I thought it was very telling that the word Flash was avoided during the Max keynote - it only got a single mention in passing as something like our aquisition of Macromedia. I predict zero Flash-based sessions next year. On 15/05/2013 14:10, mike_l_mcconn...@lamd.uscourts.gov wrote: I worry less about the message than I do the motivation behind the push towards HTML5. It still makes no sense to me from a developer's perspective, though I've tried very hard to understand it. Standards based or not, HTML5 is inferior technology when compared to what can be delivered with Flash and AIR (and the ease with which it can be done using development environments like Flex). Users don't know or care about the runtime environment in which their applications run, nor should they. This isn't really about users, though. It's not about the web. It's not about getting behind a standard. What it's about is creating demand for products that make the difficult task of developing in HTML/CSS/JavaScript a bit more palatable. And where there's demand, there's profit (theoretically, anyway). I don't believe for a minute that this is some noble drive the web forward initiative. That's only the veneer. The true goal, in my not so humble opinion, is what it always is and always will be: enhancing the bottom line. There's certainly nothing wrong with a company making moneyit's why they exist, after all. But to tout what is clearly a less suitable solution (for RIAs) as the next great frontier is, at best, disingenuous. These are my opinions...your mileage may vary. M. McConnell From:Lee Burrows subscripti...@leeburrows.com To: users@flex.apache.org Date:05/15/2013 06:15 AM Subject: Re: future of flash (yes, that old chestnut again) Thanks Alex. I appreciate your comments - with the 5 year commitment from Adobe, and FlexJS on the horizon, i can relax (a bit). I just worry about your employers sometimes. At Max 2011, the message was use HTML5 for RIAs, and shortly afterwards mobile Flash Player was dropped. At Max 2013, the message was use HTML5 for games - which made me wonder what bombshell Adobe may drop this time. -- Lee Burrows ActionScripter On 14/05/2013 20:29, Alex Harui wrote: The relevant documents are: [1] http://www.adobe.com/devnet/flashplatform/whitepapers/roadmap.html [2] http://www.adobe.com/devnet/flex/whitepapers/roadmap.html It is [2] that mentions five years. But realize that, to the best of my knowledge, there is no code that will cause Flash to stop working after some day about 4 years from now. To do so would break the web and neither Adobe nor the major desktop/laptop OS vendors are interested in doing that. It is just that Adobe is not committing to new versions or taking support calls after that date. Also, IMO, if something happens that gives Adobe a reason to extend that date, they probably would, but I don't really know what that would be. Meanwhile, Apache Flex is doing the best it can to make sure that Flex has fewer bugs, supports more locales, etc. And some of us are even looking into a next generation of Flex that will let you use MXML and ActionScript to create apps that run in a browser or on mobile devices without Flash/AIR so you don't have be quite so concerned about this five year commitment. On 5/14/13 11:12 AM, Lee Burrows subscripti...@leeburrows.com wrote: Hi All, I seem to remember that Adobe committed to supporting Flash Player and AIR for 5 years - during, or shortly after, the Flex Community Summit (of Dec 11). Is that right, or did i imagine it? - i cant find any reference to it on adobe.com -- Lee Burrows ActionScripter
Re: Next release of Apache Flex
EXCELLENT Work team ! Thank you so much for all your time and efforts. * Lionel *
Re: future of flash (yes, that old chestnut again)
Hi, I totally agree with Mike. HTML 5 is a poor alternative. Anyway, if we must deliver HTML 5, why choose Flex ? It's better to choose true HTML 5 / js frameworks. HTML 5 with Flex will have too much limitations. Perhaps it would be better to have Java/C#/Objectice C outputs... Le 15/05/2013 13:10, mike_l_mcconn...@lamd.uscourts.gov a écrit : I worry less about the message than I do the motivation behind the push towards HTML5. It still makes no sense to me from a developer's perspective, though I've tried very hard to understand it. Standards based or not, HTML5 is inferior technology when compared to what can be delivered with Flash and AIR (and the ease with which it can be done using development environments like Flex). Users don't know or care about the runtime environment in which their applications run, nor should they. This isn't really about users, though. It's not about the web. It's not about getting behind a standard. What it's about is creating demand for products that make the difficult task of developing in HTML/CSS/JavaScript a bit more palatable. And where there's demand, there's profit (theoretically, anyway). I don't believe for a minute that this is some noble drive the web forward initiative. That's only the veneer. The true goal, in my not so humble opinion, is what it always is and always will be: enhancing the bottom line. There's certainly nothing wrong with a company making moneyit's why they exist, after all. But to tout what is clearly a less suitable solution (for RIAs) as the next great frontier is, at best, disingenuous. These are my opinions...your mileage may vary. M. McConnell From: Lee Burrows subscripti...@leeburrows.com To: users@flex.apache.org Date: 05/15/2013 06:15 AM Subject:Re: future of flash (yes, that old chestnut again) Thanks Alex. I appreciate your comments - with the 5 year commitment from Adobe, and FlexJS on the horizon, i can relax (a bit). I just worry about your employers sometimes. At Max 2011, the message was use HTML5 for RIAs, and shortly afterwards mobile Flash Player was dropped. At Max 2013, the message was use HTML5 for games - which made me wonder what bombshell Adobe may drop this time. -- Lee Burrows ActionScripter On 14/05/2013 20:29, Alex Harui wrote: The relevant documents are: [1] http://www.adobe.com/devnet/flashplatform/whitepapers/roadmap.html [2] http://www.adobe.com/devnet/flex/whitepapers/roadmap.html It is [2] that mentions five years. But realize that, to the best of my knowledge, there is no code that will cause Flash to stop working after some day about 4 years from now. To do so would break the web and neither Adobe nor the major desktop/laptop OS vendors are interested in doing that. It is just that Adobe is not committing to new versions or taking support calls after that date. Also, IMO, if something happens that gives Adobe a reason to extend that date, they probably would, but I don't really know what that would be. Meanwhile, Apache Flex is doing the best it can to make sure that Flex has fewer bugs, supports more locales, etc. And some of us are even looking into a next generation of Flex that will let you use MXML and ActionScript to create apps that run in a browser or on mobile devices without Flash/AIR so you don't have be quite so concerned about this five year commitment. On 5/14/13 11:12 AM, Lee Burrows subscripti...@leeburrows.com wrote: Hi All, I seem to remember that Adobe committed to supporting Flash Player and AIR for 5 years - during, or shortly after, the Flex Community Summit (of Dec 11). Is that right, or did i imagine it? - i cant find any reference to it on adobe.com
RE: Falcon compiler for mxml
It is expected to be faster, but I would not expect an order of magnitude improvement. The hope was that non-incremental compiles would be 2x faster. In any large project it is better to eliminate a complex network of interdependencies. Proper use of modules and interfaces should make development more efficient. Alex Harui Apache Flex Team http://blogs.adobe.com/aharui -Original Message- From: Justin Mclean [mailto:jus...@classsoftware.com] Sent: Wednesday, May 15, 2013 5:40 AM To: users@flex.apache.org Subject: Re: Falcon compiler for mxml Hi, it is a complex on, and therefore mxmlc takes forever to compile. Might be worth a try changing he Java memory options inside mxmlc.bat/mcmlc (in the bin directory). my interest in the Falcon compiler is really the promise for reasonable compiling time. It may or may not give you any speed improvements. Anyone know if it generally faster or not? Thanks, Justin
RE: future of flash (yes, that old chestnut again)
We could choose something other than HTML5, but so far nobody has stepped up to execute on that. Personally, I think it is too much work for the community we have at this time. But if you want to get started, please do. Alex Harui Apache Flex Team http://blogs.adobe.com/aharui -Original Message- From: Claude Bernardini [mailto:cbernard...@ultima-com.net] Sent: Wednesday, May 15, 2013 7:33 AM To: users@flex.apache.org Subject: Re: future of flash (yes, that old chestnut again) Hi, I totally agree with Mike. HTML 5 is a poor alternative. Anyway, if we must deliver HTML 5, why choose Flex ? It's better to choose true HTML 5 / js frameworks. HTML 5 with Flex will have too much limitations. Perhaps it would be better to have Java/C#/Objectice C outputs... Le 15/05/2013 13:10, mike_l_mcconn...@lamd.uscourts.gov a écrit : I worry less about the message than I do the motivation behind the push towards HTML5. It still makes no sense to me from a developer's perspective, though I've tried very hard to understand it. Standards based or not, HTML5 is inferior technology when compared to what can be delivered with Flash and AIR (and the ease with which it can be done using development environments like Flex). Users don't know or care about the runtime environment in which their applications run, nor should they. This isn't really about users, though. It's not about the web. It's not about getting behind a standard. What it's about is creating demand for products that make the difficult task of developing in HTML/CSS/JavaScript a bit more palatable. And where there's demand, there's profit (theoretically, anyway). I don't believe for a minute that this is some noble drive the web forward initiative. That's only the veneer. The true goal, in my not so humble opinion, is what it always is and always will be: enhancing the bottom line. There's certainly nothing wrong with a company making moneyit's why they exist, after all. But to tout what is clearly a less suitable solution (for RIAs) as the next great frontier is, at best, disingenuous. These are my opinions...your mileage may vary. M. McConnell From: Lee Burrows subscripti...@leeburrows.com To: users@flex.apache.org Date: 05/15/2013 06:15 AM Subject:Re: future of flash (yes, that old chestnut again) Thanks Alex. I appreciate your comments - with the 5 year commitment from Adobe, and FlexJS on the horizon, i can relax (a bit). I just worry about your employers sometimes. At Max 2011, the message was use HTML5 for RIAs, and shortly afterwards mobile Flash Player was dropped. At Max 2013, the message was use HTML5 for games - which made me wonder what bombshell Adobe may drop this time. -- Lee Burrows ActionScripter On 14/05/2013 20:29, Alex Harui wrote: The relevant documents are: [1] http://www.adobe.com/devnet/flashplatform/whitepapers/roadmap.html [2] http://www.adobe.com/devnet/flex/whitepapers/roadmap.html It is [2] that mentions five years. But realize that, to the best of my knowledge, there is no code that will cause Flash to stop working after some day about 4 years from now. To do so would break the web and neither Adobe nor the major desktop/laptop OS vendors are interested in doing that. It is just that Adobe is not committing to new versions or taking support calls after that date. Also, IMO, if something happens that gives Adobe a reason to extend that date, they probably would, but I don't really know what that would be. Meanwhile, Apache Flex is doing the best it can to make sure that Flex has fewer bugs, supports more locales, etc. And some of us are even looking into a next generation of Flex that will let you use MXML and ActionScript to create apps that run in a browser or on mobile devices without Flash/AIR so you don't have be quite so concerned about this five year commitment. On 5/14/13 11:12 AM, Lee Burrows subscripti...@leeburrows.com wrote: Hi All, I seem to remember that Adobe committed to supporting Flash Player and AIR for 5 years - during, or shortly after, the Flex Community Summit (of Dec 11). Is that right, or did i imagine it? - i cant find any reference to it on adobe.com
Re: future of flash (yes, that old chestnut again)
On Wed, May 15, 2013 at 9:31 AM, Timothy Jones timothy.jo...@syniverse.comwrote: Standards-based is criteria #0 of the open internet. No matter how slick, non-standards-based technologies are not open, and __that_alone__ makes them inferior. Open-sourcing Flex under Apache was a great move, and that's why I monitor this mailing list. I'm quite encouraged by the events here since Adobe's donation of Flex to Apache 18 months ago. But as long as Flex requires the proprietary Flash Player to run, the end-to-end result still falls short of this most basic requirement. Someday, Shumway or FalconJS will solve that! As a developer who prefers to work with Linux, the state of Flash Player on Linux has been quite disappointing over the years. By contrast, almost everything in the HTML5 world is driven by the W3C, Firefox and Chrome, and because those communities value all users, new features appear on Linux versions of those browsers at the same time as everywhere else. And this is the way it should be. It's odd to me how you question the profit-making motivations of the HTML5 community, when they are the ones donating their time on W3C committees, building open source HTML5 libraries, and giving it away, while not criticizing Adobe's profit-only decisions that do not strive to treat all users equally well. The drive the web forward initiative is quite real, and among open-source developers, it is a far more powerful incentive than profit ever could be. You have *them* to thank for most of the things you enjoy on the internet today. Without forward-thinkers like them, we would still all be on CompuServe. There, my $0.02¢.. (now get off my lawn ... :-) ) I am sorry but the term standards has been misused and subverted by the big companies like Apple, Google, Microsoft, etc. so much so that it has lost its meaning. Where is the version of Javascript based on ECMAScript 4? (Adobe was the only company that actually implemented this 'standard') Why is StageWebView on iOS so much crippled? Why do we need to encode videos in multiple formats if we want to target 'HTML5'? Why do we have to use browser based CSS hacks to make sure that the content looks the same on all browsers? We are in still in this cross-browser mess because of the companies with big dollars strive to control features while at the same time appearing to be standards-friendly. And guess who has the loudest voices on these standards committees? Thats right, the browser manufacturers with big dollars. There are so many examples of big companies willfully sabotaging 'standards' for their own profit. And standard organizations let it happen because they are powerless in reality. All the power lies with the browser manufacturers. The reality with open standards and especially with HTML5 is that we have to first look at a compatibility chart like this [1] to use any feature. Some developers can chose to be masochistic and deal with it. Whereas others (like me) chose to target the Flash Player (till it dies, that is) and not worry about 'standards' aka cross-browser nightmares. /rant [1] http://caniuse.com/ tlj -Original Message- From: mike_l_mcconn...@lamd.uscourts.gov [mailto: mike_l_mcconn...@lamd.uscourts.gov] Sent: Wednesday, May 15, 2013 9:11 AM To: users@flex.apache.org Subject: Re: future of flash (yes, that old chestnut again) I worry less about the message than I do the motivation behind the push towards HTML5. It still makes no sense to me from a developer's perspective, though I've tried very hard to understand it. Standards based or not, HTML5 is inferior technology when compared to what can be delivered with Flash and AIR (and the ease with which it can be done using development environments like Flex). Users don't know or care about the runtime environment in which their applications run, nor should they. This isn't really about users, though. It's not about the web. It's not about getting behind a standard. What it's about is creating demand for products that make the difficult task of developing in HTML/CSS/JavaScript a bit more palatable. And where there's demand, there's profit (theoretically, anyway). I don't believe for a minute that this is some noble drive the web forward initiative. That's only the veneer. The true goal, in my not so humble opinion, is what it always is and always will be: enhancing the bottom line. There's certainly nothing wrong with a company making moneyit's why they exist, after all. But to tout what is clearly a less suitable solution (for RIAs) as the next great frontier is, at best, disingenuous. These are my opinions...your mileage may vary. M. McConnell From: Lee Burrows subscripti...@leeburrows.com To: users@flex.apache.org Date: 05/15/2013 06:15 AM Subject:Re: future of flash (yes, that old chestnut again) Thanks Alex. I appreciate your comments - with the 5
Flex Beginner-- Unable to display web page within 2 StageWebViews on single screen app
Hello all, I am a newbie to using Flex, and I am now creating a simple Flex app- this has a single screen having 2 StageWebViews – both are used to display different web pages within them. ( I am trying to create simple mobile apps that do this). For some reason, both StageWebViews are showing blank- This is the code in the main mxml file-- These are the initial variables declared-- import mx.events.FlexEvent; import spark.events.ViewNavigatorEvent; protected var adArea:StageWebView; protected var mainArea:StageWebView; protected var adFile:File; protected var mainFile:File; protected var actualurl:String= new String(); This is the content of the init function-- protected function init(event:ViewNavigatorEvent):void { addEventListener(Event.ADDED_TO_STAGE, createAd); addEventListener(Event.ADDED_TO_STAGE, createMain); } Now the “createAd” and “createMain” functions are nearly identical in functionality— they basically open 2 different web pages in the 2 StageWebViews named “adArea” and “mainArea” respectively. Now I am giving below the code for “createMain”-- protected function createMain(e:Event):void { removeEventListener(Event.ADDED_TO_STAGE, createMain); mainArea = new StageWebView(); mainArea.stage = stage; mainArea.viewPort = new Rectangle(0, 160, stage.width, stage.height); mainArea = new StageWebView(); mainArea.addEventListener(LocationChangeEvent.LOCATION_CHANGE, mainAreaLocationChange); mainArea.stage = stage; actualurl=http://www.msn.com/;; mainArea.loadURL(actualurl); } And finally given below is the function “mainAreaLocationChage”-- protected function mainAreaLocationChange(event:LocationChangeEvent):void { if (mainArea.location != actualurl) { navigateToURL(new URLRequest(event.location)); adArea.loadURL(actualurl); } } As I mentioned before, when I run the above program—both the web views simply show up as white blank areas. I am not sure what I am doing wrong here? I am using Flash Builder 4.6/4.7 Premium on Windows 8 (x64). Any help would be appreciated. Yours sincerely, Arvind.
Re: Flex Beginner-- Unable to display web page within 2 StageWebViews on single screen app
I guess two StageWebView on single screen may be impossible. Am 15.05.2013 20:11 schrieb Admin Billing App ad...@billingapp.pw: Hello all, I am a newbie to using Flex, and I am now creating a simple Flex app- this has a single screen having 2 StageWebViews – both are used to display different web pages within them. ( I am trying to create simple mobile apps that do this). For some reason, both StageWebViews are showing blank- This is the code in the main mxml file-- These are the initial variables declared-- import mx.events.FlexEvent; import spark.events.ViewNavigatorEvent; protected var adArea:StageWebView; protected var mainArea:StageWebView; protected var adFile:File; protected var mainFile:File; protected var actualurl:String= new String(); This is the content of the init function-- protected function init(event:ViewNavigatorEvent):void { addEventListener(Event.ADDED_TO_STAGE, createAd); addEventListener(Event.ADDED_TO_STAGE, createMain); } Now the “createAd” and “createMain” functions are nearly identical in functionality— they basically open 2 different web pages in the 2 StageWebViews named “adArea” and “mainArea” respectively. Now I am giving below the code for “createMain”-- protected function createMain(e:Event):void { removeEventListener(Event.ADDED_TO_STAGE, createMain); mainArea = new StageWebView(); mainArea.stage = stage; mainArea.viewPort = new Rectangle(0, 160, stage.width, stage.height); mainArea = new StageWebView(); mainArea.addEventListener(LocationChangeEvent.LOCATION_CHANGE, mainAreaLocationChange); mainArea.stage = stage; actualurl=http://www.msn.com/;; mainArea.loadURL(actualurl); } And finally given below is the function “mainAreaLocationChage”-- protected function mainAreaLocationChange(event:LocationChangeEvent):void { if (mainArea.location != actualurl) { navigateToURL(new URLRequest(event.location)); adArea.loadURL(actualurl); } } As I mentioned before, when I run the above program—both the web views simply show up as white blank areas. I am not sure what I am doing wrong here? I am using Flash Builder 4.6/4.7 Premium on Windows 8 (x64). Any help would be appreciated. Yours sincerely, Arvind.
RE: future of flash (yes, that old chestnut again)
It makes perfect sense: otherwise you end up dependent on one vendor for stuff that works. Case in point: Adobe didn't bother to make a 64-bit Linux build for many years... When they finally did, it didn't support the GPU-related stuff, it pegged the CPU at 100% and didn't support webcams, all of which worked well on Mac and PC. The reason was that Adobe didn't think the Linux market share was high enough to warrant their attention. That's NOT a good enough reason, especially when you consider that you can't measure Linux marketshare in the same way you measure Mac and Windows. If Flash Player had been open, plenty of folks would have gladly contributed code (time and effort) to make it work better, at little or no cost to Adobe. But we were forced to wait, and wait and wait. Open doesn't solve every problem, but it yields far better choices than single-company monocultures. Maybe I did misread your second point. I am not accustomed to thinking of Adobe as part of the HTML5 (or any other open) community. I just found this [1], and will reconsider after I read it. Profit is fine, and bills still have to be paid, but companies don't have to cut corners and be restrictive to do it. I'm glad we agree on the tremendous impact of the open-source community. I just wish Adobe had been a bigger part of it. tlj [1] http://www.adobe.com/devnet/html5.html -Original Message- From: mike_l_mcconn...@lamd.uscourts.gov [mailto:mike_l_mcconn...@lamd.uscourts.gov] Sent: Wednesday, May 15, 2013 1:55 PM To: users@flex.apache.org Subject: RE: future of flash (yes, that old chestnut again) @Timothy 'Standards-based is criteria #0 of the open internet. No matter how slick, non-standards-based technologies are not open, and __that_alone__ makes them inferior.' I'm sorry, but this argument makes no sense. If there is a more feature rich and capable technology that allows you to deliver better products on a wider number of platforms with less effort (and less support and maintenance headaches long-term), why would you not use that technology? To rule it out simply because it's not standards based or open is shortsighted. Open is not a magical panacea of developer goodness. 'It's odd to me how you question the profit-making motivations of the HTML5 community...' You misread my post. I WAS talking about Adobe. And I made sure to point out that seeking profit is not a bad thing. If I held Adobe stock, I would EXPECT it. I'm simply suggesting that to claim their efforts are to drive the web forward is a bit dubious. That might be a by-product of their efforts (even that's debatable), but it is not the driver in my opinion. And just to clarify - I think the open source community does incredible, and often thankless, work. Were it not for their efforts, we would not have many of the JavaScript libraries, frameworks, etc. that make working with web standards bearable. And obviously we would not have Flex any longer were it not for the open source community. I did not, nor would I ever, criticize the efforts going on in that arena. MLM From: Timothy Jones timothy.jo...@syniverse.com To: users@flex.apache.org users@flex.apache.org Date: 05/15/2013 11:31 AM Subject:RE: future of flash (yes, that old chestnut again) Standards-based is criteria #0 of the open internet. No matter how slick, non-standards-based technologies are not open, and __that_alone__ makes them inferior. Open-sourcing Flex under Apache was a great move, and that's why I monitor this mailing list. I'm quite encouraged by the events here since Adobe's donation of Flex to Apache 18 months ago. But as long as Flex requires the proprietary Flash Player to run, the end-to-end result still falls short of this most basic requirement. Someday, Shumway or FalconJS will solve that! As a developer who prefers to work with Linux, the state of Flash Player on Linux has been quite disappointing over the years. By contrast, almost everything in the HTML5 world is driven by the W3C, Firefox and Chrome, and because those communities value all users, new features appear on Linux versions of those browsers at the same time as everywhere else. And this is the way it should be. It's odd to me how you question the profit-making motivations of the HTML5 community, when they are the ones donating their time on W3C committees, building open source HTML5 libraries, and giving it away, while not criticizing Adobe's profit-only decisions that do not strive to treat all users equally well. The drive the web forward initiative is quite real, and among open-source developers, it is a far more powerful incentive than profit ever could be. You have *them* to thank for most of the things you enjoy on the internet today. Without forward-thinkers like them, we would still all be on CompuServe. There, my $0.02¢.. (now get off my lawn ... :-) ) tlj -Original Message-
Re: future of flash (yes, that old chestnut again)
On 5/15/2013 2:17 PM, Timothy Jones wrote: It makes perfect sense: otherwise you end up dependent on one vendor for stuff that works. Is that not the case with web development today? Browsers are horribly inconsistent; and frameworks such as JQuery spent countless hours making sure the framework is cross-browser compatible. -- Jeffry Houser Technical Entrepreneur 203-379-0773 -- http://www.flextras.com?c=104 UI Flex Components: Tested! Supported! Ready! -- http://www.theflexshow.com http://www.jeffryhouser.com http://www.asktheflexpert.com -- Part of the DotComIt Brain Trust
RE: future of flash (yes, that old chestnut again)
Adobe made a strategic decision...one that seriously pissed off lots of people including myself. They were going to back to what makes them money...creating tools for designers. Flex was never a money maker...if they could go back and adopt the ExtJs model, things might be different (but that is speculation at best...we can't go back). Plus, it is hard to push yourself as the tool creator for HTML5 and 'standards' plus push Flash. This is not true for us on this list and Flash Pro users, but for the standard folks it is very true. They hate Flash and everything associated with it. Never mind their hate is misplaced... it is just a fact. What might really hurt Adobe is their decisions surrounding CC and no more perpetual licenses of their tools. It will be interesting to see if this adversely affects their bottom line and if so, whether or not they will reverse course. Mark -Original Message- From: mike_l_mcconn...@lamd.uscourts.gov [mailto:mike_l_mcconn...@lamd.uscourts.gov] Sent: Wednesday, May 15, 2013 9:11 AM To: users@flex.apache.org Subject: Re: future of flash (yes, that old chestnut again) I worry less about the message than I do the motivation behind the push towards HTML5. It still makes no sense to me from a developer's perspective, though I've tried very hard to understand it. Standards based or not, HTML5 is inferior technology when compared to what can be delivered with Flash and AIR (and the ease with which it can be done using development environments like Flex). Users don't know or care about the runtime environment in which their applications run, nor should they. This isn't really about users, though. It's not about the web. It's not about getting behind a standard. What it's about is creating demand for products that make the difficult task of developing in HTML/CSS/JavaScript a bit more palatable. And where there's demand, there's profit (theoretically, anyway). I don't believe for a minute that this is some noble drive the web forward initiative. That's only the veneer. The true goal, in my not so humble opinion, is what it always is and always will be: enhancing the bottom line. There's certainly nothing wrong with a company making moneyit's why they exist, after all. But to tout what is clearly a less suitable solution (for RIAs) as the next great frontier is, at best, disingenuous. These are my opinions...your mileage may vary. M. McConnell From: Lee Burrows subscripti...@leeburrows.com To: users@flex.apache.org Date: 05/15/2013 06:15 AM Subject:Re: future of flash (yes, that old chestnut again) Thanks Alex. I appreciate your comments - with the 5 year commitment from Adobe, and FlexJS on the horizon, i can relax (a bit). I just worry about your employers sometimes. At Max 2011, the message was use HTML5 for RIAs, and shortly afterwards mobile Flash Player was dropped. At Max 2013, the message was use HTML5 for games - which made me wonder what bombshell Adobe may drop this time. -- Lee Burrows ActionScripter On 14/05/2013 20:29, Alex Harui wrote: The relevant documents are: [1] http://www.adobe.com/devnet/flashplatform/whitepapers/roadmap.html [2] http://www.adobe.com/devnet/flex/whitepapers/roadmap.html It is [2] that mentions five years. But realize that, to the best of my knowledge, there is no code that will cause Flash to stop working after some day about 4 years from now. To do so would break the web and neither Adobe nor the major desktop/laptop OS vendors are interested in doing that. It is just that Adobe is not committing to new versions or taking support calls after that date. Also, IMO, if something happens that gives Adobe a reason to extend that date, they probably would, but I don't really know what that would be. Meanwhile, Apache Flex is doing the best it can to make sure that Flex has fewer bugs, supports more locales, etc. And some of us are even looking into a next generation of Flex that will let you use MXML and ActionScript to create apps that run in a browser or on mobile devices without Flash/AIR so you don't have be quite so concerned about this five year commitment. On 5/14/13 11:12 AM, Lee Burrows subscripti...@leeburrows.com wrote: Hi All, I seem to remember that Adobe committed to supporting Flash Player and AIR for 5 years - during, or shortly after, the Flex Community Summit (of Dec 11). Is that right, or did i imagine it? - i cant find any reference to it on adobe.com
Re: future of flash (yes, that old chestnut again)
Going to add my 2cents to this. I m one the guy behind Emitrom. I created a Java API for the Flash platform called Flash4j( http://emitrom.com/flex4j). Which allows Java Devs to write Flash apps in Java. Despite all the Flash is dead talk our experience has been the totally opposite. Flash4j is by faar the most successfull products we have. We havent seen any drop in demand. Actually the demand is soo high that we are looking to add people. Flash still does certain things better and efficiently than JavaScript (for example clientside file generation) and this wont change anytime soon. And off course certain things can be done with pure JS that was only available to Flash. The question is how long does it take to get the same result. The problem we always had with Flash/Flex applications is that for something that runs in the browser the interoperability with JavaScript is pretty poor (ActionScript beeing the other problem but that s another story). To us it s not a Flash vs HTML5 talk. But how to leverage BOTH to create an unique experience for our customers. One of the things we are currently working on for example is how to seamlessly integrate the Google Maps JS API in a Flex app. This post actually summarizes the situation pretty good http://thonbo.wordpress.com/2013/05/13/where-is-adobe-going-with-flash-after-max-conclusions/ Cheers 2013/5/16 Mark Fuqua m...@availdata.com Adobe made a strategic decision...one that seriously pissed off lots of people including myself. They were going to back to what makes them money...creating tools for designers. Flex was never a money maker...if they could go back and adopt the ExtJs model, things might be different (but that is speculation at best...we can't go back). Plus, it is hard to push yourself as the tool creator for HTML5 and 'standards' plus push Flash. This is not true for us on this list and Flash Pro users, but for the standard folks it is very true. They hate Flash and everything associated with it. Never mind their hate is misplaced... it is just a fact. What might really hurt Adobe is their decisions surrounding CC and no more perpetual licenses of their tools. It will be interesting to see if this adversely affects their bottom line and if so, whether or not they will reverse course. Mark -Original Message- From: mike_l_mcconn...@lamd.uscourts.gov [mailto:mike_l_mcconn...@lamd.uscourts.gov] Sent: Wednesday, May 15, 2013 9:11 AM To: users@flex.apache.org Subject: Re: future of flash (yes, that old chestnut again) I worry less about the message than I do the motivation behind the push towards HTML5. It still makes no sense to me from a developer's perspective, though I've tried very hard to understand it. Standards based or not, HTML5 is inferior technology when compared to what can be delivered with Flash and AIR (and the ease with which it can be done using development environments like Flex). Users don't know or care about the runtime environment in which their applications run, nor should they. This isn't really about users, though. It's not about the web. It's not about getting behind a standard. What it's about is creating demand for products that make the difficult task of developing in HTML/CSS/JavaScript a bit more palatable. And where there's demand, there's profit (theoretically, anyway). I don't believe for a minute that this is some noble drive the web forward initiative. That's only the veneer. The true goal, in my not so humble opinion, is what it always is and always will be: enhancing the bottom line. There's certainly nothing wrong with a company making moneyit's why they exist, after all. But to tout what is clearly a less suitable solution (for RIAs) as the next great frontier is, at best, disingenuous. These are my opinions...your mileage may vary. M. McConnell From: Lee Burrows subscripti...@leeburrows.com To: users@flex.apache.org Date: 05/15/2013 06:15 AM Subject:Re: future of flash (yes, that old chestnut again) Thanks Alex. I appreciate your comments - with the 5 year commitment from Adobe, and FlexJS on the horizon, i can relax (a bit). I just worry about your employers sometimes. At Max 2011, the message was use HTML5 for RIAs, and shortly afterwards mobile Flash Player was dropped. At Max 2013, the message was use HTML5 for games - which made me wonder what bombshell Adobe may drop this time. -- Lee Burrows ActionScripter On 14/05/2013 20:29, Alex Harui wrote: The relevant documents are: [1] http://www.adobe.com/devnet/flashplatform/whitepapers/roadmap.html [2] http://www.adobe.com/devnet/flex/whitepapers/roadmap.html It is [2] that mentions five years. But realize that, to the best of my knowledge, there is no code that will cause Flash to stop working after some day about 4 years from now. To do so would break the web and neither Adobe nor the major
context:Object
I need some help. This seems like it should be so simple, and maybe it is, but I can't get it. Everything I try gives errors, either on the view I push from or the view I push to. Everything I google seems to only mention you can pass in the context parameter or give an example like the one below.showing just the defaults. I can't seem to find a good example anywhere and everything I try errors out. pushView(viewClass:Class, data:Object = null, context:Object = null, transition:spark.transitions:ViewTransitionBase = null) Could someone please show me how to set the context variable and then how to retrieve it on the next view? I'm too old to be pulling my hair out.I have too few hairs left. Or maybe there's an easier way (though it seems like the context object is designed for just such a use case). I am trying to run a function on a view only if it came from a certain view.other wise not. Something like: If(context.from == feed) { Blah blah; } Thanks Mark
Re: future of flash (yes, that old chestnut again)
From your blog post link: Adobe’s foresight is that *games on mobile/tablets will eventually move away from the appstore and into the mobile browser…* * * *clearly, this must be the way forward or as developers, we will remain beholden to the whims of the device makers and their OS standards. This is already true of app development and the Apple Down methodology employed by most app dev firms. The more we can wrestle the control away from OS based app development towards mobile browser standards ( i say that tongue firmly planted in cheek), the better chance we have to leverage the continued development of Flex, HTML5 and other solutions towards this end. While browser-based solutions may not monetize as well for developers, the road to hell is paved with $1.99 apps that don't sell. * * * *yet not so sure we get a say in it folks. I am old enough to remember the BETA vs. VHS wars, and the best technology didn't win that one either.* * * *Scott B. Barnett WoodmontInnervisions* *twitter: @Scott_Brian_B* On Wed, May 15, 2013 at 7:24 PM, Alain Ekambi jazzmatad...@gmail.comwrote: Going to add my 2cents to this. I m one the guy behind Emitrom. I created a Java API for the Flash platform called Flash4j( http://emitrom.com/flex4j). Which allows Java Devs to write Flash apps in Java. Despite all the Flash is dead talk our experience has been the totally opposite. Flash4j is by faar the most successfull products we have. We havent seen any drop in demand. Actually the demand is soo high that we are looking to add people. Flash still does certain things better and efficiently than JavaScript (for example clientside file generation) and this wont change anytime soon. And off course certain things can be done with pure JS that was only available to Flash. The question is how long does it take to get the same result. The problem we always had with Flash/Flex applications is that for something that runs in the browser the interoperability with JavaScript is pretty poor (ActionScript beeing the other problem but that s another story). To us it s not a Flash vs HTML5 talk. But how to leverage BOTH to create an unique experience for our customers. One of the things we are currently working on for example is how to seamlessly integrate the Google Maps JS API in a Flex app. This post actually summarizes the situation pretty good http://thonbo.wordpress.com/2013/05/13/where-is-adobe-going-with-flash-after-max-conclusions/ Cheers 2013/5/16 Mark Fuqua m...@availdata.com Adobe made a strategic decision...one that seriously pissed off lots of people including myself. They were going to back to what makes them money...creating tools for designers. Flex was never a money maker...if they could go back and adopt the ExtJs model, things might be different (but that is speculation at best...we can't go back). Plus, it is hard to push yourself as the tool creator for HTML5 and 'standards' plus push Flash. This is not true for us on this list and Flash Pro users, but for the standard folks it is very true. They hate Flash and everything associated with it. Never mind their hate is misplaced... it is just a fact. What might really hurt Adobe is their decisions surrounding CC and no more perpetual licenses of their tools. It will be interesting to see if this adversely affects their bottom line and if so, whether or not they will reverse course. Mark -Original Message- From: mike_l_mcconn...@lamd.uscourts.gov [mailto:mike_l_mcconn...@lamd.uscourts.gov] Sent: Wednesday, May 15, 2013 9:11 AM To: users@flex.apache.org Subject: Re: future of flash (yes, that old chestnut again) I worry less about the message than I do the motivation behind the push towards HTML5. It still makes no sense to me from a developer's perspective, though I've tried very hard to understand it. Standards based or not, HTML5 is inferior technology when compared to what can be delivered with Flash and AIR (and the ease with which it can be done using development environments like Flex). Users don't know or care about the runtime environment in which their applications run, nor should they. This isn't really about users, though. It's not about the web. It's not about getting behind a standard. What it's about is creating demand for products that make the difficult task of developing in HTML/CSS/JavaScript a bit more palatable. And where there's demand, there's profit (theoretically, anyway). I don't believe for a minute that this is some noble drive the web forward initiative. That's only the veneer. The true goal, in my not so humble opinion, is what it always is and always will be: enhancing the bottom line. There's certainly nothing wrong with a company making moneyit's why they exist, after all. But to tout what is clearly a less suitable solution (for RIAs) as the next great frontier is, at
HFCD Plugins for Flash Builder
Hello, I know this is not right place to ask but I want to try my last hope :) We are developing one Enterprise Solution in Flex and AIR and in it we have around 52 Total (Main, Sub and Library) projects with around 4300 .mxml .as files and more than 550,000+ lines of code without any library code. So as of now it takes too much time to compile, so I came across to HFCD and bought HFCD 4.1.0 and try to set it up with Flash Builder. I am not able to install HFCD plugin into FB and tried to contact their support team but no reply after 15 days and so many retries. I believe that, may be hellfire.admin.ui_4.0.0.jar and hellfire.compiler.feature_4.0.0.jar are missing from their repository URL ( http://stopcoding.org/hfcd/4/download). If anyone setup HFCD from this list, can help me out in setting up or throwing any light on this. Thank you so much in advance for reading this! Thanks, Mitul Golakiya