で、HTML5の仕様を見て、ちょっと希望が沸いてきました。 そんなわけで僕にとっては注目の新機能は datagrid [w3.org] The datagrid element represents an interactive representation of tree, list, or tabular data. menu [w3.org] context menu state, in which the element is declaring a context menu. command [w3.org] The command element represents a command that the user can invoke. Data Template [w3.org] きゃー！テンプレート！
Webアプリにキクー (スコア:4, 興味深い)
ちょっと当たり前のUIを作ろうと思っただけでエラい苦労するのが馬鹿馬鹿しくて仕方ないのです。
例：ツリービュー、ポップアップメニュー、ヘッダだけ残してスクロールするテーブル、ページの四隅に貼り付くレイアウト等々。
YUIとかでさくっとやれば…と思っても、まあ、既製品が細かい要求にうまくフィットしないのが毎度の事なのは皆さんご存じの通り。
で、ちょっと試しにXULを触ってみたら、「ああそうだよね、こうでなくちゃね」と思うわけです。だって、ポップアップメニューなんて当たり前のUI、別にJavaScriptを何十行も書かなくたって、例えば
とかで実現できればいいじゃないかと常々思っていました。そんなとこにかける苦労はWebを全然豊かにしないですよね。そこで苦労しないで済むなら、Webはもっと豊かになるはずなのにと。
で、HTML5の仕様を見て、ちょっと希望が沸いてきました。
そんなわけで僕にとっては注目の新機能は
datagrid [w3.org]
The datagrid element represents an interactive representation of tree, list, or tabular data.
menu [w3.org]
context menu state, in which the element is declaring a context menu.
command [w3.org]
The command element represents a command that the user can invoke.
Data Template [w3.org]
きゃー！テンプレート！
といったところでしょうか。
Re:Webアプリにキクー (スコア:3, すばらしい洞察)
アプリケーションソフトのユーザーインターフェイスを記述するためのものじゃないからねえ。
Excel で仕様書書くようなもので。
そりゃ書けないことはないけどさあ、というか。
それが今度は正式に Excel に仕様書作成機能が付きますた！ となったような感じか・・・。
Re:Webアプリにキクー (スコア:3, 興味深い)
まあつまり、たとえば
<menu type="context" label="記事に対して">
<li value="reply">返事を書く</li>
<li value="moderate">モデレートする</li>
<li value="whistle">通報する</li>
</menu>
なんて書けばコンテキストメニューができる（んだと思う、多分）とか、そういうことを書いてました。
そのメニュー表現がブラウザ毎にどういう実装になるのかについては、各ブラウザベンダーがいろんな活動を通して徐々に収束させていくのだと思います。過去の苦い経験もあるし、世界中からの圧力はすごいし、そうそうヒドい状態にはならないだろうと楽観しています。ひどくてもせいぜいCSS2の実装の差程度で済むんじゃないかと。（多少バッドノウハウが残るのはしょうがないというぐらいの意味で）
世の中VBアプリからWebアプリになって、ユーザーインターフェイスの進化は数年後戻りした、と言われましたが、ようやくまた進んで行けそうですね。
HTMLはそもそも論文などの文書を構造化するための文法だった、という歴史的事実があるのは勿論知っていますが、現在のWebは、ただ置いてある文書を読むだけだった時代よりもずっとずっと豊かになりました。DBに蓄積された情報をいろんなViewで取り出したり、あっちのUIとこっちの情報をつなげたりといったことが当たり前に行われています。検索エンジン、kakaku.com、じゃらん、地図などなどなど、もうなくてはならないですよね。
そんな時代に、情報を載せる器がいつまでも「これは文書を載せるためのものですから」って頑なにそれ以外のものを拒み続けるよりも、「Webブラウザ上で現在行われていること、未来にできそうなこと」をよーく吟味した上で、必要なぶんだけ仕様に取り込むほうがより多くの人を幸せにできるんじゃないでしょうか。
あと、そういう「操作をするためのタグ」を用意することによって、「文書の意味構造を表すタグ」がそれ以外の用途で使われなくなるんですよ。それってすごくいいことじゃないですか？
Re: (スコア:0)
ケインズによれば我々は長期的には皆死んでるそうだから、短期的な最大限の幸せを求めてもいいのかなあ。
Re:Webアプリにキクー (スコア:1)
素直にででんとJAVAアプレットを置いて、アプレットでやればいいのでは？
別にインラインフレームでエクセルデータとかを呼んでもいいですけど。
◆IZUMI162i6 [mailto]
Re:Webアプリにキクー (スコア:1)
Webはもっと豊かになるはずなのに (スコア:0)
豊かになる方向は望む所だけど、W3Cの決める事は万人が情報にアクセスする最低限の決まり事程度で、
RIA(笑) [ria-jp.org]なんて言うのは各ベンダに任せとけばいいんじゃないかねえ。
テキストエディタでちょいと書いて載せるわけにいかなくなって、
プロプライエタリなプラグインが必要になってしまうかもしれないが。
どうせバックエンドと繋ぐ小細工が必要になる事は変わりそうもないわけだし、
マークアップランゲージを小細工で弄る時問題になるのはHTMLの仕様よりも、
ソース記述の一貫性、正確性に依存するところが大きいと感じるわけで。
DO