Summary: | A way to query plasma for the current wallpaper filename | ||
---|---|---|---|
Product: | [Unmaintained] plasma4 | Reporter: | Metin Akat <akat.metin> |
Component: | wallpaper-image | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | wishlist | CC: | akat.metin, asraniel, celer, ecognito, jsseabold, kde |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Metin Akat
2009-06-10 21:13:03 UTC
Also, I wouldn't mind if there was some way to manipulate the background files (especially delete the ones I don't like so that then don't appear any more). *** Bug 195309 has been marked as a duplicate of this bug. *** I actually don't want to mark it as wishlist. I run conky with a transparant background. When I need to change the background I need to: * Logout * Console login * Restart kdm And then I can have my background in conky. Highly annoying for such a simple thing. Wesley, as an interim workaround, after changing the background in KDE, try using qiv to set the root X display as well with the same image. (e.g. "qiv --root_s image.png" or "qiv --root_t image.png") I've found this will update the conky pseudo-transparent background without having to jump through the other hoops you described. Evan, I know how I can change it without having to do all of that. But I have a script running ever X minutes to check if the wallpaper has changed, and set the same wallpaper (but darker) on my root X display. I can hardcode the wallpaper location in that script to circumvent it, but that is not the most elegant solution. In KDE3 it works fine with a dcop call, but KDE4 has some quircks: WALL_PAPER=$(grep 'wallpaper=' $HOME/.kde/share/config/plasma-desktop-appletsrc | tail -2 | head -1 | awk -F= '{print $NF}') WALL_PAPER=$(grep 'wallpaper=' $HOME/.kde/share/config/plasma-desktop-appletsrc | tail -1 | awk -F= '{print $NF}') ## KDE3: #WALL_PAPER=$(dcop kdesktop KBackgroundIface currentWallpaper 1) As far as I can see, the location of the wallpaper also changes in the configuration file.. Is it the last wallpaper= entry, the first or somewhere else. Getting this information via some kind of query would definitely improve customizing KDE. I hope you see why I don't think of this as a wishlist item, but more as a real bug. Oh, I 100% agree it is a bug and not a wishlist item! I've also raised #217950 for the ability to set the wallpaper via a dbus command, which I also think is a bug in that it is missing functionality that should be there (and was in KDE 3.5). I would LOVE to be able to use aterm with transparent background again with KDE, it is one of the few things that keeps me jumping back to gnome on unbuntu 9.10. I don't mind having to write a script which will pull the current background via dbus and set the root window to it - although my preference would be to have plasma sync its background with the root background. Any update on this after 5 years? Seems like slideshows have been fundamentally broken this whole time? Hello! This feature request was filed for KDE Plasma 4, which reached end-of-support status in August 2015. KDE Plasma 5's desktop shell has been almost completely rewritten for better performance and usability, so it is likely that this feature request is already implemented in Plasma 5, or is no longer applicable. Accordingly, we hope you understand why we must close this feature request. If the requested feature is still desired but not implemented in KDE Plasma 5.12 or later, please feel free to open a new ticket in the "plasmashell" product after reading https://community.kde.org/Get_Involved/Bug_Reporting If you would like to get involved in KDE's bug triaging effort so that future mass bug closes like this are less likely, please read https://community.kde.org/Get_Involved#Bug_Triaging Thanks for your understanding! Nate Graham |