Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature Request]: In Progress Video Thumbnails #3050

Open
3 tasks done
hl2guide opened this issue Jan 11, 2023 · 4 comments
Open
3 tasks done

[Feature Request]: In Progress Video Thumbnails #3050

hl2guide opened this issue Jan 11, 2023 · 4 comments
Labels

Comments

@hl2guide
Copy link

Guidelines

  • I have searched the issue tracker for open and closed issues that are similar to the feature request I want to file, without success.
  • I have searched the documentation for information that matches the description of the feature request I want to file, without success.
  • This issue contains only one feature request.

Problem Description

Videos that are in progress of viewing (say 30% watched) have the same dimmed appearance as a 100% watched video on their thumbnails.

Proposed Solution

Please consider either adding an icon for "in progress" or dimming them less than 100% watched videos.

Alternatives Considered

Using the app as is.

Issue Labels

visual improvement

Additional Information

No response

@hl2guide hl2guide added the enhancement New feature or request label Jan 11, 2023
@FreeTubeBot FreeTubeBot added this to To assign in Feature Requests Jan 11, 2023
@kommunarr
Copy link
Collaborator

kommunarr commented Jun 24, 2024

Using 100% as a binary breakpoint is not perfect, as many people stop their videos partway through. Dimming the opacity on a gradient of watch % isn't perfect either, as depending on the implementation, it risks 1) making "is this video watched at all" harder to visually detect, and 2) making a list/grid of watched videos more cognitively complex, with multiple opacity gradients to visually parse. This feature also introduces the problem of presenting less information on the History page than appears in other views, which is not what you would expect as a user.

I'm open to other solutions that take into account the above considerations.

Also of note: I'm not sure how effectively we're currently communicating watched & watched % to disabled users. It would be worth checking with YT's implementation and other apps for possible inspiration on how we could improve our accessibility here if at all.

@efb4f5ff-1298-471a-8973-3d47447115dc

IMO the feature introduces more problems than solutions

@hl2guide
Copy link
Author

hl2guide commented Jun 26, 2024

Using 100% as a binary breakpoint is not perfect, as many people stop their videos partway through. Dimming the opacity on a gradient of watch % isn't perfect either, as depending on the implementation, it risks 1) making "is this video watched at all" harder to visually detect, and 2) making a list/grid of watched videos more cognitively complex, with multiple opacity gradients to visually parse. This feature also introduces the problem of presenting less information on the History page than appears in other views, which is not what you would expect as a user.

I'm open to other solutions that take into account the above considerations.

Also of note: I'm not sure how effectively we're currently communicating watched & watched % to disabled users. It would be worth checking with YT's implementation and other apps for possible inspiration on how we could improve our accessibility here if at all.

@kommunarr

Currently if you watch 1 second of a video and then pause and go back to Subscriptions it shows as dimmed and "WATCHED".

May be we should consider just having watched statuses like so:

  • UNWATCHED : 0% progress (undimmed)
  • PARTIALLY WATCHED : up to 59% progress (undimmed)
  • MOSTLY WATCHED : 60% to 89% progress (undimmed)
  • WATCHED : 90% to 100% progress (dimmed)

OR

even simpler: Just only dim for 90% to 100% video progress.

@kommunarr
Copy link
Collaborator

I appreciate the suggestions, but for either of your suggested solutions, it still has the problem of:

depending on the implementation, it risks 1) making "is this video watched at all" harder to visually detect

, which is arguably much more desired of a behavior than "is the watched styling misrepresenting the degree of progress". Any solution that we implement should not compromise the former to achieve the latter.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
Development

No branches or pull requests

3 participants