Bug 987883
Summary: | context menu: the "New" context-menu-item is irrelevant when there are selected row(s) in the grid. | ||
---|---|---|---|
Product: | [Retired] oVirt | Reporter: | Alissa <abonas> |
Component: | ovirt-engine-webadmin | Assignee: | Nobody's working on this, feel free to take it <nobody> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 3.3 | CC: | acathrow, ecohen, ehildesh, iheim, mgoldboi, michal.skrivanek, mrao |
Target Milestone: | --- | Keywords: | Improvement |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | ux | ||
Fixed In Version: | Doc Type: | Enhancement | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-08-12 21:57:50 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Alissa
2013-07-24 11:11:29 UTC
this is actually intentional and the same as in 3.2. The menu is always complete. I agree it probably doesn't make much sense...on the other the menu is the same as teh horizontal one and taking out just this single item may cause a confusion as well [marking as 'ux' as this issue exists across the entire system (pretty much in any tab/sub-tab with a "New" button)] [changing the subject accordingly] [re-opening for now] I agree with Michal - disabling the "New" item in the context menu while keeping the "New" button on the top panel enabled makes some sense, but creates an inconsistency between the context-menu and the buttons-top-panel, which may cause a confusion. I assume that we can consider *removing* the "New" context-menu item when something is selected in the grid; although will also create some inconsistency, I think it will be less confusing; moreover, we already have items that are available only from the context-menu and not from the buttons-top-panel (e.g. "console options" in "VMs" main tab, "Re-initialize Data-Center" in "Data Centers" main tab), so there are already some inconsistencies in that sense. @Malini/Eldan - any thoughts on this matter? (In reply to Einav Cohen from comment #2) > [marking as 'ux' as this issue exists across the entire system (pretty much > in any tab/sub-tab with a "New" button)] > > [changing the subject accordingly] > > [re-opening for now] > > I agree with Michal - disabling the "New" item in the context menu while > keeping the "New" button on the top panel enabled makes some sense, but > creates an inconsistency between the context-menu and the buttons-top-panel, > which may cause a confusion. > > I assume that we can consider *removing* the "New" context-menu item when > something is selected in the grid; although will also create some > inconsistency, I think it will be less confusing; moreover, we already have > items that are available only from the context-menu and not from the > buttons-top-panel (e.g. "console options" in "VMs" main tab, "Re-initialize > Data-Center" in "Data Centers" main tab), so there are already some > inconsistencies in that sense. > > @Malini/Eldan - any thoughts on this matter? I think it is not a big deal to make the options on the top be inconsistent from the options in the context menu only because the options on the context menu apply to the selected row context while the options on the top are list specific (i.e option to add to the list or manage/ act on one or more rows in the list). So strictly speaking, 'New' should be removed from the context menu and we'll be all set. Having said that, it is not uncommon to have the new option on the context menu as well and this is mostly for convenience - so that the user doesn't always have to go/scroll up to the top to create a new entity. So, I would be ok to leave it as is. No other option that is not context relevant should be added to the context menu for any notion of 'completeness'. 'New' is the only "acceptable" exception to the list. thanks for your take on this, Malini. Based on your answer, I am closing this bug. Agree with Malini |