diff --git a/CLAUDE.md b/CLAUDE.md
index ac7eca4..3b3a32b 100644
--- a/CLAUDE.md
+++ b/CLAUDE.md
@@ -1,18 +1,17 @@
 # CLAUDE.md
 
-Ein Userscript, das die phpBB-Seiten von `cs.rin.ru` fuer Safari auf iOS in eine
+Ein Userscript, das die phpBB3-Seiten von `cs.rin.ru` fuer Safari auf iOS in eine
 mobile Ansicht umbaut. Kein Build, keine Abhaengigkeiten, kein `package.json` —
 die `.user.js`-Datei ist das Produkt.
 
 | Datei | Greift auf | Zweck |
 |---|---|---|
-| `rin-mobile.user.js` | `*://cs.rin.ru/forum/*` | Beide Ansichten, Weiche nach Seitentyp |
-| `dev/rin-mobile.dev.user.js` | zusaetzlich `localhost:*` | Loader, bindet per `@require file:///` das echte Script ein |
-| `dev/viewtopic.php` | — | Fixture: gespeicherter Thread, 1114 Seiten |
-| `dev/viewforum.php` | — | Fixture: Main Forum, 610 Seiten, mit Unterforen, Ankuendigungen und Stickies |
-| `dev/index.php` | — | Fixture: Forumwurzel, zwei Kategorien mit Forenzeilen, keine Paginierung |
+| `rin-mobile.user.js` | `*://cs.rin.ru/forum/*` | Alle Ansichten, Weiche nach Seitentyp |
+| `dev/rin-mobile.dev.user.js` | `*://cs.rin.ru/forum/*` | Loader, bindet per `@require file:///` das echte Script ein |
+| `dev/viewtopic.php` | — | Fixture: gespeicherter Thread, `per_page=15`, 1114 Seiten |
+| `dev/viewforum.php` | — | Fixture: Main Forum, `per_page=100`, 610 Seiten, mit Unterforen, Ankuendigungen und Stickies |
+| `dev/index.php` | — | Fixture: Forumwurzel, zwei Kategorien mit Forenzeilen, keine Paginierung, eingeloggt aufgenommen |
 | `dev/ucp.php` | — | Fixture: Login-Formular (`mode=login`), nur ausgeloggter Zustand |
-| `dev/after_login/ucp.php` | — | Fixture: dieselbe URL nach erfolgreichem Login, "Information"-Vorlage statt Formular |
 | `dev/search.php` | — | Fixture: Suchformular ohne Treffer, eingeloggt aufgenommen |
 | `dev/search2.php` | — | Fixture: Suchtreffer im Modus "Posts" (15 von 1438 Treffern, `t=63042`, `per_page=15`, 96 Seiten) |
 
@@ -20,6 +19,20 @@ Die Fixtures sind ueber `.gitignore` (`dev/*.php`) ausgeschlossen. Nach einem
 frischen Klon sind sie nicht da und muessen nach der Anleitung in der README neu
 gespeichert werden — die Seite verlangt einen Login.
 
+Der Loader greift ausschliesslich auf die echte Seite. Die Fixtures sind
+Markup-Vorlagen fuer das jsdom-Harness und zum Nachlesen, keine Seiten zum
+Anschauen im Browser — die Layoutarbeit laeuft in Chrome auf `cs.rin.ru`
+selbst. Sie lokal auszuliefern verlangte `@include`-Regeln fuer `localhost`,
+und die passen auf Seitennamen, die dort haeufig genug vorkommen (`index.php`,
+alles mit `search` darin), dass der globale Teil des Stylesheets
+(`html, body`, `img`, jeweils `!important`) in fremde lokale Projekte geriete.
+Das Nachziehen waere billig, der Fehlersuchweg dorthin nicht.
+
+Fuer den Zustand nach erfolgreichem Login (`ucp.php?mode=login` ohne Formular,
+"Information"-Vorlage) liegt derzeit keine Fixture im Repo. `buildLoginInfo()`
+wurde gegen einen Mitschnitt gebaut, der nicht mehr vorhanden ist; wer den
+Zweig anfassen will, muss die Seite neu aufnehmen.
+
 ## Aufbau
 
 Ein IIFE, streng der Reihe nach:
@@ -34,9 +47,20 @@ Ein IIFE, streng der Reihe nach:
 5. `pageState()`, `pageSheet()` und `pageNav()` — die Paginierung, von Liste
    und Thread benutzt, nicht vom Login
 6. `buildList()`, `buildThread()` beziehungsweise `buildLogin()` lesen das
-   Original-DOM und bauen ein `div.rm-root`; alle drei haengen zum Schluss
+   Original-DOM und bauen ein `div.rm-root`; alle haengen zum Schluss
    ueber `addCrumbs()` die fixierte Brotkrumenleiste an, die zugleich ueber
-   `loginState()` die Login/Logout-Pille traegt
+   `loginState()` die Login/Logout-Pille traegt. Zwei der drei Ansichten
+   verzweigen intern weiter, weil sich mehrere Seitenformen dieselbe URL
+   teilen:
+   - `buildList()` versucht zuerst `buildSearchForm()` (grosses Suchformular
+     auf `search.php`), dann `buildSearchResults()` (Trefferliste im Modus
+     "Posts", Karten ueber `buildHit()`); erst wenn beide `false` liefern,
+     laeuft das gewoehnliche Zeileneinsammeln
+   - `buildLogin()` faellt ohne Formular auf `buildLoginInfo()` zurueck
+     ("Information"-Vorlage nach dem Absenden)
+   - `buildThread()` legt ueber `buildThreadSearch()` die zweite Leiste an,
+     die die Lupe in den Brotkrumen per `toggleThreadSearch()` ein- und
+     ausblendet
 7. `run()` waehlt die Ansicht und haengt bei `DEBUG` das gruene Overlay an
 8. Start ueber `DOMContentLoaded`, falls `readyState === 'loading'`
 
@@ -125,7 +149,10 @@ Titelzelle gebildet, nie aus deren gesamtem Text.
 Klassennamen aus der phpBB-Dokumentation (`forumlink`, `forumdesc`) deshalb
 zunaechst nur eine Vermutung; `dev/viewforum.php` bestaetigt sie inzwischen. Der
 Rueckfall auf die Form der Zeile bleibt trotzdem stehen — er kostet nichts und
