Summary: | Slideshow does not cycle if only one image in set directory | ||
---|---|---|---|
Product: | [Plasma] plasma4 | Reporter: | Alan Braslau <alan.braslau> |
Component: | general | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Alan Braslau
2008-06-04 15:48:59 UTC
> don't touch background, allowing other programs to modify the X root bitmap this is such a bad idea that all such applications deserve to be taken out back and shot. > Of course, a better solution in this case would be to manage the background > via an external program, and would be possible if a true "None" option existed. that is precisely why we allow plugins for the background drawing. in 4.2 we'll be breaking out wallpaper support from Containment so one can write a wallpaper-only-plugin. so, revisting the remaining issues: > - "None" should be renamed "Solid color" we're in a string freeze, but this change sounds sane. will have to wait until 4.2 > - "Slideshow" is missing the "Image" positioning options already reported elsewhere > "Slideshow" does not cycle if (only one directory containing) one image is > selected! this is the true bug here. > this is such a bad idea... Why, does KDE claim exclusive rights to the X display? I suppose that things have gotten so complicated that this could create havoc. Of course, I could always go back to using (v)twm, or (v)olwm if I wish! However, I do concede that one will have to listen to the kde developers who must better understand the technical limitations to KDE that result from playing around with standard X tools. > we allow plugins for background drawing... Will I have to wait for 4.2 to see this? Will this be easy without a big investment in learning about kde programming? I hope so. > this is such a bad idea... Why, does KDE claim exclusive rights to the X display? I suppose that things have gotten so complicated that this could create havoc. Of course, I could always go back to using (v)twm, or (v)olwm if I wish! However, one will have to listen to the kde developers who must better understand the technical limitations to KDE resulting from playing around with standard X tools. > we allow plugins for background drawing... Will I have to wait for 4.2 to see this? Will this be easy without a big investment in learning about kde programming? I hope so. > already reported elsewhere Also missing setting the background color, useful if the images do not cover the entire screen. But I believe that this has also been already reported, as has the request for maximum aspect ratio and tiled maximum aspect ratio... > this is a true bug here. Indeed, this was the motivation of filing a report. Thanks for reading the bug report. Keep up the good work. KDE 4 has come a long way since 4.0. So much so that I have now installed 4.1 beta 1 on my working terminals, living with the bugs and crashes in order to contribute by reporting the ones that are particularly hindering or else clear to express (and reproduce). The slideshow is recursive on subdirectories. Whereas this appears to be much requested, no option is currently presented to disable this feature. Thank you SVN commit 843234 by alexmerry: Don't refuse to update just because only one file exists in a slideshow. It may be modified by an external program. BUG: 163209 M +3 -5 desktop.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=843234 SVN commit 843236 by alexmerry: Backport fix: don't refuse to change the background if there is only one file in the slideshow, since it may be changed by an external program. CCBUG: 163209 M +3 -5 desktop.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=843236 |