企業が最新バージョンの Windows にアップグレードする場合、通常は最新バージョンの Internet Explorer によるすべての業務アプリケーションの互換性テストが必要になります。多くの企業でこのようなテストの実施を難しくしている原因は、社内のどの業務アプリケーションが重要で、実際に従業員が使用しているのかを把握していないことです。このため、使用されていないアプリケーションであっても、コストや時間がかかるとしても、IT プロフェッショナルとしてすべての内部アプリケーションをテストしなければならないケースが頻繁に発生しています。テストに加え、アプリケーションがどのように作成されているのかを詳細に理解していないと互換性問題への対応が困難になる可能性もあります。

Enterprise Site Discovery Toolkit は、ユーザーがどのように Internet Explorer 11 を使用してブラウズしているかを把握するための手段を IT プロフェッショナルの皆様に提供します。このツールキットを使用すると、企業内で使用されるサイトのリストを作成するため、企業ユーザーが訪れたすべてのサイトに関する情報を Internet Explorer 11 から収集できます。この情報は、IT プロフェッショナルの皆様が Internet Explorer でアプリケーション互換性テストを行う際にアプリケーションの優先順位を設定するときに役立ちます。また、このツールキットによって、サイトがどのようなデザインで、Internet Explorer によってどのように使用されているか、などの情報も取得できます。このような情報は、エンタープライズ モードのサイト リストへのデータ入力時に利用でき、重要なサイトの互換性問題を減らすことができます。

収集される情報

既定では、データ収集は行われません。収集機能が有効になっていると、Internet Explorer 11 を使用してユーザーが訪れたすべてのサイトからデータが収集されます。データは、各ブラウジング イベント中に収集され、閲覧した URL に関連付けられます (以下参照)。このようなデータの収集は、Internet Explorer のパフォーマンスにほとんど影響を与えません。

各ブラウジング イベント中に収集されるデータ

収集したデータの利用方法: Discovery Toolkit は、実際のユーザー データに基づき、デプロイ内での IE の使用状況を IT プロフェッショナルの皆様に伝えます。この回答で、多くの問題に答えられたはずです。具体的に以下に示します。

• どのサイトに最も多くのユーザーが訪れるか
• ページを読み込む際のドキュメント モード、そのドキュメント モードがどのように選択されたか
• どのサイトで ActiveX コントロールが使用されたか、その頻度
• ユーザーが訪れたとき、どのサイトがクラッシュまたはハングしたか
• 信頼済みサイト リストに含まれているが、除外すべきサイトはあるか
• エンタープライズ モードのサイト リストに対して追加または削除すべきサイトはあるか

IT プロフェッショナルの皆様がこの Site Discovery Toolkit を使用するにあたって

• Technet でツールキットに関する詳細をお読みください。
• 最新の累積的な更新プログラム (2014 年 10 月 以降) を利用して Internet Explorer を更新してください。
• 構成およびセットアップ スクリプトをダウンロードしてください。
• サンプルのレポートをご覧ください。

このツールキットをぜひお試しください。データ収集機能を使用してその性能をご確認いただければ幸いです。フィードバックを @IEDevChat 宛に、または Connect からお寄せください。Internet Explorer プログラム マネージャー Deen King

Microsoft では、1999 年以来初めて大幅に改訂されたハイパーテキスト転送プロトコル (HTTP) のサポートを現在 Internet Explorer に実装しています。HTTP は長いこと手付かずできたので、改訂が必要でした。

長年にわたり、Web アーキテクチャを合理化するさまざまな取り組みが行われてきましたが、HTTP/2 ほどの規模のものはありませんでした。Microsoft は IETF HTTPbis ワーキング グループのメンバーとして惜しみなく、効率的で互換性の高いこの新しい標準規格の開発に協力してきました。新しい標準規格の名称は、わかりやすく HTTP/2 です。HTTP/2 は、Windows 10 Technical Preview において新しい Internet Explorer に組み込まれ、一般に利用できるようになりました。

HTTPbis ワーキング グループでのこれまでの成果については、Microsoft Open Technologies HTTP/2 ページ (英語) で概要をご紹介しています。

Internet Explorer が率先して HTTP/2 を実装するのはなぜか

ますますリアルタイム性とモバイル性が要求される世界では、パフォーマンスが重要です。多少改善されただけであっても、違いが出ます。たとえば、ある Bing の調査により、ページの読み込み時間が 10 ミリ秒増えると歳入が 25 万ドル減ることが判明しました。読み込み時間が 100 ミリ秒 (これは人間が瞬きする速度の 1/3 です) 長くなっただけで、検索結果の関連性を向上することでユーザーのエンゲージメントを改善できた 3 か月分の作業がムダになっています。商取引系の Web ページで応答が 100 ミリ秒遅延すると、検索が途中で放棄され、大手小売りサイトの収入が 1% 減損することがわかっています。したがって、このワーキング グループがしていることは、現実的に経済的な影響があるのです。

これまでの標準規格では何が問題か

Web ページが読み込まれる際の処理は、800x600 ピクセルのディスプレイの時代から、現在もほとんど変わっていません。現在の Web の速度は上がっているのは確かです。しかし、さらに速く、さらにリソースを効率的に使用できる可能性があります。

現在も、ページの構築には、ブラウザーとサーバー間で多数のクエリが交わされる必要があり、どの呼び出しでもサーバーが応答しないと次のクエリを送ることができません。確かに並列接続を複数開くこともできますが、それでも同時に要求できる項目数に限りがあります。また、応答の順序が指定されるため、サーバーが応答を最適化することができません。

HTTP/2 は何が違うか

HTTP/2 では、利用可能な帯域幅をすべて利用することで、より短時間で効率的に Web ページの要素が提供されます。長時間接続と多重化 (複数の要求を 1 つの接続にまとめる HTTP/2 の機能) によって、より多くの Web ページ項目がより短時間で届きます。将来は、サーバー プッシュや要求の依存関係などの実験的な HTTP/2 機能によって、Web のパフォーマンスがさらに向上する可能性があります。

開発者にはどのような影響があるか

HTTP/2 は、当初から、前身となる HTTP/1.1 との互換性に配慮して設計されています。つまり、HTTP ライブラリの開発者は API を変更する必要はなく、HTTP ライブラリを使用する開発者もアプリケーション コードを変更する必要はありません。これは非常に大きな利点の 1 つです。以前の成果物を最新の標準規格に合わせるために数か月費やす必要はなく、開発を続けられます。

ネットワークやセキュリティはどうなるか

接続の数と頻度が少なくなるということは、HTTP/2 ではネットワークに対する負荷も軽減されます。現在の Web の規模を考えると、特にモバイル ネットワークでは、ネットワークの効率が格段に向上する可能性があります。HTTP/2 の効率のよい接続モデルなら、サイトに TLS を追加した場合のパフォーマンスの影響も軽減されると思われ、従来よりも多くのサイトで TLS を追加できるようになるでしょう。

いつから利用できるか

HTTP/2 のサポートは、Windows 10 Technical Preview の IE に組み込まれています。IE の HTTP/2 実装の取り組みが現実に始まったのは、Windows および Windows Phone 8.1 で実験的な SPDY 3.0 プロトコルを追加した時点であるといえます。このおかげで、多重化機能のある HTTP プロトコルの経験が得られ、HTTP/2 と業界標準規格となる予定のプロトコルを採用する道のりが楽になりました。

SPDY は HTTP/2 標準規格のよい足がかりになりましたが、実験的なプロトコルであるため、長期の採用には向いていません。HTTP/2 の開発により、将来のすべての IE のバージョンでは、SPDY のサポートを削除する予定です。現在 SPDY を使用している Web サイトやアプリケーションは、ほとんどまたはまったくコードを変更せずに HTTP/2 に移行できる予定です。

