Community
Participate
Working Groups
Dropdown menu for the toolbar dropdown buttons is always positioned to the bottom edge of the dropdown button. So, if it does not fit on the screen it will go above that button and will overlap the button itself, so when you click on dropdown button that click is caught by the last item from the dropdown menu that jumps right under the mouse. To resolve this, drop down menu should be positioned at the top edge of the toolbar button of it does not fit below it.
Created attachment 49741 [details] appearance of this issue on Synchronize view
Created attachment 50247 [details] Windows Explorer screenshot 1 This seems to be native behaviour. This is a toolbar in Windows Explorer.
Created attachment 50248 [details] Windows Explorer screenshot 2 ...and this is how the menu opens when there is not enough space.
Closing as WONTFIX. What you describe makes sense to me, but it would have to be fixed by Microsoft.
Boris, do you believe that it is going to happend? Exmple with Synchronize view is not the worst one. The last action in History dropdows for Search and JUnit views is "Clean", so I hit into it every time. Please somehow address this issue.
Adding Boris to make the conversation fair. :)
By the way, Back and Forward buttons in Windows Explorer actually do repositioning for dorpdowns...
Our code looks very much like Snippet67 from SWT, which has the same behaviour. Normally (Windows XP), the menu drops down so that the menu's top left corner is at the position we set. If there is not enough space to let the menu drop down, the menu's bottom left corner will be at the set location. Steve, do you think we should try to be smart about this?
Paging Dr. Steve. Dr. Steve, please report to the bug report.
Does this mean this issue won't be addressed for 3.3? Mylar is planning to add a new trim bar at the bottom of the screen and use drop-down button on that trim. So, menu positioning is much worse there.
(In reply to comment #10) > Does this mean this issue won't be addressed for 3.3? Yes - we are out of time for 3.3 - we only fix critical issues at this point.
Bugzilla and/or Lotus is throwing away email at random. I never got the page from Kim.
*** Bug 24304 has been marked as a duplicate of this bug. ***
Moving to SWT for comment.
We WONTFIX this, however, the behavior you want might be implemented as part of the fix for bug 193318.
WONTFIX
Actually, we could probably hack/fix this with TrackPopupMenuEx() by remembering that a Menu.setVisible() was called in response to a drop down tool item and the menu was positioneed at the coordinates we suggested. If this happened, we could store the tool item rectangle and use it when the menu is shown.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie.
I‘ll close this as WONTFIX now. Reopen when this issue still exists and a patch is planend.
