Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | cannot move toolbar after resizing (metacity: disable workarounds) | ||
---|---|---|---|
Product: | General | Reporter: | lohmaier |
Component: | ui | Assignee: | AOO issues mailing list <issues> |
Status: | ACCEPTED --- | QA Contact: | |
Severity: | Trivial | ||
Priority: | P4 | CC: | issues |
Version: | 680m71 | Keywords: | oooqa |
Target Milestone: | AOO Later | ||
Hardware: | PC | ||
OS: | Linux, all | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
lohmaier
2005-01-14 19:42:16 UTC
Hi cloph, thanks for using and supporting OpenOffice.org... I tried this on Fedora 3 and Gnome 2.8 using Office m73 and the moving of undocked toolbars worked as expected... Please tell us - which windowmanager (incl. version) do you use? reopening. I know figured out why it doesn't work on my machine: I set metacity to disable workarounds (gconf-editor -> apps -> metacity -> general) metacity is version 2.8.6 Description of gconf-key /apps/metacity/general/disable_workarounds ##### Disable misfeatures that are required by old or broken applications Some applications break specifications in ways that result in window manager misfeatures. For example, ideally Metacity would place all dialogs in a consistent position with respect to their parent window. This requires ignoring application-specified positions for dialogs. But some versions of Java/Swing mark their popup menus as dialogs, so Metacity has to disable dialog positioning to allow menus to work in broken Java applications. There are several other examples like this. This option puts Metacity in full-on Correct mode, which perhaps gives a moderately nicer UI if you don't need to run any broken apps. Sadly, workarounds must be enabled by default; the real world is an ugly place. Some of the workarounds are workarounds for limitations in the specifications themselves, so sometimes a bug in no-workarounds mode won't be fixable without amending a spec. ##### Since this option is disabled by default I lowered Prio. And a reminder: Moving works fine until you resize the toolbar. After resizing the toolbar you cannot move it without pressing the modifier. Docking and undocking will make the toolbar movable again using the titlebar. To reproduce run "gconftool-2 --set --type bool /apps/metacity/general/disable_workarounds true" or use gconf-editor to set the value. No need to restart OOo or even gnome. This is instant-apply. Drag away a toolbar and resize it -> cannot move it anymore without modifier run "gconftool-2 --set --type bool /apps/metacity/general/disable_workarounds false" -> moving works again -> resize toolbar -> still works. ping. (no response for a month) This occurs with m78 as well. 0) disable_workarounds in metacity 1) resize a toolbar 2) try to move it -> you cannot move it without pressing modifier (<alt>). please comment on this one. Another month passed without a comment. . Would you mind telling me in which build this is fixed? The problem still occurs with the beta. reopen. Not fixed in m86. So please tell me in where this is supposed to be fixed. still not working with m90 so I assume "comment" from mci went to the wrong issue. Hi cloph, thanks for being patient and sorry for delay... (I just didn't see this issue anymore??)... It seems that my last comment went accidentally to this issue, soory for that... I was able to reproduce behaviour today using your very good description (gconf-editor...) on Fedora... I rassign this issue to cd. mci -> cd: Hi cd, this seems to be an issue for you (or for the VCL team?)... I set this to a later target since disabling the workarounds for metacity is not default (as cloph wrote, too)... cd->pl: Please take over, looks like a window manager problem. "The real world is an ugly place" - ipse dixit :-) One has to live with Window Managers, and they never let you do what you want :-( adjust target set target due to limited resources Reset assignee on issues not touched by assignee in more than 2000 days. |