そです。
updateURL が install.rdf にあるかないかでわかりますね。
今回、AMO で公開されたものは updateURL がコメントアウトされています。

MDC に以下の資料があります。
Install Manifests - MDC



ID (GUID) は各自で生成して用います。
最近はメールアドレス形式がよく使われるようになってきましたね。
これも MDC に資料があったりします。
Generating GUIDs - MDC



ja-JP だけを別にインストールって？
日本語ロケールのない拡張機能に ja-JP フォルダを独自に追加してインストールすることは可能です。
また、ja-JP 以外のロケールフォルダを削除してインストールするのも可能です。

私はプロファイルごとバックアップしている関係でサイズが大きくならないように気休め程度ですが拡張
機能の en-US と ja-JP 以外のロケールは削除して chrome.manifest や install.rdf をごにょごにょして
からインストールしてます。
　

なるほど。AMO公開のバージョンは作者のHPに更新に行かずにAMOに行くようにしているんですね。

へぇ～　まさか作者が自分で生成するなんて思っていませんでした。IDって簡単には衝突しないんですか．．．　まぁ、VisualStudioのID生成ツールと同じものがあるし、桁数がPGPの鍵IDの桁数よりも大きいということで大丈夫なんでしょうね。
＃ Eudoraは6桁ぐらいの10進数だったので．．．

うまく伝わらなかったようですが、インストール前にxpiの中に組み込むんじゃなくて、インストールされている本体アドオンとは別に言語パックだけのアドオンを追加インストールするように出来るということです。ちょうど1年くらい前までのEnigmailがそうでした。

その方式なら作者とコンタクトを取らずに好き勝手に自分用に言語パックを作れるというわけで、言語パックが古かったり本体が新しくなっても追加されたインターフェース部分が英語になるだけです。
ただ、mnenhyはたくさん有る機能のための配列への設定と配列をどう使うのかが判らなくなってしまって挫けました。
printingtoolsとreplysearchとChange quote and reply formatは、作者に送りつけた日本語ファイルが無視された場合は日本語パックアドオンに分解することにします。

教えていただいているMDCの資料は読みました。ありがとうございます。
前回も読んでみて他にもいろいろ書いてあるかなと思って検索してみたんですけど、なかなかうまい具合にヒットしなかったり、リンクを辿っても知りたいところに行けなかったんですよ。この資料は最初から読み物形式で読んでいくように作ってあるのかなぁ．．．
ちなみに「ja-JP」で検索したら、いきなり Caiさんが出てくるんです。
しかし普通に単語をいれて検索すると出てくるのは英語のページなのですぐに閉じてしまいます。

機能と言うか、それがデフォルトです。
URL を明記するのは、AMO を使わない野良アドオンです。


Install Manifests の type の 8 ロケール というのは、そういう言語パックのための type です。

今の Gecko は、そんな便利な作りにはなっていません。
chrome manifest で日本語ロケールが登録されているものについては英語は使われませんので、本体が新しくなって必要な entity が増えたら、単純にエラーになって正常動作しません。

言語パックで requires で本体のバージョンを限定しておき、本体と言語パックとが合っていない場合には自動的に言語パックを無効化する(全部英語になってしまうけど、エラーは防げる)ということはできます。

なんですと？　正常動作しなくなるのはまずいですね。．．．　送ったヤツを作者が無視しないことを願おうっと。

バージョンチェックで自殺するんですね。これから作るヤツはこれで対応するようにします。

＃ 今日はこのフォーラム内のリンクで拾ってきた拡張機能開発チュートリアルというPDFドキュメントを読んでいました。