nicht angemeldet
... und können damit nach Deinen Ausführungen möglicherweise keine XHTML-Seiten erstellen.
wieso, die http-requests und response-header lassen sich problemlos mit jeder dahergelaufenen scriptsprache auslesen - php zb
header("content-type: application/xhtml+xml; charset=uft-8");
sorgt dafür, dass der server unabhängig seiner konfiguration das aktuelle dokument (sofern noch kein output gesendet wurde) als application/xhtml+xml ausliefert
oder ist das schon wieder zu viel detail?
Dass die Dateiendung mit entscheidend ist hat doch schon moor geschrieben in seiner Vermutung:
"wenn nicht aus deren Endung und Beschreibungen innerhalb des Dateiinhalts - egal, ob diese Information nun in der Ansicht des Quelltextes sichtbar sind oder nicht"»»
der webserver apache geht per default NUR nach dateiendung, den inhalt des auszuliefernden dokuments analysieren zu lassen ist aber auch eine möglichkeit
prinzipiell ist es aber egal ob ein dokument .html, .pdf, .josefundmaria oder .xhtml heisst - ich kann als serveradmin reinschreiben was ich will - wenn ich .png als text/html ausliefern lassen will und .pdf als image/gif, und .html-dateien als application/pdf bleibt mir das überlassen - es dateiendungen haben im http-kontext keine bedeutung - es müsste eigentlich überhaupt keine endungen geben, nur dateiendungen erlauben es eben, den mime-type extrem schnell zu bestimmen
bei containerformaten wie zb .avi ist das ein grosses problem, da die codec-informationen im file hinterlegt und der mime-type video/x-msvideo zur eigentlichen interpretation nur indirekt von nutzen ist, er hilft nur dabei die geeignete software zum darstellen auszuwählen
Aber unter den Seiteninformationen kam application/xhtml+xml
ja, darum wird der ie6 auch ein download-promt liefern (meiner tut das jedenfalls)
Gunnar Bittersmann
Struppi