Version: (using KDE KDE 3.1.4) Installed from: Slackware Packages OS: Linux XMMS seems to have a bug whereby when it can't update its audio out stream if it can't also draw on its window. When KMW is setup with outline dragging, it will lock all screen updates while the outline is dragged. The interaction of these two behaviours leads to annoying music skips. The ideal solution would be to allow the desktop to continue to update while dragging an outline around, as well as a fix to XMMS (since this behaviour sometimes won't manifest -- which makes me think it's an unintentional side effect of its graphics/sound code). This is with KDE 3.1.4 on Slackware 9.1.
This won't be that simple ... if it will be possible to do at all.
*** Bug 69031 has been marked as a duplicate of this bug. ***
effects mplayer/xine/gstreamer even simple top, or any kind of output seems not to be updated. it looks like the processes are still running though, and sending output, but its just being buffered instead of drawn.
my comment #3, is with kde 3.2
There's a good explanation in Fluxbox FAQ: http://fluxbox.sourceforge.net/docs/en/faq.php#outline_moving
*** Bug 78548 has been marked as a duplicate of this bug. ***
*** Bug 82364 has been marked as a duplicate of this bug. ***
Well, why you can't have option to draw outline that is not inverted, but some fixed color? (Windows does this way) Now show window contents is slow, outline pauses screen and audio refresh. This makes desktop users consider Linux unusable.
Latest xmms doesn't block sound already
Using a fixed color doesn't change anything. If you don't like this, don't use outline moving/resizing.