agrajag

Hi,

vielleicht hat ja der ein oder andere von euch schon mit gettext() zu tun gehabt oder hast schonmal eine mehrsprachige Seite erstellt...

Ich möchte demnächst eine Seite in mehreren Sprachen anbieten. Dabei möchte ich gettext einsetzen.


Jetzt gibt es im Grunde 2 Möglichkeiten wie ich das angehen kann:
a) Ich habe eine Standardsprache und die verwende ich auch als msgid:
Für englisch hinterlege ich dann ein .po File mit der Übersetzung:
oder
b)
Ich verwende als msgid wirklich irgendeinen Platzhalter / eine Id:
Und erstelle sowohl für deutsch als auch für englisch die .po-Files


Hat einer von euch da schon Erfahrungen was die bessere Alternative ist bzw. wo jeweils die Fallstricke von a oder b liegen?

Ich tendiere ja zu a) weil meine Applikation anfangs einsprachig sein wird und ich so zu anfangs keine Sprachfiles pflegen muss.

Würde mich über jeden Hinweis freuen. Auch über allgemeine Hinweise zu Internationalisierung/Lokalisierung.

__________________
Today you...Tomorrow me.

Mister Ad

dr.e.

Hallo Agrajag,

soweit ich das noch weiß müssen in gettext jeweils IDs (auch als string) verwendet werden. Die *.mo-Dateien liegen dabei als kompilierte Text-Dateien vor. Dazu gab es mal einen Artikel im PHPmag, oder in der C't. Infos zum Thema findest du unter

- http://www.cpan.org/modules/by-autho...xt-1.01.readme
- http://mel.melaxis.com/devblog/2005/...using-gettext/
- http://www.onlamp.com/pub/a/php/2002/06/13/php.html

Alternativ dazu kannst du dir mal das Konzept des APF ansehen. Hier kennt jedes Objekt das Attibute $__Language. Mit Hilfe dieser Information kann man aus Konfigurationsdateien bequem sprachabhängige Werte auslesen und an entsprechender Stelle einsetzen. Da der ConfigurationManager ein Singleton ist und bereits ausgelesene Konfigurationsdateien im Speicher cached, ist das Auslesen sehr schnell (~100µs). Mehr Informationen dazu gibts unter http://www.adventure-php-framework.o.../Konfiguration, Kapitel 5.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

agrajag

Hallo dr.e,

danke für deine Antwort.
Wie gettext() grundsätzlich funktioniert ist mir klar. Mir geht es mehr darum ob es praktischer ist dann als gettext-msgid schon den eigentlichen Inhalt zu verwenden oder einfach einen Bezeichner.
Also:
wobei ich Language-Files für deutsch und englisch hinterlegen muss:
und
oder ist es praktikabler als msgstr schon die Standardsprache zu vewenden:
Wobei ich nur noch ein Language-File für englisch brauche:
und bei deutsch wird - da es kein Language-File dafür gibt - als Fallback einfach der Text direkt ausgegeben der bei gettext() angegeben wurde.


Ich hab mir jetzt auchmal die Lösung im APF angeschaut, allerdings finde ich es doch recht umständlich bzw. etwas viel Tipparbeit für jede Übersetzung in den Views eine ellenlange XML-Zeile tippen zu müssen.
Im Controller ist es etwas weniger Tipparbeit. Aber auch da könnte man es doch noch verkürzen. Ich schätze mal du hast bestimmt einen guten Grund dafür es so zu machen...aber wäre es nicht eine Erleichterung die Parameter Reihenfolge von config::getValue() zu ändern und dann falls nur ein Parameter angegeben wurde die Standard-Sprache zu verwenden. Oder eine $Config->setLanguage()-Methode einzubauen. So tippt man sich ja einen Wolf bzw. Copy&Pasted sich kaputt

__________________
Today you...Tomorrow me.

dr.e.

Hallo Agrajag,

