[ ホームに戻る | >>最新 ]

連絡掲示板

1 名前：くでん ★ 投稿日：2004/09/29(水) 06:27 ID:???

連絡用の掲示板です。

2ch互換トリップが使えたり、一部2chブラウザでも閲覧可能なようですが
あまり意味はないと思われます。　　

2 名前：くでん ★ 投稿日：2005/01/09(日) 20:00 ID:???

ううっ、永らく更新してませんでした。すみません。
過去ログのアップ＆FSWikiを3.5.6更新。　

3 名前：葎さん 投稿日：2005/04/11(月) 21:06 ID:duxoCbNg

ご挨拶が遅くなりました。
改めましてはじめまして。
日記にリンクが貼られていたのでびっくりして遊びに来てしまいました。

私もようやく最適化ビルドなるものに手をつけつつ、まだまだTrunkとBranchの区別があまりついていないという状況ですが、ぐでんさんの日記を参考にさせていただきつつ、Firefox道にまい進していきたいと思います。
乱文お許しくださいませ。
それではまた遊びに来ますね。　

4 名前：くでん 投稿日：2005/04/19(火) 07:50 ID:03QkroC2

おひさしぶりです。お返事が遅くなってすみません。というか自分のサイトの掲示板くらいチェックしろよ、私。
葎さんの日記はいつも楽しみに拝見させていただいてます。Firefox 1.1も待ち遠しいですよね。正式版は例によって遅れて夏になりそうですが。TrunkとかBranchについてはまた日記に書こうかなぁと思っていたり。　

5 名前：こんにちわ 投稿日：2005/05/07(土) 13:38 ID:oOX5X88Q

はじめまして。いきなりですが連絡です。
キャラなりきりの『水月の琴乃宮雪たんはエロカワイイメイドだな』が1000を超えて新しくなりました。

『水月の琴乃宮雪さんはエロカワイイメイドですね』
http://game9.2ch.net/test/read.cgi/gal/1114843990/l50

　

6 名前：くでん ★ 投稿日：2005/05/07(土) 23:23 ID:???

ありがとうございます。
ただ、去年の年末にギャルゲー板のKID総合スレのテンプレサイトのページの更新は
停止しております。
ちゃんと分かりやすいようにその旨を各ページに記しておきますね。　

7 名前：鯖缶 投稿日：2005/08/07(日) 13:44 ID:mq97J272

ども、今日は。
Themeの動作不具合に関する詳しい環境と再現方法を書きます。
インストールしているExtensionは以下のとおりです。
All-In-One Sidebar
Auto Copy
bbs2chreader
Build ID in titlebar
Copy URL+
DownloadWith
Forecastfox
Gmail Notifier
Google Pagerank Status
Google Toolbar for Firefox
IE Tab
mixiツールバー
Nightly Tester Tools
Reporter
Tab Mix
URI id
以上です。

再現方法
Tab MixのOptionでRestore last session when starting browserにより、タブが4つ開かれた状態でFirefoxを起動。
2番目のタブをドラッグ＆ドロップで最後（一番右に移動。
すると1番左のタブが表示されなくなる。
因みにブラウザの幅を広げるか、サイドバーの幅を縮めると一番左のタブが表示されるようになります。
以上、不具合に関する報告です。　

8 名前：鯖缶 投稿日：2005/09/23(金) 06:58 ID:Nomd.oTo

ラジオボタンの表示に関しての件です。
インストールしているExtensionは↓のものです。
All-In-One Sidebar
Auto Copy
bbs2chreader
Build ID in titlebar
Copy URL+
FlashGot
Forecastfox
Gmail Notifier
Google Pagerank Status
Googlebar Lite
IE Tab
mixiツールバー
Nightly Tester Tools
Reporter
Tab Mix
URI id
スクリーンショットは
http://sabakan.jpn.ph/MT/img/radiobutton.jpg
を御参照ください。
　

9 名前：くでん ★ 投稿日：2005/09/23(金) 07:58 ID:???

FlashGotじゃなくて他の拡張が原因みたいですね……
お手数ですが、２つお伺いしたいことがあります。
１．お使いのダウンローダは何ですか？
２．テーマがreinでも再現しますか？Phoenity Modernの私が更新しているもののラジオボタンはreinのコードをベースにしています。
http://www1.skz.or.jp/~kusumi/klee/mozilla.html#rein　

10 名前：鯖缶 投稿日：2005/09/23(金) 09:08 ID:Nomd.oTo

