https://linen.dev logo
Join Discord
Powered by
# haxe-ui
  • b
    it sounds like a lime back would be useful, @User was also asking about it, im just not sure how it works with lime to be honest... i mean, after a converation in the main room with a few people about lime i understand less about it
  • c
    for lime, its a matter of breaking things down to opengl really.
  • c
    kind of like how you use geom to draw lines and boxes and such for components in openfl, in lime do it with the gl.api.
  • c
    the rest as far as events and such.... same as the rest.
  • b
    right, so i think it will also need a "parent / child" system also right?
  • b
    ie, openfl has sprites, and lime doesnt, so in that respect it will be more like haxeui-kha
  • c
    yep, and lime provides that with its Application class
  • b
    so lime does have sprites?
  • c
    yes
  • b
    how does that work if its just GL commands?
  • c
    give me just a sec
  • b
    sure
  • c
    you can run the hl i included to see it.... open the main.hx file for the source, you will see how it works
  • c
    well, being tied to openfl.... lime can call the openfl method of using sprites within its on Application class
  • c
    Currently, haxeui-openfl and openfl... they look to work with openfl's sprite, stage, and theres one more that slips my mind..... not lime's Application... which is where the conflicts occur for me... but a haxeui-lime setup to work with lime's Application would avoid the conflicts that occur between trying to do certain things made for the Application window vs trying to make them work on openfl's Sprite/Stage's.
  • c
    And for text/font rendering..... this is the sample code for it in lime.....
  • c
    using cairo text area.
  • c
    This one, shows how it handles displaying a simple png in 4 different ways depending on the target platform.
  • c
    in a way lime is quite versatile.
  • c
    this one just creates a window..... then uses one of 4 methods to render and color the background depending on target.
  • c
    lime just makes it easier to directly access the gl.api for those that want to utilize it. But still provides the similar methods found in the other backends.
  • b
    OK, ill check it out, although:
  • b
    > lime can call the openfl method of using sprites within its on Application class
  • b
    does make sense to me, if you are calling openfl then you arent using "raw" lime... the idea of haxeui-lime would be NO refs to openfl, which (i think) means no sprites, so in that respect haxeui-kha is a better thing to model haxeui-lime on
  • c
    ah ok, i havnt thought of looking at the kha backend
  • c
    i had glanced through the nme one.
  • b
    nme is pretty high level, very similar to openfl in fact, in the sense it has sprites, etc
  • b
    my understanding is that, essentially, an lime backend will end up as a bunch of GL draw commands
  • b
    which means child / parent relationships will need to be handled inside the backend, which is no simple feat, however, kha was exactly the same (ie, there is no sprites) and that works pretty well
  • c
    i'll download the kha backend in a sec and start going through it.
1...268269270...1687Latest