-traegt die Erkennung, wenn das Theme wechselt.
+traegt die Erkennung, wenn das Theme wechselt. `rinDark` ist allerdings eine
+Ableitung von subsilver2 und laedt dessen
+`styles/subsilver2/template/forum_fn.js` mit — Klassennamen aus subsilver2 sind
+deshalb eine brauchbare erste Annahme, wenn eine Seite noch keine Fixture hat.
 
 **Die Brotkrumenleiste ist fixiert, nicht sticky.** `.rm-root` traegt
 `overflow:hidden` und wuerde damit zum Scrollport einer `position:sticky`
@@ -137,8 +164,9 @@ Brotkrumen im Markup kein leerer Streifen bleibt.
 **Die Login-Erkennung ist inzwischen gegen eine echte Sitzung geprueft.**
 `loginState()` unterscheidet `a[href*="mode=login"]` von
 `a[href*="mode=logout"]` im Menuebalken und liest den Namen aus dem Muster
-`Logout [ Name ]` im Linktext. `dev/index.php` und `dev/after_login/ucp.php`
-sind eingeloggt aufgenommen (`Logout [ <Benutzername> ]`) und bestaetigen das Muster.
+`Logout [ Name ]` im Linktext. `dev/index.php`, `dev/search.php` und
+`dev/search2.php` sind eingeloggt aufgenommen (`Logout [ <Benutzername> ]`) und
+bestaetigen das Muster.
 Der Fallback bleibt trotzdem stehen: passt das Muster einmal nicht — andere
 Sprache, anderer Klammertyp — zeigt die Pille „Logout" ohne Namen, statt eine
 Ausnahme zu werfen.
@@ -151,7 +179,9 @@ liegt aber keine Fixture vor). `buildLoginInfo()` erkennt die Vorlage deshalb
 an ihrer Form — eine Kopfzeile mit genau einer `th`-Zelle, gefolgt von einer
 `td.row1`-Nachrichtenzelle — nicht am Wortlaut, und uebernimmt die Zelle
 unveraendert wie das Formular selbst. Findet `buildLogin()` weder Formular
-noch diese Form, baut es nichts; die Originalseite bleibt sichtbar.
+noch diese Form, baut es nichts; die Originalseite bleibt sichtbar. Achtung:
+die Fixture, gegen die das gebaut wurde, liegt nicht mehr im Repo — der Zweig
+ist derzeit nicht nachpruefbar, ohne die Seite neu aufzunehmen.
 
 **`index.php` wird ueber `location.pathname` erkannt, nicht ueber
 `here`.** Der Login-Redirect haengt "index.php" gelegentlich als Wert eines
@@ -228,6 +258,15 @@ Suchformular auf `search.php`.** Sowohl `viewforum.php` als auch
 allein liesse sich das grosse Formular nicht von den kleinen unterscheiden.
 Der mehrfach waehlbare Forenwaehler existiert dagegen nur im grossen Formular.
 
+**Die Vorbelegung des Forenwaehlers haengt an der harten Forum-ID 10.**
+`buildSearchForm()` waehlt `option[value="10"]` (Main Forum) vor und setzt
+`input[name="sc"][value="0"]` (Unterforen: No), weil das serverseitige
+Formular sonst mit leerem Waehler und „Search subforums: Yes" startet. Beides
+ist eine Bequemlichkeit, keine Funktion: vergibt das Forum die IDs neu oder
+benennt es das Hauptforum um, greift die Vorauswahl stumm nicht mehr — das
+Formular bleibt bedienbar, steht dann aber wieder auf der Servervorgabe. Kein
+Fehlerfall, aber auch nichts, was von selbst auffaellt.
+
 **Die Textfelder des Suchformulars tragen `style="width: 300px"` direkt im
 Markup.** Eine externe Regel ohne `!important` sticht dagegen nicht, egal wie
 spezifisch der Selektor ist — `buildSearchForm()` entfernt das
@@ -289,9 +328,19 @@ alle `inputToButton()`. Ungeprueft, ob `-webkit-appearance:none` allein bei
 einer anderen iOS-Version genuegt haette — der Wechsel auf `<button>` umgeht
 die Frage, statt sie zu beantworten.
 
-**`DEBUG` steht auf `true`** und muss vor dem Ausliefern auf `false`. Die
-Versionsnummer steht doppelt: im `@version`-Header und im Text des
-Debug-Overlays.
+**`DEBUG` muss vor dem Ausliefern auf `false` stehen** (aktuell tut es das).
+Solange es auf `true` steht, haengt `run()` das gruene Overlay an — das ist
+der einzige Effekt des Flags, ein vergessenes `true` bricht nichts, sieht auf
+dem Geraet aber unfertig aus.
+
+**Die Versionsnummer steht nur im `@version`-Header.** Das Overlay liest sie
+ueber `GM_info.script.version` zurueck, statt sie ein zweites Mal als Literal
+zu fuehren — genau das lief zwischen 3.13 und 3.14 auseinander, ohne dass es
+jemandem auffiel, weil das Overlay im Auslieferzustand ohnehin aus ist. Wer
+den Overlay-Text anfasst: keinen neuen Versionsliteral einbauen. Fehlt
+`GM_info` (Manager ohne diese API), zeigt das Overlay den Namen ohne Version;
+das ist der gewollte Rueckfall, weil eine fehlende Angabe harmloser ist als
+eine falsche.
 
 ## Testen
 
@@ -315,6 +364,9 @@ Drei Stolpersteine dabei:
 Sinnvolle Faelle: erste Seite, zweite Seite, Mitte, letzte Seite, dazu die
 Degradation ohne `per_page` und ein Thread ohne Paginierung. Fixture-Eckdaten:
 `f=10&t=68689`, `per_page = 15`, 1114 Seiten, letzte Seite `start=16695`.
