[Flashcoders] money question AJAX style apps or flash?

2009-03-03 Thread Anthony Pace
Because of the trend, have you noticed less jobs for Flash then for AJAX style webapps? A push to DHTML and AJAX because of SEO issues? So many bad developers giving companies leaving a bad taste in the mouths of clients? Is freelance flash developer starting to become a bad title? What about

Re: [Flashcoders] money question AJAX style apps or flash?

2009-03-03 Thread allandt bik-elliott (thefieldcomic.com)
The company i'm at at the mo uses flash for advertising, navigation and impressive landing pages for sites. simpler forms of navigation will move to ajax imo while more complicated pieces (carousels, 3d etc) will stay as flash advertising will stay as it is - flash is the smallest, most efficient

Re: [Flashcoders] money question AJAX style apps or flash?

2009-03-03 Thread Anthony Pace
Thanks for the answer. Good points. allandt bik-elliott (thefieldcomic.com) wrote: The company i'm at at the mo uses flash for advertising, navigation and impressive landing pages for sites. simpler forms of navigation will move to ajax imo while more complicated pieces (carousels, 3d etc)

Re: [Flashcoders] money question AJAX style apps or flash?

2009-03-03 Thread Joel Stransky
We were recently discussing this from a business stand point at flashkit. You might find it enlightening. http://board.flashkit.com/board/showthread.php?t=789389 On Tue, Mar 3, 2009 at 12:12 PM, Anthony Pace anthony.p...@utoronto.cawrote: Thanks for the answer. Good points. allandt

[Flashcoders] try-catch-finally ...

2009-03-03 Thread SJF
Technically, it's good practice/professional to use try-catch-finally blocks in your actionscript logic. This ensures a robust, easily debugg-able application. However, can anyone comment if they actually use try-catch-finally or whether anyone is for or against it's use. I ask because I've

[Flashcoders] And another one re: try-catch-finally statements

2009-03-03 Thread SJF
I have a head-cold (hence the possibly obvious answer to this question) and a block of code as such: function checkResponder(e:Event = null):void { try { bPollingDatabase = true; updateListArray(); } catch (err:Error) { // } } Now considering there is no code in the 'catch' block,

Re: [Flashcoders] And another one re: try-catch-finally statements

2009-03-03 Thread Eric E. Dolecki
I *think* that if that array is built up out of a URLRequest or something and the URL to call is down, a finally would catch that and the error wouldn't. But I'm not positive about that. On Tue, Mar 3, 2009 at 10:02 PM, SJF sjf...@gmail.com wrote: I have a head-cold (hence the possibly obvious

Re: [Flashcoders] And another one re: try-catch-finally statements

2009-03-03 Thread Taka Kojima
Actually, in some instances that block of code might generate a runtime error, in which case, to prevent Flash from outputting the runtime error, there is a try catch block. On Tue, Mar 3, 2009 at 7:02 PM, SJF sjf...@gmail.com wrote: I have a head-cold (hence the possibly obvious answer to

Re: [Flashcoders] And another one re: try-catch-finally statements

2009-03-03 Thread Dave Watts
Now considering there is no code in the 'catch' block, there can be absolutely no benefit whatsoever to using try-catch-finally in the above instance. Well, it'll swallow the exception; that might be considered by some to be a benefit, although it's bad form to handle exceptions that way.

Re: [Flashcoders] And another one re: try-catch-finally statements

2009-03-03 Thread Taka Kojima
Not saying it's a good thing, just laying out what it's accomplishing. Seeing as Flash generates some pretty ugly looking runtime errors, I usually like to display errors on my own terms, such as catch (err:Error){ ErrorManager.showError(There was a problem communicating with the server,