I have a system that I've built that makes heavy use of custom menus in FileMaker. When I log in as full access, and install the menu set with these custom menus, they appear fine. However, when a non-full access user logs in, they're disabled. This includes most of the custom menus, but not all.
For example, I have left the File>Change Password option in and the user I'm logging in as has the permission to change their password, but the Change Password menu item is disabled.
Other disabled menus include those I've placed in the View menu to navigate to different sections of the system, such as Home, People, Companies, etc. The functionality of these items is duplicated in buttons, and they work, but the menu is disabled. The buttons are calling the exact same script with the exact same parameter.
Alternatively, the File>Close command is left in and is enabled. So both Close and Change Password are based on existing commands but one's enabled and the other isn't. I can't seem to find anything in common with the menus that are enabled vs. those that are disabled.
So, under what conditions will a custom menu item be disabled?
Thanks,
Chuck
The online documentation says the following about when menus are dimmed:
Standard FileMaker menu items are dimmed if users don’t have privileges to perform the menu command. Menus are not dimmed if you attach a script to the menu item.
That being said, I wonder if you aren't encountering dimming because of the menus being based on an existing command which they don't have access to. I would try the following:
Turn off your custom menu for a moment and log in as the user who doesn't have access to the Change Password option. Is it still dimmed using the default menu set? If so, it sounds like you have a permissions issue and should explore that further.
In the permissions 'Edit Permission Set' window take a look at the 'Available Menu Commands' option and see how that is set up. If it's not set at 'All' try changing it to 'All'
For the View menu, look at the custom menu items and see if you have 'Based on existing command:' selected. If the menu item is performing a script, try unchecking 'Based on existing command:' and see if that changes the dimming behavior.
Make certain that the user has permission to run any script which the menu calls.
Good luck!
Related
I'm trying to add a scm/change/title menu item for some manipulations of the scm changes, but I cannot find where it goes after being added. I've tested with other menus and the command works. The official doc states that
The scm/change/title allows you to contribute commands to the title bar of an inline change.
I'm wondering where exactly is this "title bar of an inline change"? Is it hidden somewhere in the window below? I've tried to right click almost everywhere inside the window but still failed to find it ...
The 1.18 release note shows this:
The doc mentions:
There are five Source Control menu ids where you can place menu items, in order to provide the user with a much richer user interface.
The scm/title menu is located to the right of the SCM view title.
The menu items in the navigation group will be inline, while all the others will be within the … dropdown.
Recently, I have noticed that Google Chrome's JavaScript console autocompletes previously inputted commands. For example:
I want to remove this feature because the autocomplete displays variables that may not exist. Is there a way to remove this feature?
Yes. A lot of people found it annoying, so they added a setting to disable it.
First, enter the DevTools settings from the menu button in the top right corner.
Then, in the "General" section, disable "Autocomplete from history".
In my Eclipse RCP application, I have created a context menu in a tree viewer with some contributions that are added depending on the results of various property testers. Those property testers evaluate attributes of the model object which is selected with right click when opening the context menu.
When debugging, I noticed that the property testers are only executed when the selection in the tree viewer changes, but not on right clicking when opening the context menu. How do I get the property testers called when right clicking?
I need the property testers executed when right clicking because some actions change the underlying model objects and therefore should result in a different context menu. And the user might execute such an action and and open the context menu right after without changing the selection.
Have a look at IEvaluationService.requestEvaluation(String propertyName)... It does exactly what you need. You get the evaluation service from the site like all the other services:
IEvaluationService es = (IEvaluationService)getSite().getService(IEvaluationService.class);
I have a org.eclipse.swt.browser.Browser instance created in a composite. I would like to know when some content is pasted in the browser using the (platform specific) right click context menu and selecting the paste option.
In the menuDetected() of MenuDetectListener, I get a notification when the context menu is detected in the browser.
How can I know if the Paste option is selected from the context menu?
Regards,
Noopur
No you can't access the selected context menu item. There is no direct provision for that. At least not in eclipse 3.7. Although, you could try different combinations of events for determining the menu item. For example, in windows the internet explorer populates the status bar with 'inserts the clipboard...' when your mouse pointer hovers over the Paste menu item, you can capture this using StatusTextListener event.
Note: The hack is not an elegant solution, even if you get it working, there is still some possibility that it may break with new or older releases of SWT or in fact its behavior may vary with operating systems !!
We have a multi-tiered/hierarchical YUI menu activated via a YUI menu button. Everything in this menu works pretty well. If you mouseover a menu item with a submenu, the submenu appears as expected. You can select an item from this submenu just fine.
The problem, however, is that you can also click on the parent items of this menu which closes the entire menu. In fact, I want the opposite. I'd like a click of a parent menu item leave the top level menu open and open the submenu (i.e. I want a click to be identical to a mouseover event in terms of functionality).
Side note: This isn't an issue on a typical web browser (e.g. Firefox) where the click event doesn't matter because you can't have a click without a mouseover. This is an issue on the iPhone which doesn't have a mouseover event.
I've been playing with the autosubmenudisplay properties and keepopen properties, hoping I can just handle the parent item click events to do what I want but, so far, I've been unsuccessful. If I set autosubmenudisplay to false, I can't figure out how to get the submenus to display manually. The keepopen property doesn't seem to work rather I set it on the menu or submenus.
Is there a way to get the behavior I want so our iPhone users are happy?
Todd Kloots, author of the YUI Button and Menu widgets here. Took at look at your request. Unfortunately the current version YUI Button and Menu aren't designed to support the type of interaction you are looking to create. Feel free to file a feature request via SourceForge and I'll try to work on this for a future version of YUI.
Todd
It's not exactly what you asked for, but have you looked at iUI? You may be able to pick up some tricks from the implementation.