To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=39420
------- Additional comments from [EMAIL PROTECTED] Fri May 27 07:17:22 -0700 2005 ------- >> That makes me wonder: we only hide the floating windows if we get a >> notification >> from VCL that the focus was moved to another document window of our >> application. > Not true. I just verified it with the konqueror: When konqueror gets the > focus, > the stylist closes. You didn't read to the end before you answered: what I said is the view of the Framework module. If the floating windows disappear then because VCL fools us about what's going on (or the Framework module fools itself here, I don't know). So I described what is implemented (or what we thought is :-)), you desribed what obviously happened (and then this is a bug even in the current concept). >> No, this was possible in OOo1.x also, but you needed to press CTRL while >> docking >> the window (this should be explained in the Online Help). > Nobody reads the online help. In contrary, if something does not work as > expected, a user thinks it's a missing feature! I wouldn't go *so* far, but I agree for simple features like this one. Exactly that's the reason why we changed it for 2.0, though the basic idea of the CTRL key wasn't bad: a lot of people accidently undocked toolbars because they moved the mouse while clicking on it. The duty to press CTRL for docking solved that very easily. So IMHO using CTRL-Move for docking might be not very intuitive, but it's also not really wrong. > BTW: Ctrl+Double-Click is absolutely not intuitive to "free" a docked window. > I > only found the solution because of Issue 23935 when I was looking for "dock", > otherwise I would have had no chance to undock it! Yes, while both CTRL-Double-Click and "CTRL Mouse move" are really not very intuitive the first one is also unnecessary (and thus wrong). But that's OOo1.x. > Sometimes (I don't really understand when, it is not reproducable, but it > happens), suddenly the OpenOffice window comes to the top of the window > stack. I > hate this. The only person who is allowed to alter the window stack on my > machiche is me. Software should never be allowed to raise or lower existing > windows. Other than the mouse-replacing, I can't configure the > window-stack-altering. What is this, what can I do? I know this only in case of loading something in the background (where Ooo doesn't stay there but comes to front after loading finished). We already have an issue for this, but fixing this on all platforms without introducing new bugs was a real nightmare and so we didn't finish that for 2.0. I never saw this under different circumstances, but if you faced this problem again you could try to think what currently happened in the OOo process and report to us, maybe we can find the root cause. I agree that this behavior is unfortunate and shouldn't happen. But of course we need to be able to reproduce it before we can fix it. ;-) --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
