nextcloud / server

☁️ Nextcloud server, a safe home for all your data
https://nextcloud.com
GNU Affero General Public License v3.0
27.52k stars 4.08k forks source link

Federated share indicator on file list #12874

Open tobiasKaminsky opened 5 years ago

tobiasKaminsky commented 5 years ago

I am about to add avatar icon to shares, same like on web ui.

first is within the same server, second is via federated share:

Android: image

web UI: image

Now some questions to discuss:

@nextcloud/designers @marinofaggiana

marinofaggiana commented 5 years ago

Good but this (for me) is too "heavy" for a small phone ... no ?

skjnldsv commented 5 years ago

@jancborchardt I think we can remove the avatar and only keep the share icon? What do you think? :)

tobiasKaminsky commented 5 years ago

Removing the avatar is in my opinion the wrong way, as we have this currently on android. And then you cannot distinguish if you have shared a file or if it a received share.

2018-12-06-110448

skjnldsv commented 5 years ago

Maybe just use the avatar then?

tobiasKaminsky commented 5 years ago

@marinofaggiana they then seem to be missing on the folder. On android/web ui you can also click on these icons and the sharing view opens directly. (that is the reason why the are always visible, as they are a shortcut to the sharing dialog).

marinofaggiana commented 5 years ago

Sorry I remembered badly ..... now I have look the code ...

jancborchardt commented 5 years ago

What do you think?

skjnldsv commented 5 years ago

(We specifically moved to avatars because icons are bland and not informative @skjnldsv :)

So you agree we could get rid of the sharing icon then? :)

tobiasKaminsky commented 5 years ago
  • If there's no avatar yet for any scenario, it's just because no one implemented it yet. We should move to avatars everywhere, not only for the share owners. (We specifically moved to avatars because icons are bland and not informative @skjnldsv :)

:+1:

  • It's not necessary to distinguish between local and federated avatars in that small list.

:+1:

49572481-33f75000-f93c-11e8-9680-d6f69d2ef59a

  • We don't show the text "Shared" anymore, the faces imply sharing. We should cut the share icon too when shared.
  • It should be limited to 3 avatars, overlapped. Ideally the most recently active people on that share (if possible to get that info).

This applies to shares that we create and share with e.g. 2-5 users.

49572481-33f75000-f93c-11e8-9680-d6f69d2ef59a

--> I am fine with these ideas. What about the others?

marinofaggiana commented 5 years ago

for me is not good, too much video games or social network , I think that is not a util information

tobiasKaminsky commented 5 years ago

@jancborchardt what do you think? @marinofaggiana I think these are crucial informations and an avatar icon is far better than a generic share icon, in my opinion. Of course these screenshots look a bit crowded with avatars, but in reality you do not share this much…

marinofaggiana commented 5 years ago

@tobiasKaminsky @jancborchardt can you imagine this screenshot + avatar on an iPhone 5

img_a04d5c31eeb2-1

tobiasKaminsky commented 5 years ago

We have this nearly the same way on web UI:

image

I really like it as you can see directly from whom the share is…

marinofaggiana commented 5 years ago

I see a lot of chaos ... but @jancborchardt it's the responsible for the UI/UX ... @jancborchardt ?

tobiasKaminsky commented 5 years ago

This is my personal cloud, as you can see there are way less shares.

image

jancborchardt commented 5 years ago

So you agree we could get rid of the sharing icon then? :)

@skjnldsv yes, see the second bullet point :wink:

We should cut the share icon too when shared.


@tobiasKaminsky your screenshot of the app looks great! This is really how we should do it, so clean.

@marinofaggiana yes, I can imagine that. Currently you have a lot of different icons on the folders, but no real info. I can’t quickly find the pictures of our vacation together! But with the faces shown, I can simply find your face. :)

tobiasKaminsky commented 5 years ago

I can’t quickly find the pictures of our vacation together!

Jan and Marino had a vacation together? rumor :rofl:

marinofaggiana commented 5 years ago

Done.

IMG_5984

jancborchardt commented 5 years ago

Oooh @marinofaggiana piu magnifico mi fratello!

tobiasKaminsky commented 5 years ago

I am not a UI expert (Jan is), but on Android we have the avatars as big as folder icons, and "share" symbol a bit smaller.

skjnldsv commented 5 years ago

I am not a UI expert (Jan is), but on Android we have the avatars as big as folder icons, and "share" symbol a bit smaller.

yes, 32px for both

jancborchardt commented 5 years ago

@tobiasKaminsky good catch, I was looking at it a bit too closely I guess. :D

tobiasKaminsky commented 5 years ago

yes, 32px for both

Not sure how it is on iOS, but on Android you cannot use absolute pixel, as it depends heavily on screen size & resolution.

skjnldsv commented 5 years ago

Not sure how it is on iOS, but on Android you cannot use absolute pixel, as it depends heavily on screen size & resolution.

Yes, I was referring to how it was on the desktop! You're the experts here ;)

szaimen commented 3 years ago

I think this was implemented in all apps and webinterface in the meantime -> closing.

tobiasKaminsky commented 3 years ago

No, we still have "plain share" icon instead of showing federated avatar, etc.

szaimen commented 3 years ago

You are right. I only tested with internal shares.

nickvergessen commented 3 years ago

No, we still have "plain share" icon instead of showing federated avatar, etc.

Showing a federated avatar means we need to wildcard allow all remote shares in the CSP, not sure if this is doable.

tobiasKaminsky commented 3 years ago

I am not 100% sure if I recall it correctly, but there was an idea to have an federated avatar endpoint. So then the client/web on nc A would ask for user xy on nc B and depending on their privacy settings it would either give real image or placeholder.

Ref: https://github.com/nextcloud/server/issues/14564