Zitat von Junker JörgWeil die Methode fail-safe ist
Sie erschweren allerdings eine Portierbarkeit des Quelltextes. Jeder moderne Browser kann zudem mit den entsprechenden Zeichenkodierungen umgehen.
und der TO schon Entities verwendet hat.
Nur zum Teil, offensichtlich. Grundsätzlich bleibt es allerdings beim erhöhten Arbeitsaufwand.
a) setzt das einen Editor voraus, der auch die Wahl der Zeichenkodierung zuläßt
Ein Editor für Webseiten sollte zumindest UTF-8 und ISO-8859-1 unterstützen, sonst taugt er wohl wenig bis nichts.
b) kann es immer noch zu Anzeigeproblemen bei einzelnen Usern kommen, wenn kein Meta Tag mit Angabe zur Zeichenkodierung enthalten ist, da der Weiterleitungsserver keine Zeichenkodierung im Http-Header angibt.
Es handelt sich hier um keine "Weiterleitung", die andere Seite wird lediglich als Frame eingebunden. Die umschließende Seite hat selbst keinen Inhalt. Dabei unterscheidet der Fx prinzipiell sehr wohl, welcher Zeichensatz für die einzelnen Frames genannt wird. Ein Angabe im HTTP-Header, wie sie der Server hier übermittelt, ist folglich ausreichend, wenn sie mit der Kodierung der Frame-Seite übereinstimmt. Anzeige-Probleme darf es dann eigentlich nicht geben.
Der Browser sollte dann zwar eigentlich zu ISO 8859-1 defaulten, aber das ist ja vom Anwender einstellbar.
Da die Frame-Seiten vom Server mit einem Zeichensatz ausgeliefert werden und der Fx diesen berücksichtigt, gilt dies hier nur für die inhaltsleere, umschließende Seite, da diese ohne Angabe zum Zeichensatz über HTTP und Meta-Angaben übermittelt wird. Es ist korrekt, dass sich der Browser für die hier umschließende Seite zunächst an die allgemeinen Vorgaben des Users hält. Der Fx merkt sich zusätzlich noch vom User gewählte manuelle Einstellungen des Zeichensatzes über Annotations in der places.sqlite.
Meine Empfehlung war nur auf diesen speziellen Fall bezogen und nicht allgemeiner Natur.
Auf den speziellen Fall dieses Anwenders bezogen, mag deine Empfehlung auf Entities zu setzen, abgesehen vom Arbeitsaufwand und in Anbetracht solcher Angaben
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
<meta http-equiv="content-type" content="text/html; chartset=UTF-8">nach dem erfolgten Hinweis, dass diese in der gegebenen Konfiguration nichts bewirken, wohl nicht gänzlich von der Hand zu weisen sein.