開発者やサイト所有者が変更に向けて準備すべきことは何か

• Windows 10 Technical Preview バージョンの IE を実行する。
• 開発者ツールを使ってみる。ネットワーク トレースを有効にする。
• HTTP/2 ドラフト 14 をサポートしているサイトを読み込む。次の URL のページに記載されている各実装担当者のページで、参考になるサイトが紹介されています。https://github.com/http2/http2-spec/wiki/Implementations (英語)
• HTTP/2 のパケット フローを見てみる。

Technical Preview では、HTTP/2 サーバーもサポートしています。つまり、IIS でサイトを作成して、コンテンツをエンド ツー エンドでテストできます。ただし、Technical Preview 版では IE も IIS も、HTTP/2 ではセキュリティで保護されない接続 (HTTP) をサポートしません。HTTP/2 ではセキュリティで保護される接続 (HTTPS) のみをサポートします。

ぜひ弊社の HTTP/2 実装を試し、その性能を検証してください。皆様のフィードバックをお待ちしております。その際は、@IEDevChat または Connect をご利用くださいますようお願いいたします。

-- シニア プログラム マネージャー、Rob Trace

-- シニア プログラム マネージャー、David Walp

Windows 10 Technical Preview 版の IE の新機能

HTTP/2

Windows 10 Technical Preview の Internet Explorer には、広く業界の協力を得ている標準化の取り組みにより誕生した新しいネットワーク プロトコル "HTTP/2" のサポートが含まれています。HTTP/2 は、弊社が IE11 で SPDY/3 をサポートした経験を基に開発され、多重化やヘッダー圧縮、サーバー プッシュなどの手法を使って、Web でのパフォーマンス向上を実現します。

Windows Technical Preview 版の IE の F12 開発者ツールに表示された HTTP/2 のサポート

Chakra JavaScript エンジンのパフォーマンスの向上

Windows 10 Technical Preview の IE には、Chakra JavaScript エンジンのパフォーマンス強化機能もいくつか含まれています。具体的な変更としては、Chakra の実行パイプラインの合理化による起動時間の短縮や、Chakra の Just-in-Time コンパイラの最適化によるスクリプトの実行スループットの改善、Chakra のガベージ コレクション サブシステムの強化によるアプリやサイトの UI の応答性向上が含まれます。

相互運用可能なトップ レベル ドメインの解析

Windows 10 Technical Preview の IE では、ドメイン名の解析に https://publicsuffix.org (英語) のアルゴリズムとドメイン リストを使用するようになりました。

UserVoice で IE Platform Suggestion Box を運用開始

また、同日に、UserVoice フィードバック プラットフォームを基盤に構築された IE Platform Suggestion Box の運用開始も発表されました。IE チームは 2014 年 4 月に Web 開発者の皆様との対話活性化に取り組んでいくことを発表し、毎月 #AskIE セッションや、8 月には楽しい Reddit AmA を開催してきましたが、これはその最新の施策の 1 つです。

UserVoice の投票システムを使用することで、提案されている機能のうち、Web 開発者コミュニティが最も望んでいる機能を正確に知ることができるため、弊社での作業の優先順位を決めるうえで参考になります。また、新しい標準規格や機能について皆様のフィードバックを頂戴しやすいように、投票数を status.modern.ie に直接リンクしています。

UserVoice の status.modern.ie に表示された機能の投票数

個々のバグ レポートについては、引き続き Connect をご利用ください。また、Internet Explorer のユーザー エクスペリエンスのフィードバックについては、Windows 10 Technical Preview に付属の Windows フィードバック アプリをご利用くださいますようお願いいたします。

最新の IE Web プラットフォームの試用

フィードバック チャネルを強化する他、Web 開発者の皆様に最新の IE Web プラットフォームを利用していただきやすくする取り組みも進めています。6 月に、IE 開発者チャネルをリリースしました。これは、IE11 の製品版と並行してインストールできます。皆様から寄せられた貴重なフィードバックを基に、IE 開発者チャネルにおいてプレビューされた機能の多くが、8 月分の IE11 用更新プログラムで提供されています。

引き続き最新の IE Web プラットフォームをプレビューしていただける場合は、Windows インサイダー プログラムに参加し、Windows 10 Technical Preview をインストールしてくださいますようお願いいたします。Windows インサイダー プログラムに参加していただくと、プレビュー ビルドの定期更新のサブスクリプションに登録され、Windows と Internet Explorer の最新の状態を常にご覧いただくことができます。

詳細は今後のブログで

今日のブログではわずかな情報しかお伝えできませんでしたが、今後のブログ投稿で、HTTP/2、Chakra のパフォーマンス向上、トップ レベル ドメインの解析の変更、Internet Explorer Platform Suggestion Box について詳しくお伝えしたいと思います。さらに詳しい情報については、@IEDevChat による定例の #AskIE Twitter チャットにふるってご参加ください。

- Internet Explorer 担当主席プログラム マネージャー、Charles Morris

Windows Phone 8.1 Update には、数百か所もの Internet Explorer 11 機能強化が含まれており、モバイル Web との互換性が大幅に向上しています。

フィードバックに基づいて、IE ユーザーの Web エクスペリエンスを iOS および Android デバイスでのエクスペリエンスと一貫性を持たせることを目指してきました。これは、標準ではない Web プラットフォームの機能を追加するような場合でも同様です。Microsoft では、現在の標準化の進んでいないモバイル Web の実行については、これがより現実的なアプローチであると考えています。

500 を超える人気のあるモバイル Web サイトをテストしたところ、IE11 の更新プログラムによって、そのうちの 40% 以上でエクスペリエンスが向上することがわかりました。

たとえば、IE11 でwww.twitter.com を閲覧した場合、以前は次のように表示されていました。

Windows Phone 8.1

更新プログラムを適用した IE11、Firefox OS、iPhone で表示した場合は、次のようになります。

Windows Phone 8.1 Update

Firefox OS

iPhone と iOS7

同様に、IE11 と Firefox OS で www.baidu.com を閲覧した場合、以前は次のように表示されていました。

Windows Phone 8.1

Firefox OS

更新プログラムを適用した IE11 と iPhone で表示した場合は、次のようになります。

Windows Phone 8.1 Update

iPhone と iOS7

人気のある Web サイトの分析

ほとんどが標準ベースの "デスクトップ" Web とは異なり、最新のモバイル Web ページの多くは、iOS と iPhone 向けにデザインおよび構築されています。この結果、通常、他のデバイスを使用する場合、エクスペリエンスの品質が低下します。

数週間前に、Web に対する Microsoft のビジョンと優先順位についてお伝えしました。Microsoft では、"Web は、ユーザー、開発者、企業のすべての人々を対象に適切に機能する必要がある" と考えています。そこで、Microsoft は、モバイル Web が Microsoft のユーザーに対して "適切に機能する" ためには何が必要であるかという調査を開始しました。

世界中で最も人気のあるモバイル Web サイトを調査した結果、問題の原因となっている共通するパターンがわかってきました。多くのサイトで、ブラウザー検出コードが適切に記述されていないため、Windows Phone ユーザーに対してデスクトップ サイトのエクスペリエンスが提供されます。デスクトップ Web サイトは規模が大きくなり、読み込みが遅くなる傾向があるため、ユーザーのデータ プランへの課金が増加します。このようなサイトでは、テキストが細かい文字で表示されるため、コンテンツを読むにはズームやパンに多くの時間を費やす必要があります。また、これらのサイトはマウスを使うことを前提としているため、メニューやフォームの操作が難しくなります。

