charset="Big5" nicht editierbar

[sprinternet]

Hab folgendes gerade feststellen müssen: Ich habe eine Website in chinesisch (Manderin) erstellen wollen und daher eine Big5 Codierung verwendet. Bis hierher noch keine Probleme. Allerdings läßt sich die Seite nicht mehr über den WYSIWYG-Editor bearbeiten. Hat jemand schon einmal so ein Problem? Und wenn, wie gelößt? Vermutlich anderer Editor verwendet? Wenn ja, dann aber welchen?

Jede Hilfe willkommen.

[xmurrix]

hi sprinternet,

ich habe selber zwar keine erfahrung mit chinesischen zeichen, aber wenn du htmlarea verwendest, hilft dir vielleicht folgende url weiter:

http://www.htmlarea.com/forum/htmlArea_ ... ame=&mh=25
(htmlarea-forum)

gruß
xmurrix

[emergence]

hab mir das gerade etwas angesehen...

das intressante
include.con_editcontent.php

werden strings der einzelnen editable areas mittels §%%§
getrennt und wieder aufgesplittet.

bei BIG5 hat § einen ASCII wert von 167 was wiederum zu einem fehler im javascript führt.
deshalb kommt man auch nicht in den wysiwyg editor (zumindestens nicht beim CVS_HEAD)

ne mögliche lösung wäre die zeichenkette

Code: Alles auswählen

§%%§

durch was ähnliches zu ersetzen eventuell durch

Code: Alles auswählen

$%%$

damit ist es zumindestens beim cvs_head möglich texte normal im wysiwyg editor zu wechseln..

das ganze ist bitte nur mal als ansatz zu sehen...

[emergence]

versuch es mal mit utf-8 als zeichensatz...

[timo]

wobei man noch der Fairness halber dazu sagen muß, daß die 4.4er-Serie mit anderen Zeichensätzen nicht wirklich gut zurecht kommt.

In der 4.5er-Serie (insbesondere im Snapshot, der am Freitag kommen wird) ist die Unterstützung wesentlich besser.

[sprinternet]

Also ich hab jetzt mal das mit dem utf-8 Zeichensatz ausprobiert. Bischen fummelig die Sache, schein aber zu funktionieren. Ich weiss im Moment allerdings nicht ob es wirklich richtig dargestellt wird, wenn man es mit einem anderen Betriebsystem, Browser usw. aufruft. Ich werd jetzt mal gucken ob ein waschechter Chinese das erkennen kann, dass es sich um chinesisch handelt soll was ich da zusammen gebastelt habe. Und ansonsten freue ich mich schon auf Freitag.

[emergence]

ich hab da noch nen netten link den ich nicht vorenthalten möchte
-> http://www.joelonsoftware.com/articles/Unicode.html

[timo]

ich habe da auch noch einige Links:

http://de.wikipedia.org/wiki/Diakritisches_Zeichen
http://de.wikipedia.org/wiki/ISO-8859-1
http://de.wikipedia.org/wiki/ISO_8859
http://de.wikipedia.org/wiki/Zeichenkodierung
http://de.wikipedia.org/wiki/Unicode
http://de.wikipedia.org/wiki/Chinesisch ... nkodierung

Alles in allem ist das ganze Thema nicht gerade trivial. Insbesondere, wenn es zuerst "scheint", als ob es funktioniert, aber dann doch nicht.

Beispiel: Bei einem Kunden haben wir eine tscheschische Implementation. Im Backend (z.B. bei den Kategorien) wurde kein Encoding gesetzt (ist aber im Snapshot, der am Freitag erzeugt wird, enthalten), d.h. der Webserver sendet immer ISO-8859-1 (oder was auch immer in der Konfiguration angegeben ist) als Header mit. Der tschesche "merkt" erstmal nicht, daß etwas nicht stimmt, da viele der tscheschischen Buchstaben (die sogenannten Diakritiken) auch in ISO-8859-1 vorhanden sind - aber eben nicht alle. Wird jetzt das Frontend geöffnet, stimmen die Zeichenzuordnungen nicht mehr, obwohl z.B. die Kategorien im Backend vollkommen richtig angezeigt werden.

[sprinternet]

so nu hab ich mir das snapshot mal angeguckt. aber um ehrlich zu sein bis jetzt blicke ich es noch nicht ganz. ich habe eine neue sprache eingerichtet und dann mit big5. nur was ich jetzt noch nicht blicke ist, auf manchen seiten funktioniert es und auf anderen nicht.

[timo]

ähm kannst du das mit "manchen" seiten genauer erläutern?

backend/frontend?

[timo]

gibt es hier noch feedback?