Safariは、Mac OS Xの標準Webブラウザではありますが、Windows版があってもWindowsユーザーへの訴求力は低く、互換性や機能性の面でも十分だったとはいえません（参考「HTML5も先取り、Safari最新版がリリース～JavaScriptやHTMLのロード時間を高速化～」）。 しかし、いずれのWebブラウザもそのような煮え切らない状況に甘んじることなく、積極性を持って新しいWebブラウザを開発し続けています。果たして、今後われわれは、より快適なWebブラウザを使用できるのか、Webブラウザのシェアに大きな変動が起きるか、それを占うヒントはβ（ベータ）版などの形で徐々に姿を見せつつあります。 ■ Webブラウザプラグイン「Silverlight」のバージョン2 β版も登場 Download Silverlight 2 Beta 1 さて、IE8について語る場合、同時に発表

Google マップ Google マイマップ EXPO Googleマップの「マイマップ」という機能は、一利用者としてAjaxに能動的にかかわる良い入門題材ではないかと思います。数回クリックするだけで地図上にピンを打ち、ラベルに書き込み、線を引けます。そして、その結果を容易に他人に対してURLという形で渡せます。 そして何より重要なことは、そのような機能が必要とされるケースは誰にでも訪れるということです。「場所はここね」「分からないよ。道順を地図で教えて」といった事態は誰にでも訪れる可能性のある状況です。そのような場合に、このマイマップを使ってみるのは、良いチャレンジになると思います。 ■ 動かしてみよう！ マイマップの例 それだけではありません。自作マイマップを公開することには大きな価値があります。地図に載っている場所にピンを刺しただけのマイマップであっても価値があるのです。 例えば、

Google Gears――グーグルのオフラインWebアプリケーションを作るためのオープンソース技術――をめぐる騒ぎも多少収まったところで、この技術の世間の評判をちょっと見てみようと思った。 わたしから見ればこの技術はかなり有望だが、ほかの人たちが言うことも気になっていた。 いつもは秘密主義のグーグルが、Gearsについては5月31日のGoogle Developer Dayで大量の情報を提供した。それ以来、同社はグーグルについて公式なコメントをあまりしていないが、ほかの人たちがそれを補うほどこの技術について語ってきた。 とは言え、Google Gearsは世の中を変える技術だと思うかと尋ねたところ、多くのRIA（リッチインターネットアプリケーション）専門家の間で意見は大きく異なっていた。 「Gearsが世界を変えるかどうか、アドビシステムズやMozilla.org、Zimbraなど同じよ

2007/03/22 マッシュアップといえば「Googleの地図が横に表示されるWebページのこと」を指すと思っている人はいないだろうか。マッシュアップという言葉は一時期ほど注目を集めなくなっているのかもしれないが、それはおそらく過小評価だ。3月21日に受賞式が行われたマッシュアップコンテストの受賞作を見ていると、マッシュアップという言葉が単なるバズワードなどではないことを改めて認識させられる。 リクルート、サン・マイクロシステムズをはじめ19の企業・団体が提供するサービスを使った開発コンテスト、「Mash up Award 2nd」は、その名称の通り、今回で2度目。応募作品数は前回の56作品に比べて108作品と倍増しており、裾野の広がりを感じさせる。応募作品は多様化しており、地図を使ったサービスの割合が下がり、独自のアイデアや斬新なインターフェイスを使ったものが増えている。 主催者の発表

2007/02/09 米ヤフーは複数のフィードを組み合わせて自分独自のデータを出力させることができるマッシュアップツール「Yahoo! Pipes」を公開した。ビジュアルツールを使い、マウスのドラッグ＆ドロップで新しいWebサービスを作ることができる。米ヤフーのIDで利用可能。 ビジュアルツールはPipeの名のとおり、さまざまな機能を持つモジュールをパイプで接続することでWebサービスを開発できる。データのソースとして利用できるフィードは、ヤフーの検索結果や「Google Base」「Flickr」のほか、ブログなどを読み込ませる「Fetch」がある。 用意されているモジュールを使って、読み込ませたデータにフィルターをかけたり、ソートすることができる。最終的にはRSSフィードでデータが出力される。思いついたアイデアを基に手軽にWebサービスを作れる簡便さが特徴だ。ただ、現状では日本語の扱い