ダウンローダはFlashGetを使用しています。
Themeをreinにするとラジオボタンが表示されません。
以上、御参考までに。
　

11 名前：くでん ★ 投稿日：2005/09/23(金) 12:04 ID:???

新規プロファイルに
　trunk の{Build ID: 2005092207}
　FlashGot 0.5.9.92
　Phoenity Modern 0.5.20050922
　FlashGet 1.0
　FlashGet Plug-In 1.1
の環境で再現しません……
http://maguroban.s41.xrea.com/image/05092301.png

拡張を拝見してもラジオボタンの構造を変えなきゃいけないようなものは、ぱっと見ではないように思えるのですが……
reinでも起こるということは、たぶん画像をラジオボタンに使った.radio-check-box1・.radio-check-box2の構造に対応したテーマがだめっぽいので、古いラジオボタンの構造に基づいた記述にすれば表示できるようになるとは思うんですが、先のことを考えるとそれは避けたいので。
時間をつくって鯖缶さんと同じ拡張群を入れて試してみようと思います。ですが、少し修正に時間がかかるかもしれません。　

12 名前：鯖缶 投稿日：2005/09/23(金) 12:17 ID:Nomd.oTo

あ、再現しないなら結構ですよ。
此方でダウンロード関係のExtension等を変えて挙動を確認してみます。
何か新しいことが判ったら改めて報告させて頂きます。
　

13 名前：鯖缶 投稿日：2005/09/23(金) 13:06 ID:Nomd.oTo

追加報告です。
FlashGet 1.71はバギーなので以下の組合わせに変えて挙動を確認しました。
FlashGot→DownloadWith 0.0.7+
FlashGet→DAP
上記の組合わせですとラジオボタンは正常に表示されます。
以上、御参考までに。　

14 名前：くでん 投稿日：2007/10/08(月) 15:58 ID:zv16n2AI

http://maguroban.s41.xrea.com/data/update.zip
これは私が維持しているテーマで実際に使っているupdate.rdfです。
実際はファイル名をupdate.xmlとしてtext/xml形式で運用しています。
ファイル名がupdate.rdfじゃないと署名できないようなので
署名してからファイル名をupdate.xmlに変更して実際の動作を確認しました。

これをローカルにダウンロードしていただいた後で解凍して
そのupdate.rdfに署名ができますか？

できる場合はお手数ですがどこかにPremierさんが署名されようとしている
update.rdfをアップロードしてください。
update.rdfの書式の問題かもしれませんから
私の手元でそのupdate.rdfが署名できるか確認してみます。

> <em:signature>と<em:updateKey>は同じ値でしょうか。
> （MDC資料ページによる例では同じような・・・）
> であれば手書きでupdate.rdfに署名（<em:signature>）できますけど・・・？

<em:updateKey>は<em:signature>を署名検証するための公開鍵で
<em:signature>はupdate.rdf中でRDFで表現されている情報＋秘密鍵から作られたデータで
RDFで表現されている情報が一文字でも改変されたら公開鍵で署名検証できなくなります。
つまり秘密鍵を持っている人間にしかRDFで表現されている情報に署名できませんから
改変されているかの確認が可能になるわけです。
http://developer.mozilla.org/ja/docs/Extension_Versioning%2C_Update_and_Compatibility#.E6.9B.B4.E6.96.B0.E6.83.85.E5.A0.B1.E3.81.AE.E5.AE.9A.E7.BE.A9.E3.81.B8.E3.81.AE.E7.BD.B2.E5.90.8D
> 更新情報（RDFで表現されている情報）は文字列に変換された後、
> SHA512のハッシュアルゴリズムによってハッシュ化され、
> このハッシュが秘密鍵によって署名されます。
> 最終的なデータはDERとbase 64でエンコードされた後、
> 更新情報のRDFにem:signatureエントリとして追加されます。 　

15 名前：Premier 投稿日：2007/10/08(月) 22:00 ID:xHJYmCZo

お手数をかけてすいません。

> これをローカルにダウンロードしていただいた後で解凍して
> そのupdate.rdfに署名ができますか？

はい、署名できました。

くでんさんのupdate.rdfと見比べたところ違う形式なようで当方はem:抜きでした。
対象とするアプリケーションが複数にわたるのでそれも原因かも知れません。

以下にアップします。
http://homepage3.nifty.com/kyoto33/premier/qls_update.rdf

<em:updateKey>と<em:signature>の件は了解しました。
一文字でも改変があると意味が無いですね。

　

