パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

Mozilla、XFormsを実装へ」記事へのコメント

  • by Anonymous Coward on 2004年08月12日 0時12分 (#604389)
    現在のWebのフォームがここまで普及したのは、
    「単純で、
     どこでも似たようなかたちで表現される・使用できる」
    ってのが第一の理由だと思う。

    サイトごとにUIの不統一を引き起こし、なおかつデータ
    構造を複雑化する規格の導入がなぜ必要なのだろう。
    そこまでのことをしたいならFlashのほうが先行してい
    て、しかも成功している。

    ほとんどエンジニアの自己満足だと思う。
    • XFormsは見た目だけでなく、構造化されたデータを、構造化されたまま送信できるのがポイントかな、と。
      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じゃ力不足とは感じるはず
      親コメント
      • by bool (6916) on 2004年08月12日 10時15分 (#604522) ホームページ
        実際にXFormsをいじってみると,サーバ側のCGIでXFormsを動的に生成したり,クライアント側のXFormsプロセッサ上のJavaScriptエンジンなどで動的にXForms,GUIを生成するといった使い方が,とても重要になるという気がしました.XFormsは,スクリプティングを「減らす」ことはできても,「無くす」ことはできない.

        そういう意味では,XForms仕様に限界を感じたときに,どうするかについて,XForms仕様自体が,何らかの指針を示してくれていたら,ありがたいなぁと思いました.
        http://www.surguy.net/articles/clientside-xsl-taglib.xml
        とか.
        親コメント
      • FlashもXMLをそのまま通信できるので、構造化された情報を送受信できますよ。
        ただし、多くの場合、情報構造体なんて物を考えてFlashコンテンツ作る人が少ないのと、見た目と情報の乖離が激しい場合が多いので、誤解されやすいのかもしれません。

        #だからと言ってActiveXに行く気はしないわけで、xFormsは歓迎です。
        親コメント
    • それをいったら、Flashはデザイナーの自己満足だけど?(汗)

      あれのためだけにサーバーに変な小細工しなけりゃならんエンジニアの身になってくれ。
      親コメント
      • Flashをリッチクライアントに位置づけた場合のサーバーアプリケーション開発は、Flexでしょう。Flashだけでやってるのはやっぱり半自己満足な世代になりつつあるかもしれません。
    • webは、高望みしたってできることの限界点は低い。 自動車で言えば、webはレーシングカーには絶対成れない。 それを考えずに機能を拡張してもいずれは淘汰されるだけ。
      • by AD (8507) on 2004年08月12日 10時04分 (#604520) ホームページ 日記

        現在のWebの限界点が低いとしても、進化する試みまで否定することはないのでは。

        その昔、Webに動きを与えんと実装されたJavaScriptなる言語は淘汰されたでしょうか。将来的には淘汰されるかもしれません。しかし、JavaScriptの代替になりうる技術開発及び実装がなければ淘汰されることはないでしょう。どんな技術も実装という土壌が整わなければ使い物になりません。現在のWebで満足しないのなら、新しい試みは受け入れるべきかと。結果的に淘汰されるなら、それはそれでよいことかと。

        使用する環境のことを考慮するのはページ記述者に必要な注意であって、ブラウザ側が新しい技術を実装していくことは良いことではないでしょうか。ブラウザは先進的に、ページ記述者は保守的に、というのが望ましい姿だと私は思います。

        ページ記述者は、ブラウザが新しい技術を実装しても、互換性を重視するために旧来の技術を使うことを選べます。現に、私などは互換性を重視してXHTMLではなくHTML4.01を好んで用いています。

        --
        --労使曰く、ひとごとを尽くして神頼み--
        親コメント
      • なぜWebは制限のあるGUIなのです?
        親コメント
      • ここでいうレーシングカーって、例えばどんなものなんでしょう?
        揚げ足取りとかでなく、単純に気になるので、教えてくれると嬉しいです。
        親コメント
        • by lotusseven (18523) on 2004年08月12日 9時30分 (#604507)
          パートのパンチャーさんがF1ドライバーとか?
          プロのパンチャーさんは、画面の機能や入力順や反応速度が入力時間に顕著に現れます。
          雇い主は、1件コンマ3秒の短縮が月間パート経費がいくら削減されるか、
          という事を考えて、入力画面の変更依頼があがってくる事もあります。
          (まさにコンマ単位でタイムを削るチューニングをしている感じ)

          とてもブラウザごときに置き換えられるモノではありません。

          #1件コンマ3秒とかはちょっと言い過ぎ
          親コメント
      • by Anonymous Coward on 2004年08月12日 2時10分 (#604454)
        Ethernet は、高望みしたってできることの限界点は低い。自動車で言えば、Ethernet はレーシングカーには絶対成れない。それを考えずに機能を拡張してもいずれは淘汰されるだけ。

        とかいう話はかつてよく聞いた気がするけど、いつのまにか10Gすか?
        親コメント
    • IBMのページをちょっとみましたけど、ECMAスクリプトでイベントハンドラを記述してましたが、ECMAスクリプトなんて誰も書きたくないよね。

      本当、こんな規格いらないですね。

ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家

処理中...