https://bugs.kde.org/show_bug.cgi?id=404315
Harald Sitter <sit...@kde.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Ever confirmed|0 |1
Status|REPORTED |CONFIRMED
--- Comment #2 from Harald Sitter <sit...@kde.org> ---
Kind of and also kind of not. The ignore aspect behavior of the other bug would
be if you set Dragon to fit-to-window or whatever the option is called. That
would actually scale the image to the window even when it compromises the
aspect (e.g. a very thin but tall window would have thin and tall people in a
video). If libvlc had that feature your problem would not exist, but only if
the relevant aspect is set. By default it'd exhibit its current behavior
regardless.
The problem at hand, I think, has more to do with dragon always bending to the
will of the phonon backend. It is true that the size hint ultimately comes out
of libvlc and that is why it overrides the user configured size, Dragon could
however simply ignore it and retain its size. IOW: refuse to change its window
size any way other than the user changing it. And that sounds like the
reasonable thing to do, raising the question why it doesn't. So, perhaps there
is actually something more nefarious going on.
This doesn't seem entirely reproducible either. Sometimes reopening the same
video will reset the size, sometimes it doesn't. Consistently it only seems to
happen when opening video1 -> resize -> close -> wait -> open video2 of
different size.
Needs some investigation as to how libvlc arrives at the specific size and how
that propagates up the stack to dragon and why that only sometimes seems to go
wrong.
For the record: the tiny size is actually the minimal (and default) UI size if
I am not mistaken.
--
You are receiving this mail because:
You are watching all bug changes.