Windows Phone 8.1 が RTM に到達したとき、デスクトップで PC バージョンの IE を駆動しているものと同じ高速で標準ベースの IE11 ブラウザー エンジンが搭載されていました。ここ数年間、Microsoft では、機能検出や適切な品質低下を使用して、すべてのブラウザーに対して同じマークアップを提供することをお伝えしてきました。この指針に従っていないために破綻しているデスクトップ サイトを今でも時折見かけることがありますが、デスクトップでは状況は改善されてきました。一方、モバイル Web では状況が大きく異なります。多くのサイトで、標準のプレフィックスを使用しないバージョンをサポートせずに、従来のベンダー固有のプレフィックスによる機能を使っている場合や、特定のデバイス用のベンダー プレフィックスのみをサポートしている場合があります。また、Safari や Chrome でのみ動作する、標準ではない独自の API を使っているサイトもあります。さらに、競合他社のブラウザー専用にデザインされているモバイル サイトで、IE のバグやサポートされていない機能が特に顕著になっていた例もありました。

Windows Phone 8.1 Update での Internet Explorer の更新

このような互換性に関するデータをすべて収集した後、IE に必要な変更の検討を開始しました。この記事の残りの部分では、最も重要ないくつかの変更点と、変更を行った理由について説明します。モバイル Web サイトに影響を及ぼす問題は、大きく 5 つのカテゴリに分類されます。

• 誤ったブラウザー検出により、IE がモバイル ブラウザーとして認識されず、デスクトップ エクスペリエンスが提供される
• 標準によって置き換えられた、以前の webkit プレフィックスが付いた機能を使用している
• 標準が存在しない、独自の webkit プレフィックスが付いた機能を使用している
• IE が適切なフォールバックによってサポートしていない機能を使用している
• IE での相互運用性のバグや実装の相違が発生している

ユーザー エージェント文字列の変更

見つかった最も大きな問題の 1 つは、Windows Phone で実行される IE をモバイル ブラウザーとして検出しないために、デスクトップ コンテンツを提供するサイトに関連するものでした。この場合、通常、サイトが非常に小さい文字で表示され、ズームやパンなどの操作が必要になります。また、コンテンツがモバイルに最適化されていないため、電話のデータ接続経由で大量のデータが転送されることも意味します。画像のサイズは大きく、さらに多くの広告がダウンロードされ、表示されます。

サイトでモバイル エクスペリエンスを提供するかどうかを検出するには、さまざまな方法があります。ここでは、実際のサイトで使用されているこのようなチェック方法の 1 つを示します。

window.mobileCheck = function() {

var check = false;

(function(a){if(/(android|bb\d+|meego).+mobile|avantgo|bada\/|blackberry|blazer|compal|elaine|fennec|hiptop|iemobile|ip(hone|od)|iris|kindle|lge |maemo|midp|mmp|mobile.+firefox|netfront|opera m(ob|in)i|palm( os)?|phone|p(ixi|re)\/|plucker|pocket|psp|series(4|6)0|symbian|treo|up\.(browser|link)|vodafone|wap|windows (ce|phone)|xda|xiino/i.test(a)||/1207|6310|6590|3gso|4thp|50[1-6]i|770s|802s|a wa|abac|ac(er|oo|s\-)|ai(ko|rn)|al(av|ca|co)|amoi|an(ex|ny|yw)|aptu|ar(ch|go)|as(te|us)|attw|au(di|\-m|r |s )|avan|be(ck|ll|nq)|bi(lb|rd)|bl(ac|az)|br(e|v)w|bumb|bw\-(n|u)|c55\/|capi|ccwa|cdm\-|cell|chtm|cldc|cmd\-|co(mp|nd)|craw|da(it|ll|ng)|dbte|dc\-s|devi|dica|dmob|do(c|p)o|ds(12|\-d)|el(49|ai)|em(l2|ul)|er(ic|k0)|esl8|ez([4-7]0|os|wa|ze)|fetc|fly(\-|_)|g1 u|g560|gene|gf\-5|g\-mo|go(\.w|od)|gr(ad|un)|haie|hcit|hd\-(m|p|t)|hei\-|hi(pt|ta)|hp( i|ip)|hs\-c|ht(c(\-| |_|a|g|p|s|t)|tp)|hu(aw|tc)|i\-(20|go|ma)|i230|iac( |\-|\/)|ibro|idea|ig01|ikom|im1k|inno|ipaq|iris|ja(t|v)a|jbro|jemu|jigs|kddi|keji|kgt( |\/)|klon|kpt |kwc\-|kyo(c|k)|le(no|xi)|lg( g|\/(k|l|u)|50|54|\-[a-w])|libw|lynx|m1\-w|m3ga|m50\/|ma(te|ui|xo)|mc(01|21|ca)|m\-cr|me(rc|ri)|mi(o8|oa|ts)|mmef|mo(01|02|bi|de|do|t(\-| |o|v)|zz)|mt(50|p1|v )|mwbp|mywa|n10[0-2]|n20[2-3]|n30(0|2)|n50(0|2|5)|n7(0(0|1)|10)|ne((c|m)\-|on|tf|wf|wg|wt)|nok(6|i)|nzph|o2im|op(ti|wv)|oran|owg1|p800|pan(a|d|t)|pdxg|pg(13|\-([1-8]|c))|phil|pire|pl(ay|uc)|pn\-2|po(ck|rt|se)|prox|psio|pt\-g|qa\-a|qc(07|12|21|32|60|\-[2-7]|i\-)|qtek|r380|r600|raks|rim9|ro(ve|zo)|s55\/|sa(ge|ma|mm|ms|ny|va)|sc(01|h\-|oo|p\-)|sdk\/|se(c(\-|0|1)|47|mc|nd|ri)|sgh\-|shar|sie(\-|m)|sk\-0|sl(45|id)|sm(al|ar|b3|it|t5)|so(ft|ny)|sp(01|h\-|v\-|v )|sy(01|mb)|t2(18|50)|t6(00|10|18)|ta(gt|lk)|tcl\-|tdg\-|tel(i|m)|tim\-|t\-mo|to(pl|sh)|ts(70|m\-|m3|m5)|tx\-9|up(\.b|g1|si)|utst|v400|v750|veri|vi(rg|te)|vk(40|5[0-3]|\-v)|vm40|voda|vulc|vx(52|53|60|61|70|80|81|83|85|98)|w3c(\-| )|webc|whit|wi(g |nc|nw)|wmlb|wonu|x700|yas\-|your|zeto|zte\-/i.test(a.substr(0,4)))check = true})(navigator.userAgent||navigator.vendor||window.opera);

return check;
}

最適なモバイル コンテンツを正しく提供するサイトの数を増やすために、Windows Phone 上の IE のユーザー エージェント文字列を更新しました。これによって、すべてのブラウザーで処理する必要があり、多くの開発者がぶつかってきた不幸なパターンが継続されます。たとえば、2006 年ごろから、WebKit の "Safari lies. Reports itself as Mozilla, Gecko and KHTML too. (Safari も自身を Mozilla、Gecko、KHTML と偽装する)" というバグに関する興味深い話があります。デスクトップの IE11 を出荷したときに、"like Gecko" というトークンを文字列に追加しました。これにより、デスクトップ サイトの互換性が大幅に向上するためです。Chrome と Opera も、Web コンテンツとの互換性を維持するために、Gecko および Safari であると偽装しています。

IE11 と Firefox OS で www.hawaiianairlines.com を閲覧した場合、デスクトップ エクスペリエンスが表示されます。

Windows Phone 8.1

Firefox OS

更新プログラムを適用した IE11 と iPhone で表示した場合は、次のようになります。

Windows Phone 8.1 Update

iPhone と iOS7

IE11 と Firefox OS で www.nytimes.com を閲覧した場合も、デスクトップ エクスペリエンスが表示されます。

Windows Phone 8.1

Firefox OS

更新プログラムを適用した IE11 と iPhone で表示した場合は、次のようになります。

Windows Phone 8.1 Update

iPhone と iOS7

