On Oct 27, 2006, at 10:28 AM, Charlie Coleman wrote:

        Gee, this sounds like a question about Dabo...

1) have a built-in data engine like VFP does. E.g. cursors, etc.

        Check.

2) provide functions like SEEK(). SQL is nice, but it's cumbersome for some situations. We don't want ADO bullcrap (or whatever MS calls it now)

        Check.

3) provide a DB option - again, built in. A file-based one like VFP is fine. If a C/S and file-based could be made, then great. But the ability to store data locally - between sessions - during session - etc. has been an incredible benefit of VFP.

        Check.

4) Probably goes without saying, and he probably already has it, but need to be able to connect to other DBs. ODBC is fine. The hell with MS and their constantly changing 'data access' standards. (I still can't believe the whole industry didn't turn on MS when they 'stopped' supported ODBC. Jerks).

        Check, several times over.

5) Cross-platform - I think you said it's already that way, so good to go there.

        Check.

6) Need a good IDE (yeah, it's mainly eye-candy, but taking away the tedium is a good way to attrack developers - hopefully he already has).

Getting there, but still not complete. You can design classes visually, including writing code for events. The code editor has syntax coloring, IntelliSense, calltips, code folding, bookmarking, and many other advanced features. You can define database connections visually, as well as manage your saved preferences and settings.

7) Have some way for easy, or at least non-complicated, way to make applications web-enabled, or even run-in-browser. Personally, I think the run-in-browser will eventually take a backseat to 'smart' desktop applications that communicate over the web in the background. The never ending security holes, poor performance, and lack of truly rich user interface options make browser-apps really suck (again IMO).

That's certainly possible, but not our focus at the moment. Our model is rich client running locally, and connecting to a database server that can either be local or remote. We currently don't support thin client designs.

-- Ed Leafe
-- http://leafe.com
-- http://dabodev.com




_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://leafe.com/mailman/listinfo/profox
OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.

Reply via email to