HTML-Entities...

gateone · 27.08.2004, 17:18

Liebe Sprachfile-Übersetzer,

Ihr macht einen großartigen Job!!! Aber eines fällt mir immer wieder auf: warum arbeitet Ihr sooo selten mit HTML-Entities für unsere schönen deutschen Umlaute ÄÜÖ äüö sowie für die sz-Ligatur ß ?!

Das Problem wird erst recht zum Problem, wenn ein solches Sprachfile (dass der Windowsrechner vielleicht noch richtig codiert anzeigt) auf dem Mac oder aber auf einem Linux-System dessen Hauptschriftsystem nicht-lateinisch ist (also Arabisch, Hebräisch oder Asiatische Sprachen) dann die Umlaute komplett falsch darstellt.

Auch in Punkto HTML- oder gar xHTML-Validierung sollte doch mit HTML-Entities gearbeitet werden, da es hier einfach auch zu weniger Problemen kommen könnte.

Darum bitte denkt doch daran bei der nächsten Übersetzung:

Code:

ae = &auml;
   ue = &uuml;
   oe = &ouml;
   
   Ae = &Auml;
   Ue = &Uuml;
   Oe = &Ouml;
   
   sz = &szlig;
   
   Und wenn man schon mal dabei ist: 
   
   ... = &hellip;
   
   Anführungszeichen unten = &bdquo; 
  Anführungszeichen oben = &rdquo;

Denn auch die berühmten "Gänsefüßchen" unten und oben sind in der Deutschen Sprache nicht abgeschafft worden! :-)

Liebe Grüße,
Steph

dot°NETt · 27.08.2004, 18:41

... und daran denken, wenn eine Sprachdefinition an ein JavaScript übergeben wird, um z.B. für ein alert zur Verfügung zu stehen, liest der Benutzer dann "Sie müssen einen Namen eingeben"

(hatte gerade gestern einen Anruf deswegen - was denn dies nun bedeuten soll?!).

cu dot°NETt

uneasy · 27.08.2004, 19:00

Eine überarbeitete Version des Sprachfiles für deutsch 4.51 rc1 informal und formal gibt es jetzt auf mambogtt.

Formal
und Informal

gisu · 27.08.2004, 19:13

Was wohl auch daran liegt das die Sonderzeichen in Javascript nicht unescaped werden. HTML Entities nutzt innerhalb von Javascript recht wenig weil Javascript für Sonderzeichen andere Codes benutzt.

Code:

  Zeichen:	Codierung:
   ä		%E4
   ü		%FC
   ö		%F6
   (		%28
   )		%29
   $		%24
   %		%25
   &		%26
   "		%22
   !		%21
   ?		%3F
   ;		%3B
   :		%3A
   ,		%2C
   #		%23
   '		%27
   ß		%DF
   \		%5C

Wenn das auch Javascript Kompatibel machen will muss man alle Alerts suchen diese in alert(unescape(...)) ändern, versteht sich von selbst das Sprachfile auch gleich abzuändern. Oder was auch gehen könnte (ich weis es nur noch nicht) man ändert die Alert Meldung im Sprachfile ab.
Aus

PHP Code:

    DEFINE('_LOGIN_INCOMPLETE','Bitte Benutzername und Passwort vollständig ausfüllen.');

wird dann:

PHP Code:

  DEFINE('_LOGIN_INCOMPLETE','unescape(Bitte Benutzername und Passwort vollst%E4ndig ausf%FCllen.)');

dot°NETt · 27.08.2004, 19:38

Hi uneasy,

yo, danke für den Hinweis.
Habe kurz mal reingeschaut (in die germanf.php) und wie ich sehe, wird das von mir oben kurz angesprochene Problem (indem _alle_ Umlaute durch Entities ersetzt werden), (noch) bestehen bleiben.
Bsp. Zeile 105: "DEFINE('_CONTACT_FORM_NC','Bitte vergewissern Sie sich, dass alles ausgefüllt ist.');".
Einfach mal die com_contact aufrufen und auf Senden (ohne Eintrag) drücken ... und es wird gegrummelt

.