一般的には、さまざまなデバイスの機能に合わせることができる応答性の高いサイトを開発することをお勧めします。モバイル固有のエクスペリエンスを構築することを選択した場合は、ユーザー エージェント文字列内のサブ文字列 "mobile" を探し、どのような場合にモバイルに最適化したコンテンツを提供するかを決定することをお勧めします。

function isMobile() {
    return navigator.userAgent.toLowerCase().indexOf("mobile")>=0;
}

従来の webkit プレフィックスが付いた機能と IE の実装のマッピング

ユーザー エージェント文字列を変更し、IE で他のスマートフォンのブラウザーと同じコンテンツを受信できるようになると、モバイル エクスペリエンスの障害となっている問題を分析できるようになりました。認識された最初の重大な問題は、多くのモバイル サイトが、CSS グラデーション、flexbox、トランジション、アニメーションについて、webkit プレフィックスが付いたコンテンツのみを送信していることでした。これらは、IE11 の Web 標準ベースのエンジンでは、既にブラウザーに依存しないマークアップによってサポートしている機能です。Mozilla で発見されたように、WebKitCSSMatrix はモバイル デバイスで一般的に使用されています。IE では MSCSSMatrix をサポートしています。また、多くのサイトでは、新しい標準である screen.orientation の代わりに、window.orientation が使用されています。見つかった 2 番目の問題は、サイトのコードで使用されている構文も旧式であることが多いという点です。たとえば、標準ベースの新しいアプローチではなく、以前のグラデーションの構文が使用されているなどです。

Windows Phone 8.1 Update では、既に IE11 に含まれている標準ベースのサポートに対する、一般的な webkit プレフィックスの付いた API のマッピングを追加しました。これによって、WebKit コードのみを送信するサイトは、ページの読み込み時に標準ベースのコードに変換されます。Microsoft では、すべての webkit プレフィックスが付いた API のサポートを予定しているわけではありません。追加されたマッピングは、モバイル サイトで広く使用されているため、それがないと Web が機能しない API に対するマッピングです。

IE11 でwww.macys.com を閲覧した場合、次のように表示されます。

Windows Phone 8.1

更新プログラムを適用した IE11 や iPhone では、次のように、グラデーションが正しく描画されることがわかります。

Windows Phone 8.1 Update

iPhone と iOS7

IE11 でwww.answers.com を閲覧した場合、次のように表示されます。

Windows Phone 8.1

更新プログラムを適用した IE11 や iPhone では、次のように、サイトが正しく描画されることがわかります。

Windows Phone 8.1 Update

iPhone と iOS7

標準ではない独自機能のサポートの追加

少数の標準ではない機能が Apple によって広められ、iPhone で広く使用されていることもわかりました。これらの機能は現在標準には含まれていませんが、これらの機能をサポートしていないブラウザーでは、モバイル Web の人気サイトで適切なエクスペリエンスが得られません。一例として、-webkit-appearance があります。これによって、ネイティブ アプリケーションに合わせて、ページの要素のスタイルを変更できます。Mozilla が指摘しているように、"これは標準ではないというだけでなく、ブラウザーによってその動作が変化" します。残念なことですが、これらの標準ではない独自の機能が一定レベルでサポートされていないと、Web サイトを使用することが難しくなります。

IE でサポートされている新機能

デスクトップ サイトではあまり使用されないため、IE11 でサポートされていなかった一部の標準ベースの機能の中には、モバイル Web で一般的に使用されているものがあります。IE11 でモバイル コンテンツへの対応を強化するにあたって、これらの機能を追加する必要があると判断しました。たとえば、HTML5 では window.locationbar が定義されていますが、デスクトップ サイトではほとんど使用されていません。Microsoft では、いくつかの新機能を実装する優先順位を、その機能が利用されているモバイル サイトに基づいて決定しました。

モバイル サイトとの互換性に影響する、より大きな API 関連の問題の 1 つが、タッチのサポートです。IE10 では、Microsoft はポインター イベントのサポートを提供し、現在、W3C の勧告候補になっています。IE11 ではこの実装を更新し、仕様の変更を組み込みました。ポインター イベントを使用することにより、マウス、タッチ、ペン、その他のポインター入力を使用するサイトではパフォーマンスや機能の面で多くの利点があります。Microsoft では、さまざまなデバイスを利用するユーザーを対象とするサイトに最適な API として、今後もこの API を推奨していきます。

モバイル Web では、多くのサイトが旧式のタッチ イベント モデルを使用するようにコーディングされており、ユーザーはそれらのサイトが問題なく動作することを期待しています。IE11 の更新プログラムでは、これらのサイトが正しく動作するように、タッチ イベントのサポートが追加されました。Microsoft の調査では、デスクトップ Web では、マウスもサポートするデバイス (Windows タブレットや 2 in 1 デバイスなど) でタッチ イベントを有効にすることは、さらに問題の原因となることがわかりました。たとえば、タッチ イベントが有効である場合、人気サイトの約 10% でマウスやトラックパッドのサポートの問題が検出されました。多くのサイトは、タッチ イベントとマウス イベントの両方を受信することを想定しておらず、どちらか一方のみをサポートしています。Microsoft は、他のブラウザー ベンダーと共に W3C Touch Events Community Group に参加し、Web 全体でこれらの問題に取り組んでいます。ポインター イベントとタッチ イベントの詳細については、こちらの記事をご覧ください。

最も影響が大きい相互運用性の問題の解決

Internet Explorer で正しく動作しないサイトのマークアップの調査を続けるうちに、独特な相互運用性の問題に気付きました。たとえば、他のブラウザーでは <a> リンク内の <button> 要素や <label> 要素は個別にクリックできますが、この動作はどこにも明確にドキュメント化されていません。もう 1 つの例として、<meta> refresh のサポートが挙げられます。HTML5 の仕様では、別の URL にリダイレクトするには、文字列 "URL=" を要素の内容の一部にすることを想定しています。他のブラウザーではこの必要がないため、このように誤って使用されている場合、IE ではページの表示が絶えず更新されます。

最後に、Trident エンジンに、人気サイトへの影響が特に大きいバグがあることもわかりました。これらの問題に対する修正プログラムは、この更新プログラムに含まれています。たとえば、人気モバイル サイトに影響していたナビゲーションの問題 (location.hash ) や CSS レイアウトの問題が解決されています。

次の手順

私たちが行った変更の多くは、これらのサイトで公開されている従来の、またはベンダー プレフィックス付きのコンテンツを利用できるようにすることを目指していました。すべての -webkit- ベンダー プレフィックスが付いた API をサポートすることが私たちの目標ではありません。Microsoft では、これらのサイトが標準ベースのマークアップを導入できるように支援活動を続けていきますが、私たちが追加したサポートは現時点でモバイル Web が適切に機能するために必要なことです。皆さんも、標準ではないコードを使用しているサイトを見かけたら、ぜひご協力ください。Microsoft は webcompat.com で、Mozilla と協力して壊れたサイトを記録しています。これらのサイトは、Firefox や IE など、複数のブラウザーで問題となることが多く、ユーザーの皆さんが問題のあるサイトを報告することも容易です。

Web 開発者の皆さんは、https://modern.ie にあるスキャナー ツールを使用して自分のサイトを実行してみてください。このツールを使用すると、ベンダー プレフィックスの問題など、一般的なコーディングの問題を検出し、コードを修正することができます。

全体的に見ると、Windows Phone 8.1 Update の IE に対して行った変更によって、人気のあるモバイル Web サイトとの互換性が大幅に向上しています。この更新プログラムは現在、既に開発者向け Windows Phone 8.1 Preview を使用している開発者の皆さんに提供されており、今後数か月の間に、Windows Phone 8.1 が稼働しているデバイスを使用しているユーザーの皆さんにも提供される予定です。また、MSDN の IE 開発者向けガイドでは、すべての変更内容の詳細なリストを公開しています。

