https://linen.dev logo
Join Discord
Powered by
# haxe-ui
  • f
    Indeed it didn't change anything for normal menu ( haven't tested for pop up menus)
  • b
    they are the same code path (i think), so if top level menus dont work, i doubt popups will... ill check them out when i get a moment
  • f
    No pressure 🙂
  • c
    Hi all, Hi Ian. (all the best for 2023 and beyond). I notice a change of behaviour with the MessageBox. See http://haxeui.org/builder/?61da8d6e . Expected behaviour the msgbox should display on second click on the button. (it used to work, but I can't tell since which commit it doesn't...).
  • b
    hmmm, code looks totally valid
  • b
    is there any reason why you would want to keep a message box "forever"? Not that it matters, the code does look valid so seems like a regression - leave it with me
  • c
    The reason iny app is to use the same msgbox but update the message with the async events occurring. Indeed I could create one each time instead and let distroyOnClose as is. It is maybe more a habit than a real need.
  • b
    fair enough, well, regardless what you have done should have certainly worked... so something got borked along the way... ill check it out when get a moment
  • c
    Thanks. Enjoy th rest of the day
  • b
    you too 🙂
  • b
    actually, this is a nice use case, i normally use my own dialog class to do this, but messagebox (with no buttons) is also a nice idea 👌
  • c
  • r
    Hey, I have also come across some interesting behaviour. My button states (hover and down) are not working when targeting AIR (and Flash). I know they are not exactly popular targets, but I need my app to run on AIR 🙂 It is specifically around Bitmap Buttons. I basically copied the Bitmap Button example from the Component Explorer, even with the same button graphic. Works fine on HashLink, and HTML, but not Flash or AIR. I have an example here if you need it. It is a Flixel app which might be important: https://drive.google.com/file/d/1H-WKDS5Eh0pbuQSVipKlKuil0xiovWWF/view?usp=share_link
  • b
    alright, ill have a play... so this is on desktop? Is there an easy(ish) way i can setup a workflow for flash/air?
  • r
    Yeah, just desktop. flash is much easier. Shouldn't have to worry about air. Flash will do. I believe if you have the Flixel haxelib setup, then Flash will work out of the box. 
    lime test flash -debug
  • b
    but i mean, dont i need a flash player?
  • r
    that is a good point 😄 I think FlashDevelop must have installed it automatically. Let me check if I can find the proper link
  • r
    Ok this is pretty bad, but to get the desktop standalone flashplayer, you gotta go to internet archive https://web.archive.org/web/20220401020702/https://www.adobe.com/support/flashplayer/debug_downloads.html 😦
  • b
    Copy code
    C:\Users\User\Downloads\ButtonStateTests\ButtonStateTests>lime test flash
D:/work/HaxeUI/haxeui-core/haxe/ui/util/ImageLoader.hx:132: characters 41-56 : haxe.Http has no field responseHeaders
D:/work/HaxeUI/haxeui-core/haxe/ui/util/ImageLoader.hx:134: characters 41-56 : haxe.Http has no field responseHeaders
    Good old haxe http strikes again!
  • r
    Oh
  • r
    I worked around that
  • r
    😦
  • b
    yeah, ill patch it in core... just never run anything through flash
  • r
    Yeah, I doubt anyone else does either
  • r
    Line 126 of ImageLoader, I changed it to 
    #if (haxe_ver >= 4.0 && !flash)
  • r
    but that is probably a big hack
  • b
    thats not good enough though, that will stop http images from ever being loaded, ill just #ifdef out the header stuff, its only there to follow redirects (http 301 / 302)
  • b
    no biggie
  • r
    ok cool!
  • b
    ... crazy
1...136813691370...1687Latest