パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

Mozilla Foundation設立」記事へのコメント

  • by Anonymous Coward
    ”AOL、レイオフでNetscapeをさらなる苦境に [zdnet.co.jp]に、
    “Mozillaプロジェクトは方向性を変えてプログラムの軽量化を目指し、将来版ブラウザの基盤として、OS固有のコードではなくWeb標準を選んだ(4月4日の記事参照 [zdnet.co.jp])。この変更が行われる前の最後のメジャーリリース [mozilla.org]は、6月後半に開発者コミュニテ
    • Re:ZDNetの記事 (スコア:1, 参考になる)

      by Anonymous Coward

      とあるが、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技術によるブラウザ設

      • by Anonymous Coward
        Mozilla Firebirdでも、XUL使うんですよね。
        そんじゃ(ていう接続詞も失礼だが)なんでFirebirdは「軽量」なんすか?

        # XUL以外スピードのボトルネックが思い浮かばなかった
        # MozillaM8あたりからのユーザなのでAC。
        • by Anonymous Coward
          「XUL」という要素が絶対的重量感を生むわけでないです。

          XUL自体の実装も改良されていますし、XULを使った上層部の実装も改良されています。
          度合いは環境にも拠りますが、実際に試してみると判るかもしれません。

          とはいえ moz Mナンバーや 1.0 にくらべれば moz1.4 は結構良くなっているので moz1.4 とは体感に大差が無い環境もあるかもしれません。
          • by Anonymous Coward on 2003年07月16日 19時39分 (#360241)
            moz Mナンバーや 1.0 にくらべれば moz1.4 は結構良くなっているので
            実は自分、なんとなく入れ替えがめんどくさくて、1.2止まりなMozillaユーザでした。
            1.4入れてみます。ご意見ありがとうございます。
            親コメント
            • by ShadowBand (16897) on 2003年07月17日 13時37分 (#360720)
              Mozilla Firebird使ったことないヒトにコメント。
              0.6は常用レベルに達していると僕は判断しています。
              一度ためしてみてはいかがでしょうか?(布教モード)
              IEの出番が完全に無くなるということはありませんが...。

              こちらの売り文句も、おおむね正しいかな?と
              http://jt.mozilla.gr.jp/projects/firebird/why/ [mozilla.gr.jp]
              親コメント
            • Mozillaって,バージョンアップする度にプロファイルを(実質上)作り直さなくてはいけないのが自分にとって結構致命傷だったりするのですが,皆様どうしてますか?
              • by Motohiko (15295) on 2003年07月17日 1時46分 (#360433) ホームページ

                 この手の悩みは万人共通ですね。私はMozilla FirebirdやMozilla Thunderbirdを使ってるんですが、以下が私が採用しているプロファイル移行手順です。実際に移行時に行う作業は3番以降ですね。

                1. 予めブックマークやメールデータなどをプロファイル外を参照するように指定を変更して、データも移動します。ブックマークは browser.bookmarks.file [home.ne.jp] で、メールデータは mail.root.none, mail.root.pop3, mail.server.server(1~).directory で指定します。メールはアカウントマネージャでも指定できたと思います。
                2. pref.jsからuser.jsを作成します。主なキーは accessibility.*, browser.*, capability.policy.*, font.*、mail.*, network.proxy.* とかですね。使いまわしが効くので保存して定期的にメンテしてます。
                3. プロファイルマネージャを起動して、新規プロファイルを作成します。
                4. 旧プロファイルから cookies.txt, cookperm.txt, localstore.rdf, history.dat, chrome/userChrome.css, chrome/userContent.css をコピーします。ついでにuser.jsも。(localstore.rdfはMozilla Firebirdではツールバーのカスタマイズデータを保存しているからです。不精)

                 大体こんな感じで。一番問題がありそうなのがXULキャッシュファイル(Windowsで言うところの XUL.mfl)で、最低限これを削除すればいいようにも思います。プロファイルデータのインポート・エクスポートが実装されていない [mozilla.org]のは確かに敷居を高くしていると思います。が、vote数を見ると…。

                親コメント
              • 基本線として、Appearance周りとキャッシュの設定周り、あと、web検索の設定をuser.jsに放り込んでます。

                バージョンを上げる時には念のためと云うコトで「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」ディレクトリはそのまま使い回します。
                --
                -+- 想像力を超え「創造力」をも凌駕する、それが『妄想力』!! -+-
                親コメント
              • 自分は、ブックマーク以外は捨ててます。

                そういう面じゃMozillaって望ましくないソフトですよね。
                1.0過ぎたのに、アプリを使ってできるユーザー資産
                (=ブックマーク、メールボックス、その他設定)の
                互換性を積極的に保とうとせず、バージョンアップの度に
                捨てるのが推奨って言う部分は。
              • 推称されてないと知りつつ、Win版とMacOSX版はついつい面倒でそのまんまversion upしてます。1.1か1.2の頃から1.4まで。
                それでいままで、目立った不具合にはあったことはないです。
                # さすがにPhoenix (Firebird) はprefs.jsのみ作りなおしてますが
                # で、signon.SignonFileNameを書き変えて以前のものを読みこませる

                まあ、そういう環境もあるってことで。
              • by Anonymous Coward on 2003年07月17日 2時05分 (#360442)
                基本的に使ってる人=現状に慣れてる人のvoteだからね・・・。

                シェアを拡張しようと思うなら、現ユーザーには必須でなくてもある程度戦略的に機能を実装していくべきかも。
                バージョンあげるたびにファイルをいじるんじゃ普通の人は引いてあたり前だよなあ。
                親コメント
              • お約束ですけど、

                • 1.0.xは安定版
                • 1.xは開発版

                ですので、互換性が乏しくても仕方ないです。

                ちなみに私もbookmarkのみ受け継いで後はやり直す派です。
                理由は、さほど設定をいじらないことと、せっかくなのでデフォルトで動かして見たいから。

                ただ、駄目元で、古い設定ファイルを一つずつコピーしてみたりはします。
                手を入れてるのはせいぜいプロキシ周りだけなので、大概は上手く動いているように「見えます」(^^;

                #でも気持ち悪くて、結局消してやり直すことに…
                親コメント
              • では1.0から1.4へは? (という反例)
                Windowsのような、ユーザインターフェースも重視するプラットフォームがBuildの優先順位1列にあるんですから、安定版同士の時に

                > 互換性が乏しくても仕方ないです

                というなら、やはりおかしいと思います。

                IEやOutlookExpressのメジャーバージョンアップで、ブックマークや過去のメールが勝手に消されたらおかしいでしょ?MozillaでもIEでも、セキュリティという消極的な理由から、一つ先の安定版へ移行するユーザもいるわけですし。
                (自分も、広くユーザに使われる安定版同士以外の相互互換性なら気にしません)

                M
              • >>やっぱり「オープンソース・プロジェクトでは継続的なユーザとして
                >>の使い心地が軽視される」というのは、事実だと思います。

                1.0から1.4は、普通の人はやっちゃいけないって事でしょう?
                Linuxの2.4(安定版)から2.5(開発版)にするみたいな。

                別に、オープ
              • 別 AC です。

                > 1.0から1.4は、普通の人はやっちゃいけないって事でしょう?
                > Linuxの2.4(安定版)から2.5(開発版)にするみたいな。

                この場合は 2.2 (安定版) から 2.4 (安定版) とたとえるべきでしょう。
                「オープンソース・プロジェクトでは継続的なユーザとしての使い心地が軽視され」がちではあるかと思います。

UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie

処理中...