|
Brad, do you support multiple-page maintenance? That is, where you go from one page to the next, maintaining different fields on each page? With the ability to page back and forth? If you can do that, I'm impressed. That's my design - multi-page transaction input. Any fields from the message can be moved from one page to the other. Your field translation is nice; I already do all that, again defined by a single record in a table, and I don't use any JavaScript. I don't have the search capabilities; again, I don't use JavaScript, so I applaud your design. I support the ability to create an entire file maintenance UI (that is, a first panel to display the records which drills to a second panel to edit/copy/delete records) simply by defining recorda in a couple of files. Or, you can define a single-panel maintenance application, where the records all show up on a single panel, and you can add, change and delete them right there. You, on the other hand, have done a good job at creating an RPG version of Microsoft Access. It's nice, but does it actually do business? I don't know, Brad. But all this is still just spittin' in the wind, and I'm off to get married and then off to Maui... Have fun! Joe ---------- Original Message ---------------------------------- From: "Stone, Brad V (TC)" <bvstone@taylorcorp.com> Reply-To: MIDRANGE-L@midrange.com Date: Thu, 5 Apr 2001 10:57:58 -0500 >I have. And I have over 30 companies using it right now (with a bunch on the way). If you want a list of URLs, email me privatly and I'll give you a couple. Then, I will change headings right in front of your eyes. It's not that tough. It is impressive though. And because I implemented ILE in this application, I can put together another one just like it in 10 minutes. It's actually pretty simple. Then again, you've never done eRPG programming as you admitted on another list (and claimed you never would). Heck my app has even more complex stuff that you talk about. It will dynamically build javascript to validate fields that are translated. For example, an order status code. S is shipped, B is billed, etc. Now, they don't want to see S, they want to see shipped. So I have simple translation capabilities built in where the user can just plug in anything they want, on any field. It's up to them. Then, if they want that field to be searchable, it knows there is a translation for the field and builds javascript to do simple validation. If they type in an invalid code for that field, they get a message. If they have JS off, the App will tell them after it's run. The user has the option to take a table (or a bunch of tables that can be joined) and pick which data to display. They can arrange the fields in any order, in a row, one on top of the other, etc. They can specify if the field should be a search and/or sort field in search box. There's a LOT to my little eRPG app that you still claim can't be done. Well, I did it. I'll show you mine if you show me yours. Brad > Show me I'm wrong. Implement a completely softcoded > generation scheme such as I've done, where someone can change > the layout by simply adding a record to a file. Where you > can change the positions and headings of the fields by keying > the new heading into a database file, and it affects every > screen that field shows up on. Show me it can be done in > RPG-CGI. Otherwise, it's just empty words. This is > configuration, not programming, and if you don't understand > the difference, then we've got nothing more to discuss. > > Joe +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +--- +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.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.