nicht angemeldet
In die Datenbank werden Texte aus Quark über eine Schnittstelle importiert. Dabei kommen auch Sonderzeichen z.B. chr(132) chr(147) obere und untere Anführungszeichen in die DB.
Über die Webapplikation können die importierten Texte nachbearbeitet werden.
Die Texte werden dazu in einer Textarea angezeigt, wie sie aus der DB kommen (also auch chr(132) und chr(147). Das HTML Dokument hat CONTENT="text/html; charset=iso-8859-1" als Content-type gesetzt.
Jetzt das Problem:
Wenn die Daten vom IE5 zurückgeschickt werden, sind die chr(132) und chr(147) Zeichen als Unicode „ und “ codiert.
Ich weiß daß das mit den Sonderzeichen nicht sauber ist, da in ISO-8859-1 nicht codiert.
Naja, warum wunderst Du Dich dann? Wenn Du Zeichen in ein Textfeld setzt, daß das Textfeld garnicht darstellen kann bzw. darf, dann ist es doch nicht übermäßig merkwürdig, daß da was anderes zurückkommt.
Hat jemand ähnliche Probleme und evtl. schon eine Lösung?
An welcher Stelle leigt denn eigentlich der Fehler? Am IE5 an den Netscapes (mozillas)?
Die Behandlung von Zeichen außerhalb des ASCII-Bereichs (0-127) ist bei Netscape 6+ ein rechtes Durcheinander, das schon damit beginnt, daß Windows-Zeichensatz und iso-1 vermischt werden.
Ob nun der IE oder Netscape einen Fehler macht, kann man aber IMHO garnicht genau festlegen, denn das Problem beginnt schon vorher. Wie heißt es so schön: "Garbage in, garbage out" :)
Du solltest die Geschichte also an der Wurzel angehen: Verwende nur Zeichen, die auch wirklich im Standard festgelegt sind. Wenn Quark Quark ausgibt, dann wäre es sinnvoll, diesen Quark gleich am Anfang zu eliminieren.
Das Problem mit dem proprietären Format habe ich allerdings nicht ganz verstanden. Hält sich dieses Format strikt an iso-1? Wenn's so ist und aus diesem Format auch noch zurückgelesen werden muß, dann bleibt Dir garnichts anderes übrig, als die falschen Zeichencodes von Anfang an zu korrigieren. Andernfalls endet das nur im Chaos.
Wenn Du in dieses Format nur exportieren brauchst, dann kannst Du es auch dabei belassen, die Korrektur nur vor dem Export durchzuführen.
Gruß,
soenk.e