Hi,
Wieso soll das unsinnig sein? Genau dahin geht die Entwicklung, denk mal an Mikroformate.
Mikroformate sind IMHO ein (X)HTML-Workaround wg. der XML-Probleme der Browser, bzw. eine Möglichkeit verbesserter Maschinenlesbarkeit für kleinere Datenbestände (sozusagen "kleine Münze").
Kein "Daten-Manager" der bei Verstand ist, wird das als Rohformat verwenden.
Andererseits: Der IE wird ja auch genutzt - und über den ließe sich ähnliches sagen ... >;->
Äh, wenn ich strukturierte Texte und sonstige Informationen (siehe Mikroformate) speichern will, wieso soll ich dann nicht XHTML verwenden, wo ich gleich tausende fertige Möglichkeiten der Verarbeitung habe, wieso soll ich da irgendein neues XML-Derivat erfinden, wo ich doch alles mit (X)HTML machen kann?
Wieso denn "neues XML-Derivat"? XML ist XML ist XML. Ich denke schlicht an eine eigene DTD bzw. eigene Schemata.
Wenn man X(!)HTML als Ausgangspunkt für die Verwendung eigener Schemata verwenden möchte: Keine Frage, keine Probleme (also XML mit eigenem/n Schema/ta mit einem zusätzlichen XHTML-Schema).
Aber (X)HTML selbst (zumal bei geklammertem X) ist dafür, Mikroformate hin oder her, ernsthaft nicht tauglich.
Wenn man diese Aussage verschärfen möchte, dann kann man ja mal "(X)HTML" durch "HTML" ersetzen, und "XML" durch "SGML" - vielleicht wird die Intention dann klarer, weil die Diskrepanz stärker hervor tritt ...
"Generationen" von Firmen haben ihre Daten in SGML bzw. später XML gesichert. Wir reden hier über Datenvorhaltung in Geschäftsumfeld und nicht über Workarounds von HTML-Liebhabern und Hobbyseitenbastlern, die sich vielleicht im Low-Level-Bereich mal eine gute Akzeptanz erreichen werden - oder auch nicht.
Gruß, Cybaer
Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"!