[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kwin
Subject:    Re: (Hopefully) solved the video garbage problem
From:       "Jud Craft" <craftjml () gmail ! com>
Date:       2008-11-25 19:50:21
Message-ID: 20d6441a0811251150k2fe5eff3ob17344bfd1908d89 () mail ! gmail ! com
[Download RAW message or body]

This doesn't seem to happen with GTK widgets -- I use the intel driver
with both GNOME and KDE desktops, and while I get occasional video
garbage with new window creation in KDE (all throughout the entire 4.x
series so far, stable 4.0.x and 4.1.x desktops with Fedora), this
almost never happens in GNOME, with Compiz (I assume that "with
compositing on" was the critical addendum here -- I don't think video
garbage happens with non-composite displays).  A GTK/compiz system is
relatively clean (with the exception of my running OpenOffice, which
occasionally gives video garbage).

So, is this perhaps an upstream problem in Qt?  Or perhaps someone
working with low-level GTK stuff might have already found a partial
workaround to this; might be curious to ask them.

If it is upstream-Qt, and _specifically_ Qt (not a KWin problem), then
that narrows down the ideal remedy there.

I suppose a quick way to check would be to run GTK programs under KWin
with compositing on and see if they suffer window garbage (Pidgin,
Rhythmbox, other GTK applications).  If so, must be KWin; else,
specifically Qt.

I'm not a developer, but I couldn't imagine why, for example, Firefox
tab garbage could possibly be caused by KWin.

I'd like to say this is one of those "compositing is still
eat-your-babies-level of maturity", but even though Compiz has its own
share of problems in recent releases, I didn't think video-garbage was
one of them.
_______________________________________________
kwin mailing list
kwin@kde.org
https://mail.kde.org/mailman/listinfo/kwin
[prev in list] [next in list] [prev in thread] [next in thread]