# haxe-ui
- l
limited-advantage-32748
11/05/2021, 7:49 PMhaha - l
limited-advantage-32748
11/05/2021, 7:57 PMOh I think I have an idea of what it is - l
limited-advantage-32748
11/05/2021, 7:58 PMand it didn't work xP - l
limited-advantage-32748
11/05/2021, 7:58 PMThought doing a clean compile would have done something - p
powerful-morning-89
11/05/2021, 8:02 PMDoing clean compiles isn't going to help on hashlink, it does clean compiles anyway. - p
purple-businessperson-14467
11/05/2021, 8:12 PMit's still an issue 🙂 - p
purple-businessperson-14467
11/05/2021, 8:13 PMI'll try to drill into it further - p
powerful-morning-89
11/05/2021, 8:19 PMA minimal example would be useful, if anyone has one. (Or any example, even if it's not mimimal.) - p
purple-businessperson-14467
11/05/2021, 8:43 PMhttps://github.com/haxeui/haxeui-heaps/issues/30 is pretty minimal - l
limited-advantage-32748
11/05/2021, 8:44 PMI can’t reproduce mine as a minimal example just yet - p
powerful-morning-89
11/05/2021, 8:47 PMHmm. For some reason haxeui-heaps doesn't want to work on hl. Does work on js. - l
limited-advantage-32748
11/05/2021, 8:54 PMDo you have hlsdl or hldx as an included library? - p
powerful-morning-89
11/05/2021, 9:01 PMI have used heaps before, and the default haxeui template includes hlsdl by default. The window opens, but it doesn't render anything. - l
limited-advantage-32748
11/05/2021, 9:01 PMOh! - l
limited-advantage-32748
11/05/2021, 9:01 PMDo it in the init function - l
limited-advantage-32748
11/05/2021, 9:02 PMDoing it in new or main won’t yield anything - p
powerful-morning-89
11/05/2021, 9:02 PMI'm using the default HaxeUI app (
). I though it handled the heaps init stuff?haxe.ui.HaxeUIApp - l
limited-advantage-32748
11/05/2021, 9:02 PMI wouldn’t know about that tbh - l
limited-advantage-32748
11/05/2021, 9:03 PMMy entry is through ``hxd.App`` - p
powerful-morning-89
11/05/2021, 9:03 PMRight, looking through the sources
indeed handles heaps init stuff, so it's not that...haxe.ui.HaxeUIApp - l
limited-advantage-32748
11/05/2021, 9:05 PMHmm - l
limited-advantage-32748
11/05/2021, 9:05 PMBoy so many mysteries today - p
purple-businessperson-14467
11/05/2021, 9:48 PMWith regards to https://github.com/haxeui/haxeui-heaps/issues/30 I put try catches around the 3 crash locations in TableView. This allowed the HL full render to come through. Comparing the rendered hl vs html they look the same, as in all itemrenderers worked. This makes me think the findcomponent is finding both the itemrenderer and then also the label child inside? Not sure how that happens. I am assuming findcomponent doesnt change on hl vs other targets Simplfied project and re-attached to issue - l
limited-advantage-32748
11/05/2021, 10:16 PMHeaps: Setting a component's visibility to false does not disable the component - p
purple-businessperson-14467
11/05/2021, 11:10 PMfurther: if I remove table data down to 1 row with 3 columns I get 4 crashes. All in fillExistingRenderer but 1 that uses the higher _tableview.itemRenderer and 3 that use the lower code item.findComponent. I'll make comments on issue. Sorry for the noise - p
purple-businessperson-14467
11/06/2021, 1:11 AMI made a PR for Component.hx matchesSearch . It fixes issue #30 of haxeui-heaps. I think there is something deeper causing it but I also think the PR matchesSearch is more precise - b
bright-gpu-74537
11/06/2021, 7:27 AMOK, fixed - b
bright-gpu-74537
11/06/2021, 7:28 AMYeah, i think i like this PR more 🙂 - l
limited-advantage-32748
11/06/2021, 7:28 AMwoo - b
bright-gpu-74537
11/06/2021, 7:35 AMdo tables work better now (latest haxeui-core git) now ive merged @User PR - thanks for that!