https://linen.dev logo
Powered by
# haxe-ui
  • b
    yes i think you are right. Better to keep it simple.
  • b
    Preview only with html5 target.
  • b
    i defo agree with just html5 target....
  • b
    how were you even planning to have it work with native? I mean, vscode isnt going to be able to create a native window, with the event loop and such... is it??
  • b
    in fact, yeah, thats nice - even if building a native app, you get an html5 preview... i mean, it wont be fully representative of the UI, but i think it would certainly be "good enough"
  • b
    A html5 only target preview as Zeta described would not show anything on another target as soon as native components are in play because the project is completely built. My thought which I currently discarded was this one: Each component is built separately. Any that can't be built will show a simple red box afterwards.
  • b
    right, to the problem is custom components?
  • b
    i wonder if the simplest approach, for now, is just to have red boxes for anything custom? Ie, something that isnt in core?
  • b
    maybe it can be added in later?
  • b
    but yeah, i get what you mean, no real way to "know" how to render a custom native component in html
  • b
    so this concept?
  • b
    yeah, i think so... hard to know without really seeing it
  • b
    also the compilation server is kinda a black box to me
  • b
    Ah okay yes is not quite as complicated as my completely first concept with an external generator. My first concept was this:
  • b
    I will work on the this concept and let you now I lf it's finished
  • i
    I wanted to make a native linux GUI application that's pretty much gets a few file paths and then runs a command with those as arguments, and since I only know haxeUI to any degree of vague competence, is it easier to do the whole wxWidgets thing or is GTK4 progressed enough to use in HaxeUI?
  • i
    After finally getting wxWidgets to compile with GTK3, installed all dependencies and created a haxeui-hxwidgets project, attempting to build it gets me this long list of errors: https://gist.github.com/Bloodninj/568572220e2d5bac6e34b6d7b69983c9
  • i
    I'm using wxWidgets 3.0.5 (latest stable release, latest unstable refuses to compile for me)
  • b
    hey look like hxcpp errors
  • b
    might make sense to update that?
  • b
    also, 3.0.5 isnt latest stable afaik
  • b
    latest development release is 3.1.6...
  • b
    i would download that source archive and use the instructions here: https://github.com/haxeui/hxWidgets#building-wxwidgets-from-source-linux--osx
  • d
    is wxwidgets still alive? even just for desktop OSs?
  • p
    Last commit was 3 days ago:
  • b
    ah, so it's dead then 😔 /s
  • d
    this is an insanely successful and long-lived open-source project...
  • d
    siiiick continues to avoid native dev at all costs
  • d
    > macOS (10.10 or newer) using Cocoa under both amd64 and ARM platforms. daaannnngggg
  • d
    is all of haxe-ui considered "immediate"? because the backend basically just draw the ui every frame?
1...996997998...1687Latest