Runs on iPhone?
If you implement it as a .NET language then you get that and Android for
free with the Xamarin tools.
Reads/writes VFP-compatible Power Tools (screen, report, etc.)?
Could be useful in migration but once you're in the .NET or Java or
whatever world then you have a choice of presentation layers. I think
there would be so much re-engineering necessary that it wouldn't be
worth it.
Reads/writes VFP 9 DBC, tables, stored procedures, etc.?
Might be nice in migration but going forward I don't know why anyone
would remain tied to a file-based database.
Reads/writes VFP 9 DBC, tables, stored procedures, etc.?
Again, make it a .NET language and it becomes usable server-side in web
applications. You'd still be lumbered with Javascript and two million JS
client-side libraries on the client side of course.
I think what I would like is the basic VFP syntax as a .NET language,
with all the legacy crud like most of the Sys() functions, @ .. SAY, all
the 2.x stuff, all the Mac stuff and so forth removed. Then add an ORM
layer for working with data stores as object collections.
Once you have that then you have a choice of UI and reporting solutions.
--
Alan Bourke
alanpbourke (at) fastmail (dot) fm
On Sat, 11 Feb 2017, at 12:40 PM, Ted Roche wrote:
> So, what compelling feature would an "Xbase replacement" get everyone
> really interested?
>
> Runs on iPhone?
>
> Reads/writes VFP-compatible Power Tools (screen, report, etc.)?
>
> Reads/writes VFP 9 DBC, tables, stored procedures, etc.?
>
> Runs over the internet?
>
> For me, the language isn't any big deal. There's lots of OOP
> languages, IF...ELSEIF...ENDIF constructs, CASE statements even if
> they call them SWITCH.
>
> For me, the data store isn't a big deal. I would prefer one with
> drivers for MariaDB, PostgreSQL and for enterprise support, Oracle and
> SQL Server. Bonus for DBFs, to aid in migration, but not a
> deal-breaker; I've written some killer migration apps to move DBFs to
> some other ODBC-compatible target.
>
> I work with editors far superior to what I get inside VFP.
>
> What I do love about VFP is the integration of GUI design with code,
> code with classes, a built-in build tool, debugger, interactive data
> manipulation and, of course, the infinitely deep support resources of
> books, magazines and web sites.
>
> I have apps that are 30 years old that use every Xbase command you can
> imagine.
>
> Yesterday, I ran across a very specialized reporting module written
> with ??? and ?? and using the ON PAGE command -- you know what that
> is, right?
>
> So, my dream Xbase replacement would take this 30-year-old app and run
> it, flawlessly.
>
>
>
> On Sat, Feb 11, 2017 at 6:40 AM, AndyHC
andy@hawthorncottage.com wrote:
> > Having had a further look at this it does not (yet???) seem to be as
> > all-inclusive of xbase dialects as it claims.
> > In fact it reminded me very clearly of why I stopped my V.O. subscription to
> > Nantucket - the price was/is way above what could be afforded by a
> > self-employed developer. It has certainly progressed faster than the
> > glacial pace of [x]Harbour, but their timetable for 2017 doesn't seem to
> > mention VFP (or even basic xbase??).
> >
[excessive quoting removed by server]
