Regression - Share and other buttons in video details

[opusforlife2]

Version

• 0.20.0

Problem

Now that the unified player PR is merged, let me be the first to add a bug to the Unified Player project (https://github.com/TeamNewPipe/NewPipe/projects/17).

We need to find a way to place the Share button back somewhere on the video details page.

Edit: List of buttons reported to be missing:

• Share
• Resolution selector
• Cast to Kodi

List of other possibly useful buttons:

• Play in external player
• Playback speed
• Fit/Fill/Zoom
• Captions
• Mute
• Open in browser

Solution

My suggestion was that it could be placed next to the Autoplay toggle.

From the discussion below:

• How about a left to right swipeable list where the 4 action buttons are? The default visible actions would be the most used ones, and the lesser used ones could be swiped into view, 4 at a time.
• Better would be to allow to rearrange them via long tap and drag.
• I also think it should show as many buttons as possible on that device, e.g. a tablet in landscape will definitely be able to show more than 4 buttons I think.
• Actually, now that I think about it, that right arrow indicator should be present for all form factors, not just TV. We have to let the user know there is something new there, after all. A right arrow beside the download button would be obvious enough to be noticed. Otherwise mobile users would likely not know about this feature until they accidentally swipe sideways in just the right way or read about the feature online.
• Moreover, once the user has swiped left once to access the next 4 action buttons, we should also show a left arrow indicator next to the first action button, as well.

[avently]

What do you call

Autoplay toggle.

?
And why don't you like current place of share button?

[opusforlife2]

Same as I said here: #2907 (comment)

Basically, we currently have a Share button in the top bar (menu bar?) which is gone now, since the entire bar is gone after your PR. This contained the resolution selector and the share button. Resolution selector isn't that important because using it shows intent to play the video anyway, so you might as well change it after playing the video.

But not having a way to share the link without playing the video first, is a regression. So I suggested to put the Share button here:

I thought you didn't like the idea. Now I get the feeling it was just a communication gap between us. 😆

[avently]

I thought you didn't like the idea. Now I get the feeling it was just a communication gap between us.

I just didn't get in the PR thread what you mean by autoplay toggle:) I didn't even think about that area in the page because it's hidden all the time (comments is visible almost always)

a communication gap between us

The issue with a share button is a gap between us. I use it a couple of times in my life and I don't think it should be visible on the page at. It's not useless but it's unused all the time. So I think the current position is good for an unused element.

Let's say someone will come here and say that he wants to see subtitles, or mute, or scale button near autoplay toggle, what will you say? You'll probably say that it's insane idea because these things are unused. This is how I feelling about share button.

[wb9688]

@avently: I'd like to point out that there is a difference between the in-player share button and the share button that previously was at the top. The latter keeps the original URL, while the later first simplifies the URL and then adds the current timestamp (if possible for that service).

I do agree that next to the autoplay button isn't the right location for it imho.

[avently]

while the later first simplifies the URL and then adds the current timestamp (if possible for that service).

So is there situation when you need the first instead of the second? If so, it is possible to show an AlertDialog with both links. Isn't it the fix?

[opusforlife2]

@avently

subtitles, or mute, or scale button near autoplay toggle

They are in the same situation as the resolution selector. As I said above, you only need these once the video is already playing. But that is not the case with sharing. Having to first play a video before being able to share it doesn't make sense. Here's how it would go:

1. You're on the video details page.
2. You tap on the video to play.
3. Tap again to show player controls UI.
4. Tap on the expansion arrow.

Now it's either:

5. Tap on Share.
6. Select an app to share to.
7. Scrub the timestamp from the URL manually.
8. Send the link.

or, if you implement an AlertDialog:

5. Tap on Share. AlertDialog opens.
6. Select the simple share option.
7. Select an app to share to.
8. Send the link.

Your solution is still the same number of steps, just like before. The only thing it is helping with is that the manual timestamp removal is gone.

On the current release, this is the how it goes:

1. You're on the video details page.
2. Tap on Share.
3. Select an app to share to.
4. Send the link.

See the difference?

As for a counter example, take the resolution selector.
In current release, you can:

1. Select resolution.
2. Play video.

After your PR:

1. Play video at default resolution.
2. Change resolution. Takes a few seconds to load the stream.

That's it. The only addition there is a few seconds. So I don't mind it much.

@wb9688

I do agree that next to the autoplay button isn't the right location for it imho.

Yeah, it's just the first empty space I thought of that didn't seem problematic. Any ideas?

[avently]

Your solution is still the same number of steps

I'm not saying it's for effective than yours in terms of number of steps. But it's better logically (unused thing on unused place).

Any ideas?

I see only only two solutions:

1. add a button on top of a thumbnail (like with three dots icon) in the right corner. So it will be visible only when there is thumbnail shown instead of a player. Not good solution and will not save you a one tap. Also this button can be shown in the bottom left corner after duration.
2. Replace download buttons with something like "Actions" which will present bottom sheet dialog like Youtube do with many actions. This one is better since download button is often unused too.

I don't like both solutions but second one is probalby the way how it should work. Don't forget that there is a open in browser button which should be moved out of player too.

[opusforlife2]

Don't forget that there is a open in browser button which should be moved out of player too.

Actually, I'm not sure why that button exists. You can select your browser from the Share sheet directly.

[opusforlife2]

Replace download buttons with something like "Actions" which will present bottom sheet dialog like Youtube do with many actions. This one is better since download button is often unused too.

Hmm. How about a left to right swipeable list where the 4 action buttons are? The default visible actions would be the most used ones, and the lesser used ones could be swiped into view, 4 at a time. Maybe the buttons could change positions based on frequency of use.

If this is a viable solution, then I think swiping them to view 4 at a time would be better than a loose scrollable list, because tapping on the action buttons could become tedious.

[avently]

The default visible actions would be the most used ones, and the lesser used ones could be swiped into view

That's great solution! Not sure about frequency of use because buttons changing their place is kind of annoying and unexpected. Better would be to allow to rearrange them via long tap and drag. But scrollable list is useful. Not many buttons have to be there. Maybe someone will implement it, I hope so.

[opusforlife2]

Better would be to allow to rearrange them via long tap and drag.

Yeah, that makes more sense.

[B0pol]

Swipe doesn't work with Android TV

[opusforlife2]

Swipe doesn't work with Android TV

An arrow indicator at the right for TV, then? When you reach the rightmost action button, another right arrow command from the remote would scroll ahead.

[wb9688]

@opusforlife2: I'm pretty sure it'll just go to the next button when you press right at the last visible button on TV in the kind of swiping thing you meant.

Edit: I also think it should show as many buttons as possible on that device, e.g. a tablet in landscape will definitely be able to show more than 4 buttons I think.