Hi Vitor,
I use "awsetbg", which is using "feh".
The redrawing operation is probably a good starting point, as Chromium
may redraw parts of it's window when some events like a notification or
an animation occur; but I never noticed this problem with Firefox.
But it's also clearly a background-related problem, as moving another
window over the screen "clean" the background and removes remaining
Chromium parts (until next redraw...).
Best regards,
Thierry
Le 2014-05-21 11:27, Vitor Eiji Justus Sakaguti a écrit :
Hi Thierry,
The only time I experience something like this is when I switch to a
tag that has mplayer and it is paused, but it happens with all kindsof
clients, not just chromium. I guess it's because mplayer is nit
redrawing the screen when paused, which makes sense.
You mentioned it happens with empty tags, that made me think it might
be related to the program you use to set your wallpaper. Which one is
it?
Cheers,
Vitor
On May 21, 2014 5:44 AM, "Thierry Florac" <[email protected]> wrote:
Hi,
I use Awesome (release 3.4.15) for a few weeks on a Debian
GNU/Linux system (amd64) without any major problem, except with
Chromium browser:
- when I change my "current tag", the chromium window content is
often still drawn on the new tag screen (but of course it isn't
responsive to mouse clicks). Sometimes it event overlaps existing
windows of other applications. This problem mostly occurs when the
new tag is empty, but sometimes also when other windows are
displayed on this tag.
- sometimes, updates on a Chromium window make it appear
(unresponsive) in the same way on the current tag, overlapping
current window.
Does anybody encouters these problems?
Best regards,
Thierry
--
To unsubscribe, send mail to [email protected].
--
To unsubscribe, send mail to [email protected].
