Getting a strange issue with some of the hypes I export.
The hype_generated_script.js loads just fine, it uses the path in the html, however the HYPE-664.thin.min.js (in the same folder as is standard) is not loading as it usually does (404’ing). It seems to just be appending on to the current url instead of following the root folder like the main js file does.
Most hypes are fine, in very similar folder structures
Hype typically expects the .hyperesources folder containing the *_hype_generated_script.js and the HYPE-NNN.thin.min.js runtime file to be placed next to the .html that is loading it. The *_hype_generated_script.js itself stores the name of the .hyperesources folder to combine to load the HYPE-NNN.thin.min.js file; it is probably just trying to load “./ManagingADHDInTheClassroom.hyperesources/HYPE-664.thin.min.js”.
Of course in the real world there’s tons of cases where the .hyperesources folder may not be next to it, such as what you have done. I assume you have edited the src of the <script> tag that calls the *_hype_generated_script.js file?
Because this is common, the *_hype_generated_script.js file itself will attempt to find the full URL of its .hyperesources folder and use that instead of just the relative path. From the 404 you’re getting, it sounds like this full script path search is failing in some way. So it is falling back to assuming the .hyperesources folder is next to the .html. I’d need to see your src value and probably see the document on the live server to figure out why it cannot find the full path and give a recommendation.
In lieu of that, the easier solution may be to use an iframe that calls to a simple .html file (like the default exported one) in a spot that is next to a .hyperesources folder.
I realize this is hard to explain in a post, but hopefully that makes sense?
That would also explain it! Most systems are case sensitive; macOS file systems by default are case preserving but not case sensitive. This can often introduce issues when there are case typos and sites go onto production servers.