https://linen.dev logo
Join Discord
Powered by
# haxe-ui
  • b
    no worries! thanks for the PRs! 😉
  • u
    @bright-gpu-74537 in haxeui-kha when using the numberstepper when I try to press enter the ui doesn't send the event or doesn't consider it as an event. Is that related to the : 
    haxe/ui/core/Screen.hx:112: WARNING: Screen event "keydown" not supported
    warning ?
  • u
    If it is the case, is their anyway to send keydown events or workaround ?
  • b
    i think the workaround would be to implement "keydown" in haxeui-kha
  • b
    ill take a look tomorrow
  • b
    lot of juggling at the moment it seems
  • b
  • b
    haxeui is fun! 😄
  • h
    I concur! It's very nice :D
  • h
    Question though, does it ever get particularly jittery when testing for anyone else? I don't seem to often get a full 60fps even on a relatively simple demo=app
  • u
    @handsome-television-62908 when using haxeui-kha I always have 60 fps. What backen are you using ?
  • b
    Hey @rough-intern-85347 - so i was wondering about why haxeui couldnt be used with your usecase, then i saw your actual application and thought it would be good to add a haxeui ui to it to see why issues might come up. Im probably missing something, but i havent really found any issues - ive just spent about 20 mins throwing a ui together, so certainly havent linked it all up at all, but id be interested to know if i am missing something as, ideally, haxeui-openfl should integrate well
  • b
  • b
    Copy code
    haxe
@:build(haxe.ui.macros.ComponentMacros.build("Assets/ui2.xml"))
class UI2 extends Box {
    private var _spiro:Spiro;
    
    @:bind(animationDurationStepper.pos)
    var animDuration:Float = 5;
    
    var tweenMode:ColorMode = HSV;
    
    public function new(spiro:Spiro = null) {
        super();
        _spiro = spiro;
    }
    
    @:bind(startButton, MouseEvent.CLICK)
    private function onStart(e) {
        Actuate.reset();
        Actuate.timer(0.001).onComplete(() -> _spiro.draw(animDuration, tweenMode)); // skip a frame
    }
}
  • b
    and then using it:
  • b
    Copy code
    haxe
        Toolkit.init();
        ui2 = new UI2(spiro);
        ui2.width = 230;
        addChild(ui2);
  • b
    im not trying to convince you of anything, but am genuinely curious if im missing something here.
  • b
    I wonder. Would haxe-ui be good enough to create something like google spreadsheet? Just more complex hierarchy. Imagine infinite scroll of items with dynamic (and changing) height, each item being a small pre-configured google-spreadsheet-like table with merged cells and such. I had a lot of trouble getting it work properly and fast enough in WPF.
  • b
    ... possibly, i mean, the virtualization of variable height sounds like the hard part there.
  • b
    It was. Although mainly cos WPF didn't have a properly documented way to handle it.
  • b
    It tried getting height of all items (obviously), with virtualization set to just few items around the visible part, it worked fast enough.
  • b
    But ultimately causes jumps as it didn't handle loading and unload items well.
  • b
    I think I ended up overriding some calculation stuff so it didn't use layout, rather my own code (as I could calculate it pretty fast at root level).
  • b
    tablview (and listview) can virtualize items... and there is scope of "variableHeight"... but its broken at the moment
  • b
    But it took me like a month. 😦
  • b
    Lot of logic for moving between cells of the individual (possibly merged) cells, and between the root objects too... 😄
  • b
    I've basically reimplemented it all, using just basic text fields for the cells, no actual higher level component. Everything composed manually.
  • b
    Only then it started to work fast (and well) enough.
  • b
    merged cells sounds hard too... esp. if you add them together... merged cells of variable height and virtualized
  • b
    :/
1...133134135...1687Latest