RE: Would anybody know of a way, from a CL program, . . .

["Dan Bale" <dbale@xxxxxxxxxxxxx>]

Still feeling the need to play devil's advocate here... <g>

Who will maintain this after you move on / retire / buy the farm?

I have plenty of skeleton templates for different types of DDS-based display
applications, so I'd debate the relative merits of having the same type of
template for *PNLGRP.

If IBM is so high on UIM, why don't we have a tool like SDA to help with the
design?

I'm not sure I would consider the ability to have the command help and the
application display in the same UIM source as a benefit or otherwise
desirable, but I'd leave that one open for discussion.

Don't get me wrong.  I love how UIM "enforces" a common user interface.  But
the lack of a design tool and the near-total lack of information when errors
occur make UIM development "persona non gratis" (or is it just "non gratis"?
<g>) in my shop.

db

> -----Original Message-----
> From: midrange-l-bounces@xxxxxxxxxxxx James H. H. Lampert
> Sent: Tuesday, September 21, 2004 12:36 AM
>
> Dan Bale wrote:
>
> > A serious question:  Now that you have done it, would you say
> > that you would
> > have been better off just writing the RPG program?
>
> Not at all. Writing an RPG program with a display file, or a C program
> with simple "printf" statements, would have at best been only slightly
> faster, and might indeed have taken longer. Writing an RPG program with
> a *PNLGRP, or a C program with either a DSPF or a *PNLGRP would have
> almost certainly taken quite a bit longer.
>
> Besides which,
> (1) I now have a sample *PNLGRP application that I can use as a skeleton
> for future projects,
> (2) I've learned how to use a tool that's powerful enough that IBM
> generally uses it in preference to DSPFs, and
> (3) Having added a *PNLGRP to the product in question, I had a place
> where I could hang command prompt help for the product's *CMDs (a
> trivial exercise, but a relaxing one).
>
> --
> James H. H. Lampert