Closed Bug 844084 Opened 13 years ago Closed 10 years ago

Add a full-window option for video

Categories

(Toolkit :: Video/Audio Controls, defect)

defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: rik, Assigned: rik)

Details

Attachments

(1 file, 1 obsolete file)

Putting a video fullscreen comes with some limitations (at least on the mac). One of them is that you can't use other tabs from the same window. A full window option would be nice. Similar to what http://sublimevideo.net/ does when you do Opt-Click on the fullscreen arrow.
Attached patch Work in progress (obsolete) — Splinter Review
Here is my first take on it. It works correctly on standalone video documents but the problem is that it adds a class on regular webpages. Is there a way to only execute this code on standalone video documents?
Attachment #717634 - Flags: feedback?(paul)
Comment on attachment 717634 [details] [diff] [review] Work in progress I believe this would do the job, but you certainly don't want me to provide useful feedback on a front-end patch :-) Forwarding the feedback to Jared.
Attachment #717634 - Flags: feedback?(paul) → feedback?(jAwS)
So Paul gave me the document.mozSyntheticDocument trick to only add the class for standalone videos. Jared: Do you think this is the proper code approach for such a feature? Should we involve someone from UX?
Assignee: nobody → anthony
Attachment #717634 - Attachment is obsolete: true
Status: NEW → ASSIGNED
Attachment #717634 - Flags: feedback?(jAwS)
Attachment #717868 - Flags: feedback?(jAwS)
Comment on attachment 717868 [details] [diff] [review] First working patch Review of attachment 717868 [details] [diff] [review]: ----------------------------------------------------------------- ::: toolkit/content/widgets/videocontrols.xml @@ +1020,5 @@ > + if (this.isVideoInFullScreen()) { > + document.mozCancelFullScreen(); > + return; > + } > + if (e.altKey && document.mozSyntheticDocument) { This would also need to check to make sure that top == window. Using ALT to choose full-window vs full-screen isn't going to be discoverable enough. An approach for this that may be suitable would be to have a full-window button that only appears if the controls are wide enough to leave room for it. Bug 780427 proposes to use a similar show-only-when-possible button to the video controls.
Attachment #717868 - Flags: feedback?(jAwS) → feedback+
What about showing a "full-window" icon when we hover the "full-screen" icon, in the same fashion as the volume slider when we hover the volume icon ?
(In reply to Anthony Ricaud (:rik) from comment #5) > What about showing a "full-window" icon when we hover the "full-screen" > icon, in the same fashion as the volume slider when we hover the volume icon? Hovering volume indicators to see a volume slider is pretty commonplace among web video playback controls, but I don't think this type of interaction for full-window would be expected by users.
True. But I don't see this as an issue. When you're about to go full-screen, you'll discover another option. Whatever we choose, it seems we now need a new icon for this feature. How should we request it?
You can request an icon and interaction feedback from Stephen.
Flags: needinfo?(shorlander)
Making a video full-window seems like it would be less frequently used than making a video fullscreen. Why don't we put the full-window option on the right-click context menu? Then we don't need to add yet another button to the video controls.
We could also just leave this for an add-on to implement. I now think that an add-on would probably be the better route.
Flags: needinfo?(shorlander)
So should I try a patch with full-window in context menu or should we close this bug?
I'd vote for closing this bug and writing an add-on to fulfill the needs here.
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: