このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 DOM ストレージ API には、ドキュメント オブジェクト モデル (DOM) を使用してクライアント サイド データをセキュアに保存するための関連メカニズムとして、 sessionStorage および localStorage の 2 つが含まれています。 これらのオブジェクトは Internet Explorer 8 で導入されました。 メモ : Internet Explorer の従来のバージョンでは、永続的なデータ記憶域の実装に userData 動作が使用されていました。 このトピックは、次の各セクションで構成されています。 DOM ストレージについて DOM ストレージのスクリプティング オ

IE6は空の要素を削除してしまうから。空行を無視しても構わない時に、text.split(/\r?\n/) とかするのはありかもしれない。 http://blog.stevenlevithan.com/archives/cross-browser-split http://aligach.net/diary/20060707.html すると以下のように IE というか JScript エンジンだけ（つまり WSH でも同じ）できあがった配列から空の要素が消え、空行がなかったことになってしまう。 エンジン 空要素 JScript 5.6 消える Firefox 1.5.4 消えない Safari 1.3 消えない Opera 8.5 消えない http://furyu.tea-nifty.com/annex/2007/12/javascriptie6st_2b12.html 例えば『jav

IE8から、IEに組み込みでデバッグに便利なツールが提供されています。(Firebugに似たような機能を提供) Internet Explorer 8 の開発者ツールの概要 開発者ツール : スクリプト デバッグの概要 IE7までは、JavaScriptのデバッグはScript EditorかVisual Studioなどを使い、DOMの要素やスタイルの確認は、DebugBarって感じでいたのですが、IE8では組み込みの開発者ツールで同じことができるので、わざわざ他のものを入れる必要はなさそうです。 開発者ツールも、DebugBarも、JavaScriptで動的にHTML書き換えた際に、いちいちメニュー上のボタン押さないと反映されないのが、ちょっと残念(Firebugみたいにハイライトされて変化がわかればいいのに)だったりします。 参考: WEBアプリケーションのデバッグ - Enjoy*

Internet Explorer 8（以下、IE8）の正式版がリリースされた。IE7は標準規格への準拠が不十分で多くのウェブ制作者を失望させたが、IE8ではCSS 2.1をサポートして多くのバグを修正し、FirefoxやSafariなどのブラウザと同じように、標準に準拠したかたちでページを表示できるようになっている。 そこで本連載「IE8のCSS対応」では、IE8が新規に対応したCSSと標準規格について大まかにまとめ、別稿で個別の機能や修正されたバグなどについて細かくみていきたい。 IE8がサポートした標準規格 今回、IE8がサポートした標準規格はW3CのCSS 2.1だ。IE7には未対応のCSS 2.1のプロパティや値があったが、IE8では一通りサポートしている。 IE8が新規にサポートした主なCSS 2.1の機能 機能セレクタやプロパティ

Windows へようこそ あなたにはやることがたくさんありますよね。毎日が新しい挑戦の連続です。そう。Windows 11 なら、このような課題がもっとシンプルになります。

JavaScript Memory Leak Detectorのver. 2が出てたのでリンク修正 前から気になっていたツールを実際に使ってみたのでメモ。 javascriptでメモリリークしている箇所の検出はJavaScript Memory Leak Detector、IEの使用メモリのチェックはProcess Explorerを使う。インストールはそれぞれ次のリンクを参照。どちらもwindowsの再起動はいらないって書いてあるけど、私は再起動しないと使えませんでした。 GPDE Team Blog : JavaScript Memory Leak Detector (v2) http://blogs.msdn.com/gpde/pages/javascript-memory-leak-detector_v2.aspx GPDE Team Blog : JavaScript Memor

Microsoft Taiwanの関係者らが、「Internet Explorer 8」（IE8）が3月20日に正式ローンチされることを明らかにしたという。 Taipei Timesによると、リリース予定日が発表されたのは、IE8の台湾でのパートナーを披露するために開かれた記者会見の席上のことだったという。この日付であれば、ラスベガスで開かれるウェブ開発カンファレンスMIX09とも一致する。 Microsoftは先ごろ、人気の25サイトにおいて、IE8の方が「Google Chrome」や「Firefox」よりも早く動作するという趣旨のホワイトペーパーとビデオを公開している。 Microsoftはホワイトペーパーで、実施した独自のテストについて詳述したうえで、IE8の成績が振るわなかったJavaScriptのテストよりも、「総合的なページロード時間」を見るほうが、より実際のブラウザパフォー

