24
Tue, Dec
1 New Articles

The CL Corner: Need Some Help with That Command? Part II

CL
Typography
  • Smaller Small Medium Big Bigger
  • Default Helvetica Segoe Georgia Times

Additional UIM capabilities provide more help text with user commands.

 

In the last article, "Need Some Help with That Command?", several User Interface Manager (UIM) tags related to the formatting of help text were introduced, including these:

 

  • :pnlgrp and :epnlgrp to define a panel group along with the setting of default values for some of the tags that might be found in the panel group
  • :help and :ehelp to define one or more help modules within a panel group
  • :p to indicate the start of a paragraph
  • :hp2 and :ehp2 to indicate the start and end of a highlighted phrase
  • :ul and :eul to start and end a list of items
  • :li to indicate the start of a list item

 

These tags were discussed as they related to the general help provided for the TRMLFTCHR command. This article will continue this discussion of UIM tags as we look at documenting how the various parameters of the TRMLFTCHR command work.

 

The GENCMDDOC command generated the following UIM source as a starting point for documenting the VAR parameter of the TRMLFTCHR command.

 

.*******************************************                          

.*   Help for parameter VAR                                           

.*******************************************                          

:help name='TRMLFTCHR/VAR'.                                           

&msg(TRM0002). (VAR) - Help                                           

:xh3.&msg(TRM0002). (VAR)                                             

:p.Specifies <...>                                                    

.* Describe the function provided by the parameter.                   

:p.This is a required parameter.                                     

:parml.                                                              

:pt.:pv.character-value:epv.                                         

:pd.                                                                  

Specify the <...>                                                    

.* Describe the function provided by the user-defined parameter value.

:eparml.                                                              

:ehelp.                                                              

 

The first three source lines, as you learned in the previous article, are comments as they start with the characters '.*' in positions one and two of the source. Following these comments is the help tag for the next help module within the panel group.

 

Unlike the help tag we looked at last month, which had a simple name of TRMLFTCHR and served as extended help for the command, this help module name utilizes an imbedded slash (/) character. The slash, when found within a name, serves as a delimiter. In this case, the name TRMLFTCHR/VAR indicates that the help module is for the keyword parameter VAR of the TRMLFTCHR command. If you prompt the TRMLFTCHR command and request help while the cursor is located on the prompt line containing the VAR parameter, this is the help module that is to be immediately displayed.  Because the name contains a slash, the name must also be enclosed within apostrophes.

 

Following the help tag is a msg symbol similar to that used in the previous help module. The msg symbol will extract the first-level text of message ID TRM0002 from message file VINING/USERMSGF, concatenate the first level text with the text ' (VAR) – Help', and display the result.

 

The next tag, xh3 for extended help heading type 3, is new. Extended help headings provide the heading used over contextual help. Extended help headings are formatted with one blank line before the heading and one blank line following the heading, and the heading itself can be formatted in one of four ways. For type 3 extended help headings, the text is left justified and shown in white on a color display or high intensity on a monochrome display. There are three other types of formatting:

 

  • xh1—Text is centered, underlined, and shown in white on a color display or high intensity on a monochrome display.
  • xh2—Text is left justified, underlined, and shown in white on a color display or high intensity on a monochrome display.
  • xh4—Text is left justified, underlined, and shown in green on a color display.

 

After the xh3 heading are two paragraphs. The first paragraph is where you can describe the function of the parameter. One possible description is "Specifies the CL character variable whose value is to be changed." The second paragraph specifies that the parameter is required and is provided by GENCMDDOC due to the command definition indicating that a minimum of one value is required.

 

Following these paragraphs is a :parml tag. The parameter list tag defines the start of a list of possible parameter values and descriptions. Two required tags are used within the parameter list to define each possible parameter value. These tags are :pt to indicate the supported parameter term and :pd to describe the parameter term. Additional tags can be used in the term and description in order to control formatting. The parameter list, when all possible parameter values have been documented, is then ended with the :eparml tag.

 

In the case of the VAR parameter, there is only one supported parameter value: a CL variable defined as TYPE(*CHAR). So the first and only list entry for the VAR parameter uses a pt tag with the text 'character-value' to define the type of value expected. This text string is preceded by the programming variable tag :pv and followed by the end programming variable tag :epv. The pv tag will cause the text 'character-value' to be displayed as green on a color display and underlined. Following this is a pd tag where you can document the type of character value expected—in our case, a CL variable.

 

