But If you add position:fixed for an element and for instance you have elements off scene.
You may get one or more scroll bars for the Hype Element editor pane.
So as you scroll the fixed element stays stuck in place ( or so it seems… read on… ) but other unfixed elements including the scene view move with the scroll.
It seems the outer div container is being fixed in the original position but the inners show in a completly incorrect position . Or in this case probably off scene…
It is fixed, but still within the overflow boundaries of the scene. If you make the window smaller you’ll find it will start to show. Positioning with fixed means that the 100px is relative to the window, not Hype’s scene anymore.
The current state is that if you add CSS that interferes with Hype’s layout, it won’t work correctly in Hype’s editor.
I don’t really have a better solution at this time, but it is a really common problem that I’d like to solve. I might introduce some sort of macro that can show/hide code based on if it is the editor environment or not.