universalviewer icon indicating copy to clipboard operation
universalviewer copied to clipboard

Tall videos exceeding available space in UV

Open edsilv opened this issue 2 years ago • 11 comments

image

edsilv avatar Nov 30 '21 16:11 edsilv

IIIF manifest: https://digitalcollections-api.arts.ac.uk/iiif/objects/koha:1482749

dhrobinson avatar Dec 01 '21 08:12 dhrobinson

@edsilv Do you know when this issue might be scheduled in?

dhrobinson avatar Dec 17 '21 08:12 dhrobinson

@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 avatar May 31 '22 09:05 dhrobinson

@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 avatar Jun 02 '22 17:06 stephenwf

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 avatar Jun 03 '22 03:06 ksclarke

@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.

stephenwf avatar Jun 03 '22 12:06 stephenwf

@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

dhrobinson avatar Jun 06 '22 07:06 dhrobinson

@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.

ksclarke avatar Jun 06 '22 15:06 ksclarke

Sorry! Forgot about that, thanks!

stephenwf avatar Jun 06 '22 15:06 stephenwf

Is it ok to close this?

edsilv avatar Aug 31 '22 08:08 edsilv

@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.

Screenshot 2022-08-31 at 10 16 01

stephenwf avatar Aug 31 '22 09:08 stephenwf

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.

LlGC-szw avatar Aug 25 '23 11:08 LlGC-szw

Closing as resolved

edsilv avatar Sep 28 '23 14:09 edsilv