https://linen.dev logo
Powered by
# haxe-ui
  • a
    i think rob broke the vscode extension so can't test my thinking properly
  • a
    :/
  • a
    Copy code
    haxe
var haxeui = haxe.ui.core.Screen.instance;
haxeui.registerEvent(DialogEvent.DIALOG_CLOSED, function(foo) {
    trace('closed');
});
  • a
    could you try this?
  • i
    will try tomorrow, sleep time now, thanks
  • r
    I've tried to repro and can't seem to do it again... I was trying a bunch of stuff, don't remember the exact conditions, and lost the content when the tab crashed. If I pull it off again I'll let you know.
  • r
    http://haxeui.org/builder/?hgkweg Is this intentional? (splitter doesn't inherit the height of its children, so the handle ends up at the top) Also: I've been trying to figure out what to mess with in CSS but coming up blank; is there a way to make it so splitters are always visible, instead of just when mouseover'd?
  • b
  • b
    are you saying .onDialogClosed doesnt work on haxeui-hxwidgets? The api should work exactly the same way, regardless of backend, if there is a discrepancy its a bug / oversight
  • b
    nope, no reason really i dont think
  • b
    im not really sure that make sense, i mean, a change is a change, doesnt matter where it came from - i guess you could listen for start drag and end drag, but thats specific to sliders, and again, i dont think it makes sense really to have code that does one thing for when user interacts and another when code is interacting - as i said, a change is a change
  • b
    any chance you could send over your colour picker in like an extracted simple project?... id like to take a look as none of this seems necessary tbh - but id like to see things "for real" rather than me trying to recreate
  • b
    i think that should work, are you saying that callback still gets called even if you set it to null?
  • b
    i found a bug with the menu bar view. it selects all of the tabs, even if im only extending one of the bars
  • r
    Ohhh I was looking in all the wrong places 😅 thank you!!
  • b
    oh, thats weird... will check it out
  • b
    are you overriding any styles, or is this "vanilla" dark theme?
  • b
    just width and height of the bar
  • b
    and again, the dark theme looks amazing!
  • b
    i cant repro this, all the change events seem to fire just fine: http://haxeui.org/builder/?mcxjsn - gotta repro?
  • b
    So i think you have restyled the buttons, correct?
  • b
    i cant repro, .onDialogClosed seems to work fine:
    Copy code
    haxe
        openDialog.onClick = function(_) {
            var d = new MyDialog();
            d.onDialogClosed = function(e:DialogEvent) {
                Dialogs.messageBox("Dialog closed with button: " + e.button);
            }
            d.show();
        }
  • b
    im just now noticing im not on latest git in both openfl and core. and no, i havent restyled the button
  • b
    s
  • b
    > i havent restyled the button oh, really? Like i mean, you havent restyled "normal" buttons? Because thats what it looks like... the buttons in the menubar are normal buttons with a different style > im just now noticing im not on latest git in both openfl and core let me know if that fixes it, but i dont think there have been any major changes in this area
  • b
    no restyling...
  • b
    well im setting their heights and widths to 40 later, but i dont think that conts
  • b
    no, that should be fine... i guess pull latest core + backend and see if that fixes it
  • m
    It gets called back after I set it to the listener again. The event is not triggered right away.
  • m
    I'll have a look if the problem was not on my end.
1...109310941095...1687Latest