> From: paulgboul...@aim.com > For that to be an optimum solution, the panels must have been > heavy on procedure and light on display.
On the contrary, some of the vendor panels were VERY heavy on display. So heavy in fact that it was extremely easy for someone to slip up and fill in one or more fields on one or more panels incorrectly. Even worse, many of the fields on the panels always reverted back to their default values instead of the values the person had last typed in. This not only caused errors, but was extremely frustrating for the people who had to work with the vendor product. The 'optimum solution' might have been to work with the vendor to redesign their product to meet the unique requirements of the company I worked for. But that could have taken months or years, and meanwhile the product users were ready to revolt. So, I created a front-end panel that prompted the users for a minimum amount of information, which was then used to drive the vendor panels in batch. The net result was an extremely simplified process that was very easy to use, with far less time being spent fixing mistakes. I'm not saying this solution was optimal, but it worked well and it certainly provides an example of how and why ISPF panels might be used in batch. Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html > Date: Tue, 21 Aug 2012 10:08:32 -0500 > From: paulgboul...@aim.com > Subject: Re: ISPF Panel and LPAR name > To: IBM-MAIN@LISTSERV.UA.EDU > > On Tue, 21 Aug 2012 02:43:58 -0400, Dave Salt wrote: > > >> From: ponce...@bcs.org.uk > >> Anyone who writes Clist/REXX that invokes panels in batch doesn't have a > >> clue about what he/she/it is doing. > > > > ... I customized the panels to recognize a parameter that would only be > > passed in batch. When the panel was invoked with the parameter it filled in > > various fields automatically and simulated ENTER being pressed, which > > invoked the next panel (and so on). Some of these processes went quite a > > few panels deep and the whole thing worked flawlessly. > > > I'll stand corrected from my previous ply. > > That's bizarre! > > Byzantine. > > For that to be an optimum solution, the panels must have been > heavy on procedure and light on display. > > -- gil > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
