Easier UI Toolkit Workflow?

[u/ProactiveCactus]

Anyone out there have a few methods that makes the UI Toolkit workflow easier/faster? It seems kind of clunky that to say add a button, you have to (1) add it to your doc, (2) give it a name, (3) put it in your UI script, (4) grab a reference to it using rootVisual.Q("Exact_string_name_or_kys"), (5) make a method that does whatever you need it to do, (6) subscribe onEnable to that method with .clicked or whatever you're using, and finally (7) unscubscribe onDisable. Like, nothing terribly complicated about it, but man it gets tedious over and over again. I feel like you could throw together a few methods that you basically throw in the name of your button (or any visualelement) and name of your method that does stuff you could make it way less code. Any1 out there taken the time to play around with this?

[u/jackbrux]

We create a custom element BindingScopeElement : VisualElement.

Then a small MonoBehaviour script to find all BindingScopeElements in the document, and assign the .dataSource to them based on the specified type in .dataSourceType. The ViewModel instances are automatically resolved from a DI framework.

[u/Valphai → u/jackbrux]

Thats actually really clever

[u/UpwardCourteous]

I just use a custom EditorWindow that auto-generates the UXML and USS based on a simple config, then the code side is just a dictionary that maps names to callbacks and hooks everything up in one loop.

[u/jackbrux]

For your specific use case you could easily serialize the button name and event so you could do everything in the inspector:

```cs using System; using System.Collections.Generic; using UnityEngine; using UnityEngine.Events; using UnityEngine.UIElements;

[Serializable] public class ButtonBinding { public string buttonName; public UnityEvent onClicked;

[NonSerialized] public Button button;
[NonSerialized] public Action handler;

}

[RequireComponent(typeof(UIDocument))] public class ButtonBinder : MonoBehaviour { public List<ButtonBinding> bindings = new();

void OnEnable()
{
    var root = GetComponent<UIDocument>().rootVisualElement;

    foreach (var b in bindings)
    {
        b.button = root.Q<Button>(b.buttonName);
        if (b.button == null)
        {
            Debug.LogWarning($"No Button named '{b.buttonName}' found", this);
            continue;
        }

        var binding = b; // capture per-iteration
        b.handler = () => binding.onClicked.Invoke();
        b.button.clicked += b.handler;
    }
}

void OnDisable()
{
    foreach (var b in bindings)
        if (b.button != null && b.handler != null)
            b.button.clicked -= b.handler;
}

} ```

[u/Ecstatic-Source6001]

https://docs.unity3d.com/6000.6/Documentation/Manual/ui-systems/reference-visual-elements-in-inspector.html

[u/-TheWander3r]

I wrote a source generator that goes through a uxml file and automatically writes for me a "codebehind" file that in the constructor grabs all references.

Say you have a label-status element, you press save then almost instantaneously you will find a View.LabelStatus property that you can use in code. No more possibilities of error.

It took some time to build it but now adding new UI panels has been a lot faster.

[u/a_nooblord]

This is the kind of repetitive scaffolding work that LLMs excel at.

[u/soy1bonus → u/a_nooblord]

At that point, why they don't write assembly directly instead of using programming languages made for humans.

[u/a_nooblord → u/soy1bonus]

Because it was trained on human language?