Summary: | No transparency if no compositing manager was present at starup | ||
---|---|---|---|
Product: | [Applications] konsole | Reporter: | erik_hahn |
Component: | general | Assignee: | Konsole Developer <konsole-devel> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
erik_hahn
2008-05-19 22:55:48 UTC
Unfortunately I don't think I can fix this because Konsole has to use different X11 properties depending on whether a compositing manager is available or not and these have to be chosen before any windows are created. If Konsole tries to use the "compositing available" settings when there isn't a compositing manager then various unpleasant visual glitches appear such as garbage behind menus when opening them - you can see some of these if compositing is turned off while Konsole is running. If Konsole does the reverse then it cannot use compositing at all. Ultimately the only reason I can think of to turn compositing on or off frequently is problems with certain OpenGL applications - I'm fairly sure that a fix for that is in the pipeline lower down the graphics stack. At least I don't see any Glitches in that case. What about adding command line switch, environment variable or option to force the compositing-friendly behaviour? SVN commit 810442 by knight: Add a command-line option --force-transparency which enables support for transparency even if no compositing manager is running when Konsole is started. BUG: 162333 M +11 -4 main.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=810442 |