[MPlayer-dev-eng] fixed-vo in VDPAU
The Wanderer
wanderer at fastmail.fm
Tue Nov 3 14:52:10 CET 2009
On 11/03/2009 04:12 AM, Dan Oscarsson wrote:
> mån 2009-11-02 klockan 19:38 -0800 skrev RC:
>
>> On Mon, 2 Nov 2009 09:23:23 +0200
>>
>> Serguei Miridonov <mirsev at cicese.mx> wrote:
>>
>>> ... and, as I wrote in my other post, average user perception of
>>> this: the window will keep its geometry or full-screen/panscan
>>> mode if (s)he changes it during the playback.
>>
>> After many years on this list, yours is the first I can remember
>> where someone believed -fixed-vo should maintain settings the user
>> toggled at runtime. So at best, it's disingenuous to claim your
>> mistake is "average user perception." So far, it seems to be "one
>> user misunderstanding, and complaining loudly."
>
> Actually I would prefer that even without -fixed-vo, full screen and
> position is kept. If I switch to full screen or move the window to
> the side, I do NOT want it to change to small window and center
> itself in the middle of the screen every time a new file is started.
Would you be satisfied by having the ability to configure e.g. the
fullscreen command so that it would be persistent in this way, as per
the conclusion of the last discussion on this topic (from September 2007
between myself and Reimar)?
> Initial position and window size is by most programs set up when
> program starts. But user changes, like window size, is the kept as
> long as program is running.
This is one case where I would agree, potentially across the board;
window position is a matter for the WM, and window size potentially is
as well. There's reason to let MPlayer specify them, yes, but it
shouldn't override the WM in most cases, because the WM is the most
natural way for the user to configure window position.
> So I would recommend that user changes are kept always.
I would oppose this. There are definitely times I don't want changes to
be kept. (On the flip side, there are also times when I do want that.
This is why I feel the correct solution is to make the "persistent vs.
non-persistent" behavior of these commands configurable.)
--
The Wanderer
Warning: Simply because I argue an issue does not mean I agree with any
side of it.
Secrecy is the beginning of tyranny.
More information about the MPlayer-dev-eng
mailing list