GNOME Bugzilla – Bug 662296
No more indication on the file displayed as backgroud
Last modified: 2012-03-07 11:44:03 UTC
this report has been filed here: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/877734 Package: gnome-control-center 1:3.2.0-0ubuntu6 "In the "change wallpaper" dialog, hoovering the mouse on the proposed backgounds does not provide any information on the file chosen"
Why would that be a bug?
In previous versions of the appearance panel, users could see a tooltip when hovering on the background, which contained the Name of the file, the folder it's in, its type (JPEG/Slideshow/...), and the width and height. While showing the image resolution and the type of the file is not absolutely needed, I agree that showing the location of wallpapers would be helpful, as backgrounds can be manually added from any path, and the user might forget where did he add the wallpaper from, or the user might want to copy a wallpaper, but he might not know where the wallpaper is located. In these cases the place where a normal user would start looking for the location of the wallpapers would be the background selector panel, to see if it displays the path of the backgrounds loaded.
(In reply to comment #2) > In previous versions of the appearance panel, users could see a tooltip when > hovering on the background, which contained the Name of the file, the folder > it's in, its type (JPEG/Slideshow/...), and the width and height. > > While showing the image resolution and the type of the file is not absolutely > needed, I agree that showing the location of wallpapers would be helpful, as > backgrounds can be manually added from any path, and the user might forget > where did he add the wallpaper from, When you add a wallpaper, it's actually copied to a local folder. > or the user might want to copy a > wallpaper, but he might not know where the wallpaper is located. In these cases > the place where a normal user would start looking for the location of the > wallpapers would be the background selector panel, to see if it displays the > path of the backgrounds loaded. It looks very much like bug 630468 would solve your particular problem.
as per comment 3, can we mark with dup of dup 630468 ?
Pedro / Robert: Can you answer comment 4?
Sorry for the late response, I have missed the question. Yes, I think letting the user open the background would solve the problem.
Marking as a dupe as per comment 6, thanks. Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of bug 630468 ***