https://linen.dev logo
Powered by
# haxe-ui
  • b
    i thought you could do that, lemme check
  • b
    works for me
  • b
    Copy code
    haxe
    @:bind(tf1.text) var theText:String = "bob";
    @:bind(tf1.disabled) var theDisabled:Bool = true;
    @:bind(btn1.text) var theText2:String = "tim";
    @:bind(btn1.disabled) var theDisabled2:Bool = true;
  • b
    Copy code
    haxe
    @:bind(check, MouseEvent.CLICK)
    private function oncheck(e) {
        theText = "" + Std.random(1000);
        theDisabled = Std.random(2) == 1;
        theText2 = "" + Std.random(1000);
        theDisabled2 = Std.random(2) == 1;
    }
  • f
    @bright-gpu-74537 Thanks for the dropdown update ! 🙂
  • h
    interesting. I get compilation errors :
    Copy code
    .../tools/metaballeditor/metaballeditor/.haxelib/haxeui-core/git/haxe/ui/macros/ComponentMacros.hx:784: characters 40-117 : On static platforms, null can't be used as basic type Bool
.../tools/metaballeditor/metaballeditor/.haxelib/haxeui-core/git/haxe/ui/macros/ComponentMacros.hx:784: characters 40-117 : On static platforms, null can't be used as basic type Bool
  • h
    I'm targetting HL at present
  • h
    I've tried initializing the bool to true at definition like you but no difference:
    Copy code
    @:bind(saveDefinitionButton.disabled)
    var _saveRequired:Bool = true;
  • b
    ah, interesting, i was testing on js - ill try a static target, looks like a silly screw up on my part
  • b
    i cant repro this, can you send me a test app / repro?
  • b
    even on heaps / hl i get the same as with html5 (openfl / cpp also gives the same results)
  • h
    Then I must be doing something slightly different. I can push the broken code to the repo tonight and ping back. It's not there yet
  • b
    sure, interestingly that line 784 in macros is the new line i added recently
  • h
    Hmm....ok will let you know when it's there
  • h
    ok I found the issue. I had forgotten I had tried this. In my xml I had 
    disabled=""
    on the button expecting that the default value on the MainView.hx variable would be enough ... or something. So I had this:
    Copy code
    <button id="saveDefinitionButton" text="Save Definition" style="color: blue;" disabled="" styleName="button-text"/>
    Removing the 
    disabled=""
    fixed it.
  • h
    So it would be nice if the compile error message could be enhanced to point to the error in the xml, rather than in the conversion failure. I don't know how feasible that is
  • h
    Another thing on disabled buttons while we are on the topic. A disabled button is not very different in look from an enabled one. It would be good to grey out the button text I think to make it more obvious. I suspect this is a flixel backend thing or not. The disabled button example in the playground is visibly greyed.
  • h
    Is there some way to bind the negation of a variable to an attribute ? Specifically I want a saveRequired variable but button disable logic is negative - disable = true. So I really want saveButton.disable = !saveRequired. Is there are way to bind like that ?
  • h
    I have a SaveFileDialog issue. I'm trying to save JSON to a text file. I get this stack trace after I hit ok to save the file:
    Copy code
    source/MainView.hx:102: json={"x":256,"y":256,"falloffFunctions":[["a","=","(1-r)^4","r","0.0","1.0"],["a","=","0.0","r","1.0","234234"]],"xyTransform":["r","=","x^4+y^4"]}
Uncaught exception: Can't cast bytes to String
Called from lime.ui.FileDialog.~browse.2(lime/ui/FileDialog.hx:80)
Called from lime.app._Event_Dynamic_Void.dispatch(lime/_internal/macros/EventMacro.hx:91)
Called from lime.system.BackgroundWorker.sendComplete(lime/system/BackgroundWorker.hx:82)
Called from lime.ui.FileDialog.~browse.1(lime/ui/FileDialog.hx:71)
Called from lime.app._Event_Dynamic_Void.dispatch(lime/_internal/macros/EventMacro.hx:91)
Called from lime.system.BackgroundWorker.__doWork(lime/system/BackgroundWorker.hx:115)
Called from lime.system.BackgroundWorker.run(lime/system/BackgroundWorker.hx:67)
Called from lime.ui.FileDialog.browse(lime/ui/FileDialog.hx:111)
Called from openfl.net.FileReference.save(openfl/net/FileReference.hx:1045)
Called from haxe.ui.backend.SaveFileDialogImpl.show(...\tools\metaballeditor\metaballeditor\.haxelib\haxeui-flixel\git\haxe\ui\backend\SaveFileDialogImpl.hx:51)
Called from MainView.onSaveDef(MainView.hx:120)
    I'm putting a JSON string from haxe.Json.stringify in so I'm assuming the byte cast is from something else. My save code is verbatim the "long method" in the example for text save except that I have a different text string source and one debug statement. It appears that the result from the worker is expected to be a string but it's bytes in this case.
  • b
    That could be done, but would take a.bumch of time because that means creating a bunch of exceptions
  • b
    But that can be done
  • b
    this should be fixed now - latest git haxeui-hxwidgets and hxWidgets
  • b
    hmm, at least i should be able to repro - i guess it makes more sense now, but i still dont think it should happen - bit of a gotcha. 
    disabled=""
    should end up as 
    false
    imo
  • b
    i dont think so no, the problem is that saveRequired would, presumably just be a bool, and haxeui would have no idea about when it changed - there is no 
    Observable<T>
    or anything like that in haxeui
  • b
    this should be fixed now, there was actually a number of bugs in the property lookup system and the type conversion system, but it shouldnt happen again for any property of any component 🤞 > So it would be nice if the compile error message could be enhanced to point to the error in the xml, rather than in the conversion failure. I don't know how feasible that is yeah, it would defo be nice in general, but i think in order to do that i would have to write an xml parser ... ... ... maybe?
  • b
    it should be the same (colour-wise) as any other backend... are you forcibly setting the text colour maybe?
  • b
    I cant repro this, also line 1045 (for me) in 
    openfl/net/FileReference.hx:1045
    is 
    if (data == null) return;
    which doesnt seem to make alot of sense - what version of openfl are you on? But saving works fine for me
  • b
    Copy code
    haxe
        saveFileButton.onClick = function(_) {
            var dialog = new SaveFileDialog();
            dialog.options = {
                title: "Save Text File",
                writeAsBinary: false,
                extensions: FileDialogTypes.TEXTS
            }
            dialog.onDialogClosed = function(event) {
                if (event.button == DialogButton.OK) {
                    Dialogs.messageBox("File saved!", "Save Result", MessageBoxType.TYPE_INFO);
                }
            }
            dialog.fileInfo = {
                name: "My Text File.txt",
                text: Json.stringify("{}")
            }
            dialog.show();
        }
  • b
    this line is to prevent access violation (segfault) crashes on hashlink when nothing is selected - the user pressed cancel on the file dialog
  • b
    iirc
1...114211431144...1687Latest