When "zoom contents" is checked, this relies on using the CSS transform:scale on the group which scales everything inside like a bitmap. I suspect that the scratchpad code isn't taking this into account for its mouse location handling.
If you don't mind turning the zoom contents setting, you can then turn on flexible layout for the children elements individually. Basically just turn on all pins/sizing for the inner elements and then they'll still adjust in size, but do so using their width/height values instead of doing a scale transformation. It appears that the scratchpad code mostly handles this correctly, there are two caveats:
- The initial size is wrong
- When resizing the window, it takes scratchpad half a second to adjust, whereas Hype's elements adjust immediately. This momentarily reveals the item underneath.
I didn't look too deeply, but point #1 is probably just a timing issue; by moving the setup timeline action 1 frame later it seems to work for me. I personally don't think #2 is a big issue, but perhaps they have an API call to immediately update that you could use if the window size changes.
Here's the document I was using to play around with this:
scratch-example-fixed.hype.zip (356.1 KB)