I should mention that these are unsupported, are not guaranteed to work in future versions, and please use at your own risk. Also keep them in mind should you ever have problems -- for a lot of them there are very specific bugs that are tradeoffs in using them.
The list was updated based on the conversation about “Strange effects on MacBook Pro M3”.
Maybe I'm imagining things, but Hype seemed a lot… snappier …with WebKit graphics acceleration enabled. On my MacMini 2018, it really slows down when running a Hype project with too many elements. One of the reasons a recent template had 12 cards instead of 24 was that Hype was running too slowly with 24 cards. I just loaded up that template and it seemed OK.
Although, I tried revisiting one of the line drawing projects mentioned here… Adventures In Line Drawing …but it was still pretty laggy.
Maybe it was even worse than I remember. So, I turned off the setting, loaded up the card project again, and it was super laggy. WHEW! I turned the setting back on and Hype was nice and snappy again!
Why isn't that setting on all the time, or a toggle setting?
To clarify, I had actually used the wrong bool -- the default is YES, and to try to fix the bug, it should have been NO (the slower path).
It does not surprise me that with it off it is slower... I'll take a look at your document, it might be that I try another more targeted fix for the bug to try to preserve performance.
I assumed this was a document from one of your templates that would be accessible to download... but just so we're on the same page, can you please send me a zip of the document in question? Thanks!
The use case is that I mostly don’t use preloading and let the browser handle image loading…on some above the fold images I set preload (so, I would like to use it opt-in). This could also be a setting in the settings screen as it isn’t that obscure of a workflow and setting a conscious default is probably a good thing. A terminal default for now is fine, though.
The Hype loading bar is something of a throwback to the Flash days. Since it's not so easy to customize the loading screen — and since modern viewers generally dislike progress bars — my approach to Hype projects has been lightweight graphics… vectors, small images, or stuff that loads later.
So, when you really think about this issue, three things need to happen…
Make it easier to customize the loading screen
Setting to make the "preload" option disabled by default.
Lazy-load setting for images. (No Internet Explorer means the support is excellent.)
It will be newResourcesAreSetToPreload in v4.1.17.
It has been often requested to be able to do per-scene loading granularity with the ability to make progress bars. I admit some of that is throwback to flash days, but still we can't necessarily rely on fast connections and being able to show some progress if scenes might get held up is going to be the way to go. I'd like users to be able to make their own loading/progress bars and just have some binding to hype's internal loading progress.
Requests for fine-grained preloading goes way back and we've accumulated a lot of information from users on all kinds of interesting control and display status. Suffice it to say, it unfortunately isn't quite as easy as boiling down to a percent .
.
