Umlaute werden überhaupt nicht codiert

[R.Carlos]

Hallo zusammen,
ich habe vor kurzem mein GoLive CS upgedatet.
Seit dem habe ich das Problem, dass Golive mir die Umlaute nicht in Html codiert. Also wenn ich im Layoutmodus bin und dort ä ö ü etc. schreibe und dann in den Quellcodemodus wechsle, dann codiert Golive die Umlaute nicht mehr. Also werden im Quelltext die Umlaute auch ä ö etc. ausgewiesen.

Weiß jemand woran das liegen könnte?

Gruß
R.Carlos

[Dirk Levy]

Ist das Encoding auf UTF-8, dann ist das
ganz normal, nur bei ISO-8859-1 zum
Beispiel werden die Umlaute und Sonder-
zeichen maskiert....

Gruß

Dirk

[R.Carlos]

Hallo Dirk,
danke für deine Antwort.
Eigentlich habe ich für die entsprechende Seite keine Codierung gewählt.
Bei meiner Seite handelt es sich um eine PHP Seite die die ContentBereiche entsprechend includiert.
Also ich habe meine Index Seite. Dort steht natürlich die codierung drin (8859-1). In den einzelnen Contentseiten steht nur reiner Html Text ohne Head, body etc. Da diese Elemente ja in der Index zu finden sind.

Bisher hat auch immer alles funktioniert. Ich habe die entsprechenden Includedateien geöffnet und konnte Sie einwandfrei überarbeiten. Nach dem Update kann ich jetzt im Layoutmodus den Text eintragen, aber im Quelltcodemodus werden die Umlaute nicht umgewandelt. Auch bei der manuellen Eingabe von Umlauten passiert nichts. Z.B. ich gebe im Layoutmodus in ä ein, nun wird im Quelltextmodus auch das ä so ausgewiesen. Früher war es so, dass Golive das ä im Quellcodemodus in "ä" umgewandelt hat.

Wie kann das sein

Gruß
R.Carlos

[Dirk Levy]

Welche GL-Version ist es denn: CS2 bzw. 8 oder die 9?

Gruß

Dirk

[ingozen]

Die Umlaute sind in iso-8859-1 komplett enthalten und müssen nicht maskiert werden.

[R.Carlos]

@ Dirk
die 8er Version für den Mac

@ingozen
wie müssen nicht maskiert werden?

[ingozen]

D.H., dass Umlaute wie Ä nicht mit in z.B. &Äuml; umgeschrieben werden müssen.
Der Westeuropäische Zeichensatz iso-8859-1 beinhaltet diese Umlaute und Browser können mit ihnen umgehen.

Von daher ist es irrelevant, ob GoLive deine Umlaute umschreibt, oder nicht.

[R.Carlos]

mhhh aber wenn ich aber dann die Seite mir im Browser anschaue entstehen aus den Umlauten ganz komische Zeichen.

Aber müsste GoLive nicht eh alles in Html umcodieren wenn ich was im Layoutmodus einsetze? Dafür ist das Ding ja da oder? Egal ob ich eine Codierung angegeben habe oder nicht. Oder sehe ich das falsch?

[ingozen]

Dann stimmt was mit deiner Kodierung nicht.
Lad doch mal eine Datei hoch und poste den Link …

[R.Carlos]

ok...mach ich. bin im Moment leider unterwegs. Sobald ich wieder zuhause bin lade ich mal die Datei hoch.

Alles sehr merkwürdig.

Trotzdem schon mal danke für die Hilfe.

[UweB]

In den einzelnen Contentseiten steht nur reiner Html Text ohne Head, body etc. Da diese Elemente ja in der Index zu finden sind.

In diesem Fall frage GoLive CS2 Win bei mir jedesmal beim Öffnen welche Codierung genommen werden soll. Als Standard ist UFT-8 vorgegeben, was in deinem Fall falsch wäre.

@Ingo

D.H., dass Umlaute wie Ä nicht mit in z.B. &Äuml; umgeschrieben werden müssen.
Der Westeuropäische Zeichensatz iso-8859-1 beinhaltet diese Umlaute und Browser können mit ihnen umgehen.

Das ist mir neu, aber ein einfacher Test zeigt natürlich, wie nicht anders zu erwarten , dass du recht hast.
Allerdings scheint das nur für XHTML zu gelten. Bei HTML-Doctype und iso-8859-1 werden nur codierte Umlaute bei mir richtig angezeigt.

Ich vermute daher dass es an der Kombination HTML und iso-8859-1 liegt.

Gruß
Uwe

[ingozen]

Zitat von UweB

Allerdings scheint das nur für XHTML zu gelten. Bei HTML-Doctype und iso-8859-1 werden nur codierte Umlaute bei mir richtig angezeigt.

Ich vermute daher dass es an der Kombination HTML und iso-8859-1 liegt.

Nö, Zeichensatz ist Zeichensatz, siehe hier.
Öffne Deine Datei mal im Firefox und geh auf die Eigenschaften.
Ich bin mir sicher, dass da was anderes steht als iso.

Es liegt nicht nur am Meta-Tag, sondern halt auch daran in welcher Kodierung das Dokument abgespeichert wurde.

[R.Carlos]

Hallo zusammen,
ich habe den Fehler nun gefunden.
Es lag an den Voreinstellungen. Dort war unter Codierung UTF 16 als Standard.
Hab es jetzt auf 8859-1 gesetzt.
Jetzt werden auch alle Umlaute sauber umgesetzt.

Machmal liegt der Fehler zwischen den Ohren ;-)

Trotzdem an alle vielen Dank für eure Hilfe

Gruß
R.Carlos

[ingozen]

Kein Problem, dafür gibt´s ja das hervorragende GoLive-Forum im TP.
Manchmal brauch man nur einen kleinen Schubs in die Richtige Richtung.

[UweB]

Tja, keine Ahnung, was ich da eben versucht habe. Nun kann ich das auch nicht mehr reproduzieren.

Trotzdem ist mir das von R.Carlos beschriebene Verhalten im Zusammenhang mit GoLive irgendwie bekannt.

Gruß
Uwe