https://linen.dev logo
Join Discord
Powered by
# haxe-ui
  • a
    ah, this isn't so much an issue with haxeui but an issue with base haxe std lib
  • a
    doesn't have a field called 
    responseHeaders
    on the air target
  • a
    You can add it locally
  • a
    it looks like the std lib doesn't have an implementation for 
    haxe.Http
    anymore for the flash/air target anymore
  • a
    ah it was removed between haxe 3.4 and 4.0
  • r
    oh bugger
  • a
    weird, api references haxe.http.HttpFlash but source code doesn't have it
  • a
    What does your 
    Http
    map to? @refined-cat-44047
  • a
    is it just mapping to httpbase?
  • r
    I was wondering that. How do I tell?
  • a
    import haxe.Http;
  • a
    right click 
    http
    and click go to definition
  • e
    ~~adobe flash ~~
  • r
    I don't know much about the internals of haxe. I did see the switch in 
    std/haxe/Http.hx
    maps to different implementations.
  • r
    I will try that now
  • a
    the else falls back to base according to source
  • r
    hmm, I can't seem to follow to the definition in VSCode for haxe.Http
  • a
    just for that particular import?
  • r
    oh actually. None of them work
  • a
    might want to remove the offending error code and try again
  • r
    Weird. I am sure I used that today
  • a
    just temporarily
  • a
    new data request after the last correct cache
  • r
    ok, that worked, but it just takes me to 
    std\haxe\Http.hx
  • a
    ah, yeah, no implementation
  • r
    HttpBase does not seem very useful
  • a
    it's a base class that needs to be implemented by the target
  • r
    So flash target (including AIR) will be using HttpBase then
  • a
    which essentially is nothing or "needs to be implemented"
  • r
    which is just a stub class that should be extended
1...133413351336...1687Latest