Document the adjustable colours, and record the design and the plan

Both manuals get the Colours tab in full: the six roles, that a change applies at
once but survives a restart only after Save settings, the three ways back with their
keyboard shortcuts, what each provenance label means, and the readability notice that
warns without refusing.

Two things an operator would otherwise have to discover. The reset button is always
drawn in the shipped colours and works when nothing else can be read -- the risk
section of the design says plainly that a keyboard path only helps whoever knows it,
so the manual is where this has to be written down. And the root profile already has
both stylesheet files, because KST4Contest has been writing them at startup for
years, so most of its roles report "from file" rather than "shipped" with identical
values.

PROJECT_CONTEXT.md records the decisions that outlive this stage: the three sources
and their precedence, that a role is a selector and a property, that the theme must
read the store's state rather than remember, where the contrast pairs come from, why
the root profile's file layer always exists, and why the lifeline refuses the active
palette. Also corrects its claim that CSS stays global -- a profile now owns its
stylesheets.

The design document and the implementation plan are kept as they were written,
including the plan's own corrections where measuring the code contradicted it.

github_docs/de-Funktionen.md

@@ -324,6 +324,95 @@ Die grüne Altersskala der Privatnachrichten bleibt in beiden Darstellungen erha
 
 ---
 
+## Eigene Farben (ab v1.50)
+
+Der Reiter **Colours** im Einstellungsfenster setzt sechs Farben pro Entwurf und **pro
+Operator-Profil**: Fläche, Fensterfläche, Feldinneres, Text, Akzent und Trennlinie. Tag und
+Abend sind getrennt — eine Änderung am Abendentwurf lässt den Tagentwurf unberührt.
+
+Eine Farbe wird als sechsstellige Hexzahl mit führendem Rautezeichen eingetragen, etwa
+`#3C7A4B`, und gilt **sofort in allen offenen Fenstern**. Es gibt keinen „noch nicht
+gespeichert"-Zustand.
+
+**Sie überlebt den Neustart aber erst nach „Save settings".** Das ist derselbe Vertrag wie bei
+jeder anderen Einstellung — nur ist dies der einzige Reiter, dessen Wirkung man sofort in
+allen Fenstern sieht, und „es sah richtig aus, also ist es gespeichert" ist hier der
+naheliegende Fehlschluss. Der Reiter sagt es deshalb auch selbst.
+
+Was nicht als Farbe lesbar ist, wird abgelehnt und das Feld springt zurück; ein Hinweisfenster
+sagt, warum.
+
+### Die drei Wege zurück
+
+| Knopf | Wirkung |
+|---|---|
+| **Back to how it was** | die Palette, die beim Öffnen des Reiters galt — einschließlich einer damals schon vorhandenen Änderung |
+| **Discard my changes** | leert die eigenen Änderungen dieses Entwurfs; es gilt wieder die Datei oder die Auslieferung |
+| **Reset to the shipped colours** | setzt alle sechs Rollen auf die ausgelieferten Werte, auch wenn eine eigene Stilvorlage vorhanden ist |
+
+**Der Knopf „Reset to the shipped colours" ist immer in den ausgelieferten Farben gezeichnet,
+ganz gleich, was eingestellt ist.** Das ist Absicht: wer Text und Fläche auf dasselbe Schwarz
+stellt, sieht die übrigen Knöpfe nicht mehr — auch die nicht, mit denen er es zurücknehmen
+könnte. Dieser eine nimmt die kaputte Palette nicht an und bleibt deshalb lesbar. Dass er bei
+einer stark angepassten Palette fremd aussieht, macht ihn auffindbar.
+
+**Alle drei haben ein Tastenkürzel**, als zweite Absicherung für den Fall, dass gar nichts mehr
+zu lesen ist. Sie wirken, solange der Reiter offen ist, auch wenn der Schreibzeiger in einem
+der Farbfelder steht:
+
+| Taste | Rückweg |
+|---|---|
+| **Ctrl+Z** | Zurück zum Stand von vorher |
+| **Ctrl+D** | Meine Änderungen verwerfen |
+| **Ctrl+R** | Auf Auslieferung zurücksetzen |
+
+„Zurück zum Stand von vorher" stellt **beide** Entwürfe her, nicht nur den gerade
+sichtbaren — wer eine Farbe am Tag ändert, auf Abend umschaltet und dort noch eine ändert,
+nimmt mit diesem Knopf beides zurück.
+
+### Woher eine Farbe kommt
+
+Hinter jedem Feld steht, woher der geltende Wert stammt:
+
+| Angabe | Bedeutung |
+|---|---|
+| *shipped* | aus dem ausgelieferten Entwurf |
+| *from file* | aus der eigenen Stilvorlage im Profilverzeichnis |
+| *changed* | hier im Reiter gesetzt |
+
+Eine Einstellung im Reiter überstimmt immer die Datei, und die Datei überstimmt die
+Auslieferung — Rolle für Rolle.
+
+### Lesbarkeitshinweis
+
+Liegt ein Paar, das tatsächlich übereinanderliegt — Text auf Fläche, Text im Feld, Akzent auf
+Fläche — schlechter als im ausgelieferten Entwurf und unter dem WCAG-AA-Wert von 4,5, erscheint
+ein Hinweis mit beiden Verhältnissen. **Gespeichert wird trotzdem:** eine harte Kombination im
+Contest kann gewollt sein.
+
+### Die Stilvorlage von Hand bearbeiten
+
+Wer mehr als die sechs Rollen ändern will, lässt sich mit **Write this design's stylesheet into
+my profile** die ausgelieferte Vorlage ins Profilverzeichnis schreiben. Der Reiter nennt den
+Pfad. Für das Wurzelprofil ist das `~/.praktiKST/KST4ContestDefaultDay.css` beziehungsweise
+`…Evening.css`, für jedes weitere Profil `profiles/<Kennung>/` darunter.
+
+**Eine vorhandene Datei wird nie überschrieben** — der Knopf meldet dann nur, dass sie schon da
+ist. Änderungen an der Datei gelten nach einem Neustart. Eine unlesbare oder fehlerhafte Datei
+verhindert den Start nicht: die betroffene Rolle fällt auf die Auslieferung zurück.
+
+**Beim Wurzelprofil liegen diese beiden Dateien schon.** KST4Contest legt sie seit Jahren beim
+Start an; bis Version 1.50 hat sie nur niemand gelesen. Deshalb steht dort bei den meisten
+Rollen von Anfang an *from file* und nicht *shipped*, und der Knopf meldet, dass die Datei
+bereits da ist. Inhaltlich ist es die ausgelieferte Vorlage — es sieht also aus wie
+*shipped*, weil es dasselbe ist.
+
+Wer dort `-fx-base` ändert, bekommt auch die Fensterfläche mit: KST4Contest leitet sie daraus
+ab, genau wie JavaFX es getan hat. Wer beide getrennt haben will, nennt `-fx-background`
+ausdrücklich — oder setzt sie oben im Reiter, wo die beiden immer unabhängig bleiben.
+
+---
+
 ## Opposite Station Multi-Callsign Login-Tagging (ab v1.26)
 
 Unterstützung für Gegenstationen, die mit mehreren vollständigen sichtbaren Rufzeichenvarianten gleichzeitig im Chat aktiv sind (z. B. Expedition-Setups). Vollständiges Rufzeichen und Chat-Kategorie bleiben getrennte Teilnehmeridentitäten; Worked-, Band- und Prioritätsdaten werden über das Basisrufzeichen gemeinsam ausgewertet.

