I've tried implementing this script. I am assuming that the script will display the document to the browser window size and scale down as I reduce the width of the browser window.
This will be a game changer if I have it correct.
Although it does scale down, it does not fit the Hype window into the browser window at load. Example attached.
just to mention:
there are differences in how to achieve the responsiveness. and not every hypedoc will fit to one of the above solutions. it's highly depended to the document-setup ... and of course to the environment later on ..
though the proportional resizing regarding Hypes Layoutdimensions is robust and will work well either using scale or resize there may also be necessary adaptions regarding the event to fetch to apply the scale/resize. eg if a Hypedoc makes heavily use of scenetransitions it'll be better to bind the scale/resize to the resize-event of the window or observing the dimensions of a Parent-element of a hypedoc instead lean on Hypes LayoutRequest-Event
And @h_classen is the original author of this code I just packaged it up and added a trigger. It is actually compiled with closure to an extent. I did that so it would be small but I’ll revert to to regular code for readability as I built a pretty neat Closure Compiler integration on export/previews I am currently using in-house and will release soon.