hmmmm

it wouldn't be vscode specific btw

it's just that vscode uses the compilation server by default, whereas other IDEs don't

I do notice that HaxeUI files get recompiled right before this issue occurs, even if there are no changes

I get it on OpenFL and flixel backend

I used to see that using haxedevelop with openfl and html5 target. Making any css change and recompile would fix it. Assumed it was haxedevelop related, as I haven't seen it since updating haxedevelop. Figure I may as well mention it just in case.

Ok I took a dump. Of my game pre-issues

Next time it happens I’ll have something to compare to

well, master == new-comp now

... finally

looks like the activity graph works nicely again also... i think at least...

(not for the others, so maybe it was that way before)

... will make haxelib releases in a few days... other things to do today :/

609 commits forward for my local master branch

So it's officially 1.0?

nope, not haxelib at least

will do that tonight / tomorrow... had some crazy work crisis's... always something :/

I feel ya

I tried to compile my project with new master yesterday and I have some mixed results. For Haxe 3 compilation hangs somewhere in a macro. A

Context.getModule

call does not return for a custom Dropdown class - needs further investigation, I'll try again with a stripped down sample project. Haxe 4 compiles (after adjusting a few things, mostly API changes). In my TableViews all headers are shown with empty lines, the actual content is moved to the far right (and starts below the header line but with no actual header columns above) - I guess I will have to rework how I use ItemRenderers, because that probably changed. So I will have to look into that. Dragging TableView scrollbars is not possible, it pans TableView contents instead, clicking into empty scrollbar area works somewhat (horizontal works both ways, vertical only down, might have to do with my ItemRenderers being wrong, might be something else). I haven't figured out how to get selectedRow from TableView after a CHANGE event - can't see it implemented so maybe it's missing from new component version. The rest seems to work, but I haven't fully tested everything. I am using openfl 8.9.1 and lime 7.5.0, I tried git versions, but had issues with assets not loading, so went back to haxelib versions.

hey @loud-salesclerk-7438 - uh oh... any chance you could open issues about them on the GH (preferably with some sample)... i was hoping there wouldnt be much in the way of issues 😦

id like to get them sorted asap, certainly before a haxelib release

Sure, I'll have to do some testing first and I will make a smaller sample project to see if I can reproduce my issues with it.

thanks, much appreciated 😃

thanks @loud-salesclerk-7438 - i "love" bugs like that... super easy to test and solid "yes" / "no" if its fixed or not... nice one 😃

well the fixing part is probably a little less easy... but maybe only for someone unfamiliar with all the macro magic involved

maybe, havent actually looked to be fair, but a solid test case and a defined problem always makes the whole process 1000 times simpler

.... run code... doesnt work... rather than "im having an issue when i subclass a dropdown" + no code

@bitter-family-72722 the dump comparison is hard, since what seems to be local ids in every file are changing

[Local textField(211880) ...]

vs

371809

makes up like hundreds of differences in one file

The numbers change, so it wouldn't be an easy find and replace