| Vorheriges Thema anzeigen :: Nächstes Thema anzeigen |
| Sollen die Pakete in verschiedenen Sprachen (I18N) übersetzt werden? |
| Ja, ist eine gute Idee. |
|
100% |
[ 7 ] |
| Nein, ist überflüssig. |
|
0% |
[ 0 ] |
|
| Stimmen: 0 |
| Gesamtstimmen 7 |
|
|
|
| Autor |
Nachricht |
Freespacer
Neuer User
Anmeldungsdatum: 31.07.2005
Beiträge: 2
|
 31.07.2005 22:50 Übersetzung der Pear-Pakete (I18N) |
 |
|
Hallo PEAR-Community!
Ich muss sagen, die Idee des Pear-Bibliothekes halte ich persönlich
für gut, da ich viele Funktionen bereits in meinen Projekten verwende.
Ein Defizit hat es doch. Die Pakete sind nicht in mehreren Sprachen
übersetzt oder nicht darauf vorbereitet worden.
z.B. das Paket HTML_QuickForm.
Die Fehlermeldungen und sonstige Ausgabenmeldungen vom
Paket sind nur in Englisch verfügbar.
Problem:
Würde man dieses Paket direkt übersetzen, so wird nach einem
Update dieses Paket überschrieben.
Auszug aus dem Paket HTML_QuickForm -> QuickForm.php
| PHP: | <?php
...
/**
* Prefix message in javascript alert if error
* @since 1.0
* @var string
* @access public
*/
var $_jsPrefix = 'Invalid information entered.';
/**
* Postfix message in javascript alert if error
* @since 1.0
* @var string
* @access public
*/
var $_jsPostfix = 'Please correct these fields.';
...
?> |
Die wichtigsten PHP-Projekte wie PHPNuke, PostNUke, phpMyAdmin,
wie auch dieses Forum sind bereits in verschiedenen Sprachen übersetzt
worden.
Vorschlag:
Um die Sprachausgabe des Paketes zu bestimmen, ergänzt man vor der
Einbindung der Pakete:
| PHP: | <?php
...
$pear_language = "de"; // -> Länderabkürzung (Browserspezifisch)
require_once('pear.php');
require_once('HTML/QuickForm.php');
...
?> |
So werden die Ausgaben auch in der Landessprache ausgegeben.
Jetzt müssen nur die Packet-Entwickler dieses Problem aufgreifen und die
Pakete darauf vorbereiten. Damit die Entwickler aus aller Welt die
Pakete in Ihrer Landessprache übersetzen und verwenden können.
Gruß
Sebastian |
|
| Nach oben |
|
 |
MaGdev
Site Admin
Anmeldungsdatum: 04.02.2004
Beiträge: 715
Wohnort: Hamburg
|
| 01.08.2005 11:37 |
|
|
Also, zumindest QF bietet mittels verschiedener Methoden die Änderung sämtlicher Fehlermeldungen an.
HTML_QuickForm-Dokumentation
Suche mal nach den Methoden wie
setRequiredNote()
setRequiredTemplate()
setJsWarnings()
...
Grüße,
Marco
_________________
Auch der längste Weg beginnt immer mit einem kleinem Schritt!
Vorgehen bei Problemen:
1. PHP-Handbuch oder PEAR-Handbuch lesen!
2. Forensuche benutzen!
3. Fragen posten und dabei die Regeln beachten! |
|
| Nach oben |
|
|
lsmith
User
Anmeldungsdatum: 10.03.2004
Beiträge: 450
|
| 01.08.2005 13:14 |
|
|
| naja eigentlich sollten die packages mehr auf erorr/status codes setzen und defaultmässig eine mapping funktion für english bereitstellen. user könnten dann ihre eigenen mappingsschreiben. hmm vielleicht bringe ich das thema mal auf den mailinglisten zur ansprache .. es sei denn einer von euch kommt mir zuvor *schups* |
|
| Nach oben |
|
|
Freespacer
Neuer User
Anmeldungsdatum: 31.07.2005
Beiträge: 2
|
| 01.08.2005 14:34 |
|
|
| Caddata hat folgendes geschrieben: | Also, zumindest QF bietet mittels verschiedener Methoden die Änderung sämtlicher Fehlermeldungen an.
HTML_QuickForm-Dokumentation
Suche mal nach den Methoden wie
setRequiredNote()
setRequiredTemplate()
setJsWarnings()
...
Grüße,
Marco |
@Caddata/Marco:
Das ist zwar gut, dass solche Funktionen existieren. Aber
für jedes Projekt die Ausgaben neue definieren ist echt
langwierig. Wenn man das Paket auf I18N vorbereitet hat,
so entfallen diese Funktionen.
Das sollte ja eigentlich der Sinn der Sache sein. Siehe auch
meine nachfolgende Antwort an lsmith.
| lsmith hat folgendes geschrieben: |
naja eigentlich sollten die packages mehr auf erorr/status codes setzen und defaultmässig eine mapping funktion für english bereitstellen. user könnten dann ihre eigenen mappingsschreiben. hmm vielleicht bringe ich das thema mal auf den mailinglisten zur ansprache .. es sei denn einer von euch kommt mir zuvor *schups*
|
@lsmith:
Der Meinung bin ich auch. Es muss nur eben eine Funktion existieren,
in der automatisch die Landessprache (nach einer einmaligen Definition)
von allen eingebundenen Paketen geladen werden kann. Über den
Speicherort der Sprachdatei müssen die Initiatoren von PEAR noch
selbst ausmachen z.B. in jedem Paketordner z.B. /language/de/messages.php,
in der die jeweilige Sprache gespeichert wird.
Du kannst das Thema gerne zur Ansprache bringen. Die Antworten poste
doch bitte hier ins Forum, denn auf diese bin ich echt gespannt.
Gruß
Sebastian |
|
| Nach oben |
|
|
[C]167
User
Anmeldungsdatum: 13.03.2006
Beiträge: 29
|
| 13.03.2006 21:57 |
|
|
Hat sich denn nun etwas ergeben?Würde mich sehr interessieren
[C]167 |
|
| Nach oben |
|
|
lsmith
User
Anmeldungsdatum: 10.03.2004
Beiträge: 450
|
| 14.03.2006 8:28 |
|
|
| nein .. |
|
| Nach oben |
|
|
lsmith
User
Anmeldungsdatum: 10.03.2004
Beiträge: 450
|
|
| Nach oben |
|
|
|
|
