|
On Fri, 22 Feb 2002, Joe Pluta wrote: > management. Now, add just a few things we normally do on a day-to-day basis > in a real application: > > 1. A subfile, with pageup and pagedown support > 2. A message subfile for errors > > My guess is your ncurses and MySQL solution is going to become a little bit > more difficult. If you manage to get even close to that, add a few more > features: SFLFOLD, popup windows, KEEP and ASSUME, and SFLNXTCHG are a few > good ones for starters. > > Oh, and don't forget the support for things like CSRLOC and SFLRCDNBR. I guess my point is that these aren't really RPG language things. Of course trying to write a screen file compiler would be hard and probably stupid. But why use subfiles and old style 5250 screens when you have qt, gtk, motif, tcl/tk, java, mozilla, Xlib, etc. at your fingertips? You don't need OS/400 style screens and reports to write RPG. RPG is good for basically one thing: record level access, whether that access is done with matching records, primary files, chain, setll/read or whatever. Some tasks are most easily accomplished using the RPG type of record level access. For everything else, RPG does things as well or worse than other languages/toolkits. RPG on other platforms would allow other platforms to use that strength. Of course this wouldn't enable applications to port from OS/400 to linux, so my earlier statements don't really apply. James Rich james@eaerich.com
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.