Summary: | Erratic menu behaviour | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Owen Savill <osavill> |
Component: | UI | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | QA Contact: | |
Severity: | normal | ||
Priority: | medium | CC: | daniel |
Version: | 3.5.0 release | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: | Wrong placement of long menu |
Description
Owen Savill
2012-02-15 07:06:56 UTC
I can confirm this behaviour. When I use a dual head configuration with 1280x600 on the internal screen and 1920x1080 on the external one, the menus are places as follows: Internal screen, maximized: longer menus are placed right to the main menu item, right at the upper screen border. Internal screen, not maximized: the above effect concerns more menus, i.e. also some shorter ones. External screen, maximized: All menus are displayed under the main item, but the menus to the right are right aligned. External screen, not maximized: All menus are displayed under the main item, but all except the File menu are right aligned. There is sufficiently much space even on my internal screen to display all menus in the standard way (under the main item, left aligned). Especially the shifting to the upper screen border is very annoying since the meny hides other main menu items to the right of the current main menu item, so you cannot hover over to the next menu. Instead, you first have to close the current menu before getting access to the menu to the right of it. If I switch off dual screen mode, all menus behave as they should. My environment is Ubuntu 11.04 Gnome with 3D effects on. Created attachment 59213 [details]
Wrong placement of long menu
I have the same issue with my setup. I'm running RHEL 6.2 64bit with LibreOffice 3.5.1. I can confirm that the issue did not existed in LibreOffice 3.4.4. I have nvidia driver running in "TwinView" configuration: -primary display (on left) 1920x1200 -secondary monitor (on right) 1680x1050 (position absolute +1920+0) Total desktop display size is 3600x1200. My understanding of the issue is when the window is in the 2nd display area, there's a clipping check with the primary display size instead of the 2nd display. When that occurs, the menu is then displayed at the right position of the mouse (as opposed to the usual left of the mouse). There's also a strange behaviour if the window is half-way both screens, not a very useful test case since the window is split between 2 screens, but when the menu does not fit the 1st screen, it will suddenly appear on the 2nd screen. What I find strange is in this is the menu is still left aligned, where I would have expect it to be right aligned and rendered on the 1st screen (clipped to that screen). Hello Owen, *, as two people have confirmed this issue, I will set it to "New" (I am not able to test it myself, as I have not a second screen on my netbook, sorry ... :( ). If someone thinks, I am wrong here, feel free to switch it back to "Unconfirmed" ... ;) HTH Thomas. ** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (4.3.5 or later): https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) Thank you for your help! -- The LibreOffice QA Team |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.