In OpenOffice.org-impress I have problems showing the menu-items and icons (reproducable). When hovering them they get displayed and sometimes also stay displayed. Uninstalling gtk-qt-engine instantly brings it back to normal, installing again and restarting impress brings up the issue again. Haven't had that problem with any other gtk-app (e.g. Thunderbird) so far ... strange.
Created attachment 308623 [details] what it looks like in impress with gtk-qt-engine installed
Found a bug upstream which seems to describe the same problem: http://gtk-qt.ecs.soton.ac.uk/trac/ticket/24 There is a (trivial) patch attached - could somebody have a look if that helps solve the problem?
This is still happening (F9 using KDE 4.0.98). I thought that upstream fix made it in? Maybe there's a similar thing going on now again ...
See related bug #475007
Can confirm this for Fedora 9 and Fedora 10 now for OO 2.x and 3.x in all OpenOffice modules. Menus are not visible or vanishing occasionally. I use KDE 4.1 and NVIDIA drivers. I did not get this behavior in the OO distribution of GoOo http://go-oo.org/.
Fwiw, fedora's gtk-qt-engine builds already include the aforementioned upstream patch. Try the workaround outlined in bug #475007, and report if that helps, ie, export SAL_GTK_USE_PIXMAPPAINT=1 before running any ooo apps.
In the meantime, I'm working to patch gtk-qt-engine to automatically include that workaround in ~/.kde/env/gtk-qt-engine.rc.sh
"export SAL_GTK_USE_PIXMAPPAINT=1" does not fix the problem for me.
rats, seems only to help for ooo3 (f10).
Ups, sorry. Seems to work now with SAL_GTK_USE_PIXMAPPAINT. Probably did not restart correctly and an instance was left open. If I know restart it looks better. Menus are stable and visible now, however menus look very flattened, but I can work with. Thank you very much indeed Thomas
*** Bug 463102 has been marked as a duplicate of this bug. ***
gtk-qt-engine-1.1-4.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/gtk-qt-engine-1.1-4.fc9
gtk-qt-engine-1.1-4.fc10 has been submitted as an update for Fedora 10. http://admin.fedoraproject.org/updates/gtk-qt-engine-1.1-4.fc10
gtk-qt-engine-0.8-6.fc8 has been submitted as an update for Fedora 8. http://admin.fedoraproject.org/updates/gtk-qt-engine-0.8-6.fc8
gtk-qt-engine-0.8-6.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report.
gtk-qt-engine-1.1-4.fc10 has been pushed to the Fedora 10 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update gtk-qt-engine'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F10/FEDORA-2008-11765
gtk-qt-engine-1.1-4.fc9 has been pushed to the Fedora 9 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing-newkey update gtk-qt-engine'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F9/FEDORA-2008-11769
gtk-qt-engine-1.1-4.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report.
gtk-qt-engine-1.1-4.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.
The latest update gtk-qt-engine-1.1-4 in Fedora 10 stable does not fix the problem for me. (openoffice.org-writer-3.0.0-9.10.fc10.i386) Please note "export SAL_GTK_USE_PIXMAPPAINT=1" does fix it.
To be clear, the injection of the SAL_GTK_USE_PIXMAPPAINT into ~/.kde/env/gtk-qt-engine.rc.sh doesn't happen until the next time you (re)configure gtk-qt-engine in systemsettings.
Hello Rex, indeed it is injected now and working after the reconfiguration. Thanks for the note. But allow me to ask how I should have known this? I really ask to know this for the future. Did I miss an essential information written somewhere? What is about any other users suffering from this? They make a standard update and will not see this improvement unless they do the reconfiguration. I can imagine this is not so easy to be done automatically because it is a user specific setting and can not be invoked by the update script? Thanks for you efforts Thomas