Contrary to the earlier versions, Qt-4.7.x and KDE-4.6.x both seems to depend on QT_PLUGIN_PATH environment variable to find, well, Qt plugins. It is set by the startkde script, which is fine if you are using the whole KDE desktop, but if you are just using KDE apps with a window manager like Fluxbox or Awesome, QT_PLUGIN_PATH is not set; consequently, KDE apps cannot find its own widget styles (oxygen, qtcurve etc.) and fall back to using builtin Qt styles. The same applies to pure Qt4 apps. Also, the KDE file selector cannot be found, the apps fall back to plain Qt4 file selector. The variable QT_PLUGIN_PATH should be set to /usr/lib64/kde4/plugins (or /usr/lib/kde4/plugins in non-multilib systems) to work. I chose to set it up in /etc/env.d/44qt4, but it is not necessarily the best place (it may mess up Qt for people who install only Qt, not KDE). Maybe it should be set by a kdelibs env file? Of course users *could* set the variable for themselves, but at least they should be informed that it is needed. I spent several days scratching my head upon this matter after updating KDE from 4.4 series to 4.6.1...
*** Bug 361331 has been marked as a duplicate of this bug. ***
Fixed in kdelibs-4.6.2-r2
Fix does not work properly yet, needs some more work.
Hhm, as a common user I've now : $> env | grep QT QT_PLUGIN_PATH=/usr/lib/kde4/plugins/:${QT_PLUGIN_PATH}:/home/tfoerste/.kde4/lib/kde4/plugins/:/usr/lib/kde4/plugins/
Kind of fixed now... we just overwrite a previous setting of QT_PLUGIN_PATH in a kde env.d file. Seems like qt 4.7.2 does not even set the variable anymore.
and now an even better solution is in (proper concatenation)