github_docs/en-Features.md

@@ -323,6 +323,93 @@ The green private-message age scale remains available in both designs. Text colo
 
 ---
 
+## Own Colours (from v1.50)
+
+The **Colours** tab in the settings window sets six colours per design and **per operator
+profile**: surface, window surface, field interior, text, accent and separator line. Daylight
+and evening are separate — a change to the evening design leaves the daylight one untouched.
+
+A colour is entered as six hexadecimal digits with a leading hash, for example `#3C7A4B`, and
+applies **immediately in every open window**. There is no "not yet applied" state.
+
+**It survives a restart only after Save settings.** That is the same contract as every other
+setting — but this is the only tab whose effect is visible at once in every window, and "it
+looked right, so it must be stored" is the easy wrong conclusion here. The tab says so itself
+for that reason.
+
+Anything that cannot be read as a colour is refused and the field snaps back; a notice window
+says why.
+
+### The three ways back
+
+| Button | What it does |
+|---|---|
+| **Back to how it was** | the palette in force when the tab was opened, including a change already present then |
+| **Discard my changes** | empties this design's own changes, so the file or the shipped design applies again |
+| **Reset to the shipped colours** | sets all six roles to the shipped values, even when an own stylesheet is present |
+
+**The "Reset to the shipped colours" button is always drawn in the shipped colours, whatever
+has been set.** This is deliberate: an operator who sets text and surface to the same black can
+no longer see any other button — including the ones that would undo it. This one does not take
+the broken palette and therefore stays readable. That it looks out of place under a heavily
+customised palette is what makes it findable.
+
+**All three have a keyboard shortcut**, as a second safety net for when nothing can be read at
+all. They work while the tab is open, including when the caret sits in one of the colour
+fields:
+
+| Key | Way back |
+|---|---|
+| **Ctrl+Z** | Back to how it was |
+| **Ctrl+D** | Discard my changes |
+| **Ctrl+R** | Reset to the shipped colours |
+
+"Back to how it was" restores **both** designs, not only the one on screen — change a colour
+in daylight, switch to evening, change one there, and this button undoes both.
+
+### Where a colour comes from
+
+Each field says where its value in force came from:
+
+| Label | Meaning |
+|---|---|
+| *shipped* | from the shipped design |
+| *from file* | from the own stylesheet in the profile directory |
+| *changed* | set here in the tab |
+
+A setting in the tab always overrides the file, and the file overrides the shipped design —
+role by role.
+
+### Readability notice
+
+When a pair that actually sits on top of each other — text on the surface, text inside a field,
+accent on the surface — reads worse than the shipped design makes it and below the WCAG AA
+value of 4.5, a notice appears with both ratios. **It is saved anyway:** a hard combination can
+be deliberate in a contest.
+
+### Editing the stylesheet by hand
+
+To change more than the six roles, **Write this design's stylesheet into my profile** writes
+the shipped template into the profile directory. The tab names the path. For the root profile
+that is `~/.praktiKST/KST4ContestDefaultDay.css` or `…Evening.css`; every other profile gets it
+under `profiles/<id>/`.
+
+**An existing file is never overwritten** — the button then only reports that it is already
+there. Changes to the file take effect after a restart. An unreadable or faulty file does not
+prevent startup: the role concerned falls back to the shipped design.
+
+**For the root profile these two files are already present.** KST4Contest has been writing
+them at startup for years; until release 1.50 nothing read them. So most roles there show
+*from file* rather than *shipped* from the outset, and the button reports that the file is
+already there. Its content is the shipped template — so it looks like *shipped* because it is
+the same thing.
+
+Changing `-fx-base` there also changes the window surface: KST4Contest derives it from the
+base, exactly as JavaFX did. To keep the two apart, name `-fx-background` explicitly — or set
+them in the tab above, where the two roles always stay independent.
+
+---
+
 ## Opposite Station Multi-Callsign Login Tagging (from v1.26)
 
 Support for remote stations which are active in the chat under several complete visible callsign variants at the same time (e.g. expedition setups). The complete callsign and chat category remain separate participant identities, while Worked, band and priority data are shared through the base callsign.