Opera joins in Jobs v Flash argument | News | TechRadar UK

以下、和訳文です。「卵が焼ける」とはずいぶんですね・・・。

ジョブス対Flashの論争にOperaが参戦

今はまだ重要だが、Adobeは早く変化しなければならない

By Patrick Goss

Flashを巡る論争にOperaが参戦した。同社がTechRaderに語ったところによると、現時点ではFlashのサポートを続けるものの、常に攻撃にさらされることを回避したいのならば、Adobe社はウェブ標準の採用を始めなければならないという（※1）。

ブラウザ業界におけるOperaの影響力が増していることは、iPhone向けOperaブラウザが大々的に取り上げられた事に現れている。同社がApple社の事前審査を通過したということでtech worldに衝撃を与えた一方で、Adobe社はスティーブ・ジョブスからの攻撃を受けることになった。

Opera社のプロダクトアナリストのPhillip Grønvold氏によると、Flashのサポートは現時点では非常に重要であるが、HTML5（の策定）が近づくにつれて時代は急速に変化しているという。

Flashへの依存

「今日のインターネット上のコンテンツはFlashに依存している」Grønvold氏は語る。「Flashを抜きにして今日のインターネットは成り立ちません。」
「我々はユーザーに対してベストなインターネット体験の提供を常に心がけています。だからFlashが必要なのです。そこを避けるわけにはいきません。」
「しかしOpera社ではオープンなウェブ標準こそウェブの未来だと考えています。そして、Flashはオープンなウェブ標準テクノロジーではありません。」
「Flashには（Microsoftの）Silverlightなどと同じように、特にダイナミックなコンテンツに使うという用途が現在もあり、また今後もあり続けるでしょう。」
「しかし動画再生コンテナとしてのFlashはCPU負荷やWiFiバッテリー消費などを考えるとほとんど意味がありません。Flashを再生中のデバイスでは卵が焼けるほどに熱を持ちます。」

変化が必要

Grønvold氏は、Adobeは昨今のPR災害、すなわちジョブスがAdobeに対して行ったいつになく冗長な非難（※2）を回避したいのなら、ウェブのオープン化の採用に向けた動きを早めなければならないと信じている。

「様々な理由から、それ（※3）はまだ現在のウェブの基礎的な構造に組み込まれてはいません。そして、Flashは自分自身がウェブの将来やオープンなウェブ標準という枠組みの中に組み込まれる事を必要としていません。Flashのテクノロジーは、オープンなウェブ標準という流れが広がるに従ってあらゆる面から常に攻撃にさらされることになるでしょう。」とGrønvold氏は語る。

「というのは、徐々に我々は（ウェブの）canvasのクオリティを上げつつあり、そのcanvasを利用するためのツールセットも用意する予定だからです（※4）。しかし、この先18ヶ月程度の見通しで言うならば、Flashが消える事はなく、重要な位置を保つでしょう。」

Opera社からの辛辣な非難こそなかったものの、ウェブ業界の巨人が、Appleという権力から積極的にAdobeを擁護するつもりがないということが明らかになった。

※1

原文ではthe companyという語が、ある箇所ではOpera社を、別の箇所ではAdobe社を指しているように思われたので、話が通るように意訳してしまいました。もしかして間違ってるかもしれません。

※2

原文ではもちろんジョブスの文章の原文にリンクが貼られていますが、こちらではIT翻訳者さんの翻訳記事にリンクを貼らせて頂きました。

※3

HTML5のことですかね・・・？

※4

HTML5のcanvasのことですかね・・・？

追記

engadgetさんがこの件についてもっと的確な訳文とともに記事にしてくれました。

Operaもひと言：「Flashは現時点で不可欠。タマゴも焼ける」

ええ、仰るとおり、まさに"very easy to crash"でしたよ（涙）。上記のスクリーンショットのように、Undocumented Trace Log Settings欄のチェックを全て外したら、クラッシュせずに動くようになりました。

で、原因究明の過程でFirebugのオフィシャルページ（Flashbug – An extension for Firebug | Course Vector）の文章について簡単に翻訳してみた（してしまった）ので、備忘録をかねて参考までにアップしておきます。

