MozillaのエンジニアリングマネージャーBenjamin Smedberg氏が、64ビット版「Windows」で実行できるように最適化された「Firefox」のナイトリービルドを中止するよう開発者に求めた。 Smedberg氏は米国時間11月17日、「Google Groups」の掲示板「mozilla.dev.apps.firefox」に「Turning off win64 builds（win64ビルド停止）」という開発者スレッドを立てて、開発停止を提案した。 Smedberg氏は64ビット版Firefoxについて、「常に誤解とフラストレーションのもと」になっていると述べ、このビルドはたびたびクラッシュし、多くのプラグインは64ビット版で利用できない、コードがないためにプラグインが正常に動作せず、ハングアップが発生しやすい、と記した。さらにSmedberg氏によれば、このためユーザ

Mozilla Foundationは6月26日、Android向けWebブラウザの最新版「Firefox 14」の正式版をGoogle Playで公開した。Flashの再生に対応したほか、従来版（Firefox 10）と比較してWebサイト閲覧時のスクロール速度を約2倍、HTML 5 Canvasの処理を約3倍に高速化したという。Android 2.2以降を搭載したスマートフォンで利用できる。 新バージョンは、約半年の開発期間をかけて「ユーザーインタフェースのコードをJavaで書き直した」（Mozilla Japan テクニカルマーケティングの浅井智也氏）。従来はWebページやUIの描画を1つのスレッドで処理していたが、新バージョンは要素ごとにスレッドを分離し、タッチ操作などのフロントエンド部分をJavaで処理することで、応答性を向上させたという。 UIも一新した。ホーム画面にユーザーが

Resources for Developers, by DevelopersDocumenting web technologies, including CSS, HTML, and JavaScript, since 2005. ////////////   ////////////   ////////////   ////////////   ////////////   ////////////   ////////////  ++++++  ++++++  ++++++  ++++++  ++++++  ++++++  ++++++{{{{ }}}}  {{{{ }}}}  {{{{ }}}}  {{{{ }}}}  {{{{ }}}}  {{{{ }}}}     ../../    ../../    ../../    ../../    ../../    ../..

Fireboot 「Fireboot」は、Firefoxにインストールされているアドオンから使っていない不要な言語ファイルを削除して、Firefoxの起動を大幅に高速化することができるソフトです。Firefoxの起動や動作が「重い」と言われる理由の一つに、アドオンと呼ばれる拡張機能の存在があります。 アドオンのファイルサイズ自体はZIP形式で圧縮されているためそれほど大きいものではありませんが、Firefox起動時にインストールされているアドオンを読み込む際、いったん解凍してから読み込む必要があるため、アドオンの種類によってはこのプロセスに非常に時間がかかってしまうものがあります。 またFirefoxのアドオンには通常複数の言語ファイルが含まれており、どのような言語環境でも問題なく使用できるようになっていますが、その反面ユーザーにとって不要な言語も含まれているため、これがFirefox起動

Mozilla Foundationは、徹底的な見直しを行った「Android」用ブラウザのベータ版を近いうちに公開する可能性がある。これは、モバイル分野への転換を進めるテクノロジ業界でMozillaが重要な地位を保つための、極めて重要なステップだ。 あるいは6週間待たなくてはならないかもしれない。そして、爆発的に成長するモバイル市場にMozillaの不在が続いていることを考えると、少しの猶予もならない。 「Firefox for Android」の初期のバージョンには起動が遅いという問題があったため、Mozillaは、GoogleモバイルOSのネイティブユーザーインターフェース（UI）を採用したAndroid専用バージョンを作ることを選択した。それは、Mozilla独自のXULインターフェースにこれまで組み込まれてきたアドオンをあきらめることを意味したが、アプリケーションの起動の遅さを改

by ElBloggers 現在、6週間に1度大きなバージョンアップを行い、どんどん機能追加や改善を行っているFirefoxが、とうとうWindows 2000やWindows XP RTM(製品初期版)、XP SP1のサポートを終えることになるそうです。 Asa Dotzler: Firefox and more: End of Firefox Support for Windows 2000 Firefoxの開発者の1人として知られるAsa Dotzlerさんによると、これまでMozillaではWindows 2000やXP SP1などのためにVisual Studioのバージョンを上げず、サポートできるようにしてきました。しかし、開発環境を新しくできないことによる制約が大きく、Googleの高速プロトコル「SPDY」への対応が遅れるなどの影響が出ました。 そのため、数ヶ月にわたって議

Firefox web browser - Faster, more secure & customizable Firefox 12ナイトリー版のアドレスバー入力補完機能が強化された。Firefox 11オーロラまでのアドレスバーでは、文字を入力すると候補がリストとして表示されていたが、アドレスバーに入力した内容は補完されないため、タブキーやカーソルキー、マウスなどで候補一覧から対象を選択する必要があった。 Firefox 12ナイトリーではアドレスバー内に補完対象が展開されるため、補完された内容が目的のものである場合にはそのままエンターキーを押すだけで、対象サイトへ移動することができる。

Firefox web browser - Faster, more secure & customizable MozillaはFirefox 4のリリース後に、Firefoxのメモリ使用量を削減する取り組み「MemShrink」を開始した。Firefoxは3系でかなり改善が進み、メモリ使用量からみても相応の成果をあげている。しかし、多くの新機能の追加と性能改善が行われたFirefox 4で再びメモリ使用量が増大。「メモリを食い過ぎる」とユーザから非難されるようになった。 Mozillaはこうした指摘を踏まえ、Firefoxの使用するメモリ量を削減して安定性の向上や速度の改善などを目指す「MemShrink」プロジェクトを発足。すでに本格的な活動が開始されてから半年ほどが経過している。 今回「Notes on Reducing Firefox’s Memory Consumption」に

