10000 i18n: Replace `toml` with `json` by Maschga · Pull Request #20817 · evcc-io/evcc · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

i18n: Replace toml with json #20817

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 18 commits into from
Apr 29, 2025
Merged

i18n: Replace toml with json #20817

merged 18 commits into from
Apr 29, 2025

Conversation

Maschga
Copy link
Contributor
@Maschga Maschga commented Apr 23, 2025

Da die toml-Dateien von Weblate immer wieder für Ärger sorgen und es im evcc-io/app Repo mit den json-Dateien keine Schwierigkeiten damit gibt, schlage ich vor auf json umzusteigen.

TODO:

  • Weblate auf json umstellen
  • Fix test

\cc @naltatis

@premultiply premultiply added the infrastructure Basic functionality label Apr 23, 2025
@naltatis
Copy link
Member

Find ich ne gute Idee. Einziger Vorteil an TOML find ich cleanere Syntax (keine Klammern und Semicolons). Aber da Weblate das nie als first-class Format mit aufgenommen hat und wir uns da mit *.ini-compatible rumschlagen find ich JSON eine gute Idee.

@premultiply
Copy link
Member

Einziger Vorteil an TOML find ich cleanere Syntax (keine Klammern und Semicolons).

Da die Dateien nur automatisiert durch Weblate erstellt werden spielt das doch eigentlich keine Rolle, oder?

@naltatis
Copy link
Member

Da die Dateien nur automatisiert durch Weblate erstellt werden spielt das doch eigentlich keine Rolle, oder?

für die meisten Leute nicht. Wenn man im UI ein neues Feature baut und neue Keys anlegt schon. Aber wie gesagt, nicht viel :D

@andig
Copy link
Member
andig commented Apr 23, 2025

Machts denn ein Problem? Deutsche Überschriften sind schon nett solange wir die Tomls re-usen können auch ohne Doppelwartung.

Update: ich sehe den Kontext. Warum sollen wir das hier nicht auf Basis json beibehalten?

@andig
Copy link
Member
andig commented Apr 23, 2025

Sind wir uns denn sicher, dass json keine Probleme macht? Sind insbesondere die Keys sortiert?! Ohne das dürften die Merges ziemlich wild werden.

@naltatis
Copy link
Member

Sind wir uns denn sicher, dass json keine Probleme macht? Sind insbesondere die Keys sortiert?!

Ja, funktioniert im App Repo problemlos. Das konkrete Format heißt i18next JSON v4. Die generierten Translation Files im App Repo haben alle die gleiche Struktur und Sortierung wie die Quelldatei. Keine manuelle Nachbearbeitung oder Escaping/Quoting nötig.

@naltatis
Copy link
Member

@Maschga hast du ein Migrationsscript was wir einmal kurz vor merge über alle Dateien laufen lassen können?

@Maschga
Copy link
Contributor Author
Maschga commented Apr 25, 2025

Ich habe toml-to-json-online-converter genutzt.

@Maschga
Copy link
Contributor Author
Maschga commented Apr 25, 2025

Ich habe die Übersetzungsdateien manuell konvertiert, um den PR voranzubringen.

Kann sich jemand von euch um den failing Test kümmern?

@andig
Copy link
Member
andig commented Apr 27, 2025

Im Test scheinen weder die Assets eingebunden noch die live assets verfügbar. Warum ist mir nicht klar. Vmtl. weil das von main aus passiert was im Test nicht zum Einsatz kommt. Da brauchts ne gute Idee.

@Maschga
Copy link
Contributor Author
Maschga commented Apr 28, 2025

Gibt es hier PR-seitig noch etwas zu tun?

@andig
Copy link
Member
andig commented Apr 28, 2025

Der Weblate Teil fehlt?

@naltatis
Copy link
Member

Ich kümmere mich in den nächsten Tagen um den Rollout. Müssen wir mit Weblate koordinieren und so.

@naltatis naltatis merged commit 0631515 into evcc-io:master Apr 29, 2025
7 checks passed
@andig
Copy link
Member
andig commented Apr 30, 2025

@naltatis @premultiply wie sieht der neue Prozess für Weblate jetzt aus. Können wir PRs wie #20945 jetzt "blind" mergen?

@andig
Copy link
Member
andig commented Apr 30, 2025

@Maschga es sieht auf jeden Fall super aus- die PRs kommen jetzt sauber und ohne Konflikte. KLASSE!

@naltatis
Copy link
Member

@andig ja, nur noch auf "groben Unfug" sichten und dann können die rein. Die sollten jetzt keine technische Nachbearbeitung (sort, quote) mehr erfordern.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
infrastructure Basic functionality
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants
0