更新情報

• SharedObjectを発見するバグの修正
• Mac OSXのmm.cfgファイルの場所についてのバグの修正。今回は本当に直ってるはず。

説明

このプラグインは、Firefoxの中または外で稼働中のあらゆる.swfファイルのtrace内容を表示します。全てのtraceはFirebugのFlash Consoleに表示されます。Firebugの検索ボックスを使って文字列を検索すると、マッチする語がハイライト表示されます。他に追加された機能はエラー、警告、情報のtraceに対してのハイライトとアイコン表示です。最後に、trace内容に表示されるあらゆるURLについて、右クリックして新規のタブで開く事が出来るようになりました。

FlashTraceと同様、Flash Player Debuggerがインストールされていないとtrace内容は表示されません。Flashbugはお使いのPCに入っているFlashPlayerのバージョンを検知して表示します。Debug版のPlayerが入っていない時には、ダウンロード用のリンクが表示されます。

FlashTraceと異なり、flashlog.txtやmm.cfgファイルを設定する必要はありません。こういう作業はFlashbugがバックグラウンドで行いますから、皆さんはすぐに機能を利用することができます。

trace内容またはポリシーログのどちらかをFlashbugから直接開く事もできます。これで、traceされた生の内容をそのままエクスポートしたりコピーすることもできます。

他の新機能はShared Objectインスペクタです。これは表示されているページにロードされているswf全てを監視します。そして、ドメインに基づいてPCに保存されているShared Objectをチェックし、該当するものがあればパネルにリストアップします。

見つかったShared Objectは各行に表示され、階層を開く事でそこに含まれるデータを閲覧することができます。エディターがインストールされているならば、右クリックして直接ファイルを開く事もできます。パスをファイルにコピーしたり、保存されているフォルダーを開く事も出来ます。

最後ですが、FirebugのNetパネルに、AMFでコーディングが追加されました。この機能はFirebug1.4以上のみで有効です。データ転送をリモーティングに依存しているサイトを訪れると、サーバーに送信されるAMFリクエストの内容を見る事ができます。具体的には、Netパネルの中からAMFリクエストの行を発見し、その行を広げてみてください。すると、AMFタブが表示され、これをクリックする事でAMFメッセージが表示されます。

特徴

• Firebugのビルトイン検索機能の利用- ログ内容を検索すると、リアルタイムにハイライト表示されます。
• traceログの表示- 全てのブラウザで実行されているFlashインスタンスから送出される全てのtrace内容を表示します。
• ポリシーログの表示- FlashPlayerから送出される全てのポリシーログ出力を表示します。クロスドメインポリシーを使っていたり、異なるドメインからファイルなどを読み込む場合などにこの出力が発生します。
• デバッグプレイヤーのログ保存場所自動設定- FlashTracerではログファイルの場所などをマニュアルで設定する必要がありました。これらの設定はFlashbug側で自動的に行います。
• デバッグプレイヤーの設定編集- FlashPlayer自体が、traceする内容を変更することができるようになっています。FirebugのPreferencesウィンドウでこのオプションを設定できます。
• traceフィルタ- trace内容を様々なフォーマットで表示するためのビルトインフィルタが少しだけ用意されています。エラーについては赤字でエラーアイコン付きで表示するとか、XMLについては色つきの可読性の高いフォーマットで表示するなどです。現在Flashbugに含まれているのは下記のキーワードのみですが、将来的にはユーザー側でカスタマイズできるようにするつもりです。
  • @@XML@@ :XML形式で色つきで表示。
  • @@HTML@@ :XMLの場合と同じ。
  • @@INFO@@ :左側に青い情報アイコンを表示。
  • @@WARNING@@ :背景色が暗くなり、左側に警告アイコンを表示。
  • @@ERROR@@ :背景色が赤くなり、左側にエラーアイコンを表示。
