Bluefish 関連ページ 復活

今更必要かなと思う箇所もあるが、Bluefish関連のページ を復活させた。

日本語訳のメンテナーを引き受けている関係で、開発近況なども書き足している。

MDN翻訳ミートアップで、運営側は何をしているのか

アドベンター　MDNとかをみんなで編集！翻訳！ Advent Calendar 2025の25日が空いている。最終日が空いたまま終わるのも寂しいので、書いてみます。

---

月に一回のオンライン開催が定着したMDN翻訳ミートアップは、気がつくと85回を超え、つまりは7年以上続いていることになります。

Mozilla 関連の翻訳に関わり始めた学生時代に比べると、明らかに使える時間が減っている中で、月イチの翻訳ミートアップは、貢献者でありたいという願いが実際に行動に結びついている、貴重な機会・時間です。一方で、自分が事故に遭うなど、突然参加できなくなったらどうなるだろう、と不安になることもたまーにあります。

年末の一年を振り返る時期ということで、一般参加者から見えない部分も含めて、ミートアップの開催中に世話役が何をしているのか、一度書き出してみます。なお、これは濱崎目線からの記載で、各チューターごとに異なる可能性が高いです。

大きく分けて、

1. 会の進行、準備に関わること
2. 参加者からの質問への対応
3. MDNの翻訳そのもの、またはそのレビュー

があります。

1.会の進行、準備に関わること

• 13:00になったら、Slack の translation チャネルに開始の合図を投稿します。なお、投稿している内容は、毎回おおよそ同じで、自己紹介スプレッドシートの中にあるシートにまとめてくれた方がいます（確か、debiru さんだったはず）。ここからコピーしていますが、初参加の人がいる/いないでその後の内容を変えることもあります。
• 当日用の衝突防止掲示板の先頭に、開催日のページを作ります。基本的に、先月分をコピーして日付を変え、まっさらにすればOKですが、前月から続いているものについては残したり、処理されているのに項目移動が追いついていないものを適切な位置に動かしたりなど、メンテナンスも行います。
  •  国内のみ見ているとあまり意識しないのですが、外に話をすると、何件くらい？と訊かれることもあるので、その備えも兼ねて。
  • 関連して、レビュー待ちリストへの記録も行います。最近は、当月中にレビューできる数に収まることが多いのですが、以前はレビューにかかれない記事が残ることもあり、その記録のために作成されたものです。
• 次回の開催日の相談をします。参加するチューターが1人だと進行、質問対応が重なったときなど手が回らなくなるので、できれば2人以上で望みたいところ。なお、この相談は、上記の tranlation チャネルとは別の、translatoin-org チャネルでしています。
  • 日程が決まったら、DoorKeeper のイベントを作成し、公開し、参加者募集のメール配信をします。
  • ここで、作成と公開は別の人間が行うようにしています。これは、手分けの意味と、以前回数と日付を間違えて公開してしまったことがあったので、複数人の目を通すためです。
  • 以前は、国外への告知を兼ねて、Mozilla のコミュニティーサイトにも投稿していましたが、jaグループのイベントの作成ができなくなってからは省略しています。1年位になるかな？かわりに、X への投稿を始めました。
• 中間報告会の20分くらい前になったら、Google Meet のリンクを作成し、中間報告してほしい項目とともに Slack に投稿します。
• 中間報告会では、参加者のMeet接続の承認から、司会進行を行います。
  • 中間報告会では、まず各参加者が開始からここまでにやったことを聞きます。とくに初参加の方には、なにか躓いていることがないかを確認し、あればフォローします。
  • 参加者からの報告が一周したあと、OSC 出展の前後ではその準備の相談や報告なども行うことがあります。
• 最終報告会も同様の流れで、Meet の準備、告知、司会をpotappoさんにお願いしています。
  • 以前濱崎が別件との兼ね合いでほぼ後半参加できていなかったことの名残ですが、複数の人間が司会進行に関わるようにする意味で良いと思っています。

2.参加者からの質問への対応

初参加の方からは環境の構築に関わる部分や、翻訳する記事の選び方など、また初参加かどうか問わず、訳語の選び方やバックエンドのトラブルについて相談が入ることがあるので、対応します。

3.MDNの翻訳のレビュー、または翻訳そのもの

• 衝突防止掲示板に宣言されているもの、前の月から持ち越されているもの、ほか、github のIssue や PRで通知が飛んできているものにつき、レビュー対応を行います。ほぼPRのプレビューリンクから飛んで、原文と比較するだけで済みますが、外部サイトへのリンクが含まれているときは、正しく飛べるか、また英語版サイトに飛んでいるときに日本語版がないかなどの確認を行います。
  • OKであれば、PRを承認します。Fixes キーワードが指定されているときは、元のIssue が自動的に閉じますが、そうでない場合には手動で閉じる必要があります。Issueを起こしたのが当日参加者の場合は、レビューが終わったことのお知らせを兼ねて、閉じるのを任せることもあります。
  • 直してほしい箇所が見つかったときは、PRにその旨コメントして、対応を待ちます
