Skip to main content
P
ptc-9533431-Visitor
1-Visitor
June 16, 2011
Question

Best place for ACL to change Menus

  • June 16, 2011
  • 4 replies
  • 1009 views
I'm looking for ideas on where to put the ACL to change menus. Right now I
have my script in the custom/init folder and I get the message that the
Help menu doesn't exist and my menu doesn't appear.I can source the same
ACL file once the window opens and everything works - so the code is
correct it is just a matter of where/when the code executes.

So typically I would associate these changes with the DTD so the menu
would be added when I opened a particular document type. Here are the
related problem:

- I'm working with S1000D so there are a dozen DTDs that I want to work with.

- The vendor that provides the DTDs has created their own scheme for
integrating with Arbortext. They don't provide a way to customize their
installation and the installation has to be on eveery users machine, there
is no central installation. For my own machine I could modify the vendors
setup, but don't really want to.

Any suggestions on how to get my customizations in place? right now I only
want them to appear if the S1000D schemas are launched, I suppose
launching for any DTD would be ok.

..dan

    4 replies

    A
    Anonymous
    June 16, 2011
    My suggestion (and I do this because trying to associate menu changes
    with the instance.acl file of a doctype sometimes causes the custom menu
    to disappear when the menus update after a doc is opened) is to use the
    menuloadhook.

    add_hook('menuloadhook', 'function')

    Then you could put this in the custom\init, the hook gets called every
    time the menus load, so the menu items will be persistent.

    The "function" you attach to this hook would contain your custom menus.
    If possible, you may be able test for document type or root element and
    make the loading DTD-specific.
    P
    ptc-9533431-VisitorAuthor
    1-Visitor
    June 16, 2011
    Thanks, that did the trick. Like you say, I can add other tests to trigger
    the functionality based upon the DTD.

    ..dan

    > My suggestion (and I do this because trying to associate menu changes
    > with the instance.acl file of a doctype sometimes causes the custom menu
    > to disappear when the menus update after a doc is opened) is to use the
    > menuloadhook.
    >
    > add_hook('menuloadhook', 'function')
    >
    > Then you could put this in the custom\init, the hook gets called every
    > time the menus load, so the menu items will be persistent.
    >
    > The "function" you attach to this hook would contain your custom menus.
    > If possible, you may be able test for document type or root element and
    > make the loading DTD-specific.
    >
    E
    ebenton1-Visitor
    1-Visitor
    June 16, 2011
    It seems like you could just change the ACL code a little bit to put something like:

    if(!menu_exists(".Help"))
    {
    Your new menu code here
    }
    P
    ptc-9533431-VisitorAuthor
    1-Visitor
    June 16, 2011
    > It seems like you could just change the ACL code a little bit to put
    > something like:
    >
    > if(!menu_exists(".Help"))
    > {
    > Your new menu code here
    > }
    >

    You hit the nail on the head in that the .Help menu does not exist. I
    believe that is becasue the init scripts fire long before the window is
    fully created (or created at all). I also beleive these init scripts only
    fire on launch of Arbortext (could be wrong on that).

    Anyway adding the hook took care of the intial problem. So my code and
    scripts are still in the Init folder, but the call back actually triggers
    the code when the menus are created.

    thanks everyone for the help.

    ..dan
    Terms & ConditionsCookie settingsAccessibility statement