• ビルトインリンク- trace内容に含まれるURLには下線が表示され、右クリックすることで別タブで開いたりクリップボードにコピーすることができます。
• Shared Object読み込み- 表示中のページに関連するあらゆるShared Objectを読み込む事が出来、Firebugのobjectと同じように閲覧することができます。
• （Firebug 1.4以上）AMF / リモーティングリクエスト / レスポンスデータの読み込み- ページとサーバーとの間で送受信されるAMFデータを閲覧することができます。

むむ、これ以前もあったなと思って、以下の方法で再設定して解決しました。

1. ブラウザのアドレス欄にabout:configと入力してEnter。下記のように表示されたら「細心の注意を払って使用する」をクリック。
   
2. 「フィルタ」欄にbrowser.tabs.closeWindowWithLastTabと入力。
   
3. 下部に表示された行をダブルクリックする。値がtrueとなり、行全体が太字で表示されたらブラウザを閉じる。
   

これでOK！元の挙動に戻りました。

僕は今のところメーラーとしてGmailを使っていて、自分のドメイン（@tonpoo.com）宛に届いたメールも、Gmail上で送受信するようにしています。ただし、@tonpoo.com宛のメールをGmailに転送するのではなく、Gmailからtonpoo.comのPOPサーバーにメールを読み（受信）に行くようにしています。
※転送しない理由については以下の記事を参照。
TONPOOBLOG » Gmailへのメール転送がヤバい

で、GmailでPOP受信する場合の最大のネックは、POPサーバーへのチェック頻度を設定できないこと。日々の受信メールの量などによって、Gmailが自動的に頻度を設定するようなんですが、会員登録などで「今まさにメールが届いているはず！」というような時、何分か待たないといけないようなことがよくあります。

そんな時に便利な「POPアカウントの更新」という機能がLabsの機能として実装されました！

Gmail Labに手動でメールを確認できる「POPアカウントの更新」機能が追加 : ライフハッカー［日本版］

いやいや、これは助かる。早速使ってます。

が、フィルターやグラデーションマスクといった機能、サイズ（ファイルサイズではなく、width x heightのサイズ）の大きな画像やオブジェクトに対しては効きません。具体的には、対象となるオブジェクトのwidthまたはheightが2880ピクセルを超過すると、こうした機能が無効になります。

で、その詳しい理由については下記のURLが詳しい：

Flash 8 のイメージ API の概要 | デベロッパーセンター

該当する部分の引用：

メモ : Flash Player では、ビットマップの最大サイズは幅、高さいずれも 2880 ピクセルに制限されています。この制約よりも大きい BitmapData インスタンスを作成しようとすると、ビットマップは作成されません。これは、クライアントの RAM を使い切るような Flash ムービーを作成できないようにするために設定されています。2880 × 2880 ピクセルのビットマップには、約 32 MB 程度の RAM が必要です。

残念ながらFlashPlayer10でもまだこの点についての変更は無い模様。なぜこの記事を書いてるかというと、今現在この問題で引っかかってるため。さて、どうして回避したものか・・・。

＜追記＞

kaedeさんからコメントで情報いただきましたが、FlashPlayer10からはBitmapDataサイズの制限が拡大されていますね。

BitmapData – ActionScript 3.0 言語およびコンポーネントリファレンス

当該部分を引用：

AIR 1.5 および Flash Player 10 では、BitmapData オブジェクトの最大サイズは幅または高さが 8,192 ピクセルで、ピクセルの総数は 16,777,216 を超えないようにする必要があります（したがって、BitmapData オブジェクトの幅が 8,192 ピクセルの場合、高さは 2,048 ピクセル以下にする必要があります）。Flash Player 9 以前および AIR 1.1 以前では、高さの制限は 2,880 ピクセル、幅の制限は 2,880 ピクセルです。幅または高さに 2880 より大きい値を指定すると、新しいインスタンスは作成されません。

なるほど、8192 x 8192ピクセル、ってのはダメなんですね。で、改めて今回作業してるファイルを見ると、cacheAsBitmapかけようと思ったインスタンスの横幅が9600ピクセル・・・。そ、そりゃあダメですよね。

枚数がちょっと多い（153枚）ですが、後ほど一通り見ようと思います。

