Good idea, in case someone still wants to have access to them. Nope, just an empty page at least using pre-v14.0.0. This may be related to the rebranding of several components. Would be interesting if someone could try out using 3.5.13.2 or earlier versions. In any case we need to open a new bug report. In case the problem is a regression introduced in v14.0.0, we will have to fix it before releasing v14. Otherwise we can wait until v14.0.0 is out. Cheers Michele

On Sun, 17 Aug 2014 13:00:08 -0400 Alexandre <ac586133(a)hotmail.com> wrote: We're trying to preserve a software package from several years ago, which means the whole project is somewhat conservative by definition. ;) Actually, I'm good with the lineart background, either as it stands or with a superimposed logo/text, as the new default. Then again, I like dark. Or we could adapt it to something more like the old blue-bend wallpaper. It isn't a regression in Trinity--it no longer works in KDE3 either (I was asking mainly in case someone had fixed it and I wasn't aware). The feed mechanism at kde-look seems to be partially intact (the XML files are there, but I don't think they're being updated anymore), so we should be getting something. I am mystified. Unfortunately, there's only a limited amount of information on how this was supposed to work at all--I was able to retrieve one tutorial for third-party devs when I was assembling stuff for the new wiki, and there's a server-side implementation still available from http://www.kstuff.org/projects/hotstuff , but the freedesktop.org page for the spec itself is badly broken and I'm not up for wrestling the Wayback Machine today. It looks like the only "Get New . . ." button inside the Control Center is the one for wallpaper (I thought there was one for icon themes, but evidently not), so just having it pop up kde-look (or a curated list of wallpaper websites) in a browser window may in fact be the easiest fix. The *best* fix, given infinite manpower, would be to set up our own site for Trinity eye candy (this would allow us to include widget sets, window decorations, tdm splash themes, etc.) and direct the thing there, but I don't think that's happening any time soon. E. Liddell

Hi nik, could you post a screenshot of what the "Get New Wallpapers" window looks like on 3.5.13.2? That would be helpful for when we will work on fixing the problem, at least we can get an idea of what the result has to be. Thanks Michele

Part 1: Thanks Nik, much appreciated. I have filed bug report 2093 about it and added the bug to the v14.0.0 release list, being a considerable regression from 3.5.13.2. The screenshot has been attached to the bug report. ----------------------- Part 2: Actually after clicking the button and leaving the empty window open for a while, the wallpaper list gets populated, as in the screenshot posted by Nik. So it looks like we just need to add some kind of message to the window when it first open, advising the user to wait for a few seconds. Cheers Michele

Actually it takes a 2-3 seconds on 3.5.13.2, too. BTW: is there a way to show all available wallpapers? Nik -- Please do not email me anything that you are not comfortable also sharing with the NSA.

On Tue, 19 Aug 2014 15:26:10 +0100 Michele Calgaro <michele.calgaro(a)yahoo.it> wrote: Unfortunately, I believe the new feed is in a different format, per http://kde-look.org/help/api.php I get the impression from that page that the old one is still supposed to be maintained, though, so we could try contacting them to ask what's going on. I believe the lists used are: http://download.kde.org/khotnewstuff/wallpaper/wallpaper.xml http://download.kde.org/khotnewstuff/wallpaper/wallpaper-score.xml http://download.kde.org/khotnewstuff/wallpaper/wallpaper-downloads.xml They each seem to contain 10-20 wallpapers' worth of details, no more. That being said, they're XML feeds, and we could create an additional one of our own by scraping their pages and RSS, then add it as a new selection in the leftmost box in the screenshot. The scraping part is finicky but not difficult, provided they don't change the RSS entry format. E. Liddell

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224 Regarding the kde-look problem, just like DRM makes it harder to access the desired content so does hiding the desired image file behind 10 pages of advertisements and unrelated content. Perhaps the best solution is to make it easy (automatic) for those authors who provide a direct link and/or host the image file on kde-look, and if the utility detects an HTML page or other non-image and non-compressed file then it asks the user if he/she would like to open a browser session? Personally I'd make the dialog a bit scary as we really have no idea what content is on the remote site; at minimum it should ask if the user would like to browse to the given URL (and show it). Tim

Looks good. If you can provide a bigger version, I will look at adding them to list of available backgrounds. Please add them to a bug report, makes sure we don't forget about them. Cheers Michele

