IE8ではLCIEという機能があります。 要はタブごとプロセスを分けることでプラグインの影響を最小限にします。ただし分けすぎてもメモリを食うので分けすぎないように動いてくれます。 IE8 と Loosely-Coupled IE (LCIE) Opening a New Tab may launch a New Process with Internet Explorer 8.0 Clicking on the blue “e” in taskbar does not launch a new process in IE8 MSDNの記事はIEで保持しているオブジェクトがどーなっているかの図があって、 IEBlog/AskIE!の記事はレジストリ設定によってタブプロセス、フレームプロセスがどのような規則で別になるのかが書かれてあります。 InternetExplorerはLCIE導入による
Founder at workにJoel on Softwareで有名なJoel spolskyのインタビューがのっていますが、それを読んで理想のソフトウェア会社とは何かを考えさせられました。 彼は優秀な人材を引きつけるために色んな努力をしています。 彼の会社のオフィスは家賃の高いビル2フロアを借りているそうです。 プログラマーにはそれぞれ個室があって椅子は全部アーロンチェアーです。 そして最新のコンピューターと高速なネットワークが自由に使えます。 プログラマーの報酬は大企業以上に支払っていて、年に一ヶ月まるまるバケーションを取ることができます。 儲かっているからこんなことができるのでしょうが、優秀な人がくれば付加価値の高いビジネスができるので卵が先か鶏が先かという感じですね。 しかし日本にはこんな会社はないですね。(少なくとも私は見たことありません。) 日本のソフト会社では大部屋に大勢押
HTML5をサポートしていないIE6〜IE8で、node.innerHTML = " ..."; のように HTML5 で追加された新要素含んだ文字列を innerHTML に与えると、次のいずれかの条件が成立した場合に親子関係の崩れたサブツリーを生成してしまいます。 innerHTML の前に document.createElement() が実行されていない node が DOM Tree に参加していない(オンザフライ) これらを回避するには、IE6〜IE8で以下のようします。 document.createElement("section"); // HTML5 Shiv function build(fragment) { // @param HTMLDocumentFragmentString: "<nav>...</nav>" // @return DocumentFrag
adds filtering to stylesheet panel (you can search through all rules in all stylesheets. text before { matches selector, and text after matches rules body) improves computed style panel adds filtering adds option to show all properties sorted alphabetically and option to show only properties with values different from default improves inline editor by starting editor on mouseup instead of mousedow
追記: jQ的には解決していませんが、素の JavaScript を使った回避方法がわかりました。IE8以下では、オンザフライで作成した要素に対して innerHTML すると謎要素が作成されてしまうといった現象がでるため、一度要素片を、DOMツリー( body とかね ) にぶらさげてから innerHTML すると回避できました。 つまり、オンザフライな↓ではだめで… var div = document.createElement("div"); // 作る div.innerHTML = "<section>ほげー</section>"; // 突っ込む → ι(´Д`υ) ↓のようにすると謎の挙動を回避できます。 var div = document.createElement("div"); // 作る document.body.appendChild(div); // あて
テストを書いているとモックオブジェクトを使う機会が多いと思います。そのモックオブジェクトは自前で作るよりは、JMockやMockito*1などのフレームワークを利用した方が楽でしょう。 今回は機能的に、ほぼ最強と思われるJMockitを紹介します。 これが、他のモックフレームワークとの機能比較です。 MockingToolkitComparisonMatrix - jmockit - A feature matrix comparing several mocking toolkits. - Project Hosting on Google Code 機能が多ければ使いやすいか。そんなことはないと思います。しかし、これは使いやすいかもと周りの人からお勧めがあったので、実際に使ってどんなところが使えるのか検証してみたので、書いてみます。あと、最後にScalaで使えるか試してみました。 あ、
【画像あり】犬派 VS 猫派 Tweet 1: 北海道米キャラクター(dion軍):2011/02/05(土) 11:33:28.04 ID:F6oHY3WS0 【究極の選択】アナタは生まれ変わったら犬と猫どっちになりたい? 「犬と猫、生まれ変わるとしたらどっちになりたい?」と神様に言われたら、あなたはどちらを選ぶだろうか?その神は絶対的な存在で、あなたは犬か猫のどちらかにしか生まれ変われないとしたら……。 これはかなり悩む問題である。まさに究極の選択だ。単純に「猫が好きだから猫になりたい」という人もいれば、「部屋で飼われるなら犬のほうがいいな」と考える人もいるだろう。 インターネット上では、この究極の選択に対する「決断」が多数書き込まれている。いくつかのブログやサイト、掲示板から抜粋してご紹介しよう。 ・生まれ変わったら犬と猫どっちになりたい? 「可愛い小型犬になって、思いっきり人間に甘
IndexedDBを試してみました。今日はその話。 IndexedDBは、いわゆるNoSQL DB。RDBMSと異なり、スキーマレスで手軽に扱うことが可能なDBです。W3CのWorking Draftは、 http://www.w3.org/TR/2010/WD-IndexedDB-20100105/ で公開されています。今回試したのは、chromiumとFireFox4β8。IE9でも追加パッケージ HTML5Labs を使えば、利用可能なようですが、僕はまだ試していません。 IndexedDBの嬉しい点 IndexedDBはWeb SQL Databaseと異なり、任意のオブジェクトをスキーマを定義せずに操作可能です。Webアプリでスキーマの変更が発生するのは、結構やっかいな問題です。頻繁にカラムの追加や削除などをしてしまうと、各ユーザのブラウザ上のテーブル構造が全く異なる結果になりが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く