2011-07-23 14 views
3

2000年、XMLは溶岩以来最もホットなものでした。素晴らしい計画は、サーバーがXML出力を生成し、ブラウザXSLTがコンテキストに応じて異なるHTMLコンテンツに変換することでした。私はIE6でもクライアント側のXSLT変換をサポートしていると思います。クライアントサイド(ブラウザ)でのXSLT変換のサポート

今、私の質問は、このアイデアのために何が起こったのか、それはなぜ失敗したのですか?検索エンジンの索引付け?他に何か?

CSSはあなたがそれを使用して異なるメディア[1]の異なるレイアウトを作成することを約束しているので、このXSLTのアイデアを適用して同じコンテンツの異なるWeb /モバイルページビューを作成できますか?当然、モバイルブラウザはXSLTクライアント側の変換をサポートする必要があり、私はここでどのような状況になっているのか分かりません。

XML(生のHTTPペイロード) - > XSLT変換(クライアント側、JS) - > a)のウェブページb)は、モバイルページ

[1] http://developer.yahoo.com/yui/theater/video.php?v=crockonjs-4

+0

可能な限りクライアントサイドのXSLTを避けることにします。このアイデアは本当にクールですが、XSLTがサーバー側のXSLTと比べて限られているため、問題が多いことがあります。クライアントサイドのXSLTに関する興味深い会話は、こちらをご覧ください:[Client Side XSLT discussion on stackoverflow](http://stackoverflow.com/questions/841238/client-side-xslt)特にモバイルブラウザでは避けてください。 XSLTは力を計算する必要があり、モバイルブラウザでこの要素に頼らないことが賢明です。モバイルウェブページをよりシンプルかつ軽量に保ちます。 – therealmarv

答えて

2

あなたが一緒に遊んで興味がある可能性がありSaxon-CE(クライアント版)のアルファ版リリース.JavascriptをサポートするすべてのブラウザでXSLT 2.0をサポートしています。製品に関するすべてのフィードバックは大歓迎です。

ブラウザに依存せず、XSLT 2.0をサポートするだけでなく、ユーザーのやり取りやマウスイベントへの応答など、Javascriptで以前に行われたことを含めて、XSLTの開発作業にもっと取り組むことを目的としています。

www.saxonica.comにアクセスして試してみてください。