Issue 23360 - Floating menus don't disappear / focus problems
Summary: Floating menus don't disappear / focus problems
Status: CLOSED DUPLICATE of issue 19157
Alias: None
Product: ui
Classification: Code
Component: code (show other issues)
Version: OOo 1.1
Hardware: All Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: philipp.lohmann
QA Contact: issues@ui
URL:
Keywords:
Depends on: 18650
Blocks:
  Show dependency tree
 
Reported: 2003-12-09 18:27 UTC by iggi
Modified: 2004-01-12 11:03 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description iggi 2003-12-09 18:27:54 UTC
I haven't found an issue about this topic yet:
Whenever pressing one of the buttons where a floating toolbar should appear, a
new window is opened. There are two problems with it: First, according to the
documentation, the window should disappear when you have selected an icon or
click somewhere else, and second, if you leave it open, the window gets the
focus when you don't expect it.

The first point is annoying, because you always have to close the window
manually, as all the opened windows would completely block your sight on the
document.
The second point is even much more serious - an example:
Write a document and draw a line with an arrow. So there are three windows open
now: The normal OpenOffice.org window, the painting tools toolbar and the window
where you select what arrow you want to use. Now copy the arrow (Ctrl + C),
click somewhere in the document, and paste it (Ctrl + V). OK, operation
finished, but when you want to move the arrow now with your arrow keys, suddenly
the window with the different arrow-types gets the focus and you select your
kind of arrow. You now have to click on the OpenOffice.org window to have the
inserted arrow selected. It really gets a problem when you have to paste the
arrow more than 5 times.
That's only one example where this happens, I can't remeber of other examples at
the moment (I think I got some kind of used to it), but it's very serious when
you have to use MANY of these objects and have to use them FAST.

I'm not the only one to experience this as a problem: There were other
complaints about that on the German users mailing list.

I've tested it with over 10 different windowmanagers (KDE 3.1, GNOME 1.4,
Windowmaker, xfce, fluxbox, ...), and all failed to handle it the right way, so
you can't claim the windowmanager.

I'll watch my work the next few days and report other situations, where the
behaviour of the windows isn't right. And an annotation: As English isn't my
native language, please ask if something is unclear.
Comment 1 iggi 2004-01-06 12:50:06 UTC
For a better description of the problem, see issue 18650.
Comment 2 Oliver Specht 2004-01-12 10:54:58 UTC
os->pl: Do you why this happens? 
Comment 3 philipp.lohmann 2004-01-12 11:02:52 UTC
duplicate to issue 19157, changed title to match description

*** This issue has been marked as a duplicate of 19157 ***
Comment 4 philipp.lohmann 2004-01-12 11:03:52 UTC
closinf duplicate