16 名前：くでん 投稿日：2007/10/09(火) 00:17 ID:mimnT9lk

> 以下にアップします。
> http://homepage3.nifty.com/kyoto33/premier/qls_update.rdf
ファイル名をupdate.rdfにして署名してみたら、あっさりできました。
「NS1:signature=〜」の部分です。
http://maguroban.s41.xrea.com/data/update2.zip　

17 名前：Premier 投稿日：2007/10/09(火) 20:28 ID:ICckRKwY

お世話になってます。

なぜか今日になって再度トライしたら元のファイル名のままであっさり署名できてしまいました。
サーバにqls_update.rdfを置いてFirefox 3.0a9pre (trunk)でアップデートテストも無事できました。
トラブルの原因は不明ですが、これで手順は理解できました。
どうもありがとうございました。
　

18 名前：あ 投稿日：2008/04/01(火) 22:44 ID:vYKG6LfI

http://maguroban.s41.xrea.com/diary/diary.xcg?Date=20080327
のコメントの続き。

まず、bookmarksmenu1.png の変なアイコン。

Mac では、メニューバー(と、その子孫)は、Gecko のレイアウトエンジンではなく
OS ネイティブのメニューバーで描画するようになっています。
一方、XUL 的にはそのスタイルは CSS で指定しているので、
そのスタイル指定を元に OS ネイティブのメニューバーを描くことになります。
しかし、そのためのコードが Gecko レイアウトエンジンと同様の CSS 対応をしているわけではありません。
http://mxr.mozilla.org/mozilla/source/widget/src/cocoa/nsMenuItemIconX.mm
このファイルを見ると、list-style-image は読み取っているのに、-moz-image-region は扱っていないことがわかります。
ということで、メニューバー内で使われるものには -moz-image-region を使わないようにしましょう。　

19 名前：あ 投稿日：2008/04/01(火) 22:46 ID:vYKG6LfI

次に、bookmarksmenu2.png で消えているアイコン。

