アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
Mozilla vs MSIE (スコア:1)
ちょっと心配です。
And now for something completely different...
Re:Mozilla vs MSIE (スコア:0)
MSIEには (スコア:0)
Re:MSIEには (スコア:0)
Re:MSIEには (スコア:1, 参考になる)
XFormsはサーバへ送るフォームデータのための仕様なので、XULとは用途が違うと思うけど。
Re:MSIEには (スコア:3, 参考になる)
というか、そもそも、この仕様への対応は、そういうエンタープライズ市場への対応を念頭に置いているのだと思います。Mozillaに実装されているにもかかわらず、いまだに活かされていないSOAPなどの実装を活性化させるには、こうした複雑なデータ処理に対応して、力を発揮できることをアピールする必要があるのではないかと。
そうでなければ、Mozillaを、webブラウザじゃなくて、webサービス用のモジュールとして利用して欲しい、という狙いもあるかもしれないし。
Re:MSIEには (スコア:3, 興味深い)
同感です。
現状のWebアプリの弱点は、貧弱なUIと印刷機能ですよね。
今リッチクライアントの選定を行っているところは、
多いと思いますけど、ブラウザ標準で、ある程度のことが
できれば、選択肢は変わってきますね。
その意味で、webサービス用のモジュールというのは、
良い方法かもしれないですね。
Mozillaでブラウザ抜きの配布ライブラリ的なものを
用意してくれれて、Eclipseのプラグインでも出来れば
利用は見込めるかも。
あとは、PDFに頼らずに印刷したいので、
XML-FOを直接レンダリングできる機能を備えてくれると
文句無いんだけどなあ。
XFormsとPaged Media (スコア:2)
> XML-FOを直接レンダリングできる機能を備えてくれると
> 文句無いんだけどなあ。
MozillaはGekkoエンジンなので,XSL-FOよりは,CSS Paged Mediaプロパティ群 [w3.org]のほうが,先に実装されていきそうな感じがしますね.XSL-FOの将来性ってどうなんでしょうか.
ちなみに,ぼくは今,マークシート印刷原稿の定義ファイル(としても使えるような調査票媒体非依存な設問構造定義ファイル)を,XHTML2+XFormsで記述できるようにしようとしています(開発協力者募集中です! [keio.ac.jp]).ここでは,内部的に,XSL-FOを使っているわけなのですが,ApacheプロジェクトによるXSL-FO実装のFOP [apache.org]には,苦労させられています….