このヘッドラインを読んだときの第一印象は「んなアホな。自宅にサーバーを設置するのに届け出が必要なわけないでしょうが」。まあこの辺りの事情に明るくない記者が書いてしまったんだろうと思っていたわけですが、この件について総務省関東総合通信局・電気通信事業課と、該当の事件を取り扱った埼玉県警浦和東署に問い合わせまでして調べてくださった方がいて、ブログで詳細を公開しています。

MobileHackerz再起動日記: 自宅サーバを無届けで設置すると逮捕される？

ここで今回初めて知ったのが以下の部分。

他人と他人の通信（電話とかメールとか）を加工せずに繋ぐのが「電気通信役務」。

「他人の通信を媒介」する「事業」をしていれば、それがたとえ自宅サーバじゃなくレンタルサーバを借りていても届出が必要なのです。

この場合、レンタルサーバを提供している業者も「電気通信事業者」ですが、その設備を借りてたとえばメールアカウントをお金取って貸してたら、アカウント貸してるほうも「電気通信事業者」になります。

・・・とのこと。すると、以下のようなケースはどうなるんでしょう。

＜ケース1＞

A社、B社、C社の三者が関係する案件で、担当者間の意思疎通を円滑にするために、その案件用のメーリングリストアカウントをA社のサーバーで用意した。このメーリングリストの運用にかかる費用は、A社が発注元のB社に対して、制作管理費の中に含んで請求した。

メーリングリストの中では、自社（A社）宛だけでなく、B社担当者からC社担当者宛など、「他人同士の通信」もあり得るから、もしかしてダメ？・・・と思ったけど、文脈的には他人同士の通信だとしても、A社担当者宛にも届くわけだから、この通信には「自分」も含まれ、「自己の需要」という事でセーフ、なんでしょうか。

＜ケース2＞

A社がB社から請けた案件で、社内のリソースが不足していたため、A社が外部パートナーであるCさんに協力を依頼した。その際、B社に対してはCさんはA社の社員として紹介し、進める事にした。このため、A社では自社名義のメールアカウントを発行し、B社担当者とCさんとの間でメールのやりとりができるようにした。このメールアカウントを用意した費用は、A社がB社に対して、制作管理費の中に含んで請求した。

この場合、A社担当者をすっとばして、直接B社担当とCさんとの間で勝手にメールのやりとりが進むことも考えられる。とすると、これは「他人同士の通信」なんでしょうか？いや、この案件を進行する事自体はA社の利益だから、これも「自己の需要」でセーフ、なんでしょうか。

＜ケース3＞

A社の運営するコミュニティサイトは、登録や基本機能の利用は無料であるが、一部の便利な機能を使うためには有料会員となる必要がある。このコミュニティサイトには、登録ユーザー同士でメッセージを送受信する機能がついている。

＝A:利用形態について＝

a1）メッセージの送受信はWEBブラウザを使ってコミュニティサイトにアクセスしている時のみ可能。
a2）メッセージの送受信はメールソフトでも可能。「相手ユーザーのアカウント@コミュニティサイトのドメイン」というメールを送信すると、相手ユーザーにその内容が届く。その際、メール本文の冒頭に「このメールは●●サイトから送られています。あなた宛に▲▲さんから送信されたメールです」という注意文が挿入される。
a3）メッセージの送受信はメールソフトでも可能。「相手ユーザーのアカウント@コミュニティサイトのドメイン」というメールを送信すると、相手ユーザーにその内容が届く。その際、特に注意文などは挿入されない。

＝B:利用料金について＝

b1）メッセージ送受信機能は基本機能に含まれていて無料である。
b2）メッセージ送受信機能を使うためには有料会員となる必要がある。
b3）メッセージ送受信機能は、基本機能の場合はサイト上からのみ利用可能、有料会員となると、メールソフトからの送受信も可能となる。

