Blog in deutsch und UTF-8 Frage (...mal wieder)

[muetze]

Hallo,

heir nochmal eine kurze Frage zur UTF-8 Codierung.

Mein Admin hat den Server jetzt auf UTF-8 umgestellt, woraufhin ich heute das Release 0.9.1 eingespielt habe. Schnel noch im Admin backend auf UTF-8 umgestellt und voila, jetzt wird alles richtig dargestellt:

http://www.muetzenhausen.de

1. Doch halt: Der Monatsname der Blogeinträge aus z. B. März werden nicht richtig dargestellt (derzeit M und ein Viereck). Auch ein Wechsel des Themes bringt hier nichts.

2. Bei der PDF Generierung der Blogeinträge habe ich ebenfalls Darstellungsprobleme. Muß hierfür ebenfalls irgendwo der Zeichensatz geändert werden?

Wo muß ich was editieren um auch den korrekten Monatsnamen zu bekommen? Im Kalender wiederholt sich das Problem ebenfalls.

Danke
Mirko

[garvinhicking]

Hi!

1. Doch halt: Der Monatsname der Blogeinträge aus z. B. März werden nicht richtig dargestellt (derzeit M und ein Viereck). Auch ein Wechsel des Themes bringt hier nichts.

Monatsnamen werden auf dem Server mittels des "Locale" Systems ausgegeben. Serendipity nutzt dafür also die Ausgabe Deines Servers.

In der Deutschen Sprache sieht das für UTF-8 in der Datei lang/UTF-8/serendipity_lang_de.inc.php so aus:

Code: Select all

@define('DATE_LOCALES', 'german, de_DE, de, de_DE.UTF-8, de_DE@euro, de_DE.ISO8859-1');

Sobald der erste Zeichensatz gefunden wird, bei dem der Server Daten vorliegen hat, wird dieser verwendet.

In deinem Fall wird also "german" oder "de_DE" oder "de" bereits geladen, bevor die UTF-8 Sprachdatei geholt wird. Traditional ist german, de_DE und de aber im ISO-8859-1 Format.

Es gibt nun eine einfache Lösung, indem Du die Datei editierst und die Reihenfolge umänderst:

Code: Select all

@define('DATE_LOCALES', 'de_DE.UTF-8, german, de_DE, de, de_DE@euro, de_DE.ISO8859-1');

Natürlich setzt das voraus, dass dein Serverprovider die UTF-8 Locales als "de_DE.UTF-8" wie üblich installiert hat.

Da diese obige Reihenfolge Sinn macht, habe ich das gerade auch mal ins Serendipity Repository committed, damit es für zukünftige Versionen dort richtig drin steht.

Viele Grüße,
Garvin

[Guest]

Hi garvin,

Deine Erklärung klingt schlüssig. Allerdings klappt das so nicht. Hast Du noch einen anderen Workaround?

Werde meinem Kumpel (=Serverprovider) diese Geschichte nochmal mitteilen. mal sehen ob wir den Fehler dann lokalisieren können.

danke
Mirko

[muetze]

Sorry, mein LogIn war rausgeflogen.

Mirko

[garvinhicking]

Wenn esmit meiner Änderungnicht klappt heißt das, dassdein provider kein UTF-8 Localeinstalliert hat, damüsstest du also wirklich rücksprache halten.

Viele Grüße,
Garvin

[Matthias]

Hier gibt es einige Themen zu dem Problem März und Umlaut, dieser Tipp mit der Änderung der Reihenfolge des Zeichensatzs hat auf Anhieb funktioniert.

Danke garvinhicking; für alles was ich bisher schon von dir gelesen habe

[tina223]

Ja, bei einem Blog hats funktioniert und beim zweiten nicht...
Was ist da wieder los? Aja, alles ein Server.
geklappt
nicht geklappt

[tina223]

Kommanda zurück, Fehler lag bei mir.
Ich schwöre, ich habe die Datei bearbeitet... aber vermutlich vergessen zu speichern...
Naja, man sollte ab und an einfach mal Urlaub machen...

[Matthias]

Es haut bei dir im Blog aber immer noch nicht hin, was?

Als Hinweis, wenn du die Reihenfolge wie oben umstellst:

Solltest du evt. manuelle Umlaute in den HTML Code eingegeben haben, müssen diese dann auch "umgestellt" werden.

[tina223]

Ich verstehe es eigentlich nicht wirklich, was sich tut. Ich hatte in dem betreffenden Blog die obige Änderung der language-Datei als erstes gemacht, da lief es auch zufriedenstellend, aber es funktionierte (angeblich) nicht im zweiten Blog.
Und nun ist es letztlich so, dass es im zweiten funktioniert und im ersten nicht mehr.
Aber ich gehe mal Deinem Hinweis nach. Danke!

[Matthias]

idT sehr seltsam, ich meine nämlich das auch schon funktionierend bei deinem Blog gesehen zu haben?! Bin mir aber nicht sicher.

Hast du garvins Hinweis mal überprüft?
"Natürlich setzt das voraus, dass dein Serverprovider die UTF-8 Locales als "de_DE.UTF-8" wie üblich installiert hat.

[tina223]

Hast du garvins Hinweis mal überprüft?
"Natürlich setzt das voraus, dass dein Serverprovider die UTF-8 Locales als "de_DE.UTF-8" wie üblich installiert hat.

Wenn Du den Hinweis mit der Änderung der language-Dateien meinst, ja.
Nun, beide Blogs liegen auf demselbem Server... Das ist es ja, was ich nicht verstehe. Habe noch mal beide language-Dateien, also die beider Blogs überprüft, da steht in dieser betreffenden Zeile bei beiden dasselbe drin.

Ich gucke weiter... Dieses language-Problem scheinen aber nicht nur Blogs zu haben, habe auch schon mehrere andere Seiten wie z.B. Foren gesehen, wo das mit den Umlauten ein Prob ist.

[gb]

hallo!

Ich teste gerade s9y. Habe gleiches Problem mit der ungarischen Sprachdatei. Was ist an der Zeile

Code: Select all

@define('DATE_LOCALES', 'hungarian, hu, hu_HU');

zu ändern?

[garvinhicking]

Hi gb!

Ich würde Dir empfehlen einfach die Sprachdatei der Serendipity 1.0-beta1 Version zu nehmen; dort sind weitere Locales spezifiziert:

Code: Select all

@define('DATE_LOCALES', 'hu_HU-ISO-8859-2, hu_HU-ISO8859-2, hungarian, hu, hu_HU');

Für den "nationalen Zeichensatz" und

Code: Select all

@define('DATE_LOCALES', 'hu_HU-UTF-8, hu_HU-UTF8, hungarian, hu, hu_HU');

Für den UTF-8 Zeichensatz.

Gleichfalls muss auch dein Provider sicherstellen dass einer der genannten Locales auch installiert/verfügbar ist.

Viele Grüße,
Garvin

[tina223]

Un dich? Was mach ich?