Dreamweaver: Wechsel des Encoding geht nicht
Ralph Stahl
mit dem DW 8.0 CS2 habe ich ein größeres Projekt mit Vorlage, bei dem
alle Seiten mit iso-8859-15 codiert sind. Bis auf eine internationale
Übersichtsseite, die mit utf-8 codiert werden muß u.a. wegen
chinesischer Schrift (http://eurotouring.de/inhalt/international.htm).
Den Inhalt dieser Seite hatte ich ursprünglich mit einem anderen Editor
in utf-8 erzeugt und abgespeichert, sie wird auch zunächst in DW richtig
angezeigt.
Wenn ich die Website nach Änderung am Template aktualisiere, wird mir
jedesmal die internationale Seite mit iso-Encoding überbraten, was
natürlich den Inhalt unbrauchbar macht. Das Problem: ich kann DW nicht
dazu überreden, utf-8 für diese Seite dauerhaft zu akzeptieren. Beim
Laden der Seite stimmt das Encoding (die Optik), aber
"Seiteneigenschaften/Encoding" bleibt grau (und leer!) und kann nicht
geändert werden. Ich behelfe mir z.Z. damit, den Inhalt "außenrum"
wieder einzufügen. Wird die Seite dann in DW geöffnet, stimmt die
Kodierung wieder - bis zur nächsten Aktualisierung.
Das hat also wohl damit was zu tun, daß DW die Kodierung des Quelltextes
eben nicht aus dem Header-Eintrag (charset) oder dem Inhalt selbst (BOM)
erkennt.
Wo ist der Trick? Kann ich DW überhaupt dazu bringen?
Schonmal danke,
Ralph
Christoph Schneegans
> mit dem DW 8.0 CS2 habe ich ein größeres Projekt mit Vorlage, bei dem
> alle Seiten mit iso-8859-15 codiert sind. Bis auf eine internationale
> Übersichtsseite, die mit utf-8 codiert werden muß u.a. wegen
> chinesischer Schrift (http://eurotouring.de/inhalt/international.htm).
Muß sie nicht. HTML-Seiten können stets das komplette Zeichenrepertoire
von Unicode verwenden, auch wenn sie bspw. ASCII-codiert sind. Entity- und
numerische Zeichenreferenzen funktionieren unabhängig von der Zeichencodierung.
(Das ist das, was du seltsamerweise "Encoding" nennst.)
--
<http://schneegans.de/sv/> · Schema-Validator für XML
Ralph Stahl
Nicht ganz falsch, aber möchtest Du einen chinesischen Text mit Entities
schreiben? Ich bekomme den Text als utf-8-codierte Datei (OpenOffice)
und brauche ihn nur einzufügen.
Wieso ist es "seltsamerweise", wenn ich eine Textdatei utf-8-codiert
speichere? DW sollte das erkennen, steht in seiner Hilfe. Encoding (also
zB. 2 Byte pro Zeichen bei utf-8) hat nichts mit HTML-Entities zu tun.
Äpfel != Birnen.
Ralph
Christoph Schneegans
> Nicht ganz falsch, aber möchtest Du einen chinesischen Text mit Entities
> schreiben?
Es gibt keine Entities in HTML, mit denen man chinesischen Text schreiben
könnte.
> Wieso ist es "seltsamerweise", wenn ich eine Textdatei utf-8-codiert
> speichere?
Ich habe lediglich darauf hingewiesen, daß es im Deutschen "Zeichencodierung"
heißt, nicht "Encoding".
> DW sollte das erkennen, steht in seiner Hilfe.
Da hast du möglicherweise einen Bug gefunden. Ich verwende Dreamweaver nicht.
Hängen die Dateien alle an derselben .dwt-Vorlage? Dann halte ich es nicht
für besonders überraschend, wenn sie allesamt dieselbe Codierung verwenden
müssen, auch wenn Expression Web und FrontPage 2003 nicht unter dieser
Beschränkung leiden. Teste doch mal mit einer Datei, die nicht an eine
Vorlage gebunden ist.
> Encoding (also zB. 2 Byte pro Zeichen bei utf-8)
UTF-8 verwendet im allgemeinen nicht 2 Bytes pro Zeichen.
> hat nichts mit HTML-Entities zu tun.
Das hat ja auch niemand behauptet.
--
<http://schneegans.de/xp/> · text/html in application/xhtml+xml umwandeln
Ralph Stahl
> Ralph Stahl schrieb:
>
>> Nicht ganz falsch, aber möchtest Du einen chinesischen Text mit Entities
>> schreiben?
>
> Es gibt keine Entities in HTML, mit denen man chinesischen Text schreiben
> könnte.
Dann eben "numerische Zeichenreferenzen", ja.
>> Wieso ist es "seltsamerweise", wenn ich eine Textdatei utf-8-codiert
>> speichere?
>
> Ich habe lediglich darauf hingewiesen, daß es im Deutschen "Zeichencodierung"
> heißt, nicht "Encoding".
Ach so. Ich habe einen englischen Dreamweaver ;-).
>> DW sollte das erkennen, steht in seiner Hilfe.
>
> Da hast du möglicherweise einen Bug gefunden. Ich verwende Dreamweaver nicht.
> Hängen die Dateien alle an derselben .dwt-Vorlage?
Ja.
> Dann halte ich es nicht
> für besonders überraschend, wenn sie allesamt dieselbe Codierung verwenden
> müssen, auch wenn Expression Web und FrontPage 2003 nicht unter dieser
> Beschränkung leiden. Teste doch mal mit einer Datei, die nicht an eine
> Vorlage gebunden ist.
Geht auch nicht. Dabei werden die Zeichen richtig dargestellt (also
utf-8 wird erkannt), bei Eigenschaften/Kodierung steht auch utf-8, das
ist aber grau. Bei einer iso-Seite steht dort nichts, ist aber auch grau
- ich kann also nie was ändern. Hat also wohl auch nichts mit der
Verwendung der Vorlage zu tun.
>> Encoding (also zB. 2 Byte pro Zeichen bei utf-8)
>
> UTF-8 verwendet im allgemeinen nicht 2 Bytes pro Zeichen.
Sondern? 1 bis 4. Also zB. 2.
>> hat nichts mit HTML-Entities zu tun.
>
> Das hat ja auch niemand behauptet.
Zitat von Dir: "Entity- und numerische Zeichenreferenzen funktionieren
unabhängig von der Zeichencodierung.". Das ist wohl wahr, nur wird es
eben ein bißchen mühsam sein, einen (chinesischen) Text durchgängig mit
numerischen Zeichenreferenzen zu schreiben. Wenn ich mir das antun
würde, könnte ich natürlich mit beliebiger Zeichenkodierung arbeiten :-).
Das Problem bleibt: wie kann ich utf-8-kodierte Seiten mit DW
(einschließlich Vorlage) bearbeiten? Bestenfalls kann ich bei den
Einstellungen utf-8 als Standard für neu-erstellte Seiten angeben, aber
das hilft mir nicht bei vorhandenen.
Ralph
Christoph Schneegans
>>> Nicht ganz falsch, aber möchtest Du einen chinesischen Text mit Entities
>>> schreiben?
>>
>> Es gibt keine Entities in HTML, mit denen man chinesischen Text schreiben
>> könnte.
>
> Dann eben "numerische Zeichenreferenzen", ja.
Ich verstehe "辩" ebensowenig wie "辩", deshalb wäre es mir bei chinesischen
Zeichen ziemlich egal. Hingegen verstehe ich "„" erheblich besser als "„"
oder "„", deshalb verwende ich für praktische alle Dateien UTF-8. Mir ist
auch nicht klar, warum du ISO-8859-15 verwendest, das ist die überflüssigste
Codierung überhaupt. Für "€" brauchst du sie nicht, hingegen ist die Unterstützung
seitens Editoren und Browsern ist recht bescheiden, u.U. kann selbst ein IE5
ISO-8859-15 nicht decodieren.
> Geht auch nicht. Dabei werden die Zeichen richtig dargestellt (also
> utf-8 wird erkannt), bei Eigenschaften/Kodierung steht auch utf-8, das
> ist aber grau. Bei einer iso-Seite steht dort nichts, ist aber auch grau
> - ich kann also nie was ändern. Hat also wohl auch nichts mit der
> Verwendung der Vorlage zu tun.
Das sieht für mich so aus, als könne Dreamweaver die Codierung bestehender Seiten
überhaupt nicht ändern. Notfalls mußt du die Dateien mit einem externen Programm
umcodieren und dabei natürlich auch die Codierungsdeklaration anpassen.
>>> Encoding (also zB. 2 Byte pro Zeichen bei utf-8)
>>
>> UTF-8 verwendet im allgemeinen nicht 2 Bytes pro Zeichen.
>
> Sondern? 1 bis 4. Also zB. 2.
Das konnte man auch als "zB. bei utf-8 2 Byte pro Zeichen" lesen.
> nur wird es eben ein bißchen mühsam sein, einen (chinesischen) Text durchgängig
> mit numerischen Zeichenreferenzen zu schreiben.
Du kannst also "辩" schneller eintippen als "辩"? Wie machst du das?
--
<http://schneegans.de/lv/> · Validator für "language tags" gemäß RFC 4646
Ralph Stahl
[...]
> auch nicht klar, warum du ISO-8859-15 verwendest, das ist die überflüssigste
> Codierung überhaupt. Für "€" brauchst du sie nicht, hingegen ist die Unterstützung
> seitens Editoren und Browsern ist recht bescheiden, u.U. kann selbst ein IE5
> ISO-8859-15 nicht decodieren.
Sachlich richtig, aber so war halt die Vorgabe.
>> Geht auch nicht. Dabei werden die Zeichen richtig dargestellt (also
>> utf-8 wird erkannt), bei Eigenschaften/Kodierung steht auch utf-8, das
>> ist aber grau. Bei einer iso-Seite steht dort nichts, ist aber auch grau
>> - ich kann also nie was ändern. Hat also wohl auch nichts mit der
>> Verwendung der Vorlage zu tun.
>
> Das sieht für mich so aus, als könne Dreamweaver die Codierung bestehender Seiten
> überhaupt nicht ändern. Notfalls mußt du die Dateien mit einem externen Programm
> umcodieren und dabei natürlich auch die Codierungsdeklaration anpassen.
So mache ich das ja auch. Ich ersetze extern nach dem Aktualisieren den
fraglichen Teil der Seite mit Scite :-). Ist natürlich ein ziemlicher
"Würg-around".
[...]
>> nur wird es eben ein bißchen mühsam sein, einen (chinesischen) Text durchgängig
>> mit numerischen Zeichenreferenzen zu schreiben.
>
> Du kannst also "辩" schneller eintippen als "辩"? Wie machst du das?
Ich habe eine 3 Meter breite chinesische Tastatur mit 6000 Tasten :-).
Aber im Ernst: der Text kommt fertig als OpenOffice-Doc in utf-8 vom
Übersetzer, und ich füge ihn nur ein.
Ralph
Martin Gerhard
> Ralph Stahl schrieb:
>
>> Geht auch nicht. Dabei werden die Zeichen richtig dargestellt (also
>> utf-8 wird erkannt), bei Eigenschaften/Kodierung steht auch utf-8, das
>> ist aber grau. Bei einer iso-Seite steht dort nichts, ist aber auch grau
>> - ich kann also nie was ändern. Hat also wohl auch nichts mit der
>> Verwendung der Vorlage zu tun.
Doch, vermutlich schon. Ich habe mir erlaubt, die Seite über den Link
aus dem OP herunterzuladen. Die Codierung befindet sich innerhalb des
gesperrten Bereiches von 'template="/Templates/eurotouring.dwt"'. Man
müsste die Vorlage so modifizieren, dass die Textcodierung sich in einem
bearbeitbaren Bereich befindet. Ich arbeite selbst nicht mit Vorlagen,
kann also nicht konkreter werden.
> Das sieht für mich so aus, als könne Dreamweaver die Codierung bestehender Seiten
> überhaupt nicht ändern.
Doch, das geht, eben probiert. Es sei denn, die Codierung befindet sich
in einem Bereich, der laut Vorlage "nicht bearbeitbar" ist.
hth
Martin
Ralph Stahl
> Christoph Schneegans schrieb:
>
>> Ralph Stahl schrieb:
>>
>>> Geht auch nicht. Dabei werden die Zeichen richtig dargestellt (also
>>> utf-8 wird erkannt), bei Eigenschaften/Kodierung steht auch utf-8, das
>>> ist aber grau. Bei einer iso-Seite steht dort nichts, ist aber auch grau
>>> - ich kann also nie was ändern. Hat also wohl auch nichts mit der
>>> Verwendung der Vorlage zu tun.
>
> Doch, vermutlich schon. Ich habe mir erlaubt, die Seite über den Link
> aus dem OP herunterzuladen. Die Codierung befindet sich innerhalb des
> gesperrten Bereiches von 'template="/Templates/eurotouring.dwt"'.
Bin ich blind? In der Querlle von
http://eurotouring.de/inhalt/international.htm steht:
<!-- InstanceBeginEditable name="head" -->
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<!-- InstanceEndEditable -->
> Man
> müsste die Vorlage so modifizieren, dass die Textcodierung sich in einem
> bearbeitbaren Bereich befindet. Ich arbeite selbst nicht mit Vorlagen,
> kann also nicht konkreter werden.
>
>> Das sieht für mich so aus, als könne Dreamweaver die Codierung bestehender Seiten
>> überhaupt nicht ändern.
>
> Doch, das geht, eben probiert. Es sei denn, die Codierung befindet sich
> in einem Bereich, der laut Vorlage "nicht bearbeitbar" ist.
>
> hth
> Martin
Wenn ich eben diese Seite einfach so in DW lade, sind die Einstellungen
für die Seitenkodierung grau.
Ralph
Martin Gerhard
> Martin Gerhard schrieb:
>> Doch, vermutlich schon. Ich habe mir erlaubt, die Seite über den Link
>> aus dem OP herunterzuladen. Die Codierung befindet sich innerhalb des
>> gesperrten Bereiches von 'template="/Templates/eurotouring.dwt"'.
>
> Bin ich blind? In der Querlle von
> http://eurotouring.de/inhalt/international.htm steht:
>
> <!-- InstanceBeginEditable name="head" -->
> <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
> <!-- InstanceEndEditable -->
Ja, habe ich gesehen. Trotzdem vermute ich den Fehler in der Vorlage.
Wenn Du nämlich die Seite von der Vorlage löst ("Modifizieren > Vorlage
> Von Vorlage lösen">, kannst Du die Zeichencodierung einfach ändern.
Ist aber auf jeden Fall seltsam.
Gruß
Martin
Ralph Stahl
Also in der Art, wie DW damit Umgeht - nicht in der Vorlage selbst. Ich
denke, das ist ne richtige Macke von DW. Ich habe daweile noch ein
bißchen gegoggelt, bin auf
http://www.traum-projekt.com/forum/27-dreamweaver/97195-dw-bug-oder-feature-standardkodierung.html#post806113
gestoßen und hab auch da Problem drangehangen an den Thread. Eine Lösung
habe ich noch nicht gefunden, bleibe aber dran. Die Fragestellung
scheint selten zu sein :-(.
Danke erstmal!
Ralph
Andreas Prilop
> Mir ist auch nicht klar, warum du ISO-8859-15 verwendest, das ist
> die überflüssigste Codierung überhaupt. Für "€" brauchst du sie nicht,
> hingegen ist die Unterstützung seitens Editoren und Browsern ist recht
> bescheiden, u.U. kann selbst ein IE5 ISO-8859-15 nicht decodieren.
Oh, ich habe da auch schon IE 6 auf Windows 2000 (wohl ohne Service Packs)
gesehen, der konnte ISO-8859-15 nicht richtig darstellen.
ISO-8859-15 mag für text/plain geeignet sein, für text/html ist es
komplett unsinnig.
--
Jeder, der den Islam als gewalttätig verleumdet,
wird durch das Schwert des Islam sterben!
Andreas Prilop
>> u.U. kann selbst ein IE5 ISO-8859-15 nicht decodieren.
>
> Sachlich richtig, aber so war halt die Vorgabe.
Wer hat das vorgegeben? Dann ist es Deine Aufgabe, denjenigen darauf
hinzuweisen, dass ISO-8859-15 hier unsinnig ist und UTF-8 viel besser
geeignet ist.