The complete help module for the VAR parameter, along with the help modules for the other two parameters— TRMCHR and ALLTRMCHR—might be defined as shown below.

 

.*******************************************                         

.*   Help for parameter VAR                                         

.*******************************************                        

:help name='TRMLFTCHR/VAR'.                                         

&msg(TRM0002). (VAR) - Help                                          

:xh3.&msg(TRM0002). (VAR)                                           

:p.Specifies the CL character variable whose value is to be changed.

:p.This is a required parameter.                                    

:parml.                                                              

:pt.:pv.character-value:epv.                                        

:pd.                                                                

Specify the name of the character variable.                          

:eparml.                                                            

:ehelp.

.*******************************************                        

.*   Help for parameter TRMCHR                                      

.*******************************************                        

:help name='TRMLFTCHR/TRMCHR'.                                        

&msg(TRM0003). (TRMCHR) - Help                                        

:xh3.&msg(TRM0003). (TRMCHR)                                          

:p.Specifies one or more character values to be trimmed from the left 

of the CL variable identified by the VAR parameter. Trimming of        

characters will end when a character value of the VAR parameter does  

not match any of the specified TRMCHR values.                         

:p.You can specify 50 values for this parameter.                      

:parml.                                                               

:pt.:pk def.0:epk.                                                    

:pd.                                                                   

Remove zero (0) values starting from the left of the VAR parameter    

value.                                                                

:pt.:pv.character-value:epv.                                           

:pd.                                                                  

Specify the characters to be trimmed from the left of the VAR         

parameter.

:eparml.                                                             

:ehelp.                                                              

.*******************************************                         

.*   Help for parameter ALLTRMCHR                                    

.*******************************************                          

:help name='TRMLFTCHR/ALLTRMCHR'.                                    

&msg(TRM0004). (ALLTRMCHR) - Help                                    

:xh3.&msg(TRM0004). (ALLTRMCHR)                                      

:p.Specifies the left adjusted value to be returned in the VAR       

parameter when only characters specified by the TRMCHR parameter are 

found in the VAR parameter. This character value will be returned in 

the leftmost position of the VAR parameter with all following         

character positions set to blanks.                                   

:parml.                                                              

:pt.:pk def.*TRMCHR:epk.                                             

:pd.                                                                  

The first specified TRMCHR parameter value is to be used when all    

characters of the VAR parameter are trimmed.                         

:pt.:pv.character-value:epv.                                         

:pd.                                                                  

Specify the character value to be returned when all characters of the

VAR parameter are trimmed.                                           

:eparml.                                                              

:ehelp.                                                              

                                                             

You should recognize many of the UIM tags shown above, but there is one set of tags found in the TRMCHR and ALLTRMCHR help modules that you haven't seen before. Both the TRMCHR and the ALLTRMCHR parameters define a default value—0 for TRMCHR and the special value *TRMCHR for ALLTRMCHR. For these default values, you will notice that the pv and epv tags, while used with the VAR parameter list entry and the second list entry defined for the TRMCHR and ALLTRMCHR parameters, have been replaced with the programming keyword :pk tag and associated :epk. The pk tag identifies the following text as representing a programming key value that can be used with the command. When used with the DFT attribute, as it is the 0 value for TRMCHR and the *TRMCHR special value for ALLTRMCHR, the programming keyword is also being identified as the default value for the parameter. When the optional DFT attribute is specified, the programming keyword will be displayed underlined and white on a color display or high intensity on a monochrome display. When the DFT attribute is not specified, the programming keyword will be displayed white on a color display or high intensity on a monochrome display, without being underlined.

 

After all of the command parameters have been documented, CL command help generally provides one or more examples of how to use the command. The command usage examples are typically defined as a separate help module, with the following representing two examples.

 

.**************************************************                  

.*                                                                   

.* Examples for TRMLFTCHR                                            

.*                                                                   

.**************************************************                  

:help name='TRMLFTCHR/COMMAND/EXAMPLES'.                              

Examples for TRMLFTCHR - Help                                        

:xh3.Examples for TRMLFTCHR                                          

:p.:hp2.Example 1: Simple Command Example:ehp2.                      