ご不明な点については、Twitter の @IEDevChat までお問い合わせください。次回の #AskIE ツイート チャットは本日 (7 月 31 日)、午前 10 時から正午まで (太平洋夏時間) です。ご質問には #AskIE を含めてくださいますようお願いいたします。

Internet Explorer 担当グループ プログラム マネージャー
Adrian Bateman

Internet Explorer 担当グループ プログラム マネージャー
Frank Olivier

Windows ブログでお話 (英語) したように、弊社では今後も既存の月例更新プロセスを利用して、セキュリティ更新プログラムと併せて、機能強化をよりこまめにお届けいたします。

Internet Explorer 11 の新機能

この更新プログラムには、ユーザーと開発者からのフィードバックを基にした機能強化が 4 種類含まれています。このうちの一部は、Internet Explorer 開発者チャネルにおいてプレビューを実施し、皆さまのフィードバックのおかげで、このたびリリースの運びとなりました。

F12 開発者ツールの強化

今回の更新プログラムでは、F12 開発者ツールが大幅に強化されています。ユーザー インターフェイス、コンソール、DOM Explorer、デバッガー、エミュレーション ツール、UI の応答性およびメモリのプロファイリング ツールのすべてにおいて、新機能が追加され、バグが修正されています。

詳細については、マイクロソフト サポート技術情報 2990946 を参照してください。また、F12 の強化については、今後の IE ブログの記事でさらに詳しく説明する予定です。

更新後の F12 UI 応答性ツール

WebGL レンダラーの強化

WebGL レンダラーも更新され、ANGLE_instanced_arrays、OES_element_index_uint、および WEBGL_debug_renderer_info 拡張機能、failIfMajorPerformanceCaveat コンテキスト作成属性、16 ビット テクスチャーがサポートされた他、GLSL 対応が強化され、line-loop と triangle-fan プリミティブが追加されました。

また、Windows 7 システムでも、ドライバーが最新の場合はハードウェア モードで WebGL をレンダリングできるようになります。

このリリースでは、Khronos WebGL Conformance Test 1.0.3 のスコアが 89.9% から 96.8% に向上しました。詳細については、マイクロソフト サポート技術情報 2991001 を参照してください。WebGL についても、将来の IE ブログの記事でさらに詳しくお話します。

WebDriver のサポート

8 月分の更新プログラムは、最新の WebDriver 標準を IE でサポートする基盤にもなります。WebDriver を利用すると、Web ブラウザーによるサイトの自動テストを Web 開発者が記述できます。これは、複雑なユーザー シナリオを開発し、Web サイトとブラウザーでそのシナリオを自動的に実行するための、プログラミング可能なリモート制御です。8 月の更新プログラムによって、WebDriver のネイティブ サポートに必要な変更が、ブラウザー エンジンに適用されます。WebDriver スクリプトを実行するには、近日リリースされる別のパッケージをインストールする必要があります。

Internet Explorer での古い ActiveX コントロールのブロック

Internet Explorer により古い ActiveX コントロールをブロックすることで、ActiveX コントロールを最新の状態に保ち、安全に使用できるようにします。詳細については、このブログ記事と、マイクロソフト サポート技術情報 2991000 を参照してください。

Internet Explorer 用セキュリティ更新プログラム

8 月分の更新プログラムには、次のセキュリティ更新プログラムも含まれています。

• マイクロソフト セキュリティ情報 MS14-051 - この「緊急」のセキュリティ更新プログラムは、Internet Explorer に存在する 1 件の一般に公開された脆弱性および 25 件の非公開で報告された脆弱性を解決します。詳細については、セキュリティ情報ページを参照してください。
• Flash Player のセキュリティ更新プログラム (2982794) - サポートされているエディションの Windows 8、Windows 8.1、Windows Server 2012、および Windows Server 2012 R2 上の Internet Explorer 10 と Internet Explorer 11 の Adobe Flash Player に関するセキュリティ更新プログラムも提供されます。脆弱性の詳細については、Adobe セキュリティ情報 APSB14-18 を参照してください。この更新プログラムは、Internet Explorer 10 と Internet Explorer 11 に含まれる、影響を受ける Adobe Flash バイナリを更新することで、Adobe Flash Player の脆弱性を解決します。詳細については、アドバイザリを参照してください。

常に最新の状態を維持

ほとんどのお客様は自動更新を有効にしていて、これらの更新プログラムが自動的にダウンロードおよびインストールされるため、特別な措置を講じる必要はありません。自動更新を有効にしていない場合、更新プログラムを手動で確認し、インストールする必要があります。

皆様のフィードバックをお待ちしております。その際は、@IEDevChat または Connect のいずれかをご利用いただけるとさいわいです。

— Internet Explorer 担当グループ プログラム マネージャー Sharon Meramore

- Internet Explorer 担当リード プログラム マネージャー、Charles Morris

このリリースでの Web 開発者向け新機能については、近日公開する別の記事をご覧ください。

サイトへのすばやいアクセス

高速なブラウザーを誰もが常に求めています。これは取り組むのが楽しい課題です。私たちのチームはこの課題を 2 つの部分に分けて考えました。まず、ユーザーはブラウザーにどのページにアクセスするかを伝える必要があります。次に、ブラウザーはそのページに可能な限り高速に移動する必要があります。通常は 2 番目の部分がほとんどの注目を集め、(SunSpider、Acid3、Octane などの有名な) ブラウザーのパフォーマンス ベンチマークが議論の種となります。ベンチマークについても進歩がもたらされましたが、今回は最初の部分、つまりブラウザーにどのページにアクセスするかを伝える部分に大幅な進歩をもたらすことに重点的に取り組んでいます。これを実現した方法を次に示します。

頻繁なサイトおよび URL 予測

アドレス バーがタップされたときには、現在見ているサイトから別のサイトに移動しようとしていることが分かります。誰もが頻繁に訪れるサイトをいくつか持っています。これらのサイトがアドレス バーから離れた場所にすばやくタップできるように表示されるようになりました。ブラウジングを行うことで、これらのサイトはスマートフォンで訪れることが多いサイトを反映して更新されます。私のスマートフォンのスクリーンショットを以下に示します。

アドレス バーに入力する場合には、移動しようとしているサイトを予測するようになりました (下のスクリーンショットの強調表示部分)。URL 全体を入力することなく、タップするだけで入力し、より高速に移動することができます。この機能は一度使用すると手放せなくなります。目的のサイトに移動するために必要な手間が少なくなり、よりスマートなブラウザーとなっています。

無制限の (アクセスしやすい) タブ、1 つの IE をどこの場所でも

Web ブラウジングがモバイル デバイスで行われることが多くなるにつれて、私たちはこれらのデバイスでより複雑なタスクを行えるようにしたいと考えるようになりました。1 つの例として、マルチタブ ブラウジングが挙げられます。以前は最大 6 つのタブのみを使用できました。また、(アドレス バー ボタンを変更する設定を使用している場合を除いて) […] メニューでタブにアクセスするには若干のスピード バンプがありました。

そのため、この制限をなくすことにしました。誇張なしに、好きなだけ多くのタブを開くことができます。また、アドレス バーの横のボタンからは既定でタブにアクセスできるようになりました。タブにアクセスしやすくなったことは喜ばしい変更点ですが、その他に更新のしやすさに対するご要望もいただいています。そこで、このご要望も両立させることにしました。タブ ボタンと更新ボタンの両方にすばやくアクセスできるようになっています。

よく見ると、上のスクリーンショットの中にある「別の」重要な点に気が付くはずです。Internet Explorer 11 では、スマートフォン、タブレット、PC の間でブラウジング データを同期できるようになったとお伝えできることを喜ばしく思います。同期されるデータには、お気に入り、履歴、パスワード、開かれているタブが含まれます。デバイスを換えても中断したところからすばやくブラウジングを続行できるようになりました。これでようやく、自分宛にリンクを電子メールで送信する必要がなくなりました。

