Re: Size of command in menus

Yesterday was one of those days. Got nothing done that was planned to be
done. Some answers.

- The URL is not shown to the user. Its just a menu option.
- Symbolic links - had thought that one through but there are too many
machines to try and keep everything working. To do that I would need a
program and then that defeats the object of just using a menu command. If I
use a program, length is no longer an issue. I want to avoid programs like
PGM
STRPCMD
ENDPGM.
- Browser - I am forcing to IE as that is usually on every PC and will
operate almost the same for everyone. Makes support easier.
- MSGF - The problem with using a message file with a longer message line
is that when you rebuild the menu is SDA, it will truncate the command back
to SDA's or the menu's maximum length.
- UIM - I am going to revisit this option. Its been many years since I
created UIM's. My programs were more object based then using a UIM
interface in place of DSPFs. It was much liek programming for the
browser/HTML.
- ACS - I cannot test this out as I have both ACS and iAccess on my
machine. I still need to execute a long string though.

I think my soultion may be to use a menu command file with a long command
string. I could then use a utility program that the menu will call passing
2 parms (menu_name, Menu option). That program can execute the command.

Thanks all

Darryl.


On Wed, Jun 27, 2018 at 1:53 PM <dlclark@xxxxxxxxxxxxxxxx> wrote:

"MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx> wrote on 06/27/2018
02:08:01 PM:

It doesn't sound like you're talking about a command line at

all.

It sounds like you're talking about the STRSDA screen where you are
prompted for the command to go with the menu selection. This

information

gets stored in the QQ member (MNUCMD) associated with the menu and then
written as a msgid to a MSGF that is also associated with the menu.

I don't know about the screen that STRSDA gives you for entry
purposes, but I do know that the QQ member will support up to 159
characters for the command string. I know this because we don't use
STRSDA here. We use RDi, instead. So we have to use RSE to maintain

the

QQ member separately. Thus, I wrote my own REXX command to be able to
"compile" the QQ member into a MSGF object.

Now, once upon a time, the STRPCCMD was limited to a

123-character

PC command string. But I believe this restriction has been lifted. So,

at the very least you can get 159 characters for the full menu command
string into the QQ member and the MSGF associated with the menu. If

that

is not enough then you will have to make an RFE to IBM to get this
limitation increased. Before that, you can manually modify the MSGF

after

it is created to see if that gives you what you want.

Sorry, I misled you a bit. I went and tested STRSDA specifically
and found that the most it will support is a 115-character command string
in the QQ member. The following was generated by STRSDA as part of my
test. It is my REXX command that will support a a longer command string.
But the ADDMSGD command will only support a 132-character message text so
that is another limitation. It is unlikely that IBM will change this.


MXX00QQ,1
0001
|---+----1----+----2----+----3----+----4----+----5----+----6----+----7

0002+|---+----1----+----2----+----3----+----4----+----5----+----6----+----7----+
----8----+----9----+----A----+----B----|
0003
|---+----1----+----2----+----3----+----4----+----5----+----6----+----7


Sincerely,

Dave Clark
--
int.ext: 91078
direct: (937) 531-6378
home: (937) 751-3300

Winsupply Group Services
3110 Kettering Boulevard
Dayton, Ohio 45439 USA
(937) 294-5331





*********************************************************************************************
This email message and any attachments is for use only by the named
addressee(s) and may contain confidential, privileged and/or proprietary
information. If you have received this message in error, please
immediately notify the sender and delete and destroy the message and all
copies. All unauthorized direct or indirect use or disclosure of this
message is strictly prohibited. No right to confidentiality or privilege
is waived or lost by any error in transmission.

*********************************************************************************************
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD