Bug 62453 – The forward seek and back seek button in the media control act uncomfortably.

• Status: RESOLVED
• Resolution: INVALID
• Component: DOM

[Dongseong Hwang]

If an user clicks the seek forward button on media controls, the audio or the video is paused and then seeked forward by only 0.07 sec.
If the user presses long, the audio or the video moves forward as nearly similar speed as playback.

It is uncomfortable, compared to Android media player and something like that.

[Dongseong Hwang]

Created attachment 96739 [details]
patch

[Dongseong Hwang]

Created attachment 96931 [details]
patch

[Darin Adler]

Jer, Eric, how does the current behavior compare to the controls in, say, the QuickTime Player application?

[Jer Noble]

(In reply to comment #3)
> Jer, Eric, how does the current behavior compare to the controls in, say, the QuickTime Player application?

I'm glad you asked. :)

In QuickTime Player, I believe the fast forward button increases the playback rate to 2x, 4x, 8x, then wraps back around to 2x.  (Same with rewind.)

I believe some of the content up at Apple.com has adopted this style in their custom javascript controls as well.

[Jer Noble]

To clarify, QTP increases the rate every time the user clicks on the fast forward button.  Returning to "regular" speed requires the user to press the play/pause button.  This works in QTP because they can display the current multiplier in a HUD overlaying the video;  I don't know if we could get away with something similar.

However, the behavior of the default controls could be changed so that the rate multiplier increases the longer the user holds down the FF button.

Either way, however, fast forwarding by pausing the video and then jumping successively forwards in time is probably not the best way ::ahem:: forward.

[Dongseong Hwang]

In Android, fast-forward button causes to jump 15 sec forward, and reward button causes to jump 5 sec backward.

[Dongseong Hwang]

I think this is about policy of each product.
Closed bug.

[Eric Carlson]

Additionally, https://bugs.webkit.org/show_bug.cgi?id=63595 enables true fast forward/reverse on platforms that support trick play modes.

[Adam Barth]

Comment on attachment 96931 [details]
patch

Cleared review? from attachment 96931 [details] so that this bug does not appear in http://webkit.org/pending-review.  If you would like this patch reviewed, please attach it to a new bug (or re-open this bug before marking it for review again).