Jim

In all likelihood, the menu has a product library - this puts its library above the current library - it'll always be there. This is just like commands can have.

You have to CHGMNUA or some such command to modify this - you should probably do this carefully - or dupe the menu and change the duplicate.

HTH
Vern

On 2/11/2011 7:34 AM, franz400@xxxxxxxxxxxx wrote:
If I am in a menu (crtmnu type *dspf) and change the job's library list to not include the library where that menu resides, the menu still functions& runs, and does not then use the menu object now in the libl, but continues to execute the old menu. Has it always worked this way? I see the job has a lock on the menu objects in the library removed from the library list, and am assuming the job gets what it needs when menu called (before libl changed).
We had a user testing snafu that needs to be explained.
Jim Franz

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.