Ins Logbuch sehen, nicht nur hineinschreiben

[oe5sos]

Seit #184 kann die App loggen, aber nicht nachsehen. Das ist die schlechtere
Hälfte: ein Eintrag, der danebenging, fällt erst am Pult auf, und „hatte ich
den schon?" ist die Frage, die in den zwei Sekunden zwischen Rufzeichen und
Anruf beantwortet werden muss — danach ist sie wertlos.

Zuerst gemessen, dann gebaut

An Martins echtem Logbuch (6,6 MB, 9271 Datensätze):

voller Durchlauf	4,1 ms
Suche nach einem Rufzeichen	3,8 ms (3 Treffer)
letzte 64 kB	0,04 ms (78 Datensätze)

Damit fällt der zweite Index weg, den ich bauen wollte. WorkedBefore gehört
ohnehin RotorLogbookPanel — einem Fenster; der Netzdienst darf da nicht
hineingreifen. Ein Index müsste gepflegt und bei jedem fremden Schreibzugriff
verworfen werden; ein Durchlauf von 4 ms kann nicht veralten.

Zwei Befehle

log_last:<n>;   -> je Kontakt log_qso_zeile:<nr>,<datum>,<zeit>,<ruf>,
                   <band>,<mode>,<rst_s>,<rst_r>;  dann log_last_ok:<anzahl>;
log_dup:<ruf>;  -> log_dup_ok:<ruf>,<anzahl>,<datum>,<zeit>,<band>,<mode>,
                   <gleiches band 0|1>,<dupe 0|1>;

Band und Betriebsart für log_dup: kommen aus derselben Stelle wie beim
Eintragen (bandUndModeDerScheibe). Sonst könnte die Antwort „schon
gearbeitet" auf ein Band gehen, das das Gerät nicht eingestellt hat.

Dieselbe Sperre wie beim Schreiben (TciAllowRemoteLog): wer im Logbuch lesen
darf, sieht jedes Rufzeichen und jede Zeit darin.

Die Gefahr, gegen die der Prüfstand steht

LogbuchRueckschau liest vom Dateiende. Ein Schnitt an einer willkürlichen
Bytestelle beginnt mitten in einem Datensatz, und der ADIF-Parser macht aus der
hinteren Hälfte einen eigenen Kontakt. In einer von Longpath geschriebenen
Datei steht CALL zuerst und isValid() fängt das zufällig ab — ADIF schreibt
die Reihenfolge aber nicht vor, und Martins Datei enthält zusammengeführte
Importe. Der Stand führt denselben Schnitt ohne und mit Grenzschnitt vor; ohne
entsteht der erfundene Kontakt wirklich.

Auf der Seite

Die letzten Kontakte stehen im selben Blatt wie die Eingabe: nach dem
Eintragen steht der eigene Kontakt als erste Zeile da. Das ist der Beleg, den
die Erfolgsmeldung nur behaupten kann.

Unter dem Rufzeichenfeld sagt eine Zeile, was das Logbuch weiß — in Messing,
weil es gemessen ist; kräftiges Rot bleibt der Warnung:

DUPE · 20m CW schon gearbeitet · 02.10. 19:12
1× · dieses Band schon, andere Betriebsart · 02.10. 14:30 · 20m SSB
1× · zuletzt 01.10. 08:15 · 40m SSB · dieses Band noch nicht
NEU — noch nie gearbeitet

47 Prüfpunkte

13 (tst_logbuch_rueckschau) + 9 (tst_tci_logbuch_lesen, über den echten
WebSocket) + 25 (pruefe-logbuch.mjs, ohne Browser).

Die Zahl in der Abschlusszeile muss mit den gesendeten Zeilen
übereinstimmen — die Seite zeigt eine Liste nur dann, weil eine kürzere Liste
wie ein kürzeres Logbuch aussieht und niemand es merkt.

Am Telefonformat gefunden, nicht im Code: alle drei Dupe-Zustände kamen in
derselben Farbe heraus. Die Zustandsklasse hieß wie die Grundklasse, und
.dupe.dupe trifft jedes Element mit class="dupe" und schlägt per
Spezifität die beiden anderen Regeln.

🤖 Generated with Claude Code