Migrer de JBR vers Tao

Si on est sur Nucleus 1.x avec decorated-window-jbr (ou decorated-window-jni), le passage à Tao c'est un swap de dépendance plus un flag de backend. L'API DecoratedWindow est identique — ce sont les octets en dessous qui changent.

TL;DR

• Remplace decorated-window-jbr (ou -jni) par decorated-window-tao et passe backend = NucleusBackend.Tao.
• Plus d'AWT — fini ComposeWindow, fini l'EDT Swing. nucleusWindow.unsafe.taoWindow remplace unsafe.awtWindow.
• La mémoire résidente passe de ~120 Mo à ~60 Mo sur un Hello World ; cold start divisé par deux sur GraalVM.
• À retester : drag-and-drop, deep links, dialogs fichier, overlays natifs.
• Garde JBR quand le app tire des widgets Swing ou des composants AWT tiers.

Bascule la dépendance

dependencies {
    implementation("dev.nucleusframework:nucleus.nucleus-application:<version>")
    implementation("dev.nucleusframework:nucleus.decorated-window-jbr:<version>")
}

nucleusApplication {
    DecoratedWindow(onCloseRequest = ::exitApplication, title = "App") {
        TitleBar { state -> /* … */ }
        MyContent()
    }
}

dependencies {
    implementation("dev.nucleusframework:nucleus.nucleus-application:<version>")
    implementation("dev.nucleusframework:nucleus.decorated-window-tao:<version>")
}

nucleusApplication(backend = NucleusBackend.Tao) {
    DecoratedWindow(onCloseRequest = ::exitApplication, title = "App") {
        TitleBar { state -> /* … */ }
        MyContent()
    }
}

Si on garde les deux backends au classpath, NucleusBackend.Auto prend Tao quand il est dispo.

Différences de comportement

À retester

• Drag-and-drop : réécris les handlers contre TaoDragAndDropPayload.
• Deep links : passe par nucleusApplication.onDeepLink { uri -> … } — le pont change, l'API non.
• Pickers fichier : remplace les JFileChooser directs par le module cross-backend.
• Overlays natifs (SwiftUI/WebView2/GTK) : possibles via NativeView. Bon moment pour porter d'anciens Canvas AWT.
• Placement de fenêtre sur Linux : les compositeurs Wayland peuvent ignorer les positions absolues. Voir Wayland.
• Flows multi-fenêtres : toujours un seul nucleusApplication { }, plusieurs DecoratedWindow. Chacun obtient un NucleusWindow.

Impact perf

• Cold start -40% sur JVM, -60% sur GraalVM native-image (pas d'init AWT).
• Mémoire résidente divisée par deux sur une app baseline.
• Frame timing plus stable sur Linux Wayland (pas de blit XWayland).
• Trade-off : le renderer Tao est plus jeune que la voie AWT. Anticiper découvrir une plus petite surface d'edge cases.

Quand garder JBR

• Pour qui livre un module Swing legacy.
• Pour qui embarque un Canvas AWT (vidéo par exemple) pas encore porté à NativeView.
• Pour qui utilise une lib qui exige ComposeWindow directement.