Bugzilla – Bug 536581
KDE4 integration makes OpenOffice.org GUI slow
Last modified: 2009-10-08 12:33:33 UTC
When I run OpenOffice.org (3.1 Factory/M6) with KDE4 integration enabled, the UI is really slow. I'm not a person who takes care about, but current OpenOffice's GUI speed is worse than Java Swing applications. There are two main problems: 1.) Slow reaction on changes - if I drag mouse down in the context menu, the graphical highlight of an active item follows cursor with the clear delay. 2.) Many redraws of UI - this is apparently on opening of a file, or opening a new one, because toolbars are drawn mant times and already visible content blinks by another (useless) redraw. Please note that this depends on KDE4 integration enabled, the OOO_FORCE_DESKTOP gnome|kde works better - UI reaction is quick as usual. And no other application I'm currently running (qt3/qt4/gtk2/swing) has this problem.
see also bug 535888
I can confirm this bug. Using Factory.
Ping? The KDE4 integration has _very_ much issues. To name a few: - floating symbel bar has no window margen (https://bugzilla.novell.com/attachment.cgi?id=320554) - In comboboxes, text is corted a bit on top and a lot at bottom (https://bugzilla.novell.com/attachment.cgi?id=320555) - non-selected (but available) tabs in tab view are greyed out, indicating that they would be disabled (what's not the case, they are working) (https://bugzilla.novell.com/attachment.cgi?id=320555) - Checkboxes are corted a little bit at bottom (https://bugzilla.novell.com/attachment.cgi?id=320556) - Radiobuttons are corted a little bit at bottom (https://bugzilla.novell.com/attachment.cgi?id=320556) - "up" and "down" buttons in spinbox are far to small to be usable (https://bugzilla.novell.com/attachment.cgi?id=320556) So there are many problems, for example: 1.) The file dialog often doesn't point the the correct directory or doesn't select the necessary extension 2.) Showing a menu - a very simple task - takes 1 sec. After leaving the menu, it takes another 1-2 sec until it has disappeard. 3.) Loading of complex dialogs (several tabs) takes even longer. This makes OOo tiresome and so slow that it is not usable for real world usage. (Finally, I've switched to the vanilla version, downloaded from openoffice.org - despite the disadvantages that this change also brings) And for all that disadvanteges, we get nothing than an ugly, badly adjusted UI style. I strongly recommend to remove the KDE4 integration of OOo from 11.2 and wait until it is major. see also bug 535888
(In reply to comment #4) > I strongly recommend to remove the KDE4 integration of OOo from 11.2 and wait > until it is major. Maybe not remove, just don't enable it by default. BTW: I added it to the list of Most Annoying Bugs http://en.opensuse.org/Bugs:Most_Annoying_Bugs_11.2_dev#openSUSE_11.2_Milestone_8
I have tested Ooo-kde4 integration on my machine (iQuadCore, Radeon HD 4800, default RadeonHD driver) with fresh openSuse 11.2 M8, 64-bit, kde4.3.1 installed and I can't confirm this bug. All Ooo GUI goes smoothly and very quick (by my personal impression quicker then in openSuse 11.1 on the same machine) and it fits much better to the other desktop. Can't this issue correspond with some enabled desktop effects?
> Can't this issue correspond with some enabled desktop effects? No. I have no desktop effects enabled. And also don't use any 3d stuff. Maybe it is better in M8? In M7 it was definitivly unusable...
With M8 is the situation much better, and all UI problems disappeared. From my POW is it fixed - so I close it. Tim, feel free to reopen if it appear in M8 on your machine.