Open ux-git opened 5 hours ago
What do you think about this solution? When playing, the slider thumb is hidden so that it's more like a loading bar.
Implemented in 448ab40ea45d693309ab61dbfc53a03a9b9ed40b
It's OK, but it has its downsides. In most cases users won't even be aware that there's the slider thumb for some rare cases. And when such rare case happens, the stress level won't allow to discover new ways to find it.
This way we're hiding the fact that user can rewind the video in my opinion. I guess it would be better to provide the tool, but also explain how it works. Unless you don't want to allow the rewind.
I think it's just as "hidden" as any other feature (custom durations, zoom picture, rename media, hide media). They're hidden until the right conditions apply (hovering, right-clicking, etc).
I don't think the rewind feature is so important and used so often that we explicitly need to reference it. It's just there when you can use it and hidden when you can't use it.
Another possible alternative would be to have the tooltip say "To rewind or fast forward, pause the media first" instead of the current media time when the user tries to interact with the timebar while media is playing.
Is your feature request related to a problem?
M3 won't allow to drag the video timeline while a video is presented, but it doesn't explain why. Currently, it might look like a bug.
Describe the solution you'd like
When user tries to drag the playhead, the app can say something like "You can rewind the video only when it's paused"
Describe alternatives you've considered
I tried explaining this to every brother, but that's an infinite process :lau
Additional context
No response