Add x and y to DocumentPictureInPictureOptions

[tomayac]

Since DocumentPictureInPicture.requestWindow() returns a Window which exposes moveTo(), I expected it to work, but in practice it doesn't. My use case is that I have a PiP dashboard that I like to move to a particular area of the screen, which of course is different from the default position in the lower right. Should this work? I was unsure whether to file a Chromium bug or a spec Issue, similar to #33. Sorry if it's more of an implementation problem.

[steimelchrome]

Chrome currently disables this API on purpose and the spec mentions the website being unable to set the position of the PiP window (as a way to help prevent spoofing). It is something we're considering revisiting (along with the ability to resize the PiP window).

[steimelchrome]

For context though, would your use case be solved if we allowed the website to specify an initial position, even if we didn't also enable moveTo()?

[tomayac]

(I searched the spec for "move", but didn't find anything. The relevant search term would have been "position".) For people following this, the relevant spec section is this:

The website cannot set the position of the PiP window.

A non-normative comment is this:

While the aspect ratio or size of the window can be configured by the website, the initial position is left to the discretion of the user agent.

My use case could be perfectly solved by allowing an x and y position to be specified as part of the DocumentPictureInPictureOptions. This way, I could store the width, height, x, and y in localStorage, and restore the position and size exactly as it was the last time. I already do this for width and height, and it works great.

[eighty4]

Dynamically positioning the window would be a useful feature to have. If there's interactive content in a browser, it would be nice to be able to move the PiP window relative to the mouse position over the browser. I understand concerns about spoofing, though. An alternative could be a cat paw/laser pointer mode where the PiP window transitions away on one side of the screen to transition into position on the opposite side of the screen.

This is essentially the capability I'd implement if I had x and y positioning properties. Have it be a feature/mode of the PiP window itself would lend itself to a more ergonomic/natural feeling transition vs setting the position and having it flicker to the other side of the screen.