Skip to content
This repository has been archived by the owner on Nov 1, 2020. It is now read-only.

Pick your slideshow button disposition! #81

Closed
oparoz opened this issue Sep 4, 2016 · 23 comments
Closed

Pick your slideshow button disposition! #81

oparoz opened this issue Sep 4, 2016 · 23 comments
Labels
discussion Being discussed enhancement New feature or request

Comments

@oparoz
Copy link
Member

oparoz commented Sep 4, 2016

From @oparoz on September 16, 2015 11:31

For 9.0, we should have more actions available in the slideshow, but we have to decide which ones should always be seen and which ones should be hidden away behind 3 dots.

In order to have constructive arguments, it would be good if each of you could browse the web and look at what popular apps are doing. They usually have large teams working on their projects. You should also reach out to your designer/usability expert friends for some input.

@jancborchardt's views are:

  • The eye is drawn to the image. And even if it is drawn to the top, that’s another reason why the actions should be at the bottom. Because otherwise they will distract from the image
  • The only actions which need to be visible always are Favorite, Share and maybe Download
  • Download should only show there directly (instead of the more menu) for public shares, not when you are logged in to your own ownCloud where, well, you already have all the files downloaded

My views are:

  • I prefer buttons at the top. I see what's available instantaneously and it works on small screens
  • I agree that we should hide the less used buttons, but I'm still undecided on which ones that should be

ownCloud's viewer

Shown buttons

  • Favourite
  • Share, including social media sharing
  • Download

Hidden buttons

  • Delete
  • Rename
  • Play (slideshow)

Unknown location

  • Rotate
  • Brightness
  • Flip
  • Colourise

Rough proposal

The competition

  • Some interfaces don't offer many options in the slideshow itself, the app has another view to manage the files themselves
  • Some UI have legibility issues, but it's still interesting to see what they think is an important button

Pyd.io

Photoswipe

Trovebox

500px

500px

Flickr

flickr

MS Photos

photos

Picasa

picasa

Note: This discussion will not be for the faint of heart. You'll hear passionate arguments from all sides. There will be studies, screenshots thrown at each other. You have been warned!

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Copied from original issue: owncloud/gallery#351

@oparoz oparoz added discussion Being discussed enhancement New feature or request feature:slideshow labels Sep 4, 2016
@oparoz
Copy link
Member Author

oparoz commented Sep 4, 2016

From @jancborchardt on September 16, 2015 11:40

Everywhere actions are at the bottom except MS Photos. Case closed on the position at least? Keep in mind the position of the Download button is a topic for 8.2, not 9.0!

@oparoz
Copy link
Member Author

oparoz commented Sep 4, 2016

You're forgetting Photoswipe and in most examples there is no filename or caption at the bottom. They sometimes show the author name and it's not centred.

I've picked these examples to look at which buttons they think are important.

@oparoz
Copy link
Member Author

oparoz commented Sep 4, 2016

From @jancborchardt on September 16, 2015 11:47

We don’t have author name, and don’t really need it at the moment. Please, focus on what we have and need for 8.2 – and that is only the filename and download function. And that shouldn’t be thrown all over the place, but close together because it both belongs to the file. Thanks.

@oparoz
Copy link
Member Author

oparoz commented Sep 4, 2016

From @jancborchardt on September 16, 2015 11:49

And btw, awesome on the research! :) I don’t mean to sound like I’m shooting down discussion – but honestly here it’s just about moving the download action, and we need to fix it for the coming 8.2 release.

@oparoz
Copy link
Member Author

oparoz commented Sep 4, 2016

Keep in mind that this is a discussion for 9.0 and about show/hide buttons, so that we can keep the 8.2 stuff in other "issues".

@oparoz
Copy link
Member Author

oparoz commented Sep 4, 2016

From @deMattin on September 16, 2015 12:34

Going on discussion for future versions:

Comparing with other apps has to be done carefully to not compare different intentions of use.

Is it a maintained gallery or photo show, where users have uploaded their revised pictures to be shown or is it a picture crawler, showing all images of your data space (like owncloud gallery)?

In actual environments/cams/smartphones autorotation mostly works perfect and you often don't get wrong orientated pictures. But there are also (other and older) pictures in your or others data spaces!

As I mentioned in another thread (owncloud/gallery#349 (comment) and following), I see the rotation button as a really needed button in view, because you get there all pictures, you have in your cloud or shared by others and they are often not maintained or rotated, if autorotation doesn't work for whatever reason.

BTW: For my owncloud pictures, I need no rotation button, because my pictures (incl. old ones) are all well orientated.
But if you get shared pictures from somebody, who doesn't care of orientation, you are lost, if many of the pictures have wrong orientation.

As an example:
My mother uploaded her holiday pics and with her older digicam all portrait photos are shown in landscape. It is horribly to have a look at the pictures, if a rotation button is not quickly accessable.
(until now with oc 8.x, you have to twist your neck to view such pictures -> awful ...)

So for me the rotation button is the most important button to be shown in a picture crawler like gallery (and prev and next picture buttons of course).
It's abolutely more important to get a quick access button for rotation than download or share buttons in a VIEWER app for probably unmaintained pictures!
These other actions can go in a "..." menu without problems or slow down of normal useage.

If someone is another opinion, one may have had luck, not to have (often) got photos with wrong orientation ... ;)

Edit:
btw: A double action button (rotate left or right) would be best, not to click 3 times, if you have to rotate 90° sometimes left and sometimes right.

@oparoz
Copy link
Member Author

oparoz commented Sep 4, 2016

