diff options
Diffstat (limited to 'app')
| -rw-r--r-- | app/README.md | 1012 | ||||
| -rw-r--r-- | app/i18n.akk-x-ob.js | 2 | ||||
| -rw-r--r-- | app/i18n.akk-x-ob.translit.js | 2 | ||||
| -rw-r--r-- | app/i18n.bar.js | 2 | ||||
| -rw-r--r-- | app/i18n.de-x-amt.js | 2 | ||||
| -rw-r--r-- | app/i18n.de-x-sales.js | 2 | ||||
| -rw-r--r-- | app/i18n.de.js | 2 | ||||
| -rw-r--r-- | app/i18n.en.js | 2 | ||||
| -rw-r--r-- | app/i18n.eo.js | 2 | ||||
| -rw-r--r-- | app/i18n.eu.js | 2 | ||||
| -rw-r--r-- | app/i18n.fr.js | 2 | ||||
| -rw-r--r-- | app/i18n.gmh.js | 2 | ||||
| -rw-r--r-- | app/i18n.goh.js | 2 | ||||
| -rw-r--r-- | app/i18n.got.js | 2 | ||||
| -rw-r--r-- | app/i18n.grc.js | 2 | ||||
| -rw-r--r-- | app/i18n.ine-x-proto.js | 2 | ||||
| -rw-r--r-- | app/i18n.ja.js | 2 | ||||
| -rw-r--r-- | app/i18n.jbo.js | 2 | ||||
| -rw-r--r-- | app/i18n.la.js | 2 | ||||
| -rw-r--r-- | app/i18n.nds.js | 2 | ||||
| -rw-r--r-- | app/i18n.nl.js | 2 | ||||
| -rw-r--r-- | app/i18n.sa.js | 2 | ||||
| -rw-r--r-- | app/i18n.tok.js | 2 | ||||
| -rw-r--r-- | app/i18n.tr.js | 2 | ||||
| -rw-r--r-- | app/i18n.uk.js | 2 | ||||
| -rw-r--r-- | app/index.html | 6 | ||||
| -rw-r--r-- | app/pruefe.js | 2 |
27 files changed, 560 insertions, 508 deletions
diff --git a/app/README.md b/app/README.md index 522018c..fab1593 100644 --- a/app/README.md +++ b/app/README.md @@ -1,244 +1,265 @@ -# Altersvorsorge-Vergleich — Web-App +# Altersvorsorge-Vergleich — Webanwendung -Progressive Web-App zum Excel-Modell im übergeordneten Ordner. Derselbe Rechenkern, dieselben -Ergebnisse, aber bedienbar von Menschen, die keine Tabellenkalkulation aufmachen wollen. +Progressive Webanwendung (PWA) zum Vergleich dreier Gestaltungsvarianten der Altersvorsorge. +Es handelt sich um das eigentliche Erzeugnis dieses Bestandes; hinsichtlich einer allgemeinen +Einführung wird auf das [Wurzel-README](../README.md) verwiesen. Der Rechenkern ist aus einer +zwischenzeitlich entfallenen Excel-Arbeitsmappe übernommen worden, welche ausschließlich über +die Versionsgeschichte zugänglich ist; die Ergebnisse sind dieselben, die Bedienung ist jedoch +auch denjenigen Personen eröffnet, welche eine Tabellenkalkulation nicht zu öffnen beabsichtigen. -| Datei | Rolle | +| Datei | Zweckbestimmung | |---|---| -| `index.html` | **Die ganze App.** Rechenkern, Oberfläche, Diagramme — eine Datei, keine externen Abhängigkeiten außer den Wörterbüchern. Läuft per Doppelklick. | +| `index.html` | **Die vollständige Anwendung.** Rechenkern, Bedienoberfläche und Diagramme in einer einzigen Datei, ohne externe Abhängigkeiten mit Ausnahme der Wörterbücher. Der Aufruf erfolgt mittels Doppelklicks. | | `i18n.de.js` | Wörterbuch Deutsch. Hauptsprache und Rückfallebene. **Vollständig.** | | `i18n.en.js` `i18n.nl.js` `i18n.fr.js` `i18n.la.js` `i18n.ja.js` | Englisch, Niederländisch, Französisch, Latein, Japanisch. **Vollständig** (459 Schlüssel). | -| `i18n.nds.js` `i18n.bar.js` `i18n.eu.js` `i18n.eo.js` `i18n.tr.js` `i18n.uk.js` | Niederdeutsch, Bairisch, Baskisch, Esperanto, Türkisch, Ukrainisch. **Teilweise** (315 Schlüssel, siehe 3b). | -| `i18n.got.js` `i18n.goh.js` `i18n.gmh.js` `i18n.grc.js` `i18n.sa.js` | Gotisch, Althochdeutsch, Mittelhochdeutsch, Altgriechisch, Sanskrit. **Teilweise**. | -| `i18n.ine-x-proto.js` | Urindogermanisch, LIV²/Rix-Notation mit Laryngalen und Asterisk. Kein ISO-639-3-Code möglich (639-3 vergibt keine Codes an Rekonstruate), daher BCP-47-Privatuntertag `ine-x-proto`. **Vollständig**. | -| `i18n.jbo.js` `i18n.tok.js` | Lojban, Toki Pona. Toki Pona speichert sitelen Lasina (ASCII); das Stilblatt setzt für `lang="tok"` ligaturfähige sitelen-pona-Zeichensätze, die die ASCII-Wörter zu Logographen binden — ohne installierten Zeichensatz bleibt lesbares Latein statt PUA-Kästchen. **Vollständig**. | -| `i18n.akk-x-ob.js` | Altbabylonisch in Keilschrift (U+12000…). Erzeugt aus `i18n.akk-x-ob.translit.js` durch `node akk-keilschrift.js`; die Umschrift ist die Quelle, die Keilschrift das Erzeugnis. Codepunkte werden zur Bauzeit über die Unicode-Namenstabelle aufgelöst statt von Hand gesetzt. **Vollständig**. | -| `manifest.json` | Macht die App installierbar (Name, Farben, Symbole). | -| `service-worker.js` | Offline-Cache, `stale-while-revalidate`. | -| `icon-*.png` | App-Symbole, 192 / 512 / 512-maskable. | +| `i18n.nds.js` `i18n.bar.js` `i18n.eu.js` `i18n.eo.js` `i18n.tr.js` `i18n.uk.js` | Niederdeutsch, Bairisch, Baskisch, Esperanto, Türkisch, Ukrainisch. **Vollständig** (siehe § 3b). | +| `i18n.got.js` `i18n.goh.js` `i18n.gmh.js` `i18n.grc.js` `i18n.sa.js` | Gotisch, Althochdeutsch, Mittelhochdeutsch, Altgriechisch, Sanskrit. **Vollständig.** | +| `i18n.ine-x-proto.js` | Urindogermanisch in LIV²/Rix-Notation nebst Laryngalen und Asterisk. Ein Code nach ISO 639-3 ist nicht zu erlangen, da für Rekonstruate keine Codes vergeben werden; es wird daher der Privatuntertag `ine-x-proto` nach BCP 47 geführt. **Vollständig.** | +| `i18n.jbo.js` `i18n.tok.js` | Lojban, Toki Pona. Toki Pona wird in sitelen Lasina (ASCII) vorgehalten; das Stilblatt setzt für `lang="tok"` ligaturfähige sitelen-pona-Zeichensätze, welche die ASCII-Wörter zu Logographen binden. Ist ein solcher Zeichensatz nicht installiert, verbleibt lesbares Latein anstelle leerer Kästchen. **Vollständig.** | +| `i18n.akk-x-ob.js` | Altbabylonisch in Keilschrift (U+12000 ff.). Erzeugt aus `i18n.akk-x-ob.translit.js` mittels `node akk-keilschrift.js`; die Umschrift ist die Quelle, die Keilschrift das Erzeugnis. Die Codepunkte werden zur Bauzeit über die Unicode-Namenstabelle aufgelöst und nicht von Hand gesetzt. **Vollständig.** | +| `manifest.json` | Bewirkt die Installierbarkeit (Bezeichnung, Farben, Symbole). | +| `service-worker.js` | Offline-Zwischenspeicher, Verfahren `stale-while-revalidate`. | +| `icon-*.png` | Symbole der Anwendung, 192 / 512 / 512-maskable. | --- -## 1. Weitergeben — drei Wege +## § 1 Weitergabe — drei Wege -**a) Nur die Dateien.** `index.html` samt allen dreiundzwanzig `i18n.*.js` verschicken — sie gehören -zusammen und müssen im selben Ordner liegen. Doppelklick genügt, -alles rechnet, Eingaben werden im Browser gespeichert. Was fehlt, ist nur die PWA-Hülle — -kein Symbol auf dem Startbildschirm, kein Offline-Cache. Beides braucht es hier auch nicht, -die Datei liegt ja schon auf dem Gerät. Die App sagt das dem Nutzer auch selbst. +**a) Ausschließlich die Dateien.** Es sind `index.html` nebst sämtlichen dreiundzwanzig +`i18n.*.js` zu übersenden; sie gehören zusammen und haben in demselben Ordner zu liegen. Ein +Doppelklick genügt, sämtliche Berechnungen werden durchgeführt, und die Eingaben werden im +Browser vorgehalten. Es fehlt lediglich die PWA-Hülle — mithin das Symbol auf dem +Startbildschirm sowie der Offline-Zwischenspeicher. Beides ist hier entbehrlich, da die Datei +bereits auf dem Gerät vorliegt. Die Anwendung weist hierauf von sich aus hin. -**b) Der ganze Ordner auf einem Webspace.** Irgendein HTTPS-Hosting genügt (GitHub Pages, -Netlify, ein Unterverzeichnis auf der eigenen Domain). Dann ist sie installierbar und -offlinefähig. Es gibt kein Backend, keine Datenbank, keine Build-Kette. +**b) Der vollständige Ordner auf einem Webspeicherplatz.** Ein beliebiges HTTPS-Hosting genügt +(GitHub Pages, Netlify, ein Unterverzeichnis der eigenen Domäne). Sodann ist die Anwendung +installierbar und offlinefähig. Ein Hintergrundsystem, eine Datenbank sowie eine Baukette +bestehen nicht. ```bash -# lokal ausprobieren, mit Service Worker: +# örtliche Erprobung einschließlich Dienstarbeiter: cd app && python3 -m http.server 8000 # -> http://localhost:8000 ``` -Service Worker laufen auch auf `http://localhost` — als „secure context“ ist localhost -ausdrücklich ausgenommen. +Dienstarbeiter (*service worker*) sind auch über `http://localhost` betriebsfähig; localhost ist +als sicherer Kontext ausdrücklich ausgenommen. -**c) Als Link.** Der Knopf *„Link mit meinen Zahlen kopieren“* kodiert den kompletten -Eingabestand base64url in den Fragment-Bezeichner. Fragmente werden vom Browser **nicht** an -den Server geschickt (RFC 3986 § 3.5) — der Link enthält also persönliche Zahlen, überträgt -sie aber an niemanden außer den Empfänger. +**c) Als Verweis.** Die Schaltfläche *„Link mit meinen Zahlen kopieren"* kodiert den +vollständigen Eingabestand base64url in den Fragmentbezeichner. Fragmente werden vom Browser +**nicht** an den Server übermittelt (RFC 3986 § 3.5); der Verweis enthält mithin persönliche +Zahlen, überträgt diese jedoch an niemanden außer den Empfänger. -## 2. Wo die Daten liegen +## § 2 Verbleib der Daten -Ausschließlich in `localStorage` unter dem Schlüssel `altersvorsorge.v1`, also im Browser des -Nutzers. Kein Server, keine Analytik, keine Schriftarten von fremden Domains, keine externen -Skripte. Die einzigen Netzwerkzugriffe der App sind die, die der Service Worker macht, um sich -selbst zu aktualisieren. +Ausschließlich in `localStorage` unter dem Schlüssel `altersvorsorge.v1`, mithin im Browser der +nutzenden Person. Ein Server, eine Auswertung, Schriftarten von fremden Domänen sowie externe +Skripte bestehen nicht. Die einzigen Netzwerkzugriffe der Anwendung sind diejenigen, welche der +Dienstarbeiter zum Zwecke seiner eigenen Aktualisierung vornimmt. -## 3. Aufbau der Datei +## § 3 Aufbau der Datei `index.html` ist in nummerierte Teile gegliedert: | Teil | Inhalt | |---|---| | 0 | **Sprachen** — `t()`, Sprachwahl, Rückfall auf Deutsch | -| 1 | **Rechenkern** — Portierung von `build_bav.py`. Reine Funktionen, kein DOM | -| 2 | Felddefinitionen: 80 Eingaben mit Bereich, Einheit, Wörterbuchschlüssel | -| 3 | Zustand, `localStorage`, Kodierung für den Teilen-Link | +| 1 | **Rechenkern** — Portierung des ursprünglichen Formelgenerators. Reine Funktionen, kein DOM | +| 2 | Felddefinitionen: 80 Eingaben nebst Bereich, Einheit und Wörterbuchschlüssel | +| 3 | Zustand, `localStorage`, Kodierung für den Weitergabeverweis | | 4 | Formatierung und Zahleneingabe, sprachabhängig | | 5 | Kennzahlen | -| 6 | Aufbau der Oberfläche | -| 7 | Ergebniskarten mit Δ-Anzeige | -| 7b | Klartext-Fazit, Beispielwert-Hinweis, mitlaufende Ergebnisleiste | -| 8 | Diagramme, reines Canvas | +| 6 | Aufbau der Bedienoberfläche | +| 7 | Ergebniskarten nebst Δ-Anzeige | +| 7b | Klartextfazit, Hinweis auf Beispielwerte, mitlaufende Ergebnisleiste | +| 8 | Diagramme, ausschließlich Canvas | | 9 | Rechenweg | | 10 | Render-Schleife | | 11 | Installation und Offline-Betrieb | | 12 | Fensterrahmen: Titelleisten und Minimieren | -| 13 | Kachelung: ein, zwei oder drei Fensterspalten | -| 14 | Sprachumschaltung in der Oberfläche | +| 13 | Kachelung: eine, zwei oder drei Fensterspalten | +| 14 | Sprachumschaltung in der Bedienoberfläche | Der Rechenkern in Teil 1 ist **die einzige Stelle, an der gerechnet wird.** Er ist zeichengenau -aus `build_bav.py` übertragen; Änderungen an der Rechtslage gehören in beide Dateien. +aus dem ursprünglichen Formelgenerator übertragen worden; Änderungen der Rechtslage sind mithin +ausschließlich dort vorzunehmen. -### Brutto und Netto sind gekoppelt +### Brutto- und Nettobetrag sind gekoppelt -Es gibt keinen Umschalter „ich gebe vor: Brutto / Netto“ mehr. Beide Felder zeigen dieselbe -Größe, nur in verschiedener Währung: +Ein Umschalter „Vorgabe: Brutto / Netto" besteht nicht mehr. Beide Felder weisen dieselbe Größe +aus, lediglich in verschiedener Währung: ``` N(B) = B − SV-Ersparnis_AN(B) − Steuerersparnis(B) ``` `N` ist auf `[0, Bruttogehalt]` stetig und wegen `dN/dB = 1 − Grenz-SV-Satz − Grenzsteuersatz > 0` -streng monoton wachsend, also eine Bijektion auf `[0, N(Bruttogehalt)]`. Ein Umschalter wäre -eine Auswahl zwischen einer Funktion und ihrer Umkehrfunktion — also keine. +streng monoton wachsend, mithin eine Bijektion auf `[0, N(Bruttogehalt)]`. Ein Umschalter wäre +eine Auswahl zwischen einer Funktion und ihrer Umkehrfunktion, mithin keine Auswahl. -`beitrag` bleibt die einzige Quelle der Wahrheit; `netto_ziel` ist ein **abgeleitetes Feld** mit -`get` (Vorwärtsrechnung, Jahr 0 der Ansparphase) und `set` (Bisektion, `bruttoVonNetto`). -Beide werten dasselbe erste Jahr aus — Lohn- und Tarifindex sind dort 1 —, weshalb die -Richtungen exakt invers sind. Gemessen über 12 Parameterkombinationen × 5 Stützstellen: +`beitrag` verbleibt die einzige maßgebliche Größe; `netto_ziel` ist ein **abgeleitetes Feld** mit +`get` (Vorwärtsrechnung, Jahr 0 der Ansparphase) und `set` (Intervallhalbierung, +`bruttoVonNetto`). Beide werten dasselbe erste Jahr aus — Lohn- und Tarifindex betragen dort 1 —, +weshalb die Richtungen exakt invers sind. Gemessen über 12 Parameterkombinationen × 5 +Stützstellen: | Richtung | größter relativer Fehler | |---|---| | B → N → B | 2,3 · 10⁻⁸ | | N → B → N | 2,1 · 10⁻⁸ | -Das ist genau die Auflösung der Bisektion: 34 Halbierungen auf `[0, 250.000 €]` sind -1,5 · 10⁻⁵ €/Jahr, also gut ein Millionstel Cent im Monat. Die Monotonie ist zusätzlich auf -`1 … 1.500 €/Monat` in Ein-Euro-Schritten geprüft; die kleinste beobachtete Steigung ist -`dN/dB = 0,545`, d. h. Steuer und Sozialabgaben tragen zusammen nie mehr als 45,5 % des -Bruttobeitrags. +Dies entspricht genau der Auflösung des Halbierungsverfahrens: 34 Halbierungen auf +`[0, 250.000 €]` ergeben 1,5 · 10⁻⁵ €/Jahr, mithin gut ein Millionstel Cent im Monat. Die +Monotonie ist ergänzend auf `1 … 1.500 €/Monat` in Ein-Euro-Schritten geprüft worden; die +geringste beobachtete Steigung beträgt `dN/dB = 0,545`, mithin tragen Steuer und Sozialabgaben +zusammen niemals mehr als 45,5 vom Hundert des Bruttobeitrags. -Fällt der Nettoaufwand für das erste Jahr auf null — weil man dann bereits ausgeschieden ist —, -existiert die Umkehrung nicht. Die App sagt das statt still nichts zu tun. +Fällt der Nettoaufwand für das erste Jahr auf null — weil zu diesem Zeitpunkt bereits ein +Ausscheiden vorliegt —, so existiert die Umkehrung nicht. Die Anwendung weist hierauf hin, +anstatt untätig zu verbleiben. -## 3b. Neunzehn Sprachen +## § 3b Dreiundzwanzig Sprachfassungen -Deutsch ist die Hauptsprache; alle übrigen sind Übersetzungen derselben Rechtslage, kein -zweiter Rechtsstand. **Die Normzitate bleiben in allen Sprachen deutsch** -(`§ 1a BetrAVG`, `§ 226 Abs. 2 S. 2 SGB V`, …) — sie sind die Primärquellen und haben keine -amtliche Übersetzung; eine eigene wäre hier keine Hilfe, sondern eine Fehlerquelle. Ebenso -bleiben zwei Produktnamen stehen, weil sie Eigennamen sind: `Altersvorsorgedepot` und -`Versorgungsbezüge`; im Japanischen mit Glosse (`Versorgungsbezüge（企業年金等の給付）`). +Deutsch ist die Hauptsprache; sämtliche übrigen Fassungen sind Übersetzungen derselben +Rechtslage und nicht etwa ein zweiter Rechtsstand. **Die Normzitate verbleiben in sämtlichen +Sprachfassungen in deutscher Sprache** (`§ 1a BetrAVG`, `§ 226 Abs. 2 S. 2 SGB V`, …) — es +handelt sich um die Primärquellen, für welche eine amtliche Übersetzung nicht vorliegt; eine +eigene wäre insoweit keine Hilfe, sondern eine Fehlerquelle. Gleichermaßen verbleiben zwei +Produktbezeichnungen unübersetzt, da es sich um Eigennamen handelt: `Altersvorsorgedepot` und +`Versorgungsbezüge`; im Japanischen nebst Glosse +(`Versorgungsbezüge（企業年金等の給付）`). | | Sprachen | Schlüssel | |---|---|---| -| **vollständig** | `de` `de-x-amt` `de-x-sales` `en` `nl` `fr` `la` `ja` `nds` `bar` `eu` `eo` `tr` `uk` `got` `goh` `gmh` `grc` `sa` | 459 | +| **vollständig** | `de` `de-x-amt` `de-x-sales` `en` `nl` `fr` `la` `ja` `nds` `bar` `eu` `eo` `tr` `uk` `got` `goh` `gmh` `grc` `sa` `ine-x-proto` `jbo` `tok` `akk-x-ob` | 459 | | **teilweise** | — | — | -Alle dreiundzwanzig Sprachen sind inzwischen vollständige Wörterbücher (459 von 459 Schlüsseln); die -Tabellenzeile „teilweise“ bleibt stehen, weil `TEILWEISE` in `index.html` als Mechanismus -weiterlebt — sie ist nur derzeit leer. Ursprünglich war die Auswahl strukturell, nicht nach -Zeichenzahl: zuerst übersetzt wurde, was man anfasst oder als Überschrift liest — -Feldbeschriftungen, Einheiten, Auswahlwerte, Fenstertitel, Kennzahlen, Tabellenköpfe, -Diagrammlegenden, Meldungen; die langen juristischen Erläuterungen (die `?`-Texte an den -Feldern, das Fazit, die Notizen unter den Feldern, der ganze Rechenweg) kamen erst in einer -zweiten Fassung dazu. Für die drei historischen Sprachstufen und für Sanskrit und Altgriechisch -ist der Vertrauensgrad in diesen Fließtext-Passagen entsprechend niedriger als in den -Feldbeschriftungen selbst — siehe die Kopfkommentare der jeweiligen `i18n.*.js`-Datei für die -genauen Prozentsätze und die dort neu geprägten Fachbegriffe. +Sämtliche dreiundzwanzig Sprachfassungen sind zwischenzeitlich vollständige Wörterbücher (459 von +459 Schlüsseln); die Tabellenzeile „teilweise" verbleibt, weil `TEILWEISE` in `index.html` als +Mechanismus fortbesteht — sie ist lediglich derzeit unbesetzt. Ursprünglich erfolgte die Auswahl +strukturell und nicht nach Zeichenzahl: zuerst übersetzt wurde dasjenige, was betätigt oder als +Überschrift gelesen wird — Feldbeschriftungen, Einheiten, Auswahlwerte, Fenstertitel, +Kennzahlen, Tabellenköpfe, Diagrammlegenden, Meldungen; die ausführlichen juristischen +Erläuterungen (die `?`-Texte an den Feldern, das Fazit, die Notizen unter den Feldern, der +gesamte Rechenweg) sind erst in einer zweiten Fassung hinzugetreten. Für die drei historischen +Sprachstufen sowie für Sanskrit und Altgriechisch ist der Vertrauensgrad in diesen +Fließtextpassagen entsprechend geringer als in den Feldbeschriftungen selbst; die genauen +Prozentsätze sowie die dort neu geprägten Fachbegriffe sind den Kopfkommentaren der jeweiligen +`i18n.*.js`-Datei zu entnehmen. **Die drei alten germanischen Fassungen** (`got` Gotisch, `goh` Althochdeutsch, -`gmh` Mittelhochdeutsch) sind kein Scherz, sondern eine Probe darauf, wie viel Fachsprache eine -Sprachstufe trägt. Nur `goh` und `gmh` sind Vorstufen des Deutschen; **Gotisch ist ostgermanisch -und damit eine Schwester, keine Ahnin** — es steht hier, weil es das älteste umfangreich -überlieferte Germanisch überhaupt ist. Das Ergebnis ist ein klares Gefälle, und es folgt genau -der Verstädterung: - -- **Gotisch** hat mit Wulfilas Bibel ein Korpus von rund 3.000 Lexemen, praktisch keines - davon wirtschaftlich. Belegt sind immerhin `faihu` (Vermögen), `gild` (Abgabe), `wokrs` (Zins, - Lk 19,23 *miþ wokra*), `mizdo` (Lohn), `asneis` (Lohnarbeiter). Alles Übrige — `haubidafaihu` - für Kapital, `gagaleikeins` für Vergleich — ist geprägt. Vertrauensgrad ≈ 30 %. +`gmh` Mittelhochdeutsch) sind nicht als Scherz zu verstehen, sondern als Probe darauf, wie viel +Fachsprache eine Sprachstufe zu tragen vermag. Lediglich `goh` und `gmh` sind Vorstufen des +Deutschen; **das Gotische ist ostgermanisch und mithin eine Schwester, keine Ahnin** — es steht +hier, weil es das älteste umfangreich überlieferte Germanisch überhaupt darstellt. Das Ergebnis +ist ein deutliches Gefälle, welches genau der Verstädterung folgt: + +- **Gotisch** verfügt mit der Wulfila-Bibel über ein Korpus von rund 3.000 Lexemen, von welchen + praktisch keines wirtschaftlicher Natur ist. Belegt sind immerhin `faihu` (Vermögen), `gild` + (Abgabe), `wokrs` (Zins, Lk 19,23 *miþ wokra*), `mizdo` (Lohn), `asneis` (Lohnarbeiter). Alles + Übrige — `haubidafaihu` für Kapital, `gagaleikeins` für Vergleich — ist geprägt. + Vertrauensgrad ≈ 30 vom Hundert. - **Althochdeutsch** gewinnt durch Tatian und Notker: `gelt`, `zins`, `lon`, `wuohhar` sind belegt, und **`widarmezzon` steht im Tatian genau für lateinisch *comparare*** — der - Fenstertitel ist also kein Kunstwort. Vertrauensgrad ≈ 50 %. -- **Mittelhochdeutsch** ist die tragfähigste Stufe, weil es bereits eine städtische Geld- und - Rechtssprache gibt. Drei Treffer sind keine Prägung, sondern der jeweilige Terminus: + Fenstertitel ist mithin kein Kunstwort. Vertrauensgrad ≈ 50 vom Hundert. +- **Mittelhochdeutsch** ist die tragfähigste Stufe, da bereits eine städtische Geld- und + Rechtssprache besteht. Drei Treffer sind keine Prägung, sondern der jeweilige Terminus: **`houbetguot`** ist das Kapital, **`lîpgedinge`** die lebenslange Leibrente, **`tiurunge`** - der Preisanstieg — also die Inflation. Dazu `gülte`, `stiure`, `wuocher`, `gewin`, `koste`. - Vertrauensgrad ≈ 65 %. - -**Gotisch steht in lateinischer Umschrift** (Streitberg), nicht im Wulfila-Alphabet -(U+10330–1034F). Der Grund ist der Grundsatz aus § 2: die App lädt keine Schriften von fremden -Domains. Für gotische Schrift gibt es auf keinem verbreiteten System eine vorinstallierte Datei -— 𐌰𐌻𐌻𐌰𐌹𐌼 wären leere Kästchen. Die Umschrift ist ohnehin die Form, in der das Gotische gelesen -wird. Wer die Schrift will, braucht eine eingebettete Schriftart und damit eine andere -Grundsatzentscheidung. - -### Registervarianten des Deutschen: gebaut - -**„Beamtendeutsch“ und „Vertrieb“** sind keine Sprachen, sondern Stilebenen derselben Sprache — -sie stehen daher nach BCP 47 § 2.2.7 unter `de` mit privatem Untertag: `de-x-amt` und -`de-x-sales`, in `i18n.de-x-amt.js` und `i18n.de-x-sales.js`. Anders als bei den übrigen -Sprachen genügt hier keine Teilfassung: der Witz liegt gerade im Fließtext, den eine -Teilübersetzung weglassen würde. Derselbe § 1a BetrAVG heißt im Amtsdeutsch „Ein Rechtsanspruch + der Preisanstieg, mithin die Inflation. Hinzu treten `gülte`, `stiure`, `wuocher`, `gewin`, + `koste`. Vertrauensgrad ≈ 65 vom Hundert. + +**Das Gotische steht in lateinischer Umschrift** (Streitberg) und nicht im Wulfila-Alphabet +(U+10330–1034F). Maßgeblich hierfür ist der Grundsatz gemäß § 2: die Anwendung lädt keine +Schriften von fremden Domänen. Für die gotische Schrift liegt auf keinem verbreiteten System +eine vorinstallierte Datei vor — 𐌰𐌻𐌻𐌰𐌹𐌼 erschiene als leere Kästchen. Die Umschrift ist +ohnehin diejenige Form, in welcher das Gotische gelesen wird. Wer die Schrift wünscht, bedarf +einer eingebetteten Schriftart und mithin einer abweichenden Grundsatzentscheidung. + +### Registervarianten des Deutschen: eingerichtet + +**„Beamtendeutsch" und „Vertrieb"** sind keine Sprachen, sondern Stilebenen derselben Sprache; +sie werden daher nach BCP 47 § 2.2.7 unter `de` mit privatem Untertag geführt: `de-x-amt` und +`de-x-sales`, in `i18n.de-x-amt.js` und `i18n.de-x-sales.js`. Abweichend von den übrigen +Sprachfassungen genügt hier keine Teilfassung: der Witz liegt gerade im Fließtext, welchen eine +Teilübersetzung fortließe. Derselbe § 1a BetrAVG lautet im Amtsdeutsch „Ein Rechtsanspruch besteht ausschließlich bis zur Höhe von 4 vom Hundert der Beitragsbemessungsgrenze der -Rentenversicherung“ und im Vertriebsdeutsch „Bis zu 4 % on top — geschenkt vom Gesetzgeber!“ — -beide beschreiben exakt dieselbe Rechtslage, und der Vergleich ist der Punkt. Die Zahlen ändern -sich auch dort nicht; `pruefe.js` prüft das wie bei jeder anderen Sprache ohne Sonderfall. - -Technisch brauchte das drei Änderungen: `pickLang()` matcht seither zusätzlich zur -Grundsprache beliebig viele `-x-[a-z0-9]{1,8}`-Untertags; `LANGS` und `DICT` bekamen -Einträge mit Bindestrich; `LOCALES`/`GRUPPEN` brauchten dagegen **keine** neuen Einträge, weil -ihre bestehenden `||`-Rückfälle (`'de-DE'` bzw. `'.'`) für beide Varianten schon das Richtige -liefern. Der Sprachknopf zeigt nicht den vollen Code (`DE-X-AMT` wäre zu lang für die -zweizeilige Schaltfläche), sondern nur den Teil nach dem letzten Bindestrich (`AMT`, `SALES`); -`lang="…"` und das Autonym im `title` tragen weiterhin den vollen Code bzw. den vollen Namen. - -### Vorgemerkt, noch nicht gebaut - -**Rechtsläufige Sprachen (`he`, `fa`, `ar`).** Die Übersetzung ist der billige Teil. Teuer ist -dreierlei: `applyStatic()` muss neben `lang` auch `dir` setzen; im Stilblatt müssen -`margin-left`/`-right` durch die logischen Eigenschaften ersetzt werden, sonst kippt die -Kachelung; und Teil 8 zeichnet auf Canvas, wo es **keinen Bidi-Algorithmus gibt** — Achsen, -Legenden und der Wasserfall müssten von Hand gespiegelt werden. Dazu `fa-u-nu-latn` und -`ar-u-nu-latn` in `LOCALES`, sonst liefert ICU ostarabische Ziffern (۱۲۳۴) neben einem `€`. -Die Einzelheiten stehen als Kommentarblock in `index.html` direkt bei `TEILWEISE`. - -**Codes.** ISO 639-1, wo es einen gibt, sonst 639-3. Dreibuchstabig sind `grc` -(**nicht** `el` — das wäre Neugriechisch), `nds` und `bar`; keine der drei hat einen -zweibuchstabigen Code. Deshalb matcht `pickLang()` `[a-z]{2,3}` als Grundcode, optional gefolgt -von den erwähnten `-x-…`-Untertags. - -**Wahl der Sprache**, in dieser Reihenfolge: - -1. `?lang=…` in der Adresse — teilbar, überschreibt alles, -2. die gemerkte Wahl in `localStorage` unter `altersvorsorge.lang`, +Rentenversicherung" und im Vertriebsdeutsch „Bis zu 4 % on top — geschenkt vom Gesetzgeber!" — +beide Fassungen beschreiben exakt dieselbe Rechtslage, und der Vergleich ist der Punkt. Die +Zahlen ändern sich auch dort nicht; `pruefe.js` prüft dies wie bei jeder anderen Sprache ohne +Sonderfall. + +Technisch waren hierfür drei Änderungen erforderlich: `pickLang()` erkennt seither zusätzlich +zur Grundsprache beliebig viele `-x-[a-z0-9]{1,8}`-Untertags; `LANGS` und `DICT` haben Einträge +mit Bindestrich erhalten; `LOCALES` und `GRUPPEN` bedurften hingegen **keiner** neuen Einträge, +da deren bestehende `||`-Rückfälle (`'de-DE'` bzw. `'.'`) für beide Varianten bereits das +Zutreffende liefern. Die Sprachschaltfläche weist nicht den vollständigen Code aus (`DE-X-AMT` +wäre für die zweizeilige Schaltfläche zu lang), sondern lediglich den Teil nach dem letzten +Bindestrich (`AMT`, `SALES`); `lang="…"` sowie das Autonym im `title` tragen weiterhin den +vollständigen Code bzw. die vollständige Bezeichnung. + +### Vorgemerkt, noch nicht eingerichtet + +**Rechtsläufige Sprachen (`he`, `fa`, `ar`).** Die Übersetzung stellt den geringeren Aufwand +dar. Aufwendig ist Dreierlei: `applyStatic()` hat neben `lang` auch `dir` zu setzen; im Stilblatt +sind `margin-left`/`-right` durch die logischen Eigenschaften zu ersetzen, da andernfalls die +Kachelung kippt; und Teil 8 zeichnet auf Canvas, wo **ein Bidi-Algorithmus nicht besteht** — +Achsen, Legenden und der Wasserfall wären mithin von Hand zu spiegeln. Hinzu treten +`fa-u-nu-latn` und `ar-u-nu-latn` in `LOCALES`, da ICU andernfalls ostarabische Ziffern (۱۲۳۴) +neben einem `€` liefert. Die Einzelheiten sind als Kommentarblock in `index.html` unmittelbar +bei `TEILWEISE` niedergelegt. + +**Codes.** ISO 639-1, soweit ein solcher besteht, im Übrigen 639-3. Dreibuchstabig sind `grc` +(**nicht** `el` — dies wäre Neugriechisch), `nds` und `bar`; für keine der drei Sprachen besteht +ein zweibuchstabiger Code. `pickLang()` erkennt daher `[a-z]{2,3}` als Grundcode, fakultativ +gefolgt von den vorgenannten `-x-…`-Untertags. + +**Wahl der Sprache**, in nachstehender Reihenfolge: + +1. `?lang=…` in der Adresse — weitergabefähig, überschreibt alles Übrige, +2. die vorgehaltene Wahl in `localStorage` unter `altersvorsorge.lang`, 3. `navigator.language`, nach BCP-47-Teilkette (`xx` oder `xx-…`). - **Latein, Altgriechisch, Sanskrit und Esperanto werden nie automatisch gewählt** — ein - Browser, der `la` meldet, meint es fast sicher nicht als Anzeigesprache. + **Latein, Altgriechisch, Sanskrit und Esperanto werden niemals selbsttätig gewählt** — ein + Browser, welcher `la` meldet, meint dies mit an Sicherheit grenzender Wahrscheinlichkeit + nicht als Anzeigesprache. -Die Knöpfe tragen das Kürzel, der `title` das **Autonym** (`Українська`, `Plattdüütsch`, -`संस्कृतम्`) — nicht den übersetzten Namen. Wer Ukrainisch sucht, erkennt `Українська` auch dann, -wenn die Oberfläche gerade auf Baskisch steht; nebenbei spart das 14 × 14 Wörterbucheinträge. +Die Schaltflächen tragen das Kürzel, der `title` hingegen das **Autonym** (`Українська`, +`Plattdüütsch`, `संस्कृतम्`) und nicht die übersetzte Bezeichnung. Wer Ukrainisch sucht, erkennt +`Українська` auch dann, wenn die Oberfläche gegenwärtig auf Baskisch eingestellt ist; nebenbei +werden hierdurch 14 × 14 Wörterbucheinträge eingespart. **Zahlenformat.** `LOCALES` bildet jeden Code auf ein ICU-Tag ab, `GRUPPEN` auf das -Tausenderzeichen, das `parseNum()` beim mehrdeutigen `1,234` heranzieht. Sprachen ohne eigene -ICU-Daten (`nds`, `bar`, `eo`, `la`, `grc`, `sa`) bekommen `de-DE`: Devanāgarī-Ziffern neben -einem `€` wären eine Schikane, keine Genauigkeit, und griechische Buchstabenzahlen erst recht. -`fr` gruppiert mit U+202F, `uk` mit U+00A0 — beides so, wie ICU es tatsächlich setzt, nachgeprüft -gegen `formatToParts`. - -**Zu Latein und Japanisch.** Das Latein ist pragmatisches Neulatein: klassische Syntax, -aber gebildete Neuprägungen für Moderne (`pensio operativa`, `impensa pura`, `valor praesens`, -`usura interna`). Römische Ziffern wären ein Witz auf Kosten der Lesbarkeit — und die +Tausenderzeichen, welches `parseNum()` beim mehrdeutigen `1,234` heranzieht. Sprachen ohne +eigene ICU-Daten (`nds`, `bar`, `eo`, `la`, `grc`, `sa`) erhalten `de-DE`: Devanāgarī-Ziffern +neben einem `€` wären eine Schikane und keine Genauigkeit, griechische Buchstabenzahlen erst +recht. `fr` gruppiert mit U+202F, `uk` mit U+00A0 — beides so, wie ICU es tatsächlich setzt, +nachgeprüft gegen `formatToParts`. + +**Zu Latein und Japanisch.** Das Latein ist pragmatisches Neulatein: klassische Syntax, jedoch +gebildete Neuprägungen für die Moderne (`pensio operativa`, `impensa pura`, `valor praesens`, +`usura interna`). Römische Ziffern wären ein Witz zu Lasten der Lesbarkeit — und die Trennzeichenkonvention ist ohnehin jünger als jede lateinische Quelle. Das Japanische folgt -dem, was für Software dieser Art dort üblich ist: Erklärtexte in です・ます, Feldbeschriftungen -als Nominalphrasen im 体言止め. Für die Schrift ist der `--ui`-Stapel um MS PGothic, Hiragino, -Yu Gothic und Meiryo erweitert — eine Rasterschrift mit harten Kanten passt zum Thema. +demjenigen, was für Software dieser Art dort üblich ist: Erläuterungstexte in です・ます, +Feldbeschriftungen als Nominalphrasen im 体言止め. Für die Schrift ist der `--ui`-Stapel um +MS PGothic, Hiragino, Yu Gothic und Meiryo erweitert worden — eine Rasterschrift mit harten +Kanten ist dem Gegenstand angemessen. -Der japanische Satzbau erzwingt, wofür die Funktionsform der Einträge da ist. Das Fazit lautet -im Deutschen „X liegt vorn mit W — D mehr als Y“, im Japanischen dagegen -`Xが首位です（W）。YをD上回ります。` — Verb am Ende, Vergleichsgröße mit を statt „als“. Als -Verkettung fester Bausteine ließe sich das nicht bauen. +Der japanische Satzbau erzwingt dasjenige, wozu die Funktionsform der Einträge bestimmt ist. Das +Fazit lautet im Deutschen „X liegt vorn mit W — D mehr als Y", im Japanischen hingegen +`Xが首位です（W）。YをD上回ります。` — das Verb am Ende, die Vergleichsgröße mit を anstelle von +„als". Als Verkettung fester Bausteine ließe sich dies nicht herstellen. -Der Umschalter oben im Kopffenster schreibt beides fort, Speicher und Adresse. Der Teilen-Link -nimmt die Suchzeichenfolge mit, der Zustand steckt weiter im Fragment — beides stört sich nicht. +Der Umschalter oben im Kopffenster schreibt beides fort, mithin Speicher und Adresse. Der +Weitergabeverweis führt die Suchzeichenfolge mit, der Zustand verbleibt im Fragment; beides +stört sich nicht. **Aufbau der Wörterbücher.** Ein Eintrag ist entweder eine Zeichenkette oder eine Funktion -`(p, f) → string`. Die Funktionsform ist keine Bequemlichkeit, sondern notwendig: ein Satz ist -nicht die Verkettung seiner Teile. Stellung, Numerus und Rektion hängen an der Sprache, und -`'mehr als ' + nom` funktioniert nur, solange beide Sprachen denselben Satzbau haben. Deshalb -bekommen die Funktionen **Rohwerte** — Zahlen, keine fertigen Textstücke — und formatieren -selbst über `f` (`f.eur`, `f.pct`, `f.nf2`, …). Sichtbar wird der Unterschied etwa im Fazit: -das Deutsche braucht dort einen Genitiv (`der bAV`), das Englische eine Präposition. +`(p, f) → string`. Die Funktionsform ist keine Bequemlichkeit, sondern zwingend erforderlich: ein +Satz ist nicht die Verkettung seiner Teile. Stellung, Numerus und Rektion hängen an der Sprache, +und `'mehr als ' + nom` ist lediglich so lange tragfähig, wie beide Sprachen denselben Satzbau +aufweisen. Den Funktionen werden daher **Rohwerte** übergeben — Zahlen und keine fertigen +Textstücke —, und die Formatierung erfolgt selbsttätig über `f` (`f.eur`, `f.pct`, `f.nf2`, …). +Sichtbar wird der Unterschied etwa im Fazit: das Deutsche bedarf dort eines Genitivs (`der bAV`), +das Englische einer Präposition. ``` t('n.beitrag.ueber8', { v8: v8 }) @@ -246,213 +267,228 @@ t('n.beitrag.ueber8', { v8: v8 }) en: 'Above 8 % of the pension-insurance contribution ceiling (' + f.eur(p.v8) + ' per year). …' ``` -**Schlüsselschema.** Eingabefelder liegen unter `f.<src>:<key>.label|hint|unit|o<wert>`, -die Optionen also unter ihrem *Wert*, nicht unter ihrem Index — dann bleibt die Zuordnung -richtig, wenn eine Option dazukommt. `FIELDS`, `OPTS` und `METRICS` tragen ihre Texte nicht +**Schlüsselschema.** Eingabefelder liegen unter `f.<src>:<key>.label|hint|unit|o<wert>`, die +Optionen mithin unter ihrem *Wert* und nicht unter ihrem Index; sodann verbleibt die Zuordnung +zutreffend, wenn eine Option hinzutritt. `FIELDS`, `OPTS` und `METRICS` führen ihre Texte nicht mehr als Feld, sondern als `Object.defineProperty`-Zugriffsfunktion: `f.label` steht unverändert an jeder Aufrufstelle und liefert nach einem Sprachwechsel von selbst den neuen Wert. -**Fehlt ein Eintrag**, greift Deutsch; fehlt auch der, erscheint der Schlüssel selbst im -Klartext. Ein stiller Leerstring wäre die schlechtere Wahl — er verschwindet unbemerkt. +**Fehlt ein Eintrag**, so greift Deutsch; fehlt auch dieser, so erscheint der Schlüssel selbst im +Klartext. Ein stiller Leerstring wäre die schlechtere Wahl, da er unbemerkt verschwände. -**Zahlen.** Umgeschaltet wird nur die Zifferngruppierung — `de` und `la` → `de-DE`, -`en` → `en-GB`, `ja` → `ja-JP`; die Währung bleibt überall der nachgestellte Euro: -`75.000,00 €` bzw. `75,000.00 €`. Die Eingabe nimmt **beide** -Schreibweisen an, damit ein Sprachwechsel keine getippte Zahl entwertet. Die Regel in -`parseNum`: stehen beide Zeichen im Text, ist das rechte das Dezimalzeichen; steht nur eines -und folgen ihm genau drei Ziffern, ist es die Tausendergruppe der aktuellen Sprache -(`GRUPPEN`: `.` für de und la, `,` für en und ja). Damit -bleibt allein `1,234` mehrdeutig — und genau dort entscheidet die Sprache. +**Zahlen.** Umgeschaltet wird ausschließlich die Zifferngruppierung — `de` und `la` → `de-DE`, +`en` → `en-GB`, `ja` → `ja-JP`; die Währung verbleibt durchgängig der nachgestellte Euro: +`75.000,00 €` bzw. `75,000.00 €`. Die Eingabe nimmt **beide** Schreibweisen an, damit ein +Sprachwechsel eine eingegebene Zahl nicht entwertet. Die Regel in `parseNum` lautet: stehen beide +Zeichen im Text, so ist das rechte das Dezimalzeichen; steht lediglich eines und folgen ihm genau +drei Ziffern, so handelt es sich um die Tausendergruppe der gegenwärtigen Sprache (`GRUPPEN`: +`.` für de und la, `,` für en und ja). Damit verbleibt allein `1,234` mehrdeutig — und genau dort +entscheidet die Sprache. **Was ein Sprachwechsel nicht anfasst:** die Eingaben, den Referenzstand und die Ergebnisse. -`setLang` baut nur die Teile neu, deren Beschriftungen beim Aufbau festgeschrieben werden -(Kennzahlenleiste, Registerkarten, Felder, Fenstertitel); alles Übrige zeichnet `refresh()` -ohnehin bei jedem Durchgang. Der Referenzstand merkt sich deshalb den *Feldschlüssel* und -nicht den fertigen Satz — sonst stünde nach dem Wechsel „vor der Änderung von …“ noch in der -alten Sprache da. - -**Prüfung.** `pruefe.js` (Entwicklungswerkzeug, wird vom Service Worker nicht ausgeliefert) lädt die Seite kopflos in -jsdom, schaltet alle dreiundzwanzig Sprachen durch, klappt jeden Abschnitt auf, erzwingt über fünf -Szenarien die bedingten Texte und prüft: kein unaufgelöster Schlüssel, keine deutschen Reste im -englischen Modus außer den erlaubten Fachbegriffen, kein sichtbar gebliebener Schlüssel, und -— die eigentliche Invariante — -**identische Rechenergebnisse in allen dreiundzwanzig Sprachen**. - -Die Liste der Wörterbücher liest das Skript aus `index.html` statt sie zu pflegen: eine neue -Sprache soll den Test nicht stillschweigend an einem leeren Objekt vorbeilaufen lassen. Das +`setLang` baut lediglich diejenigen Teile neu auf, deren Beschriftungen beim Aufbau +festgeschrieben werden (Kennzahlenleiste, Registerkarten, Felder, Fenstertitel); alles Übrige +zeichnet `refresh()` ohnehin bei jedem Durchgang. Der Referenzstand hält daher den +*Feldschlüssel* vor und nicht den fertigen Satz; andernfalls stünde nach dem Wechsel „vor der +Änderung von …" noch in der vormaligen Sprache da. + +**Prüfung.** `pruefe.js` (Entwicklungswerkzeug, wird vom Dienstarbeiter nicht ausgeliefert) lädt +die Seite kopflos in jsdom, schaltet sämtliche dreiundzwanzig Sprachfassungen durch, klappt jeden +Abschnitt auf, erzwingt über fünf Szenarien die bedingten Texte und prüft: kein unaufgelöster +Schlüssel, keine deutschen Reste im englischen Modus außer den zugelassenen Fachbegriffen, kein +sichtbar verbliebener Schlüssel, und — die eigentliche Invariante — **identische +Rechenergebnisse in sämtlichen dreiundzwanzig Sprachfassungen**. + +Die Liste der Wörterbücher liest das Skript aus `index.html` aus, anstatt sie zu pflegen: eine +neue Sprache soll den Test nicht stillschweigend an einem leeren Objekt vorbeilaufen lassen. Das Regex für die `<script src="i18n….js">`-Tags lässt dabei auch Bindestriche im Dateinamen zu -(`i18n.de-x-amt.js`), nicht nur zwei- bis dreibuchstabige Codes. Für Teilsprachen — sobald es -wieder welche gibt — wird zusätzlich der Rückfall selbst nachgewiesen: jeder nicht übersetzte -Schlüssel muss den *deutschen Text* liefern, nie einen Leerstring und nie den Schlüssel; kein -eigener Eintrag darf den Typ wechseln (Zeichenkette ↔ Funktion); der Hinweis unter dem -Umschalter steht genau bei den Teilsprachen und sonst nirgends. Umgekehrt wird für jede -Vollsprache — das sind inzwischen alle dreiundzwanzig — nachgewiesen, dass ihr Wörterbuch tatsächlich -459 von 459 Schlüsseln trägt und der Teilhinweis NICHT erscheint. Für die beiden -Registervarianten des Deutschen wird zusätzlich geprüft, dass der Bindestrich-Untertag die -Adresszeile und den Rückweg durch `pickLang()` übersteht. Bricht das Hauptskript beim Parsen — -der wahrscheinlichste Fall ist ein Blockkommentar, den ein Regex-Literal vorzeitig schliesst —, -steigt das Skript mit einer klaren Meldung aus, statt an einem `undefined` zu straucheln. -154 Prüfungen. - -## 4. Prüfung - -Der Kern ist gegen die Excel-Mappe geprüft, sechs unabhängige Fälle, jeweils rund 20 Aggregate: +(`i18n.de-x-amt.js`) und nicht nur zwei- bis dreibuchstabige Codes. Für Teilsprachen — sobald +solche wieder bestehen — wird ergänzend der Rückfall selbst nachgewiesen: jeder nicht übersetzte +Schlüssel hat den *deutschen Text* zu liefern, niemals einen Leerstring und niemals den +Schlüssel; kein eigener Eintrag darf den Typ wechseln (Zeichenkette ↔ Funktion); der Hinweis +unter dem Umschalter hat genau bei den Teilsprachen und sonst nirgends zu stehen. Umgekehrt wird +für jede Vollsprache — mithin gegenwärtig für sämtliche dreiundzwanzig — nachgewiesen, dass ihr +Wörterbuch tatsächlich 459 von 459 Schlüsseln trägt und der Teilhinweis NICHT erscheint. Für die +beiden Registervarianten des Deutschen wird ergänzend geprüft, dass der Bindestrich-Untertag die +Adresszeile sowie den Rückweg durch `pickLang()` übersteht. Bricht das Hauptskript beim Parsen — +der wahrscheinlichste Fall ist ein Blockkommentar, welchen ein Regex-Literal vorzeitig schließt +—, so bricht das Skript mit einer eindeutigen Meldung ab, anstatt an einem `undefined` zu +straucheln. 154 Prüfungen. + +## § 4 Prüfung + +Der Kern ist gegen das ursprüngliche Excel-Modell geprüft worden, sechs unabhängige Fälle zu je +rund 20 Aggregaten: | Testfall | größte relative Abweichung | |---|---| -| Basisfall (40 J., 75.000 €, 300 €/Monat, GKV, Kapital, Ausscheiden mit 63) | 3,6 · 10⁻¹⁵ | +| Regelfall (40 J., 75.000 €, 300 €/Monat, GKV, Kapital, Ausscheiden mit 63) | 3,6 · 10⁻¹⁵ | | Splitting, KiSt 9 %, kinderlos, PKV, Rente, Fünftelregelung, Modus 2, Teilkapital | 1,3 · 10⁻¹⁴ | -| GKV + lebenslange Rente, Zuschussmodus 0, KiSt 8 %, Teilkapital 30 % | 6,2 · 10⁻¹⁵ | +| GKV nebst lebenslanger Rente, Zuschussmodus 0, KiSt 8 %, Teilkapital 30 % | 6,2 · 10⁻¹⁵ | | **AVD verrentet** | 5,2 · 10⁻¹⁵ | -| **AVD verrentet + 30 % Einmalbetrag** | 3,6 · 10⁻¹⁵ | -| **beide Produkte verrentet, Splitting, PKV, andere Zeitachse, 2 Kinder** | 4,4 · 10⁻¹⁵ | -| **fester AG-Zuschuss 100 €/Monat** | exakt (< 10⁻⁹ auf allen Jahreswerten) | -| **fester Zuschuss 400 €/Monat, 4-%-Topf erschöpft** | exakt | -| **fester Zuschuss mit Mindestschwelle, ober- und unterhalb** | exakt | -| **Mindestschwelle + Modus 2 (Bisektion über die Sprungstelle)** | exakt | - -> Der Prüfanker ist **erhalten geblieben**: `build_bav.py` wurde für die Depotverrentung -> mitgezogen (neue Eingaben, drei neue Spalten im Blatt `Auszahlung`, zweite Memo-Zeile im -> Blatt `Vergleich`), die Mappe neu erzeugt und mit LibreOffice durchgerechnet — 0 Formelfehler, -> und der Basisfall ist auf den Cent unverändert. Der JS-Kern wird gegen diesen Recalc geprüft, -> nicht gegen sich selbst. - -Das sind wenige Dutzend ULP — akkumulierter Gleitkommafehler, nichts Systematisches. -Die Referenzwerte stammen aus einem LibreOffice-Recalc der Mappe mit denselben Eingaben. - -> Die **Voreinstellungen** der App weichen bewusst vom Excel-Basisfall ab: „Ausscheiden aus dem -> Job“ und „Teilzeit ab Alter“ stehen beide auf 67, also auf „durchgehend bis zur Rente“. Die -> Testfälle setzen `ausscheid: 63, tzalter: 55` deshalb ausdrücklich — sonst prüfte man ein -> anderes Szenario und merkte es nicht. +| **AVD verrentet nebst 30 % Einmalbetrag** | 3,6 · 10⁻¹⁵ | +| **beide Produkte verrentet, Splitting, PKV, abweichende Zeitachse, 2 Kinder** | 4,4 · 10⁻¹⁵ | +| **fester AG-Zuschuss 100 €/Monat** | exakt (< 10⁻⁹ auf sämtlichen Jahreswerten) | +| **fester Zuschuss 400 €/Monat, 4-%-Höchstbetrag erschöpft** | exakt | +| **fester Zuschuss nebst Mindestschwelle, ober- und unterhalb derselben** | exakt | +| **Mindestschwelle nebst Modus 2 (Halbierungsverfahren über die Sprungstelle)** | exakt | + +> Der Prüfanker ist **erhalten geblieben**: der ursprüngliche Formelgenerator ist für die +> Depotverrentung mitgezogen worden (neue Eingaben, drei neue Spalten im Blatt `Auszahlung`, +> zweite Memo-Zeile im Blatt `Vergleich`), die Mappe ist neu erzeugt und mit LibreOffice +> durchgerechnet worden — 0 Formelfehler, und der Regelfall ist auf den Cent unverändert +> geblieben. Der JavaScript-Kern wird gegen dieses Ergebnis geprüft und nicht gegen sich selbst. + +Es handelt sich um wenige Dutzend Einheiten der letzten Stelle, mithin um akkumulierten +Gleitkommafehler und nicht um eine systematische Abweichung. Die Referenzwerte stammen aus einem +LibreOffice-Durchlauf der Mappe unter denselben Eingaben. + +> Die **Voreinstellungen** der Anwendung weichen bewusst vom Excel-Regelfall ab: „Ausscheiden aus +> dem Job" und „Teilzeit ab Alter" stehen beide auf 67, mithin auf „durchgehend bis zur Rente". +> Die Testfälle setzen daher `ausscheid: 63, tzalter: 55` ausdrücklich; andernfalls würde ein +> abweichendes Szenario geprüft, ohne dass dies bemerkt würde. Damit die beiden Kopien des Kerns nicht auseinanderlaufen, schneidet `extract.js` Teil 1 aus -`index.html` heraus und erzeugt daraus das `model.js`, gegen das getestet wird. Der Testkern -*kann* also gar nicht vom ausgelieferten abweichen. - -Die Testskripte liegen unter `outputs/tests/`, `./tests/alle.sh` fährt alles durch: - -- **Stilblatt-Test:** vergleicht die im Dokument benutzten Klassen mit denen im Stilblatt, - in beide Richtungen. Benutzt-ohne-Regel heißt: ein Element steht unformatiert da. - Regel-ohne-Nutzung heißt: tote Zeilen, meist eine vergessene Umbenennung. Der Test hat - nach dem Stilwechsel zwei echte Fehler gefunden — den unformatierten Wasserfall-Umschalter - und sechs verwaiste Hilfsklassen. Zusätzlich: jede per `var()` referenzierte Farbvariable - muss definiert sein. +`index.html` heraus und erzeugt hieraus dasjenige `model.js`, gegen welches geprüft wird. Der +Prüfkern *kann* mithin vom ausgelieferten Kern gar nicht abweichen. + +Die Prüfskripte werden als Sitzungsausgaben unter `outputs/tests/` geführt und liegen nicht im +Arbeitsbaum vor; `./tests/alle.sh` fährt sämtliche Prüfungen durch: + +- **Stilblatt-Test:** vergleicht die im Dokument verwendeten Klassen mit denjenigen im Stilblatt, + und zwar in beiden Richtungen. Verwendet-ohne-Regel bedeutet: ein Element steht unformatiert + da. Regel-ohne-Verwendung bedeutet: tote Zeilen, im Regelfall eine unterbliebene Umbenennung. + Der Test hat nach dem Stilwechsel zwei tatsächliche Fehler aufgefunden — den unformatierten + Wasserfall-Umschalter sowie sechs verwaiste Hilfsklassen. Ergänzend gilt: jede per `var()` + referenzierte Farbvariable hat definiert zu sein. - **Excel-Abgleich der Depotverrentung** (`7-avrente.js`): die drei neuen Fälle gegen einen - frischen LibreOffice-Recalc, einschließlich der Memo-Zeile für Zahlungen nach dem Horizont. -- **DOM-Test:** 57 Zusicherungen über jsdom — Karten, Sichtbarkeitsregeln, Regler, Segment- - umschalter, Brutto-Netto-Kopplung in beide Richtungen, Fazittexte, mitlaufende Leiste, - Rundung, Tabs, Kennzahlwechsel, Referenz merken, Zurücksetzen, `localStorage`. - Die beiden seltenen Zweige des Fazits — „zulasten“ und „die Reihenfolge kehrt sich um“ — - sind eigens durch Parametersuche im Modell aufgespürt und dann im DOM nachgestellt worden; - ungetestete Textzweige sind sonst genau die, die beim Nutzer falsch dastehen. + frischen LibreOffice-Durchlauf, einschließlich der Memo-Zeile für Zahlungen nach dem Horizont. +- **DOM-Test:** 57 Zusicherungen über jsdom — Karten, Sichtbarkeitsregeln, Regler, + Segmentumschalter, Brutto-Netto-Kopplung in beiden Richtungen, Fazittexte, mitlaufende Leiste, + Rundung, Registerkarten, Kennzahlwechsel, Referenz merken, Zurücksetzen, `localStorage`. + Die beiden seltenen Zweige des Fazits — „zulasten" und „die Reihenfolge kehrt sich um" — sind + eigens durch Parametersuche im Modell aufgespürt und sodann im DOM nachgestellt worden; + ungeprüfte Textzweige sind andernfalls genau diejenigen, welche beim Nutzer unzutreffend + dastehen. - **Canvas-Test, Stufe 1** (Endlichkeit): 120 Kombinationen aus 2 Breiten × 15 Randfällen × - 4 Diagrammen. Jeder Zeichenaufruf wird auf endliche Koordinaten, gesetzte Farben und - Beschriftungen ohne `NaN` geprüft. Fand drei echte Fehler: Division durch null bei - Beitrag 0, entarteter Zeitraum bei Horizont = Rentenbeginn, und — der interessanteste — - nicht ganzzahlige Zwischenwerte in der Sensitivitätskurve über das Feld *Alter*, wodurch + 4 Diagrammen. Jeder Zeichenaufruf wird auf endliche Koordinaten, gesetzte Farben sowie + Beschriftungen ohne `NaN` geprüft. Aufgefunden wurden drei tatsächliche Fehler: Division durch + null bei Beitrag 0, entarteter Zeitraum bei Horizont = Rentenbeginn, und — der bemerkenswerteste + — nicht ganzzahlige Zwischenwerte in der Sensitivitätskurve über das Feld *Alter*, wodurch `Z[6,2]` indiziert wurde. - **Canvas-Test, Stufe 2** (Sichtbarkeit): 400 Kombinationen aus 5 Breiten-/DPR-Paaren × - 20 Szenarien × 4 Diagrammen. Prüft zusätzlich, dass jede Koordinate **innerhalb der Bitmap** - liegt. Diese Stufe entstand, nachdem Stufe 1 einen sichtbaren Fehler durchgelassen hatte: - `prep()` skalierte die Zeichenmatrix mit `devicePixelRatio`, setzte `canvas.height` aber in - logischen Pixeln — alles unterhalb von `h/dpr` wurde aus der Bitmap herausgezeichnet. - Sämtliche Koordinaten waren dabei endlich, also fehlerfrei nach Stufe 1. Lehre: bei Canvas - reicht „endlich“ nicht, es muss „im Bild“ geprüft werden. - -## 5. Was die App über das Excel hinaus kann - -- **Sensitivitätskurve** über den zuletzt bewegten Regler: 41 vollständige Modellläufe - (~0,5 ms je Lauf), mit markierten Schnittpunkten gegen das Privatdepot. Damit sind - Break-evens ablesbar statt ausgerechnet. -- **Wasserfall der Werttreiber**, teleskopierend zerlegt, also exakt aufgehend. Reihenfolge- - abhängig, weil die Effekte nicht additiv separierbar sind — die App sagt das dazu. -- **Warnung bei uneiniger Rangfolge.** Barwert und äquivalente Monatsleistung ranken - unterschiedlich, sobald der Wiederanlagezins nach Steuern deutlich über der Inflation liegt - (im Basisfall 5,54 % gegen 2,00 %). Genau daran hängt die Aussage - „PKV im Ruhestand dreht das Ergebnis“: nach Monatsleistung ja, nach Barwert nicht. -- **Alle 45 Rechengrößen editierbar**, mit Fundstelle. Wer die Modellannahme - „Sonderausgaben-Höchstbetrag 2.340 €“ (Vertrauensgrad ~70 %) nicht teilt, ändert sie. -- **Live-Notizen an den Reglern.** Der Arbeitgeberzuschuss meldet, ab welchem Prozentsatz er - sättigt; der Monatsbeitrag meldet das Überschreiten der 4-%- und der 8-%-Grenze der - Beitragsbemessungsgrenze RV. Beides sind Schwellen, an denen der Regler seine Wirkung - verliert oder die Rechtslage wechselt — ohne Hinweis dreht man ratlos weiter. -- **Fester Arbeitgeberzuschuss** (Regler „Fester Zuschuss zusätzlich“, darunter der Schalter - für die Dynamisierung, unter „Weitere Angaben“ die Mindest-Eigenleistung). Tarifvertragliche - Festbeträge — Deutsche Bahn und viele andere — hängen nicht am Umwandlungsbetrag und stehen - neben den 15 % des § 1a Abs. 1a BetrAVG. Der Regler meldet, wenn der Festbetrag den 4-%-Topf - des § 1 Abs. 1 S. 1 Nr. 9 SvEV vorrangig belegt und dadurch die eigene Umwandlung verdrängt, - und warnt oberhalb von 4 % der BBG-RV (2026: 338 €/Monat), wo das Modell die dann fällige - Beitragspflicht des Überhangs bewusst nicht gegenrechnet. -- **Klartext-Fazit** in einem Satz: wer vorn liegt, um wie viel, und welcher Posten des - Wasserfalls den Abstand hauptsächlich trägt. Beschreibend formuliert, nicht empfehlend. - Angehängt ein Belastbarkeitstest über ±1 Prozentpunkt Bruttorendite, der ausdrücklich sagt, - wenn die Reihenfolge in dieser Spanne kippt — was sie überraschend oft tut. - -## 6. Bedienung auf dem Telefon - -Die Regler standen ursprünglich rund 1.000 px unter den Ergebniskarten. Wer auf einem 390-px- -Gerät einen Regler schob, sah von der Wirkung **nichts** — genau das Gegenteil der Anforderung. -Zwei Änderungen: + 20 Szenarien × 4 Diagrammen. Geprüft wird ergänzend, dass jede Koordinate **innerhalb der + Bitmap** liegt. Diese Stufe ist eingerichtet worden, nachdem Stufe 1 einen sichtbaren Fehler + durchgelassen hatte: `prep()` skalierte die Zeichenmatrix mit `devicePixelRatio`, setzte + `canvas.height` jedoch in logischen Pixeln — alles unterhalb von `h/dpr` wurde mithin aus der + Bitmap herausgezeichnet. Sämtliche Koordinaten waren dabei endlich und nach Stufe 1 mithin + fehlerfrei. Erkenntnis: bei Canvas genügt „endlich" nicht, es ist „im Bild" zu prüfen. + +## § 5 Was die Anwendung über die Tabellenkalkulation hinaus leistet + +- **Sensitivitätskurve** über denjenigen Regler, welcher zuletzt bewegt worden ist: 41 + vollständige Modellläufe (~0,5 ms je Lauf) nebst gekennzeichneten Schnittpunkten gegenüber dem + privaten Depot. Gewinnschwellen sind hierdurch ablesbar und nicht zu errechnen. +- **Wasserfall der Werttreiber**, teleskopierend zerlegt und mithin exakt aufgehend. Die + Darstellung ist reihenfolgeabhängig, da die Effekte nicht additiv separierbar sind; die + Anwendung weist hierauf hin. +- **Warnhinweis bei uneinheitlicher Rangfolge.** Barwert und äquivalente Monatsleistung ranken + unterschiedlich, sobald der Wiederanlagezins nach Steuern die Inflationsrate deutlich + übersteigt (im Regelfall 5,54 gegenüber 2,00 vom Hundert). Hieran hängt genau die Aussage + „private Krankenversicherung im Ruhestand kehrt das Ergebnis um": nach Monatsleistung ja, nach + Barwert nicht. +- **Sämtliche 45 Rechengrößen sind änderbar**, jeweils unter Angabe der Fundstelle. Wer die + Modellannahme „Sonderausgaben-Höchstbetrag 2.340 €" (Vertrauensgrad ~70 vom Hundert) nicht + teilt, hat sie zu ändern. +- **Fortlaufende Notizen an den Reglern.** Der Arbeitgeberzuschuss meldet, ab welchem + Prozentsatz er sättigt; der Monatsbeitrag meldet das Überschreiten der 4-%- und der + 8-%-Grenze der Beitragsbemessungsgrenze der Rentenversicherung. Es handelt sich in beiden + Fällen um Schwellen, an welchen der Regler seine Wirkung verliert oder die Rechtslage wechselt; + ohne Hinweis würde ratlos weitergedreht. +- **Fester Arbeitgeberzuschuss** (Regler „Fester Zuschuss zusätzlich", darunter der Schalter zur + Dynamisierung, unter „Weitere Angaben" die Mindest-Eigenleistung). Tarifvertragliche + Festbeträge — bei der Deutschen Bahn sowie in zahlreichen weiteren Tarifwerken vorgesehen — + hängen nicht am Umwandlungsbetrag und treten neben die 15 vom Hundert des § 1a Abs. 1a + BetrAVG. Der Regler meldet, wenn der Festbetrag den 4-%-Höchstbetrag des § 1 Abs. 1 S. 1 Nr. 9 + SvEV vorrangig belegt und hierdurch die eigene Umwandlung verdrängt, und warnt oberhalb von + 4 vom Hundert der Beitragsbemessungsgrenze der Rentenversicherung (2026: 338 €/Monat), wo das + Modell die sodann anfallende Beitragspflicht des Überhangs bewusst nicht gegenrechnet. +- **Klartextfazit** in einem Satz: wer vorn liegt, um welchen Betrag, und welcher Posten des + Wasserfalls den Abstand hauptsächlich trägt. Die Formulierung ist beschreibend und nicht + empfehlend gehalten. Angefügt ist ein Belastbarkeitstest über ±1 Prozentpunkt Bruttorendite, + welcher ausdrücklich mitteilt, wenn die Reihenfolge innerhalb dieser Spanne kippt — was + überraschend häufig der Fall ist. + +## § 6 Bedienung auf dem Telefon + +Die Regler standen ursprünglich rund 1.000 px unterhalb der Ergebniskarten. Wer auf einem +390-px-Gerät einen Regler verschob, sah von der Wirkung **nichts** — mithin genau das Gegenteil +der Anforderung. Zwei Änderungen wurden vorgenommen: 1. **Reihenfolge:** Ergebnis → *Ihre Angaben* → Diagramme → Weitere Angaben → Rechenweg. - Die Diagramme sind Vertiefung, die Eingaben sind der Arbeitsplatz. + Die Diagramme dienen der Vertiefung, die Eingaben sind der Arbeitsplatz. 2. **Mitlaufende Ergebnisleiste**, eingeblendet per `IntersectionObserver`, sobald die - Ergebniskarten den oberen Rand verlassen. Sie zeigt alle drei Werte, das Δ zum - Referenzstand, die Bezeichnung der Kennzahl und einen Sprung zurück nach oben. + Ergebniskarten den oberen Rand verlassen. Sie weist sämtliche drei Werte, das Δ zum + Referenzstand, die Bezeichnung der Kennzahl sowie einen Rücksprung nach oben aus. -Dazu: `:focus-visible` ist jetzt definiert (vorher gab es gar keine sichtbare Tastaturführung -auf den Segment-Umschaltern), und `prefers-reduced-motion` schaltet Übergänge ab. +Ergänzend gilt: `:focus-visible` ist nunmehr definiert (vormals bestand auf den +Segmentumschaltern überhaupt keine sichtbare Tastaturführung), und `prefers-reduced-motion` +schaltet Übergänge ab. -> **Berichtigung.** Der `IntersectionObserver` beobachtete `#result`. Dieses Element gibt es -> nicht; der Abschnitt heißt `#w-result`. `observe(null)` wirft nach WebIDL einen `TypeError` -> (`observe(Element target)`), und die Ausnahme riss alles mit, was im Skript danach kam: -> die Leiste selbst, die Registrierung des Service Workers und den Installationshinweis. -> Behoben; die drei Dinge funktionieren erstmals. +> **Berichtigung.** Der `IntersectionObserver` beobachtete `#result`. Ein solches Element besteht +> nicht; der Abschnitt trägt die Bezeichnung `#w-result`. `observe(null)` wirft nach WebIDL einen +> `TypeError` (`observe(Element target)`), und die Ausnahme riss alles mit sich, was im Skript +> nachfolgte: die Leiste selbst, die Registrierung des Dienstarbeiters sowie den +> Installationshinweis. Der Mangel ist behoben; die drei Vorgänge sind erstmals betriebsfähig. -## 6b. Bedienung auf breiten Schirmen +## § 6b Bedienung auf breiten Bildschirmen Ein Fenster wird nicht breiter als rund 570 px. Darüber hinaus wird keine Zeile lesbarer — die -Typografie mag 45 bis 75 Zeichen —, also wandert der gewonnene Platz in eine weitere Spalte -statt in längere Zeilen: +Typografie verträgt 45 bis 75 Zeichen —, weshalb der gewonnene Platz in eine weitere Spalte und +nicht in längere Zeilen wandert: | Breite | Spalten | Aufteilung | |---|---|---| | < 1080 px | 1 | Quelltextreihenfolge, unverändert | | ≥ 1080 px | 2 | Eingaben ‖ Ausgaben | -| ≥ 1560 px | 3 | Eingaben ‖ Ergebnis + Diagramm ‖ Herleitung | - -Die Aufteilung folgt der Wirkungsrichtung: was man anfasst, steht links; was daraus folgt, -rechts daneben und damit **gleichzeitig im Bild**. Das ist der eigentliche Gewinn — Ursache und -Wirkung ohne Scrollen, wofür auf dem Telefon die mitlaufende Leiste einspringt. - -Drei Entwurfsentscheidungen, jede mit ihrem Grund: - -1. **Die Fenster werden wirklich umgehängt** (`LAY.apply`), nicht bloß per CSS umsortiert. - Der Quelltext bleibt einspaltig und damit in der für schmale Geräte richtigen Reihenfolge. - `display:contents` auf vorgebauten Spalten hätte genau diese Reihenfolge zerstört, und eine - reine Grid-Zuweisung (`grid-column`/`grid-row`) hätte in jeder Zeile eine Lücke in Höhe des - jeweils höchsten Fensters gelassen. Echte Blockcontainer packen dicht. -2. **`position:sticky` braucht einen Blockcontainer.** Der Grid-Bereich eines Elements ist genau - eine Zeile hoch; ein darin klebendes Element hätte keinen Weg, sich irgendwohin zu kleben. - Deshalb `.col` als Zwischenebene — und deshalb bleibt das Ergebnisfenster in seiner Spalte - oben stehen, während links die Regler wandern. Die mitlaufende Leiste blendet sich dabei von - selbst aus, ohne Sonderfall im Code: ihr Beobachter sieht das angeheftete Fenster ja - unverwandt im Bild. -3. **Die Enge hängt nicht mehr am Schirm, sondern am Fenster.** Ein 560 px breites Fenster auf - einem 1600-px-Schirm braucht dieselben Regeln wie ein Telefon. Das ist der Fall, für den es - `@container` gibt; die alten `@media (max-width:640px)`-Regeln bleiben als Rückfall stehen. - -Ein angeheftetes Fenster nimmt dauerhaft Platz weg. Über 60 % der Schirmhöhe wäre das ein -schlechter Tausch, und ein Fenster höher als der Schirm ließe sein unteres Ende gar nicht mehr -erreichen. In dem Fall (`body.nosticky`, gesetzt nach Messung in `LAY.fit`) scrollt es normal -mit, und die mitlaufende Leiste übernimmt wieder — die dafür ja gebaut ist. - -Der Rechenweg baut 98 Tabellenzeilen. Solange kein Abschnitt aufgeklappt ist, wird der -Neuaufbau jetzt bis 300 ms nach der letzten Eingabe verschoben und beim Aufklappen nachgeholt. - -## 7. Zwei Zinssätze und der Kapitalverlauf - -In der Auszahlungsphase arbeiten **zwei verschiedene Zinssätze**, und das ist kein Versehen: +| ≥ 1560 px | 3 | Eingaben ‖ Ergebnis nebst Diagramm ‖ Herleitung | + +Die Aufteilung folgt der Wirkungsrichtung: was betätigt wird, steht links; was hieraus folgt, +rechts daneben und mithin **gleichzeitig im Bild**. Hierin liegt der eigentliche Gewinn — Ursache +und Wirkung ohne Scrollen, wofür auf dem Telefon die mitlaufende Leiste einspringt. + +Drei Entwurfsentscheidungen, jede nebst ihrer Begründung: + +1. **Die Fenster werden tatsächlich umgehängt** (`LAY.apply`) und nicht lediglich per CSS + umsortiert. Der Quelltext verbleibt einspaltig und mithin in der für schmale Geräte + zutreffenden Reihenfolge. `display:contents` auf vorgebauten Spalten hätte genau diese + Reihenfolge zerstört, und eine reine Grid-Zuweisung (`grid-column`/`grid-row`) hätte in jeder + Zeile eine Lücke in Höhe des jeweils höchsten Fensters hinterlassen. Echte Blockcontainer + packen dicht. +2. **`position:sticky` bedarf eines Blockcontainers.** Der Grid-Bereich eines Elements ist genau + eine Zeile hoch; ein darin klebendes Element hätte keine Möglichkeit, sich irgendwohin zu + kleben. Hierfür besteht `.col` als Zwischenebene — und aus demselben Grund verbleibt das + Ergebnisfenster in seiner Spalte oben stehen, während links die Regler wandern. Die + mitlaufende Leiste blendet sich dabei von selbst aus, und zwar ohne Sonderfall im Code: ihr + Beobachter sieht das angeheftete Fenster unverwandt im Bild. +3. **Die Enge hängt nicht mehr am Bildschirm, sondern am Fenster.** Ein 560 px breites Fenster + auf einem 1600-px-Bildschirm bedarf derselben Regeln wie ein Telefon. Es handelt sich um + denjenigen Fall, für welchen `@container` besteht; die vormaligen + `@media (max-width:640px)`-Regeln verbleiben als Rückfallebene. + +Ein angeheftetes Fenster nimmt dauerhaft Platz in Anspruch. Bei über 60 vom Hundert der +Bildschirmhöhe wäre dies ein ungünstiger Tausch, und ein Fenster, welches höher als der Bildschirm +ist, ließe sein unteres Ende überhaupt nicht mehr erreichen. In diesem Fall (`body.nosticky`, +gesetzt nach Messung in `LAY.fit`) scrollt es regulär mit, und die mitlaufende Leiste übernimmt +wieder — wofür sie eingerichtet worden ist. + +Der Rechenweg baut 98 Tabellenzeilen auf. Solange kein Abschnitt aufgeklappt ist, wird der +Neuaufbau nunmehr bis 300 ms nach der letzten Eingabe verschoben und beim Aufklappen nachgeholt. + +## § 7 Zwei Zinssätze und der Kapitalverlauf + +In der Auszahlungsphase wirken **zwei verschiedene Zinssätze**; hierbei handelt es sich nicht um +ein Versehen: | Geld … | verzinst sich mit | versteuert | |---|---|---| @@ -460,9 +496,9 @@ In der Auszahlungsphase arbeiten **zwei verschiedene Zinssätze**, und das ist k | … im Produkt (Privatdepot) | `rnet_priv` = 6,80 % | erst bei Entnahme | | … ausgezahlt, noch nicht verbraucht | `wiederanl` = **5,54 %** | bereits versteuert | -Wieviel davon betroffen ist, entscheidet die **Auszahlungsform**. Beide geförderten Produkte -haben eine, und sie sind **unabhängig voneinander** einstellbar — wer die bAV als Kapital nimmt, -kann das Depot trotzdem verrenten: +In welchem Umfang dies zum Tragen kommt, entscheidet die **Auszahlungsform**. Beide geförderten +Produkte verfügen über eine solche, und sie sind **unabhängig voneinander** einstellbar: wer die +betriebliche Altersversorgung als Kapital nimmt, kann das Depot gleichwohl verrenten: | | Einmalbetrag | Rest | |---|---|---| @@ -471,24 +507,28 @@ kann das Depot trotzdem verrenten: ### Die Verrentung des Altersvorsorgedepots -Beim Depot hängen an der Auszahlungsform **drei** Wirkungen — nicht vier wie bei der bAV, weil -KV/PV entfällt (keine Versorgungsbezüge): - -1. **Ertragsanteil statt halbem Unterschiedsbetrag** für die nicht geförderte Schicht, im - Basisfall 30,7 % des Kapitals. Steuerpflichtig sind dann 17,0 % der Rente statt 26,2 % der - Planentnahme (§ 22 Nr. 5 S. 2 Buchst. a EStG). Ein echter Vorteil der Verrentung. -2. **Rentenfaktor statt Marktrendite** auf das Restkapital — eigenes Eingabefeld `rentfak_av`, - weil ein Depotvertrag ohne Versicherungsmantel auskommt und günstiger sein kann. -3. **Zahlungen nach dem Horizont**, die der Vergleich nicht mitzählt. Eigene Memo-Zeile in der - Diagnose und eine Live-Notiz am Schalter; im Basisfall 145.618 €. - -Die geförderte Schicht ist in beiden Formen voll nachgelagert steuerpflichtig -(§ 22 Nr. 5 S. 1 EStG) — daran ändert die Auszahlungsform nichts. Der Einmalbetrag wirkt in -beiden Formen und wird als Kapital besteuert, auch wenn der Rest verrentet wird. - -Beim Altersvorsorgedepot kostet der Einmalbetrag aus denselben zwei Gründen wie bei der bAV: -volle Progression im Zuflussjahr und danach nur noch der Satz nach Abgeltungsteuer. Im -Basisfall: +Beim Depot hängen an der Auszahlungsform **drei** Wirkungen — und nicht vier wie bei der +betrieblichen Altersversorgung, da Beiträge zur Kranken- und Pflegeversicherung entfallen (keine +Versorgungsbezüge): + +1. **Ertragsanteil anstelle des halben Unterschiedsbetrags** für die nicht geförderte Schicht, im + Regelfall 30,7 vom Hundert des Kapitals. Steuerpflichtig sind sodann 17,0 vom Hundert der + Rente anstelle von 26,2 vom Hundert der Planentnahme (§ 22 Nr. 5 S. 2 Buchst. a EStG). Es + handelt sich um einen tatsächlichen Vorteil der Verrentung. +2. **Rentenfaktor anstelle der Marktrendite** auf das Restkapital — hierfür besteht ein eigenes + Eingabefeld `rentfak_av`, da ein Depotvertrag ohne Versicherungsmantel auskommt und mithin + günstiger sein kann. +3. **Zahlungen nach dem Horizont**, welche der Vergleich nicht mitzählt. Hierfür bestehen eine + eigene Memo-Zeile in der Diagnose sowie eine fortlaufende Notiz am Schalter; im Regelfall + 145.618 €. + +Die geförderte Schicht ist in beiden Formen in vollem Umfang nachgelagert steuerpflichtig (§ 22 +Nr. 5 S. 1 EStG); hieran ändert die Auszahlungsform nichts. Der Einmalbetrag wirkt in beiden +Formen und wird als Kapital besteuert, auch wenn der Rest verrentet wird. + +Beim Altersvorsorgedepot verursacht der Einmalbetrag aus denselben zwei Gründen Kosten wie bei +der betrieblichen Altersversorgung: volle Progression im Zuflussjahr und sodann lediglich noch +der Satz nach Abgeltungsteuer. Im Regelfall: | Einmalbetrag | steuerpflichtig Jahr 0 | Grenzbelastung | Monatsleistung | |---|---|---|---| @@ -496,18 +536,20 @@ Basisfall: | 15 % | 42.543 € | 29,7 % | 840,09 € | | 30 % | 67.793 € | 32,3 % | 823,37 € | -Zwei Kontrollen dazu: das Restkapital am Horizont ist über alle geprüften Renditen, Horizonte -und Einmalbeträge **exakt 0,00 €** — der Annuitätenfaktor passt zur Rekursion, es wird nichts -stillschweigend einbehalten. Und der Überschuss über den Jahreshöchstbetrag („Sleeve“) wird -ohne Einmalbetrag verrentet; das ist eine Modellkonvention, kein Rechtssatz. +Zwei Kontrollen sind hierzu vorgenommen worden: das Restkapital am Horizont beträgt über +sämtliche geprüften Renditen, Horizonte und Einmalbeträge **exakt 0,00 €** — der +Annuitätenfaktor passt mithin zur Rekursion, und es wird nichts stillschweigend einbehalten. +Ferner wird der Überschuss über den Jahreshöchstbetrag („Sleeve") ohne Einmalbetrag verrentet; +hierbei handelt es sich um eine Modellkonvention und nicht um einen Rechtssatz. -**Verbleibende Modelllücke, ausdrücklich:** die bAV kennt weiterhin nur ganz oder gar nicht. -Eine Teilkapitalisierung der Betriebsrente, die es in der Praxis gibt, ist nicht abgebildet — -anders als beim Depot, wo Einmalbetrag und Verrentung seit dieser Fassung kombinierbar sind. +**Verbleibende Modelllücke, ausdrücklich:** die betriebliche Altersversorgung kennt weiterhin +lediglich die vollständige oder die unterbliebene Kapitalisierung. Eine Teilkapitalisierung der +Betriebsrente, welche in der Praxis vorkommt, ist nicht abgebildet — abweichend vom Depot, wo +Einmalbetrag und Verrentung seit dieser Fassung kombinierbar sind. ### Der Kapitalverlauf -Eine Größe über die ganze Zeitachse, mit Verbrauch und mit Liquiditätszerlegung. +Eine Größe über die gesamte Zeitachse, nebst Verbrauch und nebst Liquiditätszerlegung. ``` Wiederanlage(0) = 0 @@ -515,7 +557,7 @@ Wiederanlage(t+1) = (Wiederanlage(t) + netto(t))·(1+w) − M M = V(0)·ANN Vermögen(t) = Produktkonto(t) + Wiederanlage(t) ``` -Die äquivalente Monatsleistung wird also **tatsächlich verbraucht**. Weil `ANNW` der +Die äquivalente Monatsleistung wird mithin **tatsächlich verbraucht**. Da `ANNW` der nachschüssige Annuitätenfaktor ist und der Konsum am Jahresende abgeht, gilt `Wiederanlage(n) = 0` exakt. @@ -523,40 +565,41 @@ Vier geprüfte Identitäten: | | | |---|---| -| `Vermögen(0) = Produktkapital` | 0,00 € — die Wiederanlage ist am Rentenbeginn null, die Kurve läuft **knickfrei** durch | -| `Vermögen(n) = 0` | 7,4 · 10⁻¹⁰ € — jede Option ist am Horizont punktgenau aufgebraucht | -| `M = V(0)·ANNW`, `M/12` diskontiert `=` Monatsleistung | 0,00 € — der Verbrauch ist genau die Kennzahl oben | +| `Vermögen(0) = Produktkapital` | 0,00 € — die Wiederanlage beträgt am Rentenbeginn null, die Kurve verläuft **knickfrei** | +| `Vermögen(n) = 0` | 7,4 · 10⁻¹⁰ € — jede Variante ist am Horizont punktgenau aufgebraucht | +| `M = V(0)·ANNW`, `M/12` diskontiert `=` Monatsleistung | 0,00 € — der Verbrauch entspricht genau der vorstehenden Kennzahl | | Pfade **nicht** proportional | AV/privat wandert von 1,3152 auf 1,2497 | -> **Warum das nicht proportional ist — und die naheliegende Variante schon.** -> Setzt man *alles* auf den Wiederanlagezins und konsumiert daraus -> (`G(t+1) = G(t)(1+w) − M`), kürzt sich der Unterschied heraus: `G_x/G_y = M_x/M_y` für alle t, -> geprüft auf 4 · 10⁻¹⁴. Entscheidend ist, **wo** der Konsum abgeht. Nimmt man ihn nur aus der -> Wiederanlage und lässt das Produktkapital im Produkt, wo es mit der Produktrendite **vor** -> Steuern wächst, bleibt genau der Unterschied stehen, um den es geht. +> **Weshalb dies nicht proportional ist — die naheliegende Variante hingegen schon.** +> Wird *alles* auf den Wiederanlagezins gesetzt und hieraus konsumiert +> (`G(t+1) = G(t)(1+w) − M`), so kürzt sich der Unterschied heraus: `G_x/G_y = M_x/M_y` für alle +> t, geprüft auf 4 · 10⁻¹⁴. Maßgeblich ist mithin, **wo** der Konsum abgeht. Wird er +> ausschließlich der Wiederanlage entnommen und verbleibt das Produktkapital im Produkt, wo es +> mit der Produktrendite **vor** Steuern wächst, so verbleibt genau derjenige Unterschied, um +> welchen es geht. ### Liquidität -Durchgezogen das Vermögen insgesamt, gestrichelt in derselben Farbe der **frei verfügbare** -Teil. Der Abstand ist gebundenes Kapital. +Durchgezogen dargestellt ist das Vermögen insgesamt, gestrichelt in derselben Farbe der **frei +verfügbare** Teil. Der Abstand ist gebundenes Kapital. -| | Bindung | im Basisfall bei Rentenbeginn | +| | Bindung | im Regelfall bei Rentenbeginn | |---|---|---| -| bAV | vollständig bis zum Rentenbeginn — § 1b BetrAVG kennt Unverfallbarkeit, nicht Verfügbarkeit; danach kein Konto mehr | **0 € von 357.076 € frei** | -| Altersvorsorgedepot | Entnahme vor 65 ist förderschädlich; frei ist nur der „Sleeve“ über dem Jahreshöchstbetrag | 0 € von 240.001 € frei | +| bAV | vollständig bis zum Rentenbeginn — § 1b BetrAVG kennt die Unverfallbarkeit, nicht die Verfügbarkeit; danach besteht kein Konto mehr | **0 € von 357.076 € frei** | +| Altersvorsorgedepot | eine Entnahme vor Vollendung des 65. Lebensjahres ist förderschädlich; frei ist ausschließlich der „Sleeve" oberhalb des Jahreshöchstbetrags | 0 € von 240.001 € frei | | privates ETF-Depot | jederzeit | **182.489 € von 182.489 € frei** | -Das ist die einzige Achse, auf der eine bAV-Kapitalauszahlung gut aussieht: mit 68 springt sie -von 0 % auf 100 % Verfügbarkeit. Und es ist die Achse, die in Beratungsgesprächen am häufigsten -fehlt. +Es handelt sich um die einzige Achse, auf welcher eine Kapitalauszahlung der betrieblichen +Altersversorgung günstig erscheint: mit 68 springt sie von 0 auf 100 vom Hundert Verfügbarkeit. +Und es ist diejenige Achse, welche in Beratungsgesprächen am häufigsten fehlt. -### Warum kein Konsummodell +### Weshalb kein Konsummodell -Naheliegend wäre, Lebenshaltungskosten als eigene Eingabe zu führen. Das wurde geprüft und -verworfen — es trägt **beweisbar keine vergleichende Information**. Weil der Nettoaufwand in -allen drei Optionen identisch ist, unterscheiden sich die Zahlungsströme nur in der -Auszahlungsphase; ein für alle drei gleicher Konsumstrom `C` ist damit eine gemeinsame additive -Verschiebung: +Naheliegend wäre, die Lebenshaltungskosten als eigene Eingabe zu führen. Dies ist geprüft und +verworfen worden — es trägt **nachweislich keine vergleichende Information**. Da der +Nettoaufwand in sämtlichen drei Varianten identisch ist, unterscheiden sich die Zahlungsströme +ausschließlich in der Auszahlungsphase; ein für alle drei gleicher Konsumstrom `C` stellt mithin +eine gemeinsame additive Verschiebung dar: | Konsum | AV − privat bei t = 5 | bei t = 15 | bAV − privat bei t = 15 | |---|---|---|---| @@ -564,119 +607,128 @@ Verschiebung: | 12.000 €/Jahr | 55.049,182535 € | 56.681,527808 € | −62.016,690135 € | | 60.000 €/Jahr | 55.049,182535 € | 56.681,527808 € | −62.016,690135 € | -Auf sechs Nachkommastellen identisch. Dazu käme: ein ehrliches Konsummodell bräuchte in der -Ansparphase auch das Gehalt, sonst liefe die Kurve sofort ins Minus — das wäre ein -Haushaltsplaner, kein Förderarchitektur-Vergleich. Und die Zahl „leer mit 87“ würde als Aussage -über die Altersvorsorge insgesamt gelesen, obwohl das Modell nur diese eine Entscheidung kennt. +Auf sechs Nachkommastellen identisch. Hinzu träte: ein sachgerechtes Konsummodell bedürfte in der +Ansparphase auch des Gehalts, da die Kurve andernfalls unverzüglich ins Minus liefe — dies wäre +ein Haushaltsplaner und kein Vergleich der Förderarchitekturen. Ferner würde die Angabe „leer mit +87" als Aussage über die Altersvorsorge insgesamt gelesen, obgleich das Modell ausschließlich +diese eine Entscheidung kennt. -Der Verbrauch der **äquivalenten** Monatsleistung ist etwas anderes: er ist je Option -verschieden, aus dem Modell abgeleitet und braucht keine Fremdannahme. Deshalb steht er drin. +Der Verbrauch der **äquivalenten** Monatsleistung ist demgegenüber etwas anderes: er ist je +Variante verschieden, aus dem Modell abgeleitet und bedarf keiner Fremdannahme. Er ist daher +enthalten. ### Vier verworfene Fassungen -Der Weg dorthin lohnt die Notiz, weil jede Zwischenstufe an einem anderen Denkfehler scheiterte: +Der Weg dorthin verdient die Notiz, da jede Zwischenstufe an einem anderen Denkfehler scheiterte: -1. **Nur das Produktkonto.** Die bAV fällt bei Kapitalwahl auf null und schweigt über den Rest. - Verschweigt, dass die Kennzahl sehr wohl eine Wiederanlage unterstellt. -2. **Die prospektive Reserve `V(t)`.** Mathematisch tadellos und exakt die Größe hinter der - Monatsleistung — aber nach einer Kapitalauszahlung **negativ** (−54.555 € ab Alter 68), weil - dann nur noch Lasten ausstehen. Wahr, wichtig, und als Kurve unlesbar. -3. **Der reine Entsparpfad** `G(t+1) = G(t)(1+w) − M`. Läuft sauber auf null, aber die Pfade - sind dann zwangsläufig proportional: wer den Verbrauch fixiert *und* alles zum selben Zins +1. **Ausschließlich das Produktkonto.** Die betriebliche Altersversorgung fällt bei Kapitalwahl + auf null und schweigt über den Rest. Verschweigt mithin, dass die Kennzahl sehr wohl eine + Wiederanlage unterstellt. +2. **Die prospektive Reserve `V(t)`.** Mathematisch tadellos und exakt diejenige Größe hinter der + Monatsleistung — nach einer Kapitalauszahlung jedoch **negativ** (−54.555 € ab Alter 68), da + sodann lediglich noch Lasten ausstehen. Zutreffend, bedeutsam, und als Kurve unlesbar. +3. **Der reine Entsparpfad** `G(t+1) = G(t)(1+w) − M`. Läuft sauber auf null, doch sind die Pfade + sodann zwangsläufig proportional: wer den Verbrauch fixiert *und* alles zu demselben Zins führt, hat das Vermögen determiniert. 4. **Der beitragsfreie Wert** in der Ansparphase, um den Einheitenwechsel am Rentenbeginn zu - vermeiden. Stetig und sauber, aber es blieb bei einer Nettogröße, die für das Privatdepot - eine Bewegung suggeriert, wo keine ist. - -## 8. Eine Lesefalle in der Sensitivitätskurve - -Reglern wie *Jahresbrutto* oder *Monatsbeitrag* verändern nicht nur die Förderarchitektur, -sondern auch den **Nettoaufwand** — und damit den Betrag, der in allen drei Optionen investiert -wird. Die drei Kurven sind deshalb bei jedem einzelnen x fair vergleichbar, das Niveau zwischen -verschiedenen x aber nicht. Die auffälligen Sprünge sind echt und sitzen an den -Beitragsbemessungsgrenzen: oberhalb von 69.750 € spart die Entgeltumwandlung keine -KV/PV-Beiträge mehr, oberhalb von 101.400 € auch keine RV/AV-Beiträge. Der Nettoaufwand -springt dort um bis zu 15 %, die investierte Summe mit ihm. Die App blendet einen Hinweis mit -der tatsächlichen Spanne ein, sobald der Effekt 2 % übersteigt. - -## 9. Zwei Befunde, die beim Portieren aufgefallen sind - -**Die Vorabpauschale ist im Basisfall ein Vorteil für das Privatdepot.** Über 35 Jahre fallen -121.774 € Vorabpauschale an, davon werden aber nur 11.942 € tatsächlich versteuert — der Rest -läuft in den Sparer-Pauschbetrag. Die *volle* Summe erhöht dagegen die Kostenbasis und spart -bei der Entnahme rund 22.000 € Abgeltungsteuer. Setzt man den Sparer-Pauschbetrag auf null, -dreht das Vorzeichen. Der Balken „Wegfall der Vorabpauschale“ im Wasserfall ist deshalb -negativ; das ist kein Vorzeichenfehler. - -**Der Arbeitgeberzuschuss sättigt — und zwar früher, als man denkt.** Im Zuschussmodus „spitz“ -(§ 1a Abs. 1a BetrAVG wörtlich) wächst der Zuschuss nur bis zur tatsächlichen SV-Ersparnis des -Arbeitgebers. Bei 75.000 € Gehalt und 300 €/Monat liegt das Entgelt bereits **über** der -KV-Beitragsbemessungsgrenze von 69.750 €: der Arbeitgeber spart dort überhaupt keine -KV/PV-Beiträge, sondern nur RV/AV auf 3.600 €, also 381,60 € im Jahr — das sind 10,6 % des -umgewandelten Betrags. Der gesetzliche Mindestzuschuss von 15 % ist damit schon der gedeckelte -Wert; **jede Erhöhung des Reglers ist wirkungslos.** Die App zeigt das jetzt direkt am Regler an. - -Der im README des Modells genannte Break-even von ~26,7 % ist folglich im spitzen Modus gar -nicht erreichbar, sondern nur in den Modi „voller Beitrag“ bzw. „sv-freier Anteil“. -Die Sensitivitätskurve zeigt die Sättigung als waagerechten Ast. + vermeiden. Stetig und sauber, doch verblieb es bei einer Nettogröße, welche für das + Privatdepot eine Bewegung suggeriert, wo eine solche nicht besteht. + +## § 8 Eine Lesefalle in der Sensitivitätskurve + +Regler wie *Jahresbrutto* oder *Monatsbeitrag* verändern nicht allein die Förderarchitektur, +sondern auch den **Nettoaufwand** — und mithin denjenigen Betrag, welcher in sämtlichen drei +Varianten angelegt wird. Die drei Kurven sind daher bei jedem einzelnen x sachgerecht +vergleichbar, das Niveau zwischen verschiedenen x hingegen nicht. Die auffälligen Sprünge sind +zutreffend und sitzen an den Beitragsbemessungsgrenzen: oberhalb von 69.750 € erspart die +Entgeltumwandlung keine Beiträge zur Kranken- und Pflegeversicherung mehr, oberhalb von +101.400 € auch keine Beiträge zur Renten- und Arbeitslosenversicherung. Der Nettoaufwand springt +dort um bis zu 15 vom Hundert, die angelegte Summe mit ihm. Die Anwendung blendet einen Hinweis +nebst der tatsächlichen Spanne ein, sobald der Effekt 2 vom Hundert übersteigt. + +## § 9 Zwei Befunde, welche bei der Portierung aufgefallen sind + +**Die Vorabpauschale stellt im Regelfall einen Vorteil für das Privatdepot dar.** Über 35 Jahre +fallen 121.774 € Vorabpauschale an, wovon jedoch lediglich 11.942 € tatsächlich versteuert werden +— der Rest läuft in den Sparer-Pauschbetrag. Die *vollständige* Summe erhöht demgegenüber die +Kostenbasis und erspart bei der Entnahme rund 22.000 € Abgeltungsteuer. Wird der +Sparer-Pauschbetrag auf null gesetzt, so dreht das Vorzeichen. Der Balken „Wegfall der +Vorabpauschale" im Wasserfall ist daher negativ; es handelt sich nicht um einen Vorzeichenfehler. + +**Der Arbeitgeberzuschuss sättigt — und zwar früher als angenommen.** Im spitz berechneten +Zuschussmodus (§ 1a Abs. 1a BetrAVG dem Wortlaut nach) wächst der Zuschuss lediglich bis zur +tatsächlichen Ersparnis des Arbeitgebers an Sozialversicherungsbeiträgen. Bei 75.000 € Gehalt +und 300 €/Monat liegt das Entgelt bereits **oberhalb** der Beitragsbemessungsgrenze der +Krankenversicherung von 69.750 €: der Arbeitgeber erspart dort überhaupt keine Beiträge zur +Kranken- und Pflegeversicherung, sondern lediglich zur Renten- und Arbeitslosenversicherung auf +3.600 €, mithin 381,60 € im Jahr — dies entspricht 10,6 vom Hundert des umgewandelten Betrags. +Der gesetzliche Mindestzuschuss von 15 vom Hundert ist damit bereits der gedeckelte Wert; **jede +Erhöhung des Reglers bleibt wirkungslos.** Die Anwendung weist dies nunmehr unmittelbar am +Regler aus. + +Die im übergeordneten README genannte Gewinnschwelle von ~26,7 vom Hundert ist folglich im +spitzen Modus nicht erreichbar, sondern ausschließlich in den Modi „voller Beitrag" bzw. +„sv-freier Anteil". Die Sensitivitätskurve weist die Sättigung als waagerechten Ast aus. --- -## 10. Das Aussehen: Windows 3.1 / NT 3.5 +## § 10 Das Erscheinungsbild: Windows 3.1 / NT 3.5 -Silber `#C0C0C0` auf Petrol `#008080`, Navy-Titelleisten, harte Ein-Pixel-Kanten, alles aus der -16-Farben-VGA-Palette. **Es gibt nur ein Farbschema** — `prefers-color-scheme` ist entfernt, -eine Dunkelvariante gäbe es hier nicht zu skinnen. +Silber `#C0C0C0` auf Petrol `#008080`, Titelleisten in Navy, harte Ein-Pixel-Kanten, alles aus +der 16-Farben-VGA-Palette. **Es besteht ausschließlich ein Farbschema** — `prefers-color-scheme` +ist entfernt worden; eine Dunkelvariante wäre hier nicht zu gestalten. -Drei Kantenformen tragen die ganze Oberfläche: +Drei Kantenformen tragen die gesamte Bedienoberfläche: -| Form | Aufbau | Wo | +| Form | Aufbau | Verwendung | |---|---|---| | erhaben (3.1) | `1px solid #000` + `inset 1px 1px 0 #FFF` + `inset -1px -1px 0 #808080` | Schaltflächen | | erhaben (95) | zusätzlich `border-color:#DFDFDF #000 #000 #DFDFDF` | Fenster, Kacheln | | versenkt | `border-color:#808080 #FFF #FFF #808080` + `inset 1px 1px 0 #000` | Felder, Zeichenfläche | -Gedrückte Umschalter bekommen zusätzlich das Rastermuster der eingerasteten Werkzeugleiste +Gedrückte Umschalter erhalten ergänzend das Rastermuster der eingerasteten Werkzeugleiste (`repeating-conic-gradient` mit 2 px Kachel). Das Fokusrechteck ist das originale gepunktete — -zugleich das barrierefreiste, was Windows je hatte. +zugleich dasjenige, welches Windows je an Barrierefreiheit aufzuweisen hatte. -### Was bewusst aus Windows 95 / NT 4 kommt +### Was bewusst aus Windows 95 / NT 4 übernommen worden ist -Windows 3.1 kannte diese Steuerelemente schlicht nicht, und ohne sie wäre die App schlechter: +Windows 3.1 kannte diese Steuerelemente schlicht nicht, und ohne sie wäre die Anwendung +schlechter: -- **Trackbar** — der Schieberegler ist ein Win95-Common-Control. Unter 3.1 hätte man Zahlen - eintippen müssen; die unmittelbare Rückkopplung wäre dahin. -- **Registerkarten** — 3.1 löste Mehrseitigkeit über eigene Dialoge. Vier Diagramme in vier - Fenstern wären hier klar schlechter. -- **Versenkter Rahmen** (`WS_EX_CLIENTEDGE`) statt 3.1s einfachem schwarzen Rahmen um +- **Trackbar** — der Schieberegler ist ein Win95-Common-Control. Unter 3.1 wären Zahlen + einzutippen gewesen; die unmittelbare Rückkopplung wäre mithin entfallen. +- **Registerkarten** — 3.1 löste die Mehrseitigkeit über eigene Dialoge. Vier Diagramme in vier + Fenstern wären hier eindeutig schlechter. +- **Versenkter Rahmen** (`WS_EX_CLIENTEDGE`) anstelle des einfachen schwarzen Rahmens von 3.1 um Eingabefelder — liest sich deutlich besser. ### Was 3.1 besser konnte -Die Segmentschalter sind zu **echten Optionsfeldgruppen** geworden. Das ist die authentische -Entsprechung für eine Auswahl unter wenigen Alternativen, es ist das semantisch richtige -Element, und die Pfeiltastennavigation der Radiogruppe gibt es geschenkt. +Die Segmentschalter sind zu **echten Optionsfeldgruppen** geworden. Dies ist die authentische +Entsprechung für eine Auswahl unter wenigen Alternativen, es ist das semantisch zutreffende +Element, und die Pfeiltastennavigation der Radiogruppe tritt ohne weiteres Zutun hinzu. -### Fenster, die wirklich Fenster sind +### Fenster, welche tatsächlich Fenster sind -Jeder Abschnitt hat eine Titelleiste mit Systemmenü-Kasten und Minimieren-Knopf. Der Knopf ist -kein Zierrat: er klappt den Inhalt tatsächlich ein, Doppelklick auf die Titelleiste ebenso, und -der Zustand wird gespeichert. Auf dem Telefon ist das nützlich — man klappt „Ihre Angaben“ zu -und hat das Diagramm ganzseitig. +Jeder Abschnitt verfügt über eine Titelleiste nebst Systemmenü-Kasten und Minimieren-Schaltfläche. +Die Schaltfläche ist kein Zierrat: sie klappt den Inhalt tatsächlich ein, ein Doppelklick auf die +Titelleiste gleichermaßen, und der Zustand wird vorgehalten. Auf dem Telefon ist dies von Nutzen +— „Ihre Angaben" wird zugeklappt, und das Diagramm steht ganzseitig zur Verfügung. -Grau ist unter Windows die Farbe des *Deaktivierten*. Lesbarer Text bleibt deshalb durchgehend -schwarz und wird über Größe und Kursivstellung abgestuft, nicht über Aufhellung. Das ist -zugleich authentisch und der bessere Kontrast: Schwarz auf `#C0C0C0` sind 9,9 : 1. +Grau ist unter Windows die Farbe des *Deaktivierten*. Lesbarer Text verbleibt daher durchgängig +schwarz und wird über Größe und Kursivstellung abgestuft, nicht über Aufhellung. Dies ist +zugleich authentisch und der bessere Kontrast: Schwarz auf `#C0C0C0` ergibt 9,9 : 1. -## 11. Bewusst nicht gebaut +## § 11 Bewusst nicht eingerichtet -- **Onboarding-Assistent.** Elf Kernfelder tragen keinen Wizard; er verstellte nur den Blick - auf die Kopplung der Größen. -- **Animierte Zahlenübergänge.** Sie lenken von genau dem ab, was man vergleichen soll. +- **Einführungsassistent.** Elf Kernfelder tragen keinen Assistenten; er verstellte lediglich den + Blick auf die Kopplung der Größen. +- **Animierte Zahlenübergänge.** Sie lenken von genau demjenigen ab, was verglichen werden soll. - **Aufgeräumte Rechengrößen.** Die 45 gesetzlichen Werte stehen bewusst hinten und bewusst - vollständig. Wer die Modellannahme mit 70 % Vertrauensgrad nicht teilt, soll sie ändern - können, ohne den Quelltext anzufassen. + vollständig. Wer die Modellannahme mit 70 vom Hundert Vertrauensgrad nicht teilt, soll sie + ändern können, ohne den Quelltext anfassen zu müssen. --- -*Keine Steuer- oder Anlageberatung. Ein Modell ist kein Vertrag.* +*Es wird abschließend darauf hingewiesen, dass weder eine Steuer- noch eine Anlageberatung +erbracht wird. Ein Modell ist kein Vertrag.* diff --git a/app/i18n.akk-x-ob.js b/app/i18n.akk-x-ob.js index 512ed9b..be82919 100644 --- a/app/i18n.akk-x-ob.js +++ b/app/i18n.akk-x-ob.js @@ -289,7 +289,7 @@ window.I18N_AKK_X_OB = { 'ui.lang.partialNote': '𒇷𒊭𒉡𒌝 𒀭𒉡𒌝 <b>𒍣𒀉𒋫𒄠 𒅖𒋼𒂗</b> 𒈾𒁄𒆪𒌓: 𒋗𒈠𒌈 𒊭 𒁾𒁉𒅎, 𒋗𒈠𒌈 𒊭 𒈪𒈾𒋾𒅎, 𒊑𒊭𒌈 𒊭 𒁾𒉺𒋾𒅎 𒌋 𒋗𒈠𒌈 𒊭 𒉺𒀠𒄀𒅎 𒄿𒁀𒀸𒅆. 𒀀𒉿𒌈 𒊭 𒍣𒅎𒁕𒋾𒅎 𒊏𒀊𒊭𒌈 — 𒀀𒉿𒌈 𒊭 <span class="qm" style="cursor:default">?</span>, 𒀀𒉿𒌈 𒂵𒈪𒅕𒌈, 𒌋 𒉺𒁕𒀭 𒈪𒈾𒋾𒅎 — 𒄿𒈾 𒇷𒊭𒉏 𒊭 𒈠𒋾𒅎 𒅖𒋼𒂗 𒄿𒁀𒀸𒅆𒀀. 𒋗𒈠𒌈 𒊭 𒍣𒅎𒁕𒋾𒅎 (BetrAVG, EStG, SGB V) 𒄿𒈾 𒆗 𒇷𒊭𒉌 𒄿𒈾 𒇷𒊭𒉏 𒊭 𒈠𒋾𒅎 𒊭𒀜𒊏: 𒄿𒈾 𒍣𒅎𒁕𒋾𒅎 𒀭𒉌𒌈𒈠 𒄿𒁀𒀸𒅆.', 'sb.up': '𒀀𒈾 𒂊𒇷𒅖 𒀀𒈾 𒀀𒉿𒋾𒅎 𒂵𒈪𒅕𒋾𒅎', 'footer.1': '<b>𒆷 𒀀𒉿𒀜 𒈪𒅅𒋛𒅎, 𒆷 𒀀𒉿𒀜 𒊕𒁺.</b> 𒁾𒁍𒌝 𒆷 𒊑𒅅𒋧 𒅆. 𒍣𒅎𒁕𒌈 𒊭 2026 𒀀𒈾 𒊕𒁺 𒂠𒋆 𒊭 𒅆𒁍𒋾𒅎 𒄿𒈾 𒀸𒊑 𒈠𒁺𒋾𒅎 𒆷 𒃵𒊏𒀜; 𒁲𒈾𒌈 𒊭 𒌅𒆰𒋾𒅎 𒈠𒁲𒋾𒅎 𒄿𒈾 "𒉺𒁕𒀭 𒈪𒈾𒋾𒅎 → 𒁕𒀭𒉡𒌈 𒊭 𒁲𒈾𒋾𒅎" 𒊭𒀜𒊏 𒌋 𒄿𒈾 𒀭𒉏 𒅔𒈾𒀝𒆠𒊏.', - 'footer.2': '𒇷𒅁𒁉 𒈪𒈾𒋾𒅎 𒅖𒋼𒂗 𒀀𒈾 𒅖𒋼𒂗 𒅖𒌅 𒁾 <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> 𒇷𒆪𒌝 𒌋 𒀀𒈾 𒊭𒆷𒀸 𒈪𒀉𒄩𒊏𒋾𒅎 𒀀𒁲 𒍠 𒊭 𒄿𒇷𒅎 𒈠𒍣 (𒈾𒅗𒊒𒌝 𒊏𒁍𒌝 1,3·10<sup>−14</sup>).', + 'footer.2': '𒇷𒅁𒁉 𒈪𒈾𒋾𒅎 𒅖𒋼𒂗 𒀀𒈾 𒅖𒋼𒂗 𒅖𒌅 𒁾 𒉺𒉏 𒇷𒆪𒌝 𒌋 𒀀𒈾 𒊭𒆷𒀸 𒈪𒀉𒄩𒊏𒋾𒅎 𒀀𒁲 𒍠 𒊭 𒄿𒇷𒅎 𒈠𒍣 (𒈾𒅗𒊒𒌝 𒊏𒁍𒌝 1,3·10<sup>−14</sup>).', /* ---------------- Die drei Optionen ---------------- */ 'opt.bav.name': '𒇽-𒈦 𒊭 𒂍 𒅆𒅁𒊑𒅎 (𒈾𒅗𒊒𒌝 𒊭 𒀉)', diff --git a/app/i18n.akk-x-ob.translit.js b/app/i18n.akk-x-ob.translit.js index 2e9f6aa..db9ed94 100644 --- a/app/i18n.akk-x-ob.translit.js +++ b/app/i18n.akk-x-ob.translit.js @@ -281,7 +281,7 @@ window.I18N_AKK_X_OB = { 'ui.lang.partialNote': 'lišānum annûm <b>zittam ištēn</b> nabalkut: šumātum ša ṭuppim, šumātum ša minâtim, rēšātum ša ṭuppātim u šumātum ša palgim ibaššī. awâtum ša ṣimdatim rapšātum — awâtum ša <span class="qm" style="cursor:default">?</span>, awâtum gamirtum, u padān minâtim — ina lišānim ša mātim ištēn ibaššiā. šumātum ša ṣimdatim ([[BetrAVG, EStG, SGB V]]) ina kal lišānī ina lišānim ša mātim šaṭrā: ina ṣimdatim annītumma ibašši.', 'sb.up': 'ana elīš ana awâtim gamirtim', 'footer.1': '<b>lā awât miksim, lā awât {SAG.DU}.</b> ṭuppum lā riksum šī. ṣimdatum ša 2026 ana {SAG.DU} eššim ša šībūtim ina ašrī mādûtim lā gamrat; dīnātum ša tukultim maṭītim ina "padān minâtim → dannūtum ša dīnātim" šaṭrā u ina annîm innakkirā.', - 'footer.2': 'libbi minâtim ištēn ana ištēn ištu {DUB} <span class="pill">[[bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx]]</span> leqûm u ana šalāš mitharātim adi {ZAG} ša ilim maṣi (nakārum rabûm 1,3·10<sup>−14</sup>).', + 'footer.2': 'libbi minâtim ištēn ana ištēn ištu {DUB} panîm leqûm u ana šalāš mitharātim adi {ZAG} ša ilim maṣi (nakārum rabûm 1,3·10<sup>−14</sup>).', /* ---------------- Die drei Optionen ---------------- */ 'opt.bav.name': '{LU2}-{MASH} ša {E2} šiprim (nakārum ša {A2})', diff --git a/app/i18n.bar.js b/app/i18n.bar.js index ad40f50..10d86a6 100644 --- a/app/i18n.bar.js +++ b/app/i18n.bar.js @@ -434,7 +434,7 @@ window.I18N_BAR = { 'calc.sub': 'Fia oi, de’s nochvoizioang wuin.', 'share.sub': 'Eahnare Ogom liang ausschließlich in dem Browser (<kbd>localStorage</kbd>). Nix werd iwatrong, es gibt koan Server und koan Tracker.', 'footer.1': '<b>Koa Steia- oda Aunlogeberodung.</b> A Modej is koa Vatrog. D’Rechtslogn 2026 zua reformiatn privatn Oitersvuasorg is a mehrare Stelln no ned endgültig gklärt; de Aunahma mit’m niadrigstn Vatraunsgrad steng unta „Rechawég → Belastborkeit vo de Aunahma“ und san dert aa zum ändan.', - 'footer.2': 'Rechnakern oans zu oans iwatrong aus’m Excel-Modej <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> und gengan drei Testfäj auf Maschinngenauigkeit prüaft (grössde relative Obweichung 1,3·10<sup>−14</sup>).', + 'footer.2': 'Rechnakern oans zu oans iwatrong aus’m ursprünglichn Excel-Modej und gengan drei Testfäj auf Maschinngenauigkeit prüaft (grössde relative Obweichung 1,3·10<sup>−14</sup>).', 'metric.monat.desc': 'Konstante Monatszoihung iwa de ganze Auszoihungsphas mit demsejbm Weat, in heitiga Kaffkraft. De oazige Zoi, de si direkt mit Eahnam heitign Nettoeikomma vagleichn lasst.', 'metric.ertrag.desc': 'Wos de Mégglichkeit in heitiga Kaffkraft iwa an eignan Eisotz aussi obwirft: Barweat vo olle Netto-Leistunga minus Barweat vom Nettoaufwand.', 'metric.irr.desc': 'Renditn auf an tatsächlich eigsetztn Nettobetrog, nominal. Direkt vagleichboar mit da eigstejtn Bruttorenditn vom ETF — da Untaschied is gnau des, wos Fördarung und Obgom zsamm kostn oda bringan.', diff --git a/app/i18n.de-x-amt.js b/app/i18n.de-x-amt.js index 5fbf315..5f12dfe 100644 --- a/app/i18n.de-x-amt.js +++ b/app/i18n.de-x-amt.js @@ -243,7 +243,7 @@ window.I18N_DE_X_AMT = { 'ui.lang.partialNote': 'Diese Sprachfassung ist <b>teilweise übersetzt</b>: Oberfläche, Feldbezeichnungen, Tabellenüberschriften sowie Diagrammlegenden liegen in übersetzter Form vor. Die ausführlichen rechtlichen Erläuterungen — die Texte hinter dem Zeichen <span class="qm" style="cursor:default">?</span> an den Eingabefeldern, das abschließende Ergebnis sowie die Darstellung des Rechenwegs — erscheinen in deutscher Sprache. Die Rechtsgrundlagen (BetrAVG, EStG, SGB V) liegen unabhängig von der gewählten Sprachfassung ausschließlich in deutscher Sprache vor.', 'sb.up': 'Zurück zum Ergebnis (Seitenanfang)', 'footer.1': '<b>Es wird ausdrücklich darauf hingewiesen, dass mit der vorliegenden Anwendung weder eine steuerliche noch eine anlagebezogene Beratung im Sinne der einschlägigen berufsrechtlichen Vorschriften erbracht wird.</b> Ein Berechnungsmodell vermag eine auf den Einzelfall bezogene Beratung nicht zu ersetzen; ein Rechtsanspruch auf Richtigkeit der ausgewiesenen Beträge wird nicht begründet. Es wird ferner darauf hingewiesen, dass die Rechtslage 2026 betreffend die reformierte private Altersvorsorge in mehreren Punkten noch nicht abschließend geklärt ist. Diejenigen Annahmen, denen der geringste Vertrauensgrad beizumessen ist, sind unter „Rechenweg → Belastbarkeit der Annahmen" gesondert ausgewiesen und können dort im Einzelnen angepasst werden.', - 'footer.2': 'Der Rechenkern ist unverändert und ohne inhaltliche Abweichung aus dem Berechnungsmodell <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> übernommen worden. Eine Überprüfung anhand dreier Testfälle hat ergeben, dass Übereinstimmung bis zur Maschinengenauigkeit besteht; die größte festgestellte relative Abweichung beträgt 1,3·10<sup>−14</sup> und ist mithin als vernachlässigbar einzustufen.', + 'footer.2': 'Der Rechenkern ist unverändert und ohne inhaltliche Abweichung aus dem ursprünglichen, in Gestalt einer Tabellenkalkulation geführten Berechnungsmodell übernommen worden. Eine Überprüfung anhand dreier Testfälle hat ergeben, dass Übereinstimmung bis zur Maschinengenauigkeit besteht; die größte festgestellte relative Abweichung beträgt 1,3·10<sup>−14</sup> und ist mithin als vernachlässigbar einzustufen.', /* ---------------- Die drei Gestaltungsvarianten ---------------- */ 'opt.bav.name': 'Betriebliche Altersversorgung im Wege der Entgeltumwandlung', diff --git a/app/i18n.de-x-sales.js b/app/i18n.de-x-sales.js index cee24fe..c64a1a3 100644 --- a/app/i18n.de-x-sales.js +++ b/app/i18n.de-x-sales.js @@ -247,7 +247,7 @@ window.I18N_DE_X_SALES = { 'ui.lang.partialNote': 'Diese Sprache ist <b>teilweise übersetzt</b>: Oberfläche, Feldnamen, Tabellenköpfe und Diagrammlegenden sind startklar. Die langen Erläuterungen — die <span class="qm" style="cursor:default">?</span>-Texte, das Fazit und der Rechenweg — zeigen wir noch auf Deutsch. Die Gesetzestexte (BetrAVG, EStG, SGB V) bleiben ohnehin überall deutsch, anders gibt es sie amtlich nicht.', 'sb.up': 'Rauf zu Ihrem Ergebnis', 'footer.1': '<b>Wichtig und ehrlich: keine Steuer- oder Anlageberatung.</b> So gut unser Rechner ist — das persönliche Gespräch ersetzt er nicht, und das wollen wir auch gar nicht behaupten. Die Rechtslage 2026 zur reformierten privaten Altersvorsorge ist an einigen Stellen noch offen; wir verstecken das nicht, sondern legen die unsichersten Annahmen unter „Rechenweg → Belastbarkeit der Annahmen" komplett offen — und Sie dürfen jede einzelne davon selbst nachjustieren. So viel Transparenz bekommen Sie sonst nirgends!', - 'footer.2': 'Unser Rechenkern? Eins zu eins aus dem geprüften Excel-Modell <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> übernommen und an drei Testfällen bis auf Maschinengenauigkeit bestätigt — größte Abweichung 1,3·10<sup>−14</sup>. Das ist die vierzehnte Nachkommastelle. Genauer geht es auf diesem Planeten schlicht nicht. Vergleichen Sie das ruhig mit dem, was Ihnen sonst so vorgerechnet wird!', + 'footer.2': 'Unser Rechenkern? Eins zu eins aus dem geprüften ursprünglichen Excel-Modell übernommen und an drei Testfällen bis auf Maschinengenauigkeit bestätigt — größte Abweichung 1,3·10<sup>−14</sup>. Das ist die vierzehnte Nachkommastelle. Genauer geht es auf diesem Planeten schlicht nicht. Vergleichen Sie das ruhig mit dem, was Ihnen sonst so vorgerechnet wird!', /* ---------------- Die drei Optionen ---------------- */ 'opt.bav.name': 'Ihre bAV per Entgeltumwandlung', diff --git a/app/i18n.de.js b/app/i18n.de.js index 3377778..fd61603 100644 --- a/app/i18n.de.js +++ b/app/i18n.de.js @@ -229,7 +229,7 @@ window.I18N_DE = { 'ui.lang.partialNote': 'Diese Sprache ist <b>teilweise übersetzt</b>: Oberfläche, Feldnamen, Tabellenköpfe und Diagrammlegenden liegen vor. Die langen juristischen Erläuterungen — die <span class="qm" style="cursor:default">?</span>-Texte an den Feldern, das Fazit und der Rechenweg — erscheinen auf Deutsch. Die Fundstellen (BetrAVG, EStG, SGB V) sind ohnehin in jeder Sprache deutsch: amtlich gibt es sie nur so.', 'sb.up': 'Nach oben zum Ergebnis', 'footer.1': '<b>Keine Steuer- oder Anlageberatung.</b> Ein Modell ist kein Vertrag. Die Rechtslage 2026 zur reformierten privaten Altersvorsorge ist an mehreren Stellen noch nicht abschließend geklärt; die Annahmen mit dem geringsten Vertrauensgrad stehen unter „Rechenweg → Belastbarkeit der Annahmen“ und sind dort auch änderbar.', - 'footer.2': 'Rechenkern eins zu eins portiert aus dem Excel-Modell <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> und gegen drei Testfälle auf Maschinengenauigkeit geprüft (größte relative Abweichung 1,3·10<sup>−14</sup>).', + 'footer.2': 'Rechenkern eins zu eins portiert aus dem ursprünglichen Excel-Modell und gegen drei Testfälle auf Maschinengenauigkeit geprüft (größte relative Abweichung 1,3·10<sup>−14</sup>).', /* ---------------- Die drei Optionen ---------------- */ 'opt.bav.name': 'bAV (Entgeltumwandlung)', diff --git a/app/i18n.en.js b/app/i18n.en.js index 12eb412..9631e63 100644 --- a/app/i18n.en.js +++ b/app/i18n.en.js @@ -228,7 +228,7 @@ window.I18N_EN = { 'ui.lang.partialNote': 'This language is <b>partially translated</b>: interface, field names, table headers and chart legends are in place. The long legal explanations — the <span class="qm" style="cursor:default">?</span> texts on the fields, the verdict and the calculation — appear in German. The statutory citations (BetrAVG, EStG, SGB V) are German in every language anyway: officially they exist in no other form.', 'sb.up': 'Back up to the result', 'footer.1': '<b>Not tax or investment advice.</b> A model is not a contract. The 2026 legal position on reformed private retirement provision is not settled in several respects; the assumptions with the lowest confidence are listed under „How it is calculated → Robustness of the assumptions“ and can be changed there.', - 'footer.2': 'Calculation core ported one-to-one from the Excel model <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> and checked against three test cases to machine precision (largest relative deviation 1.3·10<sup>−14</sup>).', + 'footer.2': 'Calculation core ported one-to-one from the original Excel model and checked against three test cases to machine precision (largest relative deviation 1.3·10<sup>−14</sup>).', /* ---------------- The three options ---------------- */ 'opt.bav.name': 'Occupational pension (bAV, salary sacrifice)', diff --git a/app/i18n.eo.js b/app/i18n.eo.js index 0ec390c..cb2a196 100644 --- a/app/i18n.eo.js +++ b/app/i18n.eo.js @@ -435,7 +435,7 @@ window.I18N_EO = { 'calc.sub': 'Por ĉiuj, kiuj volas sekvi la kalkulon.', 'share.sub': 'Viaj indikoj troviĝas ekskluzive en ĉi tiu retumilo (<kbd>localStorage</kbd>). Nenio estas transdonata, ne ekzistas servilo nek spurilo.', 'footer.1': '<b>Neniu imposta aŭ investa konsilo.</b> Modelo ne estas kontrakto. La laŭleĝa stato 2026 pri la reformita privata pensiprovizo ne estas ĉie fine klarigita; la supozoj kun la plej malalta fidindeco staras sub „Kalkulvojo → Fidindeco de la supozoj“ kaj estas tie ankaŭ ŝanĝeblaj.', - 'footer.2': 'Kalkula kerno unu-al-unu portita el la Excel-modelo <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> kaj kontrolita kontraŭ tri testkazoj ĝis maŝina precizeco (plej granda relativa devio 1,3·10<sup>−14</sup>).', + 'footer.2': 'Kalkula kerno unu-al-unu portita el la origina Excel-modelo kaj kontrolita kontraŭ tri testkazoj ĝis maŝina precizeco (plej granda relativa devio 1,3·10<sup>−14</sup>).', 'metric.monat.desc': 'Konstanta monata pago tra la tuta elpagofazo kun la sama valoro, en hodiaŭa aĉetpovo. La sola nombro, kiu rekte kompareblas kun via hodiaŭa neta enspezo.', 'metric.ertrag.desc': 'Kion la eblo en hodiaŭa aĉetpovo rezultigas preter la propra investo: nuna valoro de ĉiuj netaj elpagoj minus nuna valoro de la neta elspezo.', 'metric.irr.desc': 'Rendimento sur la efektive investita neta sumo, nominala. Rekte komparebla kun la agordita kruda rendimento de la ETF — la diferenco estas ĝuste tio, kion subvencio kaj kotizoj kune kostas aŭ alportas.', diff --git a/app/i18n.eu.js b/app/i18n.eu.js index ea43e3d..aa5b376 100644 --- a/app/i18n.eu.js +++ b/app/i18n.eu.js @@ -433,7 +433,7 @@ window.I18N_EU = { 'calc.sub': 'Kalkulua jarraitu nahi duten guztientzat.', 'share.sub': 'Zure datuak nabigatzaile honetan bakarrik daude (<kbd>localStorage</kbd>). Ez da ezer transmititzen, ez dago zerbitzaririk ez jarraipen-tresnarik.', 'footer.1': '<b>Ez da zerga- edo inbertsio-aholkularitza.</b> Eredu bat ez da kontratu bat. Diruz lagundutako pentsio pribatu erreformatuari buruzko 2026ko egoera juridikoa ez dago puntu batzuetan behin betiko argituta; konfiantza-maila baxuena duten hipotesiak «Kalkulu-bidea → Hipotesien sendotasuna» azpian daude, eta han alda daitezke.', - 'footer.2': 'Kalkulu-nukleoa bat-batean <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> Excel ereduetik transferitu da, eta hiru test-kasuren aurrean egiaztatu da makina-zehaztasunarekin (desbideratze erlatibo handiena 1,3·10<sup>−14</sup>).', + 'footer.2': 'Kalkulu-nukleoa bat-batean jatorrizko Excel ereduetik transferitu da, eta hiru test-kasuren aurrean egiaztatu da makina-zehaztasunarekin (desbideratze erlatibo handiena 1,3·10<sup>−14</sup>).', 'metric.monat.desc': 'Ordainketa-fase osoan zehar balio berarekin ordaintzen den hileko prestazio konstantea, gaurko erosteko ahalmenean. Zure gaurko diru-sarrera garbiarekin zuzenean konpara daitekeen zenbaki bakarra.', 'metric.ertrag.desc': 'Aukerak gaurko erosteko ahalmenean, ekarpen propiotik haratago, zer ematen duen: ordainketa garbi guztien gaurko balioa ken gastu garbiaren gaurko balioa.', 'metric.irr.desc': 'Benetan inbertitutako zenbateko garbiaren errendimendua, nominala. ETFaren ezarritako errendimendu gordinarekin zuzenean konparagarria — diferentzia laguntzek eta kenkariek batera zenbat kostatzen edo ematen duten da, hain zuzen.', diff --git a/app/i18n.fr.js b/app/i18n.fr.js index 3b042ff..989cefc 100644 --- a/app/i18n.fr.js +++ b/app/i18n.fr.js @@ -234,7 +234,7 @@ window.I18N_FR = { 'ui.lang.partialNote': 'Cette langue est <b>traduite en partie</b> : interface, noms de champs, en-têtes de tableaux et légendes de graphiques sont là. Les longues explications juridiques — les textes <span class="qm" style="cursor:default">?</span> des champs, la conclusion et le détail du calcul — s’affichent en allemand. Les références légales (BetrAVG, EStG, SGB V) restent allemandes dans toutes les langues : officiellement, elles n’existent pas autrement.', 'sb.up': 'Remonter au résultat', 'footer.1': '<b>Ni conseil fiscal ni conseil en placement.</b> Un modèle n’est pas un contrat. L’état du droit 2026 sur l’épargne retraite privée réformée n’est pas définitivement fixé sur plusieurs points ; les hypothèses les moins sûres figurent sous « Détail du calcul → Robustesse des hypothèses » et y sont modifiables.', - 'footer.2': 'Moteur de calcul porté à l’identique depuis le modèle Excel <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> et vérifié à la précision machine sur trois cas de test (écart relatif maximal 1,3·10<sup>−14</sup>).', + 'footer.2': 'Moteur de calcul porté à l’identique depuis le modèle Excel d’origine et vérifié à la précision machine sur trois cas de test (écart relatif maximal 1,3·10<sup>−14</sup>).', /* ---------------- Les trois options ---------------- */ 'opt.bav.name': 'bAV (abandon de salaire)', diff --git a/app/i18n.gmh.js b/app/i18n.gmh.js index 5607a2d..a8cd51a 100644 --- a/app/i18n.gmh.js +++ b/app/i18n.gmh.js @@ -479,7 +479,7 @@ window.I18N_GMH = { 'calc.sub': 'Allen, die disem wege volgen wellen.', 'share.sub': 'Iuwer wort sint aleine in disem werke (<kbd>localStorage</kbd>). Niht wirt gesendet, enist deheiniu maht noch spehære.', 'footer.1': '<b>Enist niht rehtes noch schatzes rât.</b> Daz bilde enist niht triuwe. Rehtes stant 2026 nâch der niuwe der sînen sorge ist in manegen steten noch niht geendet; dise gesetzede mit minnestem getriuwe stânt under „Wec der rechenunge → Vestenunge der wænungen“ unde mügen dâ gewendet werden.', - 'footer.2': 'Der rechenunge kerne ist aleine von dem Excel-bilde <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> abegeleitet unde wider drî fresen nâch des sumeres rihte gekoret (meiste gelîche underscheit 1,3·10<sup>−14</sup>).', + 'footer.2': 'Der rechenunge kerne ist aleine von dem êrsten Excel-bilde abegeleitet unde wider drî fresen nâch des sumeres rihte gekoret (meiste gelîche underscheit 1,3·10<sup>−14</sup>).', 'metric.monat.desc': 'Gelîchiu mânôtlîchiu gâbe al gülte-zît mit dem selben werte, nâch hiutigem werde. Ein mâze, daz man widermezzen mac mit iuwerem lûteren schatze nû.', 'metric.ertrag.desc': 'Daz, sô diz nâch hiutigem werde über iuwer eigen werc tuot: der wert nû aller lûteren gâben âne den wert nû der lûteren nütze.', 'metric.irr.desc': 'Wuocher an dem wærlîche gelegeten lûteren schatze, nâch namen. Widermezzet mit dem gesetzeten allen wuochere des ETF — der underscheit ist der, daz gâbe unde gelt zesamene kosten oder gebent.', diff --git a/app/i18n.goh.js b/app/i18n.goh.js index 0125fd3..bd14f24 100644 --- a/app/i18n.goh.js +++ b/app/i18n.goh.js @@ -483,7 +483,7 @@ window.I18N_GOH = { 'calc.sub': 'Allen, die disemo wege folgen wellent.', 'share.sub': 'Iuweriu wort sint eino in disemo werke (<kbd>localStorage</kbd>). Niowiht wirdit gisant, ni ist iemer noh gisehan.', 'footer.1': '<b>Ni ist ewa- odo scazes rat.</b> Daz bilidi ist ni triuwa. Rehtes stant 2026 zi der niuwera sinera sorgu ist in manegen steten noh ni giendot; disiu gisezzida mit minnistero gitruwidu stant untar „Weg der rehhanungu → Fastnissi dero wanungo“ inti mugun dar gikeret werdan.', - 'footer.2': 'Der rehhanungu kerno ist eino fona demo Excel-bilide <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> abageleitit inti wider dri fresa nah des sumeres rihti gikoron (meisto gilih untarscheit 1,3·10<sup>−14</sup>).', + 'footer.2': 'Der rehhanungu kerno ist eino fona demo êriston Excel-bilide abageleitit inti wider dri fresa nah des sumeres rihti gikoron (meisto gilih untarscheit 1,3·10<sup>−14</sup>).', 'metric.monat.desc': 'Gilihiu manodlihiu gift al gelte-zit mit demo selben werde, nah hiutigemo werde. Ein mez, daz man widarmezzon mag mit iuweremo lutaren scazze nu.', 'metric.ertrag.desc': 'Daz, so disiu wisa nah hiutigemo werde ubar iuwer eigan werc tuot: der wert nu allero lutarero gifto ana den wert nu der lutaren nuzzida.', 'metric.irr.desc': 'Wuohhar an demo warlihho gilegiten lutaren scazze, nah namen. Widarmezzot mit demo gisezziten allen wuohhare des ETF — der untarscheit ist der, daz gift inti gelt saman koston odo geband.', diff --git a/app/i18n.got.js b/app/i18n.got.js index b2930b8..07052d1 100644 --- a/app/i18n.got.js +++ b/app/i18n.got.js @@ -489,7 +489,7 @@ window.I18N_GOT = { 'calc.sub': 'Allaim izei wiljand þamma wiga afargaggan.', 'share.sub': 'Þeina waurda sind ains in þamma waurstwa (<kbd>localStorage</kbd>). Ni waiht wairþiþ sandiþ, nist waldufni ni spaikulatjands.', 'footer.1': '<b>Ni ist gildis aiþþau faihu ragineins.</b> Frisahts nist triggwa. Witodis stojan 2026 bi niujein seina kararis in managam staþam ni ist andjis skeirjada; þo anahahona miþ minnistin trauainshugja standand undar „Wiga þizos rathjons → Swinþein þizo anahahano“ jah mahtjand jainar wandjan.', - 'footer.2': 'Sa rathjons kern ains du ainamma ustauhans us Excel-frisahtja <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> jah wiþra þrins fraisteinins bi asanjis raihtein gakannids (maists galeiks missaleikeins 1,3·10<sup>−14</sup>).', + 'footer.2': 'Sa rathjons kern ains du ainamma ustauhans us þamma frumistin Excel-frisahtja jah wiþra þrins fraisteinins bi asanjis raihtein gakannids (maists galeiks missaleikeins 1,3·10<sup>−14</sup>).', 'metric.monat.desc': 'Samaleiks menoþis giba all gibos mel miþ þamma samin waírþa, bi himma daga waírþa. Þata aina rathjo, þatei mag galeikan miþ þeinamma hrainjamma faihau nu.', 'metric.ertrag.desc': 'Þatei sa wilja bi himma daga waírþa ufar eiginana anafilh gataujiþ: waírþ nu allaizo hrainjaizo gibo inuh waírþ nu þis hrainis wilwis.', 'metric.irr.desc': 'Wokrs ana þamma sunjeino galagidin hrainjamma faihau, bi namin. Galeiks miþ þamma gasatidin allamma wokra þis ETF — so missaleikeins ist bi sunjai þatei giba jah gibandeis samana kostjand aiþþau giband.', diff --git a/app/i18n.grc.js b/app/i18n.grc.js index 275a51a..4dd9045 100644 --- a/app/i18n.grc.js +++ b/app/i18n.grc.js @@ -466,7 +466,7 @@ window.I18N_GRC = { 'calc.sub': 'Πᾶσι τοῖς τήνδε τὴν ὁδὸν βουλομένοις ἀκολουθεῖν.', 'share.sub': 'Τὰ σὰ δεδομένα μόνον ἐν τούτῳ τῷ προγράμματι κεῖται (<kbd>localStorage</kbd>). Οὐδὲν πέμπεται, οὐδεμία ἀρχὴ οὐδὲ κατάσκοπος.', 'footer.1': '<b>Οὔτε νόμιμος οὔτε χρηματιστικὴ συμβουλή ἐστιν.</b> Τὸ παράδειγμα οὐκ ἔστι πίστις. Ἡ νόμιμος κατάστασις τοῦ 2026 περὶ τῆς νεωστὶ ὡρισμένης θεραπείας ἐν πολλοῖς τόποις οὔπω τετέλεσται· αὗται αἱ ὑποθέσεις τῆς ἐλαχίστης πίστεως ὑπὸ τῇ «Ὁδῷ τοῦ λογισμοῦ → Βεβαιότητι τῶν ὑποθέσεων» κεῖνται καὶ ἐκεῖ μεταβάλλεσθαι δύνανται.', - 'footer.2': 'Ὁ πυρὴν τοῦ λογισμοῦ μόνον ἐκ τοῦ Excel-παραδείγματος <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> εἴληπται καὶ πρὸς τρεῖς πείρας κατὰ τὴν ὀρθότητα τοῦ ἀθροίσματος ἐξητάσθη (μεγίστη διαφορὰ 1,3·10<sup>−14</sup>).', + 'footer.2': 'Ὁ πυρὴν τοῦ λογισμοῦ μόνον ἐκ τοῦ πρώτου Excel-παραδείγματος εἴληπται καὶ πρὸς τρεῖς πείρας κατὰ τὴν ὀρθότητα τοῦ ἀθροίσματος ἐξητάσθη (μεγίστη διαφορὰ 1,3·10<sup>−14</sup>).', 'metric.monat.desc': 'Ἴση μηνιαία ἀπόδοσις πάντα τὸν χρόνον τῆς ἀποδόσεως τῇ αὐτῇ ἀξίᾳ, κατὰ τὴν νῦν ἀξίαν. Λόγος, ὃν τῷ καθαρῷ σου ἀργυρίῳ νῦν συγκρίνειν δύνασαι.', 'metric.ertrag.desc': 'Ὃ ἡ αἵρεσις κατὰ τὴν νῦν ἀξίαν ὑπὲρ τὴν ἰδίαν σου ἐργασίαν ποιεῖ· ἡ ἀξία νῦν πασῶν τῶν καθαρῶν ἀποδόσεων ἄνευ τῆς ἀξίας νῦν τῆς καθαρᾶς χρήσεως.', 'metric.irr.desc': 'Τόκος ἐπὶ τὸ ἀληθῶς τεθὲν καθαρὸν ἀργύριον, κατ᾽ ὄνομα. Συγκρίνεται σὺν τῷ ὡρισμένῳ τόκῳ τῷ ὅλῳ τοῦ ETF — ἡ διαφορὰ ἐστὶν ὅτι δόσις καὶ εἰσφορὰ ἅμα δαπανῶσιν ἢ δίδονται.', diff --git a/app/i18n.ine-x-proto.js b/app/i18n.ine-x-proto.js index 35ea823..cf043c7 100644 --- a/app/i18n.ine-x-proto.js +++ b/app/i18n.ine-x-proto.js @@ -279,7 +279,7 @@ window.I18N_INE_X_PROTO = { 'ui.lang.partialNote': '*h₁éh₂ dn̥ǵʰwéh₂s <b>déh₂mo-wr̥téh₂</b> h₁ésti: h₃ókʷ-wékʷā, réh₁ti-nómn̥h₂, plh₂téh₂s-stedʰmn̥h₂, ǵʰérbʰmn̥-wékʷā h₁sónti. *dʰéh₁mn̥-wékʷā dl̥h₃ǵʰā — <span class="qm" style="cursor:default">?</span>-wékʷā, lipóm, réh₁tyos pn̥tḗh₂s — dótskāi dn̥ǵʰwéh₂i h₁sónti. *dʰéh₁mn̥-nómn̥h₂ (BetrAVG, EStG, SGB V) h₂énti dn̥ǵʰwéh₂su dótskā h₁sónti: h₃rēǵs-dʰh₁tā tóri tāi h₁sónti.', 'sb.up': '*úperi h₁éy, lipóm h₂éd', 'footer.1': '*<b>né teutodéh₃ti-wékʷos, né pék̑u-wékʷos.</b> *nóh₃mn̥ né dʰh₁tóm h₁ésti. *2026-osyo dʰéh₁mn̥ néwoi swé-ǵr̥h₂tupék̑wei so’i-loi né sm̥ dʰh₁tóm h₁ésti; ménesa mính₂u-ménesa „réh₁tyos pn̥tḗh₂s → ménesōm tólh₂mn̥“ h₁sónti, h₂éltromn̥ā-kʷe.', - 'footer.2': '*réh₁tyos k̑ērd h₁óynom h₁óynom lipóm <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> h₂epó bʰr̥tóm, tri-mn̥ mn̥dʰh₁tói dr̥k̑tóm (méǵh₂ h₂éltromn̥ 1,3·10<sup>−14</sup>).', + 'footer.2': '*réh₁tyos k̑ērd h₁óynom h₁óynom lipóm h₂epó bʰr̥tóm, tri-mn̥ mn̥dʰh₁tói dr̥k̑tóm (méǵh₂ h₂éltromn̥ 1,3·10<sup>−14</sup>).', /* ---------------- Die drei Optionen ---------------- */ 'opt.bav.name': '*wérǵoǵr̥h₂tupék̑u (pék̑u-h₂éltromn̥)', diff --git a/app/i18n.ja.js b/app/i18n.ja.js index 746ed0b..0bc2820 100644 --- a/app/i18n.ja.js +++ b/app/i18n.ja.js @@ -229,7 +229,7 @@ window.I18N_JA = { 'ui.lang.partialNote': 'この言語は<b>部分訳</b>です。画面表示・項目名・表の見出し・グラフの凡例は訳してあります。長い法律解説——各項目の <span class="qm" style="cursor:default">?</span> の文、判定、計算過程——はドイツ語で表示されます。条文の出典（BetrAVG、EStG、SGB V）はどの言語でもドイツ語のままです。公式にはドイツ語版しか存在しないためです。', 'sb.up': '結果に戻る', 'footer.1': '<b>税務・投資の助言ではありません。</b>モデルは契約ではありません。改革後の私的老後保障をめぐる2026年の法状況にはまだ確定していない点がいくつもあります。信頼度のもっとも低い仮定は「計算の内訳 → 仮定の頑健性」にまとめてあり、そこで変更もできます。', - 'footer.2': '計算部分はExcelモデル <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> をそのまま移植し、3件のテストケースで機械精度まで一致を確認しています（相対誤差の最大は 1.3·10<sup>−14</sup>）。', + 'footer.2': '計算部分は元のExcelモデルをそのまま移植し、3件のテストケースで機械精度まで一致を確認しています（相対誤差の最大は 1.3·10<sup>−14</sup>）。', /* ---------------- 三つの選択肢 ---------------- */ 'opt.bav.name': '企業年金（賃金転換）', diff --git a/app/i18n.jbo.js b/app/i18n.jbo.js index 7f3b06a..b2e9543 100644 --- a/app/i18n.jbo.js +++ b/app/i18n.jbo.js @@ -262,7 +262,7 @@ window.I18N_JBO = { 'ui.lang.partialNote': 'ti bangu cu <b>po\'o pagbu se fanva</b>: lo samtci selfla .e lo se punji cmene .e lo tanbo stedu .e lo pixra ciksi cu zvati .i ku\'i lo clani flalu ciksi — lo <span class="qm" style="cursor:default">?</span> lisri, lo se jalge, lo lanli pluta — cu se cusku bau la .dotco. .i lo flalu judri (BetrAVG, EStG, SGB V) cu dotco bau ro bangu: lo se turni versio cu po\'o zvati bau la .dotco.', 'sb.up': 'ko klama ga\'u lo se jalge', 'footer.1': '<b>ti na flalu ja sorcu stidi.</b> lo ciste na se javni .i lo 2026 flalu be lo cnino sivni gunsisti sorcu cu na mulno se jdice vi so\'i da .i lo sruma poi mleca la\'u se xusra cu zvati lo "lanli pluta → lo tsali be lo sruma" gi\'e ka\'e se galfi vi ti', - 'footer.2': 'lo lanli midju cu se fukpi lo tanbo ciste <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> gi\'e se cipra ci lo mupli co\'u lo minji preciso (lo zmadu parbi frica cu 1,3·10<sup>−14</sup>)', + 'footer.2': 'lo lanli midju cu se fukpi lo tanbo ciste gi\'e se cipra ci lo mupli co\'u lo minji preciso (lo zmadu parbi frica cu 1,3·10<sup>−14</sup>)', /* ---------------- Die drei Optionen ---------------- */ 'opt.bav.name': 'lo gunka gunsisti sorcu (galfi lo sumji jdini)', diff --git a/app/i18n.la.js b/app/i18n.la.js index d4b0f64..ffb1327 100644 --- a/app/i18n.la.js +++ b/app/i18n.la.js @@ -228,7 +228,7 @@ window.I18N_LA = { 'ui.lang.partialNote': 'Haec lingua <b>ex parte conversa</b> est: facies, nomina camporum, capita tabularum, indices diagrammatum adsunt. Longae explicationes iuridicae — textus <span class="qm" style="cursor:default">?</span> ad campos, iudicium, ratio computandi — Germanice apparent. Locorum citationes (BetrAVG, EStG, SGB V) in omni lingua Germanicae manent: publice aliter non exstant.', 'sb.up': 'Sursum ad exitum', 'footer.1': '<b>Non est consilium tributarium neque de collocando.</b> Exemplar non est contractus. Ius anni 2026 de provisione privata reformata pluribus locis nondum certum est; suppositiones minimae fidei sub „Ratio computandi → Firmitas suppositionum“ stant et ibi mutari possunt.', - 'footer.2': 'Nucleus computandi ad litteram ex exemplari Excel <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> translatus et tribus casibus ad praecisionem machinae probatus (maxima discrepantia relativa 1,3·10<sup>−14</sup>).', + 'footer.2': 'Nucleus computandi ad litteram ex exemplari Excel pristino translatus et tribus casibus ad praecisionem machinae probatus (maxima discrepantia relativa 1,3·10<sup>−14</sup>).', /* ---------------- Tres rationes ---------------- */ 'opt.bav.name': 'Pensio operativa (conversio mercedis)', diff --git a/app/i18n.nds.js b/app/i18n.nds.js index ccc533f..1a803c0 100644 --- a/app/i18n.nds.js +++ b/app/i18n.nds.js @@ -433,7 +433,7 @@ window.I18N_NDS = { 'calc.sub': 'För all, de dat nakieken wüllt.', 'share.sub': 'Ehr Angaven liggt alleen in disse Browser (<kbd>localStorage</kbd>). Nix ward överdragen, dat gifft keen Server un keen Tracker.', 'footer.1': '<b>Keen Steuer- oder Anlaagberaden.</b> En Modell is keen Vertrag. De Rechtslaag 2026 to de reformeerte private Öllersvörsorg is an mehr Steden noch nich sluttich klaart; de Annahmen mit den lüttsten Vertroensgraad staht ünner „Reekweg → Belastborkeit vun de Annahmen“ un sünd dor ok to ännern.', - 'footer.2': 'Reekkeern een to een överdragen ut dat Excel-Modell <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> un gegen dree Testfäll op Maschienngenauigkeit pröövt (grötte relative Afwieken 1,3·10<sup>−14</sup>).', + 'footer.2': 'Reekkeern een to een överdragen ut dat ursprüngliche Excel-Modell un gegen dree Testfäll op Maschienngenauigkeit pröövt (grötte relative Afwieken 1,3·10<sup>−14</sup>).', 'metric.monat.desc': 'Kunstant Maandbetahlen över de hele Utbetahlensphaas mit den sülvigen Wart, in hüdige Koopkraft. De enkige Tall, de sik direkt mit Ehr hüdig Nettoinkamen verglieken lett.', 'metric.ertrag.desc': 'Wat de Mööglichkeit in hüdige Koopkraft över den egen Insatz erut afwirft: Barwart vun all Netto-Leisten minus Barwart vun de Nettoutgaav.', 'metric.irr.desc': 'Rendit op den wohrhaftig insetten Nettobetrag, nominaal. Direkt to verglieken mit de instellte Bruttorendit vun’n ETF — de Ünnerscheed is nau dat, wat Förderung un Afgaven tosamen kösten oder bringt.', diff --git a/app/i18n.nl.js b/app/i18n.nl.js index 2db754a..2ecfd93 100644 --- a/app/i18n.nl.js +++ b/app/i18n.nl.js @@ -231,7 +231,7 @@ window.I18N_NL = { 'ui.lang.partialNote': 'Deze taal is <b>gedeeltelijk vertaald</b>: interface, veldnamen, tabelkoppen en grafieklegenda’s zijn er. De lange juridische toelichtingen — de <span class="qm" style="cursor:default">?</span>-teksten bij de velden, de conclusie en de berekening — verschijnen in het Duits. De wetsverwijzingen (BetrAVG, EStG, SGB V) zijn in elke taal Duits: officieel bestaan ze niet anders.', 'sb.up': 'Omhoog naar de uitkomst', 'footer.1': '<b>Geen fiscaal of beleggingsadvies.</b> Een model is geen contract. De rechtstoestand 2026 rond het hervormde privépensioen is op meerdere punten nog niet definitief opgehelderd; de aannames met het laagste vertrouwen staan onder „Berekening → Houdbaarheid van de aannames“ en zijn daar ook aan te passen.', - 'footer.2': 'Rekenkern één op één overgezet uit het Excel-model <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> en tegen drie testgevallen op machineprecisie getoetst (grootste relatieve afwijking 1,3·10<sup>−14</sup>).', + 'footer.2': 'Rekenkern één op één overgezet uit het oorspronkelijke Excel-model en tegen drie testgevallen op machineprecisie getoetst (grootste relatieve afwijking 1,3·10<sup>−14</sup>).', /* ---------------- De drie opties ---------------- */ 'opt.bav.name': 'bAV (salarisuitruil)', diff --git a/app/i18n.sa.js b/app/i18n.sa.js index f02b9f8..43b986e 100644 --- a/app/i18n.sa.js +++ b/app/i18n.sa.js @@ -471,7 +471,7 @@ window.I18N_SA = { 'calc.sub': 'सर्वेभ्यः येषाम् इच्छा एतं मार्गम् अनुसर्तुम्।', 'share.sub': 'तव विवरणानि केवलम् अस्मिन् अनुप्रयोगे तिष्ठन्ति (<kbd>localStorage</kbd>). किमपि न प्रेष्यते, न कोऽपि सर्वरः न वा गुप्तचरः।', 'footer.1': '<b>न विधिपरामर्शः, न धनपरामर्शः।</b> प्रतिरूपं विश्वासयोग्यं न भवति। 2026-वर्षस्य नूतनस्वपरिचर्याविषये विधिस्थितिः बहुषु स्थानेषु अद्यापि अनिश्चिता; एताः न्यूनतमविश्वासयुक्ताः प्रकल्पनाः „गणनामार्गः → प्रकल्पनानां दृढता“ इत्यत्र तिष्ठन्ति, तत्र परिवर्तयितुं शक्यन्ते च।', - 'footer.2': 'गणनाया मूलं केवलं Excel-प्रतिरूपात् <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> निष्कासितम्, त्रिभिः परीक्षाभिः योगस्य सत्यतायै परीक्षितं च (परमं भेदः 1,3·10<sup>−14</sup>).', + 'footer.2': 'गणनाया मूलं केवलं मूल-Excel-प्रतिरूपात् निष्कासितम्, त्रिभिः परीक्षाभिः योगस्य सत्यतायै परीक्षितं च (परमं भेदः 1,3·10<sup>−14</sup>).', 'metric.monat.desc': 'सर्वं दानकालं तुल्यं मासिकं दानं तेनैव मूल्येन, अद्यतनक्रयशक्त्या। एकः अनुपातः, यं तव शुद्धधनेन इदानीं तुलयितुं शक्नोषि।', 'metric.ertrag.desc': 'यत् एतत् विकल्पः अद्यतनक्रयशक्त्या तव स्वकर्मणः उपरि करोति: सर्वेषां शुद्धदानानां वर्तमानमूल्यं शुद्धोपभोगशक्तेः वर्तमानमूल्यं विहाय।', 'metric.irr.desc': 'यथार्थतया स्थापितशुद्धधने वृद्धिः, नाममात्रेण। ETF-इत्यस्य निर्धारितया सम्पूर्णवृद्ध्या सह तुल्यते — भेदः तत्र यत् दानम् अंशदानं च सह व्ययन्ते वा दीयन्ते वा।', diff --git a/app/i18n.tok.js b/app/i18n.tok.js index 2f6395a..76896d0 100644 --- a/app/i18n.tok.js +++ b/app/i18n.tok.js @@ -269,7 +269,7 @@ window.I18N_TOK = { 'ui.lang.partialNote': 'toki ni li <b>kipisi taso</b>: nimi pi ilo, nimi pi ijo, lawa pi lipu nanpa, en nimi pi sitelen li lon. taso toki suli pi lipu lawa — sitelen <span class="qm" style="cursor:default">?</span>, toki pini, en nasin nanpa — li lon toki Tosi. nimi lipu (BetrAVG, EStG, SGB V) li awen lon toki Tosi lon toki ale: lipu lawa li lon nasin ni taso.', 'sb.up': 'o tawa sewi, tawa pini', 'footer.1': '<b>ni li sona ala pi mani lawa, li sona ala pi mani awen.</b> ilo nanpa li lipu ala. lipu lawa pi 2026 pi mani awen sin li ken ala pini lon ijo mute; nasin pi sona lili li lon "nasin nanpa → wawa pi nasin mi", li ken ante lon ni.', - 'footer.2': 'nasin nanpa li kama tan lipu nanpa <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span>, li lukin lon nasin tu wan, li sama lon nasin pi ilo sona (ante suli li 1,3·10<sup>−14</sup>).', + 'footer.2': 'nasin nanpa li kama tan lipu nanpa open, li lukin lon nasin tu wan, li sama lon nasin pi ilo sona (ante suli li 1,3·10<sup>−14</sup>).', /* ---------------- Die drei Optionen ---------------- */ 'opt.bav.name': 'mani awen pali (pana tan mani ale)', diff --git a/app/i18n.tr.js b/app/i18n.tr.js index c04f77c..9f44096 100644 --- a/app/i18n.tr.js +++ b/app/i18n.tr.js @@ -433,7 +433,7 @@ window.I18N_TR = { 'calc.sub': 'Adım adım izlemek isteyenler için.', 'share.sub': 'Bilgileriniz yalnızca bu tarayıcıda tutulur (<kbd>localStorage</kbd>). Hiçbir şey aktarılmaz, ne sunucu ne de izleyici vardır.', 'footer.1': '<b>Vergi ya da yatırım danışmanlığı değildir.</b> Bir model, sözleşme değildir. Reforme edilmiş özel emeklilik birikimiyle ilgili 2026 hukuki durumu birçok noktada henüz kesin olarak açıklığa kavuşmamıştır; güven düzeyi en düşük varsayımlar „Hesap yolu → Varsayımların dayanıklılığı“ altında yer alır ve orada değiştirilebilir.', - 'footer.2': 'Hesap çekirdeği birebir <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> Excel modelinden aktarılmış ve üç test durumuna karşı makine hassasiyetinde sınanmıştır (en büyük göreli sapma 1,3·10<sup>−14</sup>).', + 'footer.2': 'Hesap çekirdeği birebir özgün Excel modelinden aktarılmış ve üç test durumuna karşı makine hassasiyetinde sınanmıştır (en büyük göreli sapma 1,3·10<sup>−14</sup>).', 'metric.monat.desc': 'Tüm ödeme evresi boyunca aynı değerle sabit aylık ödeme, bugünkü alım gücüyle. Bugünkü net gelirinizle doğrudan karşılaştırılabilen tek rakam.', 'metric.ertrag.desc': 'Seçeneğin bugünkü alım gücüyle kendi katkısının ötesinde ne getirdiği: tüm net ödemelerin bugünkü değeri eksi net yükün bugünkü değeri.', 'metric.irr.desc': 'Fiilen yatırılan net tutar üzerinden getiri, nominal. ETF’in ayarlanan brüt getirisiyle doğrudan karşılaştırılabilir — fark, teşvik ve kesintilerin birlikte ne kadar mal olduğu ya da kazandırdığıdır.', diff --git a/app/i18n.uk.js b/app/i18n.uk.js index acb6201..670476d 100644 --- a/app/i18n.uk.js +++ b/app/i18n.uk.js @@ -433,7 +433,7 @@ window.I18N_UK = { 'calc.sub': 'Для тих, хто хоче прослідкувати обчислення.', 'share.sub': 'Ваші дані зберігаються виключно в цьому браузері (<kbd>localStorage</kbd>). Нічого не передається, немає ні сервера, ні трекерів.', 'footer.1': '<b>Це не податкова чи інвестиційна консультація.</b> Модель — не договір. Правовий стан 2026 щодо реформованого приватного пенсійного забезпечення в кількох місцях ще не остаточно з’ясований; припущення з найнижчим рівнем довіри наведено під «Хід обчислення → Надійність припущень», і там їх можна змінити.', - 'footer.2': 'Розрахункове ядро перенесено один в один з Excel-моделі <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> і перевірено на трьох тестових випадках з машинною точністю (найбільше відносне відхилення 1,3·10<sup>−14</sup>).', + 'footer.2': 'Розрахункове ядро перенесено один в один з первісної Excel-моделі і перевірено на трьох тестових випадках з машинною точністю (найбільше відносне відхилення 1,3·10<sup>−14</sup>).', 'metric.monat.desc': 'Стала місячна виплата протягом усієї фази виплат з однаковим значенням, у сьогоднішній купівельній спроможності. Єдине число, яке можна безпосередньо порівняти з вашим сьогоднішнім чистим доходом.', 'metric.ertrag.desc': 'Що варіант дає в сьогоднішній купівельній спроможності понад власний внесок: теперішня вартість усіх виплат нетто мінус теперішня вартість витрат нетто.', 'metric.irr.desc': 'Дохідність на фактично вкладену суму нетто, номінальна. Безпосередньо порівнянна з установленою валовою дохідністю ETF — різниця — це точно те, що разом коштують чи приносять пільги й відрахування.', diff --git a/app/index.html b/app/index.html index 3f72169..2157be6 100644 --- a/app/index.html +++ b/app/index.html @@ -537,8 +537,8 @@ a{color:var(--navy)} <p data-i18n-html="footer.1"><b>Keine Steuer- oder Anlageberatung.</b> Ein Modell ist kein Vertrag. Die Rechtslage 2026 zur reformierten privaten Altersvorsorge ist an mehreren Stellen noch nicht abschließend geklärt; die Annahmen mit dem geringsten Vertrauensgrad stehen unter „Rechenweg → Belastbarkeit der Annahmen“ und sind dort auch änderbar.</p> - <p data-i18n-html="footer.2">Rechenkern eins zu eins portiert aus dem Excel-Modell - <span class="pill">bAV-DYNO_vs_Altersvorsorgedepot_vs_ETF.xlsx</span> und gegen drei Testfälle auf + <p data-i18n-html="footer.2">Rechenkern eins zu eins portiert aus dem ursprünglichen Excel-Modell + und gegen drei Testfälle auf Maschinengenauigkeit geprüft (größte relative Abweichung 1,3·10<sup>−14</sup>).</p> </footer> @@ -707,7 +707,7 @@ function tPlain(key, p){ /* ===================================================================== TEIL 1 — RECHENKERN - Portierung von build_bav.py. Reine Funktionen, kein DOM. + Portierung des ursprünglichen Formelgenerators. Reine Funktionen, kein DOM. ===================================================================== */ (function (root) { 'use strict'; diff --git a/app/pruefe.js b/app/pruefe.js index eefa941..f0326c4 100644 --- a/app/pruefe.js +++ b/app/pruefe.js @@ -138,7 +138,7 @@ setTimeout(() => { // Deutsche Reste im englischen Modus: Umlaute und typisch deutsche Wörter. // Fachbegriffe und Normzitate bleiben absichtlich deutsch. - const erlaubt = /Altersvorsorgedepot|Versorgungsbez|BetrAVG|EStG|SGB|InvStG|SvEV|SolzG|BMF|BGBl|SVBezGrV|Steuerfortentwicklungsgesetz|Rentenwertbestimmungsverordnung|Altersvorsorgereformgesetz|Vorabpauschale|KVdR|PSVaG|Bezugsgr|bAV|Entgeltumwandlung|Baden-W|Deutsche Bahn|DYNO|Deutsch|Sprache/; + const erlaubt = /Altersvorsorgedepot|Versorgungsbez|BetrAVG|EStG|SGB|InvStG|SvEV|SolzG|BMF|BGBl|SVBezGrV|Steuerfortentwicklungsgesetz|Rentenwertbestimmungsverordnung|Altersvorsorgereformgesetz|Vorabpauschale|KVdR|PSVaG|Bezugsgr|bAV|Entgeltumwandlung|Baden-W|Deutsche Bahn|Deutsch|Sprache/; const woerter = enText.split(/\s+/).filter(x => /[äöüßÄÖÜ]/.test(x) && !erlaubt.test(x)); check('keine deutschen Reste im EN-Modus', woerter.length === 0, [...new Set(woerter)].slice(0, 25).join(' ')); |