:xmp.                                                                 

TRMLFTCHR  VAR(&CHAR10)                                              

:exmp.                                                               

:p.This command will trim all leading zero (0) values from the       

CL variable &CHAR10 and return the remaining characters left         

adjusted.                                                            

.*                                                                   

:p.:hp2.Example 2: More Complex Command Example:ehp2.                

:xmp.                                                                

TRMLFTCHR   VAR(&CHAR10) TRMCHR(* ' ')                               

            ALLTRMCHR(X)                                             

:exmp.                                                                

:p.This command will trim all leading blanks and asterisks from the  

CL variable &CHAR10 and return the remaining characters left adjusted.

If only blanks and asterisks are found in the &CHAR10 variable then  

the left adjusted value 'X' is to be returned.                       

:ehelp.                                                              

 

As with the help modules for TRMCHR and ALLTRMCHR, you should recognize most of the tags being used by the preceding help module. The one new set of tags is :xmp and :exmp, indicating the start and end of an example. The xmp tag, for the most part, disables the formatting normally done by UIM—for instance, the concatenation of text from one source line to the next, trimming trailing blanks. There are a few exceptions related to the available width of the help display area, but in general the xmp tag provides a "what you see is what you get" environment for demonstrating command inputs and resulting outputs.

 

The last help module that is provided by the GENCMDDOC command is related to the possible escape, status, and notify messages that might be sent by the TRMLFTCHR CPP—that is, the messages that your CL program using the TRMLFTCHR command can monitor for with the MONMSG command. Currently, no messages are sent by the CPP. But rather than assume the CPP is perfect, we'll add a program-level monitor to the CPP and send the escape message TRM0009 in the event the monitor is run. To add message description TRM0009 to the VINING/USERMSGF message file, you can use the following command.

 

ADDMSGD MSGID(TRM0009) MSGF(VINING/USERMSGF) +

MSG('Unexpected error. See job log for additional information.')

 

To send the message from the CPP, we will also make these changes to the TRMLFTCHR CL program:

 

  • Add a program-level monitor after the last DCL command:

               

                MonMsg MsgID(CPF0000 MCH0000) Exec(GoTo CmdLbl(Error))

 

  • Add the following commands prior to the ENDPGM command:

               

                                Return

      Error:

            SndPgmMsg  MsgID(TRM0009) MsgF(Vining/UserMsgf) +

                         MsgType(*Escape)

 

And then recompile the program with either

 

CRTBNDCL PGM(TRMLFTCHR)

 

or

 

CRTCLPGM PGM(TRMLFTCHR)

 

With these changes out of the way, we're now ready to work on the error message help module. As with the example help module, you should recognize many of the tags you find in the error message help module. You should also see that a new feature of the &msg symbol is being introduced. In the previous help modules, the msg symbol was referencing message descriptions that could be found in the USERMSGF message file. As this message file was earlier designated as the default message file for msg symbols with the submsgf attribute of the pnlgrp tag, there was no need for us to re-specify the message file. In the error message help module, though, we're referencing two IBM-provided message descriptions: CPX0005 and CPX0006. The new attribute specifies where these message descriptions can be found—in this case, the message file QCPFMSG.

 

There are also new tags found in the error message help module, though you can probably guess the purpose of these tags due to your earlier exposure to similar tags. The dl tag starts a list of definitions, the dt tag a definition term, the dd tag a definition description, and the edl tag the end of the definition list. The term being defined is the message ID that can be sent, and the description is the first-level text of the message. Associated with the dl tag is the attribute COMPACT. Lists default to having one blank line between each list item. The compact attribute causes the list to be formatted without the blank line between items and is supported with the ol and ul tags in addition to the dl tag.

 

