|
> 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. Yep. Each page is set up as an "application" so that each one can have different layouts of fields, etc.. etc... For example, a field on an invoice list can be a hyperlink to a detail view. But that invoice shouldn't be a hyperlink on the detail view. Because these are each their own application, it won't show up as a hyperlink unless they want it too. I also have tracking down to the application level. The logs don't tell me enough, so I store my own data as well as log. That why I know down to the user level how many hits I get. I can say "Mary, you've viewed your invoice detail page 19 times between 10am and 1pm. Whats up? Is there a problem?" Initial design took about 1 month. It was up and running after a couple weeks after that. Now, I constantly updating and tweaking it. ILE made it very easy to do this. Also, each company that uses this application can custom design the look and feel of their web page. Down to fonts, colors, backgrounds, borders, and individual table cells. > > 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. Javascript is merely an added benifit to the page. Has nothing to do with the real design of the application. I chose to use it because I do believe it saves CPU cycles for those that have Js turned on. I always validate on both the client and the server when possible. > I don't have the search capabilities; again, I > don't use JavaScript, so I applaud your design. Search has nothing to do with Javascript. If a field is set as searchable, and it's translated, then it creates Javascript on the fly to do client validation. That's it. That's all the JS does. JS doesn't do any searching, etc. > 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... I thought it was more like Cold Fusion, since it is a web app. Yes, it does a LOT of business (I don't get why you'd even question that). It's used by thousands of our customers to check status of their orders. It took over for an NT server running SQL DB and Cold Fusion. It couldn't handle the hits or the data. And the replication was a nightmare. When I ask companies how it's going, they say "Well, we aren't getting phone calls, so that means it's working." Enjoy your wedding. Brad +--- | 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.