注: データの使用について心配な場合には、お任せください。DataSense アプリにデータ上限を入力するだけで、データを適切なタイミングで同期して、データ量超過料金を避けることができます。

ライブ ピン留めサイト

私はピン留めサイトを使用してスタート画面から直接お気に入りのブログにすばやくアクセスできる機能を気に入っていますが、正直に言って、これまでの Windows Phone のピン留めサイト機能はまったく不十分でしたあまり優れていませんでした。お気に入りのアプリの美しく動的なライブ タイルの隣でピン留めサイトは動きのないスクリーンショットだけを使用し、ないがしろにされていました。ここが大きく変わっています。Windows 8.1 を使用したことがあれば、ピン留めサイトは非常に使い慣れたものに感じるようになっています。

ピン留めサイトにリッチなサイト アイコンが表示され、バックグラウンドで更新も行われるようになりました。たとえば、他のライブ タイルと同様に、お気に入りのブログの最新のヘッドラインと画像を使用します。Web サイトを持っている場合には、ここからこの機能を自分のサイトで活用するための指示を参照できます (ヒント: Windows 8.1 とまったく同じマークアップです)。お気に入りのサイトがライブ ピン留めサイトをサポートしていない場合には、この指示をサイトの管理者に示して、優れた管理者は誰もが指示を実行していることを伝えてください。開発者向けの詳しい記事を投稿する予定ですが、ここではライブ ピン留めサイトのみを使用して作成されたスタート画面を確認してください。

高速かつ滑らかなブラウジング

このように、はるかに高速にサイトへアクセスできるようになりました。私たちはまた、ユーザーの関心事であるコンテンツの取得と利用についても、非常に高速にできるようにしたいと考えています。そのため、サイトに到達した後のエクスペリエンスの高速化に関しても、インライン ビデオの再生、読み取りビュー、パスワードの記憶、スワイプによる前/次ページへの移動、ダウンロードしたファイルの保存に対して、大きな改良を行っています。

インライン ビデオ再生

YouTube ビデオの視聴中に、「インターネット上ではこのビデオはどう思われているのだろう」と考えたことが何回ありますか。そこで、ブラウザー内でビデオを視聴しながら、ビデオの下に高品質なコメントを表示できるようになりました。より便利になるように、ロック画面でビデオを再生し続けることもできるようになります。優れたインライン ビデオ再生のサポートを実現するために開発者に役立つ詳しい情報について、近日中に投稿する予定です。

読み取りビュー

移動中に有名人のうわさ話や Cosmo をニュース記事を読むのはお好きでしょうか。タブレットや PC と同様に、アドレス バーの読み取りビューアイコンをタップすることで、優れたリーディング エクスペリエンスを得ることができます。読み取りビューでは余分な情報が表示されなくなり、記事のすべてのページが 1 つのページにまとめられます。サイトと読み取りビューで記事がどのように表示されるかを以下に示します。

パスワードを記憶する

この機能により、ログインの方法が簡単になります。以上です。
追記 – パスワードがスマートフォン、タブレット、PC の IE 間で同期するようになりました。

スワイプして前/次ページへ移動する

PC やタブレット (流行に気づいていますか?) と同様に、スワイプによる前/次ページへの移動が行えるようになりました。そう、次ページへの移動が満を持して Windows Phone の IE に戻ってきたのです。記事を読んでいる最中の前ページへの移動のスクリーンショットを以下に示します。

ダウンロードしたファイルを保存する

Web からダウンロードしたファイルを保存できるようになりました。万歳!

安全とプライバシー

IE は SmartScreen フィルターによるフィッシング対策保護を導入した最初のモバイル ブラウザーです。また、拡大を続けるプライバシーの問題に対処するために、DoNotTrack シグナルも追加されています。ブラウジング中に常にユーザーを保護できるように、いくつかの機能をさらに追加しています。

InPrivate

ユニコーンに魅力を感じていることを友人に知られたくありませんか?InPrivate タブを開いて、そのタブに関連付けられたすべてのデータをタブが閉じたときに削除できるようになりました。操作はタブ画面でメニューを開いて、[Open InPrivate tab] (InPrivate タブを開く) を選ぶだけです。

DataSense の High Savings Mode

Windows Phone 8 の IE に DataSense を導入することで、同じデータ量で最大 40% 多くのブラウジングが可能となりました。ブラウジング エクスペリエンスにも差はほとんどありません。今回は、High Savings Mode を導入しています。このモードでは Web サイトの最も重要な部分のみをダウンロードし、画像を大幅に圧縮します。High Savings Mode を有効にした場合 (左) と無効にした場合 (右) の例を以下に示します。

サイトは明らかに異なって見えます。この機能は容量の少ないデータ プランを使用している場合や、その月のデータ プランの残りが少なくなっている場合に非常に役立ちます。Internet Explorer の設定で、High Savings Mode を常に有効にするか、無効にするか、自動的に設定するかを選ぶことができます。自動的に設定する場合には、(DataSense アプリで設定された) データ プランの上限に近づいたときに High Savings Mode が自動的に有効になります。アドレス バーのアイコンをタップするだけで、High Savings Mode が有効になっているときに完全な状態のサイトを表示することができます。

アクセシビリティ

Microsoft では、製品デザインに対して包括的なアプローチを行い、当社製品ユーザーのニーズの理解に努めています。喜ばしいことに、IE11 ではハイコントラスト モード、ナレーター、すべての Web ページのズームを可能とする無効スイッチがサポートされました。詳しくは、システム レベルのアクセシビリティを対象とする Windows Phone ブログの今後の記事をご覧ください。

まとめ

ふぅ!ご紹介することがたくさんありました。ご使用のブラウザーにこれらの大きな更新をお届けできることを嬉しく思っています。また、いつものように皆様のご意見やフィードバックをお待ちしています。このページの下か、tweet @IE にコメントを残してください。

— Internet Explorer 担当グループ プログラム マネージャー Amin Lakhani

この記事に対する Dhruv Chadha、Derek Liddell、Oren Freiberg のご協力に感謝します。

Web を利用したスタート画面を有効にする

Internet Explorer では、Windows および Windows Phone のスタート画面にピン留めすることで、お気に入りの Web サイトをお気に入りのアプリのすぐそばに置くことができます。IE から Web サイトをピン留めすることで、ユーザーはそれらのサイトに何度もナビゲーションすることなく、スタート画面からすぐにアクセスすることができます。

ユーザーがあなたのサイトをピン留めしたときには、そのユーザーがサイトの常連であり、サイトの更新を気にしているということが分かります。この点を考慮し、Internet Explorer では Web サイトのライブ タイルを導入し、ユーザーがブラウザーの外でも Web サイトにつながれるようになりました。

ライブ タイルを使用することで、最新ニュース、新しいメッセージ アラート、新しいブログの記事のタイトルなどの新鮮なコンテンツをユーザーのスタート画面に表示してユーザーに関わることができます。また、Web サイトで複数のタイル サイズをサポートし、ワイド タイルまたは大きいタイルとしてサイトを目立たせて表示することができます。

左上から、下に向かって各列を紹介します。IE アプリのタイル、youtube.com、techmeme.com、theverge.com、anandtech.com、mathrubhumi.com、twitter.com、reuters.com、t.msn.com、aol.com、economictimes.indiatimes.com、ピン留めサイトの IE Test Drive、wired.co.uk、lapresse.ca、cnet.com、contrejour.ie、dhakatimes.com.bd、outlook.com、wellsfargo.com、geekwire.com、nymag.com、gawker.com、indiatimes.com、facebook.com、vyclone.com、polygon.com、wpcentral.com、theage.com.au。

