When I type something in Krunner input window, some letters (most often - letter "p" and russian letter "р", which looks the same) move from their place a bit. If I run krunner with "krunner -graphicssystem raster", everything works as it should be, but I have "Raster" specified in "Effects", and also I have a script, which runs "export QT_GRAPHICSSYSTEM=raster" before KDE start. So Krunner MUST be using raster, but it doesn't. Is there any solution of this problem?

And another question, which is also related to fonts. When I open some directories in Dolphin (mostly - the ones, which contain both English and Russian names) after opening all writings (file names, directory names) move to a couple of pixels to the right and it can be easily visible.

I use antialising, slight hinting, RGB subpixel.

notice that the setting in the effects kcm only affects kwin compositing and has no impact on the rest of the system.

-> check whether your env is setup as expected:
echo $QT_GRAPHICSSYSTEM

if so, from there do
kquitapp krunner
krunner

-> any change?

If yes, how *exactly* is the env setup performed? (where is the script, what loads it, is it in ~/.kde/env?

> echo $QT_GRAPHICSSYSTEM
raster

If I call it through krunner "echo $QT_GRAPHICSSYSTEM > echo" and then look at "echo" it is also raster.
Restarting Krunner doesn't help: it seems like it only understands "-graphicssystem raster".
Script is in .kde/env and is loaded by Autostart (in Systemsettings), settings is "Before KDE".
I found out, that using Infinality patches (it doesn't matter what configuration) makes Krunner work fine.

As for Dolphin problem: it seems like this problem ony appears when there are to many items to display, so a scrollbar appears (my assumption about Rus/Eng names was just a coincidence).

looked at the code - krunner explicitly sets the graphicssystem (thus only the switch has precedence)

0039 extern "C"
0040 KDE_EXPORT int kdemain(int argc, char* argv[])
0041 {
0042 #ifdef Q_WS_X11
0043 // krunner only works properly with Qt's native X11 backend; override any compile-time
0044 // or command line settings to raster or OpenGL.
0045 QApplication::setGraphicsSystem(QLatin1String( "native" ));
0046 #endif

Don't know why, though - sorry.

If so, probably rebuilding krunner with changed sources will work (as I can see, Krunner works normally with "raster"). Excuse me, probably, you also have some ideas about Dolphin problem?

commenting that code out and recompiling would work, yes.
you could also shadow krunner by placing another "krunner" up in the PATH hierarchy (eg. often /usr/local/bin or ~/bin)

#!/bin/sh
/usr/bin/krunner --graphicssystem raster "$@" &

About dolphin: can you make a comparative screenshot or video?

Here is video demonstration: http://www.youtube.com/watch?v=KmOYW_ZE ... e=youtu.be
You can see text and sometimes folders moving when I press F5 (that is what I do), please open video in 1080p fullscreen.

thanks. it seems to come with the move.
-> do you have the "wobbly window" effect enabled (on very stiff settings)?
-> does it happen with suspended compositing (Shift+Alt+F12)?

Wobbly window disabled, with disabled effects it also reproduces, but less smoothly.

Checked on another computer - another screen resolution, another videocard. Still reproduces.

One more stange thing. It depends on the scrollbar position:
http://i.imgur.com/0YHVybH.png
This bug only reproduces if scrollbar is at his very beginning (left), and doesn't reproduse in any other situation.

Tried disabling antialising - still nothing changes.

does it happen with another GUI style, eg. "dolphin --style plastique" ?

Doesn't reproduce with plastique. Tried disabling Animation in Oxygen Settings - no changes.

I have filed a bug on bugs.kde.org. https://bugs.kde.org/show_bug.cgi?id=334696#c0