特集：変貌するリッチクライアント（3） 企業のWeb2.0活用はSOAとの融合から 野村総合研究所 技術調査室 田中　達雄 2006/8/4 「広義のSOA」はWeb 2.0も包含する。広義のSOAの中でWeb 2.0的な特徴や技術が適用可能で、効果的なUIが力を発揮する分野はどこだろう。Web2.0の企業活用を考えてみよう リッチクライアントによるリッチなユーザーインターフェイスやユーザーエクスペリエンス（ユーザー体験）の重要性が再認識されている。そんな中、技術面でリッチクライアントの普及を後押ししているのが、SOA（サービス指向アーキテクチャ）とWeb2.0のWebAPI提供によるSaaS（Software as a Service：参照用語解説）である。 どちらもクライアントの独立性を高め、アプリケーションに依存しないユーザーインターフェイス／ユーザーエクスペリエンスの提供を可能にす

前回「JavaをAjaxに変換するグーグルのGWTを使ってみよう」では、Google Web Toolkit（以下GWT）の概要を紹介しました。 GWT最大の特徴は、JavaでAjaxが開発できることです。Ajaxアプリケーションのクライアント側をJava言語で開発し、それをピュアなHTMLとJavaScriptに翻訳する「Java-to-JavaScriptコンパイラ」というユニークな技術をコアとした開発手法にあります。 具体的なAjaxアプリケーションを実際に作成することで、GWTのプログラミングやウィジェットあるいはリモート・プロシージャ・コールの機能といった本質的な要素へと迫っていきましょう。

ユーザビリティのヒント（2） 「メールが送信されました」 伝えるのなら、控えめに 「Yahoo!メール vs Gmail」 ソシオメディア　上野 学 2006/7/28 Webアプリケーションのユーザーインターフェイスデザインに役立つさまざまなTips集。Yahoo!メールとGmail、使いやすいのはどっち？という疑問から使いやすいユーザーインターフェイスを考えてみましょう（編集部） 前回から始まったこの「ユーザビリティのヒント」ですが、今回もいくつかのTipsをご紹介しながら、Webアプリケーションのユーザーインターフェイスやインタラクションデザインについてボトムアップに考えていきたいと思います。 Webアプリケーションによっては、JavaScriptなどを使用して、ウィンドウの開閉、サイズの変更、スクロールバーやボタン類を隠す、アドレスバーやステータスバーを隠す、といったことを行ってい

Webアプリケーションのユーザーインターフェイス[7] すでに入り口にいるのに、ホームに導くボタンは親切か 「可視性とフィードバック」 ソシオメディア　上野 学 2006/2/15 前回の「『戻る』で入力データが消えてしまうフォームはいらない」では、経験則その2として「寛容性とユーザーコントロール」の話をしました。システム側がユーザーを信頼し、ユーザーのコントロール下でユーザーの思いどおりの振る舞いをすることで、ユーザーとシステム（あるいはサービスの提供者）との間に信頼関係が生まれ、利用効率や生産性が高まっていきます。 そこで今回は、どうすればユーザーが思いどおりにシステムをコントロールできるのか、どうすればユーザーはシステムが自分の思いどおりに動いていると感じるのか、ということを考えたいと思います。これが経験則その3、「可視性とフィードバック」です。

Ajaxがリッチクライアントの中で不動の地位を築いたことは、誰の目にも明らかになった。現在リッチクライアント業界で最も熱いのは、Ajax統合開発環境＆フレームワークの開発合戦だろう。SOA／BPMベンダとして知られるTIBCOソフトウェア（以下、TIBCO）は、Ajax開発環境「TIBCO General Interface Version 3.1 Professional Edition」（以下、GI）の無償提供を始めた（2006年2月13日付のプレスリリース、米国時間）。米TIBCO プロダクト・マーケティング・ディレクター、Jeff Kristick氏に、Ajaxにいち早く対応したGIの開発背景について話を伺った。 ── 今回出荷されたGIは、Ajaxの開発ツールとフレームワークを組み込んだことで話題になっています。TIBCOのAjaxへの取り組みは、どのように始まったのですか。 多

OpenLaszloアドバンスド・テクニック（1）　Page 1/3 EclipseプラグインでOpenLaszlo IDEを構築する ネットエイト 小野 圭二 2006/4/4 次期バージョン（StarAnise）でFlashとAjaxの両対応を決めたオープンソース・リッチクライアント製品のOpenLaszlo。本連載では業務アプリケーションを意識したリッチクライアントの開発テクニックを紹介する。（編集部） ■はじめに OpenLaszlo（オープンラズロ）はRIA（リッチインターネットアプリケーション）を実現するオープンソースのミドルウェア・プラットフォームです。OpenLaszloの基礎知識については、＠ITの連載記事「OpenLaszloを使って作るリッチクライアント」も参照してください。 本連載では、実際にOpenLaszloを使ってアプリケーションを開発していきます。簡単なアジ

