universalviewer
universalviewer copied to clipboard
Tall videos exceeding available space in UV
IIIF manifest: https://digitalcollections-api.arts.ac.uk/iiif/objects/koha:1482749
@edsilv Do you know when this issue might be scheduled in?
@edsilv Just to add some more info around this after further testing.
It looks like the video player in v4.0.0-pre.103 is sized to 100% of the width of the available area; however it is not checking the height of the available area, so it will happily crop a 4:3 video that is displayed in a 16:9 frame for example. Previous versions fit videos correctly to the available area.
Live example: https://digitalcollections.arts.ac.uk/object/?code=calm:UAL/OH/3 UV v4.0.0-pre.53
@dhrobinson How is this looking: https://deploy-preview-858--uv-v4.netlify.app/#?manifest=https://digitalcollections-api.arts.ac.uk/iiif/objects/koha:1482749&c=&m=&cv=&xywh=
I'm interested in this ticket too. With Firefox, and the zoom on the browser up to %120, it scales just fine. On Chrome, and the zoom on the browser up to 125%, the bottom part of the video falls off-screen. This causes the controls at the bottom to not be visible and, if closed captions are used (like in https://deploy-preview-858--uv-v4.netlify.app/#?manifest=https://gist.githubusercontent.com/stephenwf/4fe098a9faf8a141ae71a50e2939eaf4/raw/e782e0a1fd1599baea900247186d52592d2878f5/vtt.json&c=&m=&cv=&xywh=), they fall off the bottom of the screen too.
This is on a Linux machine, for what it's worth. Other Chrome-derived browsers (e.g. Brave) also behave the same as Chrome.
Without using zoom, it looks good... it's just I'm old with failing eyesight so my default is to use the browser's zoom feature. :-)
@ksclarke I'm sorry I was not able to replicate that sizing on Chromium/macos - but manually changing the line-height of the title seemed to push the video down slightly. I would be inclined to keep the issue open to maybe improve the sizing, but remove as a v4 regression.
@dhrobinson How is this looking: https://deploy-preview-858--uv-v4.netlify.app/#?manifest=https://digitalcollections-api.arts.ac.uk/iiif/objects/koha:1482749&c=&m=&cv=&xywh=
@stephenwf Looks good to me - will try a build at this end and test it out. Thanks
@stephenwf Did you change your mind about keeping open for sizing refinements? Or, is there another ticket that I should follow now? Fwiw, a colleague tested on Windows too. It seems to just be a Linux issue, and I understand the Linux + Chrome + using browser zoom user base is probably pretty small in numbers.
Sorry! Forgot about that, thanks!
Is it ok to close this?
@edsilv I still think we could improve how much of the available space a video uses within the UV, but I think the original issue of exceeding the available space has been resolved.

All issues will be triaged for further investigation or closure by the 28 September 2023. If your issue is still relevant and would like for it be investigated further please comment by 14 September 2023.
Closing as resolved