+Am Beitrag selbst zu pruefen: alles hinter dem ersten `<hr>` im `postbody`
+landet als zugeklapptes `details` („Signatur") am Kartenfuss, Beitraege ohne
+`<hr>` behalten ihren Text vollstaendig im Koerper.
 
 Dieselben Faelle gelten seit 3.5 fuer die Liste, die sich die Leiste mit dem
 Thread teilt. Eckdaten von `dev/viewforum.php`: `f=10`, `per_page = 100`, 610
@@ -337,16 +389,17 @@ dieselbe Forenliste ohne die Klassen `forumlink`/`forumdesc` — die muss ueber
 die Zahlenspalten dasselbe Ergebnis liefern.
 
 Fuer den Login genuegt `dev/ucp.php` unveraendert: geprueft werden das
-uebernommene Formular (Username-/Passwortfeld, `sid`, `redirect`, Submit) und
-die Pille im ausgeloggten Zustand. Fuer den eingeloggten Zustand der Pille
-`dev/index.php` oder `dev/after_login/ucp.php` laden — beide sind eingeloggt
+uebernommene Formular (Username-/Passwortfeld, `sid`, `redirect`, Submit), der
+Regeltext als zugeklapptes `details` („Regeln") und die Pille im ausgeloggten
+Zustand. Fuer den eingeloggten Zustand der Pille `dev/index.php`,
+`dev/search.php` oder `dev/search2.php` laden — alle drei sind eingeloggt
 aufgenommen und tragen das echte `Logout [ Name ]`-Markup.
 
-Fuer die Meldung nach dem Login genuegt `dev/after_login/ucp.php`
-unveraendert, URL `ucp.php?mode=login`: geprueft werden Titel, uebernommene
-Nachricht samt Link und die Pille. Zu pruefen ist ausserdem, dass `dev/ucp.php`
-(das Formular, gleiche URL) weiterhin die Formular-Zweig traf und nicht in die
-Meldungs-Erkennung faellt.
+Die Meldung nach dem Login (`buildLoginInfo()`) ist mangels Fixture nicht
+nachpruefbar. Wer sie anfasst, nimmt `ucp.php?mode=login` nach einem echten
+Login neu auf; zu pruefen waeren dann Titel, uebernommene Nachricht samt Link
+und die Pille — und dass `dev/ucp.php` (das Formular, gleiche URL) weiterhin
+im Formular-Zweig landet und nicht in die Meldungs-Erkennung faellt.
 
 Fuer die Forumwurzel genuegt `dev/index.php`, URL `index.php?sid=…`: zwei
 Kategorien mit zusammen 16 Forenkarten, keine Paginierung. Zu pruefen ist
@@ -360,15 +413,15 @@ inline-`style`-Attribute der Textfelder und die Schnellzugriffs-Chips aus
 `p.searchbar`. Zu pruefen ist ausserdem `dev/viewforum.php` auf derselben
 Weiche: dessen eingebettetes `#forum-search`-Mini-Formular teilt sich Aktion
 und `keywords`-Feld mit dem grossen Suchformular und darf `buildSearchForm()`
-nicht faelschlich auslösen, die Forenliste muss wie gewohnt Karten liefern.
+nicht faelschlich ausloesen, die Forenliste muss wie gewohnt Karten liefern.
 
 Fuer Suchtreffer genuegt `dev/search2.php` unveraendert, URL beliebig (die
 Erkennung haengt nicht an `location`, sondern an `p.topictitle` im Markup):
 geprueft werden alle 15 Trefferkarten, die verschobene "Searched topic /
 Search term used"-Zelle samt ihrer beiden Links, Autor und Zeitstempel pro
 Treffer, die per Regex getrennten Antworten-/Views-Zahlen, der verschobene
-`td.postbody`-Beitragsauszug und die Seitennavigation (`per_page=15`, 96
-Seiten). Zu pruefen ist ausserdem, dass `dev/search.php` (das leere Formular)
+`td.postbody`-Beitragsauszug, der „Zum Beitrag ↓"-Link am Kartenfuss und die
+Seitennavigation (`per_page=15`, 96 Seiten). Zu pruefen ist ausserdem, dass `dev/search.php` (das leere Formular)
 weiterhin den Formular-Zweig trifft und nicht in die Treffer-Erkennung faellt,
 und dass `dev/viewforum.php` weiterhin normale Karten liefert — beide haben
 kein `p.topictitle`. Der Modus "Topics" (`sr=topics`) ist mangels Fixture
diff --git a/README.md b/README.md
index c4e66db..0432b0d 100644
--- a/README.md
+++ b/README.md
@@ -6,7 +6,7 @@
 
 ## English
 
-A single userscript that rebuilds the phpBB2 pages of `cs.rin.ru` into a mobile
+A single userscript that rebuilds the phpBB3 pages of `cs.rin.ru` into a mobile
 layout for Safari on iOS. It replaces the original table layout entirely: the
 existing page content is hidden and a freshly built DOM is appended to `<body>`.
 
@@ -15,111 +15,57 @@ page type:
 
 | Page | View |
 |---|---|
-| `viewforum.php`, `search.php`, `index.php`, forum root | Topic and forum list as cards |
+| `viewforum.php`, `index.php`, forum root | Topic and forum list as cards |
+| `search.php` | The query form restyled, or — for a submitted search in "Posts" mode — its hits as cards |
 | `viewtopic.php` | Thread as a post stream with a fixed bottom navigation bar |
 | `ucp.php?mode=login` | Login form, restyled in place; on the same URL after a successful submit, the resulting information page instead |
 | anything else | Untouched — no styles are injected |
 
-A `viewforum.php` page is not necessarily a list of topics: a category page
-lists forums instead, and a forum page can carry both. Each table row is
-therefore classified by its first usable link. Forum rows become cards with
-name, description, subforum links and counts; topic rows keep their existing
-card; category headers become section headings. Rows are recognised by phpBB's
-own `forumlink` / `forumdesc` classes, and failing that by their shape — two
-purely numeric columns are only ever a forum's topic and post count.
+### Screenshots
 
-Forums, global announcements, announcements, stickies and topics all end up in
-the same stream of cards, which loses the separation the original page draws
-between them. A header strip naming the section and its card count is therefore
-inserted wherever the kind changes, and forum cards additionally carry a
-coloured left edge. The label is taken from the board's own separator row
-(`Global Announcements`, `Stickies`, `Topics`), so sections this script does not
-know are named correctly too. Which kind a topic row is comes from the icon in
-its first column, not from its title. The strip is left out directly below a
-category heading, which already introduces the forums under it.
+| Forum list, with the sections above the topics collapsed | Thread, with the in-topic search bar revealed |
+|---|---|
+| <img src="docs/Screenshot_mobile_1.png" alt="Forum list as cards: breadcrumb bar with magnifier, an open FOREN section with four forum cards, collapsed GLOBAL ANNOUNCEMENTS, ANNOUNCEMENTS and STICKIES strips, and the page bar showing 1 / 610" width="100%"> | <img src="docs/Screenshot_mobile_2.png" alt="Thread view: breadcrumbs, a second bar with a search field, and a post card with avatar, author, rank and post count above the message" width="100%"> |
+| **Search form, top: quick links and forum picker** | **Search form, bottom: options and buttons** |
+| <img src="docs/Screenshot_mobile_3.png" alt="Search form: quick links as chips, the keyword fields and the forum picker with Main Forum preselected" width="100%"> | <img src="docs/Screenshot_mobile_4.png" alt="Search form continued: search subforums set to No, the remaining option groups, and the Search and Reset buttons" width="100%"> |
 
-Tapping a header collapses its section. Global announcements, announcements and
-stickies start collapsed: they precede the topics on *every* page of a forum and
-otherwise fill the first screen. The state is stored per kind in `localStorage`,
-so collapsing stickies once applies to every forum. `localStorage` is used
-rather than `GM_setValue` because it needs no `@grant` and behaves the same in
-Tampermonkey and in the iOS app; the trade-off is that Safari may clear
-script-writable storage after long inactivity, which resets the sections to
-their default.
+### What it does
 
-Both views share the same fixed navigation bar at the bottom: first / previous /
-next / last and a page indicator. Tapping the indicator opens a sheet with a
-number field and a grid of all pages. Targets are computed as
-`start = (page - 1) × per_page` rather than taken from the rendered page links,
-because phpBB only ever shows a handful of them. `per_page` is read from the
-`jumpto()` function the forum embeds in the page; without it, only first page
-and the original previous/next links remain available. In the list the bar is
-built only where there is more than one page — forum pages run to hundreds of
-them, category pages to one.
+The original page is hidden and a mobile layout is built from the same data,
+one view per page type:
 
-Both views carry a fixed breadcrumb bar at the top, taken from the forum's own
-`Board index » … » Main Forum` trail. Without it there is no way back out of a
-thread, because the original page is hidden and phpBB links the parent forum
-nowhere else. The bar scrolls horizontally if the trail is too long for the
-screen, and is left out entirely on pages that do not carry a trail.
+- **Lists as cards.** Forum and topic rows become cards with title, description,
+  counts and last post; category headers become section headings.
+- **Section strips.** Forums, announcements, stickies and topics are separated
+  by a header carrying the section name and its card count. Announcements and
+  stickies start collapsed — they repeat above the topics on *every* page of a
+  forum. Tapping a header toggles its section, and the state is remembered per
+  section across forums.
+- **Fixed page bar.** First / previous / next / last and a page indicator.
+  Tapping the indicator opens a sheet with a number field and every page of the
+  forum or thread, not just the handful phpBB renders.
+- **Fixed breadcrumb bar** with a login pill showing the account name. Without
+  it there is no way back out of a thread, since the original page is hidden.
+- **Search from anywhere.** With a session, a magnifier sits next to the pill:
+  it opens `search.php`, or inside a thread reveals a bar that searches the
+  topic.
+- **Readable posts.** Avatar, author, rank and timestamp above the message;
+  signatures fold into a collapsed box.
+- **Forms are moved, not rebuilt.** Login, search and the page after a
+  successful login reuse the original elements, so hidden fields and the plain
+  server-side POST stay intact. The search form starts on Main Forum with
+  subforums off, and the board rules on the login page fold away.
+- **Search hits as cards** in "Posts" display mode, each with a link straight to
+  the post. "Topics" mode falls through to the regular list view.
 
-The breadcrumb bar also carries a login pill, built on every page the script
-touches, not only the login form itself. Session state is read from the
-forum's own menu bar: a `mode=login` link means logged out, a `mode=logout`
-link means logged in, and the pill switches between a "Login" link and the
-account name accordingly. The name is parsed from the link text with a
-`Logout [ Name ]` pattern, confirmed against a real logged-in session's markup;
-if it ever fails to match — a different language, a different bracket style —
-the pill still shows "Logout", just without a name, rather than breaking.
+The script's own labels are German; anything taken from the board keeps its
+original wording — `FOREN` in the first screenshot is the script's name for a
+group the board does not label, while `STICKIES` and `TOPICS` are the board's
+own words.
 
-Once a session exists, the login pill also carries a magnifier button
-directly to its left, so it does not compete with the breadcrumb trail for
-space and only shows up where cs.rin.ru's own search is actually reachable.
-Outside a thread it links straight to `search.php`; inside one it instead
-reveals a second bar under the crumbs with a search field, reusing the
-original "Search this topic…" form in place rather than rebuilding it, so the
-hidden topic-id and scope fields stay intact.
-
-The login form itself is not rebuilt from scratch: the original `<form>`
-element is moved into the new layout and restyled, table rows collapsed to a
-vertical stack. Reusing the element rather than reconstructing it keeps the
-hidden `sid` and `redirect` fields, the `autologin` / `viewonline` checkboxes
-and the plain server-side POST intact — the script never talks to the forum's
-session handling directly, it only changes how the existing form looks.
-
-Submitting the form re-renders the same URL with a generic "Information"
-template instead of the form — a short confirmation ("You have been
-successfully logged in.") before phpBB's own `<meta refresh>` moves on to the
-forum index. The script recognises this template by its shape (a single-cell
-header followed by a message cell), not by its wording, and restyles it the
-same way as the form: the original cell — message and link included — is
-reused in place rather than rebuilt.
-
-`search.php` gets its own treatment when it shows the query form rather than
-results. It is recognised by its forum picker — a `select[name="fid[]"]`
-multi-select that only exists on this form, not on the small "Search this
-forum…" / "Search this topic…" widgets embedded elsewhere — and then moved
-into the new layout the same way the login form is: table rows collapsed to a
-vertical stack, radio groups and selects restyled for touch, and the quick
-links above it ("View new posts", "View your posts", …) turned into a row of
-chips. "Search in forums" defaults to Main Forum and "Search subforums"
-defaults to No, overriding the server's own blank/Yes defaults, since that is
-the scope most searches from the mobile view actually want.
-
-A submitted search lands back on `search.php`, now with results — which, in
-the "Posts" display mode the in-thread search bar produces, look nothing like
-a topic list: each hit is a post excerpt with its own author, timestamp, and
-forum/topic context. Recognised by a `p.topictitle` marker unique to this
-mode, these get their own cards, built before the regular list view's row
-scanning would otherwise misread the topic and profile links inside them. The
-"Topics" display mode is not handled specially — no fixture shows what it
-looks like, so it still falls through to the regular list view, which may or
-may not render it sensibly.
-
-The script runs at `document-start`, injects a mobile viewport meta tag, and
-carries a `DEBUG` flag. While `DEBUG` is `true`, a green diagnostic overlay is
-prepended to the page showing which view was chosen and how many rows were
-converted. Set it to `false` before daily use.
+It runs at `document-start` and injects a mobile viewport meta tag. A `DEBUG`
+flag in the source, off by default, adds a green diagnostic overlay showing the
+version, the chosen view and how many rows were converted.
 
 ### Installation on iOS
 
@@ -179,26 +125,28 @@ cards and two debug overlays.
 
 #### Test fixtures
 
-`cs.rin.ru` requires a login, so save the pages you need once and iterate
-against local copies:
+Layout work happens on the live site, with the loader active in Chrome. The
+saved pages under `dev/` serve a different purpose: `cs.rin.ru` requires a
+login, and its markup is the only source for what the script has to cope with,
+so the pages that matter are kept as snapshots — as a reference to read, and as
+input for a throwaway jsdom harness when a change needs to be checked against
+several pages at once.
 
 1. Open the page while logged in, then in DevTools right-click `<html>` →
    *Copy outerHTML*.
-2. Save it as `dev/viewtopic.php.html` or `dev/viewforum.php.html`.
-3. Serve the folder: `python -m http.server 8777 --directory .`
+2. Save it under the page's own name — `dev/viewtopic.php`, `dev/viewforum.php`,
+   `dev/index.php`, `dev/ucp.php`, `dev/search.php`.
 
-The file name matters twice over. The `.html` extension makes the server send
-the file as HTML instead of offering it as a download, and the retained
-`viewtopic.php` / `viewforum.php` part is what the loader's `@include` rules
-and the page-type check in `rin-mobile.user.js` match against.
+The loader deliberately matches `cs.rin.ru` only, so these files are not meant
+to be opened in the browser. Serving them locally would take `@include` rules
+for `localhost`, and those match on page names common enough (`index.php`,
+anything containing `search`) that the script would inject its stylesheet into
+unrelated local projects.
 
-Forum images and stylesheets are missing from such a snapshot. That is fine for
-layout work, because the script rebuilds the DOM anyway — only avatars stay
-empty, since their `src` is carried over unchanged.
-
-Note that a snapshot saved while logged out contains `span.link_removed`
-placeholders instead of links, and may use different markup for author names
-than the logged-in view.
+A snapshot saved while logged out contains `span.link_removed` placeholders
+instead of links, and may use different markup for author names than the
+logged-in view — worth knowing before puzzling over a fixture that behaves
+differently from the real page.
 
 #### Device emulation
 
@@ -224,32 +172,35 @@ Windows (`npx playwright install webkit`).
 
 #### Troubleshooting
 
-Install `dev/tm-test.user.js` — it injects a red bar and nothing else. If the
-bar does not appear, the problem is Tampermonkey (see setup above), not the
-script code. If it does appear, check the loader's *Externals* tab in the
-Tampermonkey dashboard: an empty or failed entry means the `@require` path is
-wrong.
+If nothing happens at all, separate the two possible causes before reading any
+code. Check the loader's *Externals* tab in the Tampermonkey dashboard: an
+empty or failed entry means the `@require` path is wrong. If the entry is
+there and the script still does nothing, set `DEBUG = true` in
+`rin-mobile.user.js` — the green overlay appears on every page the script
+touches, so its absence means the script never ran, while an overlay reporting
+`ansicht=keine` means it ran but the URL matched no view.
 
-If Tampermonkey keeps serving a stale copy despite the update interval, replace
-the `file://` require with a local HTTP server, which does not cache:
-
-```js
-// @require      http://localhost:8777/rin-mobile.user.js
-```
+If Tampermonkey keeps serving a stale copy despite the update interval, open
+the loader's *Externals* tab and trigger an update on the `@require` entry by
+hand, or disable and re-enable the loader — both discard the cached copy.
 
 ### Repository layout
 
 ```
-rin-mobile.user.js          topic list → cards, thread → post stream
+rin-mobile.user.js          all views: lists, thread, login, search
+CLAUDE.md                   notes for working on the script
 dev/
   rin-mobile.dev.user.js    loader, @require with absolute path
+  *.php                     saved pages, markup reference, not in git
+docs/
+  Screenshot_mobile_*.png   the screenshots above
 ```
 
 ---
 
 ## Deutsch
 
-Ein Userscript, das die phpBB2-Seiten von `cs.rin.ru` für Safari auf iOS in eine
+Ein Userscript, das die phpBB3-Seiten von `cs.rin.ru` für Safari auf iOS in eine
 mobile Ansicht umbaut. Es ersetzt das ursprüngliche Tabellenlayout vollständig:
 der vorhandene Seiteninhalt wird ausgeblendet und ein neu gebautes DOM an
 `<body>` gehängt.
@@ -259,121 +210,61 @@ anhand des Seitentyps:
 
 | Seite | Ansicht |
 |---|---|
-| `viewforum.php`, `search.php`, `index.php`, Forumwurzel | Themen- und Forenliste als Karten |
+| `viewforum.php`, `index.php`, Forumwurzel | Themen- und Forenliste als Karten |
+| `search.php` | Das Suchformular umgestylt oder — bei abgeschickter Suche im Modus „Posts" — die Treffer als Karten |
 | `viewtopic.php` | Thread als Beitragsstrom mit fixierter Navigationsleiste |
 | `ucp.php?mode=login` | Login-Formular, an Ort und Stelle umgestylt; auf derselben URL nach erfolgreichem Absenden stattdessen die Informationsseite |
 | alles andere | Unverändert — es werden keine Stile injiziert |
 
-Eine `viewforum.php`-Seite ist nicht zwangsläufig eine Themenliste: eine
-Kategorieseite listet Foren auf, eine Forenseite kann beides enthalten. Jede
-Tabellenzeile wird deshalb anhand ihres ersten verwertbaren Links eingeordnet.
-Forenzeilen werden zu Karten mit Name, Beschreibung, Unterforen und Zahlen,
-Themenzeilen behalten ihre bisherige Karte, Kategoriezeilen werden zu
-Zwischenüberschriften. Erkannt werden die Zeilen an phpBBs eigenen Klassen
-`forumlink` / `forumdesc` und ersatzweise an ihrer Form — zwei rein numerische
-Spalten hat nur eine Forenzeile mit Themen- und Beitragszahl.
+### Screenshots
 
-Foren, globale Ankündigungen, Ankündigungen, Stickies und Themen landen alle im
-selben Kartenstrom, womit die Trennung verlorengeht, die die Originalseite
-zwischen ihnen zieht. Bei jedem Wechsel wird deshalb ein Gruppenkopf mit dem
-Namen des Abschnitts und der Zahl seiner Karten eingezogen; Forenkarten tragen
-zusätzlich eine farbige linke Kante. Die Beschriftung stammt aus der Trennzeile
-der Seite selbst (`Global Announcements`, `Stickies`, `Topics`), damit auch
-Abschnitte richtig heißen, die dieses Script nicht kennt. Welcher Art eine
-Themenzeile ist, verrät das Symbol ihrer ersten Spalte, nicht der Titel. Direkt
-unter einer Kategorieüberschrift entfällt der Gruppenkopf, weil die Überschrift
-die Foren darunter schon einleitet.
+| Forenliste, die Abschnitte über den Themen zugeklappt | Thread, mit eingeblendeter Suchleiste |
+|---|---|
+| <img src="docs/Screenshot_mobile_1.png" alt="Forenliste als Karten: Brotkrumenleiste mit Lupe, aufgeklappter Abschnitt FOREN mit vier Forenkarten, zugeklappte Streifen für GLOBAL ANNOUNCEMENTS, ANNOUNCEMENTS und STICKIES, unten die Seitenleiste mit 1 / 610" width="100%"> | <img src="docs/Screenshot_mobile_2.png" alt="Thread-Ansicht: Brotkrumen, zweite Leiste mit Suchfeld, darunter eine Beitragskarte mit Avatar, Autor, Rang und Beitragszahl über dem Text" width="100%"> |
+| **Suchformular, oben: Schnellzugriffe und Forenwähler** | **Suchformular, unten: Optionen und Schaltflächen** |
+| <img src="docs/Screenshot_mobile_3.png" alt="Suchformular: Schnellzugriffe als Chips, die Feldgruppen für Suchbegriffe und der Forenwähler mit vorausgewähltem Main Forum" width="100%"> | <img src="docs/Screenshot_mobile_4.png" alt="Suchformular, Fortsetzung: Unterforen auf No, die übrigen Optionsgruppen sowie die Schaltflächen Search und Reset" width="100%"> |
 
-Ein Tipp auf den Kopf klappt seinen Abschnitt zu. Globale Ankündigungen,
-Ankündigungen und Stickies starten zugeklappt: sie stehen auf *jeder* Seite
-eines Forums vor den Themen und füllen sonst den ersten Bildschirm. Der Zustand
-liegt je Art in `localStorage`, einmal zugeklappte Stickies gelten also in jedem
-Forum. `localStorage` statt `GM_setValue`, weil es ohne `@grant` auskommt und
-sich in Tampermonkey wie in der iOS-App gleich verhält; dafür kann Safari
-schreibbaren Speicher nach längerer Nichtnutzung räumen, dann stehen die
-Abschnitte wieder auf ihrer Voreinstellung.
+### Was das Script liefert
 
-Beide Ansichten teilen sich dieselbe fixierte Navigationsleiste am unteren
-Rand: erste / vorherige / nächste / letzte Seite und eine Positionsanzeige. Ein
-Tipp darauf öffnet ein Sheet mit Zahlenfeld und einem Raster aller Seiten. Die
-Ziele werden als `start = (Seite - 1) × per_page` berechnet und nicht aus den
-gerenderten Seitenlinks übernommen, weil phpBB davon immer nur eine Handvoll
-anzeigt. `per_page` stammt aus der `jumpto()`-Funktion, die das Forum in die
-Seite einbettet; fehlt sie, bleiben nur die erste Seite und die ursprünglichen
-Zurück-/Weiter-Links nutzbar. In der Liste entsteht die Leiste nur, wo es mehr
-als eine Seite gibt — Forenseiten haben hunderte, Kategorieseiten eine.
+Die Originalseite wird ausgeblendet und aus denselben Daten eine mobile Ansicht
+gebaut, je eine pro Seitentyp:
 
-Beide Ansichten haben oben eine fixierte Brotkrumenleiste, übernommen aus dem
-`Board index » … » Main Forum`-Pfad des Forums. Ohne sie führt aus einem Thread
-kein Weg zurück, weil die Originalseite ausgeblendet ist und phpBB das
-Elternforum nirgends sonst verlinkt. Die Leiste lässt sich waagerecht schieben,
-wenn der Pfad breiter ist als der Bildschirm, und entfällt auf Seiten ohne
-Pfadangabe.
+- **Listen als Karten.** Foren- und Themenzeilen werden zu Karten mit Titel,
+  Beschreibung, Zahlen und letztem Beitrag, Kategoriezeilen zu
+  Zwischenüberschriften.
+- **Gruppenköpfe.** Foren, Ankündigungen, Stickies und Themen trennt jeweils ein
+  Kopf mit dem Namen des Abschnitts und der Zahl seiner Karten. Ankündigungen
+  und Stickies starten zugeklappt — sie stehen auf *jeder* Seite eines Forums
+  über den Themen. Ein Tipp auf den Kopf klappt seinen Abschnitt um, der Zustand
+  gilt je Abschnitt über alle Foren hinweg.
+- **Fixierte Seitenleiste.** Erste / vorherige / nächste / letzte Seite und eine
+  Positionsanzeige. Ein Tipp darauf öffnet ein Sheet mit Zahlenfeld und allen
+  Seiten des Forums oder Threads, nicht nur der Handvoll, die phpBB rendert.
+- **Fixierte Brotkrumenleiste** mit einer Login-Pille, die den Kontonamen zeigt.
+  Ohne sie führt aus einem Thread kein Weg zurück, weil die Originalseite
+  ausgeblendet ist.
+- **Suche von überall.** Besteht eine Sitzung, sitzt neben der Pille eine Lupe:
+  sie öffnet `search.php` oder blendet innerhalb eines Threads eine Leiste ein,
+  die das Thema durchsucht.
+- **Lesbare Beiträge.** Avatar, Autor, Rang und Zeitstempel über dem Text,
+  Signaturen wandern in einen zugeklappten Kasten.
+- **Formulare werden verschoben, nicht nachgebaut.** Login, Suche und die Seite
+  nach erfolgreichem Login übernehmen die Original-Elemente, damit versteckte
+  Felder und der schlichte serverseitige POST erhalten bleiben. Das Suchformular
+  startet auf Main Forum ohne Unterforen, die Forenregeln im Login klappen weg.
+- **Suchtreffer als Karten** im Anzeigemodus „Posts", jeder mit einem Link
+  direkt zum Beitrag. Der Modus „Topics" läuft durch die gewöhnliche
+  Listenansicht.
 
-Die Brotkrumenleiste trägt außerdem eine Login-Pille, gebaut auf jeder Seite,
-die das Script anfasst — nicht nur auf dem Login-Formular selbst. Der
-Sitzungszustand wird aus dem Menübalken der Originalseite gelesen: ein
-`mode=login`-Link bedeutet ausgeloggt, ein `mode=logout`-Link eingeloggt, die
-Pille wechselt entsprechend zwischen einem „Login"-Link und dem Kontonamen.
-Der Name wird über das Muster `Logout [ Name ]` aus dem Linktext gelesen, das
-gegen das Markup einer echten eingeloggten Sitzung bestätigt ist; greift es
-einmal nicht — andere Sprache, andere Klammerform — bleibt die Pille bei
-„Logout" stehen, nur ohne Namen, statt zu reißen.
+Die Beschriftungen des Scripts sind deutsch, alles aus dem Forum Übernommene
+behält seinen Wortlaut — `FOREN` im ersten Screenshot ist die Bezeichnung des
+Scripts für eine Gruppe, die die Seite selbst nicht beschriftet, `STICKIES` und
+`TOPICS` sind ihre eigenen Worte.
 
-Besteht eine Sitzung, trägt die Login-Pille zusätzlich einen Lupen-Button
-direkt links neben sich, damit er nicht mit der Brotkrumenleiste um Platz
-konkurriert, und erscheint nur dort, wo cs.rins eigene Suche überhaupt
-erreichbar ist. Außerhalb eines Threads führt er direkt zu `search.php`;
-innerhalb eines Threads blendet er stattdessen eine zweite Leiste unter den
-Brotkrumen mit einem Suchfeld ein — das ist das Original-Formular „Search this
-topic…", unverändert an Ort und Stelle wiederverwendet statt neu gebaut, damit
-die versteckten Felder für Themen-Id und Suchbereich erhalten bleiben.
-
-Das Login-Formular selbst wird nicht neu gebaut: das Original-`<form>`-Element
-wandert unverändert in das neue Layout und wird umgestylt, Tabellenzeilen
-werden zu einer senkrechten Abfolge zusammengeklappt. Die Wiederverwendung
-statt Neubau erhält die versteckten Felder `sid` und `redirect`, die
-Checkboxen `autologin` / `viewonline` und den schlichten serverseitigen POST —
-das Script spricht nie selbst mit der Sitzungsverwaltung des Forums, es ändert
-nur, wie das vorhandene Formular aussieht.
-
-Nach dem Absenden liefert dieselbe URL statt des Formulars eine allgemeine
-„Information"-Vorlage aus — eine kurze Bestätigung („You have been
-successfully logged in."), bevor phpBBs eigenes `<meta refresh>` zum
-Forenindex weiterleitet. Das Script erkennt diese Vorlage an ihrer Form, nicht
-am Wortlaut (eine Kopfzeile mit einer einzelnen Zelle, gefolgt von einer
-Nachrichtenzelle), und stylt sie wie das Formular um: die Original-Zelle —
-Nachricht und Link inklusive — wandert unverändert an ihren Platz statt neu
-gebaut zu werden.
-
-`search.php` bekommt eine eigene Behandlung, wenn es das Suchformular statt
-Treffern zeigt. Erkannt wird das am Forenwähler — einem Mehrfachauswahlfeld
-`select[name="fid[]"]`, das es nur in diesem Formular gibt, nicht in den
-kleinen „Search this forum…" / „Search this topic…"-Widgets an anderer
-Stelle — und dann wie das Login-Formular in das neue Layout verschoben:
-Tabellenzeilen zu einer senkrechten Abfolge zusammengeklappt, Radio-Gruppen
-und Auswahlfelder für Touch umgestylt, die Schnellzugriffe darüber („View new
-posts", „View your posts", …) zu einer Reihe aus Chips. „Search in forums"
-ist dabei standardmäßig auf Main Forum vorausgewählt, „Search subforums" auf
-No — statt der leeren/„Yes"-Vorgabe des Servers, weil das dem Suchumfang
-entspricht, der von der mobilen Ansicht aus meistens gewollt ist.
-
-Eine abgeschickte Suche landet wieder auf `search.php`, diesmal mit Treffern —
-die im Anzeigemodus „Posts", den die Suchleiste im Thread erzeugt, aber
-überhaupt nicht wie eine Themenliste aussehen: jeder Treffer ist ein
-Beitragsauszug mit eigenem Autor, Zeitstempel und Forum-/Thema-Kontext.
-Erkannt an einem Merkmal (`p.topictitle`), das es nur in diesem Modus gibt,
-bekommen sie eigene Karten, gebaut bevor das Zeileneinsammeln der gewöhnlichen
-Listenansicht die enthaltenen Themen- und Profillinks falsch deuten würde.
-Der Anzeigemodus „Topics" bekommt keine eigene Behandlung — keine Fixture
-zeigt, wie er aussieht, er läuft also weiterhin durch die gewöhnliche
-Listenansicht, was passend sein kann oder auch nicht.
-
-Das Script läuft bei `document-start`, setzt ein mobiles Viewport-Meta-Tag und
-hat ein `DEBUG`-Flag. Solange `DEBUG` auf `true` steht, wird ein grünes
-Diagnose-Overlay über die Seite gelegt, das zeigt, welche Ansicht gewählt wurde
-und wie viele Zeilen umgewandelt wurden. Für den täglichen Gebrauch auf `false`
-setzen.
+Das Script läuft bei `document-start` und setzt ein mobiles Viewport-Meta-Tag.
+Ein `DEBUG`-Flag im Quelltext, standardmäßig aus, legt ein grünes
+Diagnose-Overlay über die Seite: Version, gewählte Ansicht und Zahl der
+umgewandelten Zeilen.
 
 ### Installation unter iOS
 
@@ -433,6 +324,31 @@ Den Loader nicht parallel zum unveränderten Script betreiben. Sind beide in
 Tampermonkey aktiv, läuft der Code doppelt auf derselben Seite, mit doppelten
 Karten und zwei Debug-Overlays als Folge.
 
+#### Testfixtures
+
+Die Layoutarbeit findet auf der echten Seite statt, mit dem Loader aktiv in
+Chrome. Die gespeicherten Seiten unter `dev/` dienen etwas anderem: `cs.rin.ru`
+verlangt einen Login, und sein Markup ist die einzige Quelle dafür, womit das
+Script zurechtkommen muss. Die relevanten Seiten liegen deshalb als Mitschnitt
+vor — zum Nachlesen und als Eingabe für ein Wegwerf-Harness mit jsdom, wenn
+eine Änderung gegen mehrere Seiten auf einmal zu prüfen ist.
+
+1. Die Seite eingeloggt öffnen, in den DevTools mit der rechten Maustaste auf
+   `<html>` → *Copy outerHTML*.
+2. Unter dem Namen der Seite ablegen — `dev/viewtopic.php`,
+   `dev/viewforum.php`, `dev/index.php`, `dev/ucp.php`, `dev/search.php`.
+
+Der Loader greift bewusst nur auf `cs.rin.ru`, diese Dateien sind also nicht
+zum Öffnen im Browser gedacht. Sie lokal auszuliefern verlangte
+`@include`-Regeln für `localhost`, und die passen auf Seitennamen, die dort
+häufig genug vorkommen (`index.php`, alles mit „search" darin), dass das Script
+sein Stylesheet in fremde lokale Projekte injizieren würde.
+
+Ein ausgeloggt gespeicherter Mitschnitt enthält statt der Links
+`span.link_removed`-Platzhalter und kann Autorennamen anders auszeichnen als
+die eingeloggte Ansicht — gut zu wissen, bevor man über eine Fixture rätselt,
+die sich anders verhält als die echte Seite.
+
 #### Geräte-Emulation
 
 DevTools → *Device Toolbar* (`Strg+Umschalt+M`) → *Edit…* → eigenes Gerät mit
@@ -458,24 +374,27 @@ Windows mit (`npx playwright install webkit`).
 
 #### Fehlersuche
 
-`dev/tm-test.user.js` installieren — das Script blendet nur einen roten Balken
-ein, sonst nichts. Erscheint der Balken nicht, liegt das Problem bei
-Tampermonkey (siehe Einrichtung oben) und nicht am Script-Code. Erscheint er,
-im Tampermonkey-Dashboard den Tab *Externals* des Loaders prüfen: ein leerer
-oder fehlgeschlagener Eintrag bedeutet, dass der `@require`-Pfad falsch ist.
+Passiert überhaupt nichts, zuerst die beiden möglichen Ursachen trennen, bevor
+Code gelesen wird. Im Tampermonkey-Dashboard den Tab *Externals* des Loaders
+prüfen: ein leerer oder fehlgeschlagener Eintrag bedeutet, dass der
+`@require`-Pfad falsch ist. Ist der Eintrag da und trotzdem passiert nichts, in
+`rin-mobile.user.js` `DEBUG = true` setzen — das grüne Overlay erscheint auf
+jeder Seite, die das Script anfasst. Bleibt es aus, lief das Script gar nicht;
+meldet es `ansicht=keine`, lief es, aber die URL passte auf keine Ansicht.
 
 Liefert Tampermonkey trotz Update-Intervall weiterhin einen veralteten Stand
-aus, das `file://`-Require durch einen lokalen HTTP-Server ersetzen, der nicht
-zwischenspeichert:
-
-```js
-// @require      http://localhost:8777/rin-mobile.user.js
-```
+aus, im Tab *Externals* des Loaders den `@require`-Eintrag von Hand
+aktualisieren oder den Loader einmal deaktivieren und wieder aktivieren —
+beides verwirft die zwischengespeicherte Fassung.
 
 ### Aufbau des Repositories
 
 ```
-rin-mobile.user.js          Themenliste → Karten, Thread → Beitragsstrom
+rin-mobile.user.js          alle Ansichten: Listen, Thread, Login, Suche
+CLAUDE.md                   Notizen zur Arbeit am Script
 dev/
   rin-mobile.dev.user.js    Loader, @require mit absolutem Pfad
+  *.php                     gespeicherte Seiten, Markup-Vorlage, nicht in git
+docs/
+  Screenshot_mobile_*.png   die Screenshots oben
 ```
diff --git a/dev/rin-mobile.dev.user.js b/dev/rin-mobile.dev.user.js
index cfef17d..effe26f 100644
--- a/dev/rin-mobile.dev.user.js
+++ b/dev/rin-mobile.dev.user.js
@@ -2,12 +2,8 @@
 // @name         [DEV] RIN Mobile
 // @namespace    rin-dev
 // @description  Dev-Loader: laedt rin-mobile.user.js live von der Platte
-// @version      2.0
+// @version      2.1
 // @match        *://cs.rin.ru/forum/*
-// @include      http://localhost:*/*viewforum*
-// @include      http://127.0.0.1:*/*viewforum*
-// @include      http://localhost:*/*viewtopic*
-// @include      http://127.0.0.1:*/*viewtopic*
 // @require      file:///C:/Projekte/ios_safari_userscripts/rin-mobile.user.js
 // @run-at       document-start
 // @grant        none
@@ -15,3 +11,8 @@
 
 // Der eigentliche Code steckt in der @require-Datei.
 // Aenderungen dort greifen nach einem Reload der Seite.
+//
+// Der Loader laeuft nur auf der echten Seite. Die Fixtures unter dev/ sind
+// Markup-Vorlagen fuer das jsdom-Harness, keine Seiten zum Anschauen im
+// Browser — dafuer braeuchte es einen lokalen Server und passende
+// @include-Zeilen, die auf localhost zu breit streuen wuerden.
diff --git a/docs/Screenshot_mobile_1.png b/docs/Screenshot_mobile_1.png
new file mode 100644
index 0000000..c6acb6a
Binary files /dev/null and b/docs/Screenshot_mobile_1.png differ
diff --git a/docs/Screenshot_mobile_2.png b/docs/Screenshot_mobile_2.png
new file mode 100644
index 0000000..3ea1af7
Binary files /dev/null and b/docs/Screenshot_mobile_2.png differ
diff --git a/docs/Screenshot_mobile_3.png b/docs/Screenshot_mobile_3.png
new file mode 100644
index 0000000..39f3c8b
Binary files /dev/null and b/docs/Screenshot_mobile_3.png differ
diff --git a/docs/Screenshot_mobile_4.png b/docs/Screenshot_mobile_4.png
new file mode 100644
index 0000000..5c6a537
Binary files /dev/null and b/docs/Screenshot_mobile_4.png differ
diff --git a/rin-mobile.user.js b/rin-mobile.user.js
index 9704f92..8d11b6b 100644
--- a/rin-mobile.user.js
+++ b/rin-mobile.user.js
@@ -12,6 +12,14 @@
   var DEBUG = false;
   var log = [];
 
+  // Die Version steht ausschliesslich im Metadatenblock. Ein zweiter Literal
+  // im Code lief beim Release regelmaessig davon weg, ohne dass es auffiel —
+  // GM_info liest denselben Header zurueck. Fehlt es (Userscript-Manager ohne
+  // GM_info), bleibt das Overlay ohne Versionsangabe, statt eine falsche zu
+  // zeigen.
+  var VERSION = (typeof GM_info !== 'undefined' && GM_info.script &&
+                 GM_info.script.version) || '';
+
   function h() { return document.head || document.documentElement; }
 
   function txt(el) { return (el ? el.textContent || '' : '')
@@ -1696,7 +1704,8 @@
     if (DEBUG) {
       var d = document.createElement('div');
       d.className = 'rm-dbg';
-      d.textContent = 'RIN Mobile v3.13\n' + log.join('\n');
+      d.textContent = 'RIN Mobile' + (VERSION ? ' v' + VERSION : '') +
+                      '\n' + log.join('\n');
       document.body.insertBefore(d, document.body.firstChild);
     }
   }