Ich konvertierte meine gesamte Website zu XML/XSL und ich würde gerne alle aktuellen Probleme mit der Durchführung von Client-Seite XSLT wissen.Client-Seite XSLT
hier diejenigen sind, kenne ich schon von (aus erster Hand):
- domänenübergreifende XSL-Dateien (dies ist ein Sicherheitsproblem und nicht die Cross-Browser)
- disable-output-escaping (das funktioniert nicht in FF ... sie halten es für eine Frage der Sicherheit)
auch als für die Browser-Unterstützung ist dies alles, was ich kenne:
- Opera 9+
- FF 1.0+
- SF 2.0 + (i auf das falsch sein kann)
- Chrome
- IE 6,0 +
Jede andere wäre hilfreich sein :)
Bearbeiten:
Wie für die zweite Fallstricke gibt es eine anständige Problemumgehung, die Sie xhtml an Ihre xsl übergeben können. Es funktioniert, indem es wirklich konvertiert und sicherstellt, dass Ihr XHTML gültiges XML ist und es in Ihr XML als XML setzt. Dann kopierst du in deinem XSL das xml;) und gibst es als XHTML aus.
Ich bin auch sehr neugierig auf diese. Ich benutze sehr gerne clientseitig xslt, und ich hatte nie Probleme damit, aber ich habe mich immer gefragt, ob es irgendwelche Nachteile gibt. – Zifre
Es ist zu gut um wahr zu sein :). Die Fähigkeit, alle Vorlagengenerierungen auf den Client auszulagern ... Und sie die Vorlage zwischenspeichern zu lassen ... Es ist total genial. Im Jahr 2004 wurde es fast Cross-Browser unterstützt, im Jahr 2009 ... es ist, von dem, was ich verstehe. –
Warum nicht einfach XHTML als Basis verwenden und dann Transformationen von dort anwenden? Warum mit XML beginnen? Werden Sie auch andere Web-Standards wie CSS oder Dinge wie JavaScript und grundlegende Bilder verwenden? Jede zusätzliche Datei verursacht Leistungsprobleme, bis sie auf der Clientseite zwischengespeichert wird. – JamesEggers