GNOME Bugzilla – Bug 758705
Should act as a viewer too
Last modified: 2018-01-23 09:50:03 UTC
Currently there is no option to open an image directly in Gnome Photos. So in case I have an image, I want to be able to open on Gnome Photos directly from file manager or terminal, edit it (eg a crop) and save it. I'm not sure this is an actual bug, since Gnome Photos only handles files on certain folders. I just leave this bug here as there was a discussion in Fedora for making Gnome Photos a default image (viewer) application.
The discussion in Fedora: https://lists.fedoraproject.org/archives/list/desktop%40lists.fedoraproject.org/thread/ALML7OR44BW5GSP7VJIDZEO4A4JSELDE/
gnome-documents/gnome-books have the same problem. Videos handles this, even for files outside the indexed directories, which makes sense to me.
Some context too: I understand that we don't have a fully operational "semantic desktop"[0], but having apps backed by Tracker such as Documents, Books, Music... is a step towards that. the concept of a semantic desktop, between other things, intents to distance the user from the file/filesystem concept. So I don't want to engage myself in the discussion of whether we should open files directly in our apps because I find this feature to be of minor relevance. But anyway, my objective in this comment is to provide some context on why this is something we don't support since day 1. [0] https://courses.ischool.utexas.edu/donturn/2008/fall/INF_385T-SW/readings/Sauermann-2005-Semantic_Desktop.pdf
(In reply to Felipe Borges from comment #3) > Some context too: I understand that we don't have a fully operational > "semantic desktop"[0], but having apps backed by Tracker such as Documents, > Books, Music... is a step towards that. That's a nice idea, except that this makes it impossible to have a smooth transition from what we had, to where we want to be. The file manager isn't going away, short term (even "semantic desktops" such as Android and iOS have file managers). Not implementing this makes it harder to transition.
(In reply to Bastien Nocera from comment #4) > (In reply to Felipe Borges from comment #3) > > Some context too: I understand that we don't have a fully operational > > "semantic desktop"[0], but having apps backed by Tracker such as Documents, > > Books, Music... is a step towards that. > > That's a nice idea, except that this makes it impossible to have a smooth > transition from what we had, to where we want to be. > > The file manager isn't going away, short term (even "semantic desktops" such > as Android and iOS have file managers). Not implementing this makes it > harder to transition. sure. I hope we can revert this feature in the utopian future. :)
(In reply to alex diavatis from comment #0) > So in case I have an image, I want to be able to open on Gnome Photos > directly from file manager or terminal, edit it (eg a crop) and save it. That hinges a great deal on whether we integrate previews more tightly with nautilus.
There was discussion at the Content Apps Hackfest in Madrid whether content apps should also act as viewers - ie., gnome-photos acting as eog, gnome-documents acting as evince, etc.. The conclusion was that, yes, they should act as viewers. This is an about turn from what we had been saying in the past. I saw some design mockups flying around, but, nothing has been implemented in gnome-photos, yet. GNOME 3.22 is probably a reasonable timeline to expect this feature. (Note that totem already acts as a viewer.)
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-photos/issues/35.