この場合どうでしょう。a1については、サイトのインターフェースの中に埋め込んで表示するわけだから、「加工」にあたってセーフか？a2については、メール本文冒頭に定型文が挿入されるのが「加工」にあたってセーフか？a3は特に何も挿入しないから、これでもしb2またはb3の条件が加わったら、「他人と他人の通信を」「加工せずに媒介する」「そのことに対してお金を取る」という条件が揃って、アウトでしょうか？？？

うーん、難しいですね。

「Flashのブロック」「Flashもプライバシーモードでブロックすることが可能になることを発表しました」とか言うと、なんだかまるでFlashコンテンツの表示をブロックするような感じがしますが、そうではなくてLocal Shared Object、所謂「Flashクッキー」の記録をブロックするという意味のようです。上記記事中にもあるmsdnの記事IEBlog : Adobe Flash Now Supports InPrivate Browsingより引用：

先日、Adobeが最新版のFlashではInPrivate Browsingをサポートすると発表した。Flashのバージョン10.1は、我々がリリース当初からIE8に組み込んできたインターフェースに反応するようになったのだ。Flashコンテンツのあるサイトを表示すると"Flash Cookies"が生成される。これは、各ウェブサイトのデータを保存するためにFlashが生成するファイルだ。これからは、IEの履歴やクッキーと同じように、IEのInPrivate Browsingウィンドウを閉じると、これらのFlashオブジェクトも削除されるようになる。

Flashが我々のInPrivate Browsing機能を適用してくれて本当に嬉しい。FirefoxとChromeのプライベートブラウズについても同様にサポートしてくれたのも嬉しい。Flashチーム、GJ!

「Flashのバージョン10.1」ってのは、FlashPlayerの10.1のことでしょう。つまり、今後はIEをプライバシーモードで使っていた場合、ウィンドウを閉じた時、履歴やクッキーと共に、Local Shared Objectについても削除されるようになりますよ、ってことですね。ライフハッカーの記事では「他のブラウザもじきに対応するようになる模様です。」とあるけど、msdnの記事の末尾では既にサポートしてる風な感じがするのは気のせいでしょうか。

kaourantin.net: Core Animation

Windowsユーザーの自分にはピンと来ないものの、どうやらMacでのFlashPlayerのパフォーマンスが（かなり？）向上するという話の様子。ということで、早速自分なりに意訳してみました。間違ってるところなどあるかもしれませんので、あくまで以下文章についての正確な内容は上記Tinic氏の元記事をご覧下さい。

2010年2月11日（木）

Core Animation

驚くべき事に、この一年でFlash Playerエンジニアリングチームには本当にたくさんの出来事があった。いろんな事を話したいのはやまやまだけど、この記事ではKevin Lynchが最近触れた内容、特にMacのパフォーマンスとCore Animationに関する彼のコメントについて掘り下げてみようと思う。いつもFlashに関する文脈の中でパフォーマンスについての言及があると多くの注目を集めてきたが、技術的な背景はしばしばPRの中（？）に失われてきた。

さて、Flash Player 10.1のCore Animationとはなんぞや？AppleがCore Animationについてまとめた文書があるので、それを見てみよう。

Core Animationとは高いパフォーマンスのcompositing engineと、簡単に使えるアニメーションプログラミングインターフェースとを統合したObjective-Cフレームワークのことである

なんだかFlashにバッチリ合いそうな感じでしょ？まさに、Flash Player 10.1は、このフレームワークの力を借りて、OS X上で動作するSafariや他のブラウザーが抱えているいくつかの技術的な問題に取り組もうとしているんだ。

The drawing model jungle on OS X

Core Animationを目指すより具体的な内容について触れる前に、OS Xで、プラグインがブラウザーウィンドウに描画を行う方法について簡単に見てみよう。Windowsでは一通りしかないのに対し、OS Xでは4通りもある。

1. QuickDraw。Operaや旧世代のFirefox, Safariでデフォルトモードとして使用される。
2. Quartz 2D（あるいは Core Graphics）。新しいFirefoxとSafariでサポートしている。
3. OpenGL。僕の知る限りまだこの方法をサポートしているブラウザーはない。
4. Core Animation。現在はOS X + Safari 4の組み合わせでのみ対応。さらに現在のバージョンでは警告が表示される。