OpenLaszloアドバンスド・テクニック（2）　Page 1/3 Webアプリと連携するためのコーディング基礎 ネットエイト 小野 圭二 2006/5/9 次期バージョン（StarAnise）でFlashとAjaxの両対応を決めたオープンソース・リッチクライアント製品のOpenLaszlo。本連載では業務アプリケーションを意識したリッチクライアントの開発テクニックを紹介する。（編集部） ■はじめに OpenLaszloとサーバサイドプログラムの連携を知ることは、サーバへの導入に際して不可欠なものです。CGIやServletを作っているプログラマなら、「サーバサイドプログラムへのアクセスさえ分かればこっちのもの」という人も多いのではないでしょうか。OpenLaszloはサーバサイドのプログラマにFlashコンテンツ作成の手段を与えるものですから、アクセス方法さえ分かればOpenLaszl

リッチクライアントの導入を成功させるためには、用途に適した技術の選定が鍵となると同時に、UI設計が重要だ。UI設計がなぜ必要か、そして、UIがいかにユーザーの生産性に影響を与えるかは、連載「Webアプリケーションのユーザーインターフェイス」を参考にしていただきたい。 ・連載「Webアプリケーションのユーザーインターフェイス」（リッチクライアント＆帳票フォーラム） もう１つ、忘れられがちなポイントがある。それはアクセシビリティだ。 アクセシビリティについては、国内では日本工業標準調査会が策定した規格「JIS-X8341」が知られている。「JIS-X8341」には、 8341＝“（人に）やさしい”JIS という意味が込められている。ソフトウェアおよびサービスの情報アクセシビリティを確保・向上するために、企画・開発担当者および経営者が配慮すべき要件がまとめられた標準規格である。とくに、本規格の第

ユーザビリティのヒント（1） 多くのユーザーは 一度に1本しかジュースを買わない 「自動販売機での不要な動作から考える」 ソシオメディア　上野 学 2006/6/2 Webアプリケーションのユーザーインターフェイスデザインに役立つさまざまなTips集。自動販売機でジュースを買うときの不要な動作から考える。（編集部） 今回からはWebアプリケーションのユーザーインターフェイスの続編の「Tips編」として、ウェブアプリケーションのユーザーインターフェイスをデザインするうえで役立つさまざまなヒントを、少し細かな視点から具体的に見ていきます。 複雑な構成物を作り上げるには、基本となるコンセプトやアーキテクチャといった抽象度の高い部分から考えていくトップダウン式のアプローチと、構成要素の細部から考えていくボトムアップ式のアプローチの両方が必要になりますが、前回までの経験則編はどちらかといえばトップダ

特集：変貌するリッチクライアント Yahoo WidgetやGoogle Gadgetにみる CGUIの萌芽 野村総合研究所 技術調査室 田中　達雄 2006/6/9 ユーザーによるUI生成、CGUI。命名者であるNRIが、サービスの供給側によるWeb API公開とユーザーがUIを生成することの意義を分析する。　SOA、Web 2.0、SOX法、どれも現在話題となっているトピックであるが、どれもリッチクライアントと深い関係がある。今回の特集では「変貌（へんぼう）するリッチクライアント」と題して、これらトピックとの関係を解説しながら、リッチクライアントの過去から現在そして将来について解説する。 第1回の今回は、過去から現在、そして昨今話題を集めているWeb 2.0とリッチクライアントの関係と今後の動向について解説する。第2回は、これも最近話題となっているSOX法とリッチクライアント、第3回は

巨大ライブラリの機能の海におぼれずにすむよう、コンパクトにまとめたミニライブラリが話題だ。そのほか、FirefoxプラグインにJavaScriptデバッガも登場している（編集部） LoJAX (Low-technology AJAX) Ajaxは古い技術の集合体にすぎません。それにもかかわらず、長い間ブームにならなかったのは歴史的事実です。ブームになるための最後のハードルは、マイクロソフト独自技術のXMLHttpRequestオブジェクトと互換性のある機能を、Internet Explorerのライバルブラウザたちがサポートしたことにあると考えています。そのことから分かるとおり、WebブラウザがXMLHttpRequestオブジェクトを持っていることは当然の前提とはいえません。過去にはこのオブジェクトを持たないWebブラウザは一部バージョンのInternet Explorer以外のすべてと