Portal talk:Ja/LiquidThreads
- [View source↑]
- [History↑]
Contents
「一時的アカウント」、「一時アカウント」などあると思うのですが、どう訳すべきでしょうか?m:Access_to_temporary_account_IP_addresses_FAQ/jaにて急ぎで「仮アカウント」と翻訳もしたのですが。
「臨時アカウント」と訳されている箇所がありました。 最も多いCheckUserは1つも訳されていませんでした。 参考まで。
- core
- Apihelp-query+info-param-testactionsautocreate ("
Test whether performing <var>$1testactions</var> would automatically create a temporary account.
") - Apihelp-query+siteinfo-paramvalue-prop-autocreatetempuser ("
Returns configuration for the automatic creation of temporary user accounts (also known as IP masking).
") - Createacct-temp-warning ("
The edits you made with your temporary account <strong>$1</strong> will not be carried over to your permanent one.
") - Postedit-temp-created-label ("
Temporary account
") - Userlogout-temp ("
Are you sure you want to log out? There will be no way to log back in to your temporary account.
") - Renameuser-error-temp-user ("
You cannot rename temporary account "$1".
") - Renameuser-error-temp-user-reserved ("
You cannot use "$1". It is reserved for temporary accounts.
")
- CheckUser extension
- Group-checkuser-temporary-account-viewer ("
Temporary account IP viewers
") - Group-checkuser-temporary-account-viewer-member ("
{{GENDER:$1|temporary account IP viewer}}
") - Right-checkuser-temporary-account ("
View IP addresses used by temporary accounts
") - Right-checkuser-temporary-account-log ("
View the log of access to temporary account IP addresses
") - Action-checkuser-temporary-account ("
view IP addresses used by temporary accounts
") - Action-checkuser-temporary-account-log ("
view the log of access to temporary account IP addresses
") - Grouppage-checkuser-temporary-account-viewer ("
{{ns:project}}:Temporary account IP viewer
") - Prefs-checkuser-tempaccount ("
Temporary account IP reveal
") - Checkuser-tempaccount-enable-preference ("
Enable revealing IP addresses for temporary accounts
") - Checkuser-temporary-account-log-name ("
Checkuser temporary account log
") - Checkuser-temporary-account-log-header ("
This is a log of: # Viewing IP addresses used by a temporary account # Viewing temporary accounts associated with an IP address or IP address range # Changing user access levels for viewing IP addresses used by temporary accounts
") - Logentry-checkuser-temporary-account-change-access ("
$1 $4 {{GENDER:$2|his|her|their}} own access to view IP addresses of temporary accounts
")
- DiscussionTools extension
- Discussiontools-emptystate-desc-self-temp ("
People on {{SITENAME}} can use this [[{{MediaWiki:discussiontools-emptystate-link-userpage}}|talk page]] to post a public message for {{GENDER:|you}}.
")
Eventually, [[{{MediaWiki:tempuser-helppage}}|this page will expire]]. To continue receiving notifications, and to access other features, [$1 create an account] or [$2 log in]. - Discussiontools-emptystate-desc-user-temp ("
Use this [[{{MediaWiki:discussiontools-emptystate-link-userpage-temp}}|talk page]] to start a discussion {{GENDER:{{PAGENAME}}|with}} [[:{{SUBJECTPAGENAME}}|{{PAGENAME}}]] about how to improve {{SITENAME}}. What {{GENDER:|you}} say will be publicly visible for others to see. Since [[:{{SUBJECTPAGENAME}}|{{PAGENAME}}]] is a [[{{MediaWiki:tempuser-helppage}}|temporary account]], this talk page will eventually expire. [[{{MediaWiki:tempuser-helppage}}|Learn more]].
")
Is it necessary to keep true/false untranslated? At Japanese schools, they teach them as "真/偽" in logics.
I don't know it is better that true/false would be translated to 真/偽 respectively. I didn't perceive that true/false was used everywhere in Blockly translations, so I recklessly modyfied true to 真 and reverted. We'd better to be careful to modify true/false to 真/偽 since purely logics class and programming class are not same.
表題の通り、MediaWiki の Special:Log 関連の翻訳についてなのですが、日本語版ウィキペディアの「特別:ログ」や translatewiki.net の「Special:Log」に表示される記録が不揃いなのが気になります。Special:Logは、似たような文章が複数表示されることから、統一されていないことによる違和感がその他の訳語・訳文よりも強く出てしまうと考えられます。
ある程度、Special:Logに使われる訳文について統一し、Portal:Ja/Translation Guideline/MediaWiki的なものを作った方が良いと思うのですが、いかがでしょうか?
リンクは便宜上設定したものであって、実際のリンク先を示しているものではありません。
ページ名の示し方について(ほかにも多数あり)
- MediaWiki:Logentry-create-create/ja
- 例
- 2020年5月7日 (木) 00:37 Saimawnkham がページ「MediaWiki:Rcfilters-filter-reviewstatus-manual-description/shn」を作成しました (感謝)
- MediaWiki:Logentry-translationreview-message/ja
- 例
- 2020年5月7日 (木) 01:06 Bjankuloski06 が MediaWiki:Mw-widgets-table-row-delete/mk の翻訳を査読しました
- MediaWiki:Logentry-protect-protect/ja
- 例
- 2018年7月8日 (日) 20:46 Nike が MediaWiki:Group-autoconfirmed.css を保護しました [作成=管理者のみ許可] (無期限) (sensitive page) (感謝)
- MediaWiki:Logentry-protect-move prot/ja
- 例
- 2013年10月3日 (木) 14:41 Siebrand が保護設定を Translating:Toolserver から Translating:Intuition に移動しました (Translating:Toolserver moved to Translating:Intuition) (感謝)
- MediaWiki:Logentry-contentmodel-change/ja
ページ名については、ページ作成記録 (MediaWiki:Logentry-create-create/ja) の
ページ「ほげほげ」
として言及するのが最もわかりやすいと思います。
ブロック記録
- MediaWiki:Logentry-block-block/ja
- MediaWiki:Logentry-partialblock-block/ja
- MediaWiki:Logentry-block-unblock/ja
ブロック記録については、MediaWiki:Logentry-block-block/jaの「ほげほげがぴよぴよを(期間)ブロックしました」をベースに統一的な翻訳が必要だと思います。
改定案
- MediaWiki:Logentry-block-unblock/ja
- $1 が {{GENDER:$4|$3}} を{{GENDER:$2|ブロック解除しました}}
- $1 が {{GENDER:$4|$3}} を{{GENDER:$2|ブロック解除しました}}
- MediaWiki:Logentry-partialblock-block/ja
- $1 が $3 を $7 の編集に対して $5 ブロックしました $6
お疲れさまです。いつも統一感や一貫性が気になっていました。
コアだけでなくさまざまな拡張機能にも跨っているので、全体を見渡せる一覧を作ってみるのも手だと思います。
right / action 系メッセージの場合の例: User:Shirayuki/test
すみません、訂正してお詫びします。別件のお知らせから翻訳者向け仕様集を読んだところ、どうやら昔と違ってエラーは出ないようです。たいへん失礼しました。
「MediaWiki:smw-paramdesc-template」や「MediaWiki:smw_ask_printhead」などで使用されているSemantic MediaWikiの用語 "printout" に対応する訳語を統一したいため、どのような訳語にするべきかについてのご意見をいただきたいと思います。
Omotechoさんが「印刷出力」という単語で投稿されましたが、「印刷」は紙に対して行う印象が強いため、変更したいです。Semantic MediaWikiの問合せ結果画面に表示される(追加の)内容に相当することから「表示内容」という案を考えましたが、表現が一般的で指すものがやや不明瞭な感じがします。また、訳語をそのようにすると、以下のように「MediaWiki:smw-paramdesc-template」の訳が難しくなりました:
The name of a template with which to display the printouts
筆者訳:テンプレートの名前。このテンプレートを使用して(printoutの訳語)を表示します。
- 「表示内容」を当てはめた場合:テンプレートの名前。このテンプレートを使用して表示内容を表示します。
Weblioの "printout" のページでは、単に「プリントアウト」とする場合があることも示されており、場所によっては「プリントアウト」の方が自然かもしれません(ただし、この語が何を指すかは分かりにくいと思います)。
なお、ヘルプページ「Displaying information」では、以下のように "printout statement(s)" という表現が使われています。この表現も自然に使えるように訳す必要があります。プログラミング言語の文脈では "statement" は「文」と訳されることが多いので、直訳すれば「(printoutの訳語)文」でしょうか。
Any additional information to fetch from each page, such as a page's property values or categories, it is defined by the printout statements.
筆者訳:各ページから取得する追加の情報、例えばページのプロパティの値やカテゴリは、printout statements によって決められます。
以上について、ご意見をよろしくお願いいたします。
ご提案ありがとうございます。ここでいう printout は、いわゆる printf デバッグとか、System.out.println みたいな print ということですね。 この場合は訳出せずに printout をそのまま使うのはどうでしょうか。
こちらこそ、ご提案ありがとうございます。
ここでいう printout は、いわゆる printf デバッグとか、System.out.println みたいな print ということですね。
はい、私もそのように考えました。不自然に訳語を割り当てるよりは、元の語をそのまま使用することに賛成いたします。
一点だけ、周囲が日本語の場合に突然英単語が出てくることについては問題ないでしょうか? MediaWikiの翻訳文では、例えば "wiki" を「ウィキ」とするように、英単語をカタカナ表記にしている場合が多く見受けられたため、それに従うと "printout" を「プリントアウト」とする方が読みやすくなるのではないかと考えました。
お知らせありがとうございます。まだ議論が終わってなければ参加させてください。すでに手続き中でしたら発言を取り下げます。
「印刷出力」は訂正したいです。ochaさんがお尋ねの部分ですと、欧文で残すと、のちのち和文に直す人があると思い、なるべく和文にしたいです。
データの問い合わせをした結果をヒトに可読な形で表示するという意味でとらえ、「問い合わせ内容」はどうでしょうか。
「プリントアウト」も印刷出力も誤解を与えるため避けたいです。これは個人の語感なのですが、プリントアウトは書籍編集の仕事で印刷所の印刷機ではなく、事務用プリンタで出力することを指します。「印刷」「刷る」というと外注、プリントアウトというと内製、またプリントというと写真の現像を指すことがあります。世代間の差もあるし表題の件に用いるのに抵抗があります。
すでに異なる文脈で使われる言葉かどうか調べ方がわからず、無責任な感想に終わりました。
SMW固有の用語printoutの理解が進むようソースを貼り付けておきます。
「表示内容」「問い合わせ内容」では、その原文(英語)を想像できないため反対します。 マニュアル類が完全には日本語化されていないですし、英語での用語を想像できることは重要です。
MediaWikiのUIで、import/exportは取り込み/書き出しと訳されていますが、インポート/エクスポートの方がMS Officeで広く使われていることもあって一般的です。
適切な訳語が見つからなければカタカナにするか英語のままにするしかないです。 現時点ではカタカナ表記に賛成です。
/**
* @codeCoverageIgnore
* @see ApiBase::getParamDescription
*
* @return array
*/
public function getParamDescription() {
return [
'conditions' => 'The query conditions, i.e. the requirements for a subject to be included',
'printouts' => 'The query printouts, i.e. the properties to show per subject',
'parameters' => 'The query parameters, i.e. all non-condition and non-printout arguments',
];
}
拡張機能「Structured Discussions」(日本語のヘルプページ)で導入される名前空間 "Topic" がまだ日本語に訳されていないため、訳を決定したいと考えています。
Structured Discussionsは、MediaWiki上で高機能な掲示板を実現する拡張機能です。この拡張機能における "topic" は、一般的な掲示板の「スレッド」に対応する概念です。Structured Discussionsの(日本語の)「用語集」および現在までに翻訳されているメッセージでは、"topic" は概ね「話題」と訳されています。問題がなければ、この訳を採用したいと思います。
Structured Discussionsが導入する名前空間の翻訳はtranslatewiki.netでは管理されておらず、PHPファイル Flow.namespaces.php に直接埋め込まれています。変更するにはPhabricatorのStructured Discussionsプロジェクトでの提案が必要であるようです。
PhabricatorのT185677によると、名前空間の翻訳の提案にはコミュニティの同意が必要とのことです。そのため、上記についてご意見をいただければ幸いです。よろしくお願いいたします。
モバイルアプリの日本語インタフェース翻訳において、"Explore" は現時点では
- Android版: 探索する
- iOS版: 探してみよう
となっています。しかし「探索する」はやや硬い表現ですし、「探してみよう」は長すぎるため、いずれもふさわしくないと考えています。 またここは動詞であるよりも、動詞的な短い名詞表現が良さそうです。 何より表現が統一されていないのは考えものですので、何か統一された表現が必要だと考えています。
なおこれに相当する他のアプリでの表現は、Skyscanner アプリで「発見」となっており、まあこれが適切かなと思いますが、いかがでしょうか。
--
Exploreは、自分のリスト、履歴、付近の記事などと並ぶタブの一つで、設定していない限りデフォルトで選択されているもので、「新着情報」「今日は何の日」「トレンド」「秀逸な記事」「今日の一枚」「(最近読んだ記事を)続けて読む」などが表示されるタブです。
まだモバイルアプリをご利用でない方は、議論に参加される前にぜひ一度モバイルアプリをインストールして、どのような機能かご確認ください。
なぜここが "Explore" になっているかというと、いろんなウィキペディアの記事に迷い込む入口としての位置づけになっており、さしづめ「ウィキペディアの森を探検しよう」という意味での Explore なわけです。Search や find out ではなく。その意味では
- 探検
- 迷う
また「ウィキペディア沼にハマる」というような俗語もあることから、飛躍的に
- 沼
- ハマる
というのもアリかもしれません。
さっそく使ってみました。Takotさんが示されたように、自分の発想から外れて、偶然、拾い物をする感覚をお勧めするボタンだと感じました。何が出てくるかわからないけど、取り敢えずボタンを押して読んで・画像を見てみようという使い方ができます。
対訳ですが、用例集を引くと「(街を)散策する、見て回る」(explore a city)がこの感覚にいちばん近いと考えますがいかがでしょう。英語だと roam あるいは stroll に対照します。ただ、うまく日本語で言い当てられませんでした。
- 行き当たりバッタリの発見を促す→「見て回る」△「発見」
- 探し物をするSearch と異なる機能である→×「調べる」×「検証する」△「探索する」
Wiktionary > explore >3. To travel somewhere in search of discovery. 例文:It was around that time that the expedition began exploring the Arctic Circle.
PC版でもモバイル版でも、個人的にはこれまで何か調べたくて利用するばかりでしたが、アプリだと文字反転表示で目が楽だし、このボタンから写真集がわりに眺めたり、あるいは読書を楽しむ使い方にも慣れようかなと思います。
例えば Translating:MediaWiki#翻訳の統計などを見た場合,言語名が日本語になっているものと原語のものとあるかと思います。これら原語のままのものを日本語に訳すことが可能であるのか,可能ならばどこで翻訳できるのか,お教えいただけないでしょうか。よろしくお願いいたします。
言語名およびその翻訳はCLDR (Common Locale Data Repository)で定義されています。MediaWikiやtranslatewiki.netはUnicodeコンソーシアムで定義されたCLDRをインポートして使用しているため、translatewiki.net上で直接変更はできません。詳細は下記ページをご確認ください。
- CLDR
- mw:Extension:CLDR (MediaWiki)
- CLDR - Unicode Common Locale Data Repository (The Unicode Consortium)
CLDRのページには変更方法の説明がありますが、Unicodeコンソーシアムのマスターデータを変更することになるため、MediaWikiやtranslatewiki.netといった個別のソフトウェアやWebサイトに留まらず、広く影響を及ぼします。このため慎重な対応が求められます。
よく分かりました。ご教示ありがとうございます。
- MediaWiki:Seealso/ja
の日本語訳が「関連項目」となっており、これで異存ないのですが、本来であればコモンズにおいて
の2種類のテンプレートにこの訳語が反映されるはずですが、現状ではそうなっておりません。日本語環境を選択しても、なぜか元の英語のまま“See also”になっています(他の言語、例えばfr、deなどではそれぞれの訳語がきちんと反映されています)。どなたか原因が分かる方、見ていただけませんか。こちらに書き込むべきことかどうか迷いましたが、お願いいたします。
(1) 「See also」
はあるけど
はありません。そのため「反映」されないのでは? コモンズのMediaWiki空間のページ作成や編集は「Commons:井戸端」で作成提案なさればよいと思います。
(2)Category/Categories(カテゴリ)
「Template:Cat see also」のLangSwitch部分に「ja」の訳語がないせいでしょう。編集画面を開いて、
- | default = categories
と
- | default = category
の「it」の行の下に
- | ja = カテゴリ
の一行を追加すればよいと思います。
あ、上のSee also についてのコメントを訂正:
コモンズに
があるため、 その下位である
も表示されない、のかも。だとしたら、コモンズローカルの「MediaWiki:Seealso」とそのサブページ群を削除する必要があるのかもしれません。
MediaWikiに詳しくないので、違っていたらごめんなさい。
ありがとうございます。コモンズ自体にMediaWiki空間というものがあるのに全く気がつきませんでした。こちらの MediaWiki:Seealso/ja から直接引かれているものとばかり思っておりました。盲点でした(それにしても、コモンズで独自に設定できるのなら何のためのMediaWikiなのだろうという気もしますが)。早速取り掛かろうと思います。ご教示に感謝いたします。
MediaWiki空間はコモンズだけでなくjawpにも・・・MediaWikiソフトウェアのwikiサイトにはすべてあると思いますよ。
もともとは各wikiでMediaWiki空間の語(システムメッセージ)が英語のままの場合、各wikiで翻訳しなくてはならなかったはずですが、いつごろか、MediaWiki message の翻訳を集約的に行えるwikiができてからは、ローカルのMediaWiki message のないページはそちらの翻訳が反映されるようになったので、jawpでも、メンテナンスとして多くのMediaWiki messageが一斉に削除されたと記憶しています。
See also:
- 2008年 Wikipedia:井戸端/subj/システムメッセージの整理
- 2009年 Wikipedia:井戸端/subj/システム・メッセージの整理について
MediaWikiの「checkuser」がMirinanoさんによって「利用者調査者」から「チェックユーザー係」に置き換えられたようです[1]が、長年定着している訳語を変更するときは事前に提案するぐらいはしてください。
どこかに書いた方がいいと判断したのでここに書きます。(そんなに目立たせたくないので新規に書くほどではない)
私としてはMirinanoさんの訳の質に疑念があったので、2017-06-11T06:01:48 (UTC)の投稿分までをざーっとですがチェックしました。
Rcfiltersでは、ログインした利用者の区別として、以下の3つがあるそうです。ソースコードを追ってはいませんが、順に熟練度が上がっていることを想定しているようです。(Learnersの定義より)
- Newcomers
- Learners(定義はMediaWiki:Rcfilters-filter-user-experience-level-learner-descriptionにある)
- Experienced users
Newcomerは「新規参加者」(or 新規利用者)でもいいような気がしますが、あと2つはいい感じの訳語が思いつきません。なにかいい案があるでしょうか?
なお、既存の「一般利用者」(Learners)と「定着参加者」(Experienced users)は独断で差し戻しました。「一般」と「定着」で熟練度の違いがあることがわかりづらいことと、「一般利用者」が管理者などの権限を持たない利用者とも受け取られかねないことが差し戻しの理由です。
- 機能を試すには test wikipedia (要ログイン)
- 新規利用者 [範囲: jawp でいうところの自動承認されていない利用者] / MediaWiki:sp-contributions-newbies/ja , MediaWiki:sp-contributions-newbies-sub/ja などに合わせて「新規利用者」
- 初心者 or 見習い利用者 (or 学習者) [範囲: jawp でいうところの自動承認はされているけど (and)、登録 30 日未満 or 累計編集回数 500 未満]
- 熟練利用者 or 経験者 [範囲: 登録から 30 日以上系か and 累計編集回数 500 回以上]
みたいな感じでどうでしょうか。
どのようなUIで表示されるものなのか理解できました。ありがとうございます。
「Learnersを初心者/初学者あたりで訳してしまうとNewcomersとの区別が難しいかな」とは考えていたのですが、こういう表示であれば初心者などの訳でよさそうですね。
個人的な趣味では以下のような感じです。
- 新規利用者
- 初学者 or 初心者(実際に見習っているかどうかは断定できないので「見習い」は使いたくない)
- 経験者(閾値的に熟練しているかどうかは無関係なので「熟練」は使いたくない)
ただ、rxyさんが挙げてくださった案なら、(個人的には使いたくないものはあるけど)どれでも賛同はできます。
私は Thread:Portal talk:Ja/「Learners」と「Experienced users」の訳語 (MediaWiki)/reply (2) であれば他の利用者にも通じると判断しますので、 何れでもよいです。見習い、熟練に関しては同感ですが、案としては一応上げていました。
In Japanese, I understand the current translation "やり直す" is commonly used. As discussed in http://baldhatter.txt-nifty.com/misc/2010/08/undoredo-c96d.html, there are several ways to translate this. In my opinion, "取り消す/やり直す" for undo/redo is a bit confusing, and "元に戻す/再び戻す" is more appropriate to avoid confusion because "取り消す/やり直す" can be backtranslated as "cancel/undo" and may cause confusion.
なにも日本語訳に限ったことではないのですが、英語でこんなことを伝える自信もないのでここに書きます。
例えば、MediaWiki:Centralauth-groupname/jaは内容が「ウィキメディア財団」ですが、このメッセージが使われているのは何もウィキメディアだけではありません。(例: 韓国語版アンサイクロペディア、Orain.org)
これらのサイトでは、サイト言語でのメッセージ (つまりサブページになっていない方) はそれぞれに合わせて直されていますが、サイト言語と別の言語で閲覧した場合、「ウィキメディア財団」と表示されてしまいます。
MediaWiki:Centralauth-finishglobaliseemail body/jaやMediaWiki:Sitematrix/jaなど他にも同様のものがあるのですが、解決方法が一切思い付きません。
どうしたものでしょう…。
それらは元の英語メッセージが「ウィキメディア(財団)」となっているため、翻訳レベルではどうしようもないですね・・・。直すのであれば、各機能の開発者にbugzillaで依頼するか、あるいは直接自分で直してpull requestを送って、機能自体を変更するしかないように思います。
Wikipedia日本語版の井戸端でAotakeさんの指摘を受けて話を切り出す形となりますが、秘匿と削除の区別があいまいなので訳語の整理をしたほうがいいと思います。
機能の名称を整理するか、ユーザーグループoversightの名称をどうにかするか、MediaWikiのマニュアルなども合わせた表現の統一や特別ページの名前と言う問題も含めて何らかの対応が必要だと思います。ちなみに過去の訳語統一問題としては、extensionの訳語を「拡張機能」に決定しMediaWikiのマニュアルにあった「エクステンション」と言う表記を全て「拡張機能」に変更したケースがあります。
今回の提案の趣旨をまとめると以下のようになります。
1.特定版削除という訳語を変えるか否か。
- 訳語を特定版削除とし、Wikimediaウィキ側での名称変更で対応する
- 特定版削除とは別の語を当てる
2.「秘匿」か「削除」か。
- 管理者の機能を「削除」の一種とする名称に変更し、oversightの機能を「秘匿」とする
- 管理者の機能を「秘匿」の機能として、oversightに別の訳語を当てる
- 管理者もoversightも「秘匿」の機能であるとする
3.次にoversightの訳語を変える場合。
- オーバーサイトと呼ぶ
- 英語だと「監督」という意味なので、管理者よりも上位の秘匿権限といったニュアンスの表現に変更する
- 全く新しい訳語を考える
皆様の意見をお聞かせください。
ちなみに私個人の意見としては、一つ目が表現を分ける、二つ目が両方秘匿と呼ぶ、三つ目がオーバーサイトです。
- 表現を分ける
- 英語がselective deletionを「特定版削除」と訳しているためrevision deletionには別の訳語を当てたほうが良いのではないでしょうか。
- 両方秘匿
- mw:RevisionDeleteはこの機能が不可視化する機能であると述べているため、秘匿という表現を禁じるべきではないと思います。
- 元の言葉がrevision deletionなので「削除」というニュアンスの表現を一切使わないのではなく、機能としては「削除」の一種であり、「秘匿」という効果が得られるものだと捉えるのはどうだろうかと考えました。
- Revision deletionに何か新しい名称を当てつつ、秘匿という呼称も使う提案です。今のところ訳語としてWikipedia日本語版では「修正削除」と言うものが挙がっています(参考)。他に私が思いついたものは「履歴削除」とか「拡張削除」あたりです…。
- オーバーサイト
- bureaucratをビューロクラットと呼んでいるからoversightもオーバーサイトで良いのではないでしょうか。秘匿者は体を表せているのかもしれませんが、元の意味が監督といったニュアンスであることを考えると微妙だし、監督のニュアンスに近い日本語を当てるのも難しい気がします。いい訳語があれば訳語を当てたほうがいいとは思うのですが。
- revision deletionの訳
- revision deletionを原文を尊重して翻訳すれば「版の削除」なので、漢字化すればやっぱり「特定版削除」が一番合いそうです。本来これが使えるにこしたことはないように思います。
- また、私も誤解してたのですが、MediaWikiコアおよびその拡張機能その他において"selective deletion"という単語は存在しないようですね(マニュアルにあるかなと思ってました。「特定版削除」は、ウィキペディア(他のウィキメディア・ウィキも?)ではselective deletionの訳になっているようなので、そことは競合しますが、逆に言えば、ウィキペディア以外では特に問題にならないように思います。
- 漢字化の際に参考になるであろうzhをみると、「删除或恢复版本」になってますね。「删除」が削除、「恢复」が復帰(回復)、「版本」が版ですから、zhは普通に「版の削除と復帰」のようにしているようです(特定版削除がどうなってるかは知りません)。
- 「秘匿」か「削除」か
- revdelの訳もそうですが、原文を重視するならhideとなっていれば「秘匿」、deleteとなっていれば「削除」としておくのが無難だと思います。開発側がなんでこんな混同した名前をつけたのか分かりませんが、「ローカライズするだけ」という立場からすると、両者を混ぜないようしておくべき、という立場もあります。
- oversight
- oversightが「秘匿者」になっているのは機能を訳しているところから来ていますが、おっしゃるように、意味としては「監督」、つまりsupervisionに近いところだと思います。
- ただし、権限名がカタカナなのは、現在のところbureaucratのみで、少数派となっており、それに合わせるのは少し不自然な気がします。全て同時に「どうするか」について一度考えてみる必要がありそうです。
ざっと、とりあえずこんなところで。
部外者なので恐れ多いのですが…。「オーバーサイト」などといっても、普通の日本人(=ネイティヴの日本語話者)の100人中99人が理解できません。これを理解するためには、オーバーサイト -->oversight ---> 辞典で調べる という過程が必要で、そういう作業を厭わない人が30~40人いるかいないか。それ以外の60人は蚊帳の外ですから、まあ凡そ劣悪な用語だと思います。英和辞典を見て適切な言葉が見つからず、自信がないから「オーバーサイト」は、ちょっとね。
oversight が人を表すものか、行為を表すのか、背景を知らないので分かりませんが、もし人なら、閲覧管理者、行為なら閲覧管理はどうだろう。安全保障上の理由で開示できない文書とか、希少本で一般には見せられないというような意味で、これならまあ一般の人にもピンときます。(くどくど書きたくないですが、明治の人は freedom に自由という漢語を宛てて、中国にも逆輸出して訳語として定着させました。決して「フリーダム」などとはしなかった。システム管理に携わる諸氏もそういう気概を持って頂きたいものです。--トトト 03:13, 27 May 2010 (UTC)
発議ありがとうございます。私は原文になるべく忠実に、「版削除」かそれに類する訳語がいいと思います。理由は、今後の機能開発の展開がわからない状態で、現在の機能に注目した訳は後で機能とずれが生じる可能性があること、拡張機能を導入しようとするウィキ管理者の視点からみれば、「秘匿機能」というのが英語の revision deletion と同じものであるということが直感的には伝わらないであろうことです。
oversight も同様の理由で「監督」に類する語がいいと思います。
以下はトトトさんへ。私自身は漢字および和語をなるべく使った訳を心がけたいと考えていますが、ここ translatewiki.net で例えばウォッチを監視に変えたり、オプションを個人設定に変えたり、Nを「新」に変えたりするたびに、それはそれで批判を受けてきました。いろんな考えの方がいらっしゃるなかで、ここでの翻訳者に求められるのは、「気概」よりもなるべく多くの利用者が納得できる妥協点を見いだすことだと考えます。
素直に「版削除」というのはよさそうですね。 あるいは「版の削除」と「の」を入れておくのもよさそうです(こっちの方がわかりやすいかなと個人的には思います。
で、oversightとbureaucrat、あるいは権限名全体も含めて、いったん全部、方針とか方向性とか決めといた方が良さそうだなというようには思います。 この辺り話がずれる&時間かかると思うので、別スレッドで。
こんちは。
「delete」は「hide」「suppress」など類似の操作についての用語と、その内容や程度比較によって、全体を見ながら決定することになるのだと思います。おそらく「delete」には「管理者が見ることができるが一般には非公開」という意味で共通する要素がありそうなので、これまでの慣習から「削除」で統一するのが良いと思います。「hide」「suppress」に対しては、たとえば遮蔽、隠避、消去、抹消、退蔵、被覆、遮蔽、隔離などから選ぶ。「秘匿」は、これらの操作の一つに割り当てるでもいいですし、一般の閲覧者には見えないようにする操作全体を指すものとしてもいいと思いますが、何を指すかというのを確定させてもらえると助かります。「除去」は、jawpでは最新版で閲覧できないようにする操作に対して用いるので、避けていただければ幸いです。
revisionは本来「版」にあたるのですが、revdelの操作は、版に対して行うのではなく、版に含まれる要素を個々に削除することを可能にしています。ウィキペディアでの慣れもありますが、日本語の語感としては、「(特定)版(の)削除」が、投稿者名のみの削除を含むと言うのは、直感的には得られないと思います。「版毎削除」だと、個人的な感覚だとちょっとまし。「個別削除」などはいかがでしょうか。
oversightは、「見渡す」みたいな意味が転じて「監督」という意味になったんじゃないかと思うのですが、監でも「みる」の意はあるのでしょうけれど、「閲覧」とか「公開」とかいう語と組み合わせるのがよいと思いました。難しければ「オーバーサイト」でもいいです。
長い年月(年はない)が経って、twnの日本語翻訳者コミュニティもすっかり様変わりしてしまいました(c.f. 最近の翻訳)。
さて、そんなわけで、この話題なんですが、oversightに関しては、私はまだ何がいいかよく分からないので触っていませんが、revdelについては「版指定削除」で統一してあります。
2010年以前に活動し、oversightを「秘匿者」に訳したFievarstyと申します。この議論は2010年以降更新されてないのでどういう状況か分かりませんが、今考えればグループ権限名「秘匿者」の訳は「利用者(権限保持者)が秘匿されている」という意味に取れてあまり適切ではなかったかもしれません。oversight拡張機能は現在廃止されているので、この議論当時とは話題が変わるかもしれませんが、よろしれば翻訳した責任として暫定で原文カタカナ表記の「オーバーサイト」にしておこうかと思います。個人的には秘匿に関する権限のことを指すので「秘匿系権限保持者」の方がしっくり来ると思いますが、長いですね。MediaWikiを運用していて気づいたことなので一応コメント。
具体的にはUser:Shirayukiさんによる一連の既存の翻訳の変更・上書きですが、以前の私の変更やその前から、その後もですが、既存の翻訳を変更するとMediaWikiの利用者(特にはウィキメディア、とりわけウィキペディア日本語版の利用者)から大きな反発・反応があります。
例えば、Recent Changesは長いこと「最近の更新」として使用され定着してきましたが、この版において「最新の変更」と変更されるなど、大きな変更も含まれます。 それ以外にも、英数字が予想される文字列の前後に半角スペースを入れたり入れなかったりという問題に対しても一律入れておられるようですし、大事になる前に情報共有・議論しませんか。
とりあえず、翻訳査読者を増やしてチェックをかけるということぐらいしか思いつきませんが・・・。
大変ご迷惑をおかけしました。影響する範囲を改めて考えますと翻訳の変更は慎重になる必要がありますね。
Recent Changesにつきましては元に戻しました。
それ以外に関しましては、数が多いですし一部誤訳の修正も含まれますので、一つ一つ戻すことはせず、ひとまず手を止めます。
ご迷惑をおかけしたことをお詫びいたします。
日本語への翻訳はまだまだ手が回っていないところも多いので、Shirayukiさんのご参加は大変ありがたいと思っています。今後ともどうぞよろしくお願いいたします。
MediaWikiメッセージの編集のうちの一部を見た限りでは、Shirayukiさんの編集の大半は問題がないように見えます。ただ、「最近の更新」のように、MediaWiki用語として定着しているものを見落とされることもあるかと思います(特に初版が古いものは要注意だったりします)。他にも、(もう見てくださったかもしれませんが)[1][2]あたりは一部戻す方向で直させてもらいました。
明らかな誤りの修正でない場合は何を変えたか、なぜ変えたかを要約欄に記入しておいてくださると、あとでチェックしやすくなるのでありがたいです。それでも誰も気づかずにチェックしなかったということもありえるので、チェックが必要そうなときは、このPortal_talk:Jaで一言残しておいてくだされば安心だと思います。このあたりを気をつけてくだされば、再開してくださってかまわないと個人的には思います。
(青子守歌さんへ)
翻訳査読機能は現状では利用者や更新日時で対象メッセージをフィルタリングすることができないので、MediaWikiのように未査読メッセージが数千件にのぼるグループについてはあまり効率的ではない印象です。利用者の投稿の一覧をつかってさかのぼる方法が、いまできるやり方では一番いいのかなと思います。
ご返答ありがとうございます。投稿の一覧や履歴に表示される概要が重要な手がかりになるのは確かなので、なるべく概要を記入するようにします。
MediaWikiのメッセージ一覧を見た感じでは、記事名を「」で囲んでいるものが多い印象でした。いずれどちらかに統一した方がいいと思います。
(例えば、ひらがなが連続する場合は、「」で囲むと区切りが明確になり読みやすくなると思います。)
今後ともよろしくお願いします。
Wikia で日本語まわりのサポートを行っているものです。
Wikia 名前空間への Shirayuki さんの投稿記録を拝見したところ、運用や各メッセージが使われている場所などの違いから原文の語が同じでもあえて違う訳語を選択したもの、原文がそもそもあまりいい文と言えないために訳を大きく変えたものについても、一律に手を入れていらっしゃるのではないかという気がしました。
実際の運用にたずさわりそして翻訳も行っているものとしては、訳語がなるべく統一されていればそれはたしかに良いとは思いつつも、それよりも実際の使用状況になるべく即したいと思いそちらを優先してきたのですが、そういった点についてはどうお考えでしょうか。
こんばんは。「・」を「_」にされていたため、現在使用中のwikiサイトに不具合が起こっておりましたので、とりあえず「・」に戻させていただきました。ここでの変更は一部のウィキサイトにおいて速やかに影響が出ますのでそのあたりもお考えいただけると幸いです。
どれを確認済みにしたかどうかを後で見直す&他の人に知らせるには査読機能は有用というかそのために作られてるはずですが、違いましたでしょうか?そういう意味で、「とりあえずチェックをかける」という案を出しました。
といっても、現状、査読機能を有効に使われているのはwhymさんしかおられないのでお任せする形にせざるを得ないと思いますが・・・。
> どれを確認済みにしたかどうかを後で見直す&他の人に知らせるには査読機能は有用というかそのために作られてるはずです
それはそうなのですが、一人の人の最近の投稿だけを選択的に表示する機能が欠けているために、翻訳査読機能上で今回の件のチェックをするのは効率が悪いというのが私の感触でした(何か見落としていたらすみません)。そのため、今回の件については、ほとんど利用者の投稿記録しか使いませんでした。
ただ、直近の編集に対してすぐに対処するのではなく、ある程度ながい時間をかけられるなら有効な使い方はあると思います。たとえば、査読された翻訳でグループを埋め尽くしておき将来に備える、など。そういう意味では査読機能を使う人を増やしていくのは有効だと思います。
投稿者だけを抜き出すのは無理ですが、最近の投稿で絞れたはずですし、そうやって使えばよいのではと思ったのですが(事実別のウィキでは私はそんなふうに使ってました)。
まぁtwnでの翻訳査読をどう使うか決まってないので、無理にとは申し上げません。
新スレッドを消費するのもなんなので、ここにぶら下げます(別スレッドが良いと思われましたら分割してください)。
MediaWiki:Undeletehistorynoadmin/jaのこの変更ですが、トークに書いたとおり、「閲覧」以外を含む利用を前提とすべきです。 変更前には履歴やトークを確かめていただくこともできないでしょうか。
MediaWiki翻訳者のみなさま。
お気づきかもしれませんが、MediaWiki本体機能の翻訳が溜まっています。もうまもなくウィキメディア系のウィキにも展開され実際に製品として使用され始める予定ですので、お手すきの方はASAP(目標は今週末ぐらい)で翻訳にご協力ください。 もし16日までに誰も手が空いてないよう(翻訳が完了してない)でしたら、私が直接翻訳したいと思います。
よろしくお願いします。
っていうようなメッセージを、ここじゃなくてメーリングリストみたいなのに投げられたらいいのになぁ、と思いました。以前に話が出てた「MediaWiki日本語ML」みたいなのあるといいのかもですね。
先行議論:Thread:Portal talk:Ja/MediaWiki翻訳の統一と青子守歌の処遇
議論になっているのは、このあたりの一連のMediaWikiメッセージの編集に含まれていると思われる品質低下の解消方法です。
別スレッドで行われていた議論のなかでこれらの編集に対する処置が話題となりました。その話題は、当該スレッドの議論(青子守歌さんの処遇)とは分けて進めた方がよいという趣旨の意見が出ました。私もそれに賛成なので、MediaWikiメッセージの一連の編集について何をやるかについてのスレッドをここに立てようと思います。
一応背景をまとめておきますと、この2ヶ月ほどのあいだに、MediaWikiメッセージの「翻訳の統一」を目指す試みとして、2010年12月の青子守歌さんの試みがありました。そこでは、仮の案の性格がつよい翻訳もとりあえず書き込み、揺れのある箇所に関して基準となる用語集を作りながら、翻訳と用語集の改善を交互に行う、という方法がとられたようです。この手法を実行する中で、途中状態として品質の低い翻訳が現れたところで議論となり、その状態のまま作業が止まっています。
先行議論をまとめますと、今後の方針として提案されているのは、およそ次の3通りかと思います。
- できるだけはやく、一連の編集を無条件に差し戻しする
- 一定の期間内にできる範囲で一連の編集をチェックし、問題ないものを印づけし、印がつかなかったものを一律差し戻し
- 通常のtranslatewiki.netの作業手順、あるいは2010年12月の青子守歌さんの試みの手順に従って全体のチェックをする
(発言の移動の便宜のためとりあえずこちらに立てましたが、iwaimさんが提案しているように、あとでこのスレッドはPortal talk:Ja/MediaWikiに移したほうがいいかもしれません。)
2. の「一定の期間内にできる範囲でチェック」に補足します。先行議論では印づけは空編集がよいと言いましたが、実際には空編集ではページの更新が発生しないので、ダメでした。(バグか何かで、一時的にできていた時期があったのですが……)
代替手段としては、
- スペースの挿入・削除などの2回の編集を入れて実質空編集と同じにする
- どこかのページにチェック済みのリストを手作業で作る
の2通りが思いつきます。それぞれ手間が増えてしまう方法なので、ほかによい方法があればお知らせください。
だいぶ間が空きましたが、やはり少数ながら問題のある変更が残ってしまっているようなので、チェックを始めました。 2010年12月初旬の青子守歌さんの編集を、新しい方から確認しています。
この過程で今までに加えた編集はこちらです。改悪になってしまっていないかどうか、どなたか再チェックしていただけませんか?
2010年12月3日15時3分以前の分はまだ未着手であり、今後見るつもりです。
[1]について確認しました。特に問題はないと思います。
Vigorous actionさんありがとうございました。
引き続いて、少しだけ進めました。 今回変更した部分はこちら、 残りのチェック対象はこちらです。
残り300件を切りました。今回編集した分はこちら、残りのチェック対象はこちらです。
追記:2010年12月初頭の分の査読は終わりました。 上記で報告した分に加えて、この19件を変更しました。