左上から、下に向かって各列を紹介します。IE アプリのタイル、techmeme.com、contrejour.ie、wellsgargo.com、gawker.com、t.msn.com、youtube.com、vyclone.com、ピン留めサイトの IE Test Drive、wpcentral.com

Web サイトにライブ タイルを追加する

Web サイトのライブ タイルには定期通知が利用されていて、プラットフォームが事前定義されたポーリング間隔でサーバーにホストされたポーリング URI からテキストと画像を収集し、このコンテンツを Web サイトのタイルに表示します。サイトにライブ タイルのサポートを追加するには、Web ページのメタ タグを利用するか、マニフェスト ファイルを作成するか、JavaScript API を利用するかの 3 つの方法のいずれかを使用することができます。Windows 8.1 用にタイルを設定するためにメタ タグを使用しているサイトの例を以下に示します。

<meta name="application-name" content=" CenturyCutCook" /> <meta name="msapplication-TileColor" content=" #009900" />
 <!-- Logos for all four tile sizes --> <meta name="msapplication-square70x70logo" content="smalltile.png" /> <meta name="msapplication-square150x150logo" content="mediumtile.png" /> <meta name="msapplication-wide310x150logo" content="widetile.png" /> <meta name="msapplication-square310x310logo" content="largetile.png" />
 <!-- Notification URL --> <meta name="msapplication-notification" content="frequency=30; polling-uri=1.xml; polling-uri2=2.xml; polling-uri3=3.xml; polling-uri4=4.xml; polling-uri5=5.xml" />

この例で定義されているポーリング URI には、表示する、30 分毎にポーリングされる通知の内容が含まれています。そのため、指定された 30 分間隔で、ユーザーはこのサイトの更新を最大 5 か所目にすることになり、常に Web サイトに密接につながることになります。

ポーリング URI には、事前定義されたテンプレートに従う XML マークアップが含まれています。これらのテンプレートは Web サイト用も Windows アプリケーション用も同じもので、タイルの外観を制御します。テンプレートはテキスト ベースか、画像ベースか、またはその両方です。次の例は、普通サイズのタイル、ワイド タイル、大きいタイルのサイズにバインドされたポーリング URI で構成されています (大きいサイズは Windows ではサポートされていますが、Windows Phone ではサポートされていません)。

<tile>    <visual lang="en-US" version="2">       <binding template=" TileSquare310x310ImageAndTextOverlay02" branding="name">          <image id="1" src="cheddar_and_ham.png" />          <text id="1">Cheddar and Ham Skewers </text>          <text id="2">This recipe for Cheddar and Ham Skewers made with Sargento Tastings is perfect whether you’re looking for an appetizer to entertain with, or you’re looking for a special crave-worthy afternoon snack </text>       </binding>       <binding template=" TileWide310x150ImageAndText01" branding="logo">          <image id="1" src="cheddar_and_ham.png" />          <text id="1">Cheddar and Ham Skewers</text>       </binding>       <binding template="TileSquare150x150Image" branding="name">          <image id="1" src="cheddar_and_ham.png" />       </binding>    </visual> </tile>

このバインドにより、次のようなスタート画面でサポートされている全 4 種類のサイズのタイルになります。

大きいタイル、TileSquare310x310ImageAndTextOverlay02 テンプレートを使用	ワイド タイル、TileWide310x150ImageAndText01 テンプレートを使用
普通サイズのタイル、TileSquare150x150Image テンプレートを使用	小さいタイル (通知なし)

コード サンプルを使用してライブ タイルの構築についてより詳しく学ぶことができます。または、サイトに RSS フィードを使用していて、その RSS フィードを通知に利用する場合には、buildmypinnedsite ウィザードを使用してサイトのタイルを数分間で構築することができます。

まとめ

Windows 8.1 と IE11 を使用することで、ユーザーがブラウザーのタブを開いていないときでもユーザーの関心を引き付けることができます。ライブ タイルをサポートすることで、ユーザーがスタート画面で興味のあるコンテンツを予期せず見つける役に立ち、より頻繁にサイトに訪問してもらえるようになります。そして何より、ライブ タイルは数分間で簡単にサイトに追加することができます。

— Internet Explorer 担当グループ プログラム マネージャー Tanvi Surti

— Internet Explorer 担当グループ プログラム マネージャー Derek Liddell

つい数週間前に、IE チームと Web 開発コミュニティとの間のより開かれた対話の場を作ることについてお伝えしました。本日、Web 開発者と早期導入者に私たちが取り組んでいる Web プラットフォーム機能をプレビューしていただくために設計された、完全に機能するブラウザーである Internet Explorer 開発者チャネルのリリースをお知らせできることを嬉しく思います。開発者チャネルは、Internet Explorer 11 を実行する Windows 8.1 および Windows 7 SP1 のユーザーを対象に、本日からダウンロードできます。

IE 開発者チャネルは IE11 と併用し、独立して実行することができます。IE11 で愛用されているすべてのブラウザー機能と、私たちが取り組んでいる最新のプラットフォーム機能を備えています。これらの機能を試したときには、@IEDevChat または Connect からフィードバックをお寄せください。

F12 開発者ツールのさらなる強化

4 月に、Windows 8.1 Update での IE11 内 F12 開発者ツールの新機能の一部について説明しました。F12 開発者ツールでは、DOM Explorer での正確なデータの提供と、メモリおよびパフォーマンス ツールでの実用的なデータの提供に注力しています。IE 開発者チャネルでは、F12 開発者ツールに以下をはじめとしたさらなる機能強化が行われています。

• イベント ドリブン バグにより速く到達するために役立つイベント ブレークポイントによる、強化されたデバッグ エクスペリエンス。
• 多次元タイムライン フィルターによるノイズのさらなる低減をサポートしながら、performance.measure() ベースの方法およびドミネーター フォールディングを活用して報告されるデータの意味論的価値を増したメモリ プロファイラーおよび UI の応答性プロファイラーによる、よりリッチな分析機能。
• より多くのキーボード ショートカット (Ctrl + [ および Ctrl + ]) と、いずれかのプロファイリング ツールが実行されているか、またはページ内にいくつのエラーがあるかをすばやく判断できる新しいヘッダー通知を提供する、改良されたナビゲーション エクスペリエンス。

強化機能について詳しくは、MSDN のこちらをご覧ください。

UI の応答ツール内の DOM の新しい色づけ

WebDriver でテストを自動化する

IE 開発者チャネルは最新の WebDriver 標準もサポートし、これを利用することで Web 開発者は Web ブラウザーがサイトを自動的にテストするようにテストを記述することができます。これは、複雑なユーザー シナリオを開発し、Web サイトとブラウザーでそのシナリオを自動的に実行するための、プログラミング可能なリモート制御です。IE 開発者チャネルでの WebDriver のセットアップ方法を確認し、このサンプル WebDriver プロジェクトを試してみてください。

Xbox コントローラーを Web ゲームに使用する

Xbox コントローラーをブラウザーでのゲームに使用できたらいいと考えたことはありませんか。IE 開発者チャネルは最新の Gamepad API 標準をサポートし、JavaScript を使用して Web アプリおよびゲームにゲームパッドのサポートを追加することができます。Xbox 360 コントローラーをつなげて Escape from XP を遊ぶか、お気に入りの Atari Arcade ゲームを遊ぶか、Hover.IE を試してこの機能を試してみてください。

Xbox コントローラーを使用して Escape from XP を遊ぶ

IE 開発者チャネルでは WebGL パフォーマンスも改善され、インスタンス エクステンション、16 ビット テクスチャ、GLSL 組み込み変数、三角形ファンのサポートが追加されています。これにより、Khronos WebGL Conformance Test 1.0.2 のスコアが 89% から 94% に向上しました。これらの WebGL API について詳しくは、MSDN のこの記事を参照してください。

