Umlautproblem bei Artikellistung/ Standard

[kukki]

Website läuft mit

Code: Select all

 <meta charset="utf-8">

,
DB mit Zeichensatz / Kollation der MySQL-Verbindung Dokumentation

Code: Select all

 utf-8_genaral_ci.

Trotzdem tauchen bei den Standard-Artikellistings keine Umlaute im Datum MÄRZ auf, sondern:

<div class="phpwcmsArticleListImage">
<img class="image-thumb" width="100" height="68" alt="" src="content/images/39164382a990a9abb7c65582752c3170.jpg">
</div>
<strong>11. M�rz 2015</strong>

Wo oder wie kann man das generell ändern, ohne jedesmal nach einem Update dieses Standdard-CP wieder nachzubessern

[update]

hast Du
<strong>{DATE:F lang=DE}</strong> im Template? Speichere doch mal das Template als utf-8 ab... vielleicht geht dann was...

[kukki]

Das ist jetzt zeitlich nicht gut gelaufen

Habe vor 10 Minuten einfach mal das Template (Standard) mit

Code: Select all

DATE:Y/m/d

geändert, so dass keine Monatsnamen auftraten. Dummerweise habe ich noch 'nen Schreibfehler entfernt und schon war das Datum auf April gesetzt.

Spiel aber keine Rolle, Egal ob nun DE/EN oder gar nichts, bei dieser Kollation/ zeichensatz müsste immer ÄÖÜ auftauchen können ....

[update]

Speichere doch mal das Template als utf-8 ab

Hast Du...?

[kukki]

Guten Morgen Claus .... hast Du Deinen Balkon schon für den 1.Mai-Feiertag mit Wink-Elementen beflaggt?



Klar doch, habe ich....

[update]

kommt der Monat nicht aus Sprach-Files? Sind die denn utf-8?
Check mal /include/inc_lang/date/de.date.lang.php -> utf-8

[kukki]

Zeile 26 sieht so aus:

Code: Select all

$month_long[ 3]	= "März";			$month_short[ 3]		= "März";

Aber die Anzeige war halt

Code: Select all

11. M�rz 2015

[Uwe367]

Ändere die Zeile doch mal zum testen ab...
aus...

Code: Select all

$month_long[ 3]   = "März";         $month_short[ 3]      = "März";

mach doch einfach mal

Code: Select all

$month_long[ 3]   = "März";         $month_short[ 3]      = "März";

Nen Versuch ists wert und damit stellst du normalerweise sicher daß die Ausgabe richtig erfolgt und wenns dann klappt soll doch recht sein

[update]

Wenn das klappt, liegt es garantiert an dem utf-8!
Kukki, hast Du dieses File mal....

[Uwe367]

Ich hatte das gleiche Problem im März mit der Seite meiner Gemeinde und uch wußte nicht wo ich das ändern hätte können. Ich denke daß es an utf-8 liegt. Wäre dann mal was für ein Issue oder?

[update]

Alle Files, die Sonderzeichen enthalten und für die Frontend-Ausgabe herhalten, sollten schon als utf-8 abgespeichert werden.... Zumindest bei mir funktioniert es dann enwandfrei

[update]

Und? Sind die Umlaute jetzt ok?

[kukki]

Habe gerade versucht noch einmal alles nachzuvollziehen, habe sogar Umlaute nachträglich ins lange Datum eingebaut, habe auch lang=EN gesetzt und auch entfernt - nichts, es bleibt alles so, wie es sein soll.

Ursache unbekannt, einzige Ausrede: das file war zu Begin noch nicht in UTF-8 abgespeichert, andere Ausreden habe ich nicht auf der Pfanne.

[update]

Check mal /include/inc_lang/date/de.date.lang.php -> utf-8

Hast Du das mal gemacht?

[Oliver Georgi]

Das Datum ist seit mindestens Mitte März UTF-8. Beim Übertragen per FTP muss man darauf achten, immer Binary und nie ASCII zu übertragen.