Webサイトの閲覧に欠かせないブラウザーソフト。シェア・ナンバーワンは、Windows標準の「Internet Explorer（IE）7」だが、その座も安泰とは言えなくなってきた。「Firefox」をはじめとする“新興ブラウザー”がIE7のシェアを少しずつだが着実に奪ってきているのだ。各種アドオンで自在にカスタマイズできる「Firefox」、速さを信条とする「Opera」や「Safari」。国内ベンチャーが手がける「Lunascape」。さらには検索サイト最大手のGoogleまでが「Google Chrome」をリリースした。 これらのブラウザーは、その昔、Webサイトの表示に難があることもあったが、最近はほぼ問題なし。使い方にさえ慣れてしまえば、IEよりも快適とあって人気が出ている。IE離れが進む理由には、IE7への不満というのも大きい。そもそもIEは、IE6からIE7へのバージョンア

最近記憶力の低下が著しいkusagayaです。 最近は専らJavaScriptを書くことが多いんですが、皆さんどのようなデバッグツールを使っていますか？ FirefoxであればFirebugというのが一般的だと思いますが、 IEで一般的なデバッグツールと言えば？と言われると、ちょっと答えられないです。 そこでIEで使えるデバッグツールをいくつか紹介したいと思います。 ■DebugBar ・DOMのInspectやJavaScript、CSSのソース、レイアウトなどを見ることが可能（Iframe内までInspectできるのは多分これだけ） ・HTTP Requestが見れる ・JavaScriptのコンソールがあるので、アドレスバーから実行する必要がない ■CompanionJS ・Firebugのコンソール機能のみを再現しているようなもので、Firebug同様にconsole.logが使え

Microsoft Internet ExplorerでFirebugのようにJavaScriptをデバッグできるプラグイン「DebugBar」が23日、新しいバージョンアップ5.2が公開された。DOM解析や、JavaScriptのデバックといった従来の機能のほか、IETesterでURLを表示させることもできるようになった。 JavaScriptはブラウザさえあればどこでも実行できる手軽なプログラミング言語だが、いざ本格的なアプリケーションを開発しようとするときに、デバッガやIDEといったプログラミング環境が十分ではないようだ。けっきょくブラウザで実行することから、Firefoxのアドオン「Firebug」がよく使われている。また最近では、Google ChromeやSafari 4のように、オフィシャルで開発環境が用意されているブラウザも登場している。 そんな中で最大の難関となるのが、

Enterprise Strategy Group: Go-to-market Expertise to Help You Win

ちょっと前に Microsoft 公式に以下のような発表がありました。 Responding to Change: Updated Getter/Setter Syntax in IE8 RC 1 – IEBlog また、以下のようなドキュメントも公開されています。 Internet Explorer for Developers | Microsoft Docs Internet Explorer for Developers | Microsoft Docs これらの内容での概要を自分なりにまとめてみます。 概略 要点は DOM オブジェクトのプロトタイプが使えるようになる DOM オブジェクトに既存の Getter/Setter API が使えるようになる DOM オブジェクトに ECMAScript 3.1 の Getter/Setter API（PropertyDescripto

先日相次いでリリースされたブラウザの新バージョン、IE7 と Firefox2。共にとってもいいブラウザだと思うんですけどね、両方に共通して気に入らないのがフィ... 先日相次いでリリースされたブラウザの新バージョン、IE7 と Firefox2。共にとってもいいブラウザだと思うんですけどね、両方に共通して気に入らないのがフィードの処理。 両ブラウザともフィードにアクセスした際に、独自のフォーマットに変換して表示してくれるようになっています。これ自体は今までみたいに生の XML ソースが表示されてしまうよりは親切なんで問題ないんですけど、じゃあ何が気にいらないのって、XSLT や CSS が指定されているフィードに関してもそれを無視して変換してしまうところ。 ベータ版試用した時から気がついてはいたものの、正式版では 「xml-stylesheet」 の記述があったときにはそっちを優先してく