Summary: | folderview - choosing between 3 backgrounds | ||
---|---|---|---|
Product: | [Plasma] plasma4 | Reporter: | Painkiller101 <celli.0815> |
Component: | widget-folderview | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED INTENTIONAL | ||
Severity: | wishlist | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Painkiller101
2008-06-10 10:49:33 UTC
this is what containments are for (which folderview also is). there is some additional refinement work left: in 4.2 we'll have a gui for configuring them (which right now can only be done by hand in the config file) and wallpaper rendering separated out into plugins as well. but yes, another background is actually really substandard for a few reasons, primarily among them that with this approach every time you click on an icon you'd bring the folderview in front of other widgets (and worse, with no visual hint!) transparent background was extensively discussed and determined to be a non starter. Ok, sounds good. But i've just one question left: isn't it possible to prevent folderviews from coming in front (setting the order always to the back)? > isn't it possible to prevent folderviews from coming in front (setting the order
> always to the back)?
there is no support for that in current svn, no, and it's complexity i'm really trying to avoid (both in the code as well as in the UI). a "never comes in front, full screen" version of a folderview is using it as a containment.
Thanks for this answer. Finally i just want to honor the whole kde team for their awesome work! THANK YOU ALL! |