[Design] Re-designing right click menu system from a novice
selva11r at yahoo.ca
Sun Dec 11 17:57:04 PST 2005
I should also add that this discussion in no way relates to imposing limitations on the extensibility of tools within the left click toolbar tab itself depending on what items are selected within a given window.
For example, an Addressbook icon may not be presented within an email compose windows toolbar until the user clicks within the Send to or CC to boxes. Hence, icons in the left click toolbar tab can be adjusted according to where ever the user happens to click within the window.
This is a separate toolbar design feature (- solely for the left click toolbar tab- ) and is not the area I was intending to address on this thread.
selva r <selva11r at yahoo.ca> wrote: Additional clarification given below.
selva r <selva11r at yahoo.ca> wrote: Given below the dashed line is my previous post on another thread which described how email InBox rules might be defined by the user by right clicking on the senders email ID in the InBox list. Upon reflection, there is a major flaw with this approach. In fact, its a major flaw with the right click contextual menu concept in general.
Right clicking menus work well if a user is already very familiar with an application. However, it is not very intuitive for those who are not familiar with an application. Novice users simply wont know where they can right click and where they cant since each application is different.
One way around this problem may to employ the previously discussed tabbed tool bar for this purpose. For example, the Chandler subapplication toolbars could all have two tabs. One tab (which might be called a Left click Tab) would be for the tools most commonly required when a user clicks on an item within a window. The other tab could be for items less commonly accessed for a selected item and which would normally be presented in a pop up right click contextual menu for the item.
The Left click Tab could, by default, be the tool bar that is presented in front, and the Right Click Tab tool bar could be behind this in the default setting. The default setting might also have the Right click Tab title greyed out if no item is selected within the window. After the user selects an item in the window, then, if the item has an associated right click menu, then the Right Click Tab could then appear more clearly without being greyed out. Clicking the Right Click tool bar could then bring it to the forefront above the Left Click toolbar.
Hence, novice users can explore the right click options for various items in the window much easier and become more familiar with the applications hidden tools. Once a user becomes more familiar with a particular windows right click menu options, they might then be offered a mechanism to collapse the Right Click toolbar including its tab all together - perhaps using a toolbar collapsing mechanism similar to that employed in Mozilla browser.
Any mechanism for collapsing a right click toolbar tab should be window specific. As a new user becomes more familiar with some of Chandler's windows, they may still be unsure of themselves in other Chandler windows. Hence, collapsing the right click toolbar tab in one window should not affect the right click toolbar tab in other Chandler windows.
If a user wishes to turn off right click menu toolbar tabs in all of Chandler's windows within a give sub-application, then they might be allowed to do this by going to Edit -> Preferences for that subapplication and then selecting from a control panel "Hide right click toolbar tab from all windows".
Find your next car at Yahoo! Canada Autos_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Design" mailing list
Find your next car at Yahoo! Canada Autos
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Design