On Wed, 27 Aug 2014 15:20:28 +0100 Michele Calgaro <michele.calgaro(a)yahoo.it> wrote: Nearly all of the files on your list are the tiling wallpapers. They aren't very large. The end result is that we'll be increasing the size of the tdebase package substatially by replacing them with a dozen hi-res backgrounds. And I think some of the files on your list aren't in the current tdebase package (going by https://git.trinitydesktop.org/cgit/tdebase/tree/pics/wallpapers ) kubical -> replace triplegears -> replace konqui -> replace (shows old KDE mascot) stripes -> replace mystical right turn -> replace globe -> replace default gears -> replace chicken songs -> replace Appropriately Left Handed, Blue-green criss-cross, Gold crinkle, Green curtain, Superfluous organ, The good times, Vegetative fog, and Water aren't in the tdebase package as far as I can tell. The only tiling background in the 'base package that I'd drop is Chicken Songs. The other five are a well-selected assortment (mix of darkish/light, contrasty/subtle, and various colours). There's nothing that says we have to put all the new wallpapers in 'base, either. The purpose of including wallpapers in that package at all is to allow the user to find something to look at that won't make their eyes bleed while they go searching for the perfect custom background. It doesn't have to be a comprehensive assortment. E. Liddell

E., Alex, thanks for the feedback. 1) konqui wallpaper actually shows "Trinity". E., you may still have the old version on your system. The other ones you didn't find in tdebase are located in tdeartwork/wallpapers 2) disk space: even though 12 MB are not little, I don't think it is such a big space requirement these days. Moreover I am planning to split the new wallpapers between tdebase and tdeartwork (see below) 3) image preview: in the background selection dialog, we already have a preview coming up on the right. Alex, can you explain in more detail what you mean by "preview"? 4) Replacement plan proposal. I am thinking about something like this: 1) move the old screensavers (either from tdebase or tdeartwork) to tdeartwork/wallpapers/obsolete 2) replace the default TDE wallpaper with the new lineart proposed by Alex (see bug 2094 attachment 2130). Perhaps Alex we could add a Trinity logo somewhere. 3) add 3 or 4 of Alex's wallpapers to tdebase and the rest to tdeartwork What do you think? Cheers Michele

On Thu, 28 Aug 2014 02:39:21 +0100 Michele Calgaro <michele.calgaro(a)yahoo.it> wrote: I'm advocating keeping some mostly because there are four possible aspect ratios for computer screens at the moment, depending on the age of the hardware (and Trinity is going to be used on some older hardware)--providing a few neutral tiling backgrounds is easier than covering off all possibilities. Plus, there may actually be people out there who *like* them, weird as it sounds. The selection of five (the ones in tdebase minus Chicken Songs) is probably sufficient overall, though--we don't have to keep the ones in tdeartwork too. The *text* on the konqui wallpaper says "Trinity", yes (I was the one who redid it). My concern is that Konqui himself--the little dragon critter--is *KDE*'s mascot. I'm surprised they don't have him trademarked (or do they? There seems to be a lot of conflicting information, none of it official) In other words, it's a subtle branding issue that we've been ignoring. I admit, that was kind of a devil's-advocate thing. But there are still people out there in the world whose only option for Internet access is a phone-line modem and might prefer that we not bloat things up too much. That's a very niche concern, though. Sort of like a tiles view of the entire directory, maybe, instead of only previewing one at a time? Seems fairly reasonable. E. Liddell

On this one, I think that we should keep the dragon, especially since it is (almost) not used anymore in KDE. Interesting file sources for the dragon can be found here: www.kde.org/stuff/clipart.php I added to bug 2094 a modified version of the SVG lineart background with a TDE logo on it. The TDE logo has been copied from the moon svg background. It quite does the job, but I would need an SVG expert to look at adapting it for other screen ratios. I know Gimp pretty well, but I don't know much about Inkscape and SVG files. -Alexandre

Great! -Alexandre

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224 What was the point of hiding the wallpapers by moving them to the obsolete folder? It seems to me that the artwork package can increase somewhat in size without ill effects as it is optional and storage space has drastically increased over the past decade or more. I know several of the wallpapers in that folder are "old standbys" to users here; I don't see why we can't ship them normally. Tim

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224 I don't remember the discussion, so I may have just overlooked this part of it. I would like to keep the wallpapers available instead of using the obsolete folder. A better long-term solution would be to borrow the tree interface idea from the screensaver selection dialog. That way the wallpapers could be generally categorized, e.g. "Legacy", "Modern", "Simple", "Nature", etc. Tim

The removed wallpapers have been reinstated in their original location. I have filed bug report 2118 for the "tree-like categorized" wallpaper idea. Cheers Michele