これらの描画モデルの違いに加え、デザイナーはFlashコンテンツを埋め込むのに3種類の異なるwmodeを選択することができる。

1. Normal
2. Opaque
3. Transparent

Normalにすると、SWFの上にHTMLをオーバーラップして表示させる事はできなくなる。Opaqueだとそれができるようになり、TransparentにするとSWFが透過となり、その下にあるHTMLが表示されるようになる。これらの内容を考慮にいれた上で、それぞれのケースでどの描画モデルが使用されるのか（そして、Flash Player 10.1のリリース前に我々が変更しなければならない点）について示した、下記のような表を作った。

Flash Player 10.0:

	Safari 4	Firefox 3	Opera 10
Normal	Quartz 2D	QuickDraw	QuickDraw
Opaque	Quartz 2D	QuickDraw	QuickDraw
Transparent	Quartz 2D	QuickDraw	QuickDraw

Flash Player 10.1:

	Safari 4 (*)	Firefox 3	Opera 10
Normal	Core Animation	Quartz 2D	QuickDraw
Opaque	Quartz 2D(**)	Quartz 2D	QuickDraw
Transparent	Quartz 2D(**)	Quartz 2D	QuickDraw

(*)Core Animationのサポートが進行中のナイトリービルド版を使用。
(**)SWFがHTMLページのfront mostオブジェクトである時にはCore Animationが使われる。

Quartz 2Dについてはどうなる？

Quartz 2Dの基本的な前提については、Appleが次のように述べている：

Quartz 2DはiPhoneアプリケーションの開発と、カーネル外の全てのMac OS Xアプリケーション環境で利用可能な二次元描画エンジンである。Quartz 2Dはディスプレイや印刷デバイスに関係なく、unmatched output fidelityな（出力先の忠実度にマッチしない？）低レベルで軽量な2Dレンダリングを提供する。

Quartz 2Dは、アニメーションとか動画再生のようなマルチメディアアプリケーション向けにデザインされたものではない。それはOpenGL, Core Video, Core Animationの領域だ。SafariがHTMLコンテンツの描画にQuartz 2Dを使うのは、大体のケースではコンテンツが静的であることを考えると非常に合理的と言える。Flashが出てさえこなければみんなうまく行くんだ。例えば、Flash PlayerがQuartz 2D描画モデルを使ってSWFコンテンツを再生する場合、全面的にブラウザーが関与しなければならなくなる。イベントの流れはこんな感じ（Sharkでスタックトレースすることもできます）

1. 新しいフレームを表示する場合、Flash PlayerはNPN_InvalidateRectを使ってその領域の更新を要求する。
2. ブラウザーはFlash Playerから提供された矩形をそのdirty regionに追加する。
3. ブラウザーは描画リスト（HTML DOM）を検索し、dirty regionが含まれるノードを一つ一つ描画していく。
4. ブラウザーはFlash Playerインスタンスが含まれるノードを見つけると、まずHTMLの背景を描画する。次にFlash Playerに対して、要求された領域を直ちに描画することを伝えるイベントを投げかける。
5. Flash Playerはここでやっとフレームを描画する。

まあ今のところはそこそこ合理的だと思う。じゃあ技術的な問題とは何か？例えばページの背景にCSS gradientを用いたような、非常に込み入ったHTMLページを考えてみよう。そこに秒間30フレームで動作するSWFファイルを追加する。すると、Flash Playerではなく、ブラウザー側で非常に時間がかかるということがわかるだろう。ここでCore Animationが真価を発揮することになる：ステップ3と4が要らなくなるのだ（SWFが最前面に表示された最大の（？）オブジェクトである限り）。

Flash PlayerでのCore Animation

Flash Player 10.1では、この技術的な問題を解決するため、Core Animation描画モデルを実装した。Instead of using a CGImageRef + CGContextDrawImage to get the bits to screen we pass a CAOpenGLLayer to Safari and use an OpenGL texture of type GL_TEXTURE_RECTANGLE_ARB to get our bits to the screen.

