タグ

ブックマーク / dev.mozilla.jp (10)

  • HTML5 にまつわる誤解を解く

    原文: HTML5 mythbusting on November 1, 2012 by Chris Heilmann HTML5 の実用性を巡って昨今繰り広げられている議論は、多くの間違った憶測に基づいています。それは、一度言われてからずっと繰り返されている、そして多くの場合正しいのかどうかまったく検証されていない、HTML5 に関する誤解につながっています。 HTML5 は遅い? HTML5 の問題について話したがる人たちが必ず主張することと言えばパフォーマンスです。ここでの一番の問題は、そうした比較のほとんどがリンゴとナシの比較に過ぎないという事実を見落としている点です。 HTML5 アプリとネイティブアプリのパフォーマンスを比較することは、オーダースーツと既製品のスーツを比較するようなものです。もちろんオーダースーツは手袋のように体になじみ、見た目は素晴らしいですが、もし後でそれを

    HTML5 にまつわる誤解を解く
  • HTML5 と HTML.next

    Hixie が WHAWG のニュースグループに投稿したことを切っ掛けとして再び HTML5 およびその先の標準化について注目が集まる中、HTML5 仕様策定に関する最新の状況について W3C Blog に書かれた記事です。公式ブログの記事らしい落ち着いたトーンで書かれています。 誤訳の指摘はコメント欄や Twitter で @dynamitter 宛にお願いします。 原文: W3C Blog – HTML5 and HTML.next HTML5 は現在 Web コミュニティが築いているオープンな Web プラットフォームの要となるものです。今週は私たちの取り組みを加速する重要なことが W3C で 2 つありましたが、それについて幅広い Web コミュニティの皆さんに知っていただくと同時に、HTML についての最新状況をお伝えしたいと思います。 始めに背景をお話しすると、4月に HTML

    HTML5 と HTML.next
    rikuo
    rikuo 2012/07/27
  • 運営メモ: WHATWG の HTML Living Standard と W3C の HTML5 仕様との関係についての最新情報

    運営メモ: WHATWG の HTML Living Standard と W3C の HTML5 仕様との関係についての最新情報
  • Firefox 11 のサイト互換性に関わる修正

    今朝 Firefox 11 がリリースされました。可能な限り互換性を維持するよう開発されましたが、他のブラウザとの相互運用性や最新 Web 標準仕様への準拠のため、後方互換性に関わる修正も含まれます。そのような修正点をまとめましたので、動作検証時などにご参照ください。 ここでは後方互換性に影響し得る修正のみ解説します。その他の新機能や変更点については次のページをご覧ください。 ユーザ向けも含めた新機能: Firefox 11 の主な新機能を紹介します 開発者向けの新機能や変更点: Firefox 11 for developers MozBeforePaint イベントが廃止され、mozRequestAnimationFrame にコールバック関数が必須となりました Bug 704171 – Remove the no-argument form of requestAnimationFr

    Firefox 11 のサイト互換性に関わる修正
  • ローカルストレージに簡単な解決策はない

    原文:“There is no simple solution for local storage” (on March 5, 2012 by Chris Heilmann) 要約:私たちは良いデータストアとして localStorage を推奨するのをやめなければならない。パフォーマンスがひどく損なわれるからだ。しかし残念なことに、代わりとなるものはまだ完全にサポートされておらず、また簡単に実装できるものでもない。 Web 開発において、うますぎる話に出くわすことは常々だ。そういったもののいくつかは良いもので、だからこそそれが「すべて」として目立ってしまい、開発者を使うように仕向けてしまう。しかし、多くの場合、良いと思われていたものはそこまで良いものではない。また、しばらく使ってみてはじめて「間違っていた」と気づかされるものなのだ。 そんなもののひとつに、localStorage がある

    ローカルストレージに簡単な解決策はない
  • Firefox 5 の後方互換性に関わる修正のまとめ

    先日 Firefox 5 のベータ版が公開されました。Firefox 5 の正式版は 6/22 のリリースを予定しており、Firefox 4.0.1 のユーザは自動的に更新されます。 Firefox 4 以降では Rapid Release プロセスと呼ばれる新しいリリースプロセスに移行し、セキュリティと安定性の改善と共に、新機能や高速化を含めた新しいバージョンを 6 週間毎に公開します (Firefox 6 まではプロセス移行に伴い異なる間隔)。 基的には後方互換性が維持されるよう開発されていますが、最新 Web 標準への対応や、他のブラウザとの互換性確保のため、細部では後方互換性に関わる変更も含まれています。 そこで、後方互換性に関わる Firefox 5 の主な変更点をまとめてみました。Beta 版で互換性テストをされる Web 開発者の皆様などの参考になれば幸いです。 後方互換性

    Firefox 5 の後方互換性に関わる修正のまとめ
  • localmdc

    localmdc Mozilla Developer Center の永久保存版です。 日語訳のないページは、英語のページで代用しています。 トップページ サイトマップ 索引 htmls.zip(1.7GB) Windowsヘルプ形式(chm) ローカルで閲覧でき、キーワード検索、テキスト検索ができます。 localmdc.chm(1.7GB) ソースコード mdc_source.zip(1.7GB)wgetで保存したMDCのページ群 謝辞 まずは、Mozilla Developer Network 様に感謝します。 MDN の Doc Center は、質の高い開発者向け文書を大量に公開していて、Web開発者にとって、なくてはならないサイトです。 次に、Gauche - A Scheme Interpreter 開発者の Shiro Kawai 様に感謝します。MDCの膨大な文書を変換

  • Firefox 4 の HTML5 パーサ – インライン SVG、スピード、などなど « Mozilla Developer Street (modest)

    /2010/05/firefox-4-the-html5-parser-inline-svg-speed-and-more/ にリダイレクト中

    Firefox 4 の HTML5 パーサ – インライン SVG、スピード、などなど « Mozilla Developer Street (modest)
    rikuo
    rikuo 2010/05/24
  • JavaScript のブロックスコープと名前空間 « Mozilla Developer Street (modest)]

    Web 開発や拡張機能開発で JavaScript のコードを書いていると、誰もが一度は次のようなことで悩むかと思います。 ブロックスコープと名前空間 (グローバル変数汚染の回避) 読み書きしやすくデバッグしやすいコードスタイル コールバック関数と this オブジェクトの取り扱い デバッグ方法とデバッグ支援モジュール 非同期処理の書き方 いずれも解決方法は人によって様々で、これが常にベストと言えるものがなさそうですが、私なりにそれぞれ検討したことなどを書いてみようかと思います。もっと良い方法があるとか色々皆さんのご意見やツッコミをいただければ幸いです。 JavaScript では名前空間は言語仕様でサポートされておらず、ライブラリや拡張機能などのコードを書くときにはグローバル変数の使用を最小限に抑える必要があります。先日の Mozilla 勉強会@東京 3rd でも佐藤さんと守山さんの発

    JavaScript のブロックスコープと名前空間 « Mozilla Developer Street (modest)]
  • CSS による履歴の漏えいを防ぐ取り組み « Mozilla Developer Street (modest)

    これは、Mozilla Security Blog の記事 Plugging the CSS History Leak (英文) の抄訳です。Web 開発者の方は Mozilla Hacks の記事抄訳 CSS の :visited に行われるプライバシー対策 も参照してください。 プライバシーの保護は必ずしも簡単なことではありません Mozilla では近く、以前からブラウザ各社が取り組んでいる個人情報漏えい問題の対策を Firefox の開発ツリーに追加します。私たちはこの改善を非常に楽しみにしており、他のブラウザも後に続いてくれることを期待しています。しかし、これは解決が難しい問題であるため、Mozilla がなぜこのようなアプローチを取ることにしたのか説明しておきたいと思います。 履歴の取得 Web ページ上のリンクは、ユーザがそのリンク先を訪れたことがあるかどうかによって見た目が

    CSS による履歴の漏えいを防ぐ取り組み « Mozilla Developer Street (modest)
  • 1