Apache OpenOffice (AOO) Bugzilla – Issue 59525
Right-click menus cut off under some dual monitor configurations
Last modified: 2013-02-07 21:54:56 UTC
My current configuration is a laptop with a low resolution (1024x768) with an extended desktop on a higher res monitor (1280x1024). The algorithm used to digure if a right-click menu should be opened 'up' instead of 'down', or 'left' instead of 'right' depending on the bounds of monitors used takes into account the largest of the monitors only. This means that if my mouse is at the bottom of the 1024x768 screen and I right-click, if the menu is 200 pixels high and there are only 50 pixels of vertical space below it will open 'down', and 150 pixels will be cut off from the screen. The reason appears to be that only the largest monitor's height is taken into account (opening 'up' works properly when on the largest screen). Since 768 + 150 < 1024 (1024 referring to the height of the largest monitor, not the width of the smallest, obviously), the menu is opened down. Additionally, right click menus may span two monitors if the mouse is clicked sufficiently far on the right, making menus hard to read. The native Windows UI and many non-native UIs like Firefox's (XUL) have mechanisms to prevent context menus from spanning two monitors. Note: this is not issue 42282. That one deals with dialog boxes when the second monitor is enabled but closed, which is a much less frequent configuration.
TM->JW: please have a look, thanks !
I don't use dual monitors but have this problem when I set my monitor screen resolution below 1152x864. (by below I mean 1024x768 or less)
I can confirm this. I have a dual-monitor configuration and they are set up so that the CRT is to the left of, and about 400 pixels higher than, the laptop monitor. It also has a higher resolution, so that if there were a rectangle drawn from the top-left corner of the CRT to the bottom-right corner of the laptop, there would be two rectangles at the bottom left and top right which do not appear on either screen. This might be the reason for problems like this. OOo can pop up its menus so that they are split up between the two screens (ugly) or so that part of the menu is in that area which is not shown on either screen.
confirmed by the community. i can not confirm this on my system with an matrox card, but matrox is the specialist on dualscreensystems so it might be different. set to new, set target to OOo later set Prio to P4 Will be reassigned to the propper developer if i knew who this will be
.
ok reassigned to TM please reassign to the proper developer
*** Issue 57547 has been marked as a duplicate of this issue. ***
TM->pmineault: please investigate if this problem is still reproducible in a more recent build (e.g. m217), thanks in advance !
I also confirm this bug in OOo version 2.2.1. I have a seven-monitor setup, all using differing screen resolutions and all with different relative alignments. (See my attached Display Properties screenshot) This bug appears when OOo Calc is maximized on my Displays #1 and #7. It also appears if Calc is not maximized in those displays yet its window is positioned very close to the bottom of the those displays. This bug does NOT appear when Calc is maximized on my Display #5 and #6. This behavior confirms that Calc is displaying the context menu in question by paying attention only to the lowest vertical point from a global perspective of the desktop rather than to the immediate bounds of the display(s) Calc occupies. Moreover, when OO Calc is maximized in my Displays #3, #4, or #2, this context menu in question is displayed as split between the one display Calc occupies with the remainder of the menu spilling over into the display directly below it.
Created attachment 47406 [details] Displays Properties screenshot for 7-monitors, under Windows XP SP2.
Any chance to get this going? Thanks®ards, KP