Wiktionary:編集室
ウィクショナリーにお越しの皆様、ようこそ！ ここはウィクショナリー日本語版についての様々な事柄について、皆様と一緒に話し合う、ウィキペディアでいう井戸端に相当する場所になります。告知や意見募集を行いたい場合はWiktionary:おしらせもご利用ください。
This page is used to ask, propose and discuss the operations, policies and new ideas of Japanese Wiktionary. If you just want to inform Japanese Wiktionary editors of something such as a proposal in other place, you can use Wiktionary:おしらせ.
以下ここに書きこむ場合の注意事項です。
- 自分の意見を述べた場合、文章の最後に署名をしてください（~~~~と打ち込んでください）。
- 新しい議題を持ち上げるときは、節を使用してください。下のリンクをクリックすると、新しく議題を作ることができます。
ログ
[編集]- 2010年: 1-3月 - 4-6月 - 7-9月 - 10-12月
- 2011年: 1-3月 - 4-6月 - 7-9月 - 10-12月
- 2012年: 1-3月 - 4-6月 - 7-9月 - 10-12月
- 2013年: 1-3月 - 4-6月 - 7-9月 - 10-12月
- 2014年: 1-3月 - 4-6月 - 7-9月 - 10-12月
- 2015年: 1-3月 - 4-6月 - 7-9月 - 10-12月
- 2016年: 1-3月 - 4-6月 - 7-9月 - 10-12月
- 2017年: 1-3月 - 4-6月 - 7-9月 - 10-12月
- 2018年: 1-3月 - 4-6月 - 7-9月 - 10-12月
- 2019年: 1-3月 - 4-6月 - 7-9月 - 10-12月
- 2020年: 1-3月 - 4-6月 - 7-9月 - 10-12月
- 2021年: 1-3月 - 4-6月 - 7-9月 - 10-12月
- 2022年: 1-3月 - 4-6月 - 7-9月 - 10-12月
- 2023年: 1-3月 - 4-6月 - 7-9月 - 10-12月
- 2024年: 1-3月 - 4-6月 - 7-9月 - 10-12月
多重アカウントについて
[編集]短時間で多数作成されている、明らかに同一人物によるフルネームのアカウントについて、ブロック等の何らかの対応を取る予定はありますか？もしくは何らかの対応を取っていますか？ 編集に支障はないのですが、何だか不気味なのと、多重アカウントの適正な利用には当てはまっておらず、何か措置が必要なものと考えます。 ヰュヴィ (トーク) 2024年8月22日 (木) 14:57 (UTC)
- 管理者に連絡しました。--バスかるぱーん (トーク) 2025年4月8日 (火) 02:36 (UTC)
日本語五段活用の特殊な連用形
[編集]日本語の五段活用動詞の過去表現で、特殊な連用形が出現する場合があるようです。具体的には「厭うた」「乞うた」「問うた」のようなものです。本来は「厭いた」「乞いた」「問いた」「厭った」「乞った」「問った」となるはずですが、通常の形の方が珍しいかもしれません。
このような活用形を無視せず活用表に反映したいのですが、どのようなパターンで現れるのかが掴めずにいます。ここで挙げた例は「う」で終わる古風な印象のある動詞だと思いますが、すべてが「うた」形になるわけではなく、たとえば「思うた」という形は個性的だと感じます。
「うた」形が存在するかどうかは、やはり個別に確認するしかないのでしょうか？何か知見があれば教えていただきたいです。--Naggy Nagumo (トーク) 2024年8月23日 (金) 09:31 (UTC) --Naggy Nagumo (トーク) 2024年8月27日 (火) 10:52 (UTC)
- ワ行五段活用の連用形の音便は「た」や「て」に接続するときにウ音便化することが多いようで、上記の「厭う」「乞う」「問う」の他に西日本では「買う」等が該当するようです。--ヰュヴィ (トーク) 2024年8月23日 (金) 12:57 (UTC)
- 方言まで含めるとあまりに複雑になってしまうので、とりあえず標準語のみで考えるつもりです。確かに「た」だけでなく「て」に接続する場合も同じみたいですね。「うた」形が存在する動詞はあまり多くなさそうなので、
{{日本語五段活用}}テンプレート本体のほうを編集して、自動的に活用表が調整されるようにするつもりです。ただ、どの動詞が対象であるか、私にはよくわからないのです。また対象の動詞であっても、本来の「厭った」のような活用も存在するのか、調べる方法がわかりません。--Naggy Nagumo (トーク) 2024年8月27日 (火) 10:58 (UTC)- とりあえず少納言では「厭うた」0件、「厭った」3件でしたので記述を修正しました。--111.188.249.123 2024年8月27日 (火) 11:50 (UTC)
- テンプレートも修正しました。少納言や青空文庫などで調べて、ある程度使われていれば用法が存在するとみていいかもしれませんね。--Naggy Nagumo (トーク) 2024年9月23日 (月) 03:34 (UTC)
- とりあえず少納言では「厭うた」0件、「厭った」3件でしたので記述を修正しました。--111.188.249.123 2024年8月27日 (火) 11:50 (UTC)
- 方言まで含めるとあまりに複雑になってしまうので、とりあえず標準語のみで考えるつもりです。確かに「た」だけでなく「て」に接続する場合も同じみたいですね。「うた」形が存在する動詞はあまり多くなさそうなので、
テンプレート変更依頼について
[編集]こんにちは！
テンプレート:GFDL の編集リクエストを行ったことをお知らせします。リクエストはテンプレート・トーク:GFDLをご覧ください。
私の要望は、「免責事項の対象」を削除するよう変更していただくことです。 テンプレート:GFDL には免責条項がなく、テンプレート:GFDL-ja には免責条項があります。これにより、テンプレートが日本語版の Wikipedia と一致します。
詳細については、w:en:Wikipedia:GFDL standardization を参照してください。
文言をチェックするための助けは大歓迎です。
(Translated with Google Translate so sorry if it is unclear)--MGA73 (トーク) 2024年9月5日 (木) 16:44 (UTC)
- Since there are no objections I will ask the stewards on meta to do the change unless User:Kanjy, User:Whym or User:Yapparina implement the change.
- 異論がないので、User:Kanjy、User:Whym、User:Yapparina のいずれかが変更を実施しない限り、メタの管理者に変更を依頼します。 --MGA73 (トーク) 2024年9月18日 (水) 20:11 (UTC)
- GFDLテンプレートとGFDL-jaテンプレートを廃止することはできませんか？削除はしないほうがいいかもしれませんが。 whym (トーク) 2024年9月19日 (木) 10:13 (UTC)
- Hello whym! Thank you for your message. I do not suggest to delete any of the templates. I suggest to remove "Subject to disclaimers." (and the matching text in Japanese) from GFDL so that files with disclaimers use GFDL-ja and files without disclaimers use GFDL. I agree that neither of the templates should be used for any new files that are uploaded.
- こんにちは whym!メッセージありがとうございます。テンプレートを削除することはお勧めしません。 「免責事項の対象」を削除することをお勧めします。 (およびそれに一致する日本語のテキスト) を GFDL から取得し、免責事項のあるファイルは GFDL-ja を使用し、免責事項のないファイルは GFDL を使用します。私は、アップロードされる新しいファイルにはどちらのテンプレートも使用すべきではないことに同意します。--MGA73 (トーク) 2024年9月19日 (木) 13:45 (UTC)
- The updated text is in テンプレート:GFDL/Sandbox as suggested on テンプレート・トーク:GFDL. --MGA73 (トーク) 2024年9月28日 (土) 11:38 (UTC)
- この2つのテンプレートが適用されるべき古いファイルはありますか？ 削除依頼中のようですが、すべて削除されるかもしれないのではありませんか？--whym (トーク) 2024年9月28日 (土) 13:07 (UTC)
- whym Now I understand. Yes I suggest that most or perhaps all files are deleted. No files use テンプレート:GFDL right now so the wording of the template can be changed without any problems. License template on all files was chanced to テンプレート:GFDL-ja. If the files are deleted then GFDL-ja will also be unused. The idea is to have a license template without disclaimers so the template match the template on all other wikis.
- whym 今なら分かります。はい、ほとんどのファイル、またはおそらくすべてのファイルを削除することをお勧めします。現在 テンプレート:GFDL を使用しているファイルはないため、テンプレートの文言は問題なく変更できます。すべてのファイルのライセンス テンプレートは テンプレート:GFDL-ja になりました。ファイルを削除すると、GFDL-ja も使用できなくなります。アイデアは、免責事項のないライセンス テンプレートを用意し、そのテンプレートが他のすべての Wiki のテンプレートと一致するようにすることです。--MGA73 (トーク) 2024年9月28日 (土) 13:49 (UTC)
- MGA73さんがメタウィキで編集を依頼して、グローバル管理者がテンプレートの内容を変更しました。--whym (トーク) 2024年10月27日 (日) 23:45 (UTC)
古典日本語に"ojp"をあてるのは妥当か？
[編集]「ISO 639」や「BCP 47」では"ojp"の説明を"Old Japanese"としています。言語学的には、Old Japaneseといえば上代日本語を指すものと解釈するのが一般的です。この観点で考えると、現在日本語版ウィクショナリーで「古典日本語」としているものは"ojp"の範囲と一致しないかもしれません。「古典日本語」がメインターゲットとしている中古日本語はコードが存在しないことになります。
このため古典日本語に対して"ojp"を使用している現在の状況は、誤解を招くかもしれません。何か新しいコードが必要でしょうか？--Naggy Nagumo (トーク) 2024年9月12日 (木) 09:28 (UTC)
レイアウト破壊
[編集]さいきん（数年前から？）他言語版から持ってきたテンプレート:character infoが貼り付けられていますが、日本語版の項目のレイアウトを破壊され、こまっています。--Charidri (トーク) 2024年9月15日 (日) 10:58 (UTC)
- しかもスクリプトエラーも出まくってますね。とりあえず、エラーが出ている分については片っ端から除去した方がよろしいでしょうか。 --M-30722 (トーク) 2024年9月19日 (木) 10:28 (UTC)
- スクリプトエラーが放置されている状況は非常に困っています……。--Naggy Nagumo (トーク) 2024年9月19日 (木) 12:36 (UTC)
いやエラー自体はなにも逐一編集しなくても版を差し戻せば一発で全部解消できますが、そういうことをいっているのではなくて、テンプレートの使用自体が迷惑だということです。テンプレートが貼り付けてあると、人間視線が真っ先にそこに誘導されてしまい、本文に意識がいきにくく、台無しにしてしまっています。 私も英語版ではこのテンプレートを貼り付けるようにしていますが、そこは郷に入っては郷に従えで、英語版の慣習を尊重してそうしているだけです。 日本語版の慣習法にはないものがいつの間にか突然持ち込まれ、気づいたときには蔓延していたというのが現在の状況です。時折、日本語版の態様を無視して、英語版に合わせようとする利用者（一人だけでなく何人もいる）が現れますが、日本語版の実情に合わず困らされています。Wiktionary の日本語版も蔑ろにされたものです。--Charidri (トーク) 2024年11月4日 (月) 04:56 (UTC)
- 別件ですが、英語版に無理矢理合わせようとする編集に関しては私自身も思うところあります。カテゴリツリーに関しても英語版に無理に合わせようとする傾向が最近あり、その結果日本語のカテゴリ名では辻褄が合わなくなってしまうケースが見られるようになってきております。昨年には「性行為」の下位に「性」が配置されたり（これはカテゴリ・トーク:性での議論にて解決済）、最近では固有名詞を対象とする「地名」の下に普通名詞等が入る「地形」が配置されたりといったことが起こっています。 --M-30722 (トーク) 2024年11月4日 (月) 06:18 (UTC)
異体字セレクタによる項目
[編集]最近、異体字セレクタを用いた記事が立項されているようですが、こういったものはどうするべきでしょうか？--Kuroco2k (トーク) 2024年10月24日 (木) 12:21 (UTC)
- 本来。リダイレクトではなく、通常ページとして作成するべきものです。しかし、最近つくられているというページは、在来のページをただ単に引き写しているというだけで適切な作成とはいえません。また、リダイレクト化もしてはいけません。--Charidri (トーク) 2024年11月2日 (土) 15:08 (UTC)
スクリプトエラーを放置しないでください
[編集]「カテゴリ:スクリプトエラーがあるページ」に山ほどページが追加されています。Luaモジュールを編集する方は常にこのカテゴリを監視し、エラーを放置しないでください。このカテゴリは常にカテゴリメンバーが0になるようにしてください。もし誰かが編集した結果エラーが出るようになったことに気付いた場合、編集した人に知らせてください。--Naggy Nagumo (トーク) 2024年10月29日 (火) 11:34 (UTC)
コメント 現在、エラーの中心となっているイタリア語の発音テンプレート:it-IPAではPraqimuさんが今年3月27日に「モジュール:it-pronunciation」を編集したものがきっかけであると考えられます（私の作成した2019年8月2日版でプレビューすると正しく表示されることを確認しました）。その他にもPraqimuさんが関わった項目でのエラーが多いように見受けられます。@Praqimuさん、対応出来そうでしょうか？ --M-30722 (トーク) 2024年10月29日 (火) 12:34 (UTC)
- なお、「モジュール:it-pronunciation」の編集前の版では逆にテンプレート:it-prでエラーが出るようです。もしテンプレート:it-IPAを除去して回るだけの編集で良ければ書式整理がてら行いますが、その形でもよろしいでしょうか？ --M-30722 (トーク) 2024年10月31日 (木) 10:38 (UTC)
- （報告）現在テンプレート:descで出ているエラーについては「モジュール:etymology languages/data」に収録されている言語でエラーが起きているようです。もし解決出来そうになければ該当部分をテンプレート:descを使わない形の記述に変更しようと思いますがどうしましょうか？ --M-30722 (トーク) 2024年12月5日 (木) 16:18 (UTC)
- 長い間こちらに浮上することができなかったため議論を放置してしまっていて申し訳ないです。もうウィクショナリーの編集の仕方すらおぼつかなくなっている気がするのでもし解決できるのであればお願いしたいです。--Praqimu (トーク) 2024年12月5日 (木) 17:15 (UTC)
- @Praqimu 他の人に引き継いでほしいのであれば、何をやろうとしていたのか、どのような効用を期待していたのか、どの段階まで進めたのか、などをそれぞれのテンプレートやモジュールの変更について具体的に説明いただければ、（説明がない場合よりは）引き継ぎやすいだろうと思います。たとえば、その効用が（他の人たちにとって）あまり重要でないと思われる場合は、単純に取り消して幕引きできるかもしれません。--whym (トーク) 2025年1月19日 (日) 11:21 (UTC)
- わかりました。助言してくださりありがとうございます。--Praqimu (トーク) 2025年1月19日 (日) 11:36 (UTC)
- @Whym カテゴリ:スクリプトエラーがあるページを見たところ、私の編集によって発生したスクリプトエラーはおそらくM-30722さんがほとんど修正してくださったみたいです。
- そのため、修正すべきはほとんどが
{{desc}}や{{es-IPA}}関連のページとなっています。--Praqimu (トーク) 2025年1月19日 (日) 12:36 (UTC)
- わかりました。助言してくださりありがとうございます。--Praqimu (トーク) 2025年1月19日 (日) 11:36 (UTC)
- @Praqimu 他の人に引き継いでほしいのであれば、何をやろうとしていたのか、どのような効用を期待していたのか、どの段階まで進めたのか、などをそれぞれのテンプレートやモジュールの変更について具体的に説明いただければ、（説明がない場合よりは）引き継ぎやすいだろうと思います。たとえば、その効用が（他の人たちにとって）あまり重要でないと思われる場合は、単純に取り消して幕引きできるかもしれません。--whym (トーク) 2025年1月19日 (日) 11:21 (UTC)
- なお、「モジュール:it-pronunciation」の編集前の版では逆にテンプレート:it-prでエラーが出るようです。もしテンプレート:it-IPAを除去して回るだけの編集で良ければ書式整理がてら行いますが、その形でもよろしいでしょうか？ --M-30722 (トーク) 2024年10月31日 (木) 10:38 (UTC)
利用者のトークページのコメントについて
[編集]先ほど利用者のトークページにあった過去の議題を過去ログ等に残さずに削除した編集を見かけたので過去の議題を残すよう指摘したところ、削除ではなくコメントアウトなので編集から確認できるので問題ない旨の返答があったのですが、過去の議題のコメントアウトは問題なかったでしたっけ？あまりそういった例が今まで無かったので、トークページのルール等ご存じの方いらっしゃいましたらご教示いただけますと幸いです。--M-30722 (トーク) 2024年10月31日 (木) 10:35 (UTC)
- 「忘れられる権利」に配慮しなければなりません。ウィキメディア上の各プロジェクトでは、とかく利用者の会話ページがレッテル貼りなどの印象操作に悪用されています。ここを制限すると人権の制約につながります。--Charidri (トーク) 2024年11月10日 (日) 04:07 (UTC)
- トークページのガイドラインとして参考となるのはウィキペディアにあるw:Help:ノートページ及びw:Help:過去ログがあります。これによると「ウィキシステムの特性上履歴が保存されていますので、自分の会話ページの白紙化も認められます」とあるので白紙化等を行うこと自体は可能なようではありますが、前提条件として「ノートページが大きくなりすぎた時に」というものが付いております。今回の事例の場合、削除が行われた時には議題が（削除された議題を含めて）2つしか無かった為大きくなり過ぎたには該当しませんでした。また、今回の削除が議題作成からわずか3週間で行われたことからも忘れられる権利行使にはあまりにも早すぎるかと感じます。ただ、過去の議題の扱いに関して一度議論してみるのは有用かと思います。例えば、期間を設定して議論終了から一定期間を経たものに関しては除去可能とするルールをウィクショナリー独自に設けるのは考えとしては有りかと思います。 --M-30722 (トーク) 2024年11月11日 (月) 06:42 (UTC)
提案以下の案を考えておりますが、いかがでしょうか？特に異議がなければ採用しようと思います。
- 基本的にはウィキペディアのw:Help:ノートページ、w:Help:過去ログの方針に準ずる。
- その議題の最後の議論から1年以上経過したものについては利用者ページを持つ利用者本人の裁量により削除・コメントアウト・過去ログ化しても良い。
- 例外として、1年以上経過していても警告の除去は不可とする（w:Wikipedia:荒らし#警告の除去に準じ、警告の隠蔽にあたるため）。
- 誹謗・中傷、著作権侵害、荒らし等に該当するコメントについては即削除しても問題ない（w:Help:ノートページ#他の利用者のコメントに準ずる）。
- また、「忘れられる権利」についてですが、私の認識としては「情報が半永久的に残ることによるプライバシー侵害の救済」に関することでありますのである一定期間残すことについては妥当性があると考えております。 --M-30722 (トーク) 2024年12月5日 (木) 16:36 (UTC)
- 警告の「除去は不可」だと、警告は永遠に残さなければならないということになります。警告する行為が一概に間違いでも荒らしでもなかったが、結果的には誤解で警告の内容は失当だった、というようなこともありえます。警告については一つ上の許可（裁量により削除・コメントアウト・過去ログ化しても良い）が該当しない、のほうがいいかと思います。こちらは意味合いとしては、警告は除去していいともよくないとも定めず、許されるかどうかは状況次第、ということになります。--whym (トーク) 2024年12月8日 (日) 10:03 (UTC)
- 確かに誤解による警告が発生する可能性はありますね。例えば編集傾向が荒らしを行なっている編集者にたまたま似ていて間違って出すケースや、最近あったケースでは第三者によりアカウントを利用されて荒らしのような使い方をされたというものがありました（なお、当該ケースでは友人によってアカウントを使われたらしく、その編集者に対してはパスワードの変更や編集終了時にログアウトをするようアドバイスを行なっております）。このようなケースの場合は警告を誤って出した編集者自身が取り下げを行い、該当部分に
このように線を引いて取り消すなりコメントそのものの除去を行なっていただくのが一番かと思いますが、トークページの持ち主が誤って警告を出した編集者なり管理者なりにコメント削除を依頼し、客観的に誤解であると判断された場合に除去してもらえるようにするのが良さそうかなと思います。 --M-30722 (トーク) 2024年12月9日 (月) 17:44 (UTC)- 上記の2に「それが警告でなければ」を挿入し、3は削除、でよろしいでしょうか。Help:ノートページの「警告の隠蔽を除いて」と同様にしていいと思います。--whym (トーク) 2024年12月25日 (水) 12:45 (UTC)
- 確かに誤解による警告が発生する可能性はありますね。例えば編集傾向が荒らしを行なっている編集者にたまたま似ていて間違って出すケースや、最近あったケースでは第三者によりアカウントを利用されて荒らしのような使い方をされたというものがありました（なお、当該ケースでは友人によってアカウントを使われたらしく、その編集者に対してはパスワードの変更や編集終了時にログアウトをするようアドバイスを行なっております）。このようなケースの場合は警告を誤って出した編集者自身が取り下げを行い、該当部分に
- 警告の「除去は不可」だと、警告は永遠に残さなければならないということになります。警告する行為が一概に間違いでも荒らしでもなかったが、結果的には誤解で警告の内容は失当だった、というようなこともありえます。警告については一つ上の許可（裁量により削除・コメントアウト・過去ログ化しても良い）が該当しない、のほうがいいかと思います。こちらは意味合いとしては、警告は除去していいともよくないとも定めず、許されるかどうかは状況次第、ということになります。--whym (トーク) 2024年12月8日 (日) 10:03 (UTC)
- トークページのガイドラインとして参考となるのはウィキペディアにあるw:Help:ノートページ及びw:Help:過去ログがあります。これによると「ウィキシステムの特性上履歴が保存されていますので、自分の会話ページの白紙化も認められます」とあるので白紙化等を行うこと自体は可能なようではありますが、前提条件として「ノートページが大きくなりすぎた時に」というものが付いております。今回の事例の場合、削除が行われた時には議題が（削除された議題を含めて）2つしか無かった為大きくなり過ぎたには該当しませんでした。また、今回の削除が議題作成からわずか3週間で行われたことからも忘れられる権利行使にはあまりにも早すぎるかと感じます。ただ、過去の議題の扱いに関して一度議論してみるのは有用かと思います。例えば、期間を設定して議論終了から一定期間を経たものに関しては除去可能とするルールをウィクショナリー独自に設けるのは考えとしては有りかと思います。 --M-30722 (トーク) 2024年11月11日 (月) 06:42 (UTC)
- それでは、改めまして整理しまして、以下のようにしたいと思いますがいかがでしょうか。
- 基本的にはウィキペディアのw:Help:ノートページ、w:Help:過去ログの方針に準ずる。
- その議題の最後の議論から1年以上経過したものについては、警告の隠蔽を除いて利用者ページを持つ利用者本人の裁量により削除・コメントアウト・過去ログ化しても良い。
- 誹謗・中傷、著作権侵害、荒らし等に該当するコメントについては即削除しても問題ない。 --M-30722 (トーク) 2024年12月31日 (火) 14:38 (UTC)
終了 それでは、以上のルールを運用することと致します。ルールを記載する場所としてはWiktionary:基本方針とガイドラインが適切でしょうか？ --M-30722 (トーク) 2025年1月6日 (月) 17:55 (UTC)
- 準じるとされているウィキペディアのページはヘルプ (Help) です。ウィクショナリーでも同様にしてはどうでしょうか。「基本方針とガイドライン」というほど強いものではないだろうと思います。迷ったときに参考にする、くらいでしょうか。内容的にも、基本方針ではなく細則だと思います（細則というとやはりルールなので表現が適切でないかもしれませんが）。--whym (トーク) 2025年1月8日 (水) 12:46 (UTC)
- 現在ウィクショナリーにはWikipediaのw:Wikipedia:利用者ページやMediaWikiの利用者ページのような利用者ページに関する案内が無さそうなので、現在「特別:利用者グループ権限」のリダイレクトとなっている「Wiktionary:利用者」を独立させて利用者ページに関する説明を（トークページの運用を含めて）行い、ヘルプ:目次からリンクさせる方法でよろしいでしょうか。 --M-30722 (トーク) 2025年1月10日 (金) 15:27 (UTC)
- 準じるとされているウィキペディアのページはヘルプ (Help) です。ウィクショナリーでも同様にしてはどうでしょうか。「基本方針とガイドライン」というほど強いものではないだろうと思います。迷ったときに参考にする、くらいでしょうか。内容的にも、基本方針ではなく細則だと思います（細則というとやはりルールなので表現が適切でないかもしれませんが）。--whym (トーク) 2025年1月8日 (水) 12:46 (UTC)
卓袱台を返すようなことをいいますが、トークページに寄せられたものは、そのアカウント利用者が確認したのなら、即座に、除去してもよいと考えます。即座に。情報の伝達に過ぎません。警告の類であっても同様です。除去することに他人が兎や角いう筋合いはありません。警告の類を永久に晒しものにするのは、いじめの構図と同じです。除去は隠蔽でも何でもありません。--Charidri (トーク) 2025年1月13日 (月) 06:59 (UTC)
- 即座に除去することには
反対です。トークページに寄せられる内容には返信を求めるものも多く、即時除去を容認すると返信を得られないおそれがあります。たとえ正当な指摘や質問であってもその編集者が「このコメントは気に食わない」と感じた等の理由で一方的に除去することを良しとするとトークページが成立しなくなり、またまともに議論が出来なくなるおそれもあり危険です。少なくとも進行中の議論は除去してはならないと考えますがいかがでしょうか？また、警告に関しては基本的に荒らし行為等を行う方が悪いのであり自業自得かと思いますが、そのような行為を行う者を擁護する必要があるのでしょうか？（無論その警告が誤りであった場合は除去して構わないかと思います） Wikipedia側で警告を除去の対象外としているのもそれなりの理由があるのではと思いますし、荒らし行為を容認しかねない規定にするのは危険過ぎます。 --M-30722 (トーク) 2025年1月14日 (火) 09:33 (UTC)
- 補足しますと、即時除去はトークページの役割の一つである双方向のやりとりが出来なくなり、編集者間のコミュニケーションに支障をきたすリスクが高いと感じております。また、警告は基本的に意図的に荒らし行為を行わなければ受ける事はないもので（なお、ここでいう「警告」は警告テンプレート等で「このまま行為を続けると投稿ブロックになりますよ」といった忠告を行うことを想定しております）、普通に編集している人はまず受けることはないものです。従って、警告の類を除去することに賛成することは荒らし行為をする人を擁護する行為であり、以前Charidriさんが問題視されておりました治安悪化を引き起こしかねないものですが、そうなっても宜しいかどうか今一度考えていただければ幸いです。もし以上の内容に異議が無ければ予定通り可決しようと思いますが問題ないでしょうか？ --M-30722 (トーク) 2025年1月20日 (月) 17:50 (UTC)
- 終了及び
対処 以上の内容について異議が無さそうなので予定通り議論終了1年以上経過での削除を解禁する運用を確定致します。Wiktionary:利用者にWikipediaの解説を参考に合意内容を記載し、ヘルプ:目次に「Wiktionary:利用者」へのリンクを設けました。 --M-30722 (トーク) 2025年1月24日 (金) 14:51 (UTC)
- 補足しますと、即時除去はトークページの役割の一つである双方向のやりとりが出来なくなり、編集者間のコミュニケーションに支障をきたすリスクが高いと感じております。また、警告は基本的に意図的に荒らし行為を行わなければ受ける事はないもので（なお、ここでいう「警告」は警告テンプレート等で「このまま行為を続けると投稿ブロックになりますよ」といった忠告を行うことを想定しております）、普通に編集している人はまず受けることはないものです。従って、警告の類を除去することに賛成することは荒らし行為をする人を擁護する行為であり、以前Charidriさんが問題視されておりました治安悪化を引き起こしかねないものですが、そうなっても宜しいかどうか今一度考えていただければ幸いです。もし以上の内容に異議が無ければ予定通り可決しようと思いますが問題ないでしょうか？ --M-30722 (トーク) 2025年1月20日 (月) 17:50 (UTC)
満洲文字の翻字及び表記について
[編集]- ᠰᠠᡴ᠋ᡩ᠋ᠠ(sakda)、ᠰᠣᠯᡥᠣ(solho)、ᠴᠣᠣᡥᠠ(cooha)などの記事において「(翻字が不足しています)」と補足されていますが、翻字を表示するため、ソースコードの部分に「tr=翻字」を追加してもよろしいでしょうか。日本語で例えてみれば、ローマ字表記に類似しています。ᠰᠠᡴ᠋ᡩ᠋ᠠ(sakda)の記事の場合は{{head|mnc|noun|tr=sakda}}、ᠰᠣᠯᡥᠣ(solho)の記事の場合は{{head|mnc|noun|tr=solho}}という風になります。
- 満洲文字は専ら縦書きなので、テンプレート:MongolUnicodeを使用して横書きの文字を縦書きで表記した方が適切だと思います。
- 上記の編集がウィクショナリーの方針に従っているか否かご指摘してくださる方がいらっしゃいましたら幸いです。
--MiiCii (トーク) 2024年11月2日 (土) 13:44 (UTC)
- 翻字が不足していますと表示される問題は解消しましたが、翻字の自動出力がなかなか上手くいきませんね。本来ならモジュールで自動出力される筈なのですが…
- もう少し試してみます。 --M-30722 (トーク) 2024年11月2日 (土) 14:50 (UTC)
- 対処 翻字の自動出力に成功しましたのでご確認くださいませ。縦書き機能の実装についてはまた検討致します。 --M-30722 (トーク) 2024年11月2日 (土) 15:02 (UTC)
- 「翻字が不足しています」なんてどうでもよかったのに数年前にモジュール:headwordが書き換えられて表示されるようになってしまいました。翻字（ラテン文字）がまるで義務であるかのような印象を受けますが、ちがいます。それにしても「翻字が不足しているページ」だとかいう隠しカテゴリはうっとうしい。作らんでもいい。日本語版の態様を度外視して英語版から持ち込んだ結果がこのような事態を惹き起こしている。
- ぜひテンプレート:MongolUnicodeを使用して縦書き表示してください。わたくしCharidriも使用しています。
- --Charidri (トーク) 2024年11月2日 (土) 15:08 (UTC)（編集競合）
- 翻字が不足しているページが設けられた経緯についてはテンプレート・トーク:head#英語版と同じ仕様にしたいでenwiktと仕様を合わせるようになったのが関係しているようです。モジュール:headwordを見ている限りでは205行目周辺を削れば翻字の要求機能を廃止出来そうに見えますが、翻字が必要と考える編集者も居るかも知れないので編集者間で合意を取ってからになるかなと思います。 --M-30722 (トーク) 2024年11月2日 (土) 15:18 (UTC)
- @M-30722 お疲れ様です。翻字を確認してみたところ、全て自動出力で表記されていました。誠にありがとうございます。--MiiCii (トーク) 2024年11月2日 (土) 16:25 (UTC)
- @Charidri 了解いたしました。翻字の表示については英語版から持ち込んだという経緯があるんですね。テンプレート:MongolUnicodeもなるべく使用します。詳しいご返信ありがとうございます。--MiiCii (トーク) 2024年11月2日 (土) 16:27 (UTC)
- 翻字が不足しているページが設けられた経緯についてはテンプレート・トーク:head#英語版と同じ仕様にしたいでenwiktと仕様を合わせるようになったのが関係しているようです。モジュール:headwordを見ている限りでは205行目周辺を削れば翻字の要求機能を廃止出来そうに見えますが、翻字が必要と考える編集者も居るかも知れないので編集者間で合意を取ってからになるかなと思います。 --M-30722 (トーク) 2024年11月2日 (土) 15:18 (UTC)
Switching to the Vector 2022 skin: the final date
[編集]Hello everyone, I'm reaching out on behalf of the Wikimedia Foundation Web team responsible for the MediaWiki skins. I'd like to revisit the topic of making Vector 2022 the default here on Japanese Wiktionary. I did post a message about this a year go, but we didn't finalize it back then.
What happened in the meantime? We built dark mode and different options for font sizes, and made Vector 2022 the default on most wikis, including almost all other Wiktionaries. With the not-so-new V22 skin being the default, existing and coming features, like dark mode and temporary accounts respectively, will become available for logged-out users here.
Why we need to deploy the skin soon?
- Due to releases of new features only available in the Vector 2022 skin, our technical ability to support both skins as the default is coming to an end. Keeping more than one skin as the default across different wikis indefinitely is impossible. This is about the architecture of our skins. As the Foundation or the movement in general, we don't have the capability to develop and maintain software working with different skins as default. This means that the longer we keep multiple skins as the default, the higher the likelihood of bugs, regressions, and other things breaking that we do not have the resources to support or fix.
- Vector 2022 has been the default on almost all wikis for more than a year. In this time, the skin was proven to provide improvements to readers while also evolving. After we built and deployed on most wikis, we added new features, such as the Appearance menu with the dark mode functionality. We will keep working on this skin, and deployment doesn't mean that existing issues will not be addressed. For example, as part of our work on the Accessibility for Reading project, we built out dark mode, changed the width of the main page back to full (T357706), and solved issues of wide tables overlapping the right-column menus (T330527).
- Vector legacy's code is not compatible with some of the existing, coming, or future software. Keeping this skin as the default would exclude most users from these improvements. Important examples of features not supported by Vector legacy are: the enriched table of contents on talk pages, dark mode, and also temporary account holder experience which, due to legal reasons, we will have to enable. In other words, the only skin supporting features for temporary account holders (like banners informing "hey, you're using a temp account") is Vector 2022. If you are curious about temporary accounts, read our latest blog post.
So, we will deploy Vector 2022 here in three weeks, in the week of November 25. If you think there are any remaining significant technical issues, let us know. We will talk and may make some changes, most likely after the deployment. Thank you! SGrabarczuk (WMF) (talk) 15:46, 6 November 2024 (UTC)--SGrabarczuk (WMF) (トーク) 2024年11月6日 (水) 19:08 (UTC)
反対 / Oppose NO!!!- Wiktionary:編集室/2023年Q4#The Vector 2022 skin as the default in three weeks?のとおり。
- skinの改悪に反対するプロジェクトがいくつかあって、いくつかのプロジェクトではVector 2022になってない。（ユーザーの声 例：User:Benwing2、User:-sche）猛反対を無視しないでください。
- あなたはページ幅制限の問題が解決されたことばかり成果を主張していますが、そんなことよりも、sidebarを隠蔽していることが大問題です。現在の仕様では、「Main menu」や「Tools」をsidebarに移動させても、別のページをクリックすると元に戻ってしまいます。これは欠陥です。これではダメです。
- sidebarを左側だけに配置してください。
- sidebarを右側には配置しないでください。
- sidebarを左側に常時表示させてください。
- 「Tools」を左側に常時表示させてください。
- 「Main menu」を左側に常時表示させてください。
- 言語間リンクをページ下部に隠蔽しないでください。
- 言語間リンクを左側のsidebarに常時表示させてください。
- 全ての言語間リンクを左側に常時表示させてください。
- ページ幅は常時広めにしてください。
- 文字サイズを小さく見づらくしないでください。
- 文字サイズを日本語のWebページとして現行どおり適切な大きさのままにしてください。
- Vector 2022は無駄が多くて使い勝手が悪い。見た目も悪い。とても疲れる。
- Vector 2010はコンパクトにまとめられていて機能的。親しみやすく、使いやすい。
- すべてログアウト状態の話です。ログアウト状態のskinが基本。--Charidri (トーク) 2024年11月10日 (日) 04:07 (UTC)
本日、全く配慮なく改悪が実行されていることを確認しました。--Charidri (トーク) 2025年1月13日 (月) 06:59 (UTC)
リンクに関するガイドラインの作成
[編集]先日、リンクに関してトラブルとなった編集者がおり、その人以外にもリンクに関して気になる編集がありました。現在、ウィキペディアにはガイドラインはあるのですが、例えば「単なる日本語の単語にはリンクすべきでない」というガイドラインがありますが、ウィクショナリーは辞書のプロジェクトなので記事の大部分を単語が占めます。その為そのままこれをウィクショナリーに適応してしまうとリンクそのものがほぼ不可能になってしまいます。そこで、ウィクショナリーにはまだガイドラインが無いとのことなので方向性を決めていきたいと思います。
私の案としては以下の通りです。
- 単語へのリンクはその記事と関連の深い語に付けることを基本とする。
- リンク先はWiktionary:スタイルマニュアル/日本語に従うものとする。つまり和語はひらがな、漢語は漢字項目へリンクする。
- 例、「砂」、「単語」にそれぞれリンクをする場合: ○[[すな|砂]]、[[単語]] ×[[砂]]、[[たんご|単語]]
- 「テンプレート:ふりがな」や「テンプレート:おくりがな2」といったルビを振るテンプレートも使用可能。但し漢語に用いる場合はyomilink=nとし、ルビへのリンクを付けない。なお、漢語へのルビに関しては日本語話者にとって馴染みが薄いと予想される語句、また余程の難読と判断される語句以外には基本的に使わない。（太字部分はWiktionary:編集室/2014年Q3#ルビ振りについてにて決定済）
- 見出しにはリンクを付けない（w:Wikipedia:スタイルマニュアル/見出し#見出しの中でリンクはしないに準ずる）
その他、何か案や上記案に対してご意見等ございましたらコメントいただけると幸いです。 --M-30722 (トーク) 2024年11月11日 (月) 07:15 (UTC)
- リンクの付いた単語が多いと困ることは何でしょうか？「今朝未明」のような例で、四字が一体となった熟語としてリンクしているのか、その中で切れているのかが、一見して分かりにくいこと（だけ）でしょうか？--whym (トーク) 2024年12月11日 (水) 11:43 (UTC)
- 私自身は沢山リンクしていても良いとは思うのですが、先日、ある利用者ページにてリンクの件で論争があり、過剰にリンクを付けるべきではないという意見が複数出たためその人達の意見を汲み取って案を出しました。むしろ個人的にはリンクを積極的に活用すると良いと考えております（さすがにprzeczytaćの例文のように「を」「だ」「よ」のような付属語にまでリンクを付けるのは過剰かと思いますが）。 --M-30722 (トーク) 2024年12月11日 (水) 12:47 (UTC)
- 日本語の場合、内部リンクは分かち書きと似た利点があると思います。あたまで「やたら」に内部リンクしましたが、これがあることで、「やたら」なのか「やた」+「ら」なのか一見して（学習者に）分かりやすくなると思います。この点は、リンクを付けている部分が見出し語と内容的に関連のある単語であってもなくても、文を理解する助けになるなら、読者の役に立っているのではないかと思います。「骨を折る」のような慣用句についても同様です。--whym (トーク) 2024年12月15日 (日) 06:13 (UTC)
- リンクをつける基準については、手間の軽減と曖昧な判断基準の回避を重視した方針が望ましいと考えています。
- 私にとって、リンクを多くつける作業は手間がかかり面倒ですし、曖昧な基準を判断するのはさらに負担です。そのため、リンクの設置は「単語や文字そのものに言及している部分」に限定し、それ以外のケースは慎重に取り扱う方が有益だと考えます。禁止も推奨もしない柔軟な方針が適切でしょう。
- 基準を「関連が深い語句」とした場合、人によって判断が分かれ、統一が難しくなります。例えば「卵焼き」の解説で「卵」にリンクする必要があるかどうかは意見が分かれるでしょう。私は不要と考えますが、他の編集者は必要だと判断するかもしれません。こうした曖昧さは編集合戦の原因になりかねません。（誤解のないよう補足すると、見出し語表示部分では
[[たまご]][[やき]]のように形態素ごとにリンクを設置するのは有益だと考えます。その点は推奨したいです。） - 一方で、例文については学習者向けという側面が強いため、リンクが多い方が役立つ可能性が高いと考えます。Whymさんのご意見も踏まえ、例文内では多めにリンクを設置する特例を設けるのも一案でしょう。--Naggy Nagumo (トーク) 2024年12月17日 (火) 12:45 (UTC)
- 私の案の2番以降の項目に関しては基準が明確なので分かりやすいものの、1番が項目ごとにケースバイケースになってしまうので線引きを設けるのは正直難しいと思っております。なので1番についてはあまり強制力は伴わせず、方向性だけ示して編集者の判断に委ねる形で運用する形になるかと考えております。例えば「ウィクショナリーでは単語等にリンクを付けることができ、語彙同士をリンクすることで読者の助けとなります。ただし助詞（「を」「の」等）や「もの」「こと」といったあまりにも一般的すぎる単語にまでリンクを張ることはおすすめしません。」のように「〜すべきで〜すべきでない」という表現ではなく「〜すると良いが〜はおすすめしない」といった緩い表現にして幅を持たせるのが現実的かも知れません（無論、「あまりにも一般的すぎる語」でもthingで「もの」や「こと」にリンクしたりofで「の」にリンクするのは自然なことかと思いますのでこの点もケースバイケースになりそうです）。
- 1番についてはもう少し練っていくとして、2番以降の案は最初に出した案でよろしいでしょうか？ --M-30722 (トーク) 2025年1月17日 (金) 17:23 (UTC)
- 「リンク先はWiktionary:スタイルマニュアル/日本語に従うものとする」だと、日本語以外に対応できません。もともと日本語で書かれる語釈部分のみについてガイドラインを作りたい（用例はあつかわない）のであれば、それでいいと思いますが。--whym (トーク) 2025年1月19日 (日) 11:36 (UTC)
- この議論の発議の時点での「リンク」というのが曖昧でしたね。ここで想定しているものは定義に付けるリンクと考えていただければと思います（なので、日本語版は日本語で定義を書くので必然的に日本語のリンクとなります）。とりあえずは定義部分のリンクについての方向性を決めていきたいと思います。 --M-30722 (トーク) 2025年1月28日 (火) 17:30 (UTC)
質問です
[編集]履歴の横の(+192) のようなものの意味を教えてください--～～～～--私はscratchのyutkawaというユーザーです。 (トーク) 2024年11月23日 (土) 08:16 (UTC)
- 前回の版とのページの大きさの比較を表しております。単位はバイトです。つまり+192は編集前より192バイト大きなページになったということです。 --M-30722 (トーク) 2024年11月24日 (日) 10:41 (UTC)
- ありがとうございます--私はscratchのyutkawaというユーザーです。 (トーク) 2024年11月25日 (月) 12:32 (UTC)
テンプレート:wikipediaについての質問
[編集]Wiktionary:テンプレートの一覧#姉妹プロジェクトへのリンクに{{wikipedia}}は小節前方に置くとあるのですが、ヘルプ:編集の仕方には「小節」についての記述がなく、どこに置けばよいのか判然としません。=={{ja}}==の直前でしょうか。個人的には==={{noun}}===直後がよいと思いますが、ご教示お願いします。--TAKA647 (トーク) 2024年12月24日 (火) 06:48 (UTC)
- わたしは、言語見出し(
=={{ja}}==等)の直後・品詞見出し(==={{noun}}===等)の直前に置いてます。ページによっては複数の言語の項目を収容するもの（toとか）もありますので、各言語版へのウィキペディアのリンクは、ウィクショナリー上の各言語見出しの中にそれぞれ置いた方が結び付きが明確でよいかと思います。一方で、{{wikipedia}}は単に同じ言葉（表記）のページがウィキペディアにもあるということを示すに過ぎないので、特定の品詞に結び付けて{{wikipedia}}を置くべきでもないと思います。--Yapparina (トーク) 2024年12月28日 (土) 08:44 (UTC)- 返信ありがとうございます。参考にさせていただきます。ところで、このようなことはWiktionary:テンプレートの一覧#姉妹プロジェクトへのリンクやトークページのどこかに明記しておいた方が今回のような疑問も挙がらず、Wiktionary全体としてのフォーマットが統一されやすいと思いますが、どうでしょうか。--TAKA647 (トーク) 2024年12月28日 (土) 13:08 (UTC)
熟語について
[編集]熟語にはふりがなをふるやつをつけた方がいいのでしょうか--Kawakwa (トーク) 2025年2月4日 (火) 09:43 (UTC)
- それについては過去の議論のWiktionary:編集室/2014年Q3#ルビ振りについてが参考になるかと思います。この議論によると「おくりがな系テンプレートやテンプレート:rubyなどは日本語話者にとって馴染みが薄いと予想される語句、また余程の難読と判断される語句以外には基本的に使わない。」ということで合意されていそうなので特に付ける必要はありません。 --M-30722 (トーク) 2025年2月4日 (火) 10:09 (UTC)
- もしあったら消した方がいいですか？そのままでいいですか？--Kawakwa (トーク) 2025年2月4日 (火) 22:38 (UTC)
- ふりがなが引用文に付いている場合は、原典を確認する必要があると思います。原典にふりがながあるなら、それを消さないほうがいいでしょう。ふりがなが読みの証拠となっている場合もあります。
- 原典にふりがながない場合に付けるかどうかは、また別の判断になりますが。この場合も原典を尊重して付けずにおいて、読みがわかりにくいとしても、内部リンクすればすむことが多いのではないかと思います。--whym (トーク) 2025年4月9日 (水) 23:55 (UTC)
- もしあったら消した方がいいですか？そのままでいいですか？--Kawakwa (トーク) 2025年2月4日 (火) 22:38 (UTC)
Migration to Parsoid
[編集]Hello everyone! I am glad to inform you that as the next step in the Parser Unification project, Parsoid will soon be turned on as the default article renderer on your Wiktionary. We are gradually increasing the number of wikis using Parsoid, with the intention of making it the default wikitext parser for MediaWiki's next long-term support release. This will make our wikis more reliable and consistent for editors, readers, and tools to use, as well as making the development of future wikitext features easier.
If this transition disrupts your workflow, don’t worry! You can still opt out through a user preference or turn Parsoid off on the current page using the Tools submenu, as described in the Extension:ParserMigration documentation.
There is more information about our roll-out strategy available, including the testing done before we turn on Parsoid for a new wiki.
To report bugs and issues, please look at our known issues documentation and if you found a new bug please create a phab ticket and tag the Content Transform Team in Phabricator.
C. Scott Ananian (Parsoid technical lead) 2025年2月13日 (木) 16:44 (UTC)
天体名に関連するLTAへの対人名・団体名及び芸術作品名の扱い処をお願いします
[編集]現在、Wikipedia:進行中の荒らし行為/長期/天体名プロジェクトに記載のあるユーザが、ハレー彗星などの関連語句の編集や立項を行っていると思われる状況が発生しています。ご対処のほどよろしくお願いします。--NekoyamaWataru (トーク) 2025年2月17日 (月) 03:28 (UTC)
- コメント書式が乱れた状態での投稿や、辞書の範囲を超えた辞典的な記述等気になる部分はありますが、「エドモンド・ハレー」が本当に編集方針を満たしていないかについては疑問があります。活躍時期が第2次世界大戦終戦時以前という条件は満たしており、日本の学校教育教科書（小学校～高校）に掲載されている人名かどうかについて現在確認中ですが、ウィキブックにはwikibooks:ja:中学校理科 第2分野/地球と宇宙#※ コラムなどにてエドモンド・ハレーが紹介されておりますので理科の教科書に掲載されている可能性が考えられます。 --M-30722 (トーク) 2025年2月17日 (月) 13:16 (UTC)
- 編集方針の固有名詞に関する部分に合致している記述であれば、立項することに異論はございません。
- 執拗な「誤表記」への変更が予想されましたのでここに記述した次第です。--NekoyamaWataru (トーク) 2025年2月17日 (月) 17:04 (UTC)
- 投稿自体は問題ないとして、もし「誤表記」という記述がなされた場合はWiktionary:正確性検証中に出してそれが本当に誤りなのか検証する流れが良いかも知れません。 --M-30722 (トーク) 2025年2月17日 (月) 17:13 (UTC)
- コメント
- ＞辞書の範囲を超えた辞典的な記述等
- とありますが、この「辞典的」は「事典的」と言うことでしょうか？ それならば、中型辞書では普通に行われていることだと思うのですが。Wiktionary は辞書 (dictionary) であって、語彙録 (thesaurus) や用語集 (glossary) ではないのではありませんか。
- 投稿自体は問題ないとして、もし「誤表記」という記述がなされた場合はWiktionary:正確性検証中に出してそれが本当に誤りなのか検証する流れが良いかも知れません。 --M-30722 (トーク) 2025年2月17日 (月) 17:13 (UTC)
- --Bay Flam (トーク) 2025年3月15日 (土) 03:14 (UTC)
- 「事典的」です。ウィクショナリーは多機能辞書でありますので当然ながら語彙録や用語集としての機能も想定しておりますが、Wiktionary:編集方針#人名・団体名及び芸術作品名の扱いにて今回のような人名について取り扱う場合には「主な功績など、その人物等を紹介するに足りる最小限の記述をする。目安は200字程度。」という取り決めがあり、今回問題となっている編集者はこの取り決めの枠を大きく超えた編集を行なっておりましたのでその点を指摘する意図でした。 --M-30722 (トーク) 2025年3月15日 (土) 14:25 (UTC)
翻訳に関する運用の追加
[編集]Wiktionary:スタイルマニュアル#翻訳の運用について、「類義語等で訳語が同じになるものについてはテンプレート:trans-seeを使う等して代表的な語に集約する」というのを追加したいと考えております。理由としては同じような訳語がバラバラに運用されると訳語の追加も分散されてしまい調べるのに不便になるおそれがあるのと、「テンプレート:trans-see」が出来たことにより容易に別の項目の翻訳見出しにリンク出来るようになった為です。 --M-30722 (トーク) 2025年3月5日 (水) 10:20 (UTC)
同音異義語
[編集]同音異義語について、引数なしで{{pagename}}と[[Category:{{ja}}_同音異義]]を出力できるテンプレート:ja-homonymがあると便利だと思います。現状私は{{head|ja|同音異義}}で出力していますが、「同音意義」の部分を見出しの{{homonym}}に引っ張られてそのまま「homonym」と入力してしまうミスを何度も犯してしまっています。先述のテンプレートがあればこのようなミスがなくなり、ページの記述量を減らすこともできます。あるいは、「homonym」と入力しても[[Category:{{ja}}_同音異義]]が出力されるようにテンプレート:headを修正する方が良いでしょうか？--2400:4051:4460:AA00:D1CA:A2A:3A1D:E662 2025年3月30日 (日) 09:48 (UTC)
- テンプレート:ja-homonymを作成し、テンプレート:headを修正しました。問題なく機能すると思います。--Praqimu (トーク) 2025年3月30日 (日) 11:00 (UTC)
- 確認しました。ありがとうございます。--2400:4051:4460:AA00:D1CA:A2A:3A1D:E662 2025年3月30日 (日) 11:53 (UTC)
近頃の作成されてるアカウントについて。
[編集]近頃、よくアカウントが作成されています。それはとても良いことなんですが、よく日本語名のアカウントが作成されているんですよ。まあ、それもよいことなんですけど、たまによく似た名前のアカウントが作成されています。（例 利用者:三浦昌子と利用者:三浦晶子など）それらはソックパペットとみてもよいのでしょうか？（確定ではないですが、可能性が高ければブロックしたほうがよさそうです。）特別:ログ/newusers・バスかるぱーんトークページも参照--バスかるぱーん (トーク) 2025年4月8日 (火) 03:27 (UTC)
- まだ荒らしていないようだし、無害と見られているので問題ないかと（有害ならすでにここかmetaかでブロックされているはず）「姓名のアカウントは禁止されてはいない（ただし要注意→w:WP:利用者名）」「編集をしない読むだけアカウントは禁止されてはいない」 --Vcvfou698069 (トーク) 2025年4月8日 (火) 09:14 (UTC)
- ですが、「類似する利用者名」で、（荒らしの被害などを避けるために、既存の利用者名とよく似た利用者名も管理者にしか作成することが出来ません。）とあります。--バスかるぱーん (トーク) 2025年4月9日 (水) 05:48 (UTC)
- ・w:WP:利用者名に書いてあるのは、”ある程度の”似たような名前はシステムで取れないようになっていることかと
- ・日本の日本人同士は結婚するときに名字を揃える（変える）しなければいけない
- ・日本語圏で命名のときに親の名前から1文字取ったりして揃えることはよくあること
言いたいことが伝わったかどうかは不安だが --Vcvfou698069 (トーク) 2025年4月9日 (水) 21:33 (UTC)
- ・w:WP:利用者名に書いてあるのは、”ある程度の”似たような名前はシステムで取れないようになっていることかと
- ですが、「類似する利用者名」で、（荒らしの被害などを避けるために、既存の利用者名とよく似た利用者名も管理者にしか作成することが出来ません。）とあります。--バスかるぱーん (トーク) 2025年4月9日 (水) 05:48 (UTC)
「ソックパペット」に引っ掛かったので言及しておきますが、そもそも「ソックパペット」だとかいう概念も用語も、ウィクショナリーなどのウィキペディア以外の姉妹プロジェクトには存在しない。複数のアカウントがあって健全に利用している分には何ら問題がないし、「投稿履歴の分断」などという訳の分からない投稿ブロック理由は、ない。Wiktionary:アカウント作成者の権限を持った利用者以外でも、一般利用者は１日に最大６アカウントまで作成できますし、不審な動静かは差し置いて、そういう仕様です。--Charidri (トーク) 2025年4月18日 (金) 12:26 (UTC)
- 承知しました。取り敢えず「ソックパペット」という言葉はウィキペディア以外では存在しないので、ブロックするは必要ない、ということですね。--バスかるぱーん (トーク) 2025年4月21日 (月) 06:44 (UTC)
「カテゴリ:漢字」のソートキーのルール
[編集]「カテゴリ:漢字」のソートキーですが、字によって音読みのかなであったりピンインであったりユニコードの番号であったりバラバラなのですが、何か一貫したルールはあるのでしょうか？Wiktionary:カテゴリの付け方#ソートキーには漢字に関する記載が無いのでどなたか漢字のソートキーに関するルールをご存じの方いらっしゃいますでしょうか？ --M-30722 (トーク) 2025年4月15日 (火) 16:30 (UTC)
- 日本語の音読み（漢音）優先というのが規則だったと認識していますが、どこでそれが決まったのかは分かりません。個人的には、「漢字」だけだと特定の言語に依存していない概念なので、日本語のソートキーを付けるなら「日本の漢字」みたいなサブカテゴリが有用だと思っています。その場合「漢字」カテゴリはUnicode順とか部首順みたいな漢字自体の特徴でソートできるでしょう。なおカテゴリメンバーはUnicode順に並ぶので、Unicode順に並べたいならソートキーを指定する意味はあまりありません。--Naggy Nagumo (トーク) 2025年4月15日 (火) 21:53 (UTC)
- これまでよく見てきた項目では基本的に音読みでソートされていたので慣例でそうなっていたのかも知れません。最近の項目はユニコードでソートされるものが多くなっており統一感が無くなってきているのでしっかりルール化した方が良いかも知れません。日本語以外の言語で使われている簡体字やチュノムについてもソートキーの付け方がバラバラな気がしますのでこれも一緒に決めていくのが良いかと思います。
- チュノムについては@Kuroco2kさんがよく投稿してくださっておりますが、私としてはチュ・クォック・グーでソートするのが良いかと考えておりますが、ユニコードの番号順の方がよろしいでしょうか？ --M-30722 (トーク) 2025年4月16日 (水) 15:34 (UTC)
- （正直、ソートキーのルールについてよく知らなかったのでとりあえずUnicodeの番号で配列してましたが）確かにチュノムではTemplate:contextとの兼ね合い上、チュ・クォック・グーでソートしたほうが良い時があるので、それを考慮すると変えていくべきでしょう。
- その上では、闏などの朝鮮の国字や、𮆩などの古壮字はもちろん（前者はハングル、後者は古壮字字典のローマ字表記でどうにかなりそうですが）、𨮁のような音未詳の字についても考慮する必要があります。--Kuroco2k (トーク) 2025年4月17日 (木) 08:06 (UTC)
- それではチュノムについてはチュ・クォック・グーをデフォルトでソートすることとしましょう。また、朝鮮の国字と古壮字についてもそれぞれハングルと古壮字字典のローマ字表記で問題ないと思います。音未詳についてはユニコードでのソートにするしかなさそうでしょうか。 --M-30722 (トーク) 2025年4月17日 (木) 12:04 (UTC)
- 提案 それでは、改めまして「カテゴリ:漢字」のソートキーについて以下のように提案します。
- 日本語の音読みがあれば音読みをソートキーとして用いる。
- 日本語が無く、中国語があれば普通話のピンイン
- 朝鮮の国字はハングル
- チュノムはチュ・クォック・グー
- 古壮字は古壮字字典のローマ字表記
- 読み方不詳の字はユニコードの番号
- 以上のルールでいかがでしょうか？ --M-30722 (トーク) 2025年4月17日 (木) 13:14 (UTC)
- それでは繁文縟礼です。そして言語横断的でなく恣意的になります。「デフォルトの」ソートキーは Unicode の番号としてください。各個別の言語等のカテゴリではパイプを使って読み方でソートしてください。データベースでいう主キー（プライマリキー）の役割を果たし、１６進数のUnicode番号はユニーク（一意）この上ないものです。これ以上優れたものはありません。ソートキーを指定しない場合でも Unicode の配列にはなりますが、カテゴリページが極めて冗長になります（縦長になります）。
- ついでに指摘しておくと、テンプレート:kana-DEFAULTSORTはテンプレートであって、{{DEFAULTSORT:}}のようなマジックワードではないので、{{カナ-デフォルトソート|}}のようなことが柔軟にできないことと、日本語の項目に利用するものなので、単漢字には不向きです。単漢字はいわば記号と同じようなもので、言語一般のソートキーとは埒外と考えます。一つのカテゴリにハングルやらローマンアルファベットやらカタカナやらが混在する状況はひじょうに見ぐるしいです。単漢字項目にテンプレート:kana-DEFAULTSORTを使用してしまわないようにしてください
- 重要なことなのでもう一度書きますが、「デフォルトの」ソートキーとしては Unicode の番号としてください。これは、単漢字のみならず、Unicode上のほかの全ての言語の単一の文字や記号の項目についても適用されます。--Charidri (トーク) 2025年4月18日 (金) 12:26 (UTC)
- 私はCharidriさんに同意します。既存の項目は日本語でソートしているものが多いですが、変えられるなら変えたいですね。言語に依存した並べ方をしたいなら、言語ごとのサブカテゴリが有効です。またソートキー指定なしのときに漢字一字ごとにカテゴリページの見出しができてしまって鬱陶しいことについても認識していますが、一方でひとつひとつ異なるソートキーを指定する意味は見いだせずにいます（たとえばソートキーを「*」で統一すればUnicode順に並ぶ）。保守性を考えれば、カテゴライズをテンプレート経由で行うことを徹底するのが役立つかもしれません。--Naggy Nagumo (トーク) 2025年4月18日 (金) 22:45 (UTC)
- それでは、Unicode順に並べる方向で考えていきましょう。テンプレートとしては先日、Vinegar03さんによる大規模な編集により付けられたテンプレート:kanji headerで「カテゴリ:漢字」が付与される仕組みになっているようですが、このテンプレートを編集して「カテゴリ:漢字」に「*」をソートする仕様にすることで容易に出来そうです。 --M-30722 (トーク) 2025年4月21日 (月) 13:30 (UTC)
- テンプレート:kanji headerを編集して「カテゴリ:漢字」に「*」がソートされるようにしてみましたがいかがでしょうか？ --M-30722 (トーク) 2025年4月21日 (月) 17:21 (UTC)