David Adams originally posted:

   "It would be really great if I can run a CF application on the 
PocketPC (PPC).
     I would even be happy if they compiled CF 1.0 for this platform. "

I posted the following to the thread:

    "If I understand correctly, this is a request for the ability to run 
a CF
     app (optionally compiled) as a stand-alone app on a PPC...

    If so, this is similar to previous requests to be able to distribute a
    self-contained CF app on a CD, to run on a desktop or kiosk, without 
the
    necessity (but the ability) to interact with the web"

What I want (and I think what David wants) is the ability to write and 
run CF scripts on a stand-alone device (PPC or desktop/portable PC).  
These apps would not need to connect to the we (but they could).

Many responded that it was not practical to run a CF Server, 
stand-alone... but that was not the request!

What is desired is  a CF Interpreter/Compiler that runs stand-alone apps 
ala Basic, Perl, etc.

Such a  Interpreter/Compiler  would not need to concern itself with 
high-performance multi-thread web serving... just run CF scripts on the 
local machine.

It is assumed that the stand-alone  Interpreter/Compiler could be 
skinnied-down to handle just the stand-alone chores.

The resultant programs could optionally connect to a server-side CF 
script to communicate with web or enterprise applications.

I can do this now in Perl, Basic, php, Java... but I prefer to program 
in CF.

It was suggested that Flash MX was a solution... it may well be, for 
many applications.

I read the article by Jeremy Allaire, downloaded Flash MX and took the 
tutorials (3-4 hours).

I think we are talking about different things...  Flash is designed 
around movies.

IMO, the "movie" paradigm is not appropriate for most desktop apps... 
and it adds layers (no pun intended) of complexity.

The other problem with Flash, is the tendency one has to get caught up 
in the "sizzle" of  animation, sounds, etc. and give short shrift to the 
actual "work" that needs to be accomplished.  The Flash MX tutorials 
illustrate this point in "Spades"

Here's an example of a typical online/stand-alone app I want to write:

1) Connect to web/intranet

2) Download a list of calls to follow-up

3) Disconnect from web

4) Throughout the day, make/return calls and flesh out the a local 
follow-up db or file.  Probably involves querying a variety of local and 
remote sources, original data entry, manipulation and copy/paste from 
text files, word processing docs, databases, spread sheets, emails, etc.

5) Connect to web/intranet

6) Upload/update/synchronize local data with host.

IMO, the best way to build such an app is to write custom apps at both 
ends...

I want to be able to use CF at both ends....

        Not CF and Perl
        Not CF and Java
        Not CF and php
        Not CF and Basic
        Not CF and AppleScript
        Not CF and JavaScript
        Not CF and Flash

but, CF and CF

I really think that there is a need for such a homogeneous approach!

Dick












On Friday, March 22, 2002, at 05:20 PM, Dick Applebaum wrote:

> Thanks, John... I'll check it out
>
> Dick
>
> On Friday, March 22, 2002, at 03:40 PM, John Dowdell wrote:
>
>> At 8:36 AM 3/22/2, Dick Applebaum wrote:
>>> I am not aware of the MM strategy for Flash However, I found Flash
>>> to be more limited, specialized, and harder to  learn than CF.
>>> If MM plan to make CF scripting available on the desktop,  I applaud
>>> them, whatever vehicle they choose!
>>
>> This paper may be of great interest:
>> "Macromedia Flash MX -- A Next-Generation Rich Client"
>> Jeremy Allaire
>> http://download.macromedia.com/pub/flash/whitepapers/richclient.pdf
>>
>> Summary: Web applications which rely on the server sending static pages
>> have only limited scope. Clientside interactivity and offline
>> persistence
>> are quite helpful for advanced web applications, particularly as client
>> machines become more portable.
>>
>> jd
>>
>>
>>
>>
>> John Dowdell, Macromedia Developer Support, San Francisco CA US
>> Search technotes: http://www.macromedia.com/support/search/
>> Offlist email risks capture by the spam filters. I may not see your
>> email if it's not on the list. Private one-on-one email options are
>> available via Priority Access: http://www.macromedia.com/support/
>>
>>
>>
> 
______________________________________________________________________
Your ad could be here. Monies from ads go to support these lists and provide more 
resources for the community. http://www.fusionauthority.com/ads.cfm
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Archives: http://www.mail-archive.com/[email protected]/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Reply via email to