JavaScriptの質問です。 以下のコードを実行させると、 Firefoxでは「true」(2つ目はエラー) Chromeでは「false」「true」 とアラートが出るのですが、これはどのような仕様の違いから生まれているのでしょうか? 参考になるページなどがあれば教えてください。 if(1){ function a(){ return true } }else{ function a(){ return false } } while(0){ function b(){ return true } } alert(a()); alert(b());
JavaScriptやWeb開発に興味を持っている人はブラウザ周りの新しい情報も知っておくと良い場合も多いです。 なのでブラウザ周りに絞ってブラウザ別のブログなどを紹介。 Internet Explorer(IE) IEBlog – Site Home – MSDN Blogs IEについての最新情報を書いているオフィシャルサイト Hebikuzure’s Tech Memo IEやWindowsについて多岐にわたり書かれているブログ。 更新頻度が高く、IE Blog の記事の私訳などとても参考になる。 Internet Explorer ブログ (日本語版) – Site Home – MSDN Blogs IEBlogの翻訳記事などを掲載する日本語オフィシャル版(全て翻訳されるわけじゃないのでIEBlogも見た方がいい) Internet Explorer デベロッパーセンターのMSD
JavaScriptにおいてメモリ管理は基本的にエンジン任せなのであまり意識することは無いかもしれませんが、メモリリークの調査やパフォーマンスの実験のためにメモリ情報をJavaScriptから扱いたいときがあると思います。 メモリリーク調査は専用のソフトウェアなどがあるので、 JavaScript Memory Leak Detector (v2) – GPDE Team Blog – Site Home – MSDN Blogs IE Overview – JavaScript Memory Validator Firefox Debugging memory leaks – MDC Doc Center そちらを使うのでもいいかもしれませんが、new Dateを使った実行時間の記録みたいにJavaScript内からメモリ情報を取得して計測できるとおもしろいと思うので、ブラウザ毎にやる方
ブラウザで,リンクとかボタンとかをクリックするときに,マウスカーソルをリンクの上まで持っていくのがめんどうで,困ってた. なにもないところでクリックしたときは,勝手に近くのクリックできそうな要素をクリックしてくれればよいと思ったので,Greasemonkeyを書いた. newmouse.user.js — Gist 動画 newmouse.user.js - YouTube 使い方 Greasemonkeyをインストールすると,旧来のマウスカーソル(旧マウスカーソル)と別に,マウスカーソルがもう一個表示されるようになる(新マウスカーソル). 新マウスカーソルはせわしなく旧マウスカーソルの周りを動きまわって,リンクを見つけると,新マウスカーソルがリンクに張り付いて,クリックできますよ,という感じになる. 旧マウスカーソルが,なにもないところで(具体的には,aや,buttonなど以外の上で)ク
2010/07/23 コース:元祖こってり 「元祖こってり」記事はネットエージェント旧ブログ[netagent-blog.jp]に掲載されていた記事であり、現在ネットエージェントに在籍していないライターの記事も含みます。 FirefoxのWeb Workersにおける脆弱性について みなさん、こんにちは。ネットエージェント株式会社 研究開発部の長谷川です。 今週の水曜日に Mozilla Firefox 3.6.7 がリリースされましたが、このバージョンには私が発見した脆弱性(*1)の修正が含まれています。今日はその内容について説明したいと思います。 (*1) MFSA 2010-42: Web ワーカーの importScripts を通じたクロスサイトデータ漏えい ----- ■概要 Mozilla Firefox 3.6.4 および 3.6.6 において、Web Workers と
Last updated on 6 September 2011. An older version of this page has been translated into Romanian. On this page I give a quick overview of events browser compatibility. This research is exclusively about when the events fire, and on which elements you can add event listeners. The spec is relatively clear about the latter, but frequently vague about the former. Thus it seems you’re currently readin
http://www.w3.org/TR/DOM-Level-3-LS/ load progress http://www.w3.org/TR/xforms11/ xforms-close xforms-output-error xforms-submit-serialize http://www.w3.org/TR/DPF/ dci-prop-change DOMNodeInserted DOMNodeRemoved DOMSubtreeModified http://www.w3.org/TR/SMIL2/ activateEvent beginEvent DOMActivate DOMFocusIn DOMFocusOut endEvent focusInEvent focusOutEvent inBoundsEvent outOfBoundsEvent repeat repeatE
1つ前の記事「JavaScriptをいかに高速化するか、IE9、Firefoxの取り組み」では、IE9とFirefoxにおけるJavaScriptの高速化について紹介しましたが、そもそもJavaScriptの実行速度はなぜ遅いのでしょう? その理由について、Mozilla Japanテクニカルマーケティング担当の浅井智也氏が、スライド「Trace Monkey」でポイントをまとめています(このスライドはタイトルから分かるとおり、Firefoxの当時の新しいJavaScriptエンジン「Trace Monkey」を紹介するために1年以上前に作成されたスライドですが、1つ前の記事を見ると、ここで示された課題はいまも変わっていないようです)。 全67枚のスライドの20枚目から24枚目の5枚を以下に紹介します。 JavaScriptが遅い原因は、以下の4点にまとめられています。 インタープリタ型言
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く