Firefox web browser - Faster, more secure & customizable Mozillaは、Firefoxの新バージョンを6週間おきにリリースする短周期リリースモデルへ移行させた。その結果、従来よりも短期間で、新機能やセキュリティフィックスを多くのユーザに届けることができるようになっている。 6週間おきにメジャーアップグレードを実施するこの方法は、もともとGoogle Chromeが採用している方法で、リリース頻度の差はあるが、ほかのブラウザも周期を短縮化する方向へ動いている。 コンシューマユースでは、こうした短周期リリースと強制アップグレードの方法は便利なものだが、企業ユースとしては相性が悪い面もある。企業ユースでは、システム導入に何週間も検証期間を設けることもあり、6週間おきのリリースでは検証や導入が追いつかないことになる。 Mozillaは、企

Mozillaは、「Firefox」の「Extended Support Release」（ESR）バージョンを開発する計画に着手した。同ブラウザの通常バージョンが6週間ごとに更新されるのに対し、ESRは更新頻度が比較的低いエディションだ。 Mozillaは、高速リリース開発サイクルへの強い反発を受けて、2011年にFirefoxのESRバージョンを提案した。 高速リリースによってFirefoxの新機能をより迅速に公開できることから、Mozillaは今後もこの手法を維持する。だが、導入するソフトウェアを入念にテストしたり、カスタムアドオンが動かなくなる事態が頻発しないよう確認したりすることが必要な企業などさまざまな組織にとって、高速リリースは相性が良くない。 ESRの当初の提案では、通常版を5回リリース（30週間）するごとに新バージョンを公開し、各バージョンのサポートは7サイクル（42週間

Firefox web browser - Faster, more secure & customizable Webデベロッパ向けのMozillaブログに「Announcing Firefox Aurora 10」として「Firefox 10」で登場することになる新機能の概要が掲載された。継続して実施されるパフォーマンスの向上、セキュリティの改善、バグの修正に加え、Firefox 10はHTML5新機能の実装に注力したバージョンであることが紹介されている。Firefox 10における主な注目点は次のとおり。 HTML5 Visibility API/Visibility APIの実装。 HTML要素フルスクリーン機能実装。 document.createProcessingInstructionの実装(新しくプロセッシングインストラクションノードの作成が許可される。ただし対象はXMLの

Firefox web browser - Faster, more secure & customizable MozillaはFirefoxをシングルプロセスアーキテクチャからマルチプロセスアーキテクチャへ移行させる研究的な取り組み「Electrolysis」を進めてきたが、当面の間、活動を停止すると発表した。再開の時期や開発スケジュールなどは発表されていない。少なくとも、当面の間「Electrolysis」として、Firefox全体をマルチプロセス化する取り組みは見送られることになる。 Firefoxはもともとシングルプロセスアーキテクチャで設計されている。これに対し、Chromeは最初からマルチプロセスアーキテクチャで設計されている。マルチプロセスアーキテクチャはタブを大量に開いた場合にメモリを大量に消費するという問題を抱えているが、タブを閉じることで利用中のメモリが確実に開放され

Firefox web browser - Faster, more secure & customizable これまで本格的な開発ツールをデフォルトでは搭載してこなかったFirefoxだが、Firefox 10からはデフォルトで開発ツールが同梱されることになる。現在リリースされているFirefox 8にも若干の開発ツールが搭載されているが、Firefox 10からが本格的に利用できるバージョンになると見てよいだろう。 どのような機能が搭載されているかが開発者向けのブログMozilla Hacksに「Developer Tools in Firefox Aurora 10」として掲載されている。どのような機能が提供されるのか把握できて参考になる。後発のツールだけあってUIも洗練されており扱いやすい。 紹介されている機能をごく簡単にまとめると次のようになる。

Firefox web browser - Faster, more secure & customizable Firefoxにおけるメモリ使用量削減の取り組みが続けられている。最新の成果として、メモリの使用状況に応じて振る舞いを変える機能が取り込まれたことが「ADAPTIVE MEMORY BEHAVIOUR」として報告された。今のところWindows向けの実装のみが提供されており、Mac OS X、Linux、Android向けの実装は今後の課題とされている。 今回実装されたのはVirtualAlloc()をラッピングしてメモリの使用量に応じてメモリ圧縮のイベントを発生させるというもの。メモリの確保などのタイミングで仮想メモリと物理メモリの使用状況を測定。値がしきい値を超えている場合にはメモリ圧縮イベントを発生させるという仕組みになっている。 しきい値としては次の3つの値が用意されて

Firefox web browser - Faster, more secure & customizable Firefoxは6週間ごとにメジャーアップグレード版をリリースしている。次のメジャーリリースは2012年1月31日に実施される「Firefox 10」になる予定になっている。Firefox 10は現在ベータチャンネルの段階にあるが、ベータチャンネルは基本的に安定性向上やバグ修正を実施するチャンネルとされており、新機能が追加されることはない。つまり、正式版が発表された段階で、次のメジャーリリースで登場する新機能や改善点などはすでに明らかになっている。 「Firefox Beta with New Developer Tools and Enhanced Sync Is Ready for Testing」にFirefox 10で導入される新機能のまとめが掲載されている。端的にまと