Issue 39488 - Edit pull down menu blocks all menus to the right when selected!
Summary: Edit pull down menu blocks all menus to the right when selected!
Status: CONFIRMED
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: OOo 1.1.3
Hardware: PC Linux, all
: P4 Trivial (vote)
Target Milestone: AOO Later
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2004-12-23 00:31 UTC by randyw77
Modified: 2013-02-07 21:49 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
Maximized OO Writer with KDE Panel on left (54.50 KB, image/png)
2005-01-04 00:42 UTC, randyw77
no flags Details
Maximized OO Writer with KDE Panel on bottom (53.89 KB, image/png)
2005-01-04 00:43 UTC, randyw77
no flags Details
my screen after opening the menu (29.62 KB, image/png)
2005-02-18 07:35 UTC, snoopy_78
no flags Details
2.0 beta, Windows ME, my display 800x600 pixels (26.39 KB, image/png)
2005-03-19 16:05 UTC, jnic
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description randyw77 2004-12-23 00:31:16 UTC
When I select the Edit menu with either the mouse or <Alt-E> it blocks all the
other menus (View, Insert, Format, Tools, Windows, Help) because it paints
itself too high on the OpenOffice window.  All the other 'main' pull-down menus
don't do this.  This problem prevents me from easily rolling my mouse across the
menus to browse for a particular function or feature.

This problem only occurs with the Word processor component.  I have noticed this
problem with Gentoo Linux and Mandrake 10.
Comment 1 michael.ruess 2004-12-23 09:57:39 UTC
reassigned to ES.
Comment 2 eric.savary 2005-01-03 14:42:15 UTC
Please test this in the current developper (680) or at least in the current
stable version (1.1.4).

If this still happens, reopen the issue and add a full scree screenshot +
description of your window manager + settings.
Comment 3 eric.savary 2005-01-03 14:42:30 UTC
closed
Comment 4 randyw77 2005-01-04 00:38:08 UTC
This issue is still present in OpenOffice 1.1.4.  My Window Manager is KDE 
3.3.1.  Screen resolution: 800x600, Color Depth: 16 bit, X implementaion is 
Xorg 6.8.0, Please advise other settings you would like know. 
 
2 screens to be attached. 
Comment 5 randyw77 2005-01-04 00:42:13 UTC
Created attachment 21007 [details]
Maximized OO Writer with KDE Panel on left
Comment 6 randyw77 2005-01-04 00:43:36 UTC
Created attachment 21008 [details]
Maximized OO Writer with KDE Panel on bottom
Comment 7 krajanikant 2005-01-04 06:47:50 UTC
This sometimes happens if the monitor or the display card is not configured 
correctly. Please check if the monitor and the diaplay card is configured 
correctly.
Comment 8 randyw77 2005-01-04 19:33:14 UTC
Everything works great in terms of my monitor and display card.  What should I
check for?
Comment 9 randyw77 2005-01-04 20:43:27 UTC
New results from further testing:  I can affect the position of the edit menu in
the following ways.

1) If I increase the screen resolution to 1024x768, there is plenty of screen
realestate for the edit menu to drop down and display below the menu titles. 
This is the desired behavior.

2) At a resolution of 800x600, if I leave either move the KDE panel to the side
or reduce its size to the small setting and then start OO Writer the edit menu
will display in the correct position below the menu titles.  I can then put the
KDE panel back or increase its size back to the normal setting and the edit menu
will still display in the correct position.  However, if do things in a
different order the edit menu will display over the menu titles.  In other
words, if I start OO Writer before I clear enough space for expansion at the
bottom of the desktop the edit menu will block the menu titles.

This behavior seems to indicate that the initial position of the edit menu is
cached or saved somehow and referenced when it is expanded.  So whatever
position is allowed and set the first time the menu is selected is what is used
for subsequent selections of the menu.

If the positon of the drop down menus is controlled by X and/or the display
manager then the addition of scroll arrows on OO drop down menus would be a
great improvement to accomodate this behaviour for smaller screen resolutions.

If the position of the drop down menus is or could be controlled by OO then
maybe dynamically calculating the menu position on every selection of a menu
would allow a user to situate their desktop space to avoid this issue.

Another suggestion would be to reorganize the edit menu so that its over all
length does not produce this behaviour at smaller resolutions.  Although this
may be tough to do at 640x480.
Comment 10 eric.savary 2005-01-04 23:59:43 UTC
ES->TM: a framework problem.
Comment 11 snoopy_78 2005-02-18 07:30:53 UTC
Hope I'm right here. I have not the same problem, but it is the same theme. I'm
using the 1.9.69 here on Windows XP and if I make a copy with a large text or
so, then the edit menu is very large, because it shows all, what's possible
until the screen is finished. I'll send an attachement to show it.

I'm not sure, if it was the whole time here, because I never saw this before.
Comment 12 snoopy_78 2005-02-18 07:35:25 UTC
Created attachment 22767 [details]
my screen after opening the menu
Comment 13 jnic 2005-03-19 16:05:44 UTC
Created attachment 24045 [details]
2.0 beta, Windows ME, my display 800x600 pixels
Comment 14 thorsten.martens 2005-07-01 10:12:26 UTC
.
Comment 15 Regina Henschel 2005-12-02 23:35:13 UTC
I can confirm this for this settings: WinXP, 800x600, 120dpi. I use OOo2.0.1rc2
with view 110%. The problem occures if the OOo-Windows are not maximized. I see
the wrong menu positions in Calc and Draw too.