i was going to release a new haxelib version, but in light of the macro stuff, i think im gonna push that back again 😅

xD

i suspect most people are on git versions anyway

I was thinking, that actually, if its resolved on demand then its irrelevant to you / coconut - if you dont use xml then there isnt any reason to load things via the modules... same applies to non-coconut-non-xml apps

basically, upon reflection is a little strange that if you use haxeui from code only (which is totally fine) then you end up scanning the class path anyway :/

Is there a way to set up global keyboard events, so that (for instance) ctrl+x could be pressed to call some function? I've been attempting to do this with keyboard events but so far without success:

haxe
mainView.addEventListener(KeyboardEvent.KEY_UP, function(e:KeyboardEvent){
    Toolkit.messageBox("You pressed: " + e.keyCode);
  });

This will compile but the event is never activated, I'm not sure if this is the correct way to do this or if it's an environment specific issue (for reference, backend is openfl).

hmmm, no there is no global like key event.. maybe you could do via openfl? (Im assuming thats doable?)

Got it working without using openfl. Initially, I tried using openfl keyboard events with

addEventListener()

, which worked but only if an interactable component (in this case a text field) was in focus. I then realised that if I added an event listener to the openfl stage, that would probably do what I wanted, so I went to the toolkit documentation. Using

Toolkit.screen.registerEvent(...)

with the openfl events compiled but didn't work, so out of curiosity I reverted back to using the haxeui keyboard event and boom, that does exactly what I wanted.

oh... maybe i added it and didnt remember 😄

in fact, yeah, duh - its used for focus traversal also via TAB

populateClassMap now also gone... 🥳 Now xml node -> classname is done "on demand" - dependencies are ALOT nicer (and ofc final output is ALOT smaller too)

using the dependency analyzer i can defo still see some places where haxeui-html5 is bringing in components when it shouldnt be

im thinking about removing the native abilities from haxeui-html5... and maybe, if needed, creating a haxeui-html5-native

but im not sure yet, my guess is no-one is using haxeui-html5 with the native "theme" (which is essentially just

* { native: true }

)

Where do you find the dependency analyzer

Hey o/ I'm investigating my textAlign issues, and seems like - label's style (well, align) is correctly applied if set very early on, as in StaticText's constructor before

staticTextRef.ptr.create()

-

applyStyle

never manage to update text align after the fact Any idea what I could try? :x

its hard to tell, wxWidgets can be a little... ... funny... about text styles changing, sometimes you need to apply the wrapping linebreaks yourself (https://docs.wxwidgets.org/3.0/classwx_text_wrapper.html) - do you have a non-coconut example?

iirc it reproduced with a simple

<label style="text-align: center" text="foo" width="100%" />

without coconut

ah, was this the thing i tried on windows and it was fine?

Yeah

gotcha...

ill spin up a VM and see if it works

yup, doesnt seem to work

:x

Most active backend 💪 😆

i think that just means latest commit :p

Yeah, it was supposed to show on the screenshot actually, I messed up somehow xD

exact same app on windows