• 大抵は、上記の作業をしていると新たに翻訳を起こす余裕はないですが、参加者が少なくてレビュー対象がないときや、レビュー対象の関連記事で、翻訳しておいたほうがいいなと思うことがある、または関連するページの誤訳を見つけてしまった、などの場合はそちらの翻訳作業にかかります。
  • 軽微なものは、github のウェブインターフェイスで編集を済ませ、PRを作成した上で、自分で承認してしまいます。

最終報告会が終わると、流れ解散で、作業に一区切りついていれば離席しますし、余力があるときは一段落するまで、と作業を続けることもあります。

今思いつく限りで書き出してみました。似たようなイベントを開催したい方々の参考になれば幸いです。

それでは、クリスマスを祝う人も、そうでない人にとっても、良い年末年始でありますように。

MDN翻訳ガイドに yarn から npm への移行を反映

MDNとかをみんなで編集!翻訳! アドベンター 2025の21日が空いているので、飛び込みます。

　昨日の月例翻訳ミートアップ中に思い出せばよかったのですが、気づいたのが終了後。20日の分はミートアップ中に作成して投稿してしまっていたので、翌日が空いていたのを幸い、分けて書くことにします。

---

MDNの翻訳ミートアップで使っている翻訳ガイドの修正を行いました。

これは、1日でpotappoさんが触れている、MDNのバックエンドシステムが変更されたことへの対応です。

• yarn に触れ、予告記述をしていたのは5箇所。これらにつき、移行した、という書換と、必要なところは関連事項の追記も行いました。
• 作業の記録はそれぞれPR(Pull Request)とし、5つをまとめてサブイシューに紐づけてあります。これは、予告のときの書き換えと対比がしやすくなるかなと思ったからですが、効果があったかどうか。
• 初心者の目にも触れる説明であり、本当は他の人の目も入れたほうがいいのですが、移行から20日以上経っているところ、「移行の予告」状態が続いていたので、反映を優先し、レビューなしでマージしました。
• お気づきの点あれば、上記のサブイシューまでお知らせいただけると助かります。

ゆくゆくは、yarn の記述を消してしまうことになりますが、まだ先でいいかなと思います。

apt-cacher-ng のバージョンを 3.7.4-1.1 に戻した

trixie に上げてからか、InRelease ファイルを持ってくるときに、503 エラーが出ていたので、

一つ前に戻したら、普通に動いている。

月例となったMDN翻訳ミートアップ

月例ミートアップの当日ですが、MDNとかをみんなで編集!翻訳! アドベンター 2025のこの日が空いているので、またまた思いつきで飛び込みます。

---

1日めの投稿で potappo さんも触れている通り、月に一回のペースで、翻訳ミートアップを開催しています。

MDN翻訳ミートアップとして告知していますが、中には SuMo の翻訳をしたり、製品の翻訳をしたりする人もいます。まったく問題ありません。

日付の決め方は、「20日に一番近い土曜日」としています。　長期休暇などで、チューターの都合で前後することもありますが、ほぼこの法則で予想できます。

チューター側で先の予定がどこまで見えるのか、というのもあり、会が始まってから、次回の日付を確定、公開し、翌月のお知らせメールを流すのが恒例となっています。

決定すると、DoorKeeper で告知されますので、（すぐに参加できなくても）関心があり、通知を受け取りたい方はのある方は DoorKeeper の Mozilla コミュニティーにご参加ください。

Pull Request で Issue を Fix する場合

MDNとかをみんなで編集！翻訳！ Advent Calendar 2025 で、今日は先約があるものの、昨日（12/14）が空いているので、飛び込む。

---

翻訳をレビューしているときに便利だなーと感心した github の機能の１つがこれ。

Pull Request (PR) の概要（つまり、PR作成時に書く内容）に、

Fixes Issue番号

を入れておくと、PRがマージされたときに、自動的に Issue番号 の Issue が Close される = Issueに戻って閉じる必要がない。

Github 公式では、Issue と PR のリンクとして解説されている。

• うまくいった例： Issue #848 とそのPR 
  
  • つまり、Issue と PR が同じリポジトリになくても、リンクは可能。
  • この例では、mdn/content と mozilla-japan/translation とで結びついている。
• 概要でなく、あとからのコメントに追記しても効果がない　←　対して、マージ前にPRの概要を編集すれば、間に合う様子。
• 表記には自動的に編集が入る。リンク先の Issue は、https:// から（つまり部ラヴサーのアドレスバーにあるURLをそのまま）ペーストしておけば、投稿時によしなに短く切り詰めてくれる。

サイクルコンピュータの電池交換

古い電池の電圧は 2.66V, 新しい方は3.3V

• 積算距離は 195.5 km  ←あとから手入力できない機種なので、記録用に
• 26✕1.75のタイヤ周長は 2023

外来語カタカナ表記の末尾を長音にするか否か

アドベンターの今日の日付が空いていたので、ささっと書いて、飛び込んでしまいます。

---