@gisu,

sicher ein Weg - muß da auch mal mit spielen.
Habe bisher i.d.R. alle Umlaute immer vermieden (also ae, oe, ue, ... geschrieben) ... nur manchem gefällt dies nicht.

cu dot°NETt

27.08.2004, 20:09

Na, dann nimm das!

JavaAlert werden weiterhin so geschrieben.
ä %E4 bzw %C4 für Ä wird nicht akzeptiert.
Alle anderen Umlaute sind geändert.

gisu · 27.08.2004, 20:23

Gut ich habs probiert, die letzte Variante geht tatsächlich nicht Mambo parst den Zusatzcode aus dem Sprachfile nicht mit. Ich hab mal rumgespielt und die Alerts im Mambo.php File abgeändert (einfach unescape zugefügt) und es klappt, wie es auf einem Mac aussieht weis ich aber nicht denke aber auch korrekt.
Nachteil an der Methode - Änderungen am Mambocore sind derzeit ehr mühsam den Morgen kann von den Dev's wieder was geändert werden und dann ist Pustekuchen. Besser wärs wenn die Dev's unescape für alle Alerts in die Liste mit aufnehmen so das man nur das Sprachfile entsprechend gerade rücken muss. Naja da versagt aber mein eingestaubtes Englisch

.

Die bessere Alternative ist wie Dotnet schon sagt aus ä eben ae usw zu machen, wird auf allen Systemen richtig dargestellt und bedarf weniger feinarbeit

musicones · 28.08.2004, 08:20

Das nenn ich einen produktiven Beitrag

.

. In meinen Sprachfiles schreibe ich die Umlaute immer aus und hatte noch nie Probleme damit. Müssen in Sprachfiles Entities genutzt werden?

Ich hatte das bis jetzt nur in einem Fall, das musste ich das einsetzen. Das war bei der Mospray Komponente. Der erkannte die Umlaute nicht. Woran liegt das eigentlich?

Was wäre die beste (sicherste) Vorgehensweise. Vielleicht in kurzen Schritten erklärt. Das verwende ich dann im Sticky Thread als Hilfe für unsere Übersetzer.

gruss
musicones

gisu · 28.08.2004, 10:11

Quote:

Müssen in Sprachfiles Entities genutzt werden?

Ein Muß steckt sicherlich nicht dahinter, nur sehen Umlaute in deutschsprachigem Content besser aus als ae, oe, ue usw. es ist schneller Lesbar. Das Ausschreiben der Umlaute ist aber die einfachste Lösung, da eigentlich alle Rechner mit klar kommen.

Wer seinem vorwiegend Deutschsprachigem Publikum leicht lesebaren Content präsentieren will kommt um einen Hack am Core nicht herum.
1. Praktisch alle Mambofiles öffnen (ich weis selber nicht wo genau in welchem File Alert Meldungen sitzten)
2. Dann nach den entsprechenden Alert Meldungen suchen.

Code:

echo "<script>alert(\""._LOGIN_BLOCKED."\"); window.history.go(-1); \n";

3. Unescapen. Zum Alert wird ein unescape zugefügt

Code:

echo "<script>alert(unescape(\""._LOGIN_BLOCKED."\)"); window.history.go(-1); \n";

4. Entsprechende Meldung im Sprachfile suchen und dort die Umlaute mit den Javascript Codes ersetzen.
5. Alle Meldungen im Sprachfile die nicht mit Javascript generiert werden, dort werden wie gewohnt die Umlaute durch HTML Entities ersetzt.

Wenn die Stable von Mambo 4.5.1 in ein paar Wochen herauskommt, werd ich wahrscheinlich einen Hack veröffentlichen mit passendem Sprachfile - derzeit ist es nur recht Sinnlos was zu hacken was sich in eine paar Stunden eh wieder ändern könnte.
Wobei es eigentlich nicht schlecht wäre wenn die Devs alle Alerts aus dem Mambocore mit unescape versehen - da man damit auch noch andere Sonderzeichen einfügen kann. Man spart sich das Hacken des Cores und braucht nur im Sprachfile herumdoktorn.