参考までに、以下にXForms1.0の仕様書にあった概要を引用しておきます。
“XForms is an XML application that represents the next generation of forms for the Web. By splitting traditional XHTML forms into three parts—XForms model, instance data, and user interface—it separates presentation from content, allows reuse, gives strong typing—reducing the number of round-trips to the server, as well as offering device independence and a reduced need for scripting.”
http://www.w3.org/TR/xforms/
こんな規格要らないと思う (スコア:2, すばらしい洞察)
「単純で、
どこでも似たようなかたちで表現される・使用できる」
ってのが第一の理由だと思う。
サイトごとにUIの不統一を引き起こし、なおかつデータ
構造を複雑化する規格の導入がなぜ必要なのだろう。
そこまでのことをしたいならFlashのほうが先行してい
て、しかも成功している。
ほとんどエンジニアの自己満足だと思う。
Re:こんな規格要らないと思う (スコア:5, 参考になる)
Flashとは考えているレイヤーが違うのです。
参考までに、以下にXForms1.0の仕様書にあった概要を引用しておきます。
“XForms is an XML application that represents the next generation of forms for the Web. By splitting traditional XHTML forms into three parts—XForms model, instance data, and user interface—it separates presentation from content, allows reuse, gives strong typing—reducing the number of round-trips to the server, as well as offering device independence and a reduced need for scripting.”
http://www.w3.org/TR/xforms/
#実際にHTML Formをいじっていれば、現行のFormじゃ力不足とは感じるはず
Re:こんな規格要らないと思う (スコア:2, 参考になる)
そういう意味では,XForms仕様に限界を感じたときに,どうするかについて,XForms仕様自体が,何らかの指針を示してくれていたら,ありがたいなぁと思いました.
http://www.surguy.net/articles/clientside-xsl-taglib.xml
とか.
Re:こんな規格要らないと思う (スコア:1)
ただし、多くの場合、情報構造体なんて物を考えてFlashコンテンツ作る人が少ないのと、見た目と情報の乖離が激しい場合が多いので、誤解されやすいのかもしれません。
#だからと言ってActiveXに行く気はしないわけで、xFormsは歓迎です。
Re:こんな規格要らないと思う (スコア:1)
あれのためだけにサーバーに変な小細工しなけりゃならんエンジニアの身になってくれ。
Re:こんな規格要らないと思う (スコア:0)
webは制限のあるGUIだから (スコア:0)
Re:webは制限のあるGUIだから (スコア:2, すばらしい洞察)
現在のWebの限界点が低いとしても、進化する試みまで否定することはないのでは。
その昔、Webに動きを与えんと実装されたJavaScriptなる言語は淘汰されたでしょうか。将来的には淘汰されるかもしれません。しかし、JavaScriptの代替になりうる技術開発及び実装がなければ淘汰されることはないでしょう。どんな技術も実装という土壌が整わなければ使い物になりません。現在のWebで満足しないのなら、新しい試みは受け入れるべきかと。結果的に淘汰されるなら、それはそれでよいことかと。
使用する環境のことを考慮するのはページ記述者に必要な注意であって、ブラウザ側が新しい技術を実装していくことは良いことではないでしょうか。ブラウザは先進的に、ページ記述者は保守的に、というのが望ましい姿だと私は思います。
ページ記述者は、ブラウザが新しい技術を実装しても、互換性を重視するために旧来の技術を使うことを選べます。現に、私などは互換性を重視してXHTMLではなくHTML4.01を好んで用いています。
--労使曰く、ひとごとを尽くして神頼み--
Re:webは制限のあるGUIだから (スコア:0)
Re:webは制限のあるGUIだから (スコア:1)
#もうちょっとWindows上でも安定して動いてくれるといいんだけどなぁ、
Re:webは制限のあるGUIだから (スコア:1)
Re:webは制限のあるGUIだから (スコア:0)
Re:webは制限のあるGUIだから (スコア:1)
なぜいまだにアレを直してくれないかなぁ。
Re:webは制限のあるGUIだから (スコア:0)
(今も MS IE の影響力でかすぎだけど)
そんな恐ろしい事態は勘弁。
Re:webは制限のあるGUIだから (スコア:0)
WWW のことをいってるなら、W3C より
どっちかっていうと Apache のおかげかと。
Re:webは制限のあるGUIだから (スコア:0)
実は支配されていたりして
標準ばかりだと、個性ないのになぁ・・・
Re:webは制限のあるGUIだから (スコア:0)
Re:webは制限のあるGUIだから (スコア:0)
>そんなのは詭弁でしかないと思うがね。
つまり、IEの独自拡張てんこ盛りにするデザイナーには問題なく、それを実装するマイクロソフトに問題があると?
それもまた詭弁の悪寒。
どっちにも問題ありけり。
Re:webは制限のあるGUIだから (スコア:1)
Re:webは制限のあるGUIだから (スコア:1)
揚げ足取りとかでなく、単純に気になるので、教えてくれると嬉しいです。
Re:webは制限のあるGUIだから (スコア:2, 興味深い)
プロのパンチャーさんは、画面の機能や入力順や反応速度が入力時間に顕著に現れます。
雇い主は、1件コンマ3秒の短縮が月間パート経費がいくら削減されるか、
という事を考えて、入力画面の変更依頼があがってくる事もあります。
(まさにコンマ単位でタイムを削るチューニングをしている感じ)
とてもブラウザごときに置き換えられるモノではありません。
#1件コンマ3秒とかはちょっと言い過ぎ
Re:webは制限のあるGUIだから (スコア:2, 興味深い)
ブラウザでも使える、専用UIでも使える。それがいいんじゃん。
Re:webは制限のあるGUIだから (スコア:1, すばらしい洞察)
とかいう話はかつてよく聞いた気がするけど、いつのまにか10Gすか?
Re:こんな規格要らないと思う (スコア:0)
本当、こんな規格いらないですね。