Das ist nicht falsch, das ist richtig! Anders gesagt, damit die Umlaute auf einer Webseite richtig aussehen, müssen sie so kodiert sein. Sollen die Texte anderswo als in einer Webseite verwendet werden, dann am besten über "Suchen und ersetzen" die Zeichen ersetzen (aber Achtung, das Häkchen bei "Groß-Kleinschreibung beachten" nicht vergessen!)
OK, ich bin grad ein bißchen zwänglerisch und besserwisserisch (das ist immer so, wenn die mich im Büro nerven), aber wenn mans ganz genau nimmt, ist es, glaub ich, doch falsch:
Wenn ich mich richtig erinnere (ich hab die Export-Skin geändert), verwendet Ihr das Movable Type Import Format. Auf der Seite, auf die Ihr bzgl. der Spec verweist, steht zu diesem Thema:
If you have HTML in the data that you are importing, it should not be encoded into HTML entities; the data that is in your import file is imported verbatim into the Movable Type database. Thus, your data should look exactly as it would were you to type it into the form when creating a new entry.
Keine Ahnung, wie's mit der Interoperabilität mit anderen System aussieht, vielleicht machen das ja eh alle so.
Tatsächlich machen die named entities immer wieder mal Schwierigkeiten, wenn man den Export weiterverarbeiten möchte, und gebraucht werden sie auch von HTML 4.x nicht.
Das tatsächliche Problem ist ein anderes: Man kanns beim Export sowieso nicht richtig machen; je nachdem, wie die Skin rundherum ausschaut, ist es mal so und mal so falsch. Ich exportiere XML-Fragmente, da sind die HTML-entities „falsch“. Wenn die Entities ganz weg sind, paßts aber auch nicht, weil zumindest die XML-entities (wie war das mal &? *g*) drin bleiben müßten (die braucht man auch für XHTML). Und wenn die bleiben, ist es wieder im Sinne von Movable Type nicht korrekt.
Also glasklar: Change-Request für einen Export, der alle diese Optionen inkl. gewünschter Zeichenkodierung einstellbar macht - oder eben doch suchen&ersetzen. ;)
;)
OK, ich bin grad ein bißchen zwänglerisch und besserwisserisch (das ist immer so, wenn die mich im Büro nerven), aber wenn mans ganz genau nimmt, ist es, glaub ich, doch falsch:
Wenn ich mich richtig erinnere (ich hab die Export-Skin geändert), verwendet Ihr das Movable Type Import Format. Auf der Seite, auf die Ihr bzgl. der Spec verweist, steht zu diesem Thema:
Keine Ahnung, wie's mit der Interoperabilität mit anderen System aussieht, vielleicht machen das ja eh alle so.
Tatsächlich machen die named entities immer wieder mal Schwierigkeiten, wenn man den Export weiterverarbeiten möchte, und gebraucht werden sie auch von HTML 4.x nicht.
Das tatsächliche Problem ist ein anderes: Man kanns beim Export sowieso nicht richtig machen; je nachdem, wie die Skin rundherum ausschaut, ist es mal so und mal so falsch. Ich exportiere XML-Fragmente, da sind die HTML-entities „falsch“. Wenn die Entities ganz weg sind, paßts aber auch nicht, weil zumindest die XML-entities (wie war das mal &? *g*) drin bleiben müßten (die braucht man auch für XHTML). Und wenn die bleiben, ist es wieder im Sinne von Movable Type nicht korrekt.
Also glasklar: Change-Request für einen Export, der alle diese Optionen inkl. gewünschter Zeichenkodierung einstellbar macht - oder eben doch suchen&ersetzen. ;)