The GENCMDDOC command generates several IBM-provided error messages in the definition list. As the TRMLFTCHR command will not send any of these messages, we should remove them. But prior to deleting these IBM-provided messages from the panel group source, note that a fourth attribute of the msg symbol, nosub, has been specified (there is also a new third attribute, but I suspect it's intended use can be easily guessed at). The first-level text of many error messages includes replacement text variables (&1, &2, etc). By default, the msg symbol will substitute blanks for the replacement text variables. That is, &msg(CPF9801,QCPFMSG). will generate the help text 'Object  in library  not found.' in our help panel group. The nosub attribute causes the replacement text variables to not be substituted, which I generally find more useful within help text. That is, &msg(CPF9801,QCPFMSG,*LIBL,nosub). will generate the help text 'Object &2 in library &3 not found.' In the case of TRMLFTCHR, none of our TRM* messages utilize replacement variables in the first-level text, so we can simply go with the default value.

 

After removing the GENCMDDOC-generated dt and dd tags, we'll add one entry for the TRM0009 error message we previously defined. The following help module source demonstrates our changes.

 

 .**************************************************                  

.*                                                                    

.* Error messages for TRMLFTCHR                                       

.*                                                                    

.**************************************************                   

:help name='TRMLFTCHR/ERROR/MESSAGES'.                                

&msg(CPX0005,QCPFMSG). TRMLFTCHR - Help                               

:xh3.&msg(CPX0005,QCPFMSG). TRMLFTCHR                                  

:p.:hp3.*ESCAPE &msg(CPX0006,QCPFMSG).:ehp3.                          

:DL COMPACT.

:DT.TRM0009                                           

:DD.&MSG(TRM0009).              

:EDL.                                                                  

:ehelp.                                                               

:epnlgrp.                                                             

 

 

That completes our general updates of the TRMLFTCHR command help text. If you would like to see the command help text as it stands with the changes made in this article, you can re-create the panel group with this command:

 

CRTPNLGRP PNLGRP(TRMLFTCHR)

 

Once created, you can then prompt the TRMLFTCHR command and request help with F1 followed by F2 to access the extended help.

 

As you will hopefully agree, providing and maintaining help text for commands does not take much time or effort. And the productivity advantage in having help directly associated with the command—as opposed to having to run off to some book that may or may not be up to date (or easily found for that matter)—leads me to the conclusion that any command without help text is a command that is only half done. There is one problem, though, with having help text associated with the command itself—namely, that you need access to an i in order to prompt the command and then read the help text. Wouldn't it be nice to also provide the help text on the Web and in hardcopy? Next month, we'll see how to provide the command help text on a Web site and explore a few other items that are easily implemented.

Questions?

Wondering how to accomplish a function in CL? Send your CL-related questions to me at This email address is being protected from spambots. You need JavaScript enabled to view it.. I'll try to answer your burning questions in future columns.

 as/400, os/400, iseries, system i, i5/os, ibm i, power systems, 6.1, 7.1, V7,

 

BLOG COMMENTS POWERED BY DISQUS

LATEST COMMENTS

Support MC Press Online

$

Book Reviews

Resource Center

  • SB Profound WC 5536 Have you been wondering about Node.js? Our free Node.js Webinar Series takes you from total beginner to creating a fully-functional IBM i Node.js business application. You can find Part 1 here. In Part 2 of our free Node.js Webinar Series, Brian May teaches you the different tooling options available for writing code, debugging, and using Git for version control. Brian will briefly discuss the different tools available, and demonstrate his preferred setup for Node development on IBM i or any platform. Attend this webinar to learn:

  • SB Profound WP 5539More than ever, there is a demand for IT to deliver innovation. Your IBM i has been an essential part of your business operations for years. However, your organization may struggle to maintain the current system and implement new projects. The thousands of customers we've worked with and surveyed state that expectations regarding the digital footprint and vision of the company are not aligned with the current IT environment.

  • SB HelpSystems ROBOT Generic IBM announced the E1080 servers using the latest Power10 processor in September 2021. The most powerful processor from IBM to date, Power10 is designed to handle the demands of doing business in today’s high-tech atmosphere, including running cloud applications, supporting big data, and managing AI workloads. But what does Power10 mean for your data center? In this recorded webinar, IBMers Dan Sundt and Dylan Boday join IBM Power Champion Tom Huntington for a discussion on why Power10 technology is the right strategic investment if you run IBM i, AIX, or Linux. In this action-packed hour, Tom will share trends from the IBM i and AIX user communities while Dan and Dylan dive into the tech specs for key hardware, including:

  • Magic MarkTRY the one package that solves all your document design and printing challenges on all your platforms. Produce bar code labels, electronic forms, ad hoc reports, and RFID tags – without programming! MarkMagic is the only document design and print solution that combines report writing, WYSIWYG label and forms design, and conditional printing in one integrated product. Make sure your data survives when catastrophe hits. Request your trial now!  Request Now.

  • SB HelpSystems ROBOT GenericForms of ransomware has been around for over 30 years, and with more and more organizations suffering attacks each year, it continues to endure. What has made ransomware such a durable threat and what is the best way to combat it? In order to prevent ransomware, organizations must first understand how it works.

  • SB HelpSystems ROBOT GenericIT security is a top priority for businesses around the world, but most IBM i pros don’t know where to begin—and most cybersecurity experts don’t know IBM i. In this session, Robin Tatam explores the business impact of lax IBM i security, the top vulnerabilities putting IBM i at risk, and the steps you can take to protect your organization. If you’re looking to avoid unexpected downtime or corrupted data, you don’t want to miss this session.

  • SB HelpSystems ROBOT GenericCan you trust all of your users all of the time? A typical end user receives 16 malicious emails each month, but only 17 percent of these phishing campaigns are reported to IT. Once an attack is underway, most organizations won’t discover the breach until six months later. A staggering amount of damage can occur in that time. Despite these risks, 93 percent of organizations are leaving their IBM i systems vulnerable to cybercrime. In this on-demand webinar, IBM i security experts Robin Tatam and Sandi Moore will reveal:

  • FORTRA Disaster protection is vital to every business. Yet, it often consists of patched together procedures that are prone to error. From automatic backups to data encryption to media management, Robot automates the routine (yet often complex) tasks of iSeries backup and recovery, saving you time and money and making the process safer and more reliable. Automate your backups with the Robot Backup and Recovery Solution. Key features include:

  • FORTRAManaging messages on your IBM i can be more than a full-time job if you have to do it manually. Messages need a response and resources must be monitored—often over multiple systems and across platforms. How can you be sure you won’t miss important system events? Automate your message center with the Robot Message Management Solution. Key features include:

  • FORTRAThe thought of printing, distributing, and storing iSeries reports manually may reduce you to tears. Paper and labor costs associated with report generation can spiral out of control. Mountains of paper threaten to swamp your files. Robot automates report bursting, distribution, bundling, and archiving, and offers secure, selective online report viewing. Manage your reports with the Robot Report Management Solution. Key features include:

  • FORTRAFor over 30 years, Robot has been a leader in systems management for IBM i. With batch job creation and scheduling at its core, the Robot Job Scheduling Solution reduces the opportunity for human error and helps you maintain service levels, automating even the biggest, most complex runbooks. Manage your job schedule with the Robot Job Scheduling Solution. Key features include:

  • LANSA Business users want new applications now. Market and regulatory pressures require faster application updates and delivery into production. Your IBM i developers may be approaching retirement, and you see no sure way to fill their positions with experienced developers. In addition, you may be caught between maintaining your existing applications and the uncertainty of moving to something new.

  • LANSAWhen it comes to creating your business applications, there are hundreds of coding platforms and programming languages to choose from. These options range from very complex traditional programming languages to Low-Code platforms where sometimes no traditional coding experience is needed. Download our whitepaper, The Power of Writing Code in a Low-Code Solution, and:

  • LANSASupply Chain is becoming increasingly complex and unpredictable. From raw materials for manufacturing to food supply chains, the journey from source to production to delivery to consumers is marred with inefficiencies, manual processes, shortages, recalls, counterfeits, and scandals. In this webinar, we discuss how:

  • The MC Resource Centers bring you the widest selection of white papers, trial software, and on-demand webcasts for you to choose from. >> Review the list of White Papers, Trial Software or On-Demand Webcast at the MC Press Resource Center. >> Add the items to yru Cart and complet he checkout process and submit

  • Profound Logic Have you been wondering about Node.js? Our free Node.js Webinar Series takes you from total beginner to creating a fully-functional IBM i Node.js business application.

  • SB Profound WC 5536Join us for this hour-long webcast that will explore:

  • Fortra IT managers hoping to find new IBM i talent are discovering that the pool of experienced RPG programmers and operators or administrators with intimate knowledge of the operating system and the applications that run on it is small. This begs the question: How will you manage the platform that supports such a big part of your business? This guide offers strategies and software suggestions to help you plan IT staffing and resources and smooth the transition after your AS/400 talent retires. Read on to learn: