Googleがブラウザのベンチマークソフト「Web Latency Benchmark」を公開
Webブラウザに求められる性能は増加の一途をたどり、Google ドライブのようにブラウザ上で表計算やドキュメント作成などができるオフィス系アプリやマインドマップ作成、そして地図表示など、すでに「ウェブ閲覧ソフト」の範疇を大きく超えてしまっているといっても過言ではありません。多機能化に従い、ブラウザに求められる性能も高くなってきているわけですが、そんなブラウザの反応の速さを測定するWeb Latency Benchmarkが公開されています。 Web Latency Benchmark http://google.github.io/latency-benchmark/ JavaScriptのベンチマークソフトとしては、GoogleからリリースされているOctane 2.0などがありますが、Web Latency Benchmarkはブラウザの反応そのものを示す「レイテンシー(Latenc
Web Browser Grand Prix VIII: Chrome 16, Firefox 9, And Mac OS X
Last August, we ran the Web Browser Grand Prix (WBGP) in an entirely new venue. The title was Web Browser Grand Prix VI: Firefox 6, Chrome 13, Mac OS X Lion, and we used the same desktop test system we always use, but Hackintoshed. Despite the fact that an OS X browser took first place in nearly one-third of the tests, some of the more, er, enthusiastic Mac fans weren't very happy with our platfor
#05 ブラウザのバッドノウハウ コンテンツ編 | gihyo.jp
ソフトウェアなどを使いこなすために、ストレスを感じながらもしぶしぶ覚えなければならないようなノウハウ、「バッドノウハウ」がテーマの本連載、第5回の今回はブラウザのBKを、コンテンツの扱いに関連するものに絞って取り上げたいと思います。 IEのContent sniffing 通常、ブラウザはHTTPのレスポンスのContent-Typeヘッダに応じて、コンテンツをどのように処理するか決めますが、Internet Explorer 7（IE7）はこのヘッダを無視するときがあります[1]。 たとえば、リスト1のようなファイルをtest.txtという名前でWebサーバに置いて、IE7からアクセスすると、サーバからContent-Type:text/plain（ただのテキストファイル）として送られてきているにもかかわらず、HTMLとして解釈されてしまいます（図1）。 リスト1 test.tx
Chrome Experiments
Chrome Experiments is a showcase of work by coders who are pushing the boundaries of web technology, creating beautiful, unique web experiences. You'll find helpful links throughout the site for creating your own experiments, and you can also explore resources like WebGL Globe and our workshop of tools.
IE6/7/8, Fx, Op, Safari, Chromeを同時に起動できる -Xenocode Browser
Internet Explorer 6/7/8rc1, Firefox, Opera, Safari, Chromeなど主要なブラウザをWindows上で同時に起動できるXenocode Browserを紹介します。 Run IE876, Firefox, Safari, Chrome, and Opera from the web Fx, Op, Safari, Chromeはそのままで同時に起動できますが、IE 6/7/8rc1の異なるバージョンをOSに依存せずにインストール・起動できるのはブラウザ検証の大きな武器になります。 IE 6/7/8rc1でAcid 2のテストを表示してみたところ、レンダリングはそれぞれのバージョンのものになっていました。
クリックジャッキングの本質的な解決策 - IT戦記
誰か書いてそうだけど、気にせずに投下 現実的な解決策ではなくて、本質的な解決策 クリックジャッキングはそもそも CSS の問題なので CSS の枠組みで解決すればいい。 CSS での解決策 具体的には、以下のルールをユーザースタイルシートに追加すればいい。 * { opacity: 1 !important } CSS2, CSS2.1, CSS3 では、ユーザースタイルシートの !important な宣言は他のどの宣言よりも優先されるはずなので、ちゃんと仕様を満たしているブラウザを使っていれば問題ないはず。 （IE の場合は、 opacity じゃなくて filter を。。というか、オプションで何か filter とか無効に出来た気がするけど、忘れた＞＜） ユーザースタイルシートは、 IE, Firefox, Opera, Safari ほとんどのブラウザで使うことができる。 あと、
IEでもJavaScriptをデバッグできるDebugBar 5.2
Microsoft Internet ExplorerでFirebugのようにJavaScriptをデバッグできるプラグイン「DebugBar」が23日、新しいバージョンアップ5.2が公開された。DOM解析や、JavaScriptのデバックといった従来の機能のほか、IETesterでURLを表示させることもできるようになった。 JavaScriptはブラウザさえあればどこでも実行できる手軽なプログラミング言語だが、いざ本格的なアプリケーションを開発しようとするときに、デバッガやIDEといったプログラミング環境が十分ではないようだ。けっきょくブラウザで実行することから、Firefoxのアドオン「Firebug」がよく使われている。また最近では、Google ChromeやSafari 4のように、オフィシャルで開発環境が用意されているブラウザも登場している。 そんな中で最大の難関となるのが、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.designwalker.com/2009/03/crossbrowser.html