)
Interoperable (HTML5) quirks mode (Windows)
In Internet Explorer 10, we've modified the default behavior of quirks mode to improve support for industry standards, such as HTML5, and to increase interoperability with other browsers. Quirks mode now exposes the same set of APIs and behavior as standards mode with limited exceptions as defined in HTML5 and related W3C specifications. These changes can impact quirks mode pages written exclusive
レガシーIEのデバッグ環境について - Qiita
口上 モダンブラウザが普及した今日、いまだレガシーIEは死なず。 つまりそれはクロスブラウザ動作確認をIEでも行わなければならないことを意味する。 IEである。 レガシーIEの入手方法について モダンな開発者であれば仮想マシンは常識であるのでmodern.IE( https://www.modern.ie/ja-jp/virtualization-tools )を使用する。各ホストOS向けにイメージが配布されているのでそれをダウンロードすればよい。 ただし中身はIEしか入っていないWindows環境なので後述する方法でデバッグ環境を構築する必要がある。さもなければ死ぬ。 デバッグ環境の構築について Microsoft Script Editorかそれが同梱されているMicrosoft Officeを所持しているならばそれをインストールして使用する。 所持していなければVisual Stud
IE9でCSS3が効かない!?
また問題児のIEのお話 先日、カラーミーショップというASPサービスでショッピングサイト制作の注文があってカスタマイズをしていました。構築中にブラウザチェックをしていたら、Internet Explorer 9で一部表示されていない表現がありました。 CSS3を使用した部分だったのですが、そもそもInternet Explorer 9ではCSS3の主なプロパティは対応しています。 カラーミーショップの構築中に何かミスがあったのかと思い、ソースを丸ごとコピーしてローカルに複製したものをチェックしてみたら、正しく表示されました。 ソースは全てフルパスで書いているので全く同じ。 両者の違いはカラーミーのサーバーにあるかローカルにあるか、の違いのみです。 それでcssの一部に問題が出る事は通常考えられません。 どういう事でしょうか。 ドキュメントモードについて 調べてみると、どうもサーバーのものを
IEで古いActiveXコントロールのブロックが始まるぞ
前回は8月の更新プログラム「August Update」を取り上げましたが、「古いActiveXコントロールのブロック」機能の説明で訂正があります。August Updateは問題があって提供が停止されましたが、古いActiveXコントロールのブロックは9月9日から予定通り始まる“予定”です。 連載目次 8月の更新の大騒動、August Updateは幻に？ 前回の「幻のWindows 8.1 Update 2と盆（凡）のアップデート」の最後に追記したように、8月13日からWindows Updateで配布された更新プログラムの一部が原因で不具合が発生するという問題が明らかになり、数日後に“Windows 8.1 Update 2”とウワサされた（Update 2ではない）「Windows 8.1 August Update（KB2975719）」を含む以下の四つの更新プログラムの提供が停
IE8との互換性を向上させるIE11のエンタープライズモード
IE8との互換性を向上させるIE11のエンタープライズモード：Windows Insider用語解説（1/2 ページ） Internet Explorer 11のエンタープライズモードを有効にすると、まだ企業内などで多く使われているIE8向けのWebサイトでも正しく表示できるようになる。 連載目次 Internet Explorer 11（以下IE11）には、新しく「エンタープライズモード（Enterprise Mode）」という動作モードが追加されている。これは従来のInternet Explorer（IE8）との互換性を向上させる動作モードであり、主に企業内において、IE11本来のモードでは正しく動作しないような場合に利用するために用意されている。 エンタープライズ モードとは（MSDNサイト） Internet Explorer 11 向けエンタープライズ モードを利用して常に最新の
「Internet Explorer」、古いActiveXコントロールをブロックする仕組みを導入へ
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます Microsoftは米国時間8月7日、「Internet Explorer」に新しいセキュリティの仕組みを導入することをIEBlogで発表した。これは「out-of-date ActiveX control blocking」（期限切れActiveXコントロールブロック）と呼ばれる仕組みで、「Windows 7 SP1」または「Windows 8.x」を利用しているすべてのPCに対し、12日の月例パッチで導入される。 ActiveXコントロールはInternet Explorerの機能を拡張するもので、便利ではあるが潜在的な危険も抱えている。今回導入される仕組みは、古いバージョンのActiveXコントロールを狙った、既知の脆弱性を利用し
「2014年4月」はIEの歴史を動かした。そこから何が読み取れるのか？ - ふろしき Blog
マイクロソフトが提供しているブラウザ「Internet Explorer」の脆弱性問題がTVで大きく取り上げられ、Webの利用者へ混乱をもたらした事件から、約3ヶ月が経過しました。また、IEの重要な機能追加の発表があったマイクロソフト主催カンファレンス「Build 2014」からも3ヶ月です。長きに渡って人々から愛されたIE6のEOLからも3ヶ月。今思えば、2014年の4月は、IEの歴史を大きく左右する重大な事件の連続でした。 割と冷静さを取り戻してきたこのタイミングで、もう一度一連の事件の振り返るとともに、マイクロソフトがとった対応から、IEが一体どういうポリシーでこれからのWebを維持していくのか、その考えを読み取ってみましょう。 脆弱性問題を冷静にみつめてみると？ 脆弱性の問題は、マイクロソフトに限らず多くの製品ベンダがよく起こしている問題です。ソフトウェアのバグや脆弱性が存在しない
GitHub - MSDN Blogs
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
お手柄、エメット（EMET）さん！
第3回で紹介した脆弱性緩和ツール「Enhanced Mitigation Experience Toolkit（EMET）」ですが、先の大型連休中にも有効であった事例がありました。今回のIEの脆弱性で一躍脚光を浴びたEMET。更新版が出たので、IEの脆弱性の一件と合わせて再度説明します。 連載目次 IE脆弱性大騒動、その顛末 第3回「エメット（EMET）、していますか？」では、2014年3月に公表されたMicrosoft Wordの脆弱（ぜいじゃく）性を突いたゼロデイ攻撃の可能性をマイクロソフトの脆弱性緩和ツール「Enhanced Mitigation Experience Toolkit（EMET）」の推奨設定で軽減できたということを紹介しました。 そして先月末、大型連休に入って早々、「Internet Explorer」（IE）の脆弱性がマスメディアで大きく取り上げられ、大きな騒動にな
Archived MSDN and TechNet Blogs
If you were looking for MSDN or TechNet blogs, please know that MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. How to use this site Archived blogs are grouped alphabetically by the initial letter of the blog name. Select the initial letter from the TOC to see the full list of the blogs. You can also type the name of the blog or the title of the
IE9とIE10のJavaScriptでの違い - Humanity
基本あまりなくて、色んなサイトで「IE10はIE9の機能追加版」みたいに言われてたけど、 機能追加だけじゃなく、仕様変更の部分もちらほらあるみたいだった。 今の所見つけたのは以下の2点。 this.documentがundefinedになる window.open()の挙動がちょっと違う(未検証) this.documentがundefinedになる ちなみにthis.documentとwindow.documentの違いは、 window.open()で開いたウインドウに対する イベントハンドラー内で参照した場合に違いが出る。 javascriptのDOMスクリプティングにて、「this」を使うケースとして、イベントリスナー内の処理があります。 下記の例で、thisを省いてしまうとobj1とobj2の内容が同じになってしまいます。 //ウインドウ１の処理 var obj1 = docum
Visual Studio Code - NEW FEATURES: 13 Big Debugging Updates (Rich Object Hover, Conditional Breakpoints, Node.js, Mono, & More!) - User Ed - The blog of Ed Price, Customer Program Manager - Site Home - MSDN Blogs
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
Compat Inspector - ソースコードからIE独自機能を機械的に検出しWeb標準へ置き換えさせる方法 - ふろしき Blog
古いWebコンテンツではIE独自の機能を利用しないことには、リッチな機能を盛り込むことが実質的に不可能という状況でした。しかし、IE9以上からはWeb標準への準拠が高く、Microsoft側でも、IE独自機能に依存しないWeb標準へ準拠したコンテンツ作りを推奨しています。 IE独自機能はバージョン8以降削除される傾向にあり、見落とされると、Webコンテンツのライフサイクルへ悪影響を与えてしまいます。百害あって一利なし、徹底した排除が求められています。本記事では、この作業を人間の感覚でなく、機械的に行う方法について解説します。 ★ 誰だって、IE独自機能は機械的に検出したいはず チェック作業を人の手で行うと、必ず見落としが発生してしまいます。何がIE独自実装で何がWeb標準化を見極めることができないエンジニアに制作/開発を行わせる場合、ソースコードを逐一チェックするのでなく、コンピュータによ
Firefox向けWebシステム開発でできること・できないこと - ふろしき Blog
Windows 7時代のWebシステム開発は混沌としています。 IE8を標準ブラウザとしてサポートしてしまったユーザ企業は、IEがシステムのライフサイクルをカバーできるだけのサポート期間を確保できなくなるため、＋αの対策無くして開発を行うことができません。 (※参考 : 企業システムの2020年問題 - ふろしき.js ) IE8標準ブラウザとして採用した企業は、今後システム開発時に、以下の選択が求められます。 IEをアップグレードする。 Windows 7の移行日までをシステムのサポート期間とする。 IE8とIE9以上(FireFox/Chrome)で動くように作る。 Firefox/Chromeのみ対応にする。 本記事では、4番の対策のニーズを埋めるため、「Firefox向けWebシステム開発」でできること/できないことについてまとめてみました。 1. サポートライフサイクル→ESR(
Windows 7世代からWebシステム開発指針を変えなくてはいけない理由 - ふろしき Blog
Windows 7時代のWebシステム開発は、IEの大幅な設計指針の変更に伴い、開発指針を従来の「バージョン依存型」から「機能/動作検出型」へ変更する必要が生じています。 本記事では、その必要性について、IEの過去の歴史やロードマップ、また従来の開発方式を維持した場合のリスクについて解説します。 IEは何故、開発指針を変える必要があったのか？ 過去のIEは、未成熟なWeb標準で高い機能性を獲得するため、独自実装という方針で開発を続けてきました。結果としてIEは、リリースするバージョンごとに、同じHTML/CSS/JSを利用しても異なる仕様で動作するようになりました。 当時のIEは、Webコンテンツを古いバージョンと新しいバージョンの双方で問題なく動作させるために、バージョン特化の対策を促す機能を提供しました。 開発者は、条件付きコメント(バージョンベクター)や、ユーザエージェントからバージ
HTML5世代のJavaScriptからマウスイベントの扱い方、Pointer Events - ふろしき Blog
この記事は古くなっています。こちらを参照して下さい。 これまでマウスイベントの扱いは、以下のような記述方法でした。 var elem = document.getElementById("hoge"); if ( elem.addEventListener ) { // IE9以上/Firefox/Chrome elem.addEventListener("mousedown", fn); } else { // IE8以下向け下位互換対策 elem.attachEvent("onmousedown", fn); } } 上記はマウスが存在するという前提で成立していたもので、今後はマルチデバイス対応が求められる時代になります。 今のところはデスクトップ型向けとスマートデバイス型とでは、ユーザエージェントを使ってビューを切り替えるという方法が主流のようです。しかし今後は、Windows 8的
Windows XPのアップグレード時に、IE5向けWebシステムが無いことを前提に移行してはいけない - ふろしき Blog
IEのドキュメントモード機能が存在しなかったIE5〜7で、どのバージョンでも同じ仕様を持つプラットフォームを得るには、IE5の動作を再現させる「Quirksモード」を有効にするしか手段がありませんでした。 当時のIEは相互運用性が低く、バージョンごとの動作が異なるため、マルチバージョン下で動作するコンテンツ制作はコストが高くなりがちでした。そこで、少し複雑性の高い作り込みをクライアント側へ仕込む場合、レガシーIE向けコンテンツを動作させるために作られたはずの「Quirksモード」を、あえて有効にして新規開発を行った方が、IEのマルチバージョン下で動作させるWebシステムのリスク・コストを最小化させるという最悪のジレンマに陥りました。 このジレンマは、IE8への段階的移行を行っている際にも有効になります。IE6や7で動作させていた時は最新のレンダリングエンジン(標準モード)で動作させていたに
XHTML1.0の場合、IE6からIE8〜10への移行時に表示が乱れることがある - ふろしき Blog
XHTML1.0のDOCTYPE宣言にはいくつか種類があり、IE7以上では常に最新のレンダリングエンジンである「標準モード」として動作します。しかし、IE6は一部の宣言方法で一番古いレンダリングエンジンである「Quirksモード」として動作してしまいます。 (※参考 : The ＜?xml＞ prolog, strict mode, and XHTML in IE - IEBlog ) IEには古いレンダリングエンジンを再現させるドキュメントモードという機能が備わっており、「互換表示ボタン」「互換表示リスト」「ローカルネット互換表示」「X-UA-Compatible」などを通じてドキュメントモードを制御し、新しいバージョンへ移行させることが多いでしょう。しかし、これらの機能はDOCTYPEスイッチの切り替えアルゴリズムまでは再現してくれず、問題となるケースがあります。 具体的には、以下の通
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【Windows 8.1ユーザーズ・ワークベンチ】 ストアアプリのIEなんて存在しない
Internet Explorer Advent Calendar 2013 - Adventar
