Created attachment 581523 [details] webadmin screenshot Description of problem: See attached file. At this resolution some elements are shifted in a way it prevents other functionality to be used. Version-Release number of selected component (if applicable): si2.1 How reproducible: 100 % Steps to Reproduce: 1.Have a screen resolution 1024 by 768 - enter webadmin 2. 3. Actual results: At this resolution some elements are shifted in a way it prevents other functionality to be used. Expected results: everything should be accessible and useable Additional info: attaching screenshot of the problem
Two reasons why we should care (as virtually all desktops today have higher resolution than that) 1. Tablets - but then we need some more fixes for touch. (right click on an item should be workable via a long press, etc.) 2. When viewing the portal in a VM - which by itself is windowed. Not the most pressing issue, now that we moved from WPF.
I think the most pressing concern is projectors are mostly still 1024x768, causing a problem demoing the ui
*** Bug 874081 has been marked as a duplicate of this bug. ***
*** Bug 810275 has been marked as a duplicate of this bug. ***
*** Bug 910851 has been marked as a duplicate of this bug. ***
FYI - Windows 2012 uses 1024x768 by default when I installed on RHEVM 3.2. The layout is completely broken - tab hide individual action in action bar etc.
Besides adding scroll buttons to main tab panel, we can also consider: - allow sliding left-hand panel (Tree/Bookmarks/Tags) to the left to save some space, demo: http://jsfiddle.net/WaX6n/ - detect low resolution and start with left-hand panel slided to the left by default
*** Bug 974373 has been marked as a duplicate of this bug. ***
*** Bug 987093 has been marked as a duplicate of this bug. ***
*** Bug 996575 has been marked as a duplicate of this bug. ***
*** Bug 999712 has been marked as a duplicate of this bug. ***
when solving this BZ, need to keep in mind buttons-panel clutter as well -> adjusting BZ title accordingly.
*** Bug 1010113 has been marked as a duplicate of this bug. ***
*** Bug 1020146 has been marked as a duplicate of this bug. ***
*** Bug 1022699 has been marked as a duplicate of this bug. ***
*** Bug 1033814 has been marked as a duplicate of this bug. ***
Note that as a result of the number of additional functions added to these areas in recent releases this issue is now prevalent at resolutions higher than 1024 x 768. I encountered wrapping on RHEV 3.3 Beta at 1366x768.
*** Bug 755550 has been marked as a duplicate of this bug. ***
for qa: need to test the following scenarios: - low resolutions (e.g. 1024x768) - non-maximized window size - left-pane width is significantly extended [bug 755550] -> main-tabs view width is significantly narrowed down need to verify that: (1) when main tab panel doesn't have enough real-estate to be fully displayed: * left/right navigation arrows appear in the main tab panel and behave correctly. * tabs-navigation-drop-down-button appears in the main tab panel and behaves correctly [behavior should be similar to the behavior of Firefox browser when there are a lot of opened tabs in it] make sure to test interesting scenarios, which include a lot of main-tabs that are displayed: * 'System' left-pane-tree-node selected * a specific Data-Center left-pane-tree-node is selected * RHEV Reports is installed (i.e. Dashboard main tab is displayed) * RHEV ui-plugin(s) that are adding main tab(s) are installed. * etc. (2) when any sub-tab panel doesn't have enough real estate to be fully displayed: behavior should be similar to the one described in (1) above. Make sure to test a case of many sub-tabs using the ui-plugins mechanism. (3) when any action-button-panel (either in main tab or in sub-tab) doesn't have enough real estate to be fully displayed: an action-navigation-drop-down button appears and behaves correctly. Make sure to test interesting scenarios: Tabs with many built-in buttons (e.g. VMs main tab), tab with a lot of actions added via the ui plugins infrastructure, etc. ** (3) is relevant for the power user portal as well ** all other things (e.g. dialogs, etc.) were not treated in the context of this BZ and should not be tested. Please look for existing BZs (e.g. bug 871420 for dialogs) or open new BZs for other issues.
Wiki page explaining the feature is available here [1] [1] http://www.ovirt.org/Features/Design/LowerResolutionSupport
Upstream master patch http://gerrit.ovirt.org/21716 merged.
ovirt 3.4.0 alpha has been released
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHSA-2014-0506.html