From @enoch85 on September 16, 2015 13:19

I defiantly think Photoswipe is the cleanest solution here, but not totally. I haven't tested @jancborchardt design, but I like the screenshot there as well. So in other words - a combination of @jancborchardt proposal together with Photoswipe would have my 👍 .

Another thing I miss: a delete button. Imagine you go through the pictures from last nights party or whatever, some of them will be messy and blurry, and you want to delete them.

Action today

  • Go to the local file and delete it from either your OS (if you have the sync client installed), or the files app.

Proposal

  • Add a delete button (same style as in the Files app) and delete it directly. Of course the same yellow field in the top should be present, just as it is in the files app if you accidentally remove something.

@oparoz
Copy link
Member Author

oparoz commented Sep 4, 2016

@enoch85 - I was like you, thinking that both are clean and that it wouldn't matter if it was top or bottom, but I've changed my mind once I tried on mobile. Anyway, top/down discussion should be tracked here: owncloud/gallery#349

Not sure I would need the delete button in the slideshow, but I have a feeling this is going to be a long discussion. The needs on the Files side are different than on the Gallery side. One for the 3-dots button

@oparoz
Copy link
Member Author

oparoz commented Sep 4, 2016

From @jancborchardt on September 16, 2015 14:11

(For what it’s worth, I think 500px has by far the cleanest and nicest design.)

@oparoz
Copy link
Member Author

oparoz commented Sep 4, 2016

It's not bad, but they have very few icons. We need more screenshots from online photo apps. Maybe Google Photos, iCloud?

@oparoz
Copy link
Member Author

oparoz commented Sep 4, 2016

From @LukasReschke on September 16, 2015 14:28

2015-09-16_16-25-37
2015-09-16_16-28-16

@oparoz
Copy link
Member Author

oparoz commented Sep 4, 2016

From @deMattin on September 16, 2015 14:29

First approach might be to decide, if you want a toolbar or an overlay design.
Also 500px has a toolbar, but you don't see it, because the picture is black at the bottom.
In actual 500px it looks like that in their gallery view if you dismissed the upcomming shortcuts help (btw a nice idea!):
image
And like that, with expanded "..." menu:
image

@oparoz
Copy link
Member Author

oparoz commented Sep 4, 2016

From @jancborchardt on September 16, 2015 14:35

Google Photos is probably nearest to where I want to go for. I mean, we can also put everything at the top. The main point is that things should not be all over the place. Either top or bottom.

And since at the top there are already things like browser controls and tabs etc it seems more grounded to put the controls at the bottom.

@oparoz
Copy link
Member Author

oparoz commented Sep 4, 2016

From @deMattin on September 16, 2015 14:36

And again as I see noone comments on it:
It isn't a good idea to compare owncloud gallery with online photo apps or social media apps.
Owncloud is none of them though it has some features of these use cases!
In my opinion Owncloud gallery has more to be compared with offline apps on PC, tablet or phone because mainly it's OWNcloud and no social media app with other targets (voting, liking, sharing on many platforms, commenting, ...)!

@oparoz
Copy link
Member Author

oparoz commented Sep 4, 2016

From @jancborchardt on September 16, 2015 14:37

@deMattin well, we have federated sharing, so the social aspect will come sooner or later. And of course we should compare to modern web apps as well.

@oparoz
Copy link
Member Author

oparoz commented Sep 4, 2016

From @deMattin on September 16, 2015 14:44

Surely compare, but with the RIGHT apps.
And I hope owncloud will never become a second facebook, flickr or whatever.
Sharing data to selected users is another thing than sharing something to public under the social media aspect (thogh sharing to public is and should be possible but without voting, liking and that social media stuff, many of the above apps are targeting)

If we are talking only about the general look and technic, it's another thing where it can and should be compared to actual and well used design by popular web apps.

@oparoz
Copy link
Member Author

oparoz commented Sep 4, 2016

From @enoch85 on September 16, 2015 14:54

Ok, changed my mind. Google has exactly everyting that I would like in the Gallery app - even the delete button. It´s just perfect! And, on the top as @oparoz talked about.

@oparoz
Copy link
Member Author

oparoz commented Sep 4, 2016

Thanks for all the new screenshots!

shortcuts help (btw a nice idea!)

I did think it was a nice touch :)

The main point is that things should not be all over the place. Either top or bottom.

For icons, yes, but I think we'll have to split filename and icons because of the limited space available in portrait

And regarding sharing, I think sharing to social media is expected, but no need to go over the top. It's just nice to be able to share the pic you're viewing.

@oparoz
Copy link
Member Author

oparoz commented Sep 4, 2016

From @jancborchardt on September 16, 2015 15:17

For icons, yes, but I think we'll have to split filename and icons because of the limited space available in portrait

Not necessarily. Look at Android and iOS: Both actions and title in the header for most apps. We can ellipsize, and as said put excess actions in a more-menu.

@oparoz
Copy link
Member Author

oparoz commented Sep 4, 2016

I'll wait for the mock ups, but in my tests it doesn't work. The Play button gets in the way.

@oparoz
Copy link
Member Author

oparoz commented Sep 4, 2016

From @enoch85 on December 23, 2015 22:49

Any update here?

@oparoz
Copy link
Member Author

oparoz commented Sep 4, 2016

There aren't any new buttons, so we'll re-evaluate once we need to introduce the 3 dots.

@skjnldsv
Copy link
Member

skjnldsv commented Sep 3, 2019

Superseded by #540

@skjnldsv skjnldsv closed this as completed Sep 3, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
discussion Being discussed enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants