Web based application

[Stanley - stanlyn-com]

Jose,

 

I agree with Walter's comments as listed below... 

 

1.       There are several web based open source ERP and accounting systems
that have years of testing and tens of thousands of sites operating today.

 

2.        Inventing a new accounting package to use what I am guessing
filePro as the DBMS makes no sense.

 

3.       However all along the way you've been fighting lack of everything
you need in a database (foreign keys, transactions, concurrency, etc..).  

 

4.       Become the expert in either using the latest version of filePro
that can talk directly to MySQL or using the fpODBC tools in an effective
manner. (assuming that filePro odbc is now 2-way, as it used to be only
1-way)

 

5.       What you have shown literally can be written in minutes just using
ASP.net MVC drop and drag technology.

 

6.       On the other hand becoming the expert consulting firm to turn
legacy filePro applications into modern filePro applications does have
value.

 

Item 3 above is so very true and is what eventually drove us away from
filePro development.  When I started exploring different databases and
frontend  tools and what they had to offer, I was blown away with the
options in a good way.  I couldn't believe what I was able to create with
half the effort. 

 

I see too that you are using MySql and expect that you see that there is no
comparison to filePro in terms of anything. 

 

I've been developing filePro apps since 1981 and started the move away in
the late 90's when filePro refused to give us the tools needed to compete
with modern apps.  

 

Making the case that filepro was more efficient in text based apps doesn't
work anymore when filePro's screen size is so small showing such limited
data.  Many of us are using huge multi-screen displays today, where I
routinely start 4 filePro sessions and house them all on one of my 24" or
27" monitors.  I need to control my design surface area all the way to my
monitor's max resolution.

 

What I needed back then was the ability to add more fields to a screen,
instead of having to switch screens, which is hugely inefficient.  Another
biggie was super lame memo fields that couldn't auto format itself.
eughhhhhhhh!  Then there was the lack of speed, lack of table relations,
lack of transactions, lack of security, limited amount of indexes, lack of
connectivity to other data sources, and dropdown scrolling edit boxes, plus
other things that filePro either failed to act fast enough or just plain
didn't address as it wasn't important to them, like the 80x25 screens and
memo fields.   I would have purchased new licenses if these items were
effectively addressed.  And then there is the huge cost for old outdated
technology. 

 

So, enough was enough, and  we had to move on or be left behind.  Ant the
last thing I wanted to do was to learn another new language, or 2-3 more new
languages.  But looking back, it took me several John and Karen's GURU
camps, many Guru subscriptions, fourgen and unix journal subscriptions to
become productive in filePro over a 3-6 year span.  Spending that much time
again using today's tools yields so many more opportunities and solutions
for today's work force (younger generation).  

 

I noted that you answered someone in a different message and stated your
demo was written in PHP and MySql, which begs the question "How does this
relate to filePro"?

 

Thanks, Stanley

 

 

 

 

 

From: Jose Lerebours [mailto:fpgroups at gmail.com] 
Sent: Wednesday, January 09, 2013 10:47 AM
To: Stanley - stanlyn-com
Subject: Re: Web based application

 

Stanley,

You agree with Mark that "you like it" or with Mark "that it is a security
threat" ???

;-)

 

On Wed, Jan 9, 2013 at 12:38 AM, Stanley - stanlyn-com <stanley at stanlyn.com
<mailto:stanley at stanlyn.com> > wrote:

Agreed !!!

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20130109/f82b869d/attachment.html