now, im guessing that,

lime.app.Application.current.window.onMouseDown.dispatch

for all intents and purposes is basically just calling a callback function

now the question is how to get those events executed by main thread...

and thats coming from another thread

i would use a queue, and check that with a timer or something

im not really surprised that:

haxe
            sys.thread.Thread.create(function() {
                Sys.sleep(ms / 1000);
                lime.app.Application.current.window.onMouseDown.dispatch(57, 18.5, lime.ui.MouseButton.LEFT);
            });

causes issues, i am a little surprised that the issue is a sync validation loop however, i would expected something more... unexpected, like a seg fault, or something

so thats certainly something worth checking out

I assume setting properties might also scuff out, especially if it's one that does more than just set a variable... I guess I'll have to figure out a way to run these things in main thread

yeah, i mean, you almost certainly want to run these things on the main thread - for sure - but im still a little dubious that haxeui isnt also doing something wrong here, i really wouldnt have expected such a reproducible error with this... maybe im wrong

oh, but hang on, yeah, maybe that all makes sense... i mean, assuming

onMouseDown.dispatch

is basically calling "just a function" (which im guessing it is) then it means that the dropdown itself is being created, essentially, on another thread

yeah it sometimes works and sometimes it doesn't, probably depending on what main thread is doing at the time.

yeah, i think it makes sense... i mean, in the sense that it breaks...

openfl (and therefore haxeui-openfl) is fundementally single threaded (im guessing most, of not all, haxeui backends are)

it also explains why it never breaks in html5 builds

so i think your best bet is to have all your threaded stuff doing its messaging, but that is pushed to a queue, which runs off of a timer, or something, (maybe a Toolkit.callLater?), checks for messages in there and then does its stuff there on the main thread

yeah, I guess I'll have to go for something like that. maybe that will also fix the other more obscure C++ error message

possibly, but yeah, i think a poll and dispatch type pattern is the only really good option here

after a little bit of refactoring and running my test cases multiple times it seems like delegating events and property setting to main thread makes for a more stable testing experience. I haven't seen any failures or crashes so far. I guess that's solved for now! 🎉

Hi, Playing around with HaxeUI+OpenFl Backend. I'm trying to bring a 'select file/folder' dialog, but I'm not really having success. I'm following the example on the component explorer(http://haxeui.org/explorer/), but the code from there, doesn't compile - is it up to date?

yeah, the explorer is very up to date, its probably more likely that you are using haxelib version? (which is super out of date)

you'll probably want to do something like:

haxelib git haxeui-core https://github.com/haxeui/haxeui-core
haxelib git haxeui-openfl https://github.com/haxeui/haxeui-openfl

Ahaaa, you are right, thanks for protip - will try asap.

Unfortunately that introduced other problems: when creating a new a with haxelib run haxeui-core create openfl, I get the error when compiling:

C:/HaxeToolkit/haxe/lib/haxeui-openfl/git/haxe/ui/backend/openfl/OpenFLStyleHelper.hx:271: characters 40-59 : haxe.ui.styles.Style has no field backgroundPositionX C:/HaxeToolkit/haxe/lib/haxeui-openfl/git/haxe/ui/backend/openfl/OpenFLStyleHelper.hx:271: characters 67-86 : haxe.ui.styles.Style has no field backgroundPositionY C:/HaxeToolkit/haxe/lib/haxeui-openfl/git/haxe/ui/backend/openfl/OpenFLStyleHelper.hx:275: characters 40-59 : haxe.ui.styles.Style has no field backgroundPositionX C:/HaxeToolkit/haxe/lib/haxeui-openfl/git/haxe/ui/backend/openfl/OpenFLStyleHelper.hx:275: characters 67-86 : haxe.ui.styles.Style has no field backgroundPositionY C:/HaxeToolkit/haxe/lib/haxeui-openfl/git/haxe/ui/backend/openfl/OpenFLStyleHelper.hx:282: characters 40-59 : haxe.ui.styles.Style has no field backgroundPositionX C:/HaxeToolkit/haxe/lib/haxeui-openfl/git/haxe/ui/backend/openfl/OpenFLStyleHelper.hx:282: characters 67-86 : haxe.ui.styles.Style has no field backgroundPositionY C:/HaxeToolkit/haxe/lib/haxeui-openfl/git/haxe/ui/backend/openfl/OpenFLStyleHelper.hx:297: characters 36-55 : haxe.ui.styles.Style has no field backgroundPositionX C:/HaxeToolkit/haxe/lib/haxeui-openfl/git/haxe/ui/backend/openfl/OpenFLStyleHelper.hx:298: characters 35-54 : haxe.ui.styles.Style has no field backgroundPositionY C:/HaxeToolkit/haxe/lib/haxeui-openfl/git/haxe/ui/backend/openfl/OpenFLStyleHelper.hx:313: characters 36-55 : haxe.ui.styles.Style has no field backgroundPositionX C:/HaxeToolkit/haxe/lib/haxeui-openfl/git/haxe/ui/backend/openfl/OpenFLStyleHelper.hx:314: characters 36-55 : haxe.ui.styles.Style has no field backgroundPositionY C:/HaxeToolkit/haxe/lib/haxeui-openfl/git/haxe/ui/backend/TextInputImpl.hx:85: lines 85-87 : Field get_caretIndex is declared 'override' but doesn't override any field C:/HaxeToolkit/haxe/lib/haxeui-openfl/git/haxe/ui/backend/TextInputImpl.hx:88: lines 88-91 : Field set_caretIndex is declared 'override' but doesn't override any field

did you make sure to update both to

git

?

not just one or the other

Whooops, yes I did, but somehow my haxelib list command shows:

haxeui-core: [1.4.0] git haxeui-openfl: 1.4.0 [git]

Will, try again

That did the trick! Thanks again

Next question: Is it possible to select a folder in the dialog instead of a file?