Core Animation描画モデルのサポート自体はAppleからもたらされたもので、僕たちは両者にとってこの技術的な成果が完了できるよう、一生懸命取り組んだんだ。その通り！これはまさに、AppleとAdobeのエンジニアが合同で努力したものなんだ。SafariとCore Animationプラグインとのほぼ完全な統合を果たした今、Flash Playerの将来のバージョンでは、Open GLの能力をさらに活かせたらいいなと思っている。そして、それが特別なwmodeとかを設定しなくても済むようにと。I am pretty stoked about it.

2010年2月10日現在、皆さんに公開できるような安定した状態に近づいている。つまり、Flash Player10.1, OS X 10.6とSafariのアップデート版（あるいはナイトリービルドのWebKit）が必要になるだろう。それらが無い場合には何も見えないだろう。

一体どんな違いがあるの？

これがFlash Playerのパフォーマンス問題に関する万能薬だということはない。ただ、ブラウザー上でのより複雑なWEBコンテンツの体験を向上するという、より大きな目的に対する小さなステップだと言える。ここに、Flash Player 10.0 とFlash Player 10.1との比較が可能なテストケースを用意した（Safariでのみ動作）。これはあくまで極端なテストケースであるという事を忘れないようにね。

Flash Player 10.0 + nightly WebKit + OS X 10.6

Flash Player 10.1 + nightly WebKit + OS X 10.6

追伸：Core AnimationがCocoa APIだって気づいたかな？そう、Flash Player 10.1はついに真のCocoa appになったんだ（非CocoaのFirefoxやOperaをサポートするCarbon fallbackもついてるよ）。

Google Apps 管理者の皆様

いつも Google Apps をご利用いただきありがとうございます。

2009 年は Google Apps に 100 以上の機能改善・追加を行うことができました。Google Apps チームは、2010年もさらなる機能強化を予定しており、お客様にとって、より便利で革新的なコラボレーションツールを提供する予定です。

Google Apps を強化し、より洗練された機能と性能を提供するためには、Javascript や HTML5 などの最新のウェブテクノロジーの活用が必要となります。

その結果、古いタイプのブラウザプラットフォームへのサポートを段階的に停止することになりました。対象となるブラウザは Microsoft Internet Explorer 6 および Mozilla Firefox 2.0 となります。

2010 年 3 月 1 日に、これらのブラウザへのGoogle ドキュメントおよび Google サイトエディターサポートを停止いたします。同日以降は、これらのブラウザを使った場合のアプリケーションのパフォーマンスが低下したり、正しく機能しない場合が予想されます。また、2010 年後半には、Google メール および Google カレンダーにおけるこれらブラウザへのサポートを停止する予定です。なお、Internet Explorer 7 以上、Firefox 3 以上、Safari 3 以上、および Google Chrome へのサポートは引き続き行います。

現在、これらのブラウザをお使いのユーザーの方々には、今週以降 Google ドキュメント上でこの変更をお伝えする旨のメッセージが表示されます。また、ブラウザサポート停止前に、このメールを受信いただいている管理者の皆様に再度ご連絡申し上げます。

Premier Edition および Education Edition をご利用のお客様で本件につきご不明な点がございましたら、コントロールパネルよりサポートにご連絡ください。

本年もより良いプロダクトを提供にむけ、チーム一同努めて参ります。

今後とも、Google Apps をよろしくお願い申し上げます。

Google Apps チーム

重要なお知らせ
メール サービスの設定: このメール サービスによるお知らせは、Google エンタープライズのサービスやアカウントの重要な変更内容に関する最新情報をお知らせするもので、すべての方にお送りしています。

Google Inc.
1600 Amphitheatre Parkway
Mountain View, CA 94043

IE6だけではなく、Firefox2.0もサポート終了なんですね。さらに、今年後半にはGoogleメール（って、Gmailのことだよなあ）やGoogleカレンダーもこれら旧世代ブラウザのサポートを終了するとのこと。そしてHTML5へのシフトにも言及されてます。いよいよ、忌まわしきIE6の存在をおおっぴらに無視することができるようになるんでしょうか？