多くの開発者チャネル リリースの最初のリリース

私たちは新しい機能と標準に取り組み、IE 開発者チャネルを通じて早期コードを共有し続けていきます。DevChannel.Modern.IE ページから、IE 開発者チャネルの最新機能についていつでも詳しく学ぶことができます。IE 開発者チャネルでサポートされるすべての新機能は、相互運用可能な Web プラットフォーム機能のロードマップを示すための新しいポータルである Status.Modern.IE にも一覧で記載されています。

IE 開発者チャネルのこのリリースでは、IE11 と並行して実行するためにコード変更と仮想化を組み合わせて使用しています。この仮想化によりパフォーマンスに多少の影響が出るため、サイトのパフォーマンスを測定するためにこのバージョンを使用することはお勧めしません。また、企業環境でこのバージョンをインストールすることもお勧めしません。既知の問題について詳しくは、よく寄せられる質問の一覧を参照してください。

皆様のフィードバックをお待ちしております。その際は、@IEDevChat (英語) または Connect (英語) をご利用ください。業界と IE の機能強化にご協力いただけますとさいわいです。また、6 月 19 日の木曜日に太平洋標準時で午前 10 時から午後 12 時まで行われる次の #AskIE セッションにもぜひ参加してください。

— Internet Explorer 担当パートナー グループ プログラム マネージャー、Jason Weber

追記: IE チームの Charles Morris も Geoff Knutzen と Internet Explorer 開発者チャネルについて詳しく話すために Channel 9 Studios に立ち寄ります。

Internet Explorer 11 では、より速く、より信頼性を高めてサイトにサインインできるようにするとともに、資格情報の保存時にユーザーがより細かく制御できるようにしました。 また、IE11 では資格情報を Windows Phone 8.1 の IE11 に移動することができるようになります。

Windows Phone 8.1 の IE11 にパスワードを保存して移動することができるようになりました

信頼性のあるログイン フォーム検出

IE11 ではログイン フォーム検出が強化され、IE が Web 上の 90% 以上のログイン フォームでパスワードを記憶するためのプロンプトを表示するようになりました。 以前のバージョンの IE から大幅に改善されています。

パスワードを保存するかどうかを決定する

特定のサイトでパスワードを保存するかどうかの決定を、再びユーザーが行えるようになります。 IE11 では autocomplete=off 属性がログイン フォームに設定されている場合でも、パスワードを保存するためのプロンプトが表示されるようになりました。 その他のフォーム フィールド (ユーザー名、クレジット カード、住所、名前など) については、IE は引き続きこの属性を尊重します。 このような動作にした理由は主に 2 つあります。1 つは、なぜ IE は特定のサイトでパスワードを記憶しないのかというユーザーの混乱に対処するためです。2 つめは、フォームの autocomplete=off 属性を尊重することよりも、ユーザーが強力な一意のパスワードを作成することを促すことの方がより重要だと考えているためです。特定のデバイスと状況でパスワードを保存することが安全かどうかを、ユーザー自身が判断できる必要があります。 

より速くサインインする

安全な場合、IE はページのロード後に資格情報を自動的に事前入力することで、時間を節約します。以前はパスワードを入力するために、ユーザー名フィールドをクリックまたはタップし、もう一度クリックまたはタップしてユーザー名を選択する必要がありました。 これにより、(ダブルタップでズームが行われる) タッチ デバイスと、クッキー情報からユーザー名が事前入力されるサイトで問題が発生していました。サイトが一定のセキュリティ条件を満たしていない場合には以前のタップ選択動作に戻るため、ログイン フォームのオートコンプリート動作に対するこの変更は安全なものとなっています。ユーザーの安全性を確保することを重視したため、このような設計になりました。

タブレット ユーザーについては、オートコンプリート項目をタップして選択したときに光学式ズームが行われる問題に対処するために、ダブルタップによるズームが入力要素上では無効になりました。最後に、ユーザー名とパスワードがいつ入力されたかをサイトが検出できるように、フォームに資格情報が事前入力されたときに IE が「入力」イベントと「変更」イベントを呼び出すようになります。

1 度のサインインで、どこででも

Windows 8.1 および Windows Phone 8.1 では、以前に IE に保存した Windows または Windows Phone ストア アプリの同じドメインに資格情報を再入力する必要はありません。 そのため、アプリとデバイスでのサインイン エクスペリエンスを大幅に高速化することができます。IE11 では、Windows は IE で保存した資格情報を、Web 認証ブローカーを通じてストア アプリにホストされている同じドメインに使用します。この場合も、ストア アプリが IE に保存された資格情報を読み取ることはできません。

Windows は IE11 のサインイン情報を Windows ストア アプリにホストされている同じドメインに使用します

現在 Web 認証ブローカーを使用している Windows ストア アプリは、マークアップを追加することなくこのエクスペリエンスを自動的に得ることができます。また、サイトとアプリの資格情報も PC とモバイル デバイスの間で移動します。

パスワードを管理する

Windows 8.1 の IE11 は、資格情報を Windows 資格情報保管ボックスに保存します。Web サイトのパスワードは Windows 8 の資格情報マネージャーデスクトップ コントロール パネルで管理できます。 Windows 8.1 の IE 11 では、Web アカウントを最新のインターネット オプションから直接管理することもできるようになりました。最新の IE でこれを行うには、右側からスワイプしてチャームを開き、[Settings] (設定) をタップします。ここから、デスクトップに切り替えることなく、アカウントを開いて資格情報を管理することができます。

ブラウザーで Web サイトのアカウントを直接管理できるようになりました

また、前に述べたように、すべての資格情報を使用するすべての Windows 8.1 デバイスに移動することができます。

Windows 8.1、Windows Phone 8.1、Windows 7 の IE11 を試用して、これらの新しいエクスペリエンスをご自身で試してみてください。 皆様のフィードバックをお待ちしております。

よろしくお願いいたします。

— Internet Explorer シニア プログラム マネージャー Amy Adams

開発者向けメモ:

サイトで IE 11 のパスワード マネージャーを機能させるには、ログイン フォームが次の条件を満たしている必要があります。

• サービスへログインするためのユーザー名とパスワードの両方を備えている
• ユーザー名とパスワードのフィールドが HTML5 フォーム要素にカプセル化されている
• 自由形式ユーザー入力を使用できるユーザー名フィールドに HTML5 標準の入力タイプを使用している
• パスワード フィールドに HTML5 パスワード入力タイプを使用している
• フォームと資格情報の送信時に呼び出される DOM レベル 2 送信イベントが、送信イベントの呼び出し前にクリアされない
]]> https://docs.microsoft.com/archive/blogs/ie_ja/ie11-2 Tue, 01 Jul 2014 10:11:01 GMT https://blogs.msdn.microsoft.com/ie_ja/2014/07/01/ie11-2/ Internet Explorer 11 の 2014 年 6 月の更新では、縦書きモードのレイアウトが改良され、進化しています。この更新により、一貫した中央ベースラインや行間を維持したふりがな配置などの機能が有効になっています。これらの改良点を組み合わせることで、日本語ロケールなどの縦書きモードをサポートするロケール用にリッチでインタラクティブなテキストブックや出版物を実現できます。

実際に体験して改良点を確認するには、Vertical Writing Mode Improvements Test Drive を試してみてください。


中央ベースラインにより、要素の行間を維持した状態で配置された追加のふりがな文字がある場合でも、文字や記号が正しく揃います

これらの更新により、コンテンツ作成者は Internet Explorer の強力な縦レイアウト機能を Web サイト、Web アプリケーション、最新の Windows アプリで活用することができます。皆様のフィードバックをお待ちしております。その際は、Connect をご利用いただけるとさいわいです。

— Internet Explorer 担当グループ プログラム マネージャー Bogdan Brinza

]]>