Ask questions and get real answers from real people. Ask questions, get answers, find information The World's Greatest JavaScript Question Answer Website
Ask questions and get real answers from real people. Ask questions, get answers, find information The World's Greatest JavaScript Question Answer Website
AjaxやFlashを使ったWebサイトを目にする機会が増えてきている。WebアプリケーションでリッチなUIを提供できるようになり、またひとつWebの表現力が広がった。一方でUIのリッチ化は、これまで数々のプロジェクトが築いてきたビューとロジックの分業体制を再び曖昧なものに引き戻そうとしている。 皆さんもこんな会話の経験がないだろうか? プログラマ--ここのプルダウンでマウス選択時の色を変えるのであればonMouseOverとonMouseOutイベントを設定する必要がありますね。ここのWYSIWYGなエディタはhogeEditorをobject idで指定してください デザイナ--どういうことですか? 正直いって、こんなやり取りはもうウンザリである。 データベースアプリケーションがgrailsコマンド一発で構築できる時代なんだから、リッチなUIだって簡単に作りたい。ZKはそんな希望に応
今回は、メニューからグラフの種類を変更できるようにします。これまでは、3D縦棒グラフでデータを表示していましたが、グラフの種類を折れ線グラフと円グラフに変えられるようにします。
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 なんだかすごく当たり前のことをいうようですが、Web2.0的でない企業にはWeb2.0サービスはできません。 トラックバック、Ajaxによる画面遷移のないUI、RSS(フィードやリーダー)、他サイトとのシンジケーション、ユーザーへの信頼、集合知の活用、などなど。どれ1つとってもマスプロダクトな世界でビジネスを展開してきた企業にはなかなか馴染まないみたいです。 自分たちがそれまで蓄えてきた常識をかなぐり捨ててでも、あちら側に馴染もうとしない限りは。 理解できないんじゃない。馴染まないんですよまぁ、馴染まないのはいいんです。それ(=Web2.0)がすべてじゃないんですから。 問題は、馴染まないならそういうサービスの提供はあきらめるべきだということを理解しないことです。 自分たち
今までServlet+JSPの案件ばかり数年間やってきたから、JavaScriptなら大抵理解していると思ってた。実際、Ajaxじみた非同期サーバー通信もやったこともあったから、それの方法が変わるくらいのイメージだった。 実際に調査を始めてみてわかった。俺が悪かった。JavaScriptを甘く見ていた。 確かに「Asynchronous JavaScript+CSS+DOM+XMLHttpRequest」は、今までの同期通信を主としていたWebアプリケーションの常識を覆した。しかしこの際非同期通信云々の部分はどうでもいい。 ソレよりも重要なのは、今までなら(不安過ぎて)使えなかったオブジェクトチックな記述の方法、ライブラリの構築、DOMによる画面表示の動的入れ替え、そしてそれらによって可能になるユーザビリティの高いUIである。 ナニが重要なのかというと、カッコイイ〜とか、凄い〜とか、そう言
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く