From: nospam@nospam.com   
      
   "pdox42"  wrote in message   
   news:1184056161.858126.158970@j4g2000prf.googlegroups.com...   
   > On Jul 9, 8:32 am, "Larry DiGiovanni"  wrote:   
   >> pdox42 wrote:   
   >> > 4.  What db's have those that left pdox 4 gone to (and not regretted   
   >> > it)?  What db would you suggest?  Do the free offerings, namely mySQL   
   >> > and Firebird, have merit?  i'm sticking with pdox4.0 for now, but am   
   >> > considering creating a living failsafe... just in case.   
   >>   
   >> The free offerings have a lot of merit as do the commercial offerings,   
   >> but   
   >> let's draw an important distinction:  Paradox as you know is both a   
   >> database   
   >> engine *and* a database application 4GL programming environment.  MySQL,   
   >> Firebird, (and MSSQL, Oracle, PostgresSQL, etc) are all just database   
   >> engines.  You can move the data and relationships, but your code   
   >> (scripts,   
   >> forms, reports, libraries) would also have to be ported to some other   
   >> language to provide a user interface.   
   >   
   > what languages would you suggest / recommend?   
      
   A lot depends on what you (or whoever does the work) are comfortable with   
   and what's important to you in a programming language.  Have a look at   
   Windows Forms for .NET if you just want to build a thick client UI.  I   
   haven't, but my gut tells me it's as close as you're likely to get in a   
   Windows traditional GUI dev environment as Paradox was.   
      
   > What language exists today that is as easily implemented / easily   
   > read (non cryptic syntax) that you'd recommend to be the   
   > replacement to PAL?   
      
   The thing that made PAL so easy to learn was macro recording -- you could be   
   productive quickly (then learn from those mistakes, alas) -- and there's   
   nothing really like that now.  Most of what's out there now is Object-based   
   or OO which you may consider cryptic.   
      
   > "business functions"?  I don't think our scritps / input program   
   > are that formally structured.   
      
   No, but you have an idea what part of your business each thing supports.   
      
   Where I was going is, lay out your business technology systems, build a   
   foundation (for instance, around your accounting software) and use   
   compatible tools to enhance/interface in those pieces that make your systems   
   yours.   
      
   --   
   Larry DiGiovanni   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)