*S* Ajax.... I guess most people, will not think of it any other way. And would just do Flex side of things here instead. I doubt very much that any dynamic HTML was considered at this stages of AIR.
Which is a shame, because it seems to go back to the days when people had hoped that a version of CF to run locally could be used for small applications to go onto CD's etc. I guess at the end of the day, if AIR has the ability to have java as a plugin / extension we could right a CFML parser to do the job it isn't that hard to mimic some of the cftags. Andrew Scott Senior Coldfusion Developer Aegeon Pty. Ltd. www.aegeon.com.au Phone: +613 8676 4223 Mobile: 0404 998 273 -----Original Message----- From: cfaussie@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Dale Fraser Sent: Wednesday, 13 June 2007 12:06 PM To: cfaussie@googlegroups.com Subject: [cfaussie] Re: onair.adobe.com... (was CFAussie Community Head Count) Ok, So i'm missing something. How does (or HTML/JS) calling down to a Gears local database HTML/JS talk to a database? Regards Dale Fraser http://dalefraser.blogspot.com -----Original Message----- From: cfaussie@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Barry Beattie Sent: Wednesday, 13 June 2007 10:58 AM To: cfaussie@googlegroups.com Subject: [cfaussie] Re: onair.adobe.com... (was CFAussie Community Head Count) On 6/13/07, Dale Fraser <[EMAIL PROTECTED]> wrote: > I think people are missing the concept of the offline application. not for us who cut our teeth on creating VisualBasic client-top apps. Here's the trick: you can still make VB client-top apps, and they can get pretty rich. And they can listen to open HTTP ports and talk to a remote server when they get occasionally connected - and do pretty much the same thing. So, why would you bother with Apollo when VB could do pretty much the same thing? cross-platform. It's like gold. (there are other points like leveraging existing web dev skills like HTML or Flex) > Ie, CF app runs from server, lets say CRM. But man on laptop with no > internet needs to still run same application, CF on AIR. > no no no! there's a fundamental problem for trying to shoe-horn CF into this role - and some at Adobe have also been blinded with this. If CF had crap ways of producing the presentation layer it'd be more obvious, but CF does view AND controller AND model so separation of concerns isn't really apparent. CF has been designed as a request/response server platform. Client-top apps don't work like that. It's all event driven. Dale, if you were saying however that you'd like to leverage existing HTML or Flex front ends and instead of using AS3 to query the Gears embedded (local) database you'd like to use CF (because you know the platform/leverage your skills).... .... I'd agree with you. But it ain't gonna happen easily. the fact that CF is a server listening for a request to reply with a response will beat you every time. You shift all the CFQUERY to JSON/AS3 objects conversion to the client and you still need a (local) server to listen with. if you want your CRM on your laptop, either develop it with VB.NET with remote sync'ing to a SQLServer.... OR create it as an apollo app with Flex (or HTML/JS) calling down to a Gears local database and write AS3 code to do the updates to fill local DB with (server) ColdFusion and a remote DB when connected. and when you do, 4/5ths of the features of CF become redundant. eh my 2c. and when you do that, you throw away --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~----------~----~----~----~------~----~------~--~---
