タグ

ieとjsに関するNishinaのブックマーク (4)

  • amachang の 「一行で IE の JavaScript を高速化する方法」を掘り下げてみた - latest log

    2009-11-12 ナビ子記法について追記しました 文 今日は、amachangさんの記事 http://d.hatena.ne.jp/amachang/20071010/1192012056 を 1mm だけ掘り下げ、IE 以外のブラウザでも document へのアクセスを速くする方法がないか、色々試してみます。 # 記事自体はずいぶん前に書き上げてたけど、公開するの忘れてたんだな。 C系を追加しました。C系は「ネストしたスコープからグローバル変数にアクセスするとどうなるか?」がテーマです。 試したこと 以下は様々な方法で document へのアクセス速度を計測します。 A系では、非日常的な方法で測定し、B系では実際の用法に近い形で測定します。C系では何重にもネストしたスコープから、グローバル変数にアクセスするとどうなるかを測定します。 A系 A0 は、素の document に

    amachang の 「一行で IE の JavaScript を高速化する方法」を掘り下げてみた - latest log
  • 【コラム】イマドキのIDE事情 (28) IEで利用可能なJavaScriptデバッグツール | エンタープライズ | マイコミジャーナル

    JavaScript開発ツールの現状 Webアプリケーションには欠かせないJavaScriptだが、読者の皆さんはどのように開発しているだろうか? 最近ではAptanaなど、JavaScriptのコーディングを積極的にサポートするIDEも登場してきているし、EclipseやNetBeansの次期バージョンでもJavaScript関連の機能が強化される予定になっている。 しかし現状ではやはりテキストエディタで記述し、ブラウザで動作確認という方法が最も手っ取り早いのではないだろうか。特にFirefoxではFirebugという強力なエクステンションがある。Firebugを使うとHTMLのDOMツリーを参照できたり、JavaScriptをグラフィカルにデバッグすることができるなど、IDE顔負けの機能をFirefox上で利用することができるのだ。FirebugはもはやJavaScript開発に欠かせ

  • IEでjavascriptのエラーをデバッグする方法 - bits and bytes

    FirefoxであればFirebugで簡単に問題の場所をみつけられますが、IEでjavascriptのエラーが出ると、素っ気ないうえに意味不明な日語のエラーメッセージが出てきてお手上げなので、エラーが出ている場所の特定すら困難です。 そんなときでもOfficeについているスクリプトエディタ(前はスクリプトデバッガという名前だった気が....)を使うと、Visual Studioのデバッガとおんなじインターフェイスのデバッガを使ってjavascriptのエラーを出している場所をすぐに見つけることができます。Firebugと比べると極めて重たいですが、関数呼び出しをバックトレースすることもできますし、各スコープでの変数の値を調べることもできるので、これを使わない手はありません。 が、いつもどうやってインストールするのかを忘れてしまうのでメモ代わりに書いておきます。 コントロールバネルのプロ

  • IEでのデバッグ/動作確認に便利なソフトいろいろ:phpspot開発日誌

    IEでのデバッグ/動作確認に便利なソフトいろいろ。 沢山あるのでまとめてみました。 IETester IE5.5, IE6, IE7, IE8でのページレンダリングを1つのソフトで一括チェックできる超優れものソフト。 Vistaでも使えるようで今後のWEB開発に必須となりそうなツール。 IEとFirefoxの同時レンダリングはCSSVistaが便利。 DebugBar IEに便利機能のついたツールバーを追加 ブラウザ画面のキャプチャをメール送信 カラーピッカー 特定の画面解像度にリサイズする機能 ページの表示を 10% 〜 800% まで拡大/縮小表示できる( IE の Zoom 機能使用 ) 画像やFlashなどのobject も拡大縮小できます ソースコードをハイライト付きで表示 オリジナルのソースと、IEが解釈した後のソースを見比べることも可能 指定文字列ハイライト検索機能 Comp

  • 1