[vlc-devel] [PATCH 0/7] provide detached video for windows

[Rémi Denis-Courmont]

Le lundi 17 août 2020, 15:07:51 EEST Pierre Lamot a écrit :
> On 2020-08-17 11:51, Rémi Denis-Courmont wrote:
> > Hi,
> > 
> > I don't think this belongs in Qt at all. We already have window
> > providers for this, and Qt cannot replace them. Thus it can only
> > result in code/efforts duplication. Besides, we want to minimise
> > platform-specific code in Qt.
> > 
> > We also already have a core API for fullscreen output ports, that Qt
> > ought to implement instead of having its own bespoke handling.
> 
> This patchset is meant to bring the following use case. Send the video
> to a specific screen while keeping the controls on the current screen
> (presentation mode), this is different than the regular fullscreen mode
> where the controls stays over the video.
> The windowed mode kinda comes for free with it.

It was always possible to do that. VLC has supported non-embedded video first. 
Of course, you need to drag and drop - and that's how it should be. That's how 
all apps work. Besides, with a menu item, you wouldn't know where to put the 
window.

A menu only makes sense for fullscreen. And even if you disagree, the fact of 
the matter is that typically window management protocols only explicitly 
support this for fullscreen mode anyway (both EWMH and Wayland do).

> The main advantage is that this operation can be done during the
> playback without having to stop and restart the video to select another
> video output.

That looks violently useless. We used to support reparenting. We conciously/
purposedly dropped it.

Plus it brings big disadvantages, such as code duplication, or more like 
quadruplication if this will be needed independently for 3 different windowing 
systems.

-- 
Rémi Denis-Courmont