Doc Not Scaling As Expected


(Fran Brennan) #1

Hi… I’m sure I’m just missing something blindingly obvious with this but here goes…

For some reason I’m no longer getting the expected result when exporting a Hype doc that has been configured to scale to 100% width. Everything looks exactly as I’d hope when previewed. However, once the doc is exported as a folder the 100% width scaling doesn’t work. I’ve created a super-simple example to illustrate (screenhots and zips attached).

If anyone can shed any light on what’s going on, your thoughts and advice will be most welcome :slightly_smiling_face:

scaleExample.hype.zip (11.8 KB)

scaleExampleHypeFolder.zip (94.3 KB)


(Fran Brennan) #2

Ooops! Apols… quick update… it’s Google Chrome Canary that I’m using.

To confirm, though, the doc scales perfectly to 100% of the width of the browser window in ‘preview’ but not when exported.


#3

Perhaps make sure your zoom (in the browser) is 100% (CMD-0)


(Fran Brennan) #4

Nope, good suggestion but I’ve already double-checked and it’s definitely not that.

It’s a quite a mystery :open_mouth: :slightly_smiling_face:

For now, I’ll need to find a different way of doing things for the actual project I’m working on as I’m on a deadline with no time to find a fix… but it’d be cool to get to the bottom of this at some point as it’s quite a blow to have inexplicably ‘lost’ the ‘scale width’ facility.


#5

The reason I suggested this is because on my version of Canary and Chrome and Safari the doc scales to 100% width up to 1200px so I couldn’t see a problem


(Fran Brennan) #6

Yup, fear not, I guessed that you weren’t sending me on a wild goose chase :wink: The suggestion was much appreciated, I kid you not.

It’s always so frustrating when it’s hard to reproduce an anomaly.

I’m not in any panic, though… I’m sure there’ll be some sort of resolution/answer out there somewhere :slightly_smiling_face:


(Jonathan Deutsch) #7

I’m not able to reproduce with chrome canary; any other tips in what your configuration might be that is causing this?

Do note that the element is using “shrink to fit” behavior, so if your window size is also differing, this could lead to different margins.


(Fran Brennan) #8

Many thanks for taking a look, @jonathan, it’s much appreciated.

I’m still trying to figure out what the issue might be. As-of yesterday, I’ve also begun experiencing some other ‘oddities’ (video footage loaded using inner html in a rectangle is visible in preview mode but not when exported); so I think it’s safe to assume the problem is at this end and (hopefully) not universal.

I’ve done some relatively recent OS updates (I’m using High Sierra 10.13.6); so I’ll check out what’s changed and see if I can trace any of the anomalies to the updates.

Will post back up if I find anything and/or discover any solutions.


(Jonathan Deutsch) #9

There can be some differences in loading content if you are opening the export as a file:/// URL (typically double-clicking) compared to a http/https URL that preview or a live server may have. You may have some hints in the developer console. This doesn’t affect flexible layout, though.


(Fran Brennan) #10

Cheers… I generally have a look at all output as both file:/// and also via a web server; so I can get an accurate sense of how it’ll run when live. I’ll certainly have a thorough examination of the dev console info, to see if that flags up anything obvious.


(Jonathan Deutsch) #11

Unfortunately due to increasing security restrictions over the last 10 years, file:/// URLs (opening as a file) are increasingly divergent from the behavior you’ll see when served. I recommend using a HTTP server if possible - there are personal ones that can be setup locally.

Of course, this might not be your issue at all, but it a likely culprit!


(Fran Brennan) #12

Thanks, again, for your time @jonathan … I generally use Web Server for Chrome but it doesn’t seem to address the issues I’m experiencing.

I definitely think there’s something anomalous going on locally with my OS.

I’ll keep hunting for the cause/causes as time permits - meanwhile, though, I’m adhering to the adage that there are a million different ways to achieve the same, or nearly the same, result; so I’m happily pursuing a different route to end output for the mo’ :slightly_smiling_face:

Cheeeeeeeeeeeeers,
Frannie


(Jonathan Deutsch) #13

Oh, that’s a cool extension! Keep us posted if you find out what it is or end up coming up with other possible differences/steps to reproduce.