https://linen.dev logo
Powered by
# haxe-ui
  • b
    In FlxStyleHelper or somewhere related
  • b
    howcome this doesnt happen everywhere?
  • b
    so it super weird... the last menu is an actual menu, and the first is a"menu" created out of only haxeui components (ie, not using the actual menu class)
  • b
  • b
    interestingly, both exhibit the same behaviour... and it seems to be the shortcut label that is doing it
  • b
    but if i actually set text in that label
  • a
    weird!
  • b
    ... arguably it shouldnt be adding the second label by default, and just add it on demand as shortcut text is set, that would "fix" the issue, however, there is obviously something deeper going on, so id like to figure that out rather than work around it
  • a
    I think I saw something like this while experimenting with the openfl backend
  • a
    and since flixel uses openfl in the back ...
  • b
    in haxeui?
  • a
    yeah
  • b
    lemme see what the openfl backend does
  • b
    openfl all fine
  • a
    ah, unfortunately fortunate 😛
  • b
    hmmm, interesting... flixel all fine when i dont use bitmap skins
  • a
    ah that's cool
  • a
    so turning off the blocky graphics?
  • a
    it's kind've a cool look but I dunno if anyone would actually miss in use (should they run into this issue)
  • b
    isolated down to 
    flixel.text.FlxText.autosize
    😅
  • b
    obviously doesnt play well with zero length strings
  • b
    🥳
  • b
    right... now some time for some work 😄
  • a
    haha
  • b
    noticed some other little issues, specifically around mouse handling, but still, for now at least that is fixed
  • b
    ... ... ... was an f'ing one liner in the end... ... ofc
  • a
    hahaa
  • a
    a nice success story
  • a
    out of interest, which back end do you tend to use the most @User ?
  • b
    haxeui-html5 + haxeui-hxwidgets
1...391392393...1687Latest