GNOME Bugzilla – Bug 751116
Sidebar for viewing photo details
Last modified: 2018-01-23 09:48:02 UTC
By default, when you open a photo, you get a simple view of it without many controls or details getting in the way - this is great if you just want to look at your images, or if you want to find an image by browsing through. Sometimes you want to go through your images in order to organise them, though - you might want to add titles or descriptions before sharing, or you might want to organise some images into albums. This is what the details sidebar is intended to allow: https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/photos/new/photos-photo-details.png The idea is that the sidebar can be toggled by the user, using the lightbulb button in the header bar.
(In reply to Allan Day from comment #0) > This is what the details sidebar is intended to allow: > > https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/ > photos/new/photos-photo-details.png Current URL: https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/photos/photos-photo-details.png
The details sidebar does have some overlap with the existing properties dialog. Would be nice to have some explanation about how they relate to each other.
(In reply to Debarshi Ray from comment #2) > The details sidebar does have some overlap with the existing properties > dialog. Would be nice to have some explanation about how they relate to each > other. That's a good question. The basic idea was that the ... button would open the existing properties dialog, as a way of viewing more details. However, you are right that this design would impact on the role of the properties dialog. I can think of four possible directions here: 1. Don't allow editing the title, description or albums from the properties dialog, so it's more of a viewer (whereas the sidebar is an editor). 2. Don't show the title, description or albums in the properties dialog. It becomes more of an EXIF details dialog. 3. We put everything that's in the sidebar into the properties dialog, plus other details. Here it would be like an extended properties thing. 4. Make the ... show more details in the sidebar, and drop the properties dialog. I think that 2 and 4 would be my preference, but I'd be interested to hear what you think.
(In reply to Allan Day from comment #3) > That's a good question. The basic idea was that the ... button would open > the existing properties dialog, as a way of viewing more details. However, > you are right that this design would impact on the role of the properties > dialog. I can think of four possible directions here: > > 1. Don't allow editing the title, description or albums from the properties > dialog, so it's more of a viewer (whereas the sidebar is an editor). > > 2. Don't show the title, description or albums in the properties dialog. It > becomes more of an EXIF details dialog. > > 3. We put everything that's in the sidebar into the properties dialog, plus > other details. Here it would be like an extended properties thing. > > 4. Make the ... show more details in the sidebar, and drop the properties > dialog. > > I think that 2 and 4 would be my preference, but I'd be interested to hear > what you think. I am leaning towards 2. There can be potentially a lot of EXIF details. I neither want to completely remove them (even Flickr lets you see them, and they can be a big help if your camera got stolen and you need to retrieve some details to file a police report), nor do I want to bombard the user with too much information. So shoving it off into a corner looks like a nice option. Would the icon beside "Albums" open the album dialog where you can add/remove the current photo to/from an album?
Do we want to be able to switch to the next/previous photo while the sidebar is showed?
(In reply to Alessandro Bono from comment #5) > Do we want to be able to switch to the next/previous photo while the sidebar > is showed? I think so, yes.
I would prioritize some of the EXIF info and present it top level, with perhaps a way do dig in deeper. As a first step I would focus on presenting the things a photographer is interested in -- - camera model - lens used - exposure info (shutter speed, aperture, EV, ISO..) I've made a quick wireframe of what I consider a good combination of properties with now provide in th emodal + a few new additions like geolocation (bug #747123). https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/photos/wires-properties.png
One problem with getting rid of the properties dialog is that we won't have a way to access the information it currently has from the selection mode. I primarily use the properties dialog to differentiate between RAWs and JPEGs, or an image that's already on Flickr versus one that is local. Sometimes the path of the file is important if I have some images exported from Darktable mixed with my originals. Maybe we can make some of that a more obvious so that one doesn't have to use the properties dialog? Otherwise I don't mind ditching the properties dialog. The new sidebar does look awesome! (In reply to Jakub Steiner from comment #7) > I would prioritize some of the EXIF info and present it top level, with > perhaps a way do dig in deeper. As a first step I would focus on presenting > the things a photographer is interested in -- > > - camera model > - lens used > - exposure info (shutter speed, aperture, EV, ISO..) > > I've made a quick wireframe of what I consider a good combination of > properties with now provide in th emodal + a few new additions like > geolocation (bug #747123). > > https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/ > photos/wires-properties.png Thanks for the nice mockup. The "restore original" button seems to be missing, but I guess that's a detail. :)
The sidebar is visible, GNOME Photos gets closed and opened again. Should the sidebar be visible (accordingly to user's last decision) or be hidden by default every time?
-- 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/28.