Re: ChatZilla / Venkman

登録日: 2006年9月 25日 記事: 693

# 突然引っ張りだしてすいませんが

Quote:

一応 Firefox 3.0.x と SeaMonkey 1.1.x で動作を確認していますが、なぜか Firefox ではサブメニューのアクセスキーがダブるようになりました。

Firefox では、というよりは Firefox 公式日本語版では、でしょうか。

intl.menuitems.alwaysappendaccesskeys が true だとそうなりますが、英語版では false なので発生しないはずで、またにょずらも false だったような気がします。
また逆に、SeaMonkey でも true にすれば発生するでしょう。
Bug 324159 – The accesskey label is doubled if the label ends (X) は Core のバグで修正済ですが、ChatZilla が似たような処理を自前で持っていて、こちらは修正されずにそのままですね。
false にしている限りは発症しないので、あちらの人はきっと気付かないままでしょう…

ゲスト

ご指摘ありがとうございました。
まさにその通りでした。
本体が公式日本語版だとダブるってことで、記事を修正しました。

# /mozilla-japan/mozilla/development/1.8b1 の JLP の /chatzilla と /venkman
　にも同じ問題がありますが、当時は intl.menuitems.alwaysappendaccesskeys が
　空白 (=false) だったので発覚しなかったようです。

ゲスト

http://trac.mozilla.l10n.jp/changeset/44
-pref.munger.rheet.help = “rheet”をリンクに変換します（以下略）
+pref.munger.rheet.help = "rheet" をリンクに変換します（以下略）

こんなところに全角クオートを使っているのは理由があってのことなんですが、
現在のバージョンではバグが修正されているのでしょうか？
基本的に「全角クオートはやむを得ずに使っている（いた）」ので、半角に
しても大丈夫かどうかチェックしたほうがよいです。

登録日: 2006年9月 25日 記事: 693

カスベァ wrote:

http://trac.mozilla.l10n.jp/changeset/44
-pref.munger.rheet.help = “rheet”をリンクに変換します（以下略）
+pref.munger.rheet.help = "rheet" をリンクに変換します（以下略）

こんなところに全角クオートを使っているのは理由があってのことなんですが、
現在のバージョンではバグが修正されているのでしょうか？

バグなのか意図した動作なのかは知りませんが、ここでは " ほげ " 等とすると、先頭や末尾にスペースを含めることができるようですね。
# properties ファイルでは先頭や末尾のスペースは値に含まないということに対しての workaround ？

ということで、

Code:

pref.munger.rheet.help = ""rheet" をリンクに変換します（以下略）"

等とすると意図したとおりになるようです。

Code:

pref.munger.rheet.help = ""rheet" をリンクに変換します（以下略）

でもいいみたいですが、どちらにすべきなのかとかは不明。

登録日: 2006年9月 25日 記事: 693

Quote:

SeaMonkey の comm-central をビルドしているマシンは "Win2k3 comm-central build" だと思うのですが、これって Windows 2000 ってことですよね。

2k3 = 2003 です。
きっと Windows Server 2003 なんでしょう。
https://wiki.mozilla.org/ReferencePlatforms/Win32

登録日: 2006年9月 25日 記事: 693

あ wrote:

カスベァ wrote:

http://trac.mozilla.l10n.jp/changeset/44
-pref.munger.rheet.help = “rheet”をリンクに変換します（以下略）
+pref.munger.rheet.help = "rheet" をリンクに変換します（以下略）

こんなところに全角クオートを使っているのは理由があってのことなんですが、
現在のバージョンではバグが修正されているのでしょうか？

バグなのか意図した動作なのかは知りませんが、ここでは " ほげ " 等とすると、先頭や末尾にスペースを含めることができるようですね。
# properties ファイルでは先頭や末尾のスペースは値に含まないということに対しての workaround ？

commit log やコメントを追ったら venkman.properties に書かれているコメントにたどり着きました。
venkman.properties と同じ処理をしているのに、こちらにはそのコメントが書かれていないのは不親切きわまりないのですが、先頭の " が削除されるのは想像していたとおりの仕様ですね。
この仕様に合わせて修正しますので、これは 2008-12-11-10-comm-central からは直る予定です。

「全角クオートを使っているのは理由があってのこと」の理由というのは、このことでしょうか？それとも別にあるのでしょうか？
その他には今のところそのような理由を見つけられていないのですが、理由がわからないことにはバグが修正されているかどうかの確認のしようがないのでぜひ教えてください。

登録日: 2004年1月 09日 記事: 552

Seamonkey 2 に同梱される ChatZilla の JLP を見直しました。（途中）

これまでの更新と変更した箇所は、差分を参照してください。

アクセスキーが二重に表示される問題はまだ直っていません。
とりあえず、*.accesskey を残し、英語版にないアクセスキーを追加しておきました。(changeset 536)
オペレータ権限に関わるコマンド等は除外しています。

一箇所だけ、重複してしまう cmd.toggle-text-dir のアクセスキーを変更しています。

Code:

cmd.goto-url-newwin.label = リンクを新しい@@Window@@で開く
cmd.goto-url-newwin.accesskey = W
...
cmd.toggle-text-dir.label = 記述方向を切り替え
#cmd.toggle-text-dir.accesskey = W
cmd.toggle-text-dir.accesskey = I

その他、オペレータコマンドと一部のユーザコマンドを「日本語 (英語)」の表記にしました。

Code:

Kick → 追い出す (Kick)

「全般的な設定」は「共通設定」に変更しました。

ナイトリーの JLP はここからダウンロードできます。
ftp://ftp-developer.mozilla-japan.org/pub/mozilla-japan/seamonkey/nightly/langpack/latest-comm-1.9.1/

※ install.rdf の maxVersion が古いままなので、Seamonkey の maxVersion を

Code:

<em:maxVersion>2.0.*</em:maxVersion>

に書き換える必要があります。

登録日: 2004年1月 09日 記事: 552

mar wrote:

※ install.rdf の maxVersion が古いままなので、Seamonkey の maxVersion を

Code:

<em:maxVersion>2.0.*</em:maxVersion>

に書き換える必要があります。

修正されました。
Bug 523086 - maxVersion of Chatzilla langpack should be updated
https://bugzilla.mozilla.org/show_bug.cgi?id=523086

登録日: 2004年1月 09日 記事: 552

ChatZilla 0.9.86 にあわせて更新しました。
http://trac.mozilla.l10n.jp/changeset/643

メモ： en-US のリポジトリ
http://hg.mozilla.org/chatzilla/summary