Mehrsprachigkeit

[Ammeres]

Ermittlung der Sprache

d) Der Nutzer hat eine Standardsprache und kann sie auf Wunsch gezielt ändern.

Ich fürchte, da erwartest du zuviel. Sowas in eine bestehende Website nachträglich zu integrieren, ist nicht mal eben zwischen Aufstehen und Frühstück getan.

Jein. Dass das nicht zwischen Tür und Angel geht, ist mir klar. Aber: Nutze ich ein CMS (wie Wordpress) und will den daraus entstehenden Code in eine Seite einbinden, werde ich immer das Problem haben dass ich mir nie sicher sein kann, ob nun wirklich alle Informationen und Funktionen vollständig und korrekt sind. Bei einer einfachen HTML-JS-Kombination, von der ich weiß dass sie eigenständig funktionsfähig ist, kann ich das schon.
Der Arbeitsaufwand wird weitaus geringer sein, vor allem jedoch kann ich das unabhängig vom verwendeten CMS machen und ggf. in das Vorhandene einpflegen.

So wie ich das verstehe kann sich der Nutzer das reine HTML (+JS) in Wunschsprache ausdrucken lassen, damit sollte das möglich sein (theoretisch könnte ich die dann auch lokal ausdrucken und passend hosten). Lasse ich mir aber lieber noch von jemandem bestätigen, der das Wissen sollte. ;)

Da verstehe ich jetzt nicht, was du eigentlich meinst.

Du kennst dich damit aus. Du hast gesagt "Jup, funktioniert so." Damit ist's bestätigt!

Soll / muss für jede Variable eine eigene .htm-Datei erstellt werden?

Du meinst, für jede Sprache? - Nein, siehe oben.

Nicht für jede Sprache; für jede Variable.
Also nach deinem Beispiel wären das feld_anred.htm
feld_titel.htm
feld_vname.htm
feld_nname_required.htm
feld_submit_aen.htm

Bei 10-20 Variablen stelle ich mir das durchaus noch praktikabel vor. Bei 2-300 eher unübersichtlich. Da wäre eine einzelne Datenbank oder (Excel)tabelle weitaus übersichtlicher, insbesondere wenn die einzelnen Variablen inhaltlich miteinander zusammen hängen. So habe ich eben alle Informationen auf einem Blick und nicht in hunderte Einzeldateien verpackt.

Sprache	anred	titel	vname
de	anred_de	titel_de	vname_de
en	anred_en	titel_en	vname_en
...	anred_...	titel_...	vname_...

Verständlicher so?

Mittelhöhere Prio hat, dass das Endergebnis als PWA taugt. Das sollte damit ebenfalls noch möglich sein?

Das eine hat mit dem anderen nichts zu tun, denke ich.

Weiß ich nicht. In dem Moment wo ich eine Funktion einbaue, die ständig oder sehr häufig den Server braucht - also eine serverseitige Logik, die immer wieder angesteuert werden muss - sollte es mit der PWA-Option vorbei sein. Das will ich vermeiden, deshalb frage ich eben nach.