プライベートブラウジングモードの判定
プライベートブラウジングモードのいろいろ - Please Sleep の続き。あるブラウザがプライベートブラウジングモード (Private Browsing, InPrivate Browsing, Incognito) であるか JavaScript で判定する方法について。 browser history sniffing の対策が入りプライベートモードの一般的な判定ができなくなったと思われたが、ブラウザによっていくつかの API の挙動が通常・プライベートモードで変化するため、それを利用して判定ができるということを教えていただいた。 @cou929 http://t.co/1OE9k3kJv9 プライベートブラウズ判定方法あります、SafariだとlocalStorage,DNT Firefox Chromeは https://t.co/mDDRfUeCP9 — ma
今時のブラウザが例外発生時にどんな情報を出しているのか調べてみたよ - latest log
本文には反映していませんが IE10で Error#stack が実装されました http://blogs.msdn.com/b/ie_ja/archive/2012/05/17/diagnosing-javascript-errors-with-error-stack.aspx JavaScript では例外が発生すると例外オブジェクトが生成されます。 この例外オブジェクトの仕様は標準化されておらず、各ブラウザで実装が異なります。 最新のブラウザで JavaScript の Error オブジェクトや Error から派生しているオブジェクトが持つ属性を調べてみました。 Safari Stable (Safari 5.1.1) try { throw new Error("hoge"); } catch (err) { var i, ary = []; for (i in err) {
setIntervalとsetTimeoutを調べた結果余分なことになった - 三等兵
なかなかどうして、怠惰な若輩者につき不明な点が多々あるため先人の知恵をお借りしたく候。というわけでいろいろ知恵や知識などいただきます。・・・消化不良でしたorz setTimeoutの中の小難しいお話 自分だけじゃ到底調べられないし分かる術もない。Cなんて知るか。だのにこうしてなんとなくでも知ることができるのはありがたいことです。 http://labs.gmo.jp/blog/ku/2007/09/firefoxsettimeout.html Firefoxだけで少し古い記事だけど今でも同じようなものかな。他に私がわかるような資料もないのでこちらをベースに考えさせてもらいます。大きな変更はないだろうし。 タイマースレッド URL先読んだだけではイメージできなかった。整理のため箇条で要約。 Firefoxにはタイマー処理だけを管理している専用のスレッドがある（TimerThread） タイ
第2回 完全版：ブラウザとデバッグ環境 | gihyo.jp
こんにちは、太田です。前回はクロスブラウザの入口として、各ブラウザの特徴をまとめつつ、実際にクロスブラウザなコードを紹介しました。今回はクロスブラウザ対策における基本である、各ブラウザ環境の構築について解説したいと思います。 前回紹介した通りブラウザにはたくさんの種類・バージョンがあります。それぞれが動作する環境を用意するだけでも、一苦労ではすみません。なるべく少ないマシンで、各バージョンをインストールして、さらにデバッグするための環境作りについて紹介します。なお、Safari以外はWindows環境を想定しています。さらに、特に断りがない限りはWindows XP SP3をベースに解説させていただきます。ご了承ください。 各ブラウザのデバッグ環境は近年目覚しいほどの進化を遂げています。統合デバッグ環境の草分けであるFirebugを筆頭に、Safari/Chrome（WebKit）のWeb
JavaScript の高速化その2 「全てを疑い、自分の目で確認すること」 - latest log
こういう泥臭い資料作りもやってるので、一応書き残します。 問題1. array.length へのアクセス var ary = new Array(100000); な配列があるとします。 IE6環境下で、配列の長さを求める方法を、早い順に並べてください。 TEST1. a.length; TEST2. var L = "length"; a[L]; TEST3. a["length]"; 正解は、TEST1 < TEST3 < TEST2 です。 Browser TEST1 TEST2 TEST3 総評 Chrome 1 1 1 全て同じスコア Safari 1 2 3 TEST2はTEST1の2倍, TEST3に至っては3.4倍スコアが違う Opera9.27 1 1 1 全て同じスコア Opera9.6β 1 2 2 1.3倍スコアが違う Firefox2 1 2 1 TEST1とT
JavaScript Tips 2 - mayokara memo
u2viewをそれなりにキー操作できるようにしてみた。 気づいたことをメモ。 ■ Opera9におけるoffsetTop スクロールバーつきだと、「画面上で見えている上端」からの距離になってしまう。 IE6/Firefox2では、スクロールバーの有無に関係なく、本来の上端からの距離になっている。 バグだろうか。offsetLeftでも同じことが起こってそうな予感。 var elem = document.getElementById("foo"); if (window.opera) oTop = elem.offsetTop + elem.scrollTop; // Opera else oTop = elem.offsetTop; // その他 ■ tabindex属性について 1,2,3,...,0（指定なし）の順で移動する。重複している場合は表示順でフォーカスが当たる。 0を指定し
withの挙動がFirefoxとIE・Operaで違う件 - monjudoh’s diary
(function(){ var namespace={a:'hogehoge'}; with(namespace){ alert(a); } })(); 上記のコードのようにwith文の中で、どのスコープでも未定義の変数aを使おうとすると、 with文の括弧の中に入ってるオブジェクトのaプロパティを代わりに使ってくれます。 これはもちろんIE・Firefox・Opera共通。 (function(){ var namespace={a:'hogehoge'}; with(namespace){ function fuga(){ alert(a); } } fuga(); })(); 今度はwith文の中で宣言した関数の中で同じく変数aを使おうとした場合です。 Firefoxだとhogehogeとalertが出るけど、 IE・Operaだとaは未定義だと怒られてしまいます。 (functi
クロスブラウザデバッガNitobiBug登場、Firebugと組み合わせ強化 | エンタープライズ | マイコミジャーナル
WebアプリケーションのデバッグツールとしてはFirebugが有名だ。FireBugを使うことでJavaScriptの実行のみならずCSSやHTMLのデザインも調査できる。もはやWebアプリ開発には欠かせないツールだ。Firebugをベースにして開発されたYSlowもWebサイトのパフォーマンスを分析するツールとして代表的存在といえる。 クロスブラウザデバッグツール NitobiBug FirebugもYSlowもとても便利なツールだが、問題はFirefoxのアドオンとして実装されているということだ。Firefoxのシェアは純増しているとはいえ、Net Applicationsの調査によればIEのシェアは73%をこえている。6%のシェアを突破したSafariの存在も無視できない。そこでデバッグツールとしてクロスブラウザで動作するNitobiBugに注目してみたい。 NitobiBugはNi
テキストエリアでリターンキーを押した際に、submitイベントの発生を抑止する方法 - Enjoy*Study
テキストエリアでのリターンキーで、submitイベントが発生しないようにする場合、ブラウザ毎にどのような処理を書けばいいのか調べてみました。(submitイベント自体に処理を追加せずに、テキストエリアでのイベントで制御したかったので) テキストエリアでのリターンを拾えるイベントとしては、下記の3つがあります。 keypress keydown keyup イベントをキャンセルする方法は、IEのJScriptの実装と、DOM 2のEventモデルでの実装である下記の2パターンを試しました。 event.preventDefault() event.returnValue=false そして確認の結果、上記のイベント×キャンセル処理の組み合わせでsubmitイベントがキャンセル出来るのは、下記のパターンとなりました。 IE 6 keydown - event.returnValue=false
文字列外部化による JavaScript 高速化についての考察 - IT戦記
JavaScript において、文字列を外部化することで本当に高速化できるのかについて考察してみました。 まず、以下のコードを用いて IE 6.0 SP2, Opera 8.5, Firefox 1.5.0.1 でテストしてみます。 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html lang="ja" dir="ltr"> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /> <meta http-equiv="Content-Language" content="ja" /> <titl
anything from here offsetLeft,offsetTop,offsetWidthそしてoffsetHeight──静的配置要素の絶対位置を確実に取得する方法について
結論概要 通常配置要素の絶対座標上の位置を取得するJavascriptコードは、ウエブ上や書籍でかなり流布されている。しかし、それらは正しく絶対座標を提供しないものが多い。 だから仕方なく、コードの進行過程をチェックし、ブラウザ毎に必要となる補正を行うコードを追加し、確実に正しい座標値を得る方法を確立した。そのコードはこのエントリイの末尾に掲載し、検討経過を克明に下記にまとめた。 なお、改訂したコードが対応するブラウザはIE7、FF2及びOpera9であり、safariは検証する術がなかった。 object.offset○○は大変便利なプロパティ それは位置と大きさを与えてくれる。それはマイクロソフトが定義し、Mozzillla系も随随した便利この上ない属性だ。 さて、これらの４つのプロパティは片や位置を、片や大きさを取得する。異なる属性取得を同じoffsetで行うのだ。しかも嫌がらせとし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
