https://linen.dev logo
Join Discord
Powered by
# haxe-ui
  • b
    btw, that weird "resize" thing is an openfl issue with filters and scrollrects... been there for ages, might be gone in latest openfl, no idea... 
    <haxeflag name="-D haxeui_nofilters" />
    will fix it (alternatively you can style dropdowns specifically to not have filters - dropshadows)
  • b
    fun fact: 
    haxeui_nofilters
    was added specifically for openfl, since filters can cause all sorts of strange render issues (less now, but still some)
  • b
    lol
  • b
    but regardless, the actual issue you are facing (the validation loop) isnt something i can repro this end
  • b
    are you on latest haxeui-core / haxeui-openfl?
  • b
    might be a setup issue. ill update you if i solve it. Thanks for helping 🙂
  • b
    yes
  • b
    right
  • b
    yeah, no idea, i would try and start removing bits of your code until you can see where it happens, like remove the handlers, and the setting of values - none of that should make a difference, but who knows
  • b
    btw, any width less then 131 doesnt trigger this error
  • b
    another fun fact
  • b
    so you are saying that width=132 causes this on your end?
  • b
    97%, 130 all of those work. 98% and 131 don;t
  • b
    yes
  • b
    100% a setup issue
  • b
    this looks a little suspicious btw: fonts.onClick = e -> Main.registerFonts(fonts);
  • b
    also copying your working code doesnt work for me 🙂
  • b
    oh
  • b
    register fonts calls 
    dataSource.clear()
  • b
    right
  • b
    are you on chrome or firefox?
  • b
    brave
  • b
    ill try a chromium browser
  • b
    (i use firefox)
  • b
    heh
  • b
    works on chrome
  • b
    hmmm, thats super strange... lemme try FF
  • b
    yup, i can repro on FF... that doesnt make alot of sense to me
  • b
    ignore the music lol
  • b
    yeah, i can repro on FF - no idea what could possibly be different though
1...119511961197...1687Latest