ich meinte schon, dass du besser IDs, also Keys für deine Texte verwenden solltest, nicht die Ausgabe direkt, da das weniger Tipparbeit ist. Hier bietet sich natürlich an, irgendwie zu Klassifizieren, wie du das bereits mit "Form.Email" gemacht hast. Sinnvollerweise baust du dir dafür noch einen *.mo-Compiler, der dir aus CSV-Dateien die richtigen language files kompiliert, dann tust du dir leichter bei der Pflege und beim Deployment.

Was die Lösung im APF angeht, so habe ich - wie du schon vermutet hast - einen Grund: Generik. Schränke ich die Parameter-Geschichte ein, so muss man im "Nicht-Standard"-Fall anderes reagieren. Man könnte sicher noch einen Tag basteln, der den Namespace, Context und Sprache des Vater-Objekts zieht und an Hand dieser Informationen die Ausgabe erzeugt, jedoch hat man dann das Problem, dass ein View, der mit einem anderen Context importiert wurde nicht mehr funktioniert und damit Module nicht mehr so effektiv gekapselt werden können.

Auch ich habe mir die gettext()-Geschichte zur Integration in das Framework angesehen, es ist jedoch nicht schön, dass man die Konfiguration global für eine komplette Applikation setzen muss und nicht flexibel pro Modul machen kann, wie man Lustig ist.

Egal, du kommst damit zurecht, dann sollst du das auch so machen!

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Zergling-new

Nimm Platzhalter, bei Änderungen biste gearscht und darfst alles irgendwie nachtragen, im PO werden die ja sowieso als Platzhalter behandelt und außerdem ist das einfacher, wenn du längere Texte hast. Sehe jetzt keinen großartigen Vorteil von "richtigen" Texten als Platzhalter.


Ein Hinweis noch, ich weiß nicht wie das bei PHP's gettext() ist, aber bei JavaScript gab es Parser, die die gettext() Texte direkt aus den Projektdateien rausgezogen haben. Da wurden einfache Anführungszeichen nicht unterstützt, weil das wohl von C/C++ auch nicht unterstützt wird, man musste also immer drauf achten, doppelte Anführungszeichen in seinen gettext("PLATZHALTER") Deklarationen zu verwenden. Vielleicht machste dich da kurz schlau drüber bevor du loslegst - kann aber auch sein, dass bei PHP die Platzhalter direkt registriert werden, ist ja schließlich mächtiger als JavaScript in der Hinsicht.

agrajag

Das "Form.Email"-Beispiel habe ich quasi aus Deiner APF-Doku kopiert

Das muss ich mir noch anschauen wie ich das genau mache.
Ich benutze bei dem Projekt CakePHP und hab gerade gesehen, dass die garnicht gettext() direkt verwenden bzw. dass es zumindest keine kompilierten Sprachfiles gibt sondern das direkt aus den .po-Textfiles gelesen wird. Mal schauen

Zumindest reicht es mir wohl momentan so. Aber schadet ja nie was auch ein bißchen rechts und links zu schauen was noch so möglich ist falls man mal andere Anforderungen hat.

Danke für deine Hilfe.




Der Vorteil wäre einfach, dass ich eine Sprache weniger pflegen muss und mir anfangs weniger Gedanken machen muss: Solange ich nur eine Sprache habe muss ich einfach nur jede Ausgabe durch gettext() jagen und sie wird normal ausgegeben ohne dass ich irgendwelche Sprachfiles pflegen muss.
Und zusätzlich ist es eine Art Fallback: Falls keine Übersetzung gefplegt ist wird so trotzdem etwas sinnvolles ausgegeben.

Aber, dass das später zum Problem werden kann denke ich auch. Wenn sich dann wirklich mal der Text ändert müsste ich in allen Übersetzungen die msgids nachziehen.

Also werde ich wohl Platzhalter verwenden.

Danke auch für deinen Hinweis mit den Anführungszeichen. Muss ich mir mal anschauen. da bei CakePHP wohl sowieso nicht direkt die gettext-Funktion verwendet wird muss ich sowieso mal schauen wie genau ich die Texte da automatisiert rausziehen kann.


Erstmal danke für eure Hinweise. Muss mich jetzt erstmal in das ganze reinfuchsen

__________________
Today you...Tomorrow me.