# Umsetzungsplan — JavaFX entfernen, Teil 5: Etappe 6, die Reste und der Build
> **Für ausführende Agenten:** Schritte sind als Kästchen (`- [ ]`) geführt. Nach jeder Scheibe
> ein Commit und ein `./gradlew clean build` mit Auswertung der Test-XML. Nach den mit
> **GUI-ABNAHME** markierten Scheiben die Anwendung starten und von Marc bedienen lassen.
**Ziel:** `grep -rl "javafx\." core/src/main app-desktop/src/main` liefert nichts, und der
`org.openjfx`-Block ist aus dem Build und dem Versionskatalog verschwunden.
**Architektur:** Zwei Stellen benutzen JavaFX noch lebend und werden ersetzt, bevor gelöscht wird:
der 300-ms-Entpreller der Benutzerliste (`javafx.animation.PauseTransition` → `javax.swing.Timer`)
und `FxRosterBinding` (`ObservableList` → gewöhnliche Liste plus Rückruf). Alles übrige ist ein
Schatten, der nie in einer Szene hängt und nur sich selbst füttert; er fällt in Teilscheiben,
damit eine später gefundene Regression einer Scheibe zuzuordnen ist.
**Werkzeuge:** Java 21, Gradle Wrapper, Kotlin 2.2.0, Compose Multiplatform 1.8.2, JUnit 5.
**Spezifikation:** `docs/superpowers/specs/2026-10-01-javafx-entfernen-design.md`, Etappe 6.
**Lebendbefund:** `docs/superpowers/notes/2026-10-01-javafx-lebendbefund.md`.
**Vorgänger:** `docs/superpowers/plans/2026-10-03-javafx-entfernen-teil4-dispatcher-lebenszyklus.md`.
## Projektweite Vorgaben
- Kommunikation mit Marc auf **Deutsch**; Quelltextkommentare und Javadoc **ausschließlich
Englisch**. Commit-Nachrichten knappes Englisch.
- `./gradlew clean build`, Java 21. **Nicht aus Exit-Code 0 auf grün schließen** — die XML unter
`*/build/test-results/test/TEST-*.xml` auswerten. Grundlinie: **835 Tests, 0 Fehler**.
- **Signierte Commits.** Schlägt das Signieren mit `Couldn't get agent socket` fehl, ist der
Bitwarden-SSH-Agent gesperrt — Marc entsperren lassen, **nicht** unsigniert committen.
- **Immer mit Pfadangabe committen** (`git commit -- `). Dieser Arbeitsbaum trägt
vorbestehende gestapelte und ungestapelte Änderungen von vor der Sitzung; ein nackter
`git commit` nimmt sie mit.
- Kein Push, kein Merge, kein Tag, kein Release, kein Versions-Bump. Keine neue Abhängigkeit.
- **Nicht anfassen:** `selectedCallSignInfoStageChatMember` (gewöhnliches Feld, von
`ComposeChatInputActions.panelSelection()` gelesen), die 91 MP3-Dateien, `PlayAudioUtils`,
`UiDispatcher`/`AwtUiDispatcher`/`DirectUiDispatcher`, `macOsConnectionStateMenuTitle` samt Test,
`JavaFxStylesheet.kt` samt eingefrorener `derive`-Tabelle (der Name beschreibt die Herkunft der
Farben und bleibt), `StationMapClusterer`/`StationMapStatusText` in `core`, und die
**Compose**-Dateien `compose/TimelineView.kt` und `compose/map/PathProfileChart.kt`.
## Die Namensfalle, die diesen Plan sonst zerlegt
Vier Namen existieren **zweimal** — einmal JavaFX, einmal Compose. Gelöscht wird nur die
JavaFX-Fassung. Wer nach dem bloßen Namen greift, löscht die lebende:
| Name | **löschen** | **behalten** |
|---|---|---|
`TimelineView` | `app-desktop/src/main/java/kst4contest/view/TimelineView.java` | `app-desktop/src/main/kotlin/kst4contest/view/compose/TimelineView.kt` |
`PathProfileChart` | `app-desktop/src/main/java/kst4contest/view/map/PathProfileChart.java` | `app-desktop/src/main/kotlin/kst4contest/view/compose/map/PathProfileChart.kt` |
Dazu: `MapHtmlResources` und `TileProxyServer` existieren nur einmal. Die Treffer für
`MapHtmlResources` und `StationMapView` in `core/src/test` und in `StationMapWindow.kt` sind
**Kommentare**, die beschreiben, woher eine Formulierung stammt — geprüft, nicht angenommen. Sie
bleiben stehen; sie dokumentieren Herkunft.
## Prüfschwerpunkte
Fünf Dinge, die diese Etappe stillschweigend brechen kann. Jedes bekommt seinen Test in der
Scheibe, der der Code gehört.
1. **Der Entpreller muss nach dem Tausch noch entprellen.** `core` ruft `onUserListUpdated` bei
jeder Listenänderung; ohne Zusammenfassung zeichnet die Stationstabelle bei Contest-Last
dauernd neu. Fällt der Timer ganz aus, aktualisiert sie **nie** — und beides sieht im Build
gleich aus. → S1.
2. **Der Nachrichtenbereich der ausgewählten Station muss weiter folgen.** `FxRosterBinding`
speist ihn, und die Gleichheitsprüfung darin verhindert, dass eine unveränderte Liste ein
Änderungsereignis auslöst. Fällt sie weg, kämpft die Tabelle bei jedem Takt mit dem Bediener um
die ausgewählte Zeile. → S2.
3. **`tableSelection()` muss weiter `null` liefern, nicht werfen.** `ComposeChatInputActions`
liest die gelöschte Tabelle; die lebende Sendezeile ruft das bei jedem Schnipsel und jeder
Kurztaste. → S3a.
4. **Die Zeitstrahl-Kandidaten müssen Feld für Feld gleich bleiben.** Die zehn Werte werden heute
1:1 umkopiert; eine vertauschte Reihenfolge im Konstruktor fällt nicht auf, weil fünf davon
Zahlen sind. → S3d.
5. **Die Anwendung muss ohne gestartetes JavaFX-Toolkit hochkommen.** Die Startmethode fällt erst
mit dem letzten Steuerelement; fällt sie zu früh oder zu spät, ist der Start kaputt
beziehungsweise bleibt eine tote Abhängigkeit. → S6.
---
## S1 — Der Entpreller der Benutzerliste
**Dateien:**
- Anlegen: `app-desktop/src/main/java/kst4contest/view/CoalescingTrigger.java`
- Anlegen: `app-desktop/src/test/java/kst4contest/view/CoalescingTriggerTest.java`
- Ändern: `app-desktop/src/main/java/kst4contest/view/Kst4ContestApplication.java`
(`onUserListUpdated`, das Feld `userListRefreshCoalescer`, `stopAnimation`, `shutdownRuntime`)
**Schnittstellen:**
- Liefert: `new CoalescingTrigger(int delayMs, Runnable action)` mit `void trigger()` und
`void cancel()`. `trigger()` startet die Wartezeit neu; `action` läuft auf dem
AWT-Ereignisfaden.
- [ ] **Schritt 1: Den fehlschlagenden Test schreiben**
```java
package kst4contest.view;
import org.junit.jupiter.api.Test;
import java.awt.EventQueue;
import java.util.concurrent.CountDownLatch;
import java.util.concurrent.TimeUnit;
import java.util.concurrent.atomic.AtomicBoolean;
import java.util.concurrent.atomic.AtomicInteger;
import static org.junit.jupiter.api.Assertions.assertEquals;
import static org.junit.jupiter.api.Assertions.assertTrue;
/**
* The coalescer behind the station list.
*
* Untested while it ran on a JavaFX {@code PauseTransition}, and both ways of being wrong
* are invisible in a build: too eager and the table redraws on every message under contest
* load, never and the table stops updating altogether.
*/
class CoalescingTriggerTest {
@Test
void aBurstOfTriggersProducesOneRun() throws Exception {
AtomicInteger runs = new AtomicInteger();
CountDownLatch ran = new CountDownLatch(1);
CoalescingTrigger trigger = new CoalescingTrigger(120, () -> {
runs.incrementAndGet();
ran.countDown();
});
// What a busy chat looks like: many updates, one intended redraw.
for (int i = 0; i < 25; i++) {
trigger.trigger();
}
assertTrue(ran.await(5, TimeUnit.SECONDS), "the burst never produced a run");
Thread.sleep(300);
assertEquals(1, runs.get(), "a burst must coalesce into a single run");
}
@Test
void theActionRunsOnTheEventThread() throws Exception {
AtomicBoolean onEventThread = new AtomicBoolean();
CountDownLatch ran = new CountDownLatch(1);
CoalescingTrigger trigger = new CoalescingTrigger(60, () -> {
onEventThread.set(EventQueue.isDispatchThread());
ran.countDown();
});
trigger.trigger();
assertTrue(ran.await(5, TimeUnit.SECONDS));
assertTrue(onEventThread.get(), "the action redraws tables and must be on the UI thread");
}
@Test
void aLaterTriggerPostponesTheRun() throws Exception {
AtomicInteger runs = new AtomicInteger();
CoalescingTrigger trigger = new CoalescingTrigger(250, runs::incrementAndGet);
trigger.trigger();
Thread.sleep(150);
trigger.trigger();
Thread.sleep(150);
// 300 ms have passed but the second trigger restarted the wait at 150 ms.
assertEquals(0, runs.get(), "a new trigger must restart the delay, not let the old one fire");
}
@Test
void cancellingBeforeTheDelayElapsesSuppressesTheRun() throws Exception {
AtomicInteger runs = new AtomicInteger();
CoalescingTrigger trigger = new CoalescingTrigger(120, runs::incrementAndGet);
trigger.trigger();
trigger.cancel();
Thread.sleep(400);
assertEquals(0, runs.get(), "a cancelled trigger must not run; shutdown relies on it");
}
@Test
void triggeringAgainAfterACancelStillWorks() throws Exception {
AtomicInteger runs = new AtomicInteger();
CountDownLatch ran = new CountDownLatch(1);
CoalescingTrigger trigger = new CoalescingTrigger(80, () -> {
runs.incrementAndGet();
ran.countDown();
});
trigger.trigger();
trigger.cancel();
trigger.trigger();
assertTrue(ran.await(5, TimeUnit.SECONDS), "a cancel must not disable the trigger for good");
assertEquals(1, runs.get());
}
}
```
- [ ] **Schritt 2: Laufen lassen und den Fehlschlag sehen**
```bash
./gradlew :app-desktop:test --tests '*CoalescingTriggerTest*'
```
Erwartung: Übersetzungsfehler, `CoalescingTrigger` existiert nicht.
- [ ] **Schritt 3: Die Umsetzung schreiben**
```java
package kst4contest.view;
import javax.swing.Timer;
import java.util.Objects;
/**
* Collapses a burst of requests into one run, a fixed delay after the last of them.
*
* Replaces the {@code javafx.animation.PauseTransition} the station list used. A
* {@code javax.swing.Timer} fires on the AWT event thread, which is where the user
* interface lives, and {@code restart()} means exactly what {@code playFromStart()} meant.
* A PauseTransition would need a running JavaFX toolkit, which the application no longer
* has.
*/
public final class CoalescingTrigger {
private final Timer timer;
/**
* @param delayMs how long to wait after the last request
* @param action runs on the user-interface thread once the delay elapses
*/
public CoalescingTrigger(final int delayMs, final Runnable action) {
Objects.requireNonNull(action, "action");
this.timer = new Timer(delayMs, event -> action.run());
this.timer.setRepeats(false);
}
/** Requests a run, restarting the delay. */
public void trigger() {
timer.restart();
}
/** Drops a pending run. Idempotent, and the trigger stays usable afterwards. */
public void cancel() {
timer.stop();
}
}
```
- [ ] **Schritt 4: Tests laufen lassen**
```bash
./gradlew :app-desktop:test --tests '*CoalescingTriggerTest*'
```
Erwartung: 5 Tests grün.
- [ ] **Schritt 5: `onUserListUpdated` umstellen**
Das Feld `private Animation userListRefreshCoalescer;` wird
`private CoalescingTrigger userListRefreshCoalescer;`. Die Methode wird:
```java
@Override
public void onUserListUpdated(String reason) {
uiDispatcher.runOnUi(() -> {
pendingUserListUpdateReason = reason;
if (userListRefreshCoalescer == null) {
userListRefreshCoalescer = new CoalescingTrigger(
USER_LIST_REFRESH_DELAY_MS,
() -> {
forceChatMemberFilterRefresh();
if (composeMainWindowState != null) {
composeMainWindowState.getStations().forceRedraw();
}
refreshStationMapIfVisible();
System.out.println(
"KST4Capp, UI Update Trigger: " + pendingUserListUpdateReason);
});
}
userListRefreshCoalescer.trigger();
});
}
```
Der `tbl_chatMember.refresh()`-Aufruf fällt hier mit: er zeichnet eine Tabelle neu, die keine
Zeilen hat, und das Feld fällt in S3b. Dazu die Konstante bei den übrigen Konstanten der Klasse:
```java
/** The delay the JavaFX PauseTransition used, kept so the feel does not change. */
private static final int USER_LIST_REFRESH_DELAY_MS = 300;
```
- [ ] **Schritt 6: `shutdownRuntime` und `stopAnimation` nachziehen**
In `shutdownRuntime` wird
```java
stopAnimation(userListRefreshCoalescer);
userListRefreshCoalescer = null;
```
zu
```java
if (userListRefreshCoalescer != null) {
userListRefreshCoalescer.cancel();
userListRefreshCoalescer = null;
}
```
`private static void stopAnimation(Animation)` verliert damit seinen letzten Aufrufer und wird
gelöscht. Prüfen mit `grep -n "stopAnimation" app-desktop/src/main/java/kst4contest/view/Kst4ContestApplication.java`
— sind weitere Aufrufer da, bleibt die Methode und nur dieser eine Aufruf wechselt.
- [ ] **Schritt 7: Bauen und Testzahl prüfen**
```bash
./gradlew clean build
grep -h "` und kopiert es sofort (`SelectedStationMessagesFeed.kt:23-26`), die
`ObservableList` wird also nie als beobachtbare Liste benutzt. Statt eines Listeners bekommt die
Klasse einen Rückruf.
**Dateien:**
- Umbenennen und ändern: `app-desktop/src/main/java/kst4contest/view/FxRosterBinding.java`
→ `app-desktop/src/main/java/kst4contest/view/RosterMirror.java`
- Umbenennen und ändern: `app-desktop/src/test/java/kst4contest/view/FxRosterBindingTest.java`
→ `app-desktop/src/test/java/kst4contest/view/RosterMirrorTest.java`
- Ändern: `app-desktop/src/main/java/kst4contest/view/Kst4ContestApplication.java`
**Schnittstellen:**
- Liefert: `RosterMirror.mirror(ObservableRoster, UiDispatcher)` und
`RosterMirror.derived(UiDispatcher, Supplier>, ObservableRoster>...)`, dazu
`List list()`, `void refresh()`, `void dispose()` und neu
`void onChanged(Consumer> listener)`.
- [ ] **Schritt 1: Den bestehenden Test lesen, bevor etwas angefasst wird**
```bash
cat app-desktop/src/test/java/kst4contest/view/FxRosterBindingTest.java
```
Er deckt den Vertrag schon ab. Jede Zusicherung darin muss nach der Umstellung weiter gelten;
nur `ObservableList` wird zu `List`. Die Datei wird mit `git mv` umbenannt, damit die Geschichte
erhalten bleibt.
- [ ] **Schritt 2: Den bestehenden No-Event-Test umschreiben und einen zweiten ergänzen**
`ObservableRoster` ist eine **Schnittstelle**; die Tests benutzen `SimpleRoster` aus
`kst4contest.observe` als echte Umsetzung, nicht als Attrappe. Die bestehende Zusicherung
`anUnchangedResultProducesNoListChangeEvent` prüft heute über einen JavaFX-`ListChangeListener`.
Sie wird auf den Rückruf umgeschrieben — gleiche Aussage, neuer Weg:
```java
@Test
void anUnchangedResultNotifiesNobody() {
SimpleRoster roster = new SimpleRoster<>();
roster.add("DN9APW");
RosterMirror mirror = RosterMirror.mirror(roster, new DirectUiDispatcher());
AtomicInteger notifications = new AtomicInteger();
mirror.onChanged(rows -> notifications.incrementAndGet());
mirror.refresh();
mirror.refresh();
/*
* The equality check is not an optimisation. The selected-station message pane
* replaces its rows on every notification, and the periodic refresh would fight
* the operator for the selected row on every tick.
*/
assertEquals(0, notifications.get(),
"an unchanged station list must not make the message pane drop its selection");
}
```
Dazu neu, weil bisher nichts prüft, dass eine **echte** Änderung ankommt — der Fall, in dem der
Nachrichtenbereich stehen bliebe:
```java
@Test
void aRealChangeNotifiesOnceWithTheNewContent() {
SimpleRoster roster = new SimpleRoster<>();
roster.add("DN9APW");
RosterMirror mirror = RosterMirror.mirror(roster, new DirectUiDispatcher());
List> seen = new java.util.ArrayList<>();
mirror.onChanged(seen::add);
roster.add("DO5AMF");
assertEquals(1, seen.size(), "a real change must notify exactly once");
assertEquals(List.of("DN9APW", "DO5AMF"), seen.get(0));
}
```
Die übrigen fünf Zusicherungen der Datei bleiben inhaltlich gleich; nur
`ObservableList`/`List.copyOf(binding.list())` wird `List.copyOf(mirror.list())` und der
`javafx.collections`-Import fällt.
- [ ] **Schritt 3: Laufen lassen und den Fehlschlag sehen**
```bash
./gradlew :app-desktop:test --tests '*RosterMirrorTest*'
```
Erwartung: Übersetzungsfehler, `RosterMirror` existiert nicht.
- [ ] **Schritt 4: Umbenennen und umstellen**
```bash
git mv app-desktop/src/main/java/kst4contest/view/FxRosterBinding.java \
app-desktop/src/main/java/kst4contest/view/RosterMirror.java
git mv app-desktop/src/test/java/kst4contest/view/FxRosterBindingTest.java \
app-desktop/src/test/java/kst4contest/view/RosterMirrorTest.java
```
In `RosterMirror.java`: die beiden `javafx.collections`-Importe fallen,
`private final ObservableList mirror = FXCollections.observableArrayList();` wird
`private final List mirror = new ArrayList<>();`, `list()` liefert
`Collections.unmodifiableList(mirror)`, und `applyNow()` endet statt mit `mirror.setAll(computed)`
mit:
```java
if (mirror.equals(computed)) {
return;
}
mirror.clear();
mirror.addAll(computed);
List snapshot = List.copyOf(mirror);
for (Consumer> listener : changeListeners) {
listener.accept(snapshot);
}
```
Der lange Kommentar über der Gleichheitsprüfung **bleibt wörtlich erhalten** — er trägt die
Begründung und den Hinweis auf `ChatMember.equals(ChatMember)` als Überladung. Nur die Erwähnung
von `setAll` und `TableView` wird auf den Rückruf umformuliert. Dazu neu:
```java
private final List>> changeListeners = new ArrayList<>();
/**
* Registers a listener for real content changes.
*
* Replaces the {@code ListChangeListener} a {@code TableView} used to attach. It is
* called on the user-interface thread with an immutable snapshot, and only when the
* content actually changed.
*/
public void onChanged(Consumer> listener) {
changeListeners.add(Objects.requireNonNull(listener, "listener"));
}
```
Die Klassen-Javadoc verliert ihre `TableView`- und `ObservableList`-Sätze und benennt stattdessen
die Compose-Senke.
- [ ] **Schritt 5: Die Aufrufstellen nachziehen**
In `Kst4ContestApplication`:
- `FxRosterBinding` → `RosterMirror` überall (Feld `rosterBindings`, `mirrorOf`, `derivedBinding`,
`chatMemberListBinding`, `selectedCallSignInfoMessageBinding`, der `dispose`-Aufruf in
`shutdownRuntime`).
- `private javafx.collections.ObservableList mirrorOf(...)` wird
`private java.util.List mirrorOf(...)`.
- Der `ListChangeListener` bei `:1402` wird der Rückruf:
```java
selectedCallSignInfoMessageBinding.onChanged(rows -> {
if (selectedStationMessagesFeed != null) {
selectedStationMessagesFeed.push(rows);
}
});
```
- Die drei verbleibenden `ObservableList`-Erwähnungen in `applySelectedCallSignInfoFilter`, bei
`:3431` (`insertTextSnippet`) und `:1905` (`refreshShortcutButtons`) werden `List`. Beide
letzteren fallen in S3 ganz; hier nur den Typ anpassen, damit es übersetzt.
- [ ] **Schritt 6: Bauen, Testzahl prüfen, committen**
```bash
./gradlew clean build
grep -h "The JavaFX station table it used to consult never had rows after the window was
* disconnected, so this always answered null; it must keep doing that rather than throw
* once the table is gone.
*/
class ComposeChatInputActionsTest {
@Test
void thereIsNoTableSelectionAnyMore() {
ComposeChatInputActions actions = new ComposeChatInputActions(new Kst4ContestApplication());
assertNull(actions.tableSelection(), "the station table is gone; this must answer null");
}
@Test
void anUnbuiltRuntimeHasNoPanelOrScoreSelection() {
ComposeChatInputActions actions = new ComposeChatInputActions(new Kst4ContestApplication());
assertNull(actions.panelSelection());
assertNull(actions.scoreSelection(), "no chat controller yet, so no score selection");
}
}
```
**Achtung:** `new Kst4ContestApplication()` erzeugt die Steuerelementfelder. Solange welche
übrig sind, braucht dieser Test ein gestartetes JavaFX-Toolkit und schlägt sonst mit
`Toolkit not initialized` fehl. Darum steht der Test hier und nicht früher: nach S3a ist
`txt_chatMessageUserInput` weg, und nach S3d ist kein Steuerelement mehr im Konstruktor. Schlägt
er in dieser Scheibe noch fehl, **nicht** das Toolkit im Test starten — den Test nach S3d
verschieben und das in der Commit-Nachricht festhalten.
- [ ] **Schritt 2: Laufen lassen**
```bash
./gradlew :app-desktop:test --tests '*ComposeChatInputActionsTest*'
```
- [ ] **Schritt 3: Den JavaFX-Zweig der Sendezeile löschen**
Löschen: die Felder `txt_chatMessageUserInput`, `sendButton`, `lastAutoPreparedSendText`,
`lastAutoPreparedCqTargetCallsign`, `lastAutoPreparedCqTargetCategory`, und die Methoden
`prepareCqTextForCallsign` (beide Überladungen), `canOverwriteSendTextWithAutoPreparedText`,
`appendResolvedMessageText`, `insertTextSnippet`, `resolveSnippetIndex` sowie der
`EventHandler`-`handle`-Block um `:2309`, der nur diese Felder beschreibt.
Vor jeder Löschung die Aufrufer prüfen:
```bash
P=app-desktop/src/main/java/kst4contest/view/Kst4ContestApplication.java
for m in prepareCqTextForCallsign canOverwriteSendTextWithAutoPreparedText \
appendResolvedMessageText insertTextSnippet resolveSnippetIndex; do
echo "--- $m ---"; grep -rn "\b$m\b" app-desktop/src core/src --include="*.java" --include="*.kt"
done
```
Hat eine davon einen Aufrufer außerhalb der Löschliste, bleibt sie stehen und verliert nur ihren
JavaFX-Teil — die „gemischte Methode an ihrer Naht trennen", die der Lebendbefund als zentrale
Falle beschreibt. In `focusChatMemberAndPrepareCq` fällt nur der `prepareCqTextForCallsign`-Aufruf;
die Methode selbst ist lebend (`:924`, `:1584`) und setzt
`selectedCallSignInfoStageChatMember`, was bleiben muss. Bei `:4110` fällt die Zeile
`prepareCqTextForCallsign(receiverCallsign, message.getChatCategory(), false);` samt dem Kommentar
`// Sync with JavaFX state just in case`; `chatInput.prepareCq(...)` darüber bleibt.
- [ ] **Schritt 4: Bauen, Testzahl prüfen, GUI-ABNAHME**
```bash
./gradlew clean build && ./gradlew :app-desktop:run --args="--profile default"
```
Zu prüfen: Station auswählen → `/cq RUFZEICHEN ` erscheint vorbelegt im Eingabefeld und der Fokus
liegt darin; eigenen Text tippen, dann eine andere Station wählen → der getippte Text wird
**nicht** überschrieben; Schnipsel über Strg+1 bis Strg+0; die Kurztastenknöpfe; eine private
Nachricht senden.
- [ ] **Schritt 5: Committen**
```bash
git add app-desktop/src/main/java/kst4contest/view/ app-desktop/src/test/java/kst4contest/view/
git commit -m "Delete the shadow send line; the Compose chat input is the only one left" -- \
app-desktop/src/main/java/kst4contest/view/ app-desktop/src/test/java/kst4contest/view/
```
### S3b — Die Stationstabelle
**Belegt:** `onUserListUpdated` rief nur `refresh()` darauf, nie `setItems` — die Tabelle hat
keine Zeilen. `getEffectiveSelectedChatMember` hat sie als mittlere von drei Quellen, und dieser
Zweig kann nie feuern.
**Dateien:** `Kst4ContestApplication.java`, `ComposeChatInputActions.java`
- [ ] **Schritt 1: `tbl_chatMember` und die Zellenfabriken löschen**
Löschen: das Feld `tbl_chatMember`, die Methoden `refreshChatMemberTable`,
`createBandStatusCellFactory`, `applyQrgUiFormatting`, `applyTruncatedTextCells`,
`focusChatMemberAndPrepareCq`s Tabellenhälfte (`:950`–`:955`), `moveSelectedTableEntry`,
`markOperatorChatMemberSelectionIntent` samt dem Feld
`operatorInitiatedChatMemberSelectionChange`, und der Tabellenzweig in
`getEffectiveSelectedChatMember`. Jede davon vorher wie in S3a auf Aufrufer prüfen.
`getEffectiveSelectedChatMember` behält zwei Quellen:
```java
private ChatMember getEffectiveSelectedChatMember() {
if (selectedCallSignInfoStageChatMember != null) {
return selectedCallSignInfoStageChatMember;
}
/*
* The JavaFX station table used to sit between these two. It never received rows
* after the window was disconnected, so this branch could not fire.
*/
if (chatcontroller != null
&& chatcontroller.getScoreService() != null
&& chatcontroller.getScoreService().getSelectedChatMember() != null) {
return chatcontroller.getScoreService().getSelectedChatMember();
}
return null;
}
```
- [ ] **Schritt 2: `ComposeChatInputActions.tableSelection()` nachziehen**
```java
@Override
public ChatMember tableSelection() {
/*
* The JavaFX station table is gone. Kept rather than removed from the interface
* because ChatInputState's three-step lookup is the documented selection order and
* a Compose station table may fill this in again.
*/
return null;
}
```
- [ ] **Schritt 3: Bauen, Testzahl prüfen, committen**
```bash
./gradlew clean build
grep -h "The Compose chat input reads the own QRG from preferences when it needs it, so there
* is no follower left to attach. The Compose settings still call this through the shared
* interface, and an empty body is honest about there being nothing to do.
*/
@Override
public void applyOwnQrgFollower(boolean enabled) {
// intentionally empty: no JavaFX text field left to follow
}
```
**Vorher prüfen**, dass die Compose-Sendezeile die eigene QRG wirklich selbst liest:
```bash
grep -rn "getMYQRGFirstCat\|ownQrg" app-desktop/src/main/kotlin/kst4contest/view/compose/ | head
```
Liest sie sie **nicht**, ist die No-op falsch — dann **anhalten und Marc fragen**, weil die
MYQRG-Knöpfe der Sendezeile sonst leer einfügen.
Ebenso `refreshShortcutButtonsFromSettings`, das `refreshShortcutButtons` ruft: dieselbe
Behandlung, mit derselben Vorprüfung gegen `ChatInputState`.
- [ ] **Schritt 2: Bauen, Testzahl prüfen, committen**
```bash
./gradlew clean build
git add app-desktop/src/main/java/kst4contest/view/
git commit -m "Delete the shadow QRG, QTF and shortcut controls" -- \
app-desktop/src/main/java/kst4contest/view/
```
### S3d — Der Zeitstrahl-DTO — **GUI-ABNAHME**
`TimelineView.CandidateEvent` ist ein reines Zwischen-DTO: `buildTimelinePriorityCandidateEvents`
baut es, und `updateTimelineVisuals` kopiert es Feld für Feld in
`kst4contest.view.compose.TimelineCandidate`. Der Builder baut künftig direkt den Compose-Typ, und
die Umkopierschleife fällt — ein Übersetzungsschritt weniger.
**Dateien:** `Kst4ContestApplication.java`
- [ ] **Schritt 1: Die Feldreihenfolge festnageln, bevor etwas umgebaut wird**
```bash
grep -n "class TimelineCandidate" -A14 app-desktop/src/main/kotlin/kst4contest/view/compose/TimelineState.kt
sed -n '1645,1660p' app-desktop/src/main/java/kst4contest/view/Kst4ContestApplication.java
```
Die zehn Werte in der heutigen Umkopierschleife sind die Sollreihenfolge:
`callSignRaw`, `displayCallSign`, `preferredChatCategory`, `timeUntilMs`, `minuteBucket`,
`laneIndex`, `targetAzimuth`, `score`, `opportunityPotentialPercent`, `tooltipText`. Fünf davon
sind Zahlen, eine Vertauschung fällt nicht auf — darum zuerst der Test.
- [ ] **Schritt 2: Den Test schreiben, der die Reihenfolge festhält**
In `app-desktop/src/test/kotlin/kst4contest/view/compose/TimelineCandidateFieldsTest.kt`:
```kotlin
package kst4contest.view.compose
import org.junit.jupiter.api.Assertions.assertEquals
import org.junit.jupiter.api.Test
/**
* Pins the field order of the timeline candidate.
*
* The JavaFX builder produced its own DTO and copied it across field by field; the builder
* now constructs this type directly. Five of the ten values are numbers, so a swapped pair
* would compile, run, and quietly draw the wrong marker at the wrong minute.
*/
class TimelineCandidateFieldsTest {
@Test
fun theTenValuesKeepTheirPositions() {
val category = ChatCategory.values().first()
val candidate = TimelineCandidate(
"DL1ABC", "DL1ABC/P", category, 90_000L, 3, 1, 215.0, 42.5, 77, "tooltip",
)
assertEquals("DL1ABC", candidate.callSignRaw)
assertEquals("DL1ABC/P", candidate.displayCallSign)
assertEquals(category, candidate.preferredChatCategory)
assertEquals(90_000L, candidate.timeUntilMs)
assertEquals(3, candidate.minuteBucket)
assertEquals(1, candidate.laneIndex)
assertEquals(215.0, candidate.targetAzimuth)
assertEquals(42.5, candidate.score)
assertEquals(77, candidate.opportunityPotentialPercent)
assertEquals("tooltip", candidate.tooltipText)
}
}
```
Geprüft, bevor der Block geschrieben wurde (`TimelineState.kt:39-50`): die Reihenfolge ist
`callSignRaw: String`, `displayCallSign: String`, `preferredChatCategory: ChatCategory?`,
`timeUntilMs: Long`, `minuteBucket: Int`, `laneIndex: Int`, `targetAzimuth: Double`,
`score: Double`, `opportunityPotentialPercent: Int`, `tooltipText: String?`. **Die dritte Stelle
ist eine `ChatCategory`, keine Zahl** — ein Punkt, an dem eine Vertauschung mit `minuteBucket`
oder `laneIndex` nicht einmal übersetzen würde, während eine Vertauschung der drei Zahlen
untereinander lautlos durchgeht. Import: `kst4contest.model.ChatCategory`.
- [ ] **Schritt 3: Laufen lassen — er muss grün sein**
```bash
./gradlew :app-desktop:test --tests '*TimelineCandidateFieldsTest*'
```
Dieser Test ist bewusst **kein** RED-Test: er beschreibt bestehendes Verhalten, das der Umbau
erhalten muss. Wird er rot, stimmt die angenommene Reihenfolge nicht und der Umbau wäre falsch
geworden — dann die Erwartungen an die Deklaration anpassen, nicht die Deklaration an den Test.
- [ ] **Schritt 4: Den Builder umstellen**
`buildTimelinePriorityCandidateEvents()` gibt `List` zurück, die beiden
`out.add(new TimelineView.CandidateEvent(...))`-Stellen bauen `new TimelineCandidate(...)` mit
derselben Werteliste, der `Comparator` am Ende wird
`.comparingInt(TimelineCandidate::getMinuteBucket).thenComparingInt(TimelineCandidate::getLaneIndex)`
— die aus Kotlin erzeugten Zugriffsmethoden prüfen, ein `data class` liefert `getMinuteBucket()`.
In `updateTimelineVisuals` fällt die Umkopierschleife, und `timelineFeed.push(...)` bekommt die
Liste direkt.
- [ ] **Schritt 5: `TimelineView.java` löschen**
```bash
grep -rn "kst4contest.view.TimelineView\|TimelineView\." app-desktop/src core/src --include="*.java" --include="*.kt" | grep -v "compose"
git rm app-desktop/src/main/java/kst4contest/view/TimelineView.java
```
Der `grep` muss leer sein. **Nur die Java-Datei**, nicht `compose/TimelineView.kt`.
- [ ] **Schritt 6: Bauen, GUI-ABNAHME, committen**
```bash
./gradlew clean build && ./gradlew :app-desktop:run --args="--profile default"
```
Zu prüfen: Sked anlegen → Marke erscheint auf dem Zeitstrahl, an der richtigen Minute, mit dem
richtigen Hinweistext; Prioritätskandidaten erscheinen; Rotordrehung ändert die Darstellung.
```bash
git add -A app-desktop/src/main/java/kst4contest/view/ app-desktop/src/test/kotlin/kst4contest/view/compose/
git commit -m "Build timeline candidates as the Compose type and delete the JavaFX timeline" -- \
app-desktop/src/main/java/kst4contest/view/ app-desktop/src/test/kotlin/kst4contest/view/compose/
```
---
## S4 — Die Kartendateien und der Kachel-Umleitungsserver
**Dateien zum Löschen:**
- `app-desktop/src/main/java/kst4contest/view/map/StationMapView.java`
- `app-desktop/src/main/java/kst4contest/view/map/StationMapBridge.java`
- `app-desktop/src/main/java/kst4contest/view/map/MapHtmlResources.java`
- `app-desktop/src/test/java/kst4contest/test/MapHtmlResourcesContractTest.java`
- `app-desktop/src/main/java/kst4contest/view/map/PathProfileChart.java` (**nicht** die `.kt`)
- `app-desktop/src/main/java/kst4contest/view/MessageTextTableCell.java`
- `app-desktop/src/main/java/kst4contest/view/TruncatedTextTableCell.java`
- `app-desktop/src/main/resources/web/leaflet/leaflet.css` und `leaflet.js`
- `core/src/main/java/kst4contest/view/map/TileProxyServer.java`
- [ ] **Schritt 1: Prüfen, dass nichts mehr darauf zeigt**
```bash
for c in StationMapView StationMapBridge MapHtmlResources MessageTextTableCell \
TruncatedTextTableCell TileProxyServer; do
echo "--- $c ---"
grep -rn "\b$c\b" app-desktop/src core/src --include="*.java" --include="*.kt" \
| grep -v "/$c\.java:" | grep -vE "^\S+: *\*|^\S+: *//"
done
echo "--- PathProfileChart, nur die Java-Nutzer ---"
grep -rn "kst4contest.view.map.PathProfileChart" app-desktop/src core/src
echo "--- Leaflet-Ressourcen ---"
grep -rn "leaflet" app-desktop/src/main --include="*.java" --include="*.kt"
```
Jede Ausgabe muss leer sein oder ein Kommentar, der nur die Herkunft einer Formulierung
beschreibt. Kommentare bleiben stehen. Zeigt echter Code noch hin, **anhalten**: dann ist etwas
lebend, was dieser Plan für tot hält, und das gehört in den Lebendbefund, bevor es gelöscht wird.
- [ ] **Schritt 2: Löschen**
```bash
git rm app-desktop/src/main/java/kst4contest/view/map/StationMapView.java \
app-desktop/src/main/java/kst4contest/view/map/StationMapBridge.java \
app-desktop/src/main/java/kst4contest/view/map/MapHtmlResources.java \
app-desktop/src/test/java/kst4contest/test/MapHtmlResourcesContractTest.java \
app-desktop/src/main/java/kst4contest/view/map/PathProfileChart.java \
app-desktop/src/main/java/kst4contest/view/MessageTextTableCell.java \
app-desktop/src/main/java/kst4contest/view/TruncatedTextTableCell.java \
core/src/main/java/kst4contest/view/map/TileProxyServer.java
git rm -r app-desktop/src/main/resources/web/leaflet/
```
- [ ] **Schritt 3: Den `jdk.jsobject`-Eintrag im Build prüfen**
`app-desktop/build.gradle.kts` listet in `modules(...)` `jdk.jsobject` mit der Begründung „carries
netscape.javascript for the map bridge". Die Brücke fällt in diesem Schritt:
```bash
grep -rn "netscape.javascript" app-desktop/src core/src
```
Ist das leer, fällt `"jdk.jsobject"` aus der `modules(...)`-Liste und der Teilsatz aus dem
Kommentar darüber. `jdk.unsupported` **bleibt** — der Kommentar nennt dafür die Marlin-Begründung,
die mit JavaFX fällt, aber `sun.misc.Unsafe` wird auch von anderen Abhängigkeiten benutzt; das zu
entscheiden gehört nicht in diese Etappe. Den Kommentar entsprechend berichtigen.
- [ ] **Schritt 4: Bauen, Testzahl prüfen, committen**
```bash
./gradlew clean build
grep -h "&1 | grep -iE "skip|assum|javafx|PASS|FAIL"
```
Etappe 3 hat die `derive`-Werte als Daten eingecheckt, genau damit dieser Test das Entfernen
überlebt. Ruft er noch `com.sun.javafx.util.Utils` per Reflexion, muss der Zweig jetzt sauber
übersprungen werden, statt stillschweigend gegen sich selbst zu prüfen. Fällt er aus oder wird er
grün, ohne etwas zu prüfen, **anhalten und Marc sagen** — das wäre der Verlust des Farbpins, den
die Spezifikation ausdrücklich schützt.
- [ ] **Schritt 6: GUI-ABNAHME, die letzte**
```bash
./gradlew :app-desktop:run
```
Der vollständige Durchgang, weil ab hier kein JavaFX mehr einspringt: Profilwähler, Verbinden,
Stationsliste, Auswahl, private Nachricht, Zeitstrahl, Sked, Karte, Monitorfenster,
Einstellungsfenster, Entwurf hell/dunkel, alle Dialoge, Profilwechsel, Beenden über Menü und
Fensterkreuz, Spaltenbreiten über einen Neustart hinweg.
- [ ] **Schritt 7: Committen**
```bash
git add -A app-desktop/build.gradle.kts gradle/libs.versions.toml app-desktop/src
git commit -m "Remove the org.openjfx dependency; KST4Contest no longer uses JavaFX" -- \
app-desktop/build.gradle.kts gradle/libs.versions.toml app-desktop/src
```
---
## S7 — Nachdokumentation
- [ ] **Schritt 1: Die Dokumente nachziehen**
```bash
grep -rn "JavaFX\|javafx" AGENTS.md CLAUDE.md docs/PROJECT_CONTEXT.md README.md 2>/dev/null
```
Zu berichtigen, weil es nach S6 falsch ist: `AGENTS.md` nennt KST4Contest einen „Java/JavaFX
desktop client" (Zeile 7) und „Java 21 / JavaFX 21.x" unter „Build and verification"; dazu die
Sätze über die JavaFX-`ObservableList` und die WebView-/Leaflet-Umgehung, die mit S4 ihren
Gegenstand verloren hat. `docs/PROJECT_CONTEXT.md` und `README.md` entsprechend.
Nicht zu berichtigen: die Spezifikationen und Pläne unter `docs/superpowers/` — die beschreiben
den Weg und sollen den Vorzustand nennen.
- [ ] **Schritt 2: Lebendbefund abschließen**
Abschlussnotiz für Etappe 6 oben in `docs/superpowers/notes/2026-10-01-javafx-lebendbefund.md`:
der Beweis aus S6 Schritt 4, die endgültige Testzahl, die Zeilenzahl von
`Kst4ContestApplication`, und was von den neun Schattenfeldern wie ersetzt wurde.
- [ ] **Schritt 3: Dokumentationswirkung einschätzen**
Nach `AGENTS.md` („Documentation and durable project context") eine kurze Einschätzung, ob
nutzersichtbares Verhalten betroffen ist. Betroffen sind die Dialoge (Compose statt JavaFX, andere
Knopfreihenfolge auf macOS, keine Symbole mehr) und die Karte (Compose-Canvas statt WebView). Die
betreffenden Abschnitte unter `github_docs/` in **beiden** Sprachen suchen und abgleichen;
veraltete Bildschirmfotos benennen, **nicht** erfinden.
```bash
grep -rln "WebView\|Leaflet\|JavaFX" github_docs/ | head
```
- [ ] **Schritt 4: Committen**
```bash
git add AGENTS.md docs/PROJECT_CONTEXT.md README.md docs/superpowers/notes/ github_docs/
git commit -m "Update the binding docs and the manual for a KST4Contest without JavaFX" -- \
AGENTS.md docs/PROJECT_CONTEXT.md README.md docs/superpowers/notes/ github_docs/
```
---
## Was unverändert bleibt
- Die Fachlogik in `core` und sämtliche Protokollformate. `core` verliert nur `TileProxyServer`.
- `UiDispatcher`, `AwtUiDispatcher`, `DirectUiDispatcher`.
- `selectedCallSignInfoStageChatMember` und `ComposeChatInputActions.panelSelection()`.
- `JavaFxStylesheet.kt` samt eingefrorener `derive`-Tabelle und `JavaFxStylesheetTest`.
- `macOsConnectionStateMenuTitle` und sein Test.
- Die 91 MP3-Dateien und die CW-Ausgabe in `PlayAudioUtils`.
- `StationMapClusterer` und `StationMapStatusText` in `core`.
- Verpackungs- und Vertriebsidentität: `packageName`, `bundleID`, der `kst4contest`-Paketname.
## Bekannte Fallstricke
- **`ComposeStationMapDrawingTest` ist flaky.** Bei einem roten Lauf zuerst isoliert nachprüfen.
- **PMD/SpotBugs** melden rund 4448 vorbestehende Befunde und brechen den Build nicht. Nur neue
melden.
- **Vier Klassennamen sind doppelt belegt.** Siehe die Tabelle oben. `git rm` nach dem bloßen
Namen löscht die lebende Compose-Fassung.
- **`new Kst4ContestApplication()` in einem Test** braucht ein gestartetes JavaFX-Toolkit, solange
noch ein Steuerelementfeld im Konstruktor steht. Das ist der Grund für die Reihenfolge in S3.
- **Die Testzahl bewegt sich in beide Richtungen:** S4 senkt sie (gelöschter Kartentest), S5 hebt
sie (die Testdatei wird erstmals ausgeführt). Jede Änderung in der Commit-Nachricht nennen.