After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 735603 - Add a way so the user knows what online account a photo came from
Add a way so the user knows what online account a photo came from
Status: RESOLVED WONTFIX
Product: gnome-photos
Classification: Applications
Component: general
3.13.x
Other All
: Normal enhancement
: ---
Assigned To: GNOME photos maintainer(s)
GNOME photos maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2014-08-28 13:43 UTC by Ankur Sinha (FranciscoD)
Modified: 2014-12-16 12:50 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Ankur Sinha (FranciscoD) 2014-08-28 13:43:41 UTC
At the moment, all my photos - flickr/google are just shown together. It's difficult to see where a photo comes from. Is it possible to add some sort of icon over the photo like android phones sometimes do so the user can see what the source of a photo is: flickr/google/facebook/local?
Comment 1 Debarshi Ray 2014-09-09 16:07:25 UTC
You can filter based on the source using the searchbar dropdown. Isn't that enough for you?
Comment 2 Ankur Sinha (FranciscoD) 2014-09-10 01:17:14 UTC
(In reply to comment #1)
> You can filter based on the source using the searchbar dropdown. Isn't that
> enough for you?

I hadn't even realised on could do this because well, you expect the search icon to be used to search for something specific - the way I use it in documents to find a specific file whose name or metadata I know, not to filter on the basis of source. Most images don't have proper names, so one doesn't quite look at using search at all. It's more "browse .. browse .. browse, oh! here it is!" 

I think the Ipad photo app, for example, has a panel where the various sources are listed that lets the user easily browse through them.

When I select the different sources, it takes a couple of minutes to populate the list, and there isn't a timer or anything to tell the user that it's working in the background. A couple of times, I thought nothing was happening, then I left it for about 10 minutes and that's when the list came up. Photos in general is quite slow. Is that a bug worth filing too? It could be tracker related - every time I run photos tracker starts up and suffocates my system.
Comment 3 Ankur Sinha (FranciscoD) 2014-09-10 01:18:58 UTC
when it takes these minutes to populate, the cursor blinks in the search box as if it's expecting input, and the "load more" button comes up in the bottom. Photos don't come up by themselves for quite a while.
Comment 4 Ankur Sinha (FranciscoD) 2014-09-10 03:45:29 UTC
Debarshi,

Do you think changing the icon to a filter[1] rather than a search, or a combination of the two to imply that this is where you both search for a document or filter your current list, would make it clearer? 


[1] https://cdn1.iconfinder.com/data/icons/windows-8-metro-style/512/empty_filter.png
Comment 5 Debarshi Ray 2014-09-10 09:12:22 UTC
(In reply to comment #2)
> (In reply to comment #1)
> Photos in
> general is quite slow. Is that a bug worth filing too?

I know of a few things that can be improved - GEGL's rendering can be a bottleneck at times, GtkIconView performance issues. But I don't know which one of these is affecting you.

> It could be tracker
> related - every time I run photos tracker starts up and suffocates my system.

Can you be a bit more specific. Is it tracker-store or tracker-miner-fs or tracker-extract? Worth filing a bug against tracker with details.
Comment 6 purfett 2014-10-14 23:47:08 UTC
I agree too, especially considering how much is slow photos loading photos. So much that is unusable for the first minute at least.
Comment 7 Jakub Steiner 2014-12-16 12:49:14 UTC
Currently you can see the source indication in the properties dialog. We can also display local "on device" photos using the filter. Performance issues are a separate thing (very important, but irrelevant to this report). I wouldn't pollute the view with some overlays.