Perform Screens
Any ideas or suggestions on conversion of some old PERFORM screens. Old app was on SCO with character mode screens. Clients insist on Windows desktops / indifferent on backend. Any ideas????
Joel Robinson wrote: > > Any ideas or suggestions on conversion of some old PERFORM screens. Old app > was on SCO with character mode screens. Clients insist on Windows desktops > / indifferent on backend. > > Any ideas???? It is not all that difficult to convert those PERFORM screens to 4GL. If you do so using D4GL you will get the Windows look and feel without losing UNIX portability and you will be able to continue to support character terminal users with the same application during the transition to PC and XTerm usage. Art S. Kagel
Art S. Kagel wrote: > > Joel Robinson wrote: > > > > Any ideas or suggestions on conversion of some old PERFORM screens. Old app > > was on SCO with character mode screens. Clients insist on Windows desktops > > / indifferent on backend. > > > > Any ideas???? > > It is not all that difficult to convert those PERFORM screens to 4GL. > If you do so using D4GL you will get the Windows look and feel without > losing UNIX portability and you will be able to continue to support > character terminal users with the same application during the > transition to PC and XTerm usage. > > Art S. Kagel That is true if the Perform screens were not that sophisticated. The simple part is converting the screen appearance. The harder part is writing the SQL and control code that Perform ran automatically. Then there is the issue of user expectations: in Perform you could not look up codes while entering data (well - not without some inventive programming) - in Windows users will moan until they get this facility. Also, Perform did not allow scrolling on-screen arrays: users will want those for the details of master-detail relationships. -- Peter Lancashire Information Systems Specialist, Bayer plc Eastern Way, Bury St Edmunds, Suffolk, IP32 7AH, UK Tel: +44-1635-562258, Fax: +44-1635-562281 -- If all else fails, read the instructions and the release notes. Join Infuse, the UK Informix User Group at http://www.infuse.org.uk/
I can keep the users satisfied initially with just really simple screens. But I have yet to see any product out there that can do this without a lot of coding. And an additional pain is the cost of the product. Ideally no runtime fees and a reasonable development cost. Peter Lancashire wrote in message <369103A6.5126@bayer.co.uk>... >Art S. Kagel wrote: >> >> Joel Robinson wrote: >> > >> > Any ideas or suggestions on conversion of some old PERFORM screens. Old app >> > was on SCO with character mode screens. Clients insist on Windows desktops >> > / indifferent on backend. >> > >> > Any ideas???? >> >> It is not all that difficult to convert those PERFORM screens to 4GL. >> If you do so using D4GL you will get the Windows look and feel without >> losing UNIX portability and you will be able to continue to support >> character terminal users with the same application during the >> transition to PC and XTerm usage. >> >> Art S. Kagel > >That is true if the Perform screens were not that sophisticated. The >simple part is converting the screen appearance. The harder part is >writing the SQL and control code that Perform ran automatically. > >Then there is the issue of user expectations: in Perform you could not >look up codes while entering data (well - not without some inventive >programming) - in Windows users will moan until they get this facility. >Also, Perform did not allow scrolling on-screen arrays: users will want >those for the details of master-detail relationships. > >-- >Peter Lancashire >Information Systems Specialist, Bayer plc >Eastern Way, Bury St Edmunds, Suffolk, IP32 7AH, UK >Tel: +44-1635-562258, Fax: +44-1635-562281 >-- >If all else fails, read the instructions and the release notes. >Join Infuse, the UK Informix User Group at http://www.infuse.org.uk/
Joel Robinson wrote: > > I can keep the users satisfied initially with just really simple screens. > But I have yet to see any product out there that can do this without a lot > of coding. > > And an additional pain is the cost of the product. Ideally no runtime fees > and a reasonable development cost. > Take a look at JAM/Prolifics (www.prolifics.com). Dragi "Bonzi" Raos