Oh I must have made that change only locally then, I don't see any git history in FontCache like I was expecting

It's been so long

looks like AssetsImpl calls FontCache's getBitmapFont and not getFont

Ah I don't remember. I'll be using haxeui for an upcoming project, so I need to refamiliarize myself

More than I thought I would

yeah... I tried some stuff with no luck. Somehow it can still load a font without that function so I have no idea what's going on

no worries though, haxe default font is still pretty great

is there a way to make a draggable element snap into boxes?

so I can have something like

hold on let me mockup

something like this but the box will snap into wherever you drag it to

I can think of a really complex way of doing it but I feel like there should be an easier way

this also has z-index problems bc of how haxeui renders elements

@bright-gpu-74537 Back with another gist of me possibly doing things wrong or possibly finding issues. https://gist.github.com/kaug-whis/fdc04ca3b2ce8d7a79f001ec4a9d140c Working with the new canvas element on Heaps, and the behavior of putting it in splitter panes seems unusual. -The circle drawn into the middle pane draws over all other elements. I'd guessed that it would be clipped to the size of the canvas. -Assuming that means the canvas changes size automatically if you draw outside its bounds, I tried putting it in a scrollview. This causes it to be clipped to the scrollview size, but it never makes the scrollbars appear -While testing this, I also discovered that the third pane in the splitter behaves unusually (doesn't stay on the mouse when dragging, disappears when you stop dragging) Apologies as always if I'm just doing it wrong 😓

Hey can you send the font in question over? And maybe your test app (if you have one)

there is no snapping on dragging currently - its something you would have to implement yourself im afraid

i dont think you can get around that, you can set the component index to "bring it up the tree", but only relative to the parent - so if you want the red dotted box to be over the top of the black box, it will have to at least at the same depth as it (or above)

g.circle(-150, 300, 300); //circle doesn't cause scrollview to become scrollable

- yeah, its not openfl, canvas wont resize magically to the size of its contents... you'll need to give it a size - haxeui has no understanding of the primitives inside canvas (like "circle" and its bounds)

g.circle(-150, 300, 300); //Circle draws over the top of the tabview in the splitter to its left

- sounds like overdraw... does it change if you put

clip:true

in the canvas style?

//Also, splitter behavior for third pane is unusual (pane disappears after resizing other panes)

- splitters (with 3+ panels) are a little buggy atm - need to pencil in some time to sort them once and for all

Here you are. I'm using the latest git versions of haxeui-core and haxeui-heaps.

@bright-gpu-74537 > yeah, its not openfl, canvas wont resize magically to the size of its contents... you'll need to give it a size - haxeui has no understanding of the primitives inside canvas (like "circle" and its bounds) Got it, need to manually track what you're drawing; not that prohibitive. > sounds like overdraw... does it change if you put clip:true in the canvas style? This works! Fantastic! > splitters (with 3+ panels) are a little buggy atm - need to pencil in some time to sort them once and for all Good to hear I'm not just doing it wrong, no problem 🙂 Thank you for all the help!

Could not find dir res

Called from hxd.fs.$LocalFileSystem.__constructor__ (hxd/fs/LocalFileSystem.hx line 255)
Called from $Main.main (hxd/Res.hx line 22)

Its deo there though... ill debug it later and see why it wont even run for me

clear the temp files and try fiddling with the -D resourcesPath=res in build.hxml?

yeah, ive been avoiding fixing the splitters because it seems everytime i touch them i make things either 100 times worse, or 0.14243 times better 😄 btw, all components can be clipped - the reason it doesnt happen automatically (even though its a sensible default imo) is because clipping can be very expensive, and usually the layouts prevent that type of stuff - that said, i do wonder if canvas should autoclip (i recently made "absolute" auto clip because it felt more sensible as a default)

the -D flag was already there... 🤔 And it is finding it because if i change the name to res2 or something it fails to compile

that's really odd

ok, i changed it to initEmbed, and i can repro

perfect