bitsnack

Hallo,

Ich suche eine 2. Meinung zur Umsetzung eines mehrsprachigen Frontends.
Es existieren theoretisch 2 Dateien: eine für Nachrichten (messages.php) und eine für die Übersetzungen (z.B. de.php). Die Frage ist jetzt ob es nützlich oder nötig wäre Nachrichten wie logout, login failed, successfully saved etc. nicht nur in der de.php zu übersetzen, sondern ihnen auch noch in der messages.php einen Alias zu geben.
Beispiel:
message.php: array('logout' => 'logout', 'login_failed' => 'login failed', 'saved' => 'successfully saved!')
de.php: array('logout' => 'abmelden', 'login failed!' => 'Anmeldung fehlgeschlagen', 'successfully saved!' => 'erfolgreich gespeichert!')

Meiner Meinung nach ist der Alias bei simplen Wörtern wie "logout" nicht nötig aber bei "login failed" vielleicht nützlich um das Risiko, eine andere Formulierung als in der Übersetzung zu wählen und damit die Übersetzung zu umgehen, zu minimieren.

Wie seht ihr das? Und wie sieht es mit der Übersetzung von Menüpunkten aus? Mit oder ohne Alias?

Vielen Dank im Voraus!

Mister Ad

nikosch

Was heißt Alias? Ich würde das als Schlüssel bezeichnen.
Und, ja, ich würde auf jeden Fall einen benutzen, weil Du vielleicht ja mal zwei Kontexte hast, in denen eine andere Übersetzung für das selbe Fragment notwendig ist. Dann kannst Du bspw. für den jeweiligen Kontext ein zusätzliches Prefix einführen.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

bitsnack

Ein Beispiel: mit $message = message('backend/general', 'login_failed') rufe ich die Nachricht für das fehlgeschlagene Login im Backend ab, allerdings auf Englisch. Mit __($message) übersetze ich das dann in die entsprechende Sprache. Der einzige Vorteil dabei ist eben, dass man, wen man die selbe Nachricht mehrere Male benötigt, sich nicht in der Formulierung "irren" kann. Dann würde ja die falsche und nicht übersetzte Formulierung nicht übersetzt werden...

xm22

Den Zwischenschritt kann man sich auch sparen. Das macht nur Schreibarbeit. Mach das doch lieber gleich so (Und ich würde die Trennung "Namespace" und Schlüssel gelich mit aufheben - Wozu soll das gut sein?
Als zusätzliches Feature könnte man machen, dass, wenn eine entsprechende Übersetzung fehlt, man evtl. eine Fallback-Sprache festlegt, die dann genommen wird. Aber das hängt vom Anwendungsfall ab.

bitsnack

Genau das war meine Frage, ob man sich den Zwischenschritt nicht sparen könnte. Aber was passiert wenn man einen Satz ändert? Dann muss man es überall ändern.
Die Klassen für die Übersetzung sind schon von Kohana vorhanden, ich war mir nur bei der Verwendung unsicher, denke aber ich werde es mit Zwischenschritt machen, ausser jemand hat ein gutes Argument dagegen.

Vielen Dank soweit!

xm22

? Wenn sich ein Satz ändert, hat das doch nichts mit der Applikation zu tun. Das sollte doch dann nur in der Sprachdatei geändert werden.

nikosch

Wo ist der Unterschied, ob man dann __() anpasst oder die Anforderung?

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

bitsnack

Beispiel ohne Alias:
__('Yay! Login was successfull!');

Beispiel mit Alias:
__('backend/login', 'login_successfull');

Und jetzt möchte ich den Text der Nachricht ändern.
Ohne Alias muss ich es an jeder eingesetzten Stelle ändern:
__('Access granted!');

Mit Alias bleibt alles gleich, da ich nur den Text der dem Alias zugeordnet wird ändern muss und zur Ausgabe nur der Alias genutzt wird:
__('backend/login', 'login_successfull');

nikosch

Wie gesagt, was Du beschreibst würde ich einfach als Schlüssel beschreiben. Und - klar ist das die bessere Variante.
Ja, weil Du ja den Schlüssel änderst, nicht den Text. So gesehen erzeugst Du allenfalls einen Spezialfall, in dem in der Default-Sprache der Text dem Schlüssel entspricht. Das ist natürlich nicht sehr flexibel.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

xm22

Das habe ich doch geschrieben. Was ich meinte ist, dass Du keinen Zwischenschritt brauchst, um Dir einen Alias zu holen.