Well, if you dont mind sharing it then great, i wouldnt need to run it, just read it and see how you were using the side bar exactly… its an initial impl of the side bar, so maybe it can be improved
Testing the component, seems to have issues with the Toolkit scale. I’m using it with openfl. The toolkit scale breaks the component underneath. For example, when setting Toolkit scale to 2, it appears it appears to be cramping the parent component to upper-left quarter of the screen, while the sidebar seems to work okay. Stumbled upon it when I tried a mobile build, and figured out it was likely the autoscale again that was messing it up. Manually set it and got similar results on the browser.
Hmm… I tested with a bare project, seems to be working fine. I’ll try and look into it more, see how I can replicate it.
Unrelated to the scaling issue: On the bare project, I did notice that having the sidebar on blocks the percentage resize of the components underneath. Only when toggling it off will the scale kick in. Not sure if that’s the intended behavior.
So I figured out what was causing it. I use the toolkit autoscale to make sure it doesn’t look too small on high resolution mobile devices. I only play around with Haxe and HaxeUI every now and then as a hobby, so I tested the sidebar on an existing old test project. If I remember correctly, Toolkit scale caused some cropping on mobile devices, so I had this on my code to combat that:
It appears this is no longer necessary when using the Toolkit scale, so I was doing an extra scale. I missed it when I started with a bare project because the current behavior is how I had imagined it to work in the first place, and had forgotten about this additional scaling.