Mac OS では、アプリ内でウィンドウを切り替えても、メニューバーは変わらないのが基本です。
一方 Gecko では、メニューバーは各ウィンドウがそれぞれ持つのが基本です。
このままでは相性が悪いわけですが、そこを Firefox はどうやっているかというと、
いろんなウィンドウに
http://mxr.mozilla.org/mozilla/source/browser/base/content/macBrowserOverlay.xul
この overlay を読み込ませて、いろんなウィンドウが同様のメニューバーを持つようになっています。
(メニューバーそのものは browser-menubar.inc に入っていて、ビルド時に #include で埋め込まれます。)
そうすることで、(独自メニューバーのウィンドウを除くと)どのウィンドウに切り替えても
同じメニューバーが表示されているように見えます。
(そう見えるだけで、実際にはそれぞれ別ウィンドウのメニューバー。)
例えばこのスクリーンショットで言うと、extensions.xul がアクティブになっているので、
このとき表示されているメニューバーは、extensions.xul のウィンドウの中にある
(overlay として読み込まれた)メニューバーです。
が、extensions.xul 内では、ブックマークの項目に対してアイコンを指定する CSS は読み込まれていません。
(Mac 以外では、extensions.xul 内にはブックマークメニューなんて存在しませんから、
そんなところにスタイル指定しようとは思わないことでしょう。)
ということで、このような場合にもアイコンを表示するためには、
browser-menubar.inc が組み込まれるウィンドウすべてでスタイル指定する必要があります。
(デフォルトテーマでもこれはやっていないので、同じ問題が起こります。)　

20 名前：くでん 投稿日：2008/04/02(水) 19:28 ID:rFNy0VC.

お時間割いていただいてありがとうございます。
とても分かりやすい説明なので私でもなんとなく理解できました。

とりあえず対応してその対応版にVersion 0.7.08.03.30を差し替えました。

これでたぶんbookmarksmenu1.pngの件もbookmarksmenu2.pngの件も
いけそうだと思うんですが……
ただ「-moz-image-regionをこの部分に使えない」
「browser.cssじゃなくてglobal.cssにこの部分のスタイルを記載」という
この方法だとパフォーマンスは確実に悪化しますね。

どうしたものですかねえ……　

21 名前：あ 投稿日：2008/04/03(木) 00:28 ID:RwYxjgxw

> これでたぶんbookmarksmenu1.pngの件もbookmarksmenu2.pngの件も
> いけそうだと思うんですが……

いけてないですよ！
と最初思いましたが 4/2 22:49 のものではバッチリいけてました。

というか、本体側のバグの確認をしようとして、再現するはずのビルドを使っても再現しなくなってて一瞬あせりましたよ！　

22 名前：くでん 投稿日：2008/04/03(木) 06:31 ID:k7QZFYZs

macBrowserOverlay.xulがchrome://global/skin/を読みこんでますから
理屈の上ではglobal.cssあたりに.bookmark-itemのlist-style-imageを
記述すればbookmarksmenu2.pngの件もOKのはず、という読みでした。

bookmarksmenu2.pngの件はすでにどなたかが
Bugzilla@Mozillaに報告されているのでしょうか？

https://bugzilla.mozilla.org/show_bug.cgi?id=425474#c5
あと、あさんがこれを書かれてたんで、
それ以降Bug 425474がチェックインされるまでは
この仮修正を入れてました。

それと、Bug 414445がチェックインされたんで
OS Xの鍵穴まわりも少しまともになったはずです。

確認できませんけど「戻る」ボタンと「進む」ボタンが
単純にtoolbarbutton[type="menu-button"]になるようになったのかな？
（他のプラットフォームではただのtoolbarbutton）　

23 名前：あ 投稿日：2008/04/04(金) 01:28 ID:UWVeUbYc

> bookmarksmenu2.pngの件はすでにどなたかが
> Bugzilla@Mozillaに報告されているのでしょうか？

見かけたことはありません。
が、誰も報告していないのか、それとも
自分の探し方が甘いだけなのかはわかりません。
DUPE 覚悟で報告してみるかなぁ…

> 単純にtoolbarbutton[type="menu-button"]になるようになったのかな？

そうなりました。
これまでは type=menu だったので、独自 XBL を指定していないテーマ
(Phoenity Modern も含む)だと、クリックしてもメニューが開くだけで、
「戻る」とか「進む」が効いてくれなかったのが、ちゃんと戻ったり進んだりできるようになりました。　

24 名前：takeshi 投稿日：2008/05/26(月) 02:37 ID:allfEN3Y

「塞がれたセキュリティホールを開けろという人々」から流れてきました。

一連のキャンペーンを否定するつもりはありませんが、
他人にとやかく言っているわりに自分の修正方法の意味を説明していないような？
「updateURLの部分の記述を削除すると、作者がアップデート版をリリースしても通知されなくなるので、定期的に作者のホームページを見て確認するようにしてください。さもないとその拡張機能のセキュリティホールが放置される危険性があります」ですよね？

あとホームページ改変を論点にするならupdateURLに記載されているファイルも改変されうるわけで、SSLだろうが安全な通信を強制してもしょうがないことです。
確認ですが
> FirebugやDownThemAll!などのよく知られたアドオンのホームページが攻撃を受けて改変される
これって中間者攻撃で改変されたって話ではないですよね？　

25 名前：jose 投稿日：2008/07/17(木) 13:12 ID:3OOz1h6Q

モオノキのアドオンが3.0.1で使えなくなってしまいました
今後バージョンアップありますか？　

26 名前：くでん 投稿日：2008/07/20(日) 12:38 ID:FrUfEDSA

>>25
http://kuden.s53.xrea.com/data/moonoki.xpi
パッケージを更新しました。
現在のものを一度アンインストールしてから
新しくダウンロードしてインストールしてください。　

27 名前：jose 投稿日：2008/07/20(日) 13:24 ID:BvyzKpqU

ありがとうございました　

28 名前：>micro 投稿日：2008/08/26(火) 00:32 ID:zCW0BhFo

モオノキのアドオンを、閉店したままではなく
時間によって開店させる仕様にできますか？　

29 名前：くでん 投稿日：2008/08/26(火) 06:27 ID:IWQjqotU

>>28
技術的には拡張をちゃんと作れる人ならそれほど難しくないはずです。
ただ、現時点の私の技術じゃ無理。

まあ、これは一発ネタですし、改良とかする意欲はないです。
すみません。

実は、ここで>>25さんの書きこみがあるまで、
実際に使われてるとは思いもしなかったですし。　

30 名前：micro 投稿日：2008/08/26(火) 18:56 ID:N94OGYzg

ありがとうございます
勉強してみます　

31 名前：くでん 投稿日：2008/11/23(日) 14:46 ID:wUtux4n.

> MozillaBuildSetup-1.3.exe だけをデフォルトの場所にインストールします。
しました。

> パスを通し
システム環境変数の「Path」の値の末尾に「C:\mozilla-build\」ですよね？
例えば「%SystemRoot%\system32;%SystemRoot%;C:\mozilla-build\」みたいに。

> 以下をコピペして sm2checkout.bat などの名前でテケトーな場所に保存し、
> コマンド プロンプトから実行してください。
しました。

> ソースは 485MB もあるので、ダウンロードには時間がかかります。
書かれているのとほぼ同じサイズのソースがダウンロードされました。
圧縮されて転送されてくるからでしょうか、思ったほど時間はかかりませんでした。

> これのテーマ部分に変更を加えてから hg diff -p -U 8
ソースのテーマ部分に変更を加え、コマンドプロンプトを起動して
「hg diff -p -U 8」と入力しましたが「'hg’は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチファイルとして認識されていません」と表示されました。

試しに「Path」に「C:\mozilla-build\hg\」を加えてから同様に入力すると
「abort: There is no Mercurial repository here (.hg not found)!」と表示されました。

コマンドプロンプトから先ほどのバッチファイルをサイド実行してから
「hg diff -p -U 8」と入力すると特に反応なく終了しました。
成功したらhoge.diffというファイルが生成されるんですよね？
ローカルを検索してみてもそれらしいファイルはありません。　

32 名前：カスベァ 投稿日：2008/11/24(月) 09:28 ID:Lc6hiv.6

http://www2.tokai.or.jp/migaden/chirashi.htm#hg_sm
のほうをご覧ください。

> パスを通し
システム環境変数だと恒久的なパスになりますが、バッチ・ファイルの
set PATH= で設定すると、コマンド プロンプトを開いている間の
一時的なパスが通ります。
つまり、sm2checkout.bat を使えば、システム環境変数をいじる必要は
ありません。

例えば、C:\mozilla-build\sm2checkout.bat に置いたとすると、
コマンド プロンプトに C:\mozilla-build\sm2checkout.bat と入力
するだけです。

コマンド プロンプトを閉じると set PATH= での設定は破棄されるので、
hg diff -p -U 8 を実行する前にもう一度 set PATH=C:\mozilla-build\hg
を設定する必要があります。
これだけを環境変数に加えておいてもよいかもしれません。

hg diff -p -U 8 だとソース全体の差分パッチができてしまうので、
対象となるディレクトリを指定します。
https://developer.mozilla.org/en/Mercurial_FAQ#How_can_I_diff_and_patch_files.3f
を見ると、中野さんの解説の cvs diff -u8p を hg diff -p -U 8 に
すればよいようです。
　

33 名前：カスベァ 投稿日：2008/11/24(月) 09:38 ID:Lc6hiv.6

> 試しに「Path」に「C:\mozilla-build\hg\」を加えてから同様に入力すると
> 「abort: There is no Mercurial repository here (.hg not found)!」と表示されました。

C:\mozilla-build\hg\ の最後の \ がジャマのようです。
環境変数に加えると常にパスが通っている状態になるので、

cd C:\mozilla-build\testdir\src
hg diff -p -U 8 <ディレクトリ>

でパッチができると思います。
　

34 名前：カスベァ 投稿日：2008/11/24(月) 09:56 ID:Lc6hiv.6

> 成功したらhoge.diffというファイルが生成されるんですよね？

hg diff -p -U 8 だけでは、コマンド プロンプトに表示されるだけです。
hg diff -p -U 8 > hoge.diff
または
hg diff -p -U 8 <ディレクトリ> > hoge.diff

例えば
hg diff -p -U 8 suite/themes/classic/communicator > hoge.diff

手元では、作成に成功しました。
　

35 名前：くでん 投稿日：2008/11/27(木) 19:59 ID:i6qxn376

お返事が遅れてすみません。
ご丁寧にありがとうございます。
「ちらし◎のうら」も読ませていただきました。

既存のファイルの書きかえたものはパッチ化に成功しました！
ただし、新規に追加したディレクトリやファイルは
diffの中に含まれていないようです。

それと、バッチファイル（仮称：sm2checkout.bat）の実行の2回目以降は
mkdir C:\mozilla-build\testdirの行は必要ないのでしょうか？
もうソースをダウンロードしたディレクトリはできてますし。

それと、バッチファイルの2回目以降の実行で
ソースの変更点を確認して変更があったファイルは更新しているようなんですけど
ローカルで自分で追加・変更したファイルはそのままです。

これはそれらのファイルを憶えておくか、削除するか、バックアップを取っておいて巻き戻すか、
定期的にソースをダウンロードしたディレクトリを丸ごと削除して再ダウンロードする
などのことが必要だということでしょうか？　

36 名前：カスベァ 投稿日：2008/11/28(金) 18:29 ID:18By3N9s

やりましたぁ！
苦節１週間。Windows 2000 で SM trunk がビルドできました！
手順はちらしのうらに貼っておきます。

> 新規に追加したディレクトリやファイル
https://developer.mozilla.org/en/Mercurial_FAQ には「新しいファイルを
加えてからパッチを作る前に hg add するのを忘れないように」とあります。
hg add <ディレクトリ/ファイル名> でしょうか。（試していませんが）

> バッチファイルの2回目以降
mkdir はいりません。
じつは set LIB と set INCLUDE は（初回も）不要でした。
現在のちらしのうらの cd C:\mozilla-build\testdir から下だけ実行して
ください。

> ローカルで自分で追加・変更したファイルはそのままです。
そのようです。
https://developer.mozilla.org/en/Mercurial_FAQ には hg pull -u
と書かれていますが、SeaMonkey ではうまく機能しません。
https://wiki.mozilla.org/SeaMonkey:hg-based_build の
python client.py checkout しかないようです。

オリジナルのコピーを残すとか、作業用ディレクトリを別に作るなどの
工夫をしてください。
　

37 名前：くでん 投稿日：2008/11/28(金) 21:04 ID:EJowEVQg

> やりましたぁ！
> 苦節１週間。Windows 2000 で SM trunk がビルドできました！
> 手順はちらしのうらに貼っておきます。
すごいです！私の100倍くらい情熱があるというか、
私はWindows Vista SDKが何かさえ分かってません……
というか、Windows 2000でのビルドも考慮してくれたらいいのに。

> https://developer.mozilla.org/en/Mercurial_FAQ には「新しいファイルを
> 加えてからパッチを作る前に hg add するのを忘れないように」とあります。
> hg add <ディレクトリ/ファイル名> でしょうか。（試していませんが）
ちゃんと書いてありましたか……
気合を入れてじっくり読んでから試してみます。

> オリジナルのコピーを残すとか、作業用ディレクトリを別に作るなどの
> 工夫をしてください。
分かりました。そうします。

SeaMonkey 2の手元でのビルドも試してみようと思います。
本当にありがとうございます。　

38 名前：あ 投稿日：2009/03/29(日) 14:07 ID:PDy84Tnw

最近気付いたのですが、Bug 164608 相当のスタイルは Past Modern ではプラットフォームの切り分け無しに、有無を言わさず入っているんですね。
これは Linux 等では気持ち悪いです。
あとこれは個人的な好みですが、Windows 上であっても、Modern なテーマとしてはそんな流儀には従わずにしっかり周囲から浮いてほしいです。(意見の分かれるところだとは思います。)　

39 名前：ichi 投稿日：2009/08/31(月) 19:36 ID:qYC0woC6

FF3.5.2にしたら、モオノキのアドオン（1.0.08.07.20）が使えなくなってしまいました。更新の予定はありますか？
　

40 名前：くでん 投稿日：2009/09/23(水) 07:49 ID:hnLFixyc

>>38
ichiさん、お返事が遅くなってすみません。
Firefox 3.5に対応させました。

http://kuden.s53.xrea.com/data/moonoki.xpi
現在のものを一度アンインストールしてから
新しくダウンロードしてインストールしてください。

というか、モオノキ引退で競売にかけられちゃうんですね……
少しさみしいです。
あと、千葉の残留を祈ってます！　

41 名前：ichi 投稿日：2009/09/27(日) 21:51 ID:a4NVbddE

>>40
お忙しいなか、ありがとうございます！
MacOS X(10.5.8)で動作確認しました。
WIN BY ALL!ロゴも入ってて感激です。

モオノキはお嫁にいってしまいましたが、
ツールバーをのぞけばいつでもそこにモオノキが！
本当に感謝しています。モオノキForever!

それから、残留を祈ってくださり、ありがとうございます。
首の皮一枚ですが、最後まであきらめないで応援します！　

42 名前：3桁 投稿日：2011/04/25(月) 11:10 ID:eyysN1Ac

Past ModernはFirefox4に対応しないんですか？　

43 名前：dd 投稿日：2018/12/23(日) 23:59 ID:1IeMl96U

dd　

[ ホームに戻る | >>1 ]

- SingleThreadBBS Ver0.54 -