Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||menus do not close when releasing the mouse-button outside the OOo-GUI|
|Component:||ui||Assignee:||AOO issues mailing list <issues>|
|Status:||CONFIRMED ---||QA Contact:|
|Target Milestone:||AOO Later|
|Issue Type:||DEFECT||Latest Confirmation in:||---|
Description norbert2 2004-04-26 11:16:30 UTC
Please ... - make sure that the OOo-GUI is NOT opened in full-screen - open any new OOo-document, for example a writer-document - make sure that some contentent is in the clipboard - press down the left mouse key over the paste-button and hold it down: A menu has opened where the user can select a format to paste. - Move the mouse up out of the OOo-GUI while still holding down the mouse-button - release the mouse-button: The menu stays open! When releasing the mouse button within the OOo-GUI, it is closed.
Comment 1 rblackeagle 2004-04-27 03:31:27 UTC
Please explain the problem for me again. There is an "escape" for mouse clicks in error that has been around since the first GUI desktops -- you click or Ctrl-click or Alt-Click and find you've made a mistake. Now if you release the mouse you've got a problem. The solution was to enable you to move the cursor out of the "clickable" area and then release it at which point the click is not executed. This sounds like what you are complaining about, but as it's standard throughout the computer industry, I seriously doubt that anyone would ever want to change it. Or did you have something else in mind.
Comment 2 norbert2 2004-04-27 08:04:20 UTC
I mean another problem: The mentioned menu is only open while holding the mouse down. That's OK. But If the mouse pointer is moved out of the OOo-GUI with hold down button and the button is released outside of the OOo-GUI, this menu stays open!
Comment 3 stefan.baltzer 2004-05-24 16:08:46 UTC
SBA: Confirming this issue. But as soon as I click anywhere in the OO window, the box vanishes. I see not a real hinderance in anybodys daily work. One may even consider this a feature (because the user likes to read another document describing the different paste options while having them in view :-) Prio set to P5, target set to OOo later. Since this happens in all applications, component changed to framework. Reassigned to TM.
Comment 4 thorsten.martens 2004-06-16 08:56:12 UTC
TM->SSA: As talked via phone,... please have a look. Problem occurs with other button related menus too (eg. "New").
Comment 5 stephan_schaefer 2006-11-30 11:42:27 UTC
Comment 6 philipp.lohmann 2006-11-30 13:18:31 UTC
happens with every menu. changing title accordingly.
Comment 7 viemyojuethread 2010-11-11 00:20:10 UTC
Created attachment 73897
Comment 8 Rob Weir 2013-07-30 02:13:25 UTC
Reset assignee on issues not touched by assignee in more than 2000 days.