- Verschifft
- 2. September 2026 um 07:32 UTC
- Autor
- Kamo
- Ausschuss
- 3f79ee7
Die fünf Anmerkungen-Tools im PDF-Designer bauten ihren Tooltip-Schlüssel von interpolieren den Werkzeugtyp auf ein "tool_"-Präfix, aber die Wörterbuchnamen die gleichen fünf Saiten ************ das Präfix könnte gebaut werden, so next-intl gerenderte den Schlüsselpfad selbst und ein Mitglied schwebt den Stift lesen ************ Bericht umkreiste genau fünf der sechs Tasten. Die Spezierung der fünf Tasten aus repariert die Tooltips in allen 21 Orten auf einmal: die Streicher wurden bereits übersetzt, im Wörterbuch fehlte nie etwas. Record<AnnotationType, string" macht ein sechstes Werkzeug eher zum Typcheck-Fehler als ein weiterer Tooltip, der seine eigene Taste wieder liest. Zwei Löcher in check-i18n-keys.mjs musste für diese zu versenden, und beide sind geschlossen hier: - Die Wache übersprang jeden Anruf, dessen vorangegangene 40 Zeichen in .=- endeten, Bedeutung, um die "Const t = useTranslations()" zu überspringen. Diese Bindung kann nie passen Sie mit dem Regex die Skip Guards - es sucht nach .<bound name? so der Test, der immer nur auf "Const Label = t...) abgefeuert wurde, frei von jedem die Zeile des Typs in der Repo, dazu die Zeile des Typs. - Für eine dynamische Taste überprüfte der Wächter nur, dass das statische Präfix eine Gruppe war. **************** ist eine sehr gute Gruppe; sie hat gerade gehalten keine Taste, die mit "tool_" beginnt. Es erfordert nun auch das teilweise endgültige Segment um etwas in dieser Gruppe, das ist das Ganze, was ein dynamischer Schlüssel ist erlaubt immer noch die Überprüfung. Entfernen der überspringen tauchte zwei tote "Standard:" Fallbacks - nicht ein Next-Inl Option, als Intensiv-Wert auf Nachrichten übergeben, die keinen solchen Platzhalter haben, so sie nie gemacht. Beide Schlüssel sind im Wörterbuch; die Argumente werden fallen gelassen.