アカウント名:
パスワード:
とあるが、OS固有のコードではなく~って、Mozilla Classic(Netscape5.0)の破棄の事だよなぁ?
ZDNet-Jの4月4日の記事 [zdnet.co.jp]は mozilla seamonkey から mozilla phoenix(後の mozilla firebird)への切り替えの話なので Mozilla Classic という理解は誤りです。 でね、あなたが引用している ZDNet-Jの記事「”AOL、レイオフでNetscapeをさらなる苦境に [zdnet.co.jp]」の記述がへんてこなのは、その記事の記者が4月4日の記事 [zdnet.co.jp] を読み間違えているからです。 4月4日の記事 [zdnet.co.jp] で「プラットフォーム固有のコンピュータコーディング言語ではなく、標準的なWeb技術によるブラウザ設
# XUL以外スピードのボトルネックが思い浮かばなかった
という事はXULの部分を改良すればボトルネックはかなり解消されるって事です。別にその仕組みが絶対に重いってわけじゃないんですよ。それ以外にもいろいろチューニングされてるようですが、基本はそこですね。
XULの部分を改良
moz Mナンバーや 1.0 にくらべれば moz1.4 は結構良くなっているので
この手の悩みは万人共通ですね。私はMozilla FirebirdやMozilla Thunderbirdを使ってるんですが、以下が私が採用しているプロファイル移行手順です。実際に移行時に行う作業は3番以降ですね。
大体こんな感じで。一番問題がありそうなのがXULキャッシュファイル(Windowsで言うところの XUL.mfl)で、最低限これを削除すればいいようにも思います。プロファイルデータのインポート・エクスポートが実装されていない [mozilla.org]のは確かに敷居を高くしていると思います。が、vote数を見ると…。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
ZDNetの記事 (スコア:0)
“Mozillaプロジェクトは方向性を変えてプログラムの軽量化を目指し、将来版ブラウザの基盤として、OS固有のコードではなくWeb標準を選んだ(4月4日の記事参照 [zdnet.co.jp])。この変更が行われる前の最後のメジャーリリース [mozilla.org]は、6月後半に開発者コミュニテ
Re:ZDNetの記事 (スコア:1, 参考になる)
ZDNet-Jの4月4日の記事 [zdnet.co.jp]は mozilla seamonkey から mozilla phoenix(後の mozilla firebird)への切り替えの話なので Mozilla Classic という理解は誤りです。
でね、あなたが引用している ZDNet-Jの記事「”AOL、レイオフでNetscapeをさらなる苦境に [zdnet.co.jp]」の記述がへんてこなのは、その記事の記者が4月4日の記事 [zdnet.co.jp] を読み間違えているからです。
4月4日の記事 [zdnet.co.jp] で「プラットフォーム固有のコンピュータコーディング言語ではなく、標準的なWeb技術によるブラウザ設
基本的なお話 (スコア:0)
そんじゃ(ていう接続詞も失礼だが)なんでFirebirdは「軽量」なんすか?
# XUL以外スピードのボトルネックが思い浮かばなかった
# MozillaM8あたりからのユーザなのでAC。
Re:基本的なお話 (スコア:2, 参考になる)
という事はXULの部分を改良すればボトルネックはかなり解消されるって事です。別にその仕組みが絶対に重いってわけじゃないんですよ。それ以外にもいろいろチューニングされてるようですが、基本はそこですね。
三日風呂に入らなかったら、あなたはすめるまんです。
Re:基本的なお話 (スコア:0)
Milestone1桁台から2桁台、さらに1.0リリースまででかなりチューニングされた印象があったのですが、1.2を使う限りでは特段速くなった気がしなかったので、あんな発言をしちゃいました。
Firebirdで全体的にXULを見直せば、まだまだ行けるわけですね。
Re:基本的なお話 (スコア:0)
XUL自体の実装も改良されていますし、XULを使った上層部の実装も改良されています。
度合いは環境にも拠りますが、実際に試してみると判るかもしれません。
とはいえ moz Mナンバーや 1.0 にくらべれば moz1.4 は結構良くなっているので moz1.4 とは体感に大差が無い環境もあるかもしれません。
Re:基本的なお話 (スコア:0)
1.4入れてみます。ご意見ありがとうございます。
Mozilla Firebird雑感 (スコア:1)
0.6は常用レベルに達していると僕は判断しています。
一度ためしてみてはいかがでしょうか?(布教モード)
IEの出番が完全に無くなるということはありませんが...。
こちらの売り文句も、おおむね正しいかな?と
http://jt.mozilla.gr.jp/projects/firebird/why/ [mozilla.gr.jp]
バージョンアップしづらい (スコア:0)
Re:バージョンアップしづらい (スコア:3, 参考になる)
この手の悩みは万人共通ですね。私はMozilla FirebirdやMozilla Thunderbirdを使ってるんですが、以下が私が採用しているプロファイル移行手順です。実際に移行時に行う作業は3番以降ですね。
大体こんな感じで。一番問題がありそうなのがXULキャッシュファイル(Windowsで言うところの XUL.mfl)で、最低限これを削除すればいいようにも思います。プロファイルデータのインポート・エクスポートが実装されていない [mozilla.org]のは確かに敷居を高くしていると思います。が、vote数を見ると…。
Re:バージョンアップしづらい (スコア:1)
バージョンを上げる時には念のためと云うコトで「bookmarks.html」「cookies.txt」「cookperm.txt」「history.dat」「localstore.rdf」「panels.rdf」「prefs.js」「user.js」を別ディレクトリにコピーして取っておき、上記以外のファイル・ディレクトリを全部消します。更に私は、バージョンを上げたあとにPreferencesメニュー内の全ての設定は見直すことにしてますので(機能確認とかより良い設定への変更のためとかが理由)、「prefs.js」の設定ファイルも消してしまいます。
更に、心配性、かつ、Windowsユーザな私は、使用しているmozillaをアンインストールしてから改めて新版をインストールします。
インストール後は、普通に起動すれば今まで使っていたプロファイルはだいたいそのまま使えます。
たまにあるバギーなビルドやファイルの内部構造変化でマズいことになったりしたら、逆の手順でバージョンを落とし、バックアップを取っておいた各種ファイルを差し戻して復旧します。
という感じで、勘所さえ掴んでおけばそんなに手間ではないかと。
最近はかなり馴染んできているのか、「prefs.js」はそのままでも結構平気ですし。
#もし、上記程度の手間さえ厭だというなら、mozillaは使うべきではないですし…
なお、各種ファイルを格納してある「セキュリティ対策としてのランダムな文字列.slt」ディレクトリはそのまま使い回します。
-+- 想像力を超え「創造力」をも凌駕する、それが『妄想力』!! -+-
Re:バージョンアップしづらい (スコア:0)
そういう面じゃMozillaって望ましくないソフトですよね。
1.0過ぎたのに、アプリを使ってできるユーザー資産
(=ブックマーク、メールボックス、その他設定)の
互換性を積極的に保とうとせず、バージョンアップの度に
捨てるのが推奨って言う部分は。
Re:バージョンアップしづらい (スコア:0)
それでいままで、目立った不具合にはあったことはないです。
# さすがにPhoenix (Firebird) はprefs.jsのみ作りなおしてますが
# で、signon.SignonFileNameを書き変えて以前のものを読みこませる
まあ、そういう環境もあるってことで。
Re:バージョンアップしづらい (スコア:1, すばらしい洞察)
シェアを拡張しようと思うなら、現ユーザーには必須でなくてもある程度戦略的に機能を実装していくべきかも。
バージョンあげるたびにファイルをいじるんじゃ普通の人は引いてあたり前だよなあ。
Re:バージョンアップしづらい (スコア:1)
ですので、互換性が乏しくても仕方ないです。
ちなみに私もbookmarkのみ受け継いで後はやり直す派です。
理由は、さほど設定をいじらないことと、せっかくなのでデフォルトで動かして見たいから。
ただ、駄目元で、古い設定ファイルを一つずつコピーしてみたりはします。
手を入れてるのはせいぜいプロキシ周りだけなので、大概は上手く動いているように「見えます」(^^;
#でも気持ち悪くて、結局消してやり直すことに…
Re:バージョンアップしづらい (スコア:0)
Windowsのような、ユーザインターフェースも重視するプラットフォームがBuildの優先順位1列にあるんですから、安定版同士の時に
> 互換性が乏しくても仕方ないです
というなら、やはりおかしいと思います。
IEやOutlookExpressのメジャーバージョンアップで、ブックマークや過去のメールが勝手に消されたらおかしいでしょ?MozillaでもIEでも、セキュリティという消極的な理由から、一つ先の安定版へ移行するユーザもいるわけですし。
(自分も、広くユーザに使われる安定版同士以外の相互互換性なら気にしません)
M
Re:バージョンアップしづらい (スコア:0)
>>の使い心地が軽視される」というのは、事実だと思います。
1.0から1.4は、普通の人はやっちゃいけないって事でしょう?
Linuxの2.4(安定版)から2.5(開発版)にするみたいな。
別に、オープ
Re:バージョンアップしづらい (スコア:0)
> 1.0から1.4は、普通の人はやっちゃいけないって事でしょう?
> Linuxの2.4(安定版)から2.5(開発版)にするみたいな。
この場合は 2.2 (安定版) から 2.4 (安定版) とたとえるべきでしょう。
「オープンソース・プロジェクトでは継続的なユーザとしての使い心地が軽視され」がちではあるかと思います。