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 751116 - Sidebar for viewing photo details
Sidebar for viewing photo details
Status: RESOLVED OBSOLETE
Product: gnome-photos
Classification: Applications
Component: general
3.17.x
Other All
: Normal enhancement
: ---
Assigned To: GNOME photos maintainer(s)
GNOME photos maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2015-06-17 14:59 UTC by Allan Day
Modified: 2018-01-23 09:48 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Allan Day 2015-06-17 14:59:12 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.
Comment 1 Debarshi Ray 2015-10-23 11:06:40 UTC
(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
Comment 2 Debarshi Ray 2015-10-23 11:23:23 UTC
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.
Comment 3 Allan Day 2015-10-23 17:02:03 UTC
(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.
Comment 4 Debarshi Ray 2015-10-23 21:34:12 UTC
(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?
Comment 5 Alessandro Bono 2016-09-17 11:57:26 UTC
Do we want to be able to switch to the next/previous photo while the sidebar is showed?
Comment 6 Debarshi Ray 2016-09-19 18:25:18 UTC
(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.
Comment 7 Jakub Steiner 2016-09-23 13:49:40 UTC
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
Comment 8 Debarshi Ray 2016-09-29 13:36:00 UTC
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. :)
Comment 9 Alessandro Bono 2016-10-27 11:03:36 UTC
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?
Comment 10 GNOME Infrastructure Team 2018-01-23 09:48:02 UTC
-- 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.