MDNの翻訳をしていると、単語末尾の長音（ー）の表記ゆれについて指摘を受けることがあるかもしれません。

このときレビューアーが基準にしているのは、こちらにある、表記ガイドラインの、カタカナ語の表記　です。

• もともとは、製品（FIrefox、Thunderbird など）や公式サイトの翻訳時に参照することを目的に作成されたものです。
• なにも基準がないと、ーのあるなしが揃わず、統一性がなくてよろしくないよね、ということで。
• 原則はあって、英語表記から判定できます：
  
  • -er、-or、-ar、-cy、-ry、-gy、-xy で終わる単語はすべて長音を付加する。
  • -ear、-eer、-re、-ty、-dy で終わる単語は長音を付加しない。
  •  
• 「詳細ルール」のリンク先ではコンピューター関係のカタカナ語を持ち寄り、例として列挙してあります。これは、当初の制定後、変更が入ったことがあるためです。

カタカナの表記　の節には、ほかにも Web でなくウェブと書く、など、カタカナの表記についての基準が書かれています。

記者ハンドブックを参考に決めた、という記述を見たことがあるような、ないような。←このあたり、記憶に自信がなくなってきたので、今日はここまでにしておきます。

MDNの記事を簡単に編集するには

昨日に引き続き、MDNとかをみんなで編集！翻訳！ Advent Calendar 2025 用の記事を。

すでにMDNの翻訳ガイド に（また、ほか様々な方々が）書かれているとおりMDNの翻訳に手を加えたいときには、方法が２つあります。

ちょっと手を加えたいときに便利なのが、github のウェブインタフェースを使う方法。私は最近、この方法を使うことが多いです。

環境構築の手間がほぼ必要ないので、誤字を見つけた、とか、ほかのページのコピペがまぎれこんでいるとか自明な修正をしたいときには敷居が低いこの方法がお勧め。翻訳ガイドでは、軽微な修正を行いたい場合というタイトルのスライドで、紹介しています。

デメリットは、自分の好みのエディタが使えないことでしょうか。

（本当はちょっと5日に食い込んだけど、投稿日付を4日に設定しています。）

mlterm でマウスカーソルが外れると文字入力ができなくなる症状

解決方法は、

~/.mlterm/main

に

input_method=ibus

を追加すること。

もともとは QTerminal を使っていたのだが、bookworm から trixie へのアップグレードで、太字の表示で文字幅が広くなりすぎてしまい、mltermに切り替えていた。

何かフォントを消してしまった？？

MDN翻訳コミュニティーで出展したOSC Nagoya を振り返る

一年を振り返る時期になり、Qiita では MDNとかをみんなで編集！翻訳！ Advent Calendar 2025 が開催されている。
MDNや翻訳に関わることなら、なんでもよいとのことで、OSC Nagoya を振り返る記事を書いてみることにした。
今日 12/3 の枠が空いているので、飛び込んでしまう。

コミュニティーの github ディスカッションを見ると、申込みなど、手続き的なことはおおよそ思い出せそう。

当日のことで印象深いことを順不同で（だいたい時間順に）箇条書き。

• 開場前の会場準備に加わったこと。
  OSCにはこれまで来場者・出展者として10回近く参加している気がするが、会場準備に参加したのは初めてだった。
  
  • このとき、前年に北海道で開かれた大学の教授（私の在学時は准教授）の最終講義で会った後輩に、再会した。
  • 各ブース出展者が前日までに会場に送った荷物を上階の倉庫部屋から搬入するなど、OSC開催の裏側を垣間見ることができた。

• 台湾コミュニティーのメンバーと再会。
  隣のブースに配置され、なおかつ swag (日本語でいうとノベルティーグッズ)を持ってきてくれた。
  
  •  Mozilla台湾コミュニティーで作成したシールなど、日本ではあまり見かけないものも。
  • 今私が倉庫に置いているノベルティグッズは、ほぼほぼ台湾コミュニティーからいただいたもの。
  • 台湾コミュニティーからは2人が、共通スペースを使ったセミナーでそれぞれ登壇。両方とも聴講できた。MDN翻訳コミュニティーブースの出展者一同に感謝。

• YouTube Live に出演したこと。
  自分で持ち込んだPCを接続したものの、LXQtのモニター切り替え（Windowsの場合だと、拡張とか複製とか選ぶ複数モニター利用時の設定）がよくわかっておらず、枠の冒頭でバタついた。解決後は、進行役のフォローもいただき、気持ちよく喋ることができた。

• 打ち上げでじゃんけん大会。会場は焼肉の浩養園。
  
  • 数が少ないものの、重さがあって会場から持ち帰りたくないswagがいくつかある。ガラスのグラスなど。
  • 倉庫の大きさも無限大ではないので、ここでいくつか放出しようと決めていた。
  • 事前と当日に事務局のびぎねっとの方たちと相談して、打ち上げのじゃんけん大会の景品にすることに。
  • 事前に想定していなかったのは、自分がじゃんけん役になること。
  • 盛り上がって、楽しかった。