manual: updated map documentation

github_docs/de-Benutzeroberflaeche.md

@@ -4,11 +4,22 @@
 
 ## Verbinden mit dem Chat
 
-1. Im Einstellungsfenster eine **Chat-Kategorie** auswählen (z. B. 144 MHz VHF, 432 MHz UHF, …).
-2. **Connect**-Button klicken.
-3. Warten bis die Verbindung aufgebaut ist.
+Vor dem ersten Verbindungsaufbau müssen im Einstellungsfenster mindestens Rufzeichen, Passwort, Locator und primäre Chat-Kategorie konfiguriert werden. Soll zusätzlich eine zweite Kategorie verwendet werden, muss auch deren Login aktiviert und vollständig eingerichtet sein.
 
-> Trennen und Neu-Verbinden ist nur über das Einstellungsfenster möglich. Es empfiehlt sich daher, das Einstellungsfenster geöffnet zu lassen.
+Die Verbindung kann auf zwei Wegen aufgebaut werden:
+
+- Mit **Connect to …** im Einstellungsfenster werden die dort eingetragenen Werte übernommen und die Verbindung gestartet.
+- **File → Connect to …** verwendet die bereits in KST4Contest übernommenen Einstellungen.
+
+Geänderte Einstellungen müssen mit **Save Settings** gespeichert werden, wenn sie auch beim nächsten Programmstart verwendet werden sollen.
+
+Eine bestehende Verbindung kann über **File → Disconnect** oder über **Disconnect** im Einstellungsfenster beendet werden. **Exit + disconnect** beendet zusätzlich das Programm.
+
+Bei einem unerwarteten Verbindungsverlust versucht KST4Contest nach einer begrenzten Wartezeit, die ON4KST-Verbindung kontrolliert neu aufzubauen. Ein fehlgeschlagener Erstaufbau blockiert die Benutzeroberfläche nicht mehr.
+
+Ob die Verbindung lediglich als TCP-Verbindung besteht oder bereits vollständig angemeldet und synchronisiert ist, zeigt der [`LINK`-Status](#statusleiste-und-hinweise) im Hauptfenster.
+
+---
 
 ---
 
@@ -16,10 +27,40 @@
 
 Das Hauptfenster besteht aus mehreren Bereichen:
 
+
+### Statusleiste und Hinweise
+
+Die Statusleiste befindet sich am oberen Rand des Hauptfensters neben dem Menü.
+
+![Statusleiste mit ON4KST-Verbindungsanzeige](connection_status_indicator.png)
+
+Der dauerhaft sichtbare `LINK`-Indikator zeigt den tatsächlichen Zustand der ON4KST-Verbindung:
+
+| Anzeige | Bedeutung |
+|---|---|
+| grünes `LINK` | Login und Synchronisation der konfigurierten Chat-Kategorien sind vollständig abgeschlossen |
+| gelbes `LINK…` | Verbindung, Anmeldung, Benutzerlistensynchronisation oder kontrolliertes Beenden läuft |
+| rotes `LINK!` | keine Verbindung oder Wartezeit vor einem automatischen Neuaufbau |
+
+Der Tooltip enthält den internen Verbindungsstatus und eine genauere Beschreibung des aktuellen Schritts. Der Indikator ist keine Schaltfläche.
+
+`ONLINE` wird erst gemeldet, nachdem die Anmeldung bestätigt und die Benutzerlisten der konfigurierten Kategorien vollständig empfangen wurden. Während die Verbindung noch aufgebaut oder neu synchronisiert wird, bleiben Sendfeld und **TX** deaktiviert.
+
+Bei bestimmten Ereignissen erscheinen vorübergehend weitere Hinweise:
+
+- `SKED` weist auf eine fällige Sked-Erinnerung hin. Der Text enthält das vollständige Zielrufzeichen und die verbleibende Zeit.
+- `BAND+` erscheint nach einem Logeintrag, wenn für die gearbeitete Station noch mindestens ein gemeinsames, aktiviertes und nicht gearbeitetes Band erkannt wurde.
+
+Beide Hinweise blinken ungefähr zwölf Sekunden und verschwinden anschließend wieder. Der vollständige Inhalt beziehungsweise die Herleitung steht im jeweiligen Tooltip. Die Anzeigen sind nicht anklickbar.
+
+
 ### PM-Fenster (oben links)
 
-Zeigt alle empfangenen **Privatnachrichten** sowie abgefangene öffentliche Nachrichten, die das eigene Rufzeichen enthalten. Neue Nachrichten erscheinen in **Rot** und faden alle 30 Sekunden über Gelb bis Weiß ab.
+Das PM-Fenster zeigt die an die eigenen Chat-Logins gerichteten Privatnachrichten und die zugehörigen ausgehenden Antworten.
 
+Ist das [QSO-Monitoring](de-Funktionen#qso-monitoring-ab-v131) aktiviert, erscheinen dort zusätzlich die erfassten Nachrichten der überwachten Basisrufzeichen. Diese Einträge erhalten eine `Sniffed:`-Kennzeichnung mit dem vollständigen sichtbaren Absender und Empfänger.
+
+Neue Nachrichten werden zunächst auffällig dargestellt und wechseln anschließend schrittweise zur normalen Tabellenfarbe. Die farbliche Hervorhebung dient nur als zeitlicher Hinweis; sie verändert weder Inhalt noch Routing der Nachricht.
 ### Benutzerliste (Chat Members)
 
 Die zentrale Tabelle aller aktuell aktiven Chat-Nutzer. Spalten (je nach Konfiguration):
@@ -60,15 +101,47 @@ Jede Statuszelle besitzt einen Tooltip mit der Legende und dem für die betreffe
 Ein grün und fett dargestelltes Rufzeichen kennzeichnet eine aus einer gerichteten Nachricht hergeleitete Richtungsgelegenheit. Die Markierung bezieht sich auf den Absender der Nachricht und bleibt höchstens fünf Minuten sichtbar. Herleitung und Grenzen: [Richtungsgelegenheiten aus gerichteten Nachrichten](de-Funktionen#richtungsgelegenheiten-aus-gerichteten-nachrichten).
 ### Sendfeld
 
-Texteingabe für ausgehende Nachrichten. Nach Klick auf ein Rufzeichen in der Benutzerliste erhält das Sendfeld automatisch den Fokus – sofort tippen ohne Doppelklick (ab v1.22).
+Das Sendfeld enthält den vorbereiteten Text für die nächste ausgehende Nachricht.
 
-### MYQRG-Feld
+Wird eine Station bewusst per Maus oder Tastatur in der Benutzerliste ausgewählt, bereitet KST4Contest eine gerichtete Nachricht vor:
 
-Rechts neben dem Sendbutton. Zeigt die aktuelle eigene QRG an, kann auch manuell eingetragen werden.
+```text
+/cq RUFZEICHEN
+```
 
-### MYQTF-Feld *(für v1.3)*
+Dabei werden das vollständige sichtbare Rufzeichen einschließlich eines vorhandenen Suffixes und die Chat-Kategorie der ausgewählten Station beibehalten. Ein Ziel wie `9A0BB-70` wird nicht auf `9A0BB` verkürzt.
 
-Eingabefeld für die aktuelle Antennenrichtung. Wird für die geplante `MYQTF`-Variable verwendet.
+Eine Hintergrundaktualisierung, Neusortierung oder Filteränderung darf einen bereits bearbeiteten Nachrichtentext nicht überschreiben. Nur eine tatsächliche Auswahl durch den Operator bereitet den `/cq`-Empfänger erneut vor.
+
+- **TX** oder `Enter` sendet den vorbereiteten Text.
+- `Esc` leert das Sendfeld.
+- Während KST4Contest nicht vollständig mit ON4KST verbunden ist, bleiben Sendfeld und **TX** deaktiviert.
+
+Shortcuts, Snippets und Variablen sind unter [Makros und Variablen](de-Makros-und-Variablen) beschrieben.
+
+### MYQRG- und SECONDQRG-Feld
+
+Die beiden QRG-Felder enthalten die eigenen Frequenzen der primären und sekundären Chat-Kategorie.
+
+`MYQRG` kann von einer aktivierten TRX-Synchronisation aktualisiert oder – bei deaktivierten automatischen QRG-Quellen – von Hand eingetragen werden. `SECONDQRG` bleibt davon unabhängig und enthält die QRG der zweiten Kategorie.
+
+Die Auswahl einer Station aus dem zweiten Chat verändert die Bedeutung der beiden Werte nicht: `MYQRG` gehört weiterhin zur primären, `SECONDQRG` zur sekundären Kategorie.
+
+Weitere Einzelheiten: [TRX-Sync-Einstellungen](de-Konfiguration#trx-sync-einstellungen).
+
+### MYQTF-Feld
+
+Das MYQTF-Feld zeigt die aktuelle Antennenrichtung als numerischen Winkel in Grad.
+
+Ist PSTRotator aktiviert, wird der Wert automatisch übernommen und das Feld ist nicht manuell bearbeitbar. Ohne aktive Rotatorsynchronisation kann die Antennenrichtung direkt eingetragen werden. Die Änderung wird beim Verlassen des Feldes übernommen.
+
+Der Wert beeinflusst unter anderem:
+
+- die QTF-Filterung,
+- die Darstellung des Antennensektors auf der Stationskarte,
+- die Prioritätsberechnung,
+- die AP-Timeline und
+- die Variable `MYQTF`.
 
 ---
 
@@ -86,27 +159,77 @@ Damit muss der Divider nicht allein deshalb verschoben werden, um eine einzelne
 
 ---
 
-## Filter
+## Filter und Reachability-Steuerung
 
-Die Filterleiste befindet sich oberhalb der Chatmember-Tabelle. Sie ist in mehrere logisch zusammengehörige Bereiche gegliedert:
-
-- **Show only QTF** begrenzt die Liste auf eine gewählte Antennenrichtung.
-- **Show only QRB [km] <=** setzt eine maximale Entfernung.
-- **Find** sucht nach einem Rufzeichen.
-- **wkd** blendet Rufzeichen aus, die bereits auf mindestens einem Band gearbeitet wurden.
-- Die einzelnen Band-Schaltflächen blenden eine Station aus, wenn sie auf dem betreffenden Band bereits gearbeitet oder dort als NOT QRV markiert wurde. Angezeigt werden nur die für die eigene Station aktivierten Bänder.
-- **Only new grids** zeigt ausschließlich Stationen aus vierstelligen Großfeldern, die auf noch keinem Band gearbeitet wurden.
-- **Grid color** ist kein Filter. Die Funktion markiert das QRA-Feld bereits gearbeiteter Großfelder, ohne Stationen auszublenden.
-- **New bands** zeigt Stationen mit mindestens einer erkannten, an der eigenen Station aktivierten und noch nicht gearbeiteten Bandmöglichkeit. NOT-QRV-Markierungen haben Vorrang.
-- **Reachability**, **Tropo >=0dB** und **AS next 5m** schränken die Liste anhand der gewählten Strecken- beziehungsweise AirScout-Bedingungen ein.
-
-Die Filterleiste besitzt keine feste Breite. QTF sowie die Worked- und Reachability-Filter nutzen zunächst den gesamten Platz ihrer jeweiligen Zeile. Wird der horizontale Divider nach rechts verschoben und die Chatmember-Ansicht dadurch schmaler, wechseln die Controls erst dann in die nächste Zeile, wenn ihre tatsächlich benötigte Breite nicht mehr zur Verfügung steht.
+Die Filterleiste befindet sich oberhalb der Chatmember-Tabelle. Filter können miteinander kombiniert werden; eine Station bleibt nur sichtbar, wenn sie alle aktiven Bedingungen erfüllt.
 
 ![Umgebrochene Filterleiste bei schmaler Chatmember-Ansicht](filter_bar_wrapped.png)
 
-Im Klartext: Die Filter bestimmen weiterhin den Inhalt der Tabelle, aber nicht mehr die Mindestbreite der gesamten rechten Programmseite. In der normalen Ansicht bleibt die Leiste kompakt. Erst bei einer tatsächlich schmalen Ansicht benötigt sie mehr Höhe. Der Divider kann anschließend wieder nach links verschoben werden; die Controls ordnen sich unmittelbar neu an.
+### Stationsfilter
+
+| Bedienelement | Wirkung |
+|---|---|
+| **Show only QTF** | Zeigt nur Stationen innerhalb der gewählten Antennenrichtung und des konfigurierten Öffnungswinkels |
+| **Show only QRB [km] <=** | Begrenzt die Liste auf die eingetragene maximale Entfernung |
+| **Find** | Filtert nach einem vollständigen oder teilweisen Rufzeichen |
+| **wkd** | Blendet Basisrufzeichen aus, die bereits auf mindestens einem unterstützten Band gearbeitet wurden |
+| einzelne Band-Schaltflächen | Blenden Stationen aus, die auf dem betreffenden Band bereits gearbeitet oder dort als NOT QRV markiert wurden |
+| **Inactive stations** | Blendet Stationen aus, deren letzte Chataktivität mehr als 20 Minuten zurückliegt |
+| **Only new grids** | Zeigt nur Stationen aus vierstelligen Großfeldern, die bisher auf keinem Band gearbeitet wurden |
+| **New bands** | Zeigt Stationen mit mindestens einer erkannten, lokal aktivierten und noch nicht gearbeiteten Bandmöglichkeit |
+| **Tropo >=0dB** | Zeigt Stationen mit einer berechneten, nicht negativen SSB-Marge |
+| **AS next 5m** | Zeigt Stationen mit einem aktuellen oder innerhalb der nächsten fünf Minuten erwarteten AirScout-Fenster |
+
+Bei **New bands** werden aktuelle QRGs, Bandangaben im Namensfeld und aktive Rufzeichenvarianten gemeinsam ausgewertet. Manuelle NOT-QRV-Markierungen haben Vorrang.
+
+Der Filter **Tropo >=0dB** entfernt nur Stationen, für die eine abgeschlossene Berechnung eine negative Marge ergeben hat. Noch nicht berechnete oder fehlgeschlagene Auswertungen bleiben sichtbar. Andernfalls würde ein fehlender API-Wert wie ein nachgewiesen ungeeigneter Funkweg behandelt.
+
+### Grid color
+
+**Grid color** ist kein Filter. Die Funktion verändert ausschließlich die Darstellung des QRA-Feldes und kennzeichnet bereits gearbeitete vierstellige Großfelder.
+
+Die Station bleibt unabhängig von der Farbmarkierung in der Tabelle sichtbar. **Reset filters** deaktiviert diese Anzeige deshalb nicht.
+
+### Reachability und Calc selected
+
+Das Dropdown **Reachability** bestimmt das Band, auf das sich die Tropo-Spalte, der Tropo-Filter und eine ausdrücklich gestartete Streckenberechnung beziehen.
+
+- **Auto** leitet das Band aus der aktuellen Stations-QRG, Bandangaben im Namensfeld und der unterstützten Chat-Kategorie her.
+- Ein ausdrücklich gewähltes Band übersteuert diese automatische Auswahl für die Reachability-Auswertung.
+
+Eine Änderung des Dropdowns startet keine Berechnung für die gesamte Benutzerliste. Das wäre bei einer Online-Höhendatenquelle unnötig langsam und würde externe API-Abfragen vervielfachen.
+
+**Calc selected** berechnet ausschließlich die aktuell ausgewählte Station auf dem gewählten beziehungsweise automatisch hergeleiteten Band. Das Ergebnis wird anschließend in der Tropo-Spalte und den zugehörigen Ansichten verwendet.
+
+### Filter zurücksetzen
+
+**Reset filters** entfernt:
+
+- den QTF-Filter,
+- den QRB-Filter,
+- den Inhalt des Rufzeichen-Suchfeldes,
+- alle Worked- und Bandfilter,
+- **Inactive stations**,
+- **Only new grids**,
+- **New bands**,
+- **Tropo >=0dB** und
+- **AS next 5m**.
+
+Die internen Filterprädikate werden dabei ausdrücklich geleert. Es genügt nicht, lediglich die sichtbaren Toggle-Buttons zurückzusetzen.
+
+Nicht verändert werden:
+
+- **Grid color**, weil es sich um eine Darstellungsoption handelt, und
+- die Auswahl im **Reachability**-Dropdown, weil sie das Berechnungsband festlegt und nicht unmittelbar die Tabelle filtert.
+
+### Verhalten bei schmaler Ansicht
+
+Die Filterleiste besitzt keine feste Breite. QTF-, Worked- und Reachability-Controls nutzen zunächst den verfügbaren Platz ihrer jeweiligen Zeile.
+
+Wird der mittlere Divider nach rechts verschoben und die Chatmember-Ansicht dadurch schmaler, wechseln Bedienelemente erst dann in die nächste Zeile, wenn ihre tatsächlich benötigte Breite nicht mehr ausreicht. Wird der Bereich wieder breiter, ordnen sie sich unmittelbar neu an.
+
+Im Klartext: Die Filter bestimmen den Tabelleninhalt, aber nicht mehr die Mindestbreite der gesamten rechten Programmseite.
 
----
 ---
 
 ## Stationsinfo-Panel (Further Info)
@@ -182,28 +305,67 @@ Herleitung und Grenzen: [Prioritätsscore und Prioritätsliste](de-Funktionen#pr
 Die Stationskarte kann auf zwei Wegen geöffnet werden:
 
 - **Windows → Show / hide station map** öffnet oder schließt das Kartenfenster.
-- **Show on map** im **Further Info**-Bereich öffnet die Karte und zentriert sie auf die ausgewählte Station.
+- **Show on map** im **Further Info**-Bereich öffnet die Karte und fokussiert die ausgewählte Station.
 
-Die Karte zeigt die Stationen, die auch nach Anwendung der aktuellen Benutzerlistenfilter noch sichtbar sind. Ein Hinweis in der Kopfzeile zeigt an, wenn eine gefilterte Ansicht aktiv ist.
+Die Karte verwendet die Stationen, die nach Anwendung der aktuellen Benutzerlistenfilter noch sichtbar sind. Die Kopfzeile zeigt die Anzahl der dargestellten Stationen und weist mit `filtered view active` auf eine gefilterte Ansicht hin.
 
 ![Stationskarte mit ausgewählter Station und eingeblendeter Streckenanalyse](station_map_path_analysis.png)
 
-Ein einzelner Stationsmarker kann direkt angeklickt werden. KST4Contest übernimmt die Station daraufhin als aktuelle Auswahl, scrollt die Benutzerliste zum passenden Chatmember und aktualisiert den **Further Info**-Bereich.
+### Station auswählen
 
-Marker, die bei der aktuellen Zoomstufe zu dicht beieinanderliegen, werden als Cluster mit einer Stationsanzahl angezeigt. Ein Klick auf einen Cluster vergrößert den betreffenden Kartenausschnitt. Erst ein anschließend sichtbarer einzelner Marker wählt eine konkrete Station aus.
+Ein einzelner Stationsmarker kann direkt angeklickt werden. KST4Contest:
 
-Für die ausgewählte Station erscheinen rechts unter **Selected station**:
+1. übernimmt den konkreten Chatmember als aktuelle Auswahl,
+2. scrollt die Benutzerliste zum entsprechenden Eintrag,
+3. aktualisiert den **Further Info**-Bereich und
+4. bereitet das vollständige sichtbare Rufzeichen als `/cq`-Empfänger vor.
 
-- Rufzeichen,
+Marker, die bei der aktuellen Zoomstufe zu dicht beieinanderliegen, werden als Cluster mit einer Stationsanzahl dargestellt. Ein Klick auf einen Cluster vergrößert den betreffenden Kartenausschnitt. Erst ein anschließend sichtbarer einzelner Marker wählt eine konkrete Station aus.
+
+Die Kopfzeile ergänzt bei ausgewählter Station:
+
+- vollständiges Rufzeichen,
 - Locator,
 - QRB und QTF,
 - erkannte aktive Bänder,
-- gegebenenfalls `B+` für eine offene Bandmöglichkeit und
+- eine gegebenenfalls vorhandene `B+`-Bandmöglichkeit und
 - die zuletzt bekannten QRGs.
 
-**Trigger cluster spot** sendet für die ausgewählte Station einen einzelnen Spot an die mit dem integrierten DX-Cluster-Server verbundenen Logprogramme. Die Schaltfläche setzt deshalb einen aktivierten Cluster-Server und mindestens einen verbundenen Client voraus.
+Lange Inhalte werden in der Kopfzeile gekürzt. Der vollständige Text steht im Tooltip.
 
-Unterhalb der Karte befindet sich das Höhenprofil. Rechts werden die dazugehörigen Detailwerte angezeigt, unter anderem:
+### Auswahl mit Reset view löschen
+
+**Reset view** löscht die Stationsauswahl, ohne die Kartenposition oder den Zoomlevel zu verändern.
+
+Dabei werden:
+
+- die ausgewählte Station zurückgesetzt,
+- die Auswahl in der Benutzerliste aufgehoben,
+- die Verbindungslinie zur Gegenstation entfernt,
+- eine noch laufende Auswertung der vorherigen Station verworfen und
+- der rechte Analysebereich entfernt.
+
+Die Karte selbst bleibt im zuvor gewählten Ausschnitt. Die Funktion ist deshalb kein geografischer Reset auf den eigenen Standort.
+
+![Stationskarte nach Reset view ohne ausgewählte Station](station_map_reset.png)
+
+Wird anschließend wieder ein einzelner Marker gewählt, erscheinen Stationsauswahl und Analysebereich erneut.
+
+### DX-Cluster-Spot auslösen
+
+**Trigger cluster spot** erscheint nur bei ausgewählter Station. Die Schaltfläche sendet einen einzelnen Spot an die mit dem integrierten DX-Cluster-Server verbundenen Logprogramme.
+
+Vorausgesetzt werden:
+
+- ein aktivierter lokaler DX-Cluster-Server,
+- mindestens ein verbundener Cluster-Client und
+- eine für die ausgewählte Station verwendbare QRG.
+
+Der Spot wird nicht an einen öffentlichen Internet-Cluster gesendet.
+
+### Streckenanalyse
+
+Unterhalb der Karte befindet sich das Höhenprofil. Der rechte Analysebereich zeigt unter anderem:
 
 - verwendete Datenquelle und Anzahl der Höhenpunkte,
 - Analysefrequenz,
@@ -212,18 +374,28 @@ Unterhalb der Karte befindet sich das Höhenprofil. Rechts werden die dazugehör
 - Fresnel-Freiheit,
 - erkannte Hindernisse,
 - Link-Budget,
-- geschätzter Empfangspegel und
+- geschätzten Empfangspegel und
 - eine zusammenfassende Pfadbewertung.
 
-Mit **Hide path analysis** werden das Profil unterhalb der Karte und die ausführlichen Analysewerte rechts gemeinsam ausgeblendet. Der Kartenbereich erhält dadurch mehr Platz.
+Die Auswertung verwendet dasselbe zentral hergeleitete Band wie die Reachability-Funktionen. Ein im **Reachability**-Dropdown ausdrücklich gewähltes Band wird berücksichtigt.
+
+Die Werte bleiben technische Abschätzungen. Gebäude, Bewuchs, lokale Abschattungen, aktuelle Ausbreitungsbedingungen und nicht bekannte Stationsparameter können das reale Ergebnis deutlich verändern.
+
+### Streckenanalyse ausblenden
+
+Mit **Hide path analysis** werden Höhenprofil und rechter Analysebereich gemeinsam ausgeblendet. Der Kartenbereich erhält dadurch mehr Platz.
 
 ![Stationskarte mit ausgeblendeter Pfadanalyse](station_map_compact.png)
 
-Der Hinweis **Path analysis is hidden** bleibt zusammen mit **Show path analysis** sichtbar. Die Funktion kann daher ohne Umweg wieder eingeschaltet werden. Der Zustand wird gespeichert.
+Der Hinweis **Path analysis is hidden** und die Schaltfläche **Show path analysis** bleiben sichtbar. Die Funktion kann daher ohne Umweg wieder eingeschaltet werden.
 
-Der Divider zwischen Karte und Detailbereich lässt sich horizontal verschieben. Bei schmalem Detailbereich werden längere Angaben umgebrochen; falls die Höhe nicht ausreicht, erscheint dort eine vertikale Scrollleiste.
+Ist beim Wiedereinblenden keine Station ausgewählt, erscheint kein leerer rechter Bereich. Er wird erst wieder aufgebaut, nachdem eine konkrete Station gewählt wurde.
 
-Ausführliche Herleitung und Grenzen: [Stationskarte und Streckenanalyse](de-Funktionen#stationskarte-und-streckenanalyse-ab-v141)
+Die Auswahl wird gespeichert und beim nächsten Programmstart wiederhergestellt.
+
+Der Divider zwischen Karte und Detailbereich lässt sich horizontal verschieben. Bei einem schmalen Detailbereich werden längere Angaben umgebrochen; reicht die verfügbare Höhe nicht aus, erscheint eine vertikale Scrollleiste.
+
+Ausführliche Herleitung und Grenzen: [Stationskarte und Streckenanalyse](de-Funktionen#stationskarte-und-streckenanalyse-ab-v141).
 
 ---
 
@@ -270,12 +442,29 @@ Herleitung und Grenzen: [Globale Nachrichtenansichten](de-Funktionen#globale-nac
 
 ## Menü
 
+### File
+
+- **Connect to …** startet die Verbindung mit den bereits übernommenen Einstellungen.
+- **Disconnect** beendet die aktuelle ON4KST-Verbindung, ohne KST4Contest zu schließen.
+- **Exit + disconnect** beendet die Verbindung und anschließend das Programm.
+
+Die Connect- und Disconnect-Einträge werden entsprechend dem aktuellen Verbindungszustand aktiviert oder deaktiviert.
+
+### Options
+
+- **Set QRG as name in Chat (main category)** sendet `/SETNAME` mit der aktuellen `MYQRG` an die primäre Chat-Kategorie.
+- **Show me as away in chat** sendet `/AWAY`.
+- **Show me as active in chat** sendet `/BACK`.
+- **Show options** blendet das Einstellungsfenster ein beziehungsweise aus.
+
+Die serverbezogenen Funktionen sind nur bei vollständig aufgebauter ON4KST-Verbindung verfügbar.
+
 ### Windows
 
-- **Hide cluster / stranger QSOs** beziehungsweise **Show cluster / stranger QSOs**: Blendet das zusätzliche Cluster- und QSO-Monitorfenster aus oder wieder ein.
-- **hide options** beziehungsweise **show options**: Blendet das Einstellungsfenster aus oder wieder ein.
-- **Use dark mode design**: Aktiviert das dunkle Farbschema.
-- **Use default mode design**: Aktiviert das normale helle Farbschema.
+- **Hide cluster / stranger QSOs** beziehungsweise **Show cluster / stranger QSOs** blendet das zusätzliche Cluster- und QSO-Monitorfenster aus oder wieder ein.
+- **hide options** beziehungsweise **show options** blendet das Einstellungsfenster aus oder wieder ein.
+- **Use dark mode design** aktiviert das dunkle Farbschema.
+- **Use default mode design** aktiviert das normale helle Farbschema.
 - **Show / hide station map** öffnet beziehungsweise schließt das separate Fenster mit Stationskarte und Streckenanalyse.
 
 ---

github_docs/de-Funktionen.md

@@ -401,12 +401,49 @@ Win-Test-Übergabe: [Log-Synchronisation – Win-Test](de-Log-Synchronisation#wi
 
 ## QSO-Monitoring (ab v1.31)
 
-Für ausgewählte Rufzeichen kann KST4Contest gerichtete Nachrichten zusätzlich in der PM-Tabelle anzeigen. Dabei werden sowohl Nachrichten berücksichtigt, die das überwachte Rufzeichen sendet, als auch Nachrichten, die an dieses Rufzeichen gerichtet sind.
+Während eines Contests kann es sinnvoll sein, die Kommunikation einer bestimmten Station zu verfolgen. Das betrifft nicht nur seltene Stationen oder DXpeditionen. Auch die Sked-Absprachen einer anderen Station des eigenen Teams können im öffentlichen Nachrichtenaufkommen schnell übersehen werden.
 
-Die Nachricht bleibt gleichzeitig in ihrer ursprünglichen Tabelle erhalten und wird im PM-Fenster mit Absender und Empfänger als überwachte Kommunikation gekennzeichnet.
+KST4Contest kann deshalb alle Nachrichten, die eine überwachte Station sendet oder empfängt, zusätzlich in der PM-Tabelle anzeigen. Die Nachricht bleibt gleichzeitig in ihrer ursprünglichen Tabelle erhalten.
+
+Die Überwachung arbeitet mit dem normalisierten Basisrufzeichen. Ein Eintrag für `DN9APW` erfasst daher auch Nachrichten von oder an:
+
+```text
+DN9APW-2
+DN9APW-70
+DN9APW-144
+DN9APW-432
+```
+
+Auch wenn `DN9APW-70` in die Monitoring-Liste eingegeben wird, speichert KST4Contest nur `DN9APW`. Eine Station mit mehreren band- oder arbeitsplatzbezogenen KST-Suffixen muss dadurch nur einmal eingetragen werden.
+
+Die eigentliche Nachricht behält trotzdem die vollständigen Rufzeichen:
+
+```text
+Sniffed: (DN9APW-70 > 9A0BB-23) pse sked 19:30
+```
+
+Das ist ein wichtiger Unterschied. Das Monitoring fasst die Varianten zusammen, damit keine Nachricht übersehen wird. Das Nachrichtenrouting fasst sie nicht zusammen, weil andernfalls nicht mehr eindeutig wäre, welcher Login tatsächlich angesprochen wurde.
+
+Das Basisrufzeichen wird außerdem unabhängig von der Chat-Kategorie ausgewertet. Ist KST4Contest gleichzeitig mit zwei Kategorien verbunden, gilt derselbe Monitoring-Eintrag für beide Nachrichtenströme. Die Kategorie der einzelnen Nachricht bleibt dabei erhalten.
+
+Erfasst werden:
+
+- gerichtete Nachrichten, die eine überwachte Station sendet,
+- gerichtete Nachrichten an eine überwachte Station und
+- öffentliche Nachrichten, die eine überwachte Station an `ALL` sendet.
+
+Eine bloße Nennung des Rufzeichens im Nachrichtentext löst das Monitoring nicht aus.
+
+Nachrichten, die bereits direkt an das eigene Rufzeichen gerichtet sind, erscheinen als normale Privatnachrichten. Sie werden nicht zusätzlich als `Sniffed:` gekennzeichnet. Das QSO-Monitoring erzeugt außerdem keinen eigenen Hinweiston. Die akustische Benachrichtigung für tatsächlich an die eigene Station gerichtete Privatnachrichten bleibt davon unabhängig.
+
+Die Funktion fordert keine zusätzlichen Nachrichten vom ON4KST-Server an. Sie ordnet lediglich den bereits empfangenen Chatverkehr zusätzlich in die PM-Ansicht ein.
+
+Im Klartext: Das QSO-Monitoring entscheidet nicht, ob eine Nachricht tatsächlich einen Sked enthält oder für den eigenen Contestbetrieb relevant ist. Es sorgt lediglich dafür, dass die Kommunikation der ausgewählten Station nicht zwischen den übrigen Nachrichten verschwindet.
 
 Konfiguration: [Konfiguration – Sniffer-Einstellungen](de-Konfiguration#sniffer-einstellungen-ab-v131)
 
+Trennung vollständiger Rufzeichen und Chat-Kategorien: [Multi-Channel-Login und Rufzeichenvarianten](#multi-channel-login-ab-v126)
+
 ---
 
 ## Win-Test-Integration

github_docs/de-Konfiguration.md

@@ -425,17 +425,42 @@ Weitere Hintergründe: [Band-Upgrade-Hinweis nach einem Logeintrag](de-Funktione
 
 ### Sniffer-Einstellungen (ab v1.31)
 
-Das QSO-Monitoring ist für Stationen gedacht, deren Kommunikation man gezielt verfolgen möchte. Das kann beispielsweise eine seltene Station, eine DXpedition oder eine andere Station des eigenen Contest-Teams sein.
+Das QSO-Monitoring ist für Stationen gedacht, deren Kommunikation man gezielt verfolgen möchte. Das kann beispielsweise eine seltene Station, eine DXpedition oder eine andere Station des eigenen Contest-Teams sein, deren Sked-Absprachen im allgemeinen Chatverkehr nicht untergehen sollen.
 
-Für jedes eingetragene Rufzeichen zeigt KST4Contest Nachrichten zusätzlich in der PM-Tabelle an, wenn das Rufzeichen entweder Absender oder Empfänger der Nachricht ist. Die ursprüngliche Nachricht wird dabei nicht aus ihrer normalen Tabelle entfernt.
+Die Rufzeichen werden im Reiter **Notification** unter **QSO monitoring** verwaltet.
 
-Überwachte Nachrichten werden in der PM-Tabelle eindeutig gekennzeichnet:
+Für jedes eingetragene Basisrufzeichen zeigt KST4Contest Nachrichten zusätzlich in der PM-Tabelle an, wenn eine Variante dieses Rufzeichens entweder Absender oder Empfänger der Nachricht ist. Berücksichtigt werden beide verbundenen Chat-Kategorien.
+
+Die Liste arbeitet bewusst mit dem normalisierten Basisrufzeichen. Folgende Eingaben erzeugen deshalb denselben Monitoring-Eintrag:
 
 ```text
-Sniffed: (SENDER > RECEIVER) Nachrichtentext
+DN9APW
+DN9APW-2
+DN9APW-70
+DN9APW-144
 ```
 
-So wird sichtbar, dass die Nachricht nicht an die eigene Station gerichtet war.
+In allen Fällen speichert und zeigt KST4Contest den Eintrag als:
+
+```text
+DN9APW
+```
+
+Damit müssen die verschiedenen KST-Suffixe einer Station nicht einzeln eingetragen werden. Wird später eine Nachricht von `DN9APW-2` gesendet oder an `DN9APW-70` adressiert, wird sie durch denselben Eintrag erfasst.
+
+Diese Zusammenführung gilt ausschließlich für das QSO-Monitoring. Die aktiven ChatMember-Objekte, vollständigen Nachrichtenempfänger und Chat-Kategorien bleiben getrennt. Eine an `DN9APW-70` gerichtete Nachricht wird deshalb nicht an `DN9APW-2` umgeleitet.
+
+Überwachte Nachrichten werden in der PM-Tabelle mit den vollständigen sichtbaren Rufzeichen von Absender und Empfänger gekennzeichnet:
+
+```text
+Sniffed: (DN9APW-2 > DL0ABC-70) Nachrichtentext
+```
+
+Die ursprüngliche Nachricht bleibt gleichzeitig in ihrer normalen Tabelle erhalten. Das Monitoring verändert weder den Nachrichteninhalt noch dessen Routing.
+
+Erfasst werden Nachrichten, bei denen das überwachte Rufzeichen tatsächlich Absender oder Empfänger ist. Eine bloße Erwähnung des Rufzeichens im Nachrichtentext reicht nicht aus. Öffentliche Nachrichten einer überwachten Station werden ebenfalls angezeigt; als Empfänger erscheint dabei `ALL`.
+
+Ist eine Nachricht bereits direkt an das eigene Rufzeichen gerichtet, erscheint sie als normale Privatnachricht und erhält keine zusätzliche `Sniffed:`-Kennzeichnung.
 
 Rufzeichen werden folgendermaßen verwaltet:
 
@@ -443,8 +468,13 @@ Rufzeichen werden folgendermaßen verwaltet:
 2. Ein vorhandenes Rufzeichen per Doppelklick bearbeiten und die Änderung mit `Enter` übernehmen.
 3. Zum Entfernen den Inhalt einer Tabellenzelle löschen und mit `Enter` bestätigen.
 
-Doppelte oder syntaktisch ungültige Rufzeichen werden nicht übernommen. Die Liste wird mit **Save Settings** in der `preferences.xml` gespeichert und beim nächsten Programmstart wiederhergestellt.
+Die Eingabe darf ein sichtbares KST-Suffix oder portable Bestandteile enthalten. KST4Contest normalisiert sie vor dem Speichern auf das Basisrufzeichen. Mehrere Varianten desselben Basisrufzeichens gelten deshalb als Duplikat.
 
+Die Änderung der Liste wirkt sofort. Zum dauerhaften Speichern anschließend **Save Settings** verwenden. Die Basisrufzeichen werden in der `preferences.xml` gespeichert und beim nächsten Programmstart wiederhergestellt.
+
+> Die Zusammenführung der KST-Suffixe über das Basisrufzeichen ist im Nightly beziehungsweise ab v1.42 enthalten.
+
+Weitere Hintergründe und die Abgrenzung zum Nachrichtenrouting: [QSO-Monitoring](de-Funktionen#qso-monitoring-ab-v131).
 ---
 
 ## Shortcut Settings (Schnellzugriff-Schaltflächen)
@@ -465,7 +495,10 @@ kann dadurch beispielsweise folgenden Text einfügen:
 pse call me at 144.388
 ```
 
-Die Einträge `MYQRG` und `SECONDQRG` werden zusätzlich als QRG-Schaltflächen hervorgehoben. Sie fügen die aktuelle QRG der ersten beziehungsweise zweiten Chat-Kategorie ein.
+Die exakten Einträge `MYQRG` und `SECONDQRG` werden zusätzlich als QRG-Schaltflächen hervorgehoben. Sie fügen die aktuelle QRG der ersten beziehungsweise zweiten Chat-Kategorie ein.
+
+Auch der Shortcut `/SETNAME MYQRG` wird hervorgehoben. Beim Anklicken löst KST4Contest `MYQRG` auf und übernimmt den vollständigen Serverbefehl in das Sendfeld. Der Befehl wird nicht automatisch versendet und kann vor dem Senden mit `Enter` oder **TX** noch geprüft werden.
+
 
 Die Reihenfolge der Tabelle entspricht der Reihenfolge der Schaltflächen im Hauptfenster. Die Einträge werden folgendermaßen verwaltet:
 

github_docs/de-Makros-und-Variablen.md

@@ -2,202 +2,363 @@
 
 > 🇬🇧 [English version](en-Macros-and-Variables) | 🇩🇪 Du liest gerade die deutsche Version
 
-KST4Contest bietet ein flexibles System aus Text-Snippets, Shortcuts und eingebauten Variablen, die den Chat-Workflow im Contest erheblich beschleunigen.
+KST4Contest unterscheidet zwischen Shortcut-Schaltflächen, Text-Snippets und Variablen. Shortcuts und Snippets enthalten vorbereitete Texte. Variablen ergänzen Informationen, die sich während des Betriebs ändern können.
+
+Der eingefügte Text bleibt im Sendfeld sichtbar und kann vor dem Senden geprüft oder geändert werden.
 
 ---
 
 ## Überblick
 
-| Typ | Aufruf | Zweck |
+| Mechanismus | Aufruf | Verwendung |
 |---|---|---|
-| **Shortcuts** | Button in der Toolbar | Schneller Text-Insert ins Sendfeld |
-| **Snippets** | Rechtsklick / Ctrl+1..0 | Text-Bausteine, optionaler PM-Versand |
-| **Variablen** | In allen Text-Feldern verwendbar | Dynamische Werte (QRG, Locator, AP-Daten) |
+| **Shortcut** | Schaltfläche oberhalb des Sendfeldes | Fügt einen konfigurierten Text in das Sendfeld ein |
+| **Snippet** | Kontextmenü oder `Ctrl+1` bis `Ctrl+0` | Bereitet einen Text für die ausgewählte Station vor |
+| **Variable** | Platzhalter innerhalb eines Nachrichtentextes | Fügt aktuelle QRG-, Locator-, Richtungs-, Stations- oder AirScout-Informationen ein |
+
+Shortcuts und Snippets speichern Texte. Variablen liefern die dazugehörigen aktuellen Werte.
+
+Ein Shortcut wie
+
+```text
+pse sked?
+```
+
+fügt immer denselben Text ein. Ein Shortcut mit
+
+```text
+pse call me at MYQRGSHORT
+```
+
+verwendet dagegen die QRG, die beim Anklicken des Shortcuts aktuell in KST4Contest hinterlegt ist.
 
 ---
 
-## Shortcuts (Schnellzugriff-Schaltflächen)
+## Shortcut-Schaltflächen
 
-Konfigurierbar in den Preferences → **Shortcut Settings**.
+Shortcuts werden unter **Preferences → Shortcut Settings** konfiguriert.
 
-- Jeder konfigurierte Text erzeugt **einen Button** in der Benutzeroberfläche.
-- Ein Klick fügt den Text in das **Sendfeld** ein.
-- **Alle Variablen** können in Shortcuts verwendet werden und werden beim Einfügen sofort aufgelöst.
-- Auch längere Texte möglich.
+![Konfiguration der Shortcut-Schaltflächen und Text-Snippets](client_settings_window_shortcuts.png)
 
-**Tipp**: Häufig verwendete Abkürzungen wie „pse", „rrr", „tnx", „73" als Shortcuts anlegen.
+Jeder Eintrag erzeugt eine Schaltfläche im Hauptfenster. Ein Klick hängt den konfigurierten Text an den vorhandenen Inhalt des Sendfeldes an. Ein bereits vorbereiteter Nachrichtentext wird dabei nicht gelöscht.
+
+Enthält der Shortcut eine Variable, wird sie beim Einfügen aufgelöst. Aus
+
+```text
+pse call me at MYQRGSHORT
+```
+
+kann beispielsweise werden:
+
+```text
+pse call me at 144.388
+```
+
+Die exakten Einträge `MYQRG` und `SECONDQRG` werden als QRG-Schaltflächen hervorgehoben. Sie fügen die aktuelle QRG der ersten beziehungsweise zweiten Chat-Kategorie ein.
+
+Auch der Shortcut
+
+```text
+/SETNAME MYQRG
+```
+
+wird hervorgehoben. Beim Anklicken wird `MYQRG` aufgelöst und der daraus entstehende Serverbefehl in das Sendfeld übernommen. Der Befehl wird nicht automatisch gesendet.
+
+Die Reihenfolge der Einträge in den Einstellungen bestimmt die Reihenfolge der Schaltflächen im Hauptfenster. Bearbeitung, Sortierung und Speicherung sind unter [Konfiguration – Shortcut Settings](de-Konfiguration#shortcut-settings-schnellzugriff-schaltflächen) beschrieben.
 
 ---
 
-## Snippets (Text-Bausteine)
+## Text-Snippets
 
-Konfigurierbar in den Preferences → **Snippet Settings**.
+Snippets werden unter **Preferences → Snippet Settings** konfiguriert. Sie sind vor allem für wiederkehrende Nachrichten an eine bestimmte Station vorgesehen.
 
-### Aufruf
+Snippets können aufgerufen werden:
 
-- **Rechtsklick** auf ein Rufzeichen in der Benutzerliste
-- **Rechtsklick** in der CQ-Nachrichtentabelle
-- **Rechtsklick** in der PM-Nachrichtentabelle
-- **Tastaturkürzel**: `Ctrl+1` bis `Ctrl+0` für die ersten 10 Snippets
+- per Rechtsklick auf eine Station in der Benutzerliste,
+- per Rechtsklick auf eine öffentliche Nachricht,
+- per Rechtsklick auf eine Privatnachricht oder
+- mit `Ctrl+1` bis `Ctrl+0` für die ersten zehn Einträge der Snippet-Liste.
 
-### Verhalten mit ausgewähltem Rufzeichen
+### Verwendung über das Kontextmenü
 
-Wenn in der Benutzerliste ein Rufzeichen ausgewählt ist, wird der Snippet als **Privatnachricht** adressiert:
+Die Auswahl einer Station oder Nachricht bereitet normalerweise bereits den passenden `/cq`-Empfänger im Sendfeld vor. Das anschließend im Kontextmenü ausgewählte Snippet wird an diesen Text angehängt.
 
-```
-/CQ RUFZEICHEN <Snippet-Text>
+Ein bereits vorhandener Nachrichtentext kann dadurch gezielt erweitert werden.
+
+### Verwendung über die Tastatur
+
+Ein mit `Ctrl+1` bis `Ctrl+0` aufgerufenes Snippet ersetzt den bisherigen Inhalt des Sendfeldes durch eine vollständig adressierte Nachricht:
+
+```text
+/cq RUFZEICHEN Snippet-Text
 ```
 
-Anschließend kann mit **Enter** direkt gesendet werden – auch wenn das Sendfeld nicht den Fokus hat.
+Das vollständige sichtbare Rufzeichen einschließlich eines vorhandenen Suffixes bleibt erhalten. Für die ausgewählte Station `9A0BB-70` kann beispielsweise entstehen:
 
-### Hardware-Makro-Tastatur
+```text
+/cq 9A0BB-70 pse ur qrg?
+```
 
-*(Idee von IU3OAR, Gianluca Costantino)*
+KST4Contest behält intern auch die Chat-Kategorie der ausgewählten Station bei. Ein Snippet für `9A0BB-70` wird deshalb nicht versehentlich über die andere aktive Chat-Kategorie gesendet.
 
-Die Tastenkombinationen `Ctrl+1` bis `Ctrl+0` können auf einer programmierbaren Makro-Tastatur belegt werden. Ein weiterer Tastendruck (auf eine „Enter"-Taste) sendet den Text sofort. Im Contest-Betrieb spart das erheblich Zeit.
+Ist keine Station ausgewählt oder existiert für die gedrückte Tastenkombination kein Snippet, wird nichts eingefügt.
 
-### Vordefinierte Standard-Snippets
+Der vorbereitete Text wird nicht automatisch versendet:
 
-Beim ersten Start werden einige Snippets vorbelegt, z. B.:
+- `Enter` oder **TX** sendet die Nachricht.
+- `Esc` leert das Sendfeld.
 
-- `Hi OM, try sked?`
-- `I am calling cq ur dir, pse lsn to me at MYQRG`
-- `pse ur qrg?`
-- `rrr, I move to your qrg nw, pse ant dir me`
+### Zuordnung der Tastenkombinationen
 
-Diese können in den Preferences angepasst oder gelöscht werden.
+Die Zuordnung folgt der Reihenfolge in der Snippet-Liste:
+
+| Tastenkombination | Verwendeter Eintrag |
+|---|---:|
+| `Ctrl+1` | erster Eintrag |
+| `Ctrl+2` | zweiter Eintrag |
+| … | … |
+| `Ctrl+9` | neunter Eintrag |
+| `Ctrl+0` | zehnter Eintrag |
+
+Die Tastenkombinationen können auch einer programmierbaren Makro-Tastatur zugewiesen werden. Die Idee zu dieser Bedienung stammt von IU3OAR, Gianluca Costantino.
+
+KST4Contest legt keine verbindliche Liste von Standard-Snippets fest. Welche Texte sinnvoll sind, hängt vom eigenen Contestbetrieb und der verwendeten Betriebsart ab.
+
+Bearbeitung, Sortierung und Speicherung sind unter [Konfiguration – Snippet Settings](de-Konfiguration#snippet-settings-text-snippets) beschrieben.
 
 ---
 
 ## Variablen
 
-Variablen werden in geschriebenen Texten (Snippets, Shortcuts, Beacon, Sendfeld) durch ihre aktuellen Werte ersetzt. Einfach den Variablennamen **großgeschrieben** in den Text einfügen.
+Variablen sind reservierte Platzhalter innerhalb eines Nachrichtentextes. Sie müssen in Großbuchstaben geschrieben werden und unterscheiden zwischen Groß- und Kleinschreibung.
 
-### MYQRG
+Variablen können verwendet werden in:
 
-Wird durch die aktuelle Transceiverfrequenz ersetzt.
+- Shortcuts,
+- Snippets,
+- Beacon-Texten und
+- direkt eingegebenen oder eingefügten Nachrichtentexten.
 
-- Quelle: TRX-Sync via UDP vom Logprogramm (wenn aktiviert)
-- Fallback: Manuell eingetragener Wert im MYQRG-Textfeld rechts neben dem Sendbutton
-- Format: `144.388.03`
+Bei einem Shortcut oder Snippet werden die Variablen bereits beim Einfügen in das Sendfeld aufgelöst. Direkt in das Sendfeld geschriebene oder eingefügte Variablen werden unmittelbar vor der Übernahme in die Sendewarteschlange aufgelöst.
 
-**Beispiel**: `calling cq at MYQRG` → `calling cq at 144.388.03`
+Stationsbezogene Variablen verwenden immer die aktuell ausgewählte Station. KST4Contest leitet diese Station nicht aus einem von Hand in den Nachrichtentext geschriebenen `/cq`-Empfänger ab.
 
-### MYQRGSHORT
+---
 
-Wie MYQRG, aber nur die ersten 7 Zeichen.
+## Globale Variablen
 
-- Format: `144.388`
+Globale Variablen benötigen keine ausgewählte Gegenstation.
 
-**Beispiel**: `qrg: MYQRGSHORT` → `qrg: 144.388`
+| Variable | Ersetzter Wert |
+|---|---|
+| `MYQRG` | aktuelle QRG der ersten beziehungsweise primären Chat-Kategorie |
+| `MYQRGSHORT` | erste sieben Zeichen von `MYQRG` |
+| `SECONDQRG` | aktuelle QRG der zweiten Chat-Kategorie |
+| `MYLOCATOR` | vollständiger Locator der eigenen Station |
+| `MYLOCATORSHORT` | erste vier Zeichen des eigenen Locators |
+| `MYCALL` | konfiguriertes eigenes Rufzeichen |
+| `MYQTF` | aktuelle Antennenrichtung als numerischer Wert in Grad |
 
-### MYLOCATOR
+Beispiel:
 
-Wird durch den eigenen Maidenhead-Locator (6-stellig) ersetzt.
+```text
+cq at MYQRGSHORT, qtf MYQTF, loc MYLOCATOR
+```
 
-- Format: `JO51IJ`
+kann aufgelöst werden zu:
 
-**Beispiel**: `my loc: MYLOCATOR` → `my loc: JO51IJ`
+```text
+cq at 144.388, qtf 135, loc JO51IJ
+```
 
-### MYLOCATORSHORT
+### QRG-Variablen
 
-Wie MYLOCATOR, aber nur die ersten 4 Zeichen.
+`MYQRG` enthält die QRG der ersten Chat-Kategorie. Der Wert kann aus der TRX-Synchronisation des Logprogramms oder aus dem manuell bearbeiteten QRG-Feld stammen.
 
-- Format: `JO51`
+`MYQRGSHORT` verwendet denselben Wert, beschränkt ihn aber auf die ersten sieben Zeichen:
 
-**Beispiel**: `loc: MYLOCATORSHORT` → `loc: JO51`
+```text
+144.388.03 → 144.388
+```
+
+`SECONDQRG` enthält die QRG der zweiten Chat-Kategorie. Die Auswahl einer Station aus dem zweiten Chat verändert die Bedeutung von `MYQRG` nicht. Soll ausdrücklich die QRG der zweiten Kategorie eingesetzt werden, muss `SECONDQRG` verwendet werden.
+
+### Locator-Variablen
+
+`MYLOCATOR` übernimmt den vollständigen konfigurierten Locator der eigenen Station:
+
+```text
+JO51IJ
+```
+
+`MYLOCATORSHORT` verwendet nur die ersten vier Zeichen:
+
+```text
+JO51
+```
+
+### MYQTF
+
+`MYQTF` übernimmt die aktuelle, in KST4Contest hinterlegte Antennenrichtung als numerischen Winkel in Grad.
+
+Beispiel:
+
+```text
+ant MYQTF deg
+```
+
+kann werden zu:
+
+```text
+ant 135 deg
+```
+
+Die Richtung wird nicht in Himmelsrichtungen wie `north`, `north-east` oder `south-west` umgewandelt.
+
+---
+
+## Variablen für die ausgewählte Station
+
+Diese Variablen benötigen eine ausgewählte Gegenstation:
+
+| Variable | Ersetzter Wert |
+|---|---|
+| `QRZNAME` | Name der ausgewählten Station oder deren vollständiges Rufzeichen, wenn kein Name verfügbar ist |
+| `FIRSTAP` | Beschreibung und Ankunftszeit des ersten von AirScout gemeldeten Flugzeugs |
+| `SECONDAP` | Beschreibung und Ankunftszeit des zweiten von AirScout gemeldeten Flugzeugs |
+
+Beispiel:
+
+```text
+Hi QRZNAME, FIRSTAP, pse lsn at MYQRGSHORT
+```
+
+kann werden zu:
+
+```text
+Hi David, a very big AP in 2 min, pse lsn at 144.388
+```
 
 ### QRZNAME
 
-Wird durch den **Namen** der aktuell ausgewählten Station aus dem Chat-Namenfeld ersetzt.
-
-**Beispiel**: `Hi QRZNAME, sked?` → `Hi Gianluca, sked?`
+KST4Contest verwendet den Namen aus dem Namensfeld der ausgewählten Station. Ist dort kein verwendbarer Name vorhanden, wird stattdessen das vollständige sichtbare Rufzeichen eingesetzt.
 
 ### FIRSTAP
 
-Wird durch Daten des ersten reflektierbaren Flugzeugs zur ausgewählten Station ersetzt (sofern vorhanden).
+Ist ein AirScout-Kandidat verfügbar, enthält `FIRSTAP` dessen Beschreibung und die voraussichtliche Zeit bis zum Reflexionsfenster.
 
-- Bedingung: AirScout ist aktiv und ein Flugzeug ist verfügbar.
-- Format-Beispiel: `a very big AP in 1 min`
+Beispiel:
 
-**Beispiel**: `AP info: FIRSTAP` → `AP info: a very big AP in 1 min`
+```text
+a very big AP in 2 min
+```
+
+Ist für die ausgewählte Station kein Flugzeug verfügbar, wird eingesetzt:
+
+```text
+no ap available
+```
 
 ### SECONDAP
 
-Wie FIRSTAP, aber für das zweite verfügbare Flugzeug.
+`SECONDAP` verwendet den zweiten verfügbaren AirScout-Kandidaten.
 
-- Format-Beispiel: `Next big AP in 9 min`
+Beispiel:
 
-**Beispiel**: `also: SECONDAP` → `also: Next big AP in 9 min`
+```text
+Next big AP in 9 min
+```
 
-### MYQTF *(geplant für v1.3)*
+Ist kein zweiter Kandidat vorhanden, wird `SECONDAP` durch einen leeren Text ersetzt.
 
-Wird durch die aktuelle Antennenrichtung in Worten ersetzt (z. B. `north`, `north east`, `east`, …).
+### Verhalten ohne ausgewählte Station
 
-- Quelle: Winkelwert im MYQTF-Eingabefeld (rechts neben dem MYQRG-Feld)
+Ist keine Station ausgewählt, bleiben `QRZNAME`, `FIRSTAP` und `SECONDAP` im Text sichtbar. KST4Contest entfernt diese Platzhalter nicht automatisch.
+
+Ein sichtbarer, nicht aufgelöster Platzhalter ist eindeutiger als eine formal vollständige Nachricht, in der unbemerkt eine wichtige Information fehlt. Vor dem Senden sollte deshalb geprüft werden, ob die richtige Station ausgewählt ist und alle benötigten Variablen aufgelöst wurden.
 
 ---
 
-## Variablen im Beacon
 ## Variablen im Beacon
 
-Ein öffentlicher Beacon besitzt keine ausgewählte Gegenstation. Deshalb können hier ausschließlich Variablen verwendet werden, die nur von der eigenen Station und ihrer aktuellen Konfiguration abhängen:
+Ein öffentlicher Beacon besitzt keine ausgewählte Gegenstation. Deshalb können dort ausschließlich globale Variablen verwendet werden:
 
-| Variable | Wert im Beacon |
-|---|---|
-| `MYQRG` | aktuelle QRG der ersten Chat-Kategorie |
-| `MYQRGSHORT` | auf sieben Zeichen gekürzte QRG der ersten Kategorie |
-| `SECONDQRG` | aktuelle QRG der zweiten Chat-Kategorie |
-| `MYLOCATOR` | eigener vollständiger Locator |
-| `MYLOCATORSHORT` | eigener vierstelliger Locator |
-| `MYCALL` | eigenes Rufzeichen |
-| `MYQTF` | aktuelle Antennenrichtung |
+- `MYQRG`
+- `MYQRGSHORT`
+- `SECONDQRG`
+- `MYLOCATOR`
+- `MYLOCATORSHORT`
+- `MYCALL`
+- `MYQTF`
 
-`QRZNAME`, `FIRSTAP` und `SECONDAP` benötigen eine ausgewählte Station. In einem öffentlichen Beacon werden sie daher nicht aufgelöst.
+`QRZNAME`, `FIRSTAP` und `SECONDAP` dürfen in einem Beacon nicht verwendet werden.
 
-Eine zweckmäßige Konfiguration ist beispielsweise:
-
-```
-calling cq at MYQRG, loc MYLOCATOR, GL all!
-```
-
-Die globalen Variablen werden bei jedem Timer-Lauf neu ausgewertet. Dadurch kann eine vom Logprogramm aktualisierte QRG bereits in der nächsten Beacon-Nachricht erscheinen.
-
-Der vollständig aufgelöste Nachrichtentext darf höchstens 120 Zeichen enthalten. Weitere Angaben zum gemeinsamen Intervall und zum Verhalten beider Chat-Kategorien stehen unter [Konfiguration – Beacon Settings](de-Konfiguration#beacon-settings-automatischer-beacon).
-
----
-## Beispiel-Workflow mit Makros im Contest## Variablen im Beacon
-
-Ein öffentlicher Beacon besitzt keine ausgewählte Gegenstation. Deshalb können hier ausschließlich Variablen sinnvoll verwendet werden, die von der eigenen Station und ihrer aktuellen Konfiguration abhängen:
-
-| Variable | Wert im Beacon |
-|---|---|
-| `MYQRG` | aktuelle QRG der ersten Chat-Kategorie |
-| `MYQRGSHORT` | auf sieben Zeichen gekürzte QRG der ersten Kategorie |
-| `SECONDQRG` | aktuelle QRG der zweiten Chat-Kategorie |
-| `MYLOCATOR` | eigener vollständiger Locator |
-| `MYLOCATORSHORT` | eigener vierstelliger Locator |
-| `MYCALL` | eigenes Rufzeichen |
-| `MYQTF` | aktuelle Antennenrichtung |
-
-`QRZNAME`, `FIRSTAP` und `SECONDAP` benötigen eine ausgewählte Gegenstation. In einem öffentlichen Beacon werden sie daher nicht aufgelöst.
-
-Eine mögliche Konfiguration für die erste Kategorie ist:
+Eine mögliche Vorlage für die erste Chat-Kategorie ist:
 
 ```text
 calling cq at MYQRGSHORT, ant MYQTF deg, loc MYLOCATOR
 ```
 
-Für den Beacon der zweiten Kategorie muss `SECONDQRG` verwendet werden, wenn dort eine andere Frequenz veröffentlicht werden soll:
+Verwendet die zweite Chat-Kategorie eine andere QRG, muss deren Vorlage `SECONDQRG` enthalten:
 
 ```text
 calling cq at SECONDQRG, ant MYQTF deg, loc MYLOCATOR
 ```
 
-Die globalen Variablen werden bei jedem Timer-Lauf neu ausgewertet. Dadurch kann eine vom Logprogramm aktualisierte QRG bereits in der nächsten Beacon-Nachricht erscheinen.
+Die globalen Variablen werden bei jedem Timer-Lauf erneut ausgewertet. Eine inzwischen vom Logprogramm aktualisierte QRG kann dadurch bereits in der nächsten Beacon-Nachricht erscheinen.
 
-Der vollständig aufgelöste Text muss mindestens ein gültiges Zeichen enthalten und darf höchstens 120 Zeichen lang sein. Das Protokoll-Trennzeichen `|` und Zeilenumbrüche sind nicht zulässig. Ist der Text beim vorgesehenen Versand noch leer oder ungültig, wird dieser Beacon-Lauf ausgelassen.
+Der vollständig aufgelöste Beacon-Text:
 
-Weitere Angaben zum gemeinsamen Intervall und zum Verhalten beider Chat-Kategorien stehen unter [Konfiguration – Beacon Settings](de-Konfiguration#beacon-settings-automatischer-beacon).
+- muss mindestens ein gültiges Zeichen enthalten,
+- darf höchstens 120 Zeichen lang sein,
+- darf das Protokoll-Trennzeichen `|` nicht enthalten und
+- darf keine Zeilenumbrüche enthalten.
+
+Ist der Text beim vorgesehenen Versand leer oder ungültig, wird der betreffende Beacon-Lauf ausgelassen.
+
+Intervall, Aktivierung und Verhalten beider Kategorien sind unter [Konfiguration – Beacon Settings](de-Konfiguration#beacon-settings-automatischer-beacon) beschrieben.
 
 ---
+
+## Beispiel für einen Snippet-Workflow
+
+Als erstes Snippet ist beispielsweise konfiguriert:
+
+```text
+Hi QRZNAME, pse sked? I call at MYQRGSHORT
+```
+
+Der Ablauf kann dann folgendermaßen aussehen:
+
+1. In der Benutzerliste wird `DL1ABC-432` ausgewählt.
+2. `Ctrl+1` wird gedrückt.
+3. KST4Contest bereitet die adressierte Nachricht vor und löst die Variablen auf.
+4. Der vollständige Text wird im Sendfeld geprüft.
+5. Falls die Gegenstation eine andere QRG vorgeschlagen hat, wird der Text entsprechend angepasst.
+6. `Enter` oder **TX** sendet die Nachricht.
+
+Das Ergebnis kann beispielsweise lauten:
+
+```text
+/cq DL1ABC-432 Hi Peter, pse sked? I call at 432.088
+```
+
+Das vollständige Rufzeichen bestimmt den Empfänger. Die ausgewählte Chat-Kategorie bestimmt den Versandweg. Die Variablen verringern die wiederholte Texteingabe, entscheiden aber nicht, ob die eingesetzten Informationen noch zur aktuellen Betriebssituation passen.
+
+---
+
+## Grenzen der Variablenauflösung
+
+Variablen geben den Informationsstand wieder, den KST4Contest im Moment der Auflösung besitzt.
+
+Dabei ist insbesondere zu beachten:
+
+- Eine vom Logprogramm gelieferte QRG kann sich inzwischen geändert haben.
+- Eine manuell eingetragene QRG bleibt aktiv, bis sie erneut geändert wird.
+- `MYQRG` bleibt die QRG der primären Kategorie, auch wenn eine Station aus der zweiten Kategorie ausgewählt wurde.
+- Die ausgewählte Station kann von einem manuell eingegebenen `/cq`-Empfänger abweichen.
+- AirScout kann für die betreffende Strecke keine aktuellen Flugzeugdaten liefern.
+- Stationsbezogene Variablen bleiben sichtbar, wenn keine Station ausgewählt ist.
+- Der eingefügte Text wird nicht automatisch auf seine betriebliche Richtigkeit geprüft.
+
+Das Sendfeld bleibt deshalb nach dem Einfügen eines Shortcuts oder Snippets bearbeitbar. Die Variablen vermeiden wiederholte Eingaben; die abschließende Prüfung bleibt beim Operator.

github_docs/en-Configuration.md

@@ -485,6 +485,9 @@ pse call me at 144.388
 
 The exact entries `MYQRG` and `SECONDQRG` are additionally highlighted as QRG buttons. They insert the current frequency of the primary or secondary chat category respectively.
 
+The shortcut `/SETNAME MYQRG` is highlighted as well. When it is pressed, KST4Contest resolves `MYQRG` and inserts the complete server command into the send field. The command is not transmitted automatically and can still be checked before it is sent with `Enter` or **TX**.
+
+
 The order of the table determines the order of the buttons in the main window. Manage the entries as follows:
 
 1. **Add shortcut** creates a new entry at the beginning of the list and immediately opens it for editing.
@@ -824,12 +827,56 @@ Use **Save Settings** afterwards so that the values are restored at the next pro
 
 ## Sniffer Settings (from v1.31)
 
-The QSO sniffer filters chat messages from configurable callsigns and forwards them to the PM window.
+QSO monitoring is intended for stations whose communication should remain visible during busy chat activity. This may be a rare station, a DXpedition or another station in the same contest team whose sked arrangements should not disappear in the general message traffic.
 
-Settings:
-- **Callsign list**: Comma-separated list of callsigns whose messages are always forwarded to the PM window.
+The callsign list is maintained under **QSO monitoring** in the **Notification** tab.
 
-Use case: Keep track of important stations (e.g. DX expeditions or trusted contest allies) without constantly monitoring the main chat.
+For every monitored base callsign, KST4Contest additionally shows messages in the PM table when a variant of that callsign is either the sender or the receiver. Both connected chat categories are included.
+
+The list intentionally uses the normalised base callsign. The following entries therefore produce the same monitoring entry:
+
+```text
+DN9APW
+DN9APW-2
+DN9APW-70
+DN9APW-144
+```
+
+In every case, KST4Contest stores and displays:
+
+```text
+DN9APW
+```
+
+The different KST suffixes of one station do not have to be entered separately. A later message sent by `DN9APW-2` or addressed to `DN9APW-70` is covered by the same entry.
+
+This aggregation applies to QSO monitoring only. Active ChatMember objects, complete message destinations and chat categories remain separate. A message addressed to `DN9APW-70` is therefore not redirected to `DN9APW-2`.
+
+A monitored message is marked in the PM table using the complete visible callsigns of its sender and receiver:
+
+```text
+Sniffed: (DN9APW-2 > DL0ABC-70) Message text
+```
+
+The original message remains in its normal table. Monitoring changes neither its contents nor its routing.
+
+A message is included only when the monitored station is actually its sender or receiver. Merely mentioning the callsign in the message text is not sufficient. Public messages sent by a monitored station are included as well; their receiver is displayed as `ALL`.
+
+A message which is already addressed directly to the local callsign remains a normal private message and does not receive an additional `Sniffed:` marker.
+
+Manage the list as follows:
+
+1. Press **Add monitored callsign** to add an entry.
+2. Double-click an existing entry to edit it and press `Enter` to apply the change.
+3. To remove an entry, delete the complete cell contents and press `Enter`.
+
+The entered value may contain a visible KST suffix or portable components. KST4Contest normalises it to the base callsign before storing it. Different variants of the same base callsign are therefore treated as duplicates.
+
+Changes to the list take effect immediately. Press **Save Settings** afterwards to retain them. The base callsigns are stored in `preferences.xml` and restored at the next program start.
+
+> Base-callsign monitoring across KST suffixes is included in Nightly / v1.42.
+
+Further background and the distinction from message routing: [QSO Sniffer](en-Features#qso-sniffer-from-v131).
 
 ---
 

github_docs/en-Features.md

@@ -315,10 +315,49 @@ Win-Test handover: [Log Synchronisation – Win-Test](en-Log-Sync#win-test)
 
 ## QSO Sniffer (from v1.31)
 
-The QSO sniffer monitors the chat for messages from a configurable callsign list and automatically forwards them to the **PM window**. This prevents relevant messages from being lost in the general chat traffic.
+During a contest, it may be useful to follow the communication of one particular station. This is not limited to rare stations or DXpeditions. Sked arrangements made by another station in the same team can disappear just as easily in a busy public chat.
+
+KST4Contest can therefore show every message sent or received by a monitored station additionally in the PM table. The message remains in its original table at the same time.
+
+Monitoring uses the normalised base callsign. An entry for `DN9APW` consequently covers messages sent by or addressed to:
+
+```text
+DN9APW-2
+DN9APW-70
+DN9APW-144
+DN9APW-432
+```
+
+Entering `DN9APW-70` in the monitoring list still stores `DN9APW`. A station using several band- or operating-position-specific KST suffixes therefore needs only one entry.
+
+The actual message retains the complete callsigns:
+
+```text
+Sniffed: (DN9APW-70 > 9A0BB-23) pse sked 19:30
+```
+
+This distinction is intentional. Monitoring aggregates the variants so that their communication remains visible. Message routing does not aggregate them because the intended login would otherwise become ambiguous.
+
+The base callsign is evaluated across both connected chat categories. The category of each individual message remains unchanged.
+
+The monitoring view includes:
+
+- directed messages sent by a monitored station;
+- directed messages addressed to a monitored station; and
+- public messages sent by a monitored station to `ALL`.
+
+A callsign which merely occurs in the message text does not trigger monitoring.
+
+Messages already addressed directly to the local callsign remain normal private messages and are not additionally marked as `Sniffed:`. QSO monitoring also does not generate a separate notification sound. Sound notifications for private messages actually addressed to the local station remain independent.
+
+The function does not request additional messages from the ON4KST server. It only provides another view of chat traffic which KST4Contest has already received.
+
+In plain terms: QSO monitoring does not decide whether a message really contains a sked or matters to the local contest operation. It makes the communication of the selected station easier to find. The operator still decides what to do with it.
 
 Configuration: [Configuration – Sniffer Settings](en-Configuration#sniffer-settings-from-v131)
 
+Complete callsigns and chat-category separation: [Multi-Channel Login](#multi-channel-login-from-v126)
+
 ---
 
 ## Win-Test Integration

src/main/java/kst4contest/view/Kst4ContestApplication.java

@@ -8426,12 +8426,12 @@ public class Kst4ContestApplication extends Application implements StatusUpdateL
 			Predicate<ChatMember> inactivePredicate = new Predicate<ChatMember>() {
 				@Override
 				public boolean test(ChatMember chatMember) {
+					long inactiveMinutes =
+							Utils4KST.time_getSecondsBetweenEpochAndNow(
+									chatMember.getActivityTimeLastInEpoch() + ""
+							) / 60L;
 
-
-					if ((Utils4KST.time_getSecondsBetweenEpochAndNow(chatMember.getActivityTimeLastInEpoch()+"") /60%60) > 20) {
-						return false;
-					}
-					else return true;
+					return inactiveMinutes <= 20L;
 				}
 			};
 			btnTglInactive.setOnAction(new EventHandler<ActionEvent>() {
@@ -11714,12 +11714,16 @@ public class Kst4ContestApplication extends Application implements StatusUpdateL
 				//here is where all settings has to be written to the preferences instance
 
 
-				System.out.println("[Info] Main.java: connect clicked, using "
-						+ chatcontroller.getChatPreferences().getStn_loginCallSign() + " / "
-						+ chatcontroller.getChatPreferences().getStn_loginPassword() + " / "
-						+ chatcontroller.getChatPreferences().getStn_loginNameMainCat() + " / "
-						+ chatcontroller.getChatPreferences().getStn_loginLocatorMainCat() + " at category "
-						+ choiceBxChatChategory.getSelectionModel().getSelectedItem());
+				LOGGER.log(
+						Level.INFO,
+						"Settings window: ON4KST connection requested for {0} in {1}; "
+								+ "second chat enabled: {2}",
+						new Object[] {
+								chatcontroller.getChatPreferences().getStn_loginCallSign(),
+								choiceBxChatChategory.getSelectionModel().getSelectedItem(),
+								chatcontroller.getChatPreferences().isLoginToSecondChatEnabled()
+						}
+				);
 
 				try {
 

src/main/java/kst4contest/view/map/StationMapView.java

@@ -279,6 +279,15 @@ public final class StationMapView {
         updateStatusLabel();
         updateDetailPanel(selectedSnapshot);
 
+        /*
+         * The detail pane is useful only while path analysis is enabled and a
+         * concrete station is selected. Reset view therefore removes the pane
+         * instead of leaving an empty analysis area beside the map.
+         */
+        updateDetailPanePresence(
+                profileSection.isVisible() && selectedSnapshot != null
+        );
+
         if (mapReady) {
             renderAll();
         }
@@ -541,7 +550,15 @@ public final class StationMapView {
 
         pathAnalysisSection.setVisible(visible);
         pathAnalysisSection.setManaged(visible);
-        updateDetailPanePresence(visible);
+
+        /*
+         * Showing path analysis must not create an empty detail pane when no
+         * station is selected. The pane is restored automatically with the next
+         * valid station selection.
+         */
+        updateDetailPanePresence(
+                visible && lastSelectedSnapshot != null
+        );
 
         pathAnalysisHiddenHintLabel.setVisible(!visible);
         pathAnalysisHiddenHintLabel.setManaged(!visible);

website/src/features/macros.md

@@ -52,7 +52,10 @@ pse call me at MYQRGSHORT
 
 Shortcuts are useful for short expressions which are required frequently and are not necessarily addressed to a particular station.
 
-`MYQRG` and `SECONDQRG` are also recognised as frequency buttons and insert the corresponding current QRG.
+The exact entries `MYQRG` and `SECONDQRG` are recognised as frequency buttons and insert the corresponding current QRG.
+
+The shortcut `/SETNAME MYQRG` is highlighted as well. It resolves the current primary QRG and prepares the complete server command in the send field. The command is not transmitted automatically and remains available for review.
+
 
 ## Text snippets
 

website/src/features/qso-monitoring.md

@@ -0,0 +1,97 @@
+---
+title: QSO Monitoring
+icon: 👁️
+category: ON4KST Chat
+since: "1.31"
+summary: Follow messages sent or received by one station across its KST suffixes without changing the actual message destination or chat category.
+description: KST4Contest can show the communication of selected stations additionally in the PM table while keeping complete callsigns, message routing and chat categories intact.
+tagsList:
+  - ON4KST
+  - QSO monitoring
+  - QSO sniffer
+  - callsign suffix
+  - sked
+  - contest team
+  - dual chat
+related:
+  - dual-chat
+  - sked-reminder
+  - automatic-replies
+---
+
+## Why monitor another station?
+
+During a busy contest, an interesting exchange can disappear quickly in the general chat traffic. This is particularly relevant when another station in the same team is arranging skeds or when a rare station is communicating with several potential callers.
+
+KST4Contest can show this communication additionally in the PM table.
+
+![QSO monitoring settings in the Notification tab](/manual/assets/client_settings_window_notification.png)
+
+## One station may use several chat callsigns
+
+Band- or operating-position-specific KST suffixes are common:
+
+```text
+DN9APW-2
+DN9APW-70
+DN9APW-144
+DN9APW-432
+```
+
+Entering every variant manually would be possible, but it would also be unnecessary work and easy to forget when another suffix appears.
+
+QSO monitoring therefore uses the normalised base callsign. Entering any of the callsigns above creates one entry:
+
+```text
+DN9APW
+```
+
+That entry covers messages sent by or addressed to every visible suffix of the same base callsign.
+
+## What is shown?
+
+A monitored message appears in the PM table with its complete sender and receiver:
+
+```text
+Sniffed: (DN9APW-70 > 9A0BB-23) pse sked 19:30
+```
+
+The display includes:
+
+- directed messages sent by the monitored station;
+- directed messages addressed to the monitored station; and
+- public messages which the monitored station sends to `ALL`.
+
+The original message remains in its normal table. KST4Contest does not remove, redirect or rewrite it.
+
+## Monitoring and routing solve different problems
+
+The base callsign is used to decide whether a message should be shown in the monitoring view. The complete visible callsign and chat category are still used for message routing.
+
+A message for `DN9APW-70` therefore remains a message for `DN9APW-70`. It is not redirected to `DN9APW`, `DN9APW-2` or another suffix.
+
+This is the same distinction used elsewhere in KST4Contest: station-related information may be shared through the base callsign, while communication remains attached to the actual ON4KST login.
+
+## Both chat categories are included
+
+When two ON4KST categories are connected, the same monitoring list applies to both. There is no need to configure the station separately for each category.
+
+The category of the individual message remains part of its context. Combining the monitoring view does not merge the underlying chat connections.
+
+## What the function does not do
+
+QSO monitoring does not search the message text for callsign mentions. The monitored station must be the actual sender or receiver.
+
+It also does not generate a separate notification sound and does not decide whether the message really contains a useful sked arrangement. It provides visibility, not interpretation.
+
+No additional messages are requested from the ON4KST server. The function only presents chat traffic which KST4Contest has already received.
+
+## Configuration
+
+Add a callsign under **QSO monitoring** in the **Notification** tab. KST4Contest immediately reduces any visible KST suffix or portable addition to the base callsign.
+
+The list can be edited directly and is stored with **Save Settings**.
+
+[Read the complete QSO monitoring configuration in the manual.](/manual/en/configuration/#sniffer-settings-from-v131)
+
+[Read why complete callsigns and chat categories remain separate.](/features/dual-chat/)