跳转到内容

维基百科:互助客栈 (全部)

维基百科，自由的百科全书
快捷方式

本頁互助客棧 (全部)是供以方便瀏覽所有討論而特別設置。如果您想要新增討論內容，請在互助客棧中選擇最合適的版面。

按此刷新頁面。

  歡迎光臨互助客棧！  
   
  互助客栈是維基人議事相助之處，用以討論消息、方针、技术以及编辑、求助等議題。
發表議題之前請搜索先前文章，遵守指導及禮儀。任何與維基百科無關的問題，请前往知识问答。

消息
方针
技术
求助
條目探討
其他
討論維基相關新聞與消息 討論方針與草案 解決或報告技術疑難 解決在維基百科中所遇疑難 條目、模板、主題相關探討 未符任何分區之議題
发表 | 监视 发表 | 监视 发表 | 监视 发表 | 监视 发表 | 监视 发表 | 监视

查看全部討論

帮助目录 · 提出疑问 · wikitext基础 · 常见问题 · 常见错误 · 布告板 · 了解术语 · 即时协助 · 規則简述 · 使用指南

If you don't use Chinese, and want to contact Chinese Wikipedia, please leave your message here.
我想要…… 请前往……
如何有效並安全地访问维基百科的方法 如何访问维基百科
与繁简处理有关的问题 字词转换
協助或尋求條目的改善意见 同行评审
对某些特定来源的讨论 可靠来源布告栏
寻找参考文献 文献传递
參與即時讨论或通过电子邮件进行讨论 「即時討論」或者「邮件列表」

消息

Wikidata weekly summary #658

Here's your quick overview of what has been happening around Wikidata in the
week leading up to 2024-12-16. Missed the previous one? See issue #657

Discussions

  • New requests for permissions/Bot: PWSBot - Task(s): Is a selfmade chatbot to answer factual questions as part of a final research project for educational purposes.
  • Closed request for permissions/Bot: CarbonBot - Withdrawn by submitter

Events Upcoming events:

  • Next Linked Data for Libraries LD4 Wikidata Affinity Group session (Attn: Please fill out Pre-Participation Survey!) 17 December 2024: We have our next LD4 Wikidata Affinity Group Session on Tuesday, 17 December 2024 at 9 am PT / 12 pm ET / 17:00 UTC / 6 pm CET (Time zone converter) Wikimedian Mahir Morshed is leading a series of four sessions focused on lexicographical data in Wikidata. We are looking forward to learning more about these Wikibase entities! If you anticipate attending the workshop sessions, please fill out a brief survey linked from our Series Etherpad to help us prepare relevant materials for you. Sessions will be held on November 5, November 19, December 3, and December 17, 2024 at our regular time of 9am PT / 12pm ET / 17:00 UTC / 6pm CET. Event page
  • 2025 Wikimedia Hackathon - register now

Press, articles, blog posts, videos

Tool of the week

  • Tabular Online Validator - checks if SPARQL query results conform to a provided schema by validating data and highlighting potential errors, such as missing properties, invalid values, or too many values, with the option to refine the schema if issues arise. (A major update to the current ShEx validator that is expected to get integrated into the existing validator soon)
  • CAT🐈: Overview if references: looking at references for a set of Wikidata items

Other Noteworthy Stuff

Newest properties and property proposals to review

You can comment on all open property proposals!

Did you know?

Development

  • Wikibase REST API: We prototyped search support for the REST API and would like your feedback on it.
  • Property Suggestions: We updated the underlying data so you should have more up-to-date suggestions again when making new statements.
  • EntitySchemas: We continued the work on making it possible to search for EntitySchemas by their label and aliases when linking to them in a statement.
  • Query Service: We are investigating if we can do something about the issue where not all edgeLabels are shown on a graph visualisation (phab:T381857) and if there are any alternatives to the library used for the graph builder in the Query Service (phab:T381764)
  • Under the hood: We are optimizing the server setup for the term store to accommodate its growth (phab:T351802)

You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.

Weekly Tasks

Wikimedia Foundation Bulletin December Issue

Here is a quick overview of highlights from the Wikimedia Foundation since our second November issue. This will be the final bulletin for 2024 and we'll be back in late January 2025 with the next issue. Please help translate.

Upcoming and current events and conversations
Talking: 2024 continues

Chabota Kanguya Isaac
Celebrating Chabota and his contributions to the movement.

Annual Goals Progress on Infrastructure
See also newsletters: Wikimedia Apps · Growth · Research · Web · Wikifunctions & Abstract Wikipedia · Tech News · Language and Internationalization · other newsletters on MediaWiki.org

  • Tech News: Chart extension is now available on Commons and Testwiki; a new version of the standard wikitext editor-mode syntax highlighter will be available as a beta feature; Edit Check will be relocated to a sidebar on desktop. More updates from tech news 50, 49, and 48.
  • Wikifunctions: WordGraph dataset is released, which is particularly useful for abstract descriptions for people in Wikidata. More status updates.
  • Wikipedia 2024 Year in Review: Wikipedia 2024 Year in Review launched, showcasing the collective impact of Wikipedia and Wikipedia contributors in the last calendar year. The iOS App also released a personalized Year in Review to Italy and Mexico, with insights based on reading, editing, and donation history.
  • Wikipedia Android App: The Android team has launched the Rabbit Holes feature in the final release of the year as part of Wiki Experiences 3.1. Currently being tested in Sub-Saharan Africa and South Asia, this feature suggests a search term and a reading list based on the user's last two visited articles. For more details or to share feedback, visit the project page.

Annual Goals Progress on Equity
See also a list of all movement events: on Meta-Wiki

Annual Goals Progress on Safety & Integrity
See also blogs: Global Advocacy blog · Global Advocacy Newsletter · Policy blog

Board and Board committee updates
See Wikimedia Foundation Board noticeboard · Affiliations Committee Newsletter

External media releases & coverage

Other Movement curated newsletters & news
See also: Diff blog · Goings-on · Planet Wikimedia · Signpost (en) · Kurier (de) · Actualités du Wiktionnaire (fr) · Regards sur l’actualité de la Wikimedia (fr) · Wikimag (fr) · other newsletters:

Subscribe or unsubscribe · Help translate

For information about the Bulletin and to read previous editions, see the project page on Meta-Wiki. Let askcac(_AT_)wikimedia.org know if you have any feedback or suggestions for improvement!

MediaWiki message delivery 2024年12月16日 (一) 18:03 (UTC)[回复]

Wikidata weekly summary #659

Here's your quick overview of what has been happening around Wikidata in the
week leading up to 2024-12-23. Missed the previous one? See issue #658

Discussions

Events

  • Ongoing: Wikidata Cleanup 2024 - Romaine continues his initiative, "Wikidata Cleanup," to coordinate community efforts in addressing the problem of items missing basic properties during the last ten days of 2024, when many users have extra time due to holidays. The aim is to improve data quality by focusing on ensuring all items have essential properties like "instance of" (P31) or "subclass of" (P279), adding relevant country and location data, and maintaining consistency within item series.
  • Upcoming events: Data Reuse Days - online event focusing on projects using Wikidata's data, 18-27 February 2025. You can submit a proposal for the program on the talk page until January 12th.

Press, articles, blog posts, videos

Tool of the week

  • Flying Dehyphenator is an Ordia game. Given the start part of a word, use the spacebar to move the word and hit the next part of the word. Only hyphenations described with the Unicode hyphenation character work.
  • Want a wrap of your Wikidata activities in 2024? Wiki Year In Review has it for you! (use www.wikidata.org for the project URL)

Other Noteworthy Stuff

  • Wikibase/Suite-Contributing-Guide: Wikibase Suite's contributing guide has been published. This guide aims to help anyone who wants to contribute and make sure they are equipped with all the relevant information to do so.

Newest properties and property proposals to review

You can comment on all open property proposals!

Did you know?

Development

  • With the winter holidays upon us, the development team is taking a break, and there will be no deployments for Wikidata during this time.

You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.

Weekly Tasks

The Signpost: 24 December 2024

News, reports and features from the English Wikipedia's newspaper
Read this Signpost in full · Single-page · Unsubscribe · Global message delivery 2024年12月25日 (三) 00:04 (UTC)


方針

关于Wikipedia:避免地域中心#地理，建议增加关于“来”字的论述

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:避免地域中心。

1）识别问题

“来”字的用法常常是错误的，例如“来华”、“来港”，乃至一般用法的“来到”。从逻辑上来说它不仅是地域中心的思考所导致的，甚至比现行方针中地域中心#地理的例子更加直接。在WP:避免主观用词里有更详细的论述。复制如下：

来：在非引用的情况下维基百科正文几乎不会出现作为动词使用的“来”。（当然了全文搜索“来”字，搜到的大部分都不是作为动词使用的来。）不过，还是比较容易发现一些误用的例子的。这类问题多发于“来中国/来华”或者“来中国的某个特定地方”。因为中文材料中默认以中国或者特定地区为“此地”的做法不少。

目前我不做具体修改的提议，因为我认为“识别问题”、“提出解决问题的方案”和“解决问题”是三个不同阶段的事情，直接眉毛胡子一把抓会导致思维混乱。所以目前我只征求大家的意见，看“在避免地域中心方针里不提及“来某地”的用法”是不是问题。如果是问题，再讨论如何解决。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年11月19日 (二) 08:41 (UTC)[回复]

如果有人在此话题里直接讨论解决方案，我将进行劝阻。如果不听劝阻，我会视作扰乱讨论，做提报。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年11月19日 (二) 08:43 (UTC)[回复]
本人的看法：不是。原因如下：
  1. 方針涵蓋的用例應該是只符合該方針的情況。如您所言，「來Ｘ」邏輯上不是以地域中心為主因。
  2. 某程度上，「地域中心」是「主觀用詞」的子集。
其他事情待您決定把討論推進到下一階段再說。
以上--派翠可夫 (留言按此) 2024年11月19日 (二) 09:21 (UTC)[回复]
了解。同意地域中心是主观用词的子集。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年11月19日 (二) 15:16 (UTC)[回复]
以前就有人对《避免地域中心》提出异议。既然「来X」和地域有关，不妨先当补丁摞上去，等到有哪位勇士来改制《避免地域中心》再说。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月20日 (三) 06:59 (UTC)[回复]
除引用原文外（這種毋庸贅論），若條目係聚焦某地，「來某地」此類用法也不總是有問題。例如撰寫中國基督教史之類議題，行文寫出「傳教士某氏來華後，有若干作為」，這應該是可以接受的。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年11月19日 (二) 13:45 (UTC)[回复]
并不认同。以“中国基督教史”为例，如果因为话题是“中国这一地区的”基督教史，就认为可以说“来华”，那么美国移民史就可以说欧洲移民“来美”吗？正常行文是不该如此的吧？--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年11月19日 (二) 15:18 (UTC)[回复]
「來華」始終比「抵華」、「到華」（甚至「到中國」之類）聽著理順，這似乎是中文語言（尤其「華」字簡稱本身）的一種性質，已經超出單純地域中心問題。個人不反對於格式手冊明確提倡少用此種語彙，但完全禁止亦不甚現實。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年11月20日 (三) 07:03 (UTC)[回复]
有沒有一種可能是‘「來華」始終比「抵華」、「到華」（甚至「到中國」之類）聽着理順’這種感覺本身也是地域中心的一種體現？這樣説吧：假如把“華”換成兩岸四地、漢字文化圈以外的地方，就比方説位於歐洲的匈牙利，或是位於南美洲的阿根廷之類的，這種感覺真的會仍然存在嗎？Sanmosa 新朝雅政 2024年11月20日 (三) 07:53 (UTC)[回复]
若此為中文語言本身而非本站編者自行造成的特性，本人認為可以容忍（但當然也可以同時優先推薦別種寫法）。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年11月25日 (一) 06:45 (UTC)[回复]
我既不認為這是中文本身的特性，也不認為這是zhwiki用戶自行造成的特性。就「來華」這詞而言，這多多少少都有些政治意涵，可以説「來華」這詞是在帶有相當政治目的的情況下被植入中文體系裏的。這確實超出了單純的地域中心問題：這根本就是直接抵觸了NPOV好嗎？Sanmosa 新朝雅政 2024年11月25日 (一) 08:38 (UTC)[回复]
這誤會就大了，老早就有的用法，別什麼都扯政治好吧。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年12月3日 (二) 12:32 (UTC)[回复]
「来华」未必比「抵华」通顺，但确实比「到华」通顺，后者文白混杂。考虑到「来华」不强调「抵达」，或可以「赴华」替代。--Xsgzjmxs（留言） 2024年11月26日 (二) 02:38 (UTC)[回复]
抱歉方才忘记签名了。--Xsgzjmxs（留言） 2024年11月26日 (二) 02:42 (UTC)[回复]
此前见到过哪个条目里写某日本艺人“来台”，显然是不合适的。不是经常见到。——暁月凛奈 (留言) 2024年11月19日 (二) 13:52 (UTC)[回复]
可以規定應避免使用“來”。Sanmosa 新朝雅政 2024年11月20日 (三) 00:24 (UTC)[回复]
不知道是否應該另開新題，不過這令我聯想到「返X」是否可能也有地域中心的問題。比方「李安返台頒發金馬獎」，李安是台灣人，這是客觀事實，他從台灣以外的地方到台灣頒獎，對他而言確實是「返台」，但是這句話是否有讀者也是台灣人的暗示？-游蛇脫殼/克勞棣 2024年11月23日 (六) 15:31 (UTC)[回复]
夏爾·戴高樂：1918年战争结束之后他终于返回法国。我觉得没有任何问题。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月23日 (六) 20:35 (UTC)[回复]
是我多慮了。謝謝！-游蛇脫殼/克勞棣 2024年11月24日 (日) 03:30 (UTC)[回复]
我覺得可能要看具體語境。戴高樂的例子我並不反對。不過，假如現在有個情況是A的出生地是X、常居地是Y，把A由X以外的地方前往X的行為稱為「返X」並不合適，但把A由Y以外的地方前往Y的行為稱為「返Y」則相對而言問題不大。Sanmosa 新朝雅政 2024年11月25日 (一) 00:16 (UTC)[回复]
出生地和常居地一樣的話，我覺得也問題不大。--Hamish T 2024年12月2日 (一) 17:29 (UTC)[回复]
有点吹毛求疵了吧？如果「来」有异议，那么「去」呢？--航站区（留言） 2024年11月24日 (日) 03:34 (UTC)[回复]
你不說我還沒留意，「去」確實有著與「來」類近的問題。Sanmosa 新朝雅政 2024年11月25日 (一) 00:13 (UTC)[回复]
如果经过讨论发现“来”和“去”都有问题，那么应该用什么词语替换？我目前没有想到通顺且无此问题的词语。--GUT412454（留言） 2024年12月2日 (一) 19:22 (UTC)[回复]
接目的地的「抵」，接来源地的「离」，均可用。Xsgzjmxs（留言） 2024年12月2日 (一) 19:39 (UTC)[回复]
讨论串发起者UjuiUjuMandan君有言如果有人在此話題里直接討論解決方案，我將進行勸阻。如果不聽勸阻，我會視作擾亂討論，做提報。--Hamish T 2024年12月3日 (二) 12:54 (UTC)[回复]
抱歉，是我是我过失了。谢谢提醒。
不过这里确实存在一个「词汇是否暗示特定地点视角」或者「哪些词汇暗示特定地点视角」的问题，这似乎这是整个议题的核心。个人认为，「来」「去」依站位而定，预设了地点视角，是不恰当的。不过这样，「返」字怎么算？个人理解，如果在单次或作为连续整体的行程中再次达到出发地，则这个「返」可以理解为从出发地视角而非叙述者视角陈述，可以接受，如「某甲自新加坡出发，历访上海、台北，三日后返抵狮城」，这段叙述完全可以是从例如纽约做出的叙述；但「来」「去」恐怕不行，其中以「来」为最；「去」第三方视角叙述（如纽约视角：「某甲从东京去了首尔」）也尚可接受，但这种用法似乎语体不算正式。鄙意「来」和「去」确实以少用、不用为妙。
Xsgzjmxs（留言） 2024年12月5日 (四) 21:06 (UTC)[回复]
我是在想这个问题是否存在解决方案。因为如果不存在解决方案，那么讨论是否应该解决这个问题是没有意义的。不过上面Xsgzjmxs已经提出了一个解决方案，所以现在讨论是否应该解决这个问题是有意义的。（虽然不一定要用这个解决方案）--GUT412454（留言） 2024年12月7日 (六) 15:04 (UTC)[回复]
至 和 达 @Xsgzjmxs--航站区（留言） 2024年12月9日 (一) 06:46 (UTC)[回复]
@UjuiUjuMandan：我希望確認一下這裏是否已經形成「來」的用法有問題的共識。Sanmosa Samāʾun la-ʿamruka ʾaw ka-s-samā 2024年12月17日 (二) 02:12 (UTC)[回复]
@Sanmosa：special:diff/85335302为何莫名加了个魔琴用户页的链接？--自由雨日🌧️❄️ 2024年12月17日 (二) 02:41 (UTC)[回复]
應該是使用留言工具輸入留言時複製其他留言造成的錯誤，已刪去。Sanmosa 蚌埠 2024年12月17日 (二) 03:34 (UTC)[回复]
我觉得可以前进到解决方案的讨论了。也不是必须我来发起，但这次我来做吧。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年12月17日 (二) 05:39 (UTC)[回复]

2）解决方案

看来关于“来”的用法是否有问题已经有共识了，那么请允许我征求解决方案。

上面已经有人提到可以用不含叙述者主观方向的用词，比如带有动作实施者主观方向的“赴”、“返”等和不带主观方向的“抵”、“达”、“到”等。我个人认为是可以的。我也看不到有什么副作用。各位怎么看？ --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年12月17日 (二) 05:29 (UTC)[回复]

和之前的做法一样，讨论解决方案时请关注利弊和所需要做的工作之类的问题，不要把问题的解决方案和解决方案的作业放在一起看。即使我们同意采纳某个解决方案，也许这个问题永远不能彻底解决，但至少今后看到条目里有这种问题我们知道社群认为应该怎么做。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年12月17日 (二) 05:41 (UTC)[回复]
基本上不反對這個結論。考慮到我的憂慮很大可能屬於細節問題，我就不在這階段説了。Sanmosa 蚌埠 2024年12月17日 (二) 08:36 (UTC)[回复]
可以在这个阶段谈具体忧虑，但我建议你给一两个具体例子这样方便理解。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年12月17日 (二) 09:08 (UTC)[回复]
那我就説一下帶有動作實施者主觀方向的用字的問題吧。我在上方有提到假如A的出生地是X、常居地是Y，把A由X以外的地方前往X的行為稱為「返X」並不合適的事情，這點除了「返」字外，「赴」字也同樣適用，而我相信這點適用於所有帶有動作實施者主觀方向的用字。我擔憂的是如果沒有對帶有動作實施者主觀方向的用字的使用條件作必要的限定，這會導致帶有動作實施者主觀方向的用字在被不當使用時產生與「來」字相同或相近的問題，因為這種類型的不當使用在中文圈與兩岸四地中尤為常見。簡而言之：「來」字（與「去」字）通常有問題，帶有動作實施者主觀方向的用字有些時候有問題，不帶主觀方向的用字通常沒有問題，需要界定帶有動作實施者主觀方向的用字有問題的情境。Sanmosa 蚌埠 2024年12月17日 (二) 14:44 (UTC)[回复]
建议把叙述者主观方向和动作实施者主观方向分开考虑。
一般來説確實是這樣，然而就兩岸四地的情況來説，在特定情境下利用「赴」、「返/回」可能會帶有一定的政治意涵，這種表述我擔憂會影響中文維基百科的中立性。Sanmosa 蚌埠 2024年12月19日 (四) 10:46 (UTC)[回复]

修订WP:外文重定向方针与首句MOS:外语名称格式指引，并将他们对应

根据数月以来在存废讨论观察到的共识和一些编者的观点，以及多次和相关编者的交流讨论，现提出修订《外文重定向》方针。同时，阅读大量条目后发现，很多条目——包括大量典优条目——的首句外语名称标注格式已和现行MOS:外语名称差异较大，结合同一些编者的讨论，提出修订首句《外语名称》格式指引。除此以外，本次修订期待做到《外文重定向》与《外语名称》互相对应。

《外文重定向》方针
現行條文

基於維基百科不是詞典，一般而言，僅在語言符合以下條件時方可建立來自此語言的重定向：

  1. 此語言（或使用此語言的文化）與目標條目有明確關聯（例如：公司／作品／人物／地方的外文原名），和／或
  2. 有合理期望中文使用者會使用此語言指稱目標條目（例如部分專業文獻常見之拉丁化外文人名）
提議條文

基於維基百科不是詞典，一般而言，僅在外语文本[1]符合以下條件之一時方可创建外文重定向（以下条文均已排除某外语文本已是中文维基百科条目标题[2]或消歧义页标题的情况）：

  1. 该外文文本常常直接（不出现相应中文）在中文语境使用，通常为字母词和英语词
  2. 该外文文本是专有名词（如人名、地名、作品名、公司名等），且该外语专名和外语语种与目标条目有明确联系，尤其是条目标题对应语言的外文专名
    • 若该外文文字不是拉丁字母，通常也可建立对应的罗马化转写文本作为重定向，除非该专名的罗马化转写在中文语境的出现率明显低于原文（如一些通常以汉字形式出现的原文仅由汉字组成的日语人名、地名等[3]）。若罗马化转写形式不止一种，社群对“是否应建立所有形式的罗马化文本”未有共识
    • 若该外语不是英语，通常也可建立对应英语的外文重定向，除非英语名称在中文语境的出现率明显低于原文名[4]
  3. 使用该外语的文化与目标条目有明确联系，且外文文本所指事物是目标条目的介绍对象（如使用外语的某一民族的特色饮食的外文名称）
    • 若该外文文字不是拉丁字母或该外语不是英语，可建额外的罗马化重定向与英语重定向的规则和上条相同
    • 若该外文文本仅是描述性的（多个单词的简单组合），例如“cinema of the United Kingdom”（英国电影），一般不要建重定向
  4. 鉴于英语是大部分学术领域的国际通用语言，且大量学科术语中文译名不统一、不固定（甚至尚无可靠来源译名），故建议创建通用的专科术语英语名重定向导向到对应的条目（除非相关领域学术研究使用中文的情况明显多于英语）。中英术语对照可参考术语在线（中国大陆）、乐词网（台湾）等网站，以及各类百科全书、专科辞典、专著、论文等（极少数学术词汇并非英语，也可比照创建）
  5. 生物学名（包括物种名和属名等分类单元的学名）、国际非专利药品名称（INN）等规范名或通用名
  6. 其他常会在中文语境（包括中文文本的括注中）出现的外文文本
  7. 其他有合理期望中文使用者會使用外文文本指称目標條目的情况。创建者需在重定向讨论页（或编辑摘要）说明创建理由

原则上不允许创建带消歧义后缀的外文重定向。当某一外文文本对应多个条目时，若有一个含义明显重要及常用，则重定向之；若没有一个含义明显重要及常用（即应“平等消歧义”的情况，参见WP:消歧义命名），则应将该外文文本重定向至相应的外文或中文消歧义页。确需创建带消歧义后缀外文重定向的，消歧义括号中的文字应使用中文，且创建者需在重定向讨论页（或编辑摘要）说明创建的合理理由。

参考資料

  1. ^ 本章节所说的“外语/外文”指除中文以外的语言。“文本”（包括第1条中所说“专有名词”）包括了单词、词组，偶尔也包括句子等。
  2. ^ 指直接作为标题且不含消歧义后缀
  3. ^ 注意一些常见于学术领域的日语人名可能更常以罗马化形式出现。
  4. ^ 一些情况下，某非使用拉丁字母的外文专名，其对应的拉丁化转写和英语名形式相同，即此种情况和上一种情况是同一拉丁字母文本。
首句《外语名称》格式指引
現行條文

如果條目主題名稱与外语有較大關聯，那麼與其同義的外文名稱可以出現於導言裡，並通常被括號包住。例如，一篇講述非中文語言的地方條目會把該地的本土語言所用的名稱寫進去：

切爾諾夫策州（烏克蘭語：Чернівецька область，Chernivetska oblast）是烏克蘭西南部的一個州……

如果有多於一個外語名稱需要展示，那麼在導言裡把它們放在獨立的句子，或者在主體正文增設一個諸如「名稱」的章稱，而不要寫在開首的句子裡。另外，不要把僅僅作為展示詞源的外文名稱寫進導言內。

提議條文

通常来说，若条目标题词[1]为中文（或偶尔中外混杂）且对应外文[2]符合建立外文重定向的条件，那么建议将该外语名称在首句写出，并通常出现在标题词后的括号中；否则不建议标注外文名称。具体如下：

  1. 标题词有同义外文文本常常直接（不出现相应中文）在中文语境使用，通常为字母词和英语词
  2. 标题词是专有名词（如人名、地名、作品名、公司名等）且译自外文或与外文有紧密联系，建议标注对应的外文，并注明语种[3]。例如地名：切爾諾夫策州（烏克蘭語：Чернівецька область，Chernivetska oblast）是烏克蘭西南部的一個州……[4]
    • 若标题词有别名且该别名亦出现外文名称，若不致混淆，语种名称可以省略
  3. 标题词与使用某种外语的文化有明确联系，建议标注对应的外文，并注明语种
    • 同上例注脚：是否额外标注罗马化名称、英语名称，如何处理多于一个外语名称的情况，暂无共识；语种名称不致混淆时可省略
    • 若该外文文本仅是描述性的（多个单词的简单组合），例如“cinema of the United Kingdom”（英国电影），一般无需标注外语名称
  4. 若标题词是专科术语（例如出现在术语在线、乐词网等提供中英术语对照的网站，以及各类百科全书、专科辞典、专著、论文等），那么建议在标题词后标注对应英语，对译名不统一、不固定的术语而言尤为如此；除非该标题词相关领域的中文学术文献数远多于英语。由于学术研究通用英语，“英语”这一语种名称可以省略。极少数术语并非英语，则可视情况标注语种；对术语通用另一语言（如乐谱音乐术语通用意大利语）的相关内容是否以及如何标注语种有待达成共识
  5. 若标题词为生物物种（或属名等分类单元名）、药品等，可标注生物学名、国际非专利药品名称（INN）等外文规范名、通用名，一般无需标注语种
  6. 其他有必要标注外语名称的情况。标注者需在讨论页（或编辑摘要）解释标注理由

不要把仅仅用作展示词源的外文名称等相关内容写进首句。例如“俄罗斯”一词译自蒙古语[5]，不要加注蒙古语名或介绍相关内容。[7]

除首句外的条目正文，以及消歧义页标注外语名称的方式可参考首句格式手册的规定，在“提供必要信息”和“保持文本简洁、避免冗余”之间做出平衡。唯由编者自行翻译的专有名词必须标注外语原文（包括首句与其他部分。参见WP:原创译名）。（这一段加在《外语名称》章节最末）

参考資料

  1. ^ 本节“标题词”指第一个加粗的词或短语（偶尔也可能是句子），不一定和条目标题完全相同。
  2. ^ 本章节所说的“外语/外文”指除中文以外的语言。
  3. ^ 一些难以标注语种的专名（如“让·西贝柳斯”）可不标语种。
  4. ^ 社群关于在首句标注原文名称拉丁化、标注英语名、标注多个外语名称的情况均有讨论，但未得出共识，具体见下：
    • 若该外文文字不是拉丁字母，其对应的罗马化转写是否标注与如何标注——即直接标注在原文之后（如上“切爾諾夫策州”例）、在原文之后使用注脚、不标注在首句（仅在信息框标注）等——均无共识
    • 若该外语不是英语，且英语名在中文语境的出现率不明显低于原文名，社群对是否在首句同时标注英语名称没有共识
    • 若有多于一个外语名称需要标注（含上例情况），社群对是否均在首句标注及如何标注没有共识
  5. ^ 黄河清. 近现代汉语辞源. 上海: 上海辞书出版社: 387. 2019. ISBN 978-7-5326-5403-1. 
  6. ^ 6.0 6.1 J. Pearsall; P. Hanks; C. Soanes. 新牛津英汉双解大词典. 由《新牛津英汉双解大词典》编辑出版委员会翻译. 上海: 上海外语教育出版社. 2007. ISBN 9787810802758. 
  7. ^ 又如“精神分裂症”的英语名称“schizophrenia”由希腊语词根“skhizein”和“phrēn”构成[6]，不要在首句介绍这一外文名称的词源；再如“通用语”的术语“lingua franca”（英）来自意大利语[6]，不要在该外文词前写上“意大利语”语种或介绍该词词源。
主要修订记录

第一次（2024年11月20日 (三) 05:43 (UTC)）、第二次（2024年11月20日 (三) 09:39 (UTC)）、第三次（2024年11月24日 (日) 16:42 (UTC)）、第四次（2024年11月25日 (一) 00:36 (UTC)）、第五次（2024年11月25日 (一) 16:26 (UTC)）、第六次（2024年12月13日 (五) 08:53 (UTC)）、第七次（2024年12月14日 (六) 08:51 (UTC)）、第八次（2024年12月15日 (日) 13:58 (UTC)）、第九次（2024年12月15日 (日) 19:11 (UTC)）

集中讨论区

邀请相关编者加入讨论@微肿头龙、MykolaHK、Kethyga、Ericliu1912：自由雨日🌧️❄️ 2024年11月19日 (二) 17:17 (UTC)[回复]

刚刚忘记签名了 囧rz……重ping@微肿头龙、MykolaHK、Kethyga、Ericliu1912：--自由雨日🌧️❄️ 2024年11月19日 (二) 17:19 (UTC)[回复]

lingua franca 的词源似乎是意大利语。enwikt, Longman, Collins, Merriam-Webster, Oxford ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月20日 (三) 03:46 (UTC)[回复]
！！好像确实！——自由雨日🌧️❄️ 2024年11月20日 (三) 05:43 (UTC)[回复]
其实有必要把“没有共识”也写进去吗。--微肿头龙（留言） 2024年11月20日 (三) 07:58 (UTC)[回复]
“没有共识”代表已经讨论过了，反映一种讨论状态吧。据我所知写进去情况蛮多的，比如NC:消歧义括号中的全角括号、NC:先到先得中的“可否在必要时使用脚注存在分歧”，以及英维en:WP:NLIST中的第三段首句，等等。--自由雨日🌧️❄️ 2024年11月20日 (三) 08:02 (UTC)[回复]
同意。而且如果沒特別寫，還真的會有人誤會成完全沒討論過。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年11月28日 (四) 13:44 (UTC)[回复]
“由于学术研究通用英语，一般无需在英语名前标注“英语”这一语种名称，这也是大部分学术文献的标注方式”我对这个规定保留意见，因为很多条目都有标注“英语”，且个人觉得不标有点怪。如果其他编者认为没有问题我也不反对。条文的其余部分我觉得没问题。
另外，一些（相对）基础的学术词汇有必要建立英语重定向吗？比如Ethanol、Glucose、Gravity这种（话说Gravity可以改成平等消歧义吗）。激进一点，可以把Water重定向到水吗。我觉得这可能和各种形式的罗马化一样难以有共识，只能个案讨论了，不知道各位怎么看。--微肿头龙（留言） 2024年11月20日 (三) 09:05 (UTC)[回复]
同样，也有很多条目并未标注“英语”语种，且绝大部分学术文献、工具书，以及教科书（中国大陆）是从来不标“英语”这个语种名的，个人觉得标注“英语”反而很怪以及冗余。基础的学术词汇，我认为只要是常见于术语表、工具书、教科书的，就应该创建（至少是“可以”创建）。刚刚翻了下中国大陆人教版高中《化学》，它甚至是特意空出侧边栏用来强调文中的英语名称的，比如“乙烯 ethene ／ 加成反应 addition reaction”等等。“water”我不确定有没有必要……如果创建的话，这就很接近“词典”性质而不是“百科”性质了，但它也确实可以视作学术词汇，只是正好和语文性词汇一样（两岸术语网站的情况是，术语在线没有，但乐词网有不少）；但如果建个“country”消歧义页说有“国家”和“乡村”两个义项，这就完全不行了，因为这是英汉词典内容。“gravity”等外语词如何消歧义的话，我觉得理想状态是看这个词在中文语境如何使用，更常指代什么（出现在教科书、学术文献等的括号标注中也属于使用）。--自由雨日🌧️❄️ 2024年11月20日 (三) 10:06 (UTC)[回复]
外文重定向：
1:內容有些長。
2:「罗马化转写文本」不準確，比如阿拉伯字母、斯拉夫羅馬化轉寫方案有多種，有不少與常見的、以拉丁字母表示的名稱不同。
3、「若罗马化转写形式不止一种，社群对“是否应创建所有形式的罗马化文本”未有共识」，那這個提案中涉及羅馬化的部分似乎就失去意義了。
4、「建议创建专科术语的英语名重定向」與「方可创建外文重定向」的精神不符，沒必要是專科術語就要去創建英語重定向。
首句《外语名称》格式指引：
由于学术研究通用英语，一般无需在英语名前标注“英语”这一语种名称，首次出現不標註語言名稱恐與維基上現行實踐不符。學術文獻是默認現行的外文多用英語。
提案還未討論就寫“没有共识”，同 微肿头龙。--Kethyga（留言） 2024年11月21日 (四) 01:57 (UTC)[回复]
外文重定向：
  1. 虽然长，但确实总结下来的共识和讨论结果有这些……
  2. 确实不同啊。常见的拉丁字母文本是英语名，这里是要允许建立原文名罗马化
  3. 为什么失去意义？差不多就是，“可以建”，但并未完全鼓励编者全部建（即只鼓励建最通用的罗马化方案）
  4. 个人是希望“建议”的。因为我真的遇到大量明明在中文可靠文献（甚至是术语在线等）出现的学术词汇，明明在中维有条目但却搜不到，需要先去英维搜再通过跨语言链接转到中维的。中文学术译名真的很混乱
外文名称：
至少“需要标注”也与实践不符，因为有大量不标的（甚至有些专有名词等情况也未标语种，这我觉得不太好——但其实也不是不行，甚至大部分可靠来源也是不标的）。就像我几个月前提出“非专有名词无需大写”时，也有大量实践不符（现在也是），错误地大写非专有名词的情况甚至多于不大写情况。当然这里标注“英语”语种并非错误，只是我觉得冗余。
@Kethyga、微肿头龙：似乎无人加入讨论。那这里就我们来讨论下面几个问题：
  • 学科术语是否需要标注“英语”语种？我个人是强烈偏好不标的。绝大部分文献甚至对专有名词都一般不标语种而是直接给出原文，但是中维一般是标语种（也有不标的），对学科术语我就更没见过标语种的了。我认为标出“英语”两字几乎没有明显的好处，因为读者几乎不可能将这一单词误认为是其他语言——甚至这一单词是什么语言都不重要，它只是代表这一文本是国际通用学术词汇。当然，若两位认为应当标注，我可以接受将条文改为由于学术研究通用英语，一般无需在英语名前标注“英语”这一语种名称可以省略，以给编者更大的自由度。
  • 对任何条文中“无共识”的部分，都可以继续讨论，看看是否可以得出共识。——自由雨日🌧️❄️ 2024年11月24日 (日) 13:07 (UTC)[回复]
  • 其实看术语在线也会写“英文”，乐词网也写“English Terms”。我觉得一般的资料不标是因为通常这些资料都是面向特定领域的读者，而学术领域都默认英语为“唯一外语”。但维基百科作为一个综合性的百科全书覆盖了很多范围的主题，我认为标注语种会更好，也尽可能避免英语中心主义。而且就在首句多了两个字即不会占太多空间，也没有特别碍眼。如果说术语可以不标英语，也可能会延伸到其他领域可否也不标语种的问题。比如条文里的切尔诺夫策州否可以略掉“乌克兰语”三个字？毕竟乌克兰地名的条目想当然首句出现的外语肯定是乌克兰语，额外标注也显得很多余（语言名和国名不一样可能还是需要标出来）。不过，我也可以接受让编者自由决定（另外如果觉得有必要的话也可以写上“如果出现两个或以上语种时必须标注语种”之类字句）。
  • 现在暂时想不到什么可以讨论的，先放着吧。
--微肿头龙（留言） 2024年11月24日 (日) 16:28 (UTC)[回复]
术语在线和乐词网那是表格，不是文段，不一样（表格总得有个“表头”，没有也得有个出来）；就像《中国大百科全书》网络版在信息框内会写上“英语”，但正式出版的纸质版就没有“英语”两字。另外“英语中心主义”完全不属于《WP:地域中心》等违反中立的现象。国际上通用的学术语言是英语（以及大部分工具书和学术文献在文段中不标“英语”语种），这是既定事实，反映这一事实并不是“不中立”；就像“敎”字在现代汉语是罕用异体字，中文维基百科应使用通用字形“教”，这并不是“‘教’字中心主义”一样（或者一个更类似的例子是“公元”纪年通常无需写出“公元”两字）。如果“不标英语语种名是不中立”的话，那我也可以继续上纲上线说“只写英语名而不写俄语日语名等”也是不中立……至于“一般资料是因为面向特定领域的读者”不标，我想那也是不成立的，因为中小学教材显然是最典型的无差别面向全体同学的教材，但我从未见过任何一本科学/物理/化学/生物教材在文段内标注“英语”语种名的（至少中国大陆教材从不标）。至于“乌克兰语”是否可以省略，其实我并不完全反对省略（就像我说的，不少工具书也是省略的），只是觉得中维大部分条目有标注+专有名词语言复杂多样，不如统一要求标注。不过既然学术名词是否标“英语”有争议，我改成“可以省略”吧。——自由雨日🌧️❄️ 2024年11月24日 (日) 16:42 (UTC)[回复]
“两个以上语种必须标”，目前好像不是很有必要，因为这一般只会发生在专有名词，而目前专有名词是本就要求一般标语种的。--自由雨日🌧️❄️ 2024年11月24日 (日) 17:16 (UTC)[回复]
有些概念最早起源于非英语国家，因此非英语的外语术语也可能会有一定的使用场景。--微肿头龙（留言） 2024年11月25日 (一) 00:02 (UTC)[回复]
嗯？难道“relativity（相对论）”的德语有广泛使用场景？学术的通用语是什么语言和概念的起源地有关吗？--自由雨日🌧️❄️ 2024年11月25日 (一) 00:14 (UTC)[回复]
我只是说可能，并不一定都是如此。比如军事术语闪电战显然德语更常用，英语也直接搬德语而不采用英语化的单词。又如前几年普大帝创造的术语特别军事行动，中文使用者显然会有更高的概率知晓其英语称呼，但不写其俄语称呼显然不妥。--微肿头龙（留言） 2024年11月25日 (一) 00:35 (UTC)[回复]
“闪电战”感觉不太算典型术语，不过要算也可以算吧——但“英语也直接搬德语而不采用英语化的单词”，反而（比普通学术词汇）更可以直接写成（blitzkrieg）而不写德语或英语，这个括号就表示“这个术语的国际通用形式是blitzkrieg”（无需在意它是什么语种，我前面说一般不用标“英语”也有这层含义，此外也和“生物学名无需标‘拉丁语’语种名”差不多）。至于“特别军事行动”，这个其实我语感上就是个专有名词而不是术语，如果看成术语那就是更加不典型的术语了，这种情况确实是要标语种。--自由雨日🌧️❄️ 2024年11月25日 (一) 00:49 (UTC)[回复]
但是英德正字法不同啊，德语的话B要大写，英语看英维没有用大写。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月25日 (一) 02:49 (UTC)[回复]
这样的话，我有点怀疑微肿头龙说的“德语更常用”是否属实了，很可能是英语更常用。--自由雨日🌧️❄️ 2024年11月25日 (一) 02:57 (UTC)[回复]
但是英维标题用了意大利体啊。不过内文也是罗马体意大利体混用，大小写混用，加不加引号混用…… ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月25日 (一) 03:01 (UTC)[回复]
英维又不是可靠来源 ——自由雨日🌧️❄️ 2024年11月25日 (一) 03:03 (UTC)[回复]
看！ ——自由雨日🌧️❄️ 2024年11月25日 (一) 03:04 (UTC)😮1 [回复]
因为我不觉得这种100％照搬外语拼写的单词是典型的英语单词。英语单词应为Lightning war（术语在线用的是这个）。如同nomen nudum我也难以认定他是英语单词（但术语在线把它和naked name都称作英语。。）。--微肿头龙（留言） 2024年11月25日 (一) 03:30 (UTC)[回复]
英语本来就只有不到30%词汇是本族语，其他都是外来词啊。anyway，我觉得没必要追究它到底是什么语种，“语种”有争议，反而恰恰更支持“不用标出语种”的做法。--自由雨日🌧️❄️ 2024年11月25日 (一) 03:56 (UTC)[回复]
如果不确定语种的话，也没法注lang属性了？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月28日 (四) 20:32 (UTC)[回复]
那就不注呗。说实话，看了“肯定前件”目前的显示效果之后，我甚至倾向这类非英语的术语也不一定需要注语种……首先是不美观，其次追究通用术语是什么语种更偏向词典内容，就像词源是词典内容一样（当然也不纯粹是语文性内容，否则像“‘俄罗斯’译自蒙古语”之类的内容就完全不应在正文任何章节出现了）；不过专有名词目前还是倾向标注。--自由雨日🌧️❄️ 2024年11月28日 (四) 20:44 (UTC)[回复]
注不注“拉丁语”也就四个字符宽度的差别，如果是“英语”也就只有三个，我觉得差不了多少。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月28日 (四) 20:49 (UTC)[回复]
写成下面那种六角括号形式我觉得就美观很多（但应该完全不是本站的体例），可能我传统工具书看习惯了（）--自由雨日🌧️❄️ 2024年11月28日 (四) 20:51 (UTC)[回复]
冒号格式是不是也是搬英维的？不是不能改成六角括号。在逻辑中，肯定前件（〔拉丁语〕modus ponens）是有效的、简单的论证形式。顿涅茨克人民共和国（〔俄语〕Донецкая Народная Республика，罗马化：Donetskaya Narodnaya Respublika，缩写：ДНР / DNR；或按英语缩写为“DPR”[注 1]）是俄罗斯联邦在东欧事实上的联邦主体。俄占扎波罗热州（〔俄语〕Российская оккупация Запорожской области，〔乌克兰语〕Російська окупація Запорізької області），是从2022年2月24日俄罗斯入侵乌克兰第一天开始在扎波罗热州的军事占领地区。确实看起来可以。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月28日 (四) 20:59 (UTC)[回复]
“语”字完全可以省略？“罗马化”那个小字加冒号显示方式我也一直觉得非常奇怪，不过暂时没想到怎么表示最好。--自由雨日🌧️❄️ 2024年11月28日 (四) 21:01 (UTC)[回复]
我觉得通常可以。但是世界语、美国英语、近代英语、简单英语、塞尔维亚-克罗地亚语这些特殊的语言省略“语”字会不会反倒不通或者有歧义？另外我还担心，比较罕见的语言如，伊多语（〔伊多〕Ido），沃拉普克语（〔沃拉普克〕Volapük），不知道体例的读者会不会不清楚是什么意思？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月28日 (四) 21:12 (UTC)[回复]
而且语字是否应该隐藏？依靠屏幕阅读器的视障读者大概没办法知道这是个六角括号。比如〔[[伊多语|伊多<span style="display:none;user-select:none">语</span>]]〕。屏幕阅读器能读出user-select:none的文本吗？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月28日 (四) 21:19 (UTC)[回复]
“user-select”是什么意思？思考...“语”字不读出也不影响理解吧？（或者说书面上省略不影响理解的，读出也不影响） ——自由雨日🌧️❄️ 2024年11月28日 (四) 21:35 (UTC)[回复]
这些或者写全称，或者简写（当然尽量不要自己发明简写，找其他工具书或论文常用的简写）然后加{{tooltip}}？--自由雨日🌧️❄️ 2024年11月28日 (四) 21:33 (UTC)[回复]
不用六角括号包裹的语种名总有种“成为正文、喧宾夺主”的感觉；语种应当仅是对外文单词的附加说明。--自由雨日🌧️❄️ 2024年11月28日 (四) 20:55 (UTC)[回复]
确实，不过括号内本身也不是正文。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月28日 (四) 21:21 (UTC)[回复]
不对，但如果这样说，括号内标注“学名：”“INN：”甚至是“简称”“俗称”“缩写”是不是也会“喧宾夺主”？是不是也应该发明一种括号将之括起来呢？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月28日 (四) 21:27 (UTC)[回复]
这不喧宾夺主啊。看下例，“学名/简称”之类的是对名称本身的注释，所以直接放括号里天经地义，但语种名是对外文的注释，它本身应该是个“二级括号”。--自由雨日🌧️❄️ 2024年11月28日 (四) 21:37 (UTC)[回复]
就像“切尔诺夫策州”例本身的逻辑应该是切尔诺夫策州（原文：〔乌克兰〕Чернівецька область），只不过一般把“原文”（即相当于“学名/简称”等的词）两字省略罢了。--自由雨日🌧️❄️ 2024年11月28日 (四) 21:48 (UTC)[回复]
另外缩写，如果是通常只在外语语境使用的缩写，那是对外文的注释（也类似“二级括号”），但我觉得这类缩写不应该标注，应当只标注“DNA”这种中文语境也常用的缩写，那显然就不是“二级注释”了，相当于是“脱氧核糖核酸”的“缩写”，所以“缩写：DNA”不必加“二级括号”。--自由雨日🌧️❄️ 2024年11月28日 (四) 21:50 (UTC)[回复]
很绕但可以理解。我大概写过「原文：英文：Foobar」之类的东西。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月28日 (四) 23:15 (UTC)[回复]
严重违反冒号使用规范！--自由雨日🌧️❄️ 2024年11月28日 (四) 23:27 (UTC)[回复]
还有您似乎偏好加内链？这就更过分！（）注明语种本身已经不完全必要，还要直接在标题词后面链接至语种条目？（绝大部分条目和拉丁语/意大利语等语言本身根本没有关系。）我觉得只有“伊多语”之类的一般读者没听说过的语言需要加内链吧？--自由雨日🌧️❄️ 2024年11月28日 (四) 21:41 (UTC)[回复]
加内链并不会影响什么啊？目前似乎只有英语不加内链。「伊多语：」只有可能在伊多语条目出现，所以也不会加内链。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月28日 (四) 23:14 (UTC)[回复]
内部链接显然会驱赶读者，就像经济学条目拿马铃薯举例不应将内链加到马铃薯上一样，“拉丁语”之类的属于大部分读者都了解的语言。“伊多语”等罕见语言还可以在伊多民族特色事物中出现的（没点进去看，居然是人造语言……不过可以拿别的小语种来举例，道理一样）。--自由雨日🌧️❄️ 2024年11月28日 (四) 23:25 (UTC)[回复]
说到加内链的问题，本站目前的lang-xx系列模板对大语种不添加内链（英、法、俄等），而小语种则几乎全部自带内链，如果不想链接需用参数控制。我是觉得这样怪怪的，要么就全加要么全都不加。比如上述提及的俄占扎波罗热州，俄语没加内链，乌克兰语却有。（注：这里的大小语种并非依据使用人口划分，具体多少个语种没有被添加内链我也不清楚）--微肿头龙（留言） 2024年11月29日 (五) 03:50 (UTC)[回复]
其实我认为术语不必注语种的逻辑和“学名”“药品名”不必注语种的逻辑一样，可以看作是，如果完全写全，实际上它们是：精神分裂症（术语：〔英〕schizophrenia）、狼（学名：〔拉丁〕Canis lupus）、氟西汀（INN：〔英〕fluoxetine）。学名和药品名语种并不重要，所以省略；术语语种也同样的逻辑省略，最后再省去“术语”两字。--自由雨日🌧️❄️ 2024年11月28日 (四) 20:50 (UTC)[回复]
肯定前件（拉丁語：modus ponens）、跳弓（英语：spiccato）（義大利語：spiccato），虽然英语也是这样拼，但是英维用的是意大利体，大概不是真正的英文？另外括号里面也有可能是其他乱七八糟的东西，比如BWV Anh.114，或者Jean Sibelius这种没法标语言的名字。当然这些不是术语，不过是否会混淆？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月25日 (一) 02:48 (UTC)[回复]
“肯定前件”不算典型术语，至于标不标语种我认为都行（我倾向标，或者说，我倾向“英语默认不标，其他标”，类似“公元”的处理）；“跳弓”之类的音乐术语我觉得应该所有音乐术语特别处理，我倾向是不用标语种，作品号同（我对目前音乐作品条目的格式颇有意见）；Jean Sibelius应该不标即可。--自由雨日🌧️❄️ 2024年11月25日 (一) 03:00 (UTC)[回复]
已在条文写入上述讨论内容。——自由雨日🌧️❄️ 2024年11月25日 (一) 16:26 (UTC)[回复]
( π )题外话：不知道马来西亚怎么样，在中国大陆，绝大部分公共建筑上的中文（比如路牌、站牌、公共交通指示牌等等）全都会附带英文，而且从不标“英语”两个字 ——自由雨日🌧️❄️ 2024年11月24日 (日) 17:43 (UTC)[回复]
不能类比。标识牌没有默认语言，各种语言是面向其使用者的，只要有人看懂就行。中文维基百科面向中文读者，外文也是给中文使用者看的。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月24日 (日) 17:52 (UTC)[回复]
就“工具书能否起到提供必要信息”作用来说，不标“英语”几乎不会有负面作用，纯粹是告诉查阅的读者括注里的名称是学术通用词汇——而且，就像不写“公元”两字的年份通常默认是公元纪年，我不相信不写语种读者会疑惑那是什么语言。当然，或许可以设置《凡例》页面，告诉读者某些分类（学术研究涉及的自然科学类、社会科学类等）下的标题词后均括注英语名称（本来工具书的绝大部分格式、符号等内容就应该写进凡例而不是在每个条目里都用各种方式提供给读者）。此外还有一个问题就是，很多缩写（字母词）源于但已不被部分中文学者视作纯英语（如DNA等，直接收录进了《现代汉语词典》；当然专有名词也有可能存在这种现象）。--自由雨日🌧️❄️ 2024年11月24日 (日) 18:00 (UTC)[回复]
马来西亚的路牌一般只会写马来语，或只写英语。两个语言都写是很少的情况。假设有条路叫Jalan Rosa（Rosa Road），那只会写Jalan Rosa或Jln. Rosa，哪怕用英语交流时提到这条路也会用Jalan Rosa而不刻意念Rosa Road（相当于某些大陆路牌里的XX Lu）--微肿头龙（留言） 2024年11月24日 (日) 23:57 (UTC)[回复]
一個細枝末節的問題：如果省略「英文」的話會不會不好看出哪些外文沒被lang包裹，還是說有什麼介面小工具可以用一下。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月24日 (日) 17:01 (UTC)[回复]
不省略也有很多没有被包裹啊😂（即源代码是直接的英语：XXX） ——自由雨日🌧️❄️ 2024年11月24日 (日) 17:03 (UTC)[回复]
还有这种事？红温了😡 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月24日 (日) 17:05 (UTC)[回复]
另外，我两个方针指引都藏在注脚里的“描述性短语——如cinema of the United Kingdom（英国电影）——是否可建重定向/标注外文没有共识”（不知道你们有没有注意到😂）怎么看？我个人其实是倾向于不允许建重定向/不标注外文名称的。--自由雨日🌧️❄️ 2024年11月24日 (日) 21:49 (UTC)[回复]
我觉得不应该建重定向，但语种可视情况决定是否标上。如果文本语境显然无必要可以不标。--微肿头龙（留言） 2024年11月25日 (一) 00:17 (UTC)[回复]
“语种”是指“标注外语名称”吧（主要前面说到“语种”都是指“英语”“俄语”这几个字本身）？据我观察这类重定向有，外语名称也有而且很多（所以我才说“无共识”，不然可能会想要求尽量限制。当然如果这里讨论认为可以限制那我就要改条文成限制了。--自由雨日🌧️❄️ 2024年11月25日 (一) 00:21 (UTC)[回复]
不好意思，我会错了意。但观点不变：可视具体情况决定是否放入外文。如果写如外文是更好的则要写入，没必要的则省去。--微肿头龙（留言） 2024年11月25日 (一) 00:32 (UTC)[回复]
好的，那我先改成限制了。——自由雨日🌧️❄️ 2024年11月25日 (一) 00:36 (UTC)[回复]
如果是INN药物名的话，标注“INN：XX”是否好过标注“英语：XX”或不标？我目前就是标前者。这些药名实在很难称作是（典型的）英语单词。--微肿头龙（留言） 2024年11月25日 (一) 00:13 (UTC)[回复]
(＋)支持写INN：XX，就像生物学名写学名：XX（一般用模板实现）而不是拉丁语：XX一样。--自由雨日🌧️❄️ 2024年11月25日 (一) 00:15 (UTC)[回复]
或許可以提出，若某名稱來自學術界專有規範（如學名、藥名等），則可照樣標註。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年11月25日 (一) 06:44 (UTC)[回复]
生物学名之前已经有提出了。药名似乎可以附在生物学名后面，已写入。——自由雨日🌧️❄️ 2024年11月25日 (一) 16:26 (UTC)[回复]
我想探討「原則上不允許建立帶消歧義後綴的外文重新導向。」這句話的適切性。雖然說是長期習慣，但不少編者在從外語百科翻譯條目時書目都是直接照搬，如果該書目的原始條目帶有消歧義後綴，則會因為此規定無法清除。打個比方來說，我在十個月前請機器人清理Polygon (website)這個與英文百科同名的連結，十個月後又有好幾個條目使用，這個也是，但類似狀況太多我無法每隔一段時間就回來請人處理，要建立機器人定期清理也不符合成本效益，若無其他特別考量，希望新版指引可以刪除這句話，謝謝。--迴廊彼端（留言） 2024年12月5日 (四) 13:39 (UTC)[回复]
同意，此種情況應有特別之適當豁免。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年12月5日 (四) 22:18 (UTC)[回复]
我个人是希望仍保持不允许的。翻译外语维百时各式各样的问题很多，如标点使用不当、大小写使用不当、照搬模板参数导致不对应等等，这些都属于错误，应该由中维编者修正，而不是为了适应这种错误去开放建立重定向……（这和“错字重定向”不一样，“错字重定向”是已经有不少可靠来源误用某一名称，但这里是编者自己在站内在翻译时的错误。）另邀请@微肿头龙讨论： ——自由雨日🌧️❄️ 2024年12月6日 (五) 14:09 (UTC)[回复]
个人也倾向不允许创建。如果允许创建就约等于认可了所有英维（或其他语言）标题都是可以创建的，毕竟难以有个客观的标准判断哪些是可以豁免的。那干脆不要限制重定向的建立算了。--微肿头龙（留言） 2024年12月6日 (五) 15:50 (UTC)[回复]
User:自由雨日一來建立及使用重定向並不耗費多少系統資源；二來就是有很多翻譯者都不翻書目，例如這個案例中有數十筆使用者草稿都這樣寫，我還看過有數百筆連入的類似狀況，與其不切實際的期待未來有人處理，不如現在直接快速解決。
User:微肿头龙現有方針「僅在語言符合以下條件時方可建立來自此語言的重新導向：
1.此語言（或使用此語言的文化）與目標條目有明確關聯（例如：公司／作品／人物／地方的外文原名），和／或
2.有合理期望中文使用者會使用此語言指稱目標條目（例如部分專業文獻常見之拉丁化外文人名）」已能限縮建立這類的重定向，新方針又更加細緻，我不認為需要擔心。--迴廊彼端（留言） 2024年12月12日 (四) 13:33 (UTC)[回复]
我不反对建立外文重定向（如建立Polygon是ok的），我有意见的只是连外语的消歧义尾缀一起搬过来，如上方Polygon (website)这种。如果允许了，可能还会延伸到能不能把英维的各种消歧义尾缀一起搬过来（如Polygon (magazine)、Polygon (publication)等等）。我觉得这就有点过分了，已经超出了“合理期望”。如果要这样干脆不要进行任何限制。当然，我只是出于原则性的不支持，我也不知道要怎么解决译者懒得翻译的问题，如果更多用户支持阁下的想法我可以保持沉默。--微肿头龙（留言） 2024年12月12日 (四) 14:02 (UTC)[回复]
(▲)同上和我前面的意见，我依然认为这些翻译者的问题属于错误，应当修正而不是利用重定向去弥补。照搬英维参考文献时出现的错误远远不止重定向，例如还有日期格式、参数不对应等等。--自由雨日🌧️❄️ 2024年12月12日 (四) 14:34 (UTC)[回复]
User:微肿头龙麻煩的是，en:Polygon (website)是條目主要命名就有消歧義尾綴。--迴廊彼端（留言） 2024年12月19日 (四) 05:08 (UTC)[回复]
  • 限於「讨论页」説明導致多開新頁面，應同時容許在編輯摘要説明。
  • 《外文重定向》方针提案第1點中「该外文文本常常直接在中文语境使用」與第6點中「其他常会在中文语境出现的外文文本」，除「直接」一詞外，無大不同，涉嫌重複，應去除有附加條件的後者。
  • 《外文重定向》方针與首句《外语名称》格式指引提案多數幾點大意重叠，應將其中重複的後者導向前者，減少重複及修訂維護困難。
  • 衆人皆知的對象無需括注或舉例，否則叠床架屋、不堪卒讀。另如，“俄罗斯”、“精神分裂症”、“通用语”3例長分句説明同一情形，保留一例足矣；「通常为字母词（如CD指激光唱片）和英语词（如bug指程序错误）」，例上加例，一層事例即可；等等。
  • 首句《外语名称》格式指引提案前半連寫3點「無共識」，令人不想續讀，應將「有共識」者置前，並盡量壓縮「無共識」者長度或改成腳註。
--— Gohan 2024年12月13日 (五) 08:27 (UTC)[回复]
  • 已补充“编辑摘要”。
  • 我认为是不太一样的。“直接使用”的意思是直接作为一个词汇（不出现对应中文）而出现，比如“这盘CD是……”，直接用“CD”代替“激光唱片”；而“出现”则包括了以括注形式出现，比如美国、英国等极为常见的专有名词一般不会在后面括注外文，但不常见的外文人名则不论是学术著作还是普通新闻媒体都常括注外文。——当然“专有名词”已经在前面条文中有了，我是在设想前面条文没有覆盖到，但仍常会在中文语境（包括括注）中出现的那些外文词汇。
  • 具体如何导向？毕竟是不同的指引页面……
  • “衆人皆知的對象無需括注或舉例”具体是指？“俄罗斯”“精神分裂症”“通用语”其实是3个不同的情况：“俄罗斯”是中译名译自非目标语言的情况，“精神分裂症”是（一些编者喜欢）介绍外文词本身构词法的情况，“通用语”是外文词本身移植自另一外文的情况。不过可能确实过长，将后两者移入注释。“字母词”和“英语词”我认为性质差异比较大：“字母词”的使用已非常广泛，甚至被部分学者视作类似“准中文”的存在，例如部分字母词已被《现代汉语词典》收录；而“英语词”则暂时还没有这种地位，所以我认为可均予以举例，且多一例并不太长（比起那些“无共识”注释等来）。
  • 已将“无共识”内容移入注释。
——自由雨日🌧️❄️ 2024年12月13日 (五) 08:53 (UTC)[回复]
  • 提議條文讀不出「直接使用」與「出現」有此差異，此層差異應在條文中有所體現。
  • 重複的情形可表述為「符合外文重定向條件的名稱……」並加內鏈，剩餘部分細述不同的情形。
  • 意即保留「字母詞和英語詞」足矣，衆人皆知字母詞和英語詞分別爲何，無需「CD」、「bug」。「（甚至可能比标题词本身更常用）」也多餘。
--— Gohan 2024年12月14日 (六) 08:40 (UTC)[回复]
  • 已加入“（不出现相应中文）”“（包括中文文本的括注中）”括注。
  • 一开始我就是这么想的，后来总觉得格式指引还是具体写出来比较好。目前我提议的版本由于特意保持两边“同步”，其实除了“无共识”中的那三个注释外，好像基本上都是一致的。但由于每一项都有“无共识”或“是否标注语种”之类的细则，似乎每一项都要链接一词，这样不便阅读，还是写出来？
  • 已删除这些举例和注释。不过我其实担心“字母词”一词不一定“众人皆知”……
——自由雨日🌧️❄️ 2024年12月14日 (六) 08:51 (UTC)[回复]
再經思慮，其實中文新聞、期刊、論文等正文括注的非中文名稱的重要性或常用度往往不亞於《外文重定向》方针提案前5點的對象，傾向於與前5點維持同一待遇。--— Gohan 2024年12月15日 (日) 09:22 (UTC)[回复]
已改写，目前这样编排如何？——自由雨日🌧️❄️ 2024年12月15日 (日) 13:58 (UTC)[回复]
发现最后一条忘记加“编辑摘要”了，已补上。——自由雨日🌧️❄️ 2024年12月15日 (日) 19:11 (UTC)[回复]
行文之外可以接受。行文恐難彌補，也罷。尚可。--— Gohan 2024年12月18日 (三) 08:56 (UTC)[回复]
@自由雨日：我希望確認一下這裏的討論是否已經形成共識。這個討論串的長度實在非常長，但討論串所討論的兩個對象似乎不存在主從關係，因此不適合改走RFC機制。為減輕客棧的長度壓力，如果這裏的討論已經形成共識，你可以依據WP:共识#提案討論及公示時間中“已討論達30日”的條款在12月19日公示提案。Sanmosa 蚌埠 2024年12月17日 (二) 09:02 (UTC)[回复]
啊这正是我的意思（）本来下面的话我打算两天后发的，既然您问了我就现在说一下：除回廊彼端提出的“放宽外文重定向限制，允许创建带外文消歧义后缀的外文重定向”外，其他各点均已达成共识（当然神秘悟饭目前还没回复，或还可能有其他意见，但应该基本上只是小修改了）。因为过去就一直不允许那样的外文重定向（参见方针条文和存废讨论等），而目前的提案延续过去的共识，故“无共识”不影响公示（若未来有更多人认为应放开这类重定向创建，可以另行提案修改）。因此，不出意外的话这（两）个提案可以再12月19日公示了。--自由雨日🌧️❄️ 2024年12月17日 (二) 10:11 (UTC)[回复]
公示7日，2024年12月27日 (五) 00:58 (UTC)結束。迴廊彼端提出的放宽外文重定向问题可在上方继续讨论，或另案讨论，不影响此次修订（此次修订不涉及改变对这部分内容的旧有共识）。——自由雨日🌧️❄️ 2024年12月20日 (五) 00:58 (UTC)[回复]

將WP:格式手冊所有方針與論述移動到MOS命名空間，並將MOS命名空間更名為「格式手冊」

本主題全部或部分段落文字，已移動至WT:命名空间。执行人：Sanmosa 蚌埠 2024年12月20日 (五) 00:58 (UTC)。[回复]

应根据WP:用戶頁对WP:用戶框进行修订

本主題全部或部分段落文字，已移動至WT:用戶框。执行人：Sanmosa 蚌埠 2024年12月20日 (五) 01:17 (UTC)。[回复]

赋予过滤器助理修改滥用过滤器权限

本主題全部或部分段落文字，已移動至WT:過濾器助理。执行人：亲，我簽名那刻的時間是 2024年12月22日 (日) 08:36 (UTC)。[回复]

提議維基百科:抄襲併入維基百科:不要包含原始資料的副本

本主題全部或部分段落文字，已移動至WT:不要包含原始资料的副本。执行人：Sanmosa 蚌埠 2024年12月21日 (六) 04:08 (UTC)。[回复]

請求社群關注仲裁委員會在管理員的離任討論中相關的權限問題

本主題全部或部分段落文字，已移動至WT:管理員的離任。执行人：Sanmosa 腦洞大開 2024年12月25日 (三) 13:54 (UTC)。[回复]

重新讨论NT:MUSIC

本主題全部或部分段落文字，已移動至WT:關注度 (音樂)。执行人：Sanmosa 蚌埠 2024年12月17日 (二) 08:42 (UTC)。[回复]

建議Wikipedia:愛好者內容擴增「交通迷內容」方針之請求與討論

本主題全部或部分段落文字，已移動至WT:公共交通路線條目指引。执行人：Sanmosa 蚌埠 2024年12月21日 (六) 04:13 (UTC)。[回复]

被不限期封禁用户不应默认复审移除IP封禁豁免权限

本主題全部或部分段落文字，已移動至WT:申请解除权限。执行人：Sanmosa 蚌埠 2024年12月17日 (二) 23:27 (UTC)。[回复]

欢迎就Wikipedia:格式手冊/無障礙/2025草稿提供意见

草稿基本上已翻译完毕，颇具规模，但仍需润色。部分子页面也需要编写，但最重要的还是了解中文屏幕阅读器的习性（因为我没用过）。--ItMarki探討人生 2024年12月15日 (日) 17:02 (UTC)[回复]

zh-cn:稀有气体;zh-tw:惰性氣體;zh-hk:貴氣體;zh-sg:惰性气体;，要不咱换四书五经吧。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月16日 (一) 03:15 (UTC)[回复]
改成四书了。--ItMarki探討人生 2024年12月16日 (一) 04:58 (UTC)[回复]
差異連結。@ItMarki：我會希望你簡要地説明一下你翻譯的版本與現版本有甚麽主要的分別。Sanmosa 蚌埠 2024年12月21日 (六) 04:21 (UTC)[回复]
添加内容、翻译未翻译的语句。--ItMarki探討人生 2024年12月21日 (六) 05:09 (UTC)[回复]
具體添加了甚麽？（翻譯未翻譯的語句的部分我暫時沒有疑問）Sanmosa 蚌埠 2024年12月21日 (六) 05:12 (UTC)[回复]
@ItMarki。Sanmosa 蚌埠 2024年12月21日 (六) 07:25 (UTC)[回复]
#分数、#标注外文、#书写系统、#图像位置、#图标和#其他垂直列表这些章节。--ItMarki探討人生 2024年12月21日 (六) 08:30 (UTC)[回复]
@Sanmosa：这个坑是我开的，现行内容搬过来是十年前，很难说技术日新月异的今天我们用十年前的翻译版会不会有问题。特别是你看到旧版页面还有1024*768的屏幕。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月22日 (日) 06:22 (UTC)[回复]
啊，我以為這是按現enwiki的內容翻的。亲，我簽名那刻的時間是 2024年12月22日 (日) 07:08 (UTC)[回复]
/2025确实是按enwiki内容译的 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月22日 (日) 07:14 (UTC)[回复]
我也只是循例問一下具體差異而已，我起初看到這討論串時其實也get不到提案具體要做甚麽，我相信如果我不問的話其他人大多也不知道。亲，我簽名那刻的時間是 2024年12月22日 (日) 08:53 (UTC)[回复]
@ItMarki如果你不追求硬體上的螢幕閱讀功能，可以使用Ctrl+Shift+U在Microsoft Edge上測試及驗證部分敘述是否與實際一致。如果使用WINDOW作業系統也可以嘗試使用預設的無障礙設定(文字轉語音)功能測試--Rastinition（留言） 2024年12月21日 (六) 08:37 (UTC)[回复]
感觉很烂，难以想象视障人士得用这种东西。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月22日 (日) 07:16 (UTC)[回复]
@ItMarki (～)補充行動設備也預設文字轉語音功能，你可以自行測試，macOS雖然是另外一套獨立系統，也有預設類似功能。--Rastinition（留言） 2024年12月22日 (日) 12:40 (UTC)[回复]
(～)補充Microsoft Edge似乎还可以，默认无障碍真的感觉很烂。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月23日 (一) 00:25 (UTC)[回复]
对于外文必须用lang，表示存疑，尤其是简单、常见的英文词汇，或者中文词汇本身含拉丁字母的。--YFdyh000（留言） 2024年12月22日 (日) 07:30 (UTC)[回复]
執行上可以有一定的例外，比如Facebook、Instagram（IG）這類的詞彙確實不需要真的用到lang。另一種未來潛在會有同樣問題的詞彙是臺灣原住民人名，現在的臺灣原住民一般傾向於以拉丁字母而非漢字音譯表示其本名，比如Kolas Yotaka，站內此前有就臺灣原住民條目的命名作一定的討論，而臺灣現在已經開始把以拉丁字母拼寫的臺灣原住民人名當成中文一樣處理，如果外文必須用lang的規定要完全硬性地執行，這在未來將會導致一些尷尬的情況。就此，我會建議可以指明一些帶有非漢字字符的詞彙類型視為中文。亲，我簽名那刻的時間是 2024年12月22日 (日) 09:04 (UTC)[回复]
@ItMarki。Sanmosa 2024年12月22日 (日) 12:35 (UTC)[回复]
已修订。--ItMarki探討人生 2024年12月22日 (日) 13:23 (UTC)[回复]
special:diff/85405847(？)疑問：什么是“含外文文字的中文专有名词”？（这个词组语义上就自相矛盾）--自由雨日🌧️❄️ 2024年12月22日 (日) 13:45 (UTC)[回复]
腾讯QQ、哆啦A梦、上证A股。常用非中文词汇，存在一些边缘情况，希望能互相理解、避免冲突、以常用软件实际表现为准，比如Google（谷歌）、Facebook（脸书）在中国大陆算不算常用英文词，或者频频争论的日文汉字词汇。NBA大概算常用？TCL、TLC又怎么看待。--YFdyh000（留言） 2024年12月22日 (日) 20:16 (UTC)[回复]
“腾讯QQ”等你可以说是“中文占主要部分的专有名词”，“上证A股”是“中文占主要部分的普通名词”，“NBA”等是字母词（前两类也通常归入字母词）；“Google”等是“中文语境下常用的外文词汇”（这类词几乎都是英文词）。至于日文汉字词则是日文不是中文。现在仍然将“日文汉字词视作中文”称为有“争论”我实在是很无语……非正当合理意见并不是“争论”。我当然知道“含外文文字的中文专有名词”想表达什么，也完全不是反对它想表达的内容；我是想强调作为格式手册，用语必须严谨，“含外文文字的中文 专有名词”肯定是不对的表达（外文并不是中文，这项规定也不应限于专有名词）。综合前述几类，说成“字母词，或中文语境下常出现的外文词”即可。（如果要再严谨点，再额外排除“中文文本括注等专门说明外文词汇时出现的外文”。）--自由雨日🌧️❄️ 2024年12月22日 (日) 21:48 (UTC)[回复]
Special:Diff/85411565 这样写可以吗？--ItMarki探討人生 2024年12月23日 (一) 04:26 (UTC)[回复]
我觉得不错。另外还可以举例“CD”这种纯字母词（相对于“A股”这种字母+汉字的字母词而言）。——自由雨日🌧️❄️ 2024年12月23日 (一) 04:31 (UTC)[回复]
“希望能互相理解、避免冲突”指的是？--自由雨日🌧️❄️ 2024年12月23日 (一) 04:19 (UTC)[回复]
就是感觉，可能不存在严格的规则来决定怎么加lang；特定条目里，大量lang或许对源代码编辑及模板限制是个负担而收益有限？--YFdyh000（留言） 2024年12月23日 (一) 05:08 (UTC)[回复]
稍早在監視清單看到一個例子(被記錄在編輯摘要)，原文是现在存在一个页面模版使用率过高，导致无法显示langja的模版，甚至都无法使用reflist；这种subpage解决方法没有任何的用，不知道怎么办了，如果強制要求使用lang，在部份愛好者頁面可能會提早呈現模板失能的狀態。(( π )题外话愛好者頁面過度擴充遇到問題才想到要分拆，分拆以後確認問題解決又重新無節制，直到問題再重新發生，不斷的循環)--Rastinition（留言） 2024年12月23日 (一) 14:21 (UTC)[回复]
把模板展开成模块，把reflist改成<references />，还能撑一会儿。但是还是删爱好者内容才是正道。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月24日 (二) 02:44 (UTC)[回复]
哦哦。我还以为您是将我那条留言理解成了我反对这一条款，让我“互相理解、避免冲突”（我并未反对，只是单纯对那个词组措辞提出意见而已；现在的表述已经修正了）。--自由雨日🌧️❄️ 2024年12月24日 (二) 00:28 (UTC)[回复]
对于外语的标注，如果没有下载对应语言的语音包，似乎只会用中文语音乱合，或者直接跳过？ ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月23日 (一) 01:08 (UTC)[回复]

提議DYK/GA/FA引入cooldown time(或譯冷靜時間)

本主題全部或部分段落文字，已移動至WT:新条目推荐/候选。执行人：Sanmosa 2024年12月22日 (日) 11:17 (UTC)。[回复]

提議WP:POINT引入反對言論規範。

本主題全部或部分段落文字，已移動至WT:不要為闡釋觀點而擾亂維基百科。执行人：Sanmosa 蚌埠 2024年12月20日 (五) 00:48 (UTC)。[回复]

控制複雜ANM案例

本主題全部或部分段落文字，已移動至WT:管理员布告板/其他不当行为。执行人：Sanmosa 在黑魔法的幫助下密謀推翻軍政府 2024年12月22日 (日) 14:17 (UTC)。[回复]

建議明確签名的「255字节」是以何种編碼計算

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:签名。

方针并未明确签名是以何种编码计算长度。

--内์์์์์์์存๎๎๎๎溢出์์์์์์์的๎๎๎๎猫瞄?喵! 2024年12月20日 (五) 06:25 (UTC)[回复]

我猜默認是UTF-8？Sanmosa 蚌埠 2024年12月20日 (五) 06:47 (UTC)[回复]
看了下提醒签名问题的机器人的代码似乎应是 UTF-8，但我也不知是否符合 MediaWiki 所用的编码。
::sign_len = len(sign.encode())
::if sign_len > 255:
::    sign_errors.add((1, 'sign-too-long', sign_len))
--内์์์์์์์存๎๎๎๎溢出์์์์์์์的๎๎๎๎猫瞄?喵! 2024年12月20日 (五) 09:10 (UTC)[回复]

维基百科:关注度 (组织)加入大專

本主題全部或部分段落文字，已移動至WT:关注度 (组织)。执行人：Sanmosa 蚌埠 2024年12月21日 (六) 04:04 (UTC)。[回复]

修改WP:SOAP

本主題全部或部分段落文字，已移動至WT:维基百科不是什么。执行人：亲，我簽名那刻的時間是 2024年12月22日 (日) 08:38 (UTC)。[回复]

電子遊戲與日本動漫條目命名的標點符號使用規定

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:命名常规 (电子游戏)、Wikipedia talk:命名常規 (日本動漫遊戲條目)。

參照Talk:加油！中村同學！！，現提議如下：

修訂WP:命名常规 (电子游戏)
現行條文

外文游戏副标题的表示方式尊重原题，但标题中的非中文标点应改为对应中文标点（例如英文“:”和日文“〜”应改为中文下的全角“：”和“～”）。

提議條文

外文游戏副标题的表示方式尊重原题，但标题中的非全形标点应改为对应全形标点（例如英文“:”和日文“〜”应改为中文下的全角“：”和“～”）。前後均緊接半形字符的標點符號與前接半形字符且位於末端的標點符號例外，這兩種情況下標題中的非半形標點應改為對應半形標點。

為WP:命名常規 (日本動漫遊戲條目)新增條文

新增條文如下：

以上。Sanmosa 在黑魔法的幫助下密謀推翻軍政府 2024年12月23日 (一) 04:10 (UTC)[回复]

WP:SW

現今劇透內容大多是原創研究，是否需要增加劇透必須為非原創研究，敬請公決。-- A0(討論·簽名) 2024年12月24日 (二) 13:15 (UTC)[回复]

现今剧透内容大多是原创研究[來源請求]？未标来源是使用了作品作为一手来源，而非原创研究。当然，一些可能有争议的剧情（比如悬疑剧的不同解读）我确实认为应要求加入来源，而不能由编者自己分析。但“大多是原创研究”并不至于吧？叙述不会有争议的剧情虽当然有来源更好，但不标注来源也不构成原创研究。--自由雨日🌧️❄️ 2024年12月24日 (二) 13:23 (UTC)[回复]
在格式手冊/虛構的作品寫法格式中，是沒有強制相關作品介紹或者劇情介得要加上引註，可以另外參照轄下的章節引用與來源內容資訊的描述，作品本身的介紹可以視為WP:第一手來源，但也可以添加引註，而這不影響整體作品介紹。--薏仁將🍀 2024年12月24日 (二) 22:35 (UTC)[回复]
那會影響典優條目的評選嗎-- A0(討論·簽名) 2024年12月25日 (三) 00:14 (UTC)[回复]
当然不会。《普罗米修斯》 ——自由雨日🌧️❄️ 2024年12月25日 (三) 00:21 (UTC)[回复]

技術

濫用過濾器警告信息

本主題或以下段落文字，在討論結束後應存檔至MediaWiki talk:Abusefilter-warning。

剛剛不小心觸發了Special:滥用过滤器/12，收到警告但因無明確信息我根本不知道爲什麽會觸發。現在知道了，但請為此過濾器（及其他僅使用“abusefilter-warning”做警告信息的過濾器）補充明確説明，方便編者，謝謝。--惣流·明日香·蘭格雷不姓式波 2024年11月18日 (一) 01:36 (UTC)[回复]

好像有简要提示？……概述如下：字词转换缺少简体设置。——敬颂冬绥 ZhaoFJx(论•签) 2024年11月18日 (一) 01:41 (UTC)[回复]
啊，瞎了，前面太長沒看到 囧rz……不過考慮把概述搬到前面？方便我此類“盲毛”--惣流·明日香·蘭格雷不姓式波 2024年11月18日 (一) 01:50 (UTC)[回复]
“您的此次编辑触发了关于某某原因的编辑器……”类似这样的？——敬颂冬绥 ZhaoFJx(论•签) 2024年11月18日 (一) 13:22 (UTC)[回复]
類似，我的想法之一是“警告：您的操作觸發了濫用規則，其描述為：字词转换缺少简体设置 [新行] 此操作已被系統自動識別為……”。--惣流·明日香·蘭格雷不姓式波 2024年11月18日 (一) 23:23 (UTC)[回复]

警告：您的操作触发了滥用规则，其描述为：$1。无意义的操作会被迅速地回退，而过分或重复的无意义编辑会导致您的帐户或IP地址遭到封禁。如果您确信本次操作是有意义的，您可以再次点击「发布更改」以提交它。

如何？——敬颂冬绥 ZhaoFJx(论•签) 2024年11月18日 (一) 23:37 (UTC)[回复]
(＋)支持最好$1後開新行，但這也可以。--惣流·明日香·蘭格雷不姓式波 2024年11月18日 (一) 23:47 (UTC)[回复]
等待更多意见形成共识后就去MediaWiki_talk:Abusefilter-warning提编辑请求（）放到bulletin上哩——敬颂冬绥 ZhaoFJx(论•签) 2024年11月19日 (二) 00:18 (UTC)[回复]
好的，另建議“如果您確信本次操作是有意義的，您可以再次點擊「發佈變更」以提交它。”同樣寫於新行，但必要性不及$1後開新行。--惣流·明日香·蘭格雷不姓式波 2024年11月19日 (二) 01:34 (UTC)[回复]
現行條文

警告：此操作已被自动识别为有害。无意义的操作会被迅速地回退，而过分或重复的无意义编辑会导致您的帐户或IP地址遭到封禁。如果您确信本次操作是有意义的，您可以再次点击「发布更改」以提交它。与您此次行为所匹配的过滤规则概述如下：$1

提議條文

警告：您的操作触发了滥用过滤规则，其描述为：$1。
无意义的操作会被迅速地回退，而过分或重复的无意义编辑会导致您的帐户或IP地址遭到封禁。
如果您确信本次操作是有意义的，您可以再次点击「发布更改」以提交它。

这样？——敬颂冬绥 ZhaoFJx(论•签) 2024年11月19日 (二) 02:14 (UTC)[回复]

清晰多了，感謝閣下的協助。--惣流·明日香·蘭格雷不姓式波 2024年11月19日 (二) 02:36 (UTC)[回复]
@ZhaoFJx：濫用規則→過濾（器）規則，本地習慣--SunAfterRain 2024年11月29日 (五) 14:42 (UTC)[回复]
@SunAfterRain：赞，谢谢提醒。——敬颂冬绥 ZhaoFJx(论•签) 2024年11月29日 (五) 17:02 (UTC)[回复]

本討論章節會維持開放，暫時不按最後意見發表時間存檔，等待更多讨论。欲讓機器人存檔，請移除本模板。留言請置於本模板上方。

本主題或以下段落文字，在討論結束後應存檔至Template talk:Navbox、MediaWiki talk:Common.css。

之前開過，沒人回存檔了，例見沙盒。剛剛又稍微研究了一下，雖然不太懂不過應該找到問題所在了，似乎是Template:Hlist/styles.css line 143附近的first-child::before。希望懂行的幫忙處理一下，謝謝。--惣流·明日香·蘭格雷不姓式波 2024年11月30日 (六) 04:49 (UTC)[回复]

參照日文維基百科，應該是要把MediaWiki:Common.css#L-162--L-172，改成Template:Hlist/styles.css#L-127--L-102，註釋掉的部分，不可有.hlist ol ol:before--Qqkuro66541（留言） 2024年12月2日 (一) 15:23 (UTC)[回复]
在迁移完Navbox和Hatnote之后，接下来准备着手迁移Hlist/Plainlist，只不过需要精力以及人手支援。--Dabao qian℡ 2024年12月17日 (二) 18:15 (UTC)[回复]

本討論章節會維持開放，暫時不按最後意見發表時間存檔。欲讓機器人存檔，請移除本模板。留言請置於本模板上方。

應將使用Fullurl模板之頁面連結排除於待建立模板外

本主題或以下段落文字，在討論結束後應存檔至Template talk:Fullurl、Module talk:TemplateExist。

於Phabricator查看
編號T363708的工單
狀態：問題應於本地解決
因此請求無效

如題。但不知這是本站獨有問題，亦或全域皆然？—— Eric Liu 創造は生命（留言・留名・學生會） 2024年12月14日 (六) 13:40 (UTC)[回复]

调用方式是解析器函数而非模板。统计功能bug？--YFdyh000（留言） 2024年12月14日 (六) 13:52 (UTC)[回复]

本討論章節會維持開放，暫時不按最後意見發表時間存檔，等待緩存清完。欲讓機器人存檔，請移除本模板。留言請置於本模板上方。

由Flow引起的用户讨论页故障

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:結構式討論。

於Phabricator查看
編號T380910的工單

内部错误

结构式讨论工作流未与此页面相关联。

[0d7538e3-f3e4-49db-bec8-91659aa5b456] 2024-12-16 06:37:23: 类型“Flow\Exception\InvalidDataException”的致命异常

——UT:Addonian1123

谁有能力给修一下吧。--Txkk（留言） 2024年12月16日 (一) 06:49 (UTC)[回复]

@Ericliu1912、@Shizhao。--碟之舞📀💿 2024年12月16日 (一) 13:06 (UTC)[回复]
已知：
User_talk:Addonian1123
User_talk:Xiqian
User_talk:Qnurye
User_talk:Someone_who_likes_maps
还有其他故障页面吗？--碟之舞📀💿 2024年12月16日 (一) 13:08 (UTC)[回复]
@Txkk：別報phab了，管理員就能修。我晚點處理掉。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年12月17日 (二) 10:50 (UTC)[回复]
啊？我说报phab了吗？--Txkk（留言） 2024年12月17日 (二) 12:39 (UTC)[回复]

Category:巴西游泳运动员和Category:巴西游泳運動員

如题，我发现明明有Category:巴西游泳運動員这个分类的情况下，Category:巴西游泳运动员还是显示的红链而非蓝链，但同样的繁简不同Category:阿富汗游泳运动员却能正常指向到Category:阿富汗游泳運動員。--💊✖️2️⃣3️⃣（留言） 2024年12月16日 (一) 09:57 (UTC)[回复]

猜測可能是因爲全局轉換中將「西游」識別成簡體，系統認爲這個短語是繁簡混用，比如10年前的分類討論頁中Category talk:巴西游泳運動員的移動請求，不過一直無人處理，目前處理辦法估計是移動到簡體的分類。全局轉換中的「西游->西遊」可能需要刪除或者增加其他修復。同样的Category:巴西游泳場館也无法用简体搜索。另外Category:巴西游泳在繁体情况下自动转换成了「分類:巴西遊泳」。--Kethyga（留言） 2024年12月16日 (一) 11:22 (UTC)[回复]
原来是“西游”造成的过度转换啊……那确实需要在全局转换当中修复一下了……搞得我一开始还以为分类的繁简内链转换坏了……个人倾向增加其他修复（就是追加“巴西游泳”⇔“巴西游泳”的规则）--💊✖️2️⃣3️⃣（留言） 2024年12月16日 (一) 12:12 (UTC)[回复]
可能有「巴西游擊隊」，不如轉換「巴西游」即可。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年12月17日 (二) 10:52 (UTC)[回复]
我还想到有：根西游泳运动员、泽西游泳运动员……不过这两个都不常出现……--💊✖️2️⃣3️⃣（留言） 2024年12月20日 (五) 17:38 (UTC)[回复]
看Kethyga在Wikipedia:字词转换/修复请求开了此案，原来还有“山西游泳”、“陕西游泳”、“江西游泳”、闽西游击区这些啊。--💊✖️2️⃣3️⃣（留言） 2024年12月23日 (一) 04:57 (UTC)[回复]

2024年第51期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

  • 想在您的本地維基上更有效地管理活動嗎？CampaignEvents扩展讓活動籌辦人員得以直接在維基上管理活動報名、宣傳活動或專題、尋找潛在參與者。如果您是活動籌辦人員，或認為您的社群將受益於此扩展，請立即展開討論，探討在您的維基上啟用它的可能性。參閱部署狀態頁面，了解如何為您的維基請求部署。

近況更新 - 面向編輯者

  • 義大利和墨西哥的iOS維基百科App使用者在義大利語、西班牙語、英語維基百科上，可以看到個人化的「年度回顧」，其中包含關於其閱讀和編輯紀錄的洞察報告。
  • 漠南非洲和南亞地區的Android維基百科App使用者可以看到新的「兔子洞」功能。這項功能會根據目前瀏覽的條目，在搜尋欄中顯示建議的搜尋項，以及根據使用者最近瀏覽的兩篇條目產生建議閱讀清單。
  • 全域提醒機器人現已在近800個維基上活躍運作。這項服務會在使用者臨時權限到期前發出提醒，方便其申請延長。參閱技術細節頁面了解更多。
  • 因應年末假期，下一期技術新聞將於2025年1月13日發送。感謝今年所有參與翻譯、貢獻內容以及提供寶貴意見的各位。
  • 經常項目 查看上週解決的共27個社群提交工單。 例如，Android維基百科App的一個錯誤導致可翻譯SVG圖片在點擊時顯示錯誤的語言。此問題現已修復。

近況更新 - 面向技術貢獻者

  • 下週沒有MediaWiki的新版本。 下一次部署將於1月14日開始。 [1]

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2024年12月16日 (一) 22:23 (UTC)[回复]

Sub-referencing: Request for feedback

Hello and apologies for writing in English. I’m Johannes from the WMDE Technical Wishes team. Four months ago, we reached out to the community to discuss the new sub-referencing feature we are currently working on. Thank you to everyone who shared their thoughts and feedback on meta:Talk:WMDE Technical Wishes/Sub-referencing or in local village pump discussions!

We would like to ask for your perspective again, because we’ve made changes to the wikitext syntax of sub-referencing, based on the feedback we’ve received and because it’s the only viable way of dealing with some technical limitations. Please visit meta:Talk:WMDE Technical Wishes/Sub-referencing#Request for feedback to read more about our approach for inline sub-referencing and share your thoughts. Thanks for your effort!

PS: If another noticeboard is more appropriate, feel free to share this message. We are also happy if you want to add a translation!

Johannes Richter (WMDE)（留言） 2024年12月17日 (二) 14:43 (UTC)[回复]

说实话，虽然想要解决的问题很好，但是实在不喜欢目前的解决方案，还是{{r}}系列模板更漂亮一些--百無一用是書生 (☎) 2024年12月18日 (三) 02:09 (UTC)[回复]
Thanks for your feedback @Shizhao! The issue with {{r}} and similar templates is that their usability is lower in VisualEditor, that's why we want to implement a MediaWiki solution which works equally well in Wikitext and VisualEditor.--Johannes Richter (WMDE)（留言） 2024年12月18日 (三) 10:11 (UTC)[回复]

禮儀師之奏鳴曲頁面開頭的典範條目之星是不是太大了？

本主題或以下段落文字，在討論結束後應存檔至Talk:送行者：禮儀師的樂章。

本主題或以下段落文字，移動自Wikipedia:互助客栈/求助。执行者：YFdyh000（留言） 2024年12月17日 (二) 16:13 (UTC)。[回复]

我不知道如何把典範條目之星改小，所以在此求助一下。--Yurivikyi（留言） 2024年12月17日 (二) 15:29 (UTC)[回复]

异常巨大了。“引用模板后大小超过限制的页面”，似乎导致页面元素div id="mw-indicator-[[:#if:]]?'"`UNIQ--item-487--QINU`"'?"而非id="mw-indicator-FA"。--YFdyh000（留言） 2024年12月17日 (二) 16:00 (UTC)[回复]
{{Featured article}}所用Template:Top icon调用的Template:Category handler似乎占用了不少模板配额，两三成？--YFdyh000（留言） 2024年12月17日 (二) 16:11 (UTC)[回复]
似乎可以把Template:Category handler lua化一下？--百無一用是書生 (☎) 2024年12月18日 (三) 02:10 (UTC)[回复]
已将Template:Category handler lua化，请检查是否有问题--百無一用是書生 (☎) 2024年12月24日 (二) 08:24 (UTC)[回复]
看来不完全是{{Category handler}}问题，lua化后送行者：禮儀師的樂章仍然星星图标巨大化，引用模板后大小超过限制：Special:PermaLink/85423621--百無一用是書生 (☎) 2024年12月24日 (二) 08:30 (UTC)[回复]
似乎Movie转换组占用了1MB的展开后大小？--YFdyh000（留言） 2024年12月24日 (二) 08:57 (UTC)[回复]
那看来就要实施这个了：Wikipedia_talk:字詞轉換處理/公共轉換組#思路：條目預儲公共轉換組中匹配的規則，減少載入時間。暂时先用测试阶段的{{noteTA-lite}}处理了，看来可以解决这个问题，的确是转换组太大造成的--百無一用是書生 (☎) 2024年12月24日 (二) 09:09 (UTC)[回复]

AFCH增添

本主題或以下段落文字，在討論結束後應存檔至WikiProject talk:建立條目/協助腳本。

個人當審查員時經常遇見翻譯腔的草稿，希望在WikiProject:AFCH的拒絕理由增加「翻譯腔」，大致介紹或可如下：

TNESE－翻譯腔 本篇在翻譯上字句不通暢，譯文生硬、不協調，請參見Wikipedia:翻譯腔以了解如何解決。--Kanshui0943（留言） 2024年12月18日 (三) 13:24 (UTC)[回复]

@Kanshui0943：請找@94rain，因為不是小工具。--SunAfterRain 2024年12月18日 (三) 18:58 (UTC)[回复]

iOS行動版app加入連結功能易引導他人違反WP:NOTBROKEN

我日前要將條文內文中的中華民國大陆時期（無內部連結的純文字）加入內部連結，使用手機ios app編輯，將中華民國大陆時期選取後，按下方的「加入連結」圖示，直接選取中華民國大陸時期（下方灰字：重新導向自中華民國大陆時期），就自動顯示為[[中華民國大陸時期|中華民國大陆時期]]了，因而被提醒違反WP:NOTBROKEN。因此，認為有改善此功能之必要，否則一般人沒想那麼多非常容易就無意間違反規定了。--アレックス（留言） 2024年12月19日 (四) 07:18 (UTC)[回复]

可视化编辑器也是这样。--Kcx36（留言） 2024年12月21日 (六) 09:40 (UTC)[回复]

修正参考资料格式能否由机器人自动完成

如85392182这样的编辑能否使用机器人自动完成（修正参考资料格式）--Gaolezhe（留言） 2024年12月21日 (六) 09:15 (UTC)[回复]

en:WP:REFILL，效果。--Kcx36（留言） 2024年12月21日 (六) 09:34 (UTC)[回复]

条目左上角的“维基百科，自由的百科全书”怎么不见了？

如标题所述。--碟之舞📀💿 2024年12月24日 (二) 12:40 (UTC)[回复]

剛剛看了一下，其他語言版本還有（本站舊版Vector也有），所以是本站新版外觀的問題？—— Eric Liu 創造は生命（留言・留名・學生會） 2024年12月24日 (二) 14:31 (UTC)[回复]
Wayback Machine追溯得知今年5月Vector 2022也还有，但是6月就没有了。--碟之舞📀💿 2024年12月25日 (三) 02:14 (UTC)[回复]
HTML代码现在是这样：
<div id="siteSub" class="noprint" style="display: none;">维基百科，自由的百科全书</div>
英文版没有style部分，这个内联css暂时没找到是哪里给加上的--百無一用是書生 (☎) 2024年12月25日 (三) 03:48 (UTC)[回复]
看了一下几个中文姊妹项目，维基词典、维基文库、维基学院、维基导游没有显示；维基语录、维基新闻、维基教科书显示--百無一用是書生 (☎) 2024年12月25日 (三) 03:57 (UTC)[回复]
@Shizhao：我这里没有display: none啊，开安全模式试试？--碟之舞📀💿 2024年12月25日 (三) 11:41 (UTC)[回复]
我好像明白了，是不是今年6月份开始Vector 2022皮肤不加载MediaWiki:Vector.css导致的？--碟之舞📀💿 2024年12月25日 (三) 11:44 (UTC)[回复]
找到了：meta:Tech/News/2024/13。--碟之舞📀💿 2024年12月25日 (三) 11:51 (UTC)[回复]
可能找到问题出在哪里了，一是MediaWiki:Gadget-WikidataDesc.js#L-63这行会加上style这部分，启用了这个小工具的话就会被隐藏掉；二是默认加载的css样式[2]有：
#siteSub {
  font-size:0.875rem;
  display:none
}
所以即使没启用前面说的那个小工具，也仍然不显示这一行字--百無一用是書生 (☎) 2024年12月25日 (三) 13:23 (UTC)[回复]
難怪舊版Vector也是這樣！—— Eric Liu 創造は生命（留言・留名・學生會） 2024年12月25日 (三) 14:19 (UTC)[回复]
但如果是「沒載入CSS」也不會變成「元素被加display: none吧」
圖片截於條目《質因數表》
我這邊看也是display: none。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年12月25日 (三) 11:58 (UTC)[回复]
已参照en:MediaWiki:Common.css#L-254在本地MediaWiki:Common.css进行了修复，但是如果启用MediaWiki:Gadget-WikidataDesc.js，仍然不会显示该行字。--百無一用是書生 (☎) 2024年12月25日 (三) 13:34 (UTC)[回复]
同时在MediaWiki:Vector-2022.css进行了修复，不在首页显示这行字--百無一用是書生 (☎) 2024年12月25日 (三) 13:47 (UTC)[回复]
这样的话，是不是MediaWiki:Vector.css#L-40、MediaWiki:Monobook.css#L-80可以删除了？--碟之舞📀💿 2024年12月25日 (三) 14:01 (UTC)[回复]
Timeless用户表示之前一直都没有这十个字的，修改之后有了……--Tim Wu（留言） 2024年12月25日 (三) 15:35 (UTC)[回复]
已删除--百無一用是書生 (☎) 2024年12月26日 (四) 02:44 (UTC)[回复]
我這邊看似乎已修復。
圖片截於條目《質因數表》
-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年12月25日 (三) 23:03 (UTC)[回复]

求助

請求協助上傳檔案

我想要上傳的圖片來源是<黑川互動媒體藝術官網的LOGO圖片,https://www.peppercorns.com.tw/wp-content/uploads/2018/11/logo-2.png>，想要使用在黑川互動媒體藝術的<資訊框>LOGO位置，感謝協助。--What2692（留言） 2024年12月10日 (二) 04:44 (UTC)[回复]

已上傳--Edmond 92110002（留言） 2024年12月19日 (四) 06:45 (UTC)[回复]
感謝協助 !--What2692（留言） 2024年12月23日 (一) 08:07 (UTC)[回复]


我想要上傳的圖片來源是<https://www.facebook.com/photo.php?fbid=970241927800398&set=pb.100044437989452.-2207520000&type=3 ]的臣銘形象圖片,>，想要使用在臣銘的<大頭照>大頭照位置，感謝協助。--此條未正確簽名的留言由David857806（討論｜貢獻）於2024年12月10日 (二) 09:07 (UTC)加入。[回复]

陳良沛本人，要增加內容

我是用户本人，要增加學歷、經歷的內容--陳良沛（留言） 2024年12月16日 (一) 05:35 (UTC)[回复]

@陳良沛阁下您好，鄙人诚邀阁下阅读Wikipedia:自傳以获得更多帮助。--花开夜（留言） 2024年12月16日 (一) 05:50 (UTC)[回复]
@花开夜應該是因為請求增加才要來求助吧，不然直接上去改就好了-- A0(討論·簽名) 2024年12月16日 (一) 06:30 (UTC)[回复]

請求協助台大醫院與林口長庚醫院內容符合現代趨勢做編輯更正

如何在醫院新增證實資訊? 例如 : 台大醫院與長庚醫院的多次長時間觀察資訊發現過時與現在不符合趨勢，如何以自身志願者協助新增更多資訊，經過發現編輯權限被封鎖。希望資訊修改 : 台大醫院新增西址院區、東址院區的大樓。林口長庚醫院近期新增多棟大樓，不幸的沒有第一任院長-羅慧夫。

內容闡述與現在不相符，請求連絡編輯者聯絡協助編輯

王瑞暘--王瑞暘（留言） 2024年12月17日 (二) 05:49 (UTC) 王瑞暘王瑞暘（留言） 2024年12月17日 (二) 06:17 (UTC)王瑞暘王瑞暘（留言） 2024年12月17日 (二) 06:17 (UTC)[回复]

要有可靠來源-- A0(討論·簽名) 2024年12月17日 (二) 09:40 (UTC)[回复]
WP:列明来源。WP:NOTGUIDE。--YFdyh000（留言） 2024年12月17日 (二) 12:27 (UTC)[回复]

禮儀師之奏鳴曲頁面開頭的典範條目之星是不是太大了？

本主題全部或部分段落文字，已移動至Wikipedia:互助客栈/技术。执行人：YFdyh000（留言） 2024年12月17日 (二) 16:13 (UTC)。[回复]

三角洲行动的质量评级

本主題或以下段落文字，在討論結束後應存檔至Talk:三角洲行动。

我不知道该条目该评为丙级还是初级，新手不敢乱评，还请各位帮忙，谢谢。 wikiproject:电子游戏/评级--Huuuhuh（留言） 2024年12月17日 (二) 23:21 (UTC)[回复]

如何在提交修改时在编辑摘要里支持超连接

在正文中可以方便加入站内，站外超连接，但如何在编辑摘要里添加“超连接”呢？也没有找到相关的说明，感谢！--居上位而不骄,居下位而不忧※(请留言) 2024年12月19日 (四) 04:30 (UTC)[回复]

编辑摘要可以正常写内部链接（站内链接）。外部链接不行。--YFdyh000（留言） 2024年12月19日 (四) 05:02 (UTC)[回复]

請求協助上傳檔案 2024-12-19 08:55

我想要上傳的圖片來源是<https://news.rthk.hk/rthk/ch/component/k2/1784164-20241219.htm>，想要使用在周大福創建的<資訊框內的公司logo>。更改原因可以參考公司公告：https://www.ctfs.com.hk/storage/Announcements/1734584533-6763a8d516aae-E24120818-CTF-PA.pdf?rev=4d0373a3ed09434e9d10b7d135b4e554&hash=BFFF8779C1DCEEBC43B0158CCF1B430C --Niarbswn（留言） 2024年12月19日 (四) 08:55 (UTC)[回复]

請求協助上傳檔案 2024-12-19 09:02

我想要上傳的圖片來源是<https://www.facebook.com/photo.php?fbid=993152022840192&set=pb.100064362116736.-2207520000&type=3>，想要使用在[FEniX]的<右側照片更新，更新成最新專輯赫茲的封面照>。 --Tortefood（留言） 2024年12月19日 (四) 09:02 (UTC)[回复]

请各位帮我看看是不是在破坏

Special:用户贡献/157.10.105.76 此IP一直在修改数值，但无法判断是不是在破坏。--花开夜（留言） 2024年12月19日 (四) 18:10 (UTC)[回复]

@Ericliu1912阁下似乎在线，还请帮我看一下--花开夜（留言） 2024年12月19日 (四) 18:12 (UTC)[回复]
不对劲，他改了韩国人算了，可能熟悉韩国方面的，怎么开始改国内的了？@Talimu0518塔里木阁下还请帮我看一下吧--花开夜（留言） 2024年12月19日 (四) 18:17 (UTC)[回复]
@自由雨日：雨日這點肯定沒睡，你也來看看。--Talimu0518（留言） 2024年12月19日 (四) 18:19 (UTC)[回复]
自由雨日君先行一步了，我看到此IP提交过人瑞相关，联想到针对人瑞的大规模破坏了。提交后tw显示已经有人提交过了--花开夜（留言） 2024年12月19日 (四) 18:22 (UTC)[回复]
中共政治局那裡有點問題，吳邦國訃告寫84歲他填83歲，應該好好查一下。--Talimu0518（留言） 2024年12月19日 (四) 18:26 (UTC)[回复]
我看到花开夜报告后就直接提交VIP了（）我记得有个LTA专门修改数值。--自由雨日🌧️❄️ 2024年12月19日 (四) 18:33 (UTC)[回复]

請求協助上傳檔案 2024-12-20 11:31

我想要上傳的圖片來源是<https://www.thefirsttimes.jp/news/0000459712/attachment/20240726-ts-15250000/>，想要使用在藤井風的<個人訊息/且新增一小段落介紹它的周邊與來源。>。 --小二二二（留言） 2024年12月20日 (五) 11:31 (UTC)[回复]

請求協助上傳檔案 2024-12-21 11:42

我想要上傳的圖片來源是<從某個網址下載，請提供網址 / 自行拍攝>，想要使用在請提供條目名稱（如果条目还不存在，请先建立条目再请求上传文件）的<資訊框/某個段落，請說明>。--AUPSY202403 Claustrophobia（留言） 2024年12月21日 (六) 11:42 (UTC)[回复]

註：此處原有文字，因為无关内容，已由自由雨日🌧️❄️於2024年12月21日 (六) 12:28 (UTC)刪除，尚祈見諒。若有異議請至互助客棧或向管理員反映。[回复]

请求协助上传文件

我想要上传的图片来源是<https://www.shinchosha.co.jp/book/772728/>的图书封面，我想用在三咲同学是非攻略对象的<信息框>位置，感谢协助--此條未正確簽名的留言由FSRCE（討論｜貢獻）於2024年12月22日 (日) 10:22 (UTC)加入。[回复]

請求協助上傳檔案 2024-12-22 12:24

我想要上傳的圖片來源是<https://drive.google.com/file/d/1L2DEtbEq6wBrll-Yccan3McjTzgw1zby/view?usp=sharing>，想要使用在劉溫馨的<圖片>，謝謝。 --Kwokennykwok（留言） 2024年12月22日 (日) 12:24 (UTC)[回复]

請求協助上傳檔案 2024-12-22 15:27

我想要上傳的圖片來源是<https://ichijin-plus.com/comics/89324057887009>的書籍封面，想要使用在毀掉一切地獄再愛的<條目信息框>。感謝協助。 --MoonBaDog（留言） 2024年12月22日 (日) 15:27 (UTC)[回复]

編輯請求

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:持续出没的破坏者/User:Yage Wu。

你們好，LTA:Yage Wu「編輯傾向」一節提供的第三個連結有誤，該連結裡的資訊並非由Yage Wu上傳，因此希望有人能幫忙按這裡修改「編輯傾向」一節，謝謝。--78-Yellowcat（留言） 2024年12月23日 (一) 05:16 (UTC)[回复]

完成。请检查。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月23日 (一) 10:22 (UTC)[回复]
沒問題，謝謝您。--78-Yellowcat（留言） 2024年12月23日 (一) 13:43 (UTC)[回复]

請求協助上傳檔案 2024-12-24 05:38

我想要上傳的圖片來源是<從某個網址下載，請提供網址https://w.wiki/CLyE / 自行拍攝>，想要使用在請提供條目名稱https://w.wiki/CUCP（如果条目还不存在，请先建立条目再请求上传文件）的<資訊框/某個段落，請說明>。 --Pineappleq（留言） 2024年12月24日 (二) 05:38 (UTC)[回复]

我希望能獲得更多關於新建條目語氣、中立性以及來源選用的建議，並了解目前草稿是否符合維基百科的條件。感謝大家的協助。

大家好，我是一名維基百科的熱心編輯者，我的朋友胡女士最近撰寫了一篇關於藝術家蔡爾平的條目，草稿多次被退回，所以前來尋求我的協助，我希望能獲得大家的建議，幫助我改善條目的語氣、中立性以及整體結構，並確認目前草稿是否符合維基百科的方針與指引。她撰寫的條目是「蔡爾平」，一位臺灣旅美藝術家，條目內容多次被退回，理由主要是「宣傳語調過於強烈」。目前草稿已進行以下修改： 一、精簡了榮譽記錄，並補充了更多第三方來源（如中央通訊社報導）。 二、刪除了過度主觀的表述，如「受到各界讚賞」。 三、刪除了過於抽象的描述，如「一般認為其創作特色為色彩鮮豔、工法精緻、且蘊含自然童趣」。 

   我希望能獲得更多關於語氣、中立性以及來源選用的建議，並了解目前草稿是否符合維基百科的條件。感謝大家的協助！
   草稿鏈接：https://wiki.zwnes.eu.org/wiki/Draft:%E8%94%A1%E7%88%BE%E5%B9%B3--125.228.111.55（留言） 2024年12月25日 (三) 09:56 (UTC)[回复]


條目探討

参考資料

提議：依據學術規範修正語音學術語，避免直譯英語

本主題或以下段落文字，在討論結束後應存檔至WikiProject talk:语言学。

背景

目前中文維基百科中的語音學術語，特別是音素名稱，多數是按英語直譯而來。然而，這種做法並不符合漢語學術規範，也可能導致概念理解的偏差。為了提高條目的學術性和準確性，我提議將這些術語根據最新的學術規範進行修正。

權威依據

本提議主要參考了《方言》2007年第1期第1頁刊載的國際音標中文版。該版本由中國語言學會語音學分會翻譯，並於2011年被國際語音學會在《國際語音學會會刊》（Journal of the International Phonetic Association）第41卷第2期正式收錄承認。這無疑是目前最權威的中文版國際音標。

以下内容引用自 unt 在知乎發佈的国际音标表（官方中文版） 一文：

国际音标的最权威中文版当属《方言》2007 年第 1 期第 1 页所刊载的版本，这一版本由中国语言学会语音学分会翻译，之后被国际语音学会在《国际语音学会会刊》（Journal of the International Phonetic Association）2011 年（第 41 卷）第 2 期收录承认。表格如下：

International Phonetic Alphabet Chart (official Chinese version)

语音学术语小组成员

顾问小组：鲍怀翘、曹剑芬、黄泰翼、林茂灿、吕士楠、郑秋豫、王洪君、王嘉龄、王理嘉、徐云扬

工作小组：胡方、孔江平、李爱军、麦耘、陶建华、王蕴佳、熊子瑜、朱晓农

该图片为 unt 提取自国际语音学会官网 Translation of IPA charts 里 The chart of the International Phonetic Alphabet in Chinese (2007) 的 PDF。这个收集各语言翻译版国际音标表的项目“Translation of IPA charts”正是受上面中译版的启发而设立的。

表中有一些术语值得注意，人们常常会误用，或者使用过时术语：

  • p、b 一行叫爆发音（plosive），不叫塞音（stop）。塞音可以包括爆发音（“简单塞音”）和塞擦音（“擦除阻塞音”），而爆发音是更精确的术语
  • 拍音（tap）或闪音（flap）是两个术语，略有不同：拍音的主动调音器官的运动方向垂直于被动调音器官，闪音是平行于。通常 ɾ 是拍音，ɽ 是闪音
  • ʋ、ɹ 一行叫近音（approximant），其旧称无擦通音（frictionless continuant）已过时。原则上，无擦通音包括近音和元音。通音（continuant）是在此基础上再包括上擦音，是含义更宽的概念
  • s、z 一列叫龈音（alveolar），其旧称齿龈音已过时。现在，“齿龈”可以指齿音或龈音。特别注意，t、d、n、l 等辅音横跨三列，它们可以表示齿音、龈音和龈后音
  • ʃ、ʒ 一列叫龈后音（postalveolar），其旧称舌叶音已过时。现在，舌叶性（laminal）描述的是主动调音器官（见附加符号部分），而不是调音部位
  • ʘ、ǀ 一列叫啧音（click），旧称搭嘴音（但仍然通行），后来朱晓农又改作喌音（但尚未推广开）
  • pʼ、tʼ 一列叫喷音（ejective），其旧称挤喉音应当过时
  • ʍ、w 作唇–软腭音（labial-velar），ɥ 作唇–硬腭音（labial-palatal），ɕ、ʑ 作龈–腭音（alveolo-palatal）。特别注意，ʍ 是擦音而不是近音
  • 描述辅音的顺序是调音部位+(送气)+清浊+调音方法+“音”。语言学爱好者常常说清浊+(送气)+调音部位+调音方法+“音”，这是中文维基百科上机械照搬英文语序的结果，不提倡使用
  • 气声（breathy voice）和嘎裂声（creaky voice）两个发声态的译名确定了（表中是“voiced”所以是“声性”），嘎裂声的旧译紧喉音、喉化音等已过时
  • rhotic 译作 r 色彩（更直接对应的英文是 r-colored），也有人作 r 音色，其旧称卷舌（性）、带 r 意味的、r 化、儿化等已过时
  • no audible release 译作无闻除阻，也有人作无听感除阻，其旧译唯闭音已过时。语言学爱好者常常说“不除阻”，是不正确的，因为爆发音不除阻的话人就憋死了。有人译作无声除阻也不妥当，因为“无声”易被误解为不带声（voiceless）。特别注意，汉语入声韵尾并没有必要加无闻除阻符号，因为汉语的鼻音韵尾也是无闻除阻的

具體修改建議

基於以上資訊，以下條目名稱可作以下修改：齒齒齦音建議修改為 齒齦音；浊小舌塞擦音建議修改為「小舌浊塞擦音」；濁小舌塞音建議修改為「小舌濁爆发音」；濁小舌擦音建議修改為「小舌濁擦音」；清小舌內爆音建議修改為「小舌清內爆音」；清小舌塞擦音建議修改為「小舌清塞擦音」；清小舌塞音建議修改為「小舌清爆发音」；清小舌擦音建議修改為「小舌清擦音」；

技術方面的考量

為了實現這些修改，似乎可以考慮利用Wikipedia:字词转换功能？這不僅可以保證術語的一致性，還能兼顧不同讀者群體的閱讀習慣。

結語

採納這一提議將顯著提升維基百科語音學相關條目的學術性和準確性。這不僅有利於讀者更好地理解相關概念，也能夠使我們的內容更加符合當前學術界的規範。我懇請各位編輯者認真考慮並支持這一提議。讓我們共同為提升維基百科的學術品質而努力！--Σ>―(〃°ω°〃)♡→天邪弱（に〇〇する） 2024年10月19日 (六) 18:13 (UTC)[回复]

(＋)强烈支持：很多年前就在知乎拜读过unt的这篇文章，一直想提议大幅修改……中文维基百科学科术语的原创翻译向来也十分猖獗，只是我最近暂时只将推进到限制专有名词原创翻译上面……不过，“最权威中文版”不排除可能有大陆地域中心的问题，对其他地区词来说还需要确认一下。另外，个别名词虽然存在学术规范，但也有其他常用名称（比如虽然“爆发音”可能更规范，但“塞音”也显然很常见、尤其是在和“擦音”对举的时候），这些也可能需要额外考虑。——自由雨日🌧️（留言｜贡献） 2024年10月20日 (日) 02:04 (UTC)[回复]
塞音虽然是常用名称，但既然已经过时了，在不涉及歧义时似乎就应该尽量替换。我觉得不用太考虑和擦音对举的问题，爆发音和内爆音还可以对举呢。--Sihjee（留言） 2024年10月25日 (五) 18:44 (UTC)[回复]
我是说（仅在）对举/并列时使用。--自由雨日🌧️（留言｜贡献） 2024年10月25日 (五) 19:00 (UTC)[回复]
(！)意見：直接转换要慎重。以及有些旧称的确更加通行到无法忽视。不过，将新译名作为标准条目名是合理的。--The Puki desu（留言） 2024年10月20日 (日) 10:24 (UTC)[回复]
很需要注意地區詞轉換及常用名稱原則等問題。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年10月20日 (日) 13:23 (UTC)[回复]
(＆)建議&(～)補充：
  • 权威性和准确性：国际语音协会所接受的术语名称应被采纳，以确保术语的一致性和准确性。同时，对于常见且通用的俗称，如生物分类学中提供学名和俗称一样，或许可以考虑在条目中提及或设置重定向，以帮助读者更好理解，例如学名「龈颤音」俗称「大舌音」；而俗称「小舌音」可能指「小舌颤音」或「小舌擦音」，或许可以考虑重定向。
  • 尊重历史事实：为尊重历史上广泛使用的通用名称，或许当将规范名称作为标准条目名称，但在内容中提及这些通用名称；同时或许可以提及旧称及已废除术语并加以解释，使读者了解学术知识和思想的发展变化。
@自由雨日@The Puki desu@Ericliu1912--Σ>―(〃°ω°〃)♡→天邪弱（に〇〇する） 2024年10月20日 (日) 17:21 (UTC)[回复]
@Ryanlo713：台湾等地地区词我不确定，不好说。就中国大陆地区词而言，我完全支持这一做法。我强烈地认为，在名称常用度没有数量级差异时，（学科术语方面）“规范性”原则应高于“常用性”原则。——自由雨日🌧️（留言｜贡献） 2024年10月20日 (日) 18:47 (UTC)[回复]
如果其他地区没有相应规范，应该可以直接按大陆规范统摄。而且这似乎也不是大陆部门的规范？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月21日 (一) 11:36 (UTC)[回复]
(～)補充：根据现有的讨论，我有一些疑问，包括：
  • 是否需要设置正式投票程式让更多编辑参与表决？
  • 是否需要组建一个专门的工作组来推进这项修改？工作组可以进一步研究各地区的学术规范，整理出一份详细的修改清单，制定具体的实施计划等。
  • 是否需要采取分阶段实施的策略？例如：
    • 第一阶段：修改争议较小的术语
    • 第二阶段：修改有一定争议但多数人支持的术语
    • 第三阶段：处理存在较大分歧的术语
  • 是否需要设置过渡期？比如过渡期内保留旧称的重定向，并在条目中注明新旧称谓，以便读者适应。
  • 如何将措施落到实处？可能包括：
    • 需要指定一位主要负责人来协调整个过程？
    • 需要制定详细的时间表和里程碑？
    • 需要利用机器人来协助大规模修改？
    • 需要加强与语言学专业人士的合作，确保修改的专业性？
    • 需要定期在社群中通报进展，保持透明度？
  • 是否还有其他方面需要考虑？
--Σ>―(〃°ω°〃)♡→天邪弱（に〇〇する） 2024年10月22日 (二) 17:09 (UTC)[回复]
  • 没必要投票。我们几乎都不使用投票来确定共识（而是讨论），只有在涉及面非常广的重大争议性问题上才使用投票的方式快速征求意见？（且最终也并非会以投票结果决定。）在“互助客栈·条目探讨”这里讨论已经是涉及面非常大的讨论，我觉得足够了。如果还要继续扩大的话，可以用{{RFC}}和{{公告栏}}。
  • 也许可以进一步请对该问题感兴趣的编者讨论，比如语言学专题编者。
  • 视争议情况而定，确实可以这么做。
  • 重定向应该长期保留；旧称/别称视情况而定，单纯译法语序问题（如“清小舌塞擦音”）应该可以直接不写，但“塞音”等别称应该（长期）写。
  • 应该不用这么复杂吧……大家都是志愿者，有空就可以作“负责人”协调者（比如您）；时间表/里程碑我想就不必了；和专业人士的合作，如果可以做到的话，我想也一定是好事儿。机器人修改的问题，如果是“清小舌塞擦音 -> 小舌清塞擦音”这类改动应该没问题，不过有些术语（比如“塞音”）可能不适合全盘改掉（因为和“擦音”对举时仍常称“塞音”而非“爆发音”）。
--自由雨日🌧️（留言｜贡献） 2024年10月22日 (二) 17:21 (UTC)[回复]
我對技術實施方面不太瞭解。什麽時候方便開始？--Σ>―(〃°ω°〃)♡→天邪弱（に〇〇する） 2024年10月24日 (四) 18:21 (UTC)[回复]
@Ryanlo713：我看目前并没有反对意见。如果再过几天没有反对意见的话，可以认为形成了更改的共识。您可以直接改。如果担心有人没看到讨论改完又反对的话，可以先用{{公告栏}}公示。--自由雨日🌧️（留言｜贡献） 2024年10月24日 (四) 18:35 (UTC)[回复]
维基百科不是官僚体系，没这么多繁文缛节，要改就改。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月25日 (五) 04:08 (UTC)[回复]
已通知语言学、语言两专题，并邀请Unt Phesoca。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月25日 (五) 04:21 (UTC)[回复]
unt您是怎么邀请的😨--自由雨日🌧️（留言｜贡献） 2024年10月25日 (五) 04:29 (UTC)[回复]
用户讨论页 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月25日 (五) 04:46 (UTC)[回复]
😱她居然在这里！--自由雨日🌧️（留言｜贡献） 2024年10月25日 (五) 04:58 (UTC)[回复]
谢谢！我非常支持修改。在十几年前，维基百科采用的术语翻译确实是比当时大陆学界更先进的；但是近年来，大陆学界的语音学学者越来越多采用这个中译版国际音标表里的术语了，维基百科的一些术语就显得过时了，尤其还有齿龈音vs齒齒齦音这种脑筋急转弯。2021年我那篇知乎文章发布后，就曾有人提议过修改条目术语（当然，当时也有人反对），但最终未能进行。我想，此时不改，更待何时--Unt Phesoca（留言） 2024年10月25日 (五) 13:41 (UTC)[回复]
关于“塞音”和“爆发音”，现在中英文学界在一般行文里仍然多是用“塞音/stop”专指“爆发音/plosive”的（即，不包含塞擦音），但是如果是专门提及音素名称，那就要说“爆发音/plosive”而不说“塞音/stop”了，这样显得严谨。我想音素的条目名还是应该用“爆发音”，正文里面用“塞音”倒是问题不大--Unt Phesoca（留言） 2024年10月25日 (五) 13:51 (UTC)[回复]
@Unt Phesoca：谢谢大佬回复！我曾多次在其他平台以不同身份和您有过几次小互动，在这里见到您是最开心的。--自由雨日🌧️（留言｜贡献） 2024年10月25日 (五) 14:03 (UTC)[回复]
@書畫晝盡告诉我其曾给中文维基百科增加过多个音素条目，或能协助修改。--Σ>―(〃°ω°〃)♡→天邪弱（に〇〇する） 2024年10月25日 (五) 13:57 (UTC)[回复]
惭愧，我注册维基账号后最早一批编辑（2020年12月）就是对IPA表“查缺补漏”，补上实际语例或翻译新条目。巧的是，包含创建条目在内的工作恰是在UntPhesoca的知乎文章发布（2021年2月2日）前夕完成的😂😂，是很难立刻回头大改，于是也是成了“历史遗留”。
新条目的条目名，当时是比照现有条目名译的，而“现有条目名”本就是字字直译，于是有了en:voiceless velar lateral fricative -> 清軟腭邊擦音等等。至于内容，现在看来实在是草草而成，也是可以借此机会润色、改正。
書畫晝盡（留言） 2024年10月26日 (六) 01:59 (UTC)[回复]
(＋)支持 但我认为denti-alveolar consonant译为“齿-龈音”更好，以避免译为“齿龈音”会出现的几个问题：①新旧术语混淆导致不必要的误解；②后人会很难判断近年的文章/论文中的“齿龈音”具体表示什么；③避免使用反直觉的名称(也能防止非专业人士望文生义)，毕竟现代汉语以双音节词为主，“齿龈音”明显更容易被理解为与“齿龈”有关而非与“齿和龈”有关。--Sihjee（留言） 2024年10月25日 (五) 16:13 (UTC)[回复]
另外希望可以在比较显著的位置保留保留“清…”“浊…”的译法，而非仅仅重定向，毕竟这种命名已经广泛应用多年了。--Sihjee（留言） 2024年10月25日 (五) 16:18 (UTC)[回复]
「清」「浊」的位置含义自明，或许不必尽标。而且一些非语言学来源的用法是松散的，如加逗号作「软腭，清，不送气，爆发音」，似乎不当作是成词--物灵（浪迹江关嗟路浅，周流天地觉风频。请向我留言） 2024年10月26日 (六) 10:53 (UTC)[回复]
关于连字符的使用，我认为需强调与双重调音术语加以区分。
这类术语的构成是两个形容词的结合，应该由 “–” (U+2013, En dash) 分隔。例如，图表中的「唇–软腭」指代的是 en:Labial–velar consonant，而 “denti-alveolar consonant”则不涉及双重调音，且其构成涉及词根并入，含义是其调音部位位于齿与龈之间。
另外我看图表中的 en:Alveolo-palatal consonant 中文译名「龈‐腭音」中的连字符和双重调音术语的有所不同，可能是 “‐” (U+2010, Hyphen) 或 “-” (U+002D, Hyphen-Minus)--Σ>―(〃°ω°〃)♡→天邪弱（に〇〇する） 2024年10月25日 (五) 16:53 (UTC)[回复]
哈哈，en:Alveolo-palatal consonant用的是en:Hyphen-minus，明显是错误的，竟然一直没人发现。我旧号丢了，现在没有移动页面的权限，谁有空可以改一下。
Alveolo-palatal consonant和齿-龈音都应该用en:Hyphen。--Sihjee（留言） 2024年10月25日 (五) 17:10 (UTC)[回复]
(补充：我不确定英维中Hypen-Minus是不是acceptable的)--Sihjee（留言） 2024年10月25日 (五) 17:24 (UTC)[回复]
@Sihjee：英维要求使用hyphen-minus，禁止用hyphen，见en:Wikipedia:Manual_of_Style#Hyphens。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月25日 (五) 17:34 (UTC)[回复]
中维我记得也是禁止了？--自由雨日🌧️（留言｜贡献） 2024年10月25日 (五) 17:36 (UTC)[回复]
明白了，一直误解了。--Sihjee（留言） 2024年10月25日 (五) 17:37 (UTC)[回复]
另外我发现一文：MOS:连接号--Σ>―(〃°ω°〃)♡→天邪弱（に〇〇する） 2024年10月25日 (五) 17:38 (UTC)[回复]
连接号区分了多个排版符号--Σ>―(〃°ω°〃)♡→天邪弱（に〇〇する） 2024年10月25日 (五) 17:40 (UTC)[回复]
就是Hypen和emdash，中文不用endash有点可惜…--Sihjee（留言） 2024年10月25日 (五) 17:58 (UTC)[回复]
以下内容与语言和其分类命名相关，虽然与语音学术语无关，但或许可一同解决。
我想或许能邀请黑之圣雷和H Zhang加入讨论（如果可能）；两位都曾提及过一些小语种的命名问题，例如（不一一列举）：
--Σ>―(〃°ω°〃)♡→天邪弱（に〇〇する） 2024年10月25日 (五) 18:09 (UTC)[回复]
目前确实用的是阿非利卡语和亚非语系。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月28日 (一) 16:33 (UTC)[回复]

基本有共识，建议再讨论一下“denti-alveolar consonant”是“齿-龈音”还是“齿龈音”。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月28日 (一) 16:44 (UTC)[回复]

个人无条件听从Unt Phesoca的意见。--自由雨日🌧️（留言｜贡献） 2024年10月28日 (一) 16:49 (UTC)[回复]
确实有一点讨论需要。用新术语的教材对于denti-alveolar、alveolo-palatal加不加连字符也并不一致：
  • 江荻译《国际语音学会手册》（2008）龈-腭（该书未出现denti-alveolar）
  • 张维佳译《语音学教程》（2011）龈腭（该书未出现denti-alveolar）
  • 朱晓农《语音学》（2010）齿－龈、龈腭
  • 张维佳、田飞洋译《世界语音》（2015）齿-龈、龈-腭
按我的理解，英文denti-alveolar、alveolo-palatal的连字符仅仅是起到分隔语素的作用，不具有特别的语义，也有零星著作使用的是dentialveolar、alveolopalatal。用汉字书写不存在“分隔语素”的必要，单从这个角度看，就没必要加连字符。不过，从实用的角度看，如上面Sihjee所说，“齿-龈”作为条目名更明确，我个人是赞同加连字符（另外，中译版国际音标表alveolo-palatal也译成带连字符的龈-腭，按这个体例denti-alveolar也要带连字符）--Unt Phesoca（留言） 2024年10月29日 (二) 00:47 (UTC)[回复]

一週無新意見，可認爲有共識。建議先移動各輔音條目，以及涉及的發音頁面、發音方法條目，並修改IPA條目和相關模板。至於其他頁面提及、鏈入的舊術語的替換，經過站外（ac羣）討論，建議手動修理，而且這次沒有新舊術語衝突，應該不會造成太大問題。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月5日 (二) 06:16 (UTC)[回复]

至於其他地區的地區詞，仍然沒有編者提出其他地區有相關標準的證據，可以暫時認爲跟從IPA官方中文版的用詞（用詞按照正常繁簡轉換）。如果後來發現其他地區使用不一樣的用詞，建議再討論使用字詞轉換。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月5日 (二) 06:18 (UTC)[回复]

执行修改

（一）音素

？

（二）调音方法和调音部位

需要移动的调音方法和调音部位
现标题 建议标题
塞音* 爆发音
闪音 拍音与闪音
齿龈音 龈音
齿齿龈音 齿-龈音
齿龈后音 龈后音
搭嘴音 啧音
挤喉音 喷音
唇软腭音（重定向） 唇-软腭音
唇硬腭音 唇-硬腭音
龈腭音 龈-腭音
日化元音 R色彩
無聲除阻 无闻除阻
  • 其中塞音应该尽快改写为包含爆发音和塞擦音的术语。

 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月6日 (三) 15:06 (UTC)[回复]

“r色彩”似乎是小写？--自由雨日🌧️🌨️ 2024年11月6日 (三) 19:42 (UTC)[回复]
技术限制。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月6日 (三) 19:47 (UTC)[回复]
不是可以{{小写标题}}吗（）（看来“建议标题”指的是原标题？--自由雨日🌧️🌨️ 2024年11月6日 (三) 19:50 (UTC)[回复]
对，主要是我用的模板自动转大写（） ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月6日 (三) 19:52 (UTC)[回复]
还有这种模板思考... ——自由雨日🌧️🌨️ 2024年11月6日 (三) 19:54 (UTC)[回复]
不区分连字符的类型吗--Σ>―(〃°ω°〃)♡→天邪弱（に〇〇する） 2024年11月7日 (四) 19:57 (UTC)[回复]
肯定是短横线啊（另外汉语叫连接号） ——自由雨日🌧️🌨️ 2024年11月7日 (四) 21:14 (UTC)[回复]
Wikipedia:格式手册/标点符号#连接号，構成複合名詞，均用连字暨减号（U+002D）。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月8日 (五) 02:12 (UTC)[回复]
意思是 labial–velar 和 denti-alveolar 的处理方式都一致？如果按复合名词的话后者不算复合名词，因为 denti- 是不成词语素。--Σ>―(〃°ω°〃)♡→天邪弱（に〇〇する） 2024年11月9日 (六) 18:24 (UTC)[回复]
但这里讨论的是「齿」，不过齿也不能成词。那也没法用一字线啊。那得改方针？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月9日 (六) 18:32 (UTC)[回复]
唇软腭音 唇硬腭音 龈腭音 应该不需要用连字符，望斟酌。
另外，拍音或闪音作标题似乎有些奇怪，拍音/闪音是否更好？这样在中文语境里更像个标题，也不影响实际意思。--Sihjee（留言） 2024年11月7日 (四) 21:07 (UTC)[回复]
为何不用？这里讨论的就是依照官方中文版 ——自由雨日🌧️🌨️ 2024年11月7日 (四) 21:15 (UTC)[回复]
哦对--Sihjee（留言） 2024年11月8日 (五) 07:23 (UTC)[回复]
2.我寫的是拍音與閃音。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月8日 (五) 02:14 (UTC)[回复]
ok--Sihjee（留言） 2024年11月8日 (五) 07:27 (UTC)[回复]
还要修改Module:IPA_symbol/data。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月13日 (三) 11:20 (UTC)[回复]
我已经处理（二）中的页面。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年12月2日 (一) 19:12 (UTC)[回复]
塞音这样写可否？

塞音（英語：stop）广义上指气流受到阻碍的音，可能包括爆发音、塞擦音、喷音、啧音、鼻音、内爆音等。

狭义上，塞音指爆发音（plosive)。

（参照杨新璐《新疆维吾尔语方言语音类型比较实验研究》p.73-74）

——魔琴［身份声明 留言 贡献 新手2023］ 2024年12月2日 (一) 19:21 (UTC)[回复]

塞音已由重定向改为以上文本。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月8日 (日) 10:21 (UTC)[回复]
之前错写为爆破音，已改为爆发音。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月8日 (日) 10:25 (UTC)[回复]
關於（一）的操作，{{輔音}}並沒有列出所有輔音，也許應該按照辅音列表來處理？大概不會有遺漏，也有條理可循。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月16日 (一) 01:15 (UTC)[回复]
但是unt似乎认为这张表已经是“爱好者自制”“不少符号有待商榷”了（在那篇知乎文章的评论区）？再增加的话…… ——自由雨日🌧️❄️ 2024年12月16日 (一) 01:17 (UTC)[回复]
啊，我是說需要移動的音素應該從哪裏找。譬如齿鼻音就沒在{{辅音}}中。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月16日 (一) 01:18 (UTC)😳1 [回复]

次闭元音

标题为魔琴所加。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年12月2日 (一) 19:12 (UTC)[回复]
又发现了一个问题，“次闭后圆唇元音”明显存在错误，似乎应改为“次闭次后圆唇元音”，其他此类条目同理。--Sihjee（留言） 2024年11月16日 (六) 00:46 (UTC)[回复]
我没有移动页面的权限，只能拜托大家改了。--Sihjee（留言） 2024年11月16日 (六) 00:48 (UTC)[回复]
@Sihjee：能否給用例？《普通話水平测试实施纲要（2021年版）》写的是「后近高圆唇元音」（p.23），林焘、王理嘉《语音学教程》对/ɪ/的描写是「前、次高、不圆唇」（p.40）。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月20日 (三) 06:37 (UTC)[回复]
“International Phonetic Association (1999), pp. 13, 170, 180.” 与它不同的表述都应该看作错误的或过时的。
另外，其他语言(如英语)的维基百科都是同样的描述。--Sihjee（留言） 2024年11月24日 (日) 18:54 (UTC)[回复]
ping移动ɪ、ʊ、ʏ到现名的@TongcyDai询问移动原因。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月26日 (二) 12:18 (UTC)[回复]
线下咨询后对方表示可能是随英维移动。但是英维已经于2020年移回。现不挂布告板地 公示将次闭后圆唇元音、次闭后不圆唇元音、次闭前圆唇元音、次闭前不圆唇元音分别移动到次闭次后圆唇元音、次闭次后不圆唇元音、次闭次前圆唇元音、次闭次前不圆唇元音，为期6小时。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年12月2日 (一) 19:09 (UTC)[回复]
公示结束，上述页面已移动。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月3日 (二) 14:24 (UTC)[回复]
感谢--Sihjee（留言） 2024年12月5日 (四) 21:07 (UTC)[回复]

关于术语 accent、stress 和「重音」、「重读」的分歧

在语言学中，术语术语 accent、stress 和「重音」、「重读」常常引起混淆。以下是对这两个术语的定义和区别的探讨。
以下例子来自《语言学与应用语言学百科全书词典》

重音　stress　　语音学术语。指相连的音节中某个音节发音突出的现象。重音有通过增加音强来表示的力重音和通过音高的变化来表示的乐调重音。重音还可以分为词重音和句重音。❶词重音，指具有区别词汇意义的重音。多音节词中各音节的轻重往往确定不变。例如，英语begin［bɪˈgɪn］中，第二音节必须读重音；英语中，ˈrecord表示名词义，reˈcord表示动词义。轻重音有时候和语法也有关，在以多音节为主的语言中，重音的作用较为明显，可以分为固定重音和自由重音。固定重音指有的语言中重音总落在词的同一位置上，如捷克语重音总在词的第一个音节上，波兰语总在倒数第二个音节上，法语和维吾尔语的大多数词则在最末一个音节上。自由重音指有的语言中重音不限定于落在词的某一个音节上，不同的词重音位置各不相同，称为自由重音，如英语中的词重音。根据词重音的突显程度，词重音可以分出主重音和次重音。主重音的突显程度最高，次重音低于主重音但高于非重读音节。英语次重音一般只在词单说或在句尾才比较明显，在语流中和非重读音节差别不大。❷句重音，指在一个语句中突显程度最高的重音。句重音的分类在研究界没有统一意见，但一般至少有语法重音和逻辑重音两种。语法重音是指由句法结构和语义特点决定的重音，即不表现特殊的思想感情的自然重读。常念语法重音的如一般短句的谓语，名词、动词、形容词的修饰语，动词后由形容词或其他动词充当的补语，表示指代、询问或任指的代词等。逻辑重音是表现特殊的思想感情的强调重读。逻辑重音重于语法重音。有的学者认为逻辑重音是对比重音，有的学者认为逻辑重音是强调重音，有的则认为逻辑重音包括对比重音、强调重音等。参见“音高重音”。

重读　accent　　语音学术语，亦称重音。一种语音现象，指在语流中对某些语音或语段以明显的偏高音调、较大音量和较长发音时间的方式进行强调。重读既可指单词发音中的重读音节。例如，英语名词import的重音音节落在第一音节上，读作/ˈɪmpɔːt/，而动词import的重音音节落在第二音节上，读作/ɪmˈpɔːt/；也可以指一个句子中被突出强调的词，即句重音。例如：She was waving a yellow handkerchief.　此句中，重音落在不同的词上会对句子语义产生一定的影响，如果重音落在yellow上，说明她所挥动的是一块黄色而非其他颜色的手帕；如果重音落在handkerchief上，则说明她挥动的是一块手帕而不是其他东西。重音也经常用于节律学中对重读度的描写。例如，在对政治家的演说中进行相关分析时可以发现其重读度较一般话语强。

音高重音　pitch accent; musical accent　　语音学术语。通过音高变化体现差异的一种单词重音形式。这种变化一般分布在多个音节上。在音高重音的语言中，音调的变化可以是词的结构的一部分，用以区分不同的词义，塞尔维亚和瑞典语中就是如此。例如，瑞典语中的tanken一词，如果第一音节读成降调锐重音时，则为英语tank的意思；如果第一音节读成降升调钝重音时，则为英语thought的意思。参见“声调重音”。

乐音重音　chromatic accent　　语音学术语。参见“音高重音”。

音调重音1　chromatic accent　　音系学术语，亦称音高重音（pitch accent）。指语流中某一部分的音高与其周围的音高不同，从而形成了音调重音。

声调重音　tonic accent　　语音学术语，亦称音调重音或音高重音。指在一个由相连的声调所组成的声调群中，使其中某一部分的声调突出从而形成的重音。在一些语言中，声调重音可以存在于某个词的发音中，并用来区分不同的词义。譬如，瑞典语tanken，若将第一音节发成降调锐重音，则表示“坦克”；若将第一音节发成降升调钝重音，则表示“思想”“想法”。

搭配重音　collocation accent　　语音学术语。指对于具有相同词项的结构区别意义的不同的重音模式。例如：［1］ˈthree-hundred-meter-wide walls（宽三百米的墙）　［2］three ˈhundred-meter-wide walls（三堵宽一百米的墙）　［3］three hundred ˈmeter-wide walls（三百堵宽一米的墙）　三个例子中，分别通过重音确定了walls的定语，从而消除了歧义。

逆行重音　recessive accent; recessive stress　　语音学术语，亦称词首强重音。指音节的强重音由词尾向词首第一音节移动的过程。在历史音变过程中，逆行重音是英语名词的显著倾向。例如detail、cigarette、magazine、research等词原先的重音都在词末，但现在为词首重音。

重读力　accentual force　　语音学术语。指发音时形成重读音节的空气动力。

重音系统　accentual system　　音系学术语。指一种语言中有关重读的全部体系，包括重音级别、重音模式和重音的语义功能等。因重音在大多数情况下与语调结合而起作用，故亦称“重音语调系统”。

重音音位　accentual phoneme　　音系学术语。超音段音位的一种。当重音成为区别词义的唯一手段时，重音模式就成为语义上的区别性特征，即起到音位的作用。例如，suspect一词，当重音在第一音节上，其为名词，意即“嫌疑人”，而当重音在第二音节上，其为动词，意思是“怀疑”“猜想”。

重音模式　accentual pattern; accentuation　　音系学术语。指一个语段中轻重读的结构型。有语言学意义的重音级别一般有三级：主重音、次重音、弱音。在英语单词的发音中，单音节的词无重音标记，含有两个音节的词会有重音，含有三个音节的词会有主重音，含有三个以上音节的词可能会有次重音。例如，work是单音节词，其读音中无需重音标记；begin和apple是双音节词，重音模式分别为“轻—重”和“重—轻”；超过三个音节的词一般会涉及次重音。例如，transformation和nationality的重音模式都为“次重—轻—重—轻”。

动力重音　dynamic accent; dynamic stress　　语音学术语，亦称为吐气重音（expiratory accent）、加重重音（stress accent）或音势重音（intensity stress）。指以音强强调出来的重音，也就是以呼气强度强调出来的重音，如英语的词重音。现代语言中动力重音型语言比较普遍，如英、俄、德、法等语言皆是。广义上的重音（stress；accent）包括动力重音和音调重音（pitch accent）两种基本类型。音调重音指因话语中某一部分的音调和紧密相临的部分音调不同而造成的该部分的突出，如瑞典语和古希腊语。

重音转移　reverse stress; stress shift　　语音学、音系学术语。指某些单词或合成词在用于连续话语时所发生的重音变化，这一变化取决于该单词或合成词后是否紧跟有重读名词。一般而言，此类单词和合成词都有一个次重音（secondary）和一个主重音。例如，indeˈpendent。在连续性话语中，如果该单词或合成词带有语调重音，则该单词或合成词保持其原有的重音模式。例如：［1］Frank was ˈvery independent.　［2］This window is ˈplate-glass．如果independent和plate-glass后面的名词带有主重音，或者带有语调重音，那么independent第三个音节上的主重音和plate-glass上的主重音就会失去，第一个音节上的次重音就会变成主重音。例如：［3］Frank has ˈindependent means.　［4］It's a plate-glass ˈwindow（↘）

重音移位　stress shift　　参见“节奏规则”。

固定重音　fixed accent；fixation accent；fixed stress　　音系学术语。指语言中所有的词的重音总是落在固定音节上的现象。如法语的重音总是落在最后音节；匈牙利语通常重读单词的第一个音节；波兰语和威尔士语是在倒数第二音节上重读；拉脱维亚语和捷克语的重音落在第一音节。固定重音可以用来以音节为单位划分词的界限，如捷克语重读音节标志词的开始，波兰语每一重读音节后再隔一个音节标志词的结束，但当词末辅音与后一个词的首元音连读而组成一个音节时，词的界限就难以按固定重音准确划分。与自由重音（free accent）相对立。参见“自由重音”。

词末重音　final accent　　语音学术语。指落在单词最后音节上的重音。

——语言学与应用语言学百科全书词典
英语维基词典将 unstressed 定义为 not stressed or accentuated；stressed 又能翻译为「带重音的」和「重读的」。
但就单词 stress 在语音学的用途而言，具有两个不同含义，一个宽松一个严格。

6. (countable, phonetics, loosely) A suprasegmental feature of a language having additional attention raised to a sound, word or word group by means of of loudness, duration or pitch; phonological prominence.

Synonym: accent

Some people put the stress on the first syllable of “controversy”; others put it on the second.

7. (countable, phonetics, strictly) The suprasegmental feature of a language having additional attention raised to a sound by means of of loudness and/or duration; phonological prominence phonetically achieved by means of dynamics as distinct from pitch.

Synonym: stress accent

Antonyms: pitch, pitch accent

——Wiktionary
在这两种意义中，前者与 accent 同义，而后者则应视为 accent 的一种，前者有时被翻译为「力重音」。
使用“重音”和“重读”哪个更为合适？或者两者有不同分工？或者有其他更具体的翻译建议？--Σ>―(〃°ω°〃)♡→天邪弱（に〇〇する） 2024年11月10日 (日) 19:54 (UTC)[回复]
就这两个词而言：重音通常是语音层面的、结构性的，表示语音单位的突出。而重读更多是语用层面的，与说话者的意图有关(主观性较强)。二者的侧重点有所区别。
如果你要编辑条目的话，我的建议是条目名使用重音，可以在词条内分出力重音。重读重定向即可，可以在条目内描述一下二者的区别。--Sihjee（留言） 2024年11月11日 (一) 20:39 (UTC)[回复]

關於公司活動節目類條目的「所有權者」、「母公司」、「營運單位」的疑問

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:格式手冊/信息框、WikiProject talk:公司。

通過：
下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

是這樣的，U:SunAfterRain在較早前於本人討論區討論這件事，大約內容是 「B公司的社群媒體明言，他是屬於A公司𣄃下的。而C節目的代理發行一欄，SunAfterRain提倡寫B公司，因為沒有證據證明A公司（也即B公司的母公司）有C節目的代理權。」由於討論有點長，歡迎到我的討論頁瀏覽。

在討論後的冷靜期，我翻看了其他有類似例子的條目，如

有見及此，現希望就規範列出上述三項變數的條件

1. 如在條目或模版需要列出負責專案的品牌公司名稱時，請列出至負責這個專案的「品牌名稱條目」。

2.如相關品牌名稱不被維基收錄，請列出相關品牌的「上級機構條目」。

3. 如「上級機構」不被維基收錄，請列出至相關品牌的「總公司條目」或 「佔最大股份的公司條目」

換句話說，提案最終效果應像九廣鐵路及KKBOX風雲榜一樣以層遞方式按步列出責任權。

而YouTube Premium的擁有人應寫Youtube LLC。Youtube條目的擁有人應寫Google LLC。Google條目的擁有人應寫Alphabet。

假設香港大公文匯傳媒集團條目不存在（包括沒有名稱的重定向），則可以大公文匯這個名稱，定向至香港中聯辦。類似這樣[香港大公文匯傳媒集團l香港中聯辦]

關於母公司一欄，如沒有來源證明某公司佔股超過51%，則不應使用「母公司」一欄，只可使用「主要股東」一欄。

由於是次討論影響所有涉及公司的條目，故放在這裏討論，以上！--唔好阻住我愛國（留言） 2024年10月20日 (日) 16:09 (UTC)[回复]

(！)意見：
  1. 如果是非公司品牌，建議與公司名並列（例如KKBOX（科科世界））
  2. 如果是公司，不應該（隨便）把母公司寫進資訊框（即只寫香港大公文匯傳媒集團或九廣鐵路公司），但引言或者內文可以按情況詳述有關關係（如香港中聯辦擁有的香港大公文匯傳媒集團、香港特區政府全資擁有的九廣鐵路公司等）。
( π )题外话：@SunAfterRain：ChatGPT是不可以拿來當來源的。您跟@HK5201314君討論的是應該怎樣納入資料，這是需要可供查證的，不論ChatGPT是否基於大量已發佈可靠來源來回答您的問題，它本質上是生成式AI，用它給答案就是原創研究。另外本人想點您給HK5201314君的連結進去，結果甚麼都看不到。
以上--派翠可夫 (留言按此) 2024年10月20日 (日) 16:52 (UTC)[回复]
@Patrickov：您拿生成式AI這點來說我，但對方根本沒拿出任何能證明的東西啊？那憑什麼他發表的「子公司有拿代理權代表母公司可以以母公司的身份隨便碰」就是可以查證呢［特別是他還強調是常識］？（至於404就404吧，消失了我也救不了）--SunAfterRain 2024年10月20日 (日) 16:56 (UTC)[回复]
一事還一事。本人只是認為ChatGPT不能用來討論此事，這跟哪個觀點對、哪個觀點錯無關。另外，本人上面有就問題本身發表意見。--派翠可夫 (留言按此) 2024年10月20日 (日) 17:00 (UTC)[回复]
@Patrickov：如果您有更好的解方［指不是理論層面的解方］還請您指教一下方便日後改進，但如果無法有效破局法雖然知道GPT可信度不高但我也只能用GPT處理。（節刪）--SunAfterRain 2024年10月24日 (四) 11:48 (UTC)[回复]
那本人也沒有用GPT去幫自己構建留言或者證據啊……（不過更重要的是本人不懂得用）--派翠可夫 (留言按此) 2024年10月24日 (四) 17:49 (UTC)[回复]
又，本人就真的只是針對那一段話（以及HK5201314君在其下的問題）去回應，哪一部份讓您認為本人否定您整個立場了？ -- 派翠可夫 (留言按此) 2024年10月24日 (四) 17:51 (UTC)[回复]
（節刪），我只是想問您有沒有更好的方法而已，--SunAfterRain 2024年10月24日 (四) 18:55 (UTC)[回复]
那本人就完全不明白那個溫馨提示的用意了。--派翠可夫 (留言按此) 2024年10月25日 (五) 01:15 (UTC)[回复]
因為一堆人喜歡話中有話或是往奇怪的地方解讀（沒有要批評您的意思，但這真的是你維目前的通病）所以才打上去的 囧rz……--SunAfterRain 2024年10月25日 (五) 06:13 (UTC)[回复]
你是否在說商業名稱？營運實體和商號，其實並不衝突。一堆上市公司註冊地是「開曼群島」之流，他們並不會視為開曼群島公司。
有些情況，品牌是以部門的方式運作（事業部制），也可以視為一個營運實體，只是沒有公司化營運。例如你討論頁裡面提到的Ani-One，既是一個品牌，又可以視為羚邦的日本動畫部門，--Nostalgiacn（留言） 2024年10月21日 (一) 05:29 (UTC)[回复]
如果按照@Patrickov的倡議，關於我討論區例子，可以這樣表達？
1.資訊框「Ani-One(羚邦集團)」
1.條目內文「Ani-One(羚邦集團)」
2.資訊框「回歸線娛樂」
2.條目內文「智寶國際集團旗下的回歸線娛樂」
那麼，如果以KMB巴士公司作例的話，那句子將會很長
資訊框：「九龍巴士公司」
條目內文：「新鴻基地產旗下的載通國際旗下的九龍巴士公司」（當中新鴻基及載通也是上市公司；如果是需要講述九巴路線與龍運巴士、皇巴士的轉乘優惠+KMB會員系統The Point）
簡單來說，如果欲就資訊框達成共識，首先是需要確保 「所有權者」及「營運單位」等可列出公司名稱的變數於同一公司架構只可以列出一間公司或機構。如果是非公司品牌負責專案，則品牌與上級責任公司名並列。--唔好阻住我愛國（留言） 2024年10月21日 (一) 16:34 (UTC)[回复]
澄清一下：本人的看法是「如果是公司，不應該（隨便）把母公司寫進資訊框」以及「引言或者內文可以按情況詳述有關關係」。具體一點說的話，本人是認為如果母公司對主題有重要性才需要提及。舉例來說，九巴的巴士路線就不需要提及載通和新鴻基，除非是像九龍巴士268M線那種明擺著是為新鴻基旗下物業（峻巒）服務的，但即使是那樣也需要可靠來源報導或提及此事才能寫進去。--派翠可夫 (留言按此) 2024年10月22日 (二) 02:12 (UTC)[回复]
@Nostalgiacn：大概以我的論點解釋一下原始的爭議是怎麼來的
因為木棉花、Ani-One等品牌從容易取得的資料來看其實無法確定屬於哪間公司（可能財報有但我並不清楚，並且羚邦也沒有一間名為Ani-One (公司)的公司），也無法從公開資料確定是由哪家公司向日方取得代理權（就算知道也沒有寫進來維基百科的意義，你維也不太可能出現木棉花動漫、木棉花創投、羚邦動畫、羚邦娛樂之類的公司的單獨條目），所以寫集團沒什麼問題
但智寶先是成立了回歸線娛樂，而且從7月開始的動畫上面的版權浮水印都是「智寶國際集團的回歸線娛樂」，最新集團的代理貼文（Archive.is的存檔，存档日期2024-10-24）也未有再提及智寶國際開發，與上方無法明確確定的情況完全相反，基於不能臆測智寶國際開發到底有沒有拿到代理權（有其他內部消息告訴我其實沒有），如果要寫公司應當寫回歸線娛樂而非如同其他代理商一樣寫智寶國際開發
當然我是覺得人家品牌寫什麼就寫什麼上去就好了就是了，不過要寫公司的話回歸線代理的實在不適合寫智寶國際開發--SunAfterRain 2024年10月24日 (四) 12:14 (UTC)[回复]
寫 「智寶國際集團」可以，但萬萬不能寫「回歸線娛樂」。論關注度，「回歸線娛樂」在智寶國際集團體制下可不可以獨立成一條條目？除了那個隨時可被刪走的動畫列表及股權文件外，你可以找到一篇單獨介紹「回歸線娛樂」業務的文章嗎？
所以回應下方@Milkypine：3M公司本身既是條目（即符合關注度要求），又是一個公司實體，所以不用寫「 明尼蘇達礦業製造公司 」。--唔好阻住我愛國（留言） 2024年10月24日 (四) 13:52 (UTC)[回复]
現在沒有，不代表近一兩年就沒有機會出現足夠關注度成條，但我舉的那四個（以及類似狀態的公司）我是不太相信五年內有機會獨立成條--SunAfterRain 2024年10月24日 (四) 14:59 (UTC)[回复]
部門（事業部制）有關注度，可以寫成條目，如騰訊遊戲，品牌的話，中維有很多遊戲品牌條目，如Key (遊戲品牌)。羚邦我不熟，但是品牌、部門作為獨立條目，在遊戲專題是很普遍的。--Nostalgiacn（留言） 2024年10月24日 (四) 15:25 (UTC)[回复]
Ani-One基本上沒有什麼獨立成條的機會啊...
"Ani-One" -site:wikipedia.org -site:wikidata.org -site:youtube.com -site:youtu.be -site:facebook.com -site:instagram.com -site:threads.net -site:x.com -site:twitter.com -site:medialink.com.hk -site:ani-mall.asia -site:ani.gamer.com.tw -site:acg.gamer.com.tw -site:catchplay.com -site:hamivideo.hinet.net -site:kktv.me -site:linetv.tw -site:litv.tv -site:mytvsuper.com -site:myvideo.net.tw -site:ofiii.com
--SunAfterRain 2024年10月24日 (四) 19:04 (UTC)[回复]
所以之後是要寫成3M公司（明尼蘇達礦業製造公司）嗎？ --窝法乙烷 儿法梦碎 2024年10月22日 (二) 16:18 (UTC)[回复]
3M已是有知名度的公司，不需要。--派翠可夫 (留言按此) 2024年10月23日 (三) 03:58 (UTC)[回复]
KKBOX和內文講的幾家公司也是有知名度的公司，怎麼他們需要，3M不用。不是很懂這突然跑出來的「知名度」又是啥標準。 --窝法乙烷 儿法梦碎 2024年10月23日 (三) 20:45 (UTC)[回复]
重點應該是公司，上面本人也說過本身是公司就不需要寫，但本人在舉例時KKBOX好像被說是品牌而不是公司。--派翠可夫 (留言按此) 2024年10月24日 (四) 17:46 (UTC)[回复]
@Patrickov：要把KKBOX當公司應該用KKBOX（願境網訊）這種寫法吧，畢竟人家公司有中文名？--SunAfterRain 2024年10月29日 (二) 16:30 (UTC)[回复]
其實現在KKBOX、科科世界、願境網訊三者的關係為何？看了幾條條目感覺敘述不太一致--派翠可夫 (留言按此) 2024年10月30日 (三) 02:26 (UTC)[回复]
@Patrickov：跟其他人交流了一下，大概是 KKCulture Co., Ltd. 科科世界 > KKCompany Technologies 科科科技 > KKBOX Taiwan Co., Ltd. 願境網訊 > KKBOX 這樣--SunAfterRain 2024年10月30日 (三) 13:46 (UTC)[回复]
@HK5201314：我想問一下「不被收錄」的定義，是「連重定向都建不了」［譯著：品牌不夠有名導致連列在母公司的條目裡作為一個章節存在都做不到］嗎？還是一定要有條目存在？--SunAfterRain 2024年10月27日 (日) 05:27 (UTC)[回复]
拋多一個例子出來，大欖隧道資訊框。
.
業主
三號幹線（郊野公園段）有限公司
營運單位
三號幹線（郊野公園段）有限公司
.
要以可讀性來說，寫三號公司好還是其母公司新鴻基地產好？
即
「三號公司」
「三號公司（新鴻基地產旗下公司）」<—針對非條目公司，提案預期效果。
「三號公司」
.
這樣說實際上是避免因為白紙保護而產生紅鏈，從而對向上查證造成一定困難。重新導向可建又如何，只要改一改分段標題，重新導向連結即時失效，到最後就連連結哪也不知道。關於所有權者，使用重定向只會讓讀者難以理解為什麼會這樣定向。--唔好阻住我愛國（留言） 2024年10月27日 (日) 09:09 (UTC)[回复]
沒記錯的話目前是有機器人在修正這種斷鏈，而且我不是很懂您說的難以理解重定向是什麼意思，我不認為Ani-One重定向到羚邦集團#Ani-One這樣會有什麼奇怪的誤會，希望您可以細說一下。（順帶一提，「三號幹線（郊野公園段）有限公司」這種也算是建不了重定向的，建了重定向後你要重定向到主條目的哪個章節？）--SunAfterRain 2024年10月27日 (日) 17:41 (UTC)[回复]

修訂

看來討論僵住了，補一個修訂草稿好了。
現提議對Wikipedia:格式手册/信息框新增一小節「所有權者、母公司與營運單位」，內容如下：

所有權者與營運單位 當在原作者、開發者、營運者、代理發行或類似欄位填寫公司或品牌時，基於非原創研究方針，若官方使用品牌名稱對外公告，請優先使用品牌名稱；若官方使用公司名稱對外公告，請優先使用公司名稱。

使用公司／品牌名稱時：

  1. 若該公司／品牌存在獨立條目，抑或是不存在獨立條目但所屬母公司與其同名並存在獨立條目，則僅列出公司／品牌，例如：「KKBOX」應列為「KKBOX」、「Google」應列為「Google」。
  2. 若該公司／品牌不存在獨立條目，且所屬母公司存在獨立條目，則同時列出公司／品牌及其母公司，例如「Google APIs（英语：Google APIs）」應列為「Google APIs（英语：Google APIs）（Google的產品）」。
  3. 否則請同時列出公司／品牌及其「集團條目」或「總公司條目」或「擁有該公司/品牌絕對控制權的公司條目」，無論其是否存在獨立條目，例如：「Ani-One」應列為「Ani-One（羚邦集團）」、「回歸線娛樂」應列為「回歸線娛樂（智寶國際集團）」。

基於書籍及專輯的信息框已有相類變數達至本指引的目標，故此規則不適用於書籍或專輯的信息框，即使已被官方當成品牌看待。編輯者只需參考書籍及專輯的信息框的模版文件指示，填上相應變數即可。

@HK5201314、Patrickov、Milkypine、Nostalgiacn--SunAfterRain 2024年11月7日 (四) 11:38 (UTC)[回复]
7日無人反對，現 公示此提案7日至2024年11月29日。--唔好阻住我愛國（留言） 2024年11月22日 (五) 02:29 (UTC)[回复]
（註：此段會加入成格式手冊指引，雖然不加這句應該不會造成誤會但還是補充一下）--SunAfterRain 2024年11月24日 (日) 16:53 (UTC)[回复]
由於有文句解讀爭議，故暫停公示直到確認該爭議實際上不存在或是需要修正條文而重計公示期--SunAfterRain 2024年11月28日 (四) 18:02 (UTC)[回复]
根據要求明確寫出書籍不適用規則--SunAfterRain 2024年12月10日 (二) 13:29 (UTC)[回复]
第二次修改--唔好阻住我愛國（留言） 2024年11月10日 (日) 09:18 (UTC)[回复]
  • 「當在原作者、開發者、營運者、代理發行或類似欄位填寫公司或品牌時，若官方通常使用品牌名稱對外公告，請優先使用品牌名稱。使用品牌名稱時，請按照以下方式填寫：」—>「當在原作者、開發者、營運者、代理發行或類似欄位填寫公司或品牌時，基於WP:非原創研究原則，若官方使用品牌名稱對外公告，請優先使用品牌名稱；若官方使用公司名稱對外公告，請優先使用公司名稱。使用公司/品牌名稱時，請按照以下方式填寫：」
  • 第三個例子改一改，不應使用動漫主題。
--唔好阻住我愛國（留言） 2024年11月7日 (四) 12:06 (UTC)[回复]
@HK5201314：那您舉一下例子好了，我一時之間想不到；前面那個修了--SunAfterRain 2024年11月7日 (四) 14:40 (UTC)[回复]
辛苦了。暫時沒有意見。--派翠可夫 (留言按此) 2024年11月8日 (五) 03:58 (UTC)[回复]
第三點在實際操作上很不合理，首先{{Infobox animanga/Novel}}是文庫（label）和出版社分別列出的。
正常來說是KADOKAWA（出版集團）旗下角川書店（出版社）的角川文库（品牌名）。
出版社也是母公司的一部分，但是品牌要給出母公司名諱，我覺得更應該探討這列出母公司到底意義何在？--Nostalgiacn（留言） 2024年11月9日 (六) 06:16 (UTC)[回复]
@Nostalgiacn:前提是該品牌/責任公司是沒有獨立條目且母公司有獨立條目。如果是角川，根本不需要括號母公司。--唔好阻住我愛國（留言） 2024年11月10日 (日) 09:11 (UTC)[回复]
上面說得不太清晰，用角川這個例子，是因為角川的產品整個鏈條都是一體的，由條目，方便理解。不同文化產品上，專輯有廠牌和發行商，書籍有叢書/文庫和出版社。起碼在圖書出版時，叢書，讀者更關注源於那個出版社，而不是屬於哪個母公司（出版集團）。個人認為，起碼在圖書出版上，列出母公司意義不大。--Nostalgiacn（留言） 2024年11月12日 (二) 04:50 (UTC)[回复]
@Nostalgiacn：你舉的例子，角川書店和角川文庫都是獨立條目，所以根本不會列到母公司，而且我不認為角川如果明天突然建立一個ABCDEF書店之類的出版社，列出版社會有人知道是哪個集團就是了（而且出版社也是公司吧，有出版社條目的也會走到第二條就終止吧？）--SunAfterRain 2024年11月12日 (二) 05:14 (UTC)[回复]
角川書店是KADOKAWA其中一個出版社，KADOKAWA還收購了很多出版社。我上面的問題是「叢書，讀者更關注源於那個出版社，而不是屬於哪個母公司」。給出角川這個例子，是因為都有條目，方便說明理解。--Nostalgiacn（留言） 2024年11月12日 (二) 06:07 (UTC)[回复]
OK! 換一個說法，假如這裡有一本書，叫「他的名字」，由 ABCDEF書店 出版。
問題來了！ABCDEF書店 是什麼的書店？為什麼他出的書在社群間的影響這麼大，ABCDEF書店還有什麼書？
翻查資料，原來是 KADOKAWA的一個出版商，這個ABCDEF書店在網上的資料只有「ABCDEF書店是KADOKAWA的一個出版商」，沒有其他了，所以沒有可能為ABCDEF書店建立條目。
接下來，按照正常做法，ABCDEF書店會被重定向至KADOKAWA，因為有這個來源「ABCDEF書店是KADOKAWA的一個出版商」。
你說「他的名字」是KADOKAWA出的？又不是。所以不可能是使用「重定向」功能把ABCDEF書店連結至KADOKAWA，但要確保讀者知道ABCDEF書店是與KADOKAWA有關。故有選項2及3。--唔好阻住我愛國（留言） 2024年11月15日 (五) 11:20 (UTC)[回复]
@Nostalgiacn：我認真思考了一下，你維應該是不太可能出現需要列出「作品（出版社）」的情況吧？如果是什麼改編動畫的條目那也是要主條目過長才會拆分，所以一定符合第一條規則。而列出出版社的情況大概也只有兩種，「出版社」和「出版社（集團）」，如果那個出版社這麼不有名以至於根本沒有條目，讀者看了出版社名字大概也不認識，我覺得這時候列集團應該算是一個適當的行為。--SunAfterRain 2024年11月22日 (五) 05:56 (UTC)[回复]
列出「作品（出版社）」是非常普遍的，只要按規範指引列出來源，只有是出版刊物，在使用cite系列模板時都有參數publisher，讓你填出版社。
cite系列模板其實是根據傳統論文引用來源格式，無論是美國的《芝加哥格式手册》，中國《信息与文献　参考文献著录规则》，引用來源要求，只求出版社，根本無需出版社的所屬集團。
換句話，你建議的這個規則，在出版刊物範圍上，是違反既有習慣。--Nostalgiacn（留言） 2024年11月23日 (六) 13:07 (UTC)[回复]
我要重申，「建議的這個規則」主要針對缺乏關注度的出版單位，並在資訊框顯示，而不是在cite模版顯示。你維又真的可以確保所有在維基資訊框的出版單位也有條目？--唔好阻住我愛國（留言） 2024年11月23日 (六) 14:06 (UTC)[回复]
@Nostalgiacn：這個修訂只有要規範資訊框，修訂的頁面我寫得很清楚了，是Wikipedia:格式手册/信息框，沒有要更動cite系列模板啊，您是不是誤會了什麼？--SunAfterRain 2024年11月24日 (日) 16:46 (UTC)[回复]
上面我是以來源的格式，來證明「所屬集團」並不是強制要求，以此來支持inbox模板出版社不標記「所屬集團」。我指出的依舊是「叢書，讀者更關注源於那個出版社，而不是屬於哪個母公司」這個觀點。
你們就算說「你維應該是不太可能」和「出版社這麼不有名以至於根本沒有條目」，不妨礙出版刊物傳統上根本不注重「所屬集團」的做法。--Nostalgiacn（留言） 2024年11月25日 (一) 09:02 (UTC)[回复]
你有這個見解是因為前人已做了重定向工作，例如把那個ABCDEF出版商定向至KADOKAWA。但是，顯然地，那個作品不是KADOKAWA出版，那在說明責任權時為什麼會關連至KADOKAWA？在關於責任權方面，我是反對使用重定向功能強行把缺乏關注度的出版商連結至 所屬集團，因為你說不清兩者的關係，為什麼會這樣連結，當中有沒有原創研究成分，會不會窒礙讀者辨別重定向關係。
Let’s say如果改成「在責任權方面，嚴禁使用重定向功能把責任定向至其他公司或品牌」+沒有第二及第三，我是接受的，唯會不會影響條目的觀感是另一個問題。--唔好阻住我愛國（留言） 2024年11月25日 (一) 11:41 (UTC)[回复]
你是否誤解我的觀點？inbox模板出版社不標記「所屬集團」，我反對的是提案若該公司／品牌不存在獨立條目，且所屬母公司存在獨立條目，則同時列出公司／品牌及其母公司。
我的意思就是，就算有「出版集團」（母公司），也沒有列出的必要，這不符合既有做法。KADOKAWA的例子是為了說明，出版集團、出版社、公司和品牌之間的層級關係。與你說重定向與否無關，我上面說的是，出版刊物，無法發行商哪一個層級是否存在條目，列出「出版社」就可以了。沒必要因為「出版集團」（母公司）存在，出版社或者叢書自身無條目，而要同時列出「母公司」。--Nostalgiacn（留言） 2024年11月26日 (二) 10:00 (UTC)[回复]
問題是，真的會有出版刊物被視作品牌，然後因為沒有條目所以走到第三條嗎？？？--SunAfterRain 2024年11月26日 (二) 14:52 (UTC)[回复]
僅以出版刊物而言，「叢書」（品牌）就是作品這個情況，如《中国语言生活绿皮书》。
inbox標記項目是「文庫」{{Infobox animanga/Novel}}或「系列」{{Infobox book}}的方式，如果以你現在若該公司／品牌不存在獨立條目，且所屬母公司存在獨立條目，則同時列出公司／品牌及其母公司。，就會出現「中国语言生活绿皮书（商務印書館）」，這種情況。
上文我已經KADOKAWA的情況舉例，請仔細看一下出版集團、出版社、公司和品牌之間的層級關係。
下面不妨再展開一下，音樂專題最近就「label」指什麼展開討論，事關到底指出品方、發行方、出版方、還是廠牌。這個提案既然想一刀切大一統，也請留意一下音樂發行上相關概念和標記傳統。--Nostalgiacn（留言） 2024年11月27日 (三) 06:15 (UTC)[回复]
@Nostalgiacn：不，其實我很想說出版刊物跟音樂其實根本不算品牌，哪有東西既算產品又算品牌然後還要扯到條目問題的....（而且既然發展到轉變成品牌來看待了，我不覺得還需要用那種模式看待，而且我真的不相信都變成品牌還能寫進條目了還會出現尷尬到必須走到第三條的情況）--SunAfterRain 2024年11月28日 (四) 17:59 (UTC)[回复]
你是提議在Wikipedia:格式手册/信息框增加的內容，現在說這不適用，那不適用。那麼是不是你提議「增加的內容」本身有問題，有不清晰的地方。
如果建議的內容只適用於特定的內容，就不要加到通用的「格式手册」，而是「特定主题」的格式手冊。--Nostalgiacn（留言） 2024年12月2日 (一) 06:23 (UTC)[回复]
建議的內容只適用於資訊框，然而閣下扯至條目內文，是在哈囉？--唔好阻住我愛國（留言） 2024年12月2日 (一) 16:30 (UTC)[回复]
{{Infobox album}}label:此欄僅需填入最初發行專輯的唱片公司即可。
xxxx
換言之，那間唱片公司缺乏關注度，用第二及第三說明這個是什麼公司，也沒有與專題抵觸。--唔好阻住我愛國（留言） 2024年12月2日 (一) 16:37 (UTC)[回复]
音樂的討論，建議到音樂專題討論，謝謝。--Nostalgiacn（留言） 2024年12月3日 (二) 05:30 (UTC)[回复]
我很想吐槽，一般人會把出版刊物和音樂全部當成是品牌的一種嗎，這難道不是閣下聯想力太豐富了嗎...？--SunAfterRain 2024年12月3日 (二) 18:48 (UTC)[回复]
還有Wikipedia:格式手册/信息框本來就是一個特定主題的格式手冊了，謝謝您。--SunAfterRain 2024年12月3日 (二) 18:53 (UTC)[回复]
我引用的「特定主題」的格式手冊，是指{{Style}}上的分類方式，也就是维基百科:格式手册/电子游戏一類。
Wikipedia:格式手冊/資訊框是屬於「內容」，就是面向所有條目的格式指引。我不妨把話說明白點，就是因為你的方案處理不了出版刊物的問題，所以不適用於通用的「格式手冊」。
希望你真的認真看一下相關內容，不要倉促回應。這樣只會顯得你的提案考慮不足。--Nostalgiacn（留言） 2024年12月4日 (三) 15:10 (UTC)[回复]
如果閣下堅持這樣理解，那只好建議閣下提出把資訊框拆分至不同的「特定主題」的格式手冊，按照每一專題量身打造各至的資訊框手冊。在現行架構，所有專題的資訊框是under 資訊框手冊規管，無一例外。單按照上方由閣下提出的三中商例子，「中國語言生活綠皮書（商務印書館）」，這個就是預期效果。正確來說，除了中國文學愛好者外，沒有人認識「中國語言生活綠皮書」，唯一般人也認識商務印書館（因為達關注度要求而有條目）。這個動作是一個便民措施，而不是沒有列出的必要。這個提案顯然是更改既有做法（擺明這個舊有俗成有明顯問題-我如何準確知道這是什麼公司？）--唔好阻住我愛國（留言） 2024年12月4日 (三) 18:14 (UTC)[回复]
此提案從頭到尾都沒有要解決出版刊物的問題，您現在這是雞蛋裡挑骨頭嗎？往規範品牌與公司的條文鑽出版刊物的漏洞，很好玩嗎？提案要規範的是資訊框裡的欄位，幹嘛放到別的地方去？還有那幾個欄位什麼時候可以放出版刊物了......--SunAfterRain 2024年12月6日 (五) 03:57 (UTC)[回复]
@Nostalgiacn：如果您要堅持這個觀點，我更想請您舉例在這次變更通過後，什麼時候infobox會需要做到註記「書名（出版社／母公司）」的情況，並且真的有條目受到此次變更波及。我覺得假設有條目將會受到波及實在不是個好做法，既然連現在都用不到了，那未來更不可能出現這種用法。--SunAfterRain 2024年11月25日 (一) 14:51 (UTC)[回复]
想問一下，所有權一半一半的該怎麼寫？以JW Anderson（英语：JW Anderson）、Fenty Beauty（英语：Fenty Beauty）為例，我該寫成原作者（JW Anderson、Fenty Beauty）還是持有另一半股權的公司、集團（JW Anderson、Fenty Beauty）？當然還有像梅赛德斯AMG车队這種3人、公司、集團持有的 --窝法乙烷 儿法梦碎 2024年11月8日 (五) 14:37 (UTC)[回复]
其實我較為主張「絕對控制權（超過51％股權或體制內的企業／品牌」才可使用第3項的括號部分。啟動目的是讓讀者知道誰作出這些決定+知道為什麼會連結至那個條目。如果是各一半的話，正常也無法確定相關決策是誰負責，情願不寫括號會較合適。況且如那個品牌/公司有條目的話，根本不需要有括號公司。--唔好阻住我愛國（留言） 2024年11月8日 (五) 15:13 (UTC)[回复]
@Milkypine：沒有過半應該連子母公司都說不上，所以我覺得這個應該沒什麼爭議--SunAfterRain 2024年11月8日 (五) 15:53 (UTC)[回复]

我建議提案者，重新審視提案內容的在不同範疇的可行性，在修訂出更好版本後，再繼續進行討論，謀求共識。我指出的一些範疇使用上存在問題，辯倒我是沒意義的，這只是「解決提出問題的人」，問題依舊沒有解決。--Nostalgiacn（留言） 2024年12月4日 (三) 15:19 (UTC)[回复]

然而閣下沒有就每一範疇提出確實例子，很難判定閣下的回應是正當合理還是為反對而反對。--唔好阻住我愛國（留言） 2024年12月4日 (三) 17:58 (UTC)[回复]
然而閣下這是在條文本身就沒有要觸及的地方鑽牛角尖，從頭到尾都沒有真正對條文要規範的地方發表有意義的意見。--SunAfterRain 2024年12月6日 (五) 03:59 (UTC)[回复]
@SunAfterRain:
不如這樣，公示結束、通過並結束討論吧！在這樣持續被他拖延也不是辦法。那個反對者只是玩程序問題，而且相關發言不是有助改善提案，而且沒有任何改善建議。--唔好阻住我愛國（留言） 2024年12月6日 (五) 06:52 (UTC)[回复]
自11月9日，個人提出「第三點在實際操作上很不合理」，到現在差不多一個月，你們沒有作為任何修訂。現在又要強推共識結束，我真的無語了，我舉例KADOKAWA各個層級都有條目，證明理論上各個層級都可以寫成條目，但是其他出版社並不具備這個條件，或者說大部分都沒有條目若干環節有不存在條目的情況，以提案的處理，就是會出現一些奇怪的狀態。
由始至終我都認為「否則請同時列出公司／品牌及其「集團條目」或「總公司條目」」的做法，違反了出版刊物的常用習慣。{{Infobox animanga/Novel}}是同時存在label/文庫/叢書（品牌）、出版社的欄目，日本輕小說大部分都有文庫，明明是一個很常見的情況，上面居然說是「鑽牛角尖」、「雞蛋裡挑骨頭」。KADOKAWA的文庫有條目，不代表其他日本出版社的文庫都有條目。而且小說模板已經有出版社的欄目，列出相關出版社就行了，無需在品牌列出「集團條目」或「總公司條目」。--Nostalgiacn（留言） 2024年12月6日 (五) 07:51 (UTC)[回复]
我們僅接受維基百科:建設性意見格式的意見，即如何改善提案。而不是單單為了一個專題而無視其他沒有這個問題的專題。
針對 「否則請同時列出公司／品牌及其「集團條目」或「總公司條目」或「擁有該公司/品牌絕對控制權的公司條目」，無論其是否存在獨立條目，」一看而知，同時列出即可，後方是只是其中一個列出格式例子。如果上面有，下面也有，那不是同時列出還能什麼？--唔好阻住我愛國（留言） 2024年12月6日 (五) 08:51 (UTC)[回复]
我上面在修訂出更好版本後，再繼續進行討論，謀求共識不就是維基百科:建設性意見的「建议作为指引/再修改一下某段/先讨论一下某问题已取得共识」。我個人的觀點很明確，就是對「第三點在實際操作上很不合理」。你們完全可以擱置第三點，通過第一和第二。--Nostalgiacn（留言） 2024年12月8日 (日) 10:35 (UTC)[回复]
這個提案根本沒有在規範出版刊物，是在違反什麼常理？這不是「鑽牛角尖」、「雞蛋裡挑骨頭」不然是什麼？您覺得有需要可以另外開一個討論串，而不是自己在心中擴大別的提案的解釋然後再說提案違反常識。--SunAfterRain 2024年12月6日 (五) 11:55 (UTC)[回复]
提案原文是當在原作者、開發者、營運者、代理發行或類似欄位填寫公司或品牌時。
我上面重複說了好幾次，叢書/文庫就是「品牌」，如日本角川（KADOKAWA）旗下輕小說品牌「電擊文庫」（[3]）。叢書/文庫具有雙重屬性，既是出版刊物系列，也是品牌。提案就是會影響到相關infox（如{{Infobox animanga/Novel}}）上欄目的填寫。--Nostalgiacn（留言） 2024年12月8日 (日) 10:44 (UTC)[回复]
試說明如何影響，謝謝！--唔好阻住我愛國（留言） 2024年12月8日 (日) 12:54 (UTC)[回复]
例如label寫「電擊文庫」， 出版社寫「KADOKAWA」，這個效果及目的是與提案預期效果及目的也是一致，按照WP:常識，也沒有問題。--唔好阻住我愛國（留言） 2024年12月8日 (日) 12:58 (UTC)[回复]
你可以去看看既有的輕小說條目裡面，是怎麼填的（如電擊文庫#作品一覽）。出版社並不是填「KADOKAWA」。--Nostalgiacn（留言） 2024年12月9日 (一) 11:57 (UTC)[回复]
那顯然那些編輯者在填寫變數前沒有看清楚技術文件，閣下貴為資深編輯者，有責任跟進及指導初級編輯者須跟從技術文件指示填寫相應變數。--唔好阻住我愛國（留言） 2024年12月9日 (一) 13:35 (UTC)[回复]
@Nostalgiacn：請給出你的來源證明叢書一定是品牌；文庫還請您舉出不存在同名公司的例子，不然我不覺得「電擊文庫」和「電擊文庫（KADOKAWA）」這兩種寫法有什麼太大違反常識的問題。--SunAfterRain 2024年12月9日 (一) 07:04 (UTC)[回复]
「范军将出版品牌定义为出版社所拥有的品牌，包括单本书品牌、丛书品牌、类别书品牌和出版社整体品牌」[1]。
出版社的自身的描述多得是：人教「品牌丛书」、“汉译世界学术名著丛书”是商务印书馆最为知名的社科学术丛书品牌、大型品牌丛书《21世纪作家精选文丛》组稿启事、广西师大社知名品牌“文学纪念碑”丛书又推新品、中国有话说多语种系列丛书 品牌启动仪式在海南举行
你認為沒問題，請見上面我說的引用來源要求，只求出版社，根本無需出版社的所屬集團。換句話，你建議的這個規則，在出版刊物範圍上，是違反既有習慣。，列出「出版社」就可以，小說模板已經有出版社的欄目，列出相關出版社就行了，無需在品牌列出「集團條目」或「總公司條目」。--Nostalgiacn（留言） 2024年12月9日 (一) 11:53 (UTC)[回复]
好，等下我把叢書加進例外；你現在還在偷換概念是吧，資訊框≠引用來源，有什麼好違反習慣的？你從頭到尾都在說不符合引用來源習慣，但我根本沒看見洽當的理由為什麼資訊框得尊重你講的習慣。--SunAfterRain 2024年12月10日 (二) 13:22 (UTC)[回复]
沒有在偷換概念，而是你根本沒理解我的意思，但凡你寫過幾個書籍的條目，就知道你之前提出的機制會有多怪異，當然也可能你本來就不知道的。出版社和品牌叢書都沒有條目時，根據第三點，都要列出「集團條目」或「總公司條目」。
順便回應@HK5201314：維基百科是一個志願者社群，不要求用戶們付出超出其意願的時間和精力。把精力放在改善維基百科本身，勝過去要求其他用戶做某些事（WP:CHOICE），請不要做任何的道德綁架，這與達成共識沒有太多作用。--Nostalgiacn（留言） 2024年12月21日 (六) 16:49 (UTC)[回复]
你就只會說提案機制很怪，要你舉個例子你又老是舉了根本不會被影響到的例子，你這要我怎麼認同你所謂的習慣？--SunAfterRain 2024年12月22日 (日) 05:00 (UTC)[回复]
資訊框是給一般讀者讀的，你講的引用是要字數少但能表達清楚，自然不能直接把引用的習慣直接套來資訊框。--SunAfterRain 2024年12月10日 (二) 13:39 (UTC)[回复]
@Nostalgiacn--SunAfterRain 2024年12月14日 (六) 14:54 (UTC)[回复]
由於上面提出異議者過了將近七天都沒有再發表反對意見，依照共識方針認定其對修正後的版本無異議。就修正過後的版本重新 公示7日，2024年12月24日 (二) 04:46 (UTC)結束--SunAfterRain 2024年12月17日 (二) 04:46 (UTC)[回复]
已就上方討論補充內容，因為書藉及專輯有相類變數達至提案目標。--唔好阻住我愛國（留言） 2024年12月17日 (二) 13:07 (UTC)[回复]
無人反對，通過。--唔好阻住我愛國（留言） 2024年12月25日 (三) 02:41 (UTC)[回复]

参考資料

  1. ^ 饶广祥,李佳逊.出版品牌:基于出版沟通的符号进路[J].现代出版,2024(2):66-76
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

建议把东罗马帝国条目标题改回拜占庭帝国

本主題或以下段落文字，在討論結束後應存檔至Talk:東羅馬帝國。

东罗马帝国就是个不伦不类的偏僻怪异标题，该帝国最广为人知的名称就是拜占庭帝国，查爱德华·吉本的《罗马帝国衰亡史》：“The nations of Europe and Asia were mingled by the expeditions to the Holy Land; and it is under the Comnenian dynasty that a faint emulation of knowledge and military virtue was rekindled in the Byzantine empire”，用的也是Byzantine Empire。大家提到这个帝国，只会用拜占庭，没人会用东罗马指代。现行的东罗马帝国就是个偏僻标题，建议将该条目标题，改成拜占庭帝国。夏土贤（留言） 2024年12月6日 (五) 02:40 (UTC)[回复]

不是，上面的討論還沒完，你還開一個新的？Sanmosa 新朝雅政 2024年12月6日 (五) 06:08 (UTC)[回复]
@Ericliu1912、Zhxy 519、Dewadipper、George6VI、Dkzzl、Nostalgiacn。Sanmosa 新朝雅政 2024年12月6日 (五) 07:41 (UTC)[回复]
匪夷所思的奇谈怪论，这人所引用的书籍文献都是支持他想法的，存在严重的摘樱桃问题，(－)強烈反对是次提案。—-Aggie Dewadipper ※ Beat Redbirds! 2024年12月6日 (五) 07:53 (UTC)[回复]
而且還有一點，就是“拜占庭帝國”一名本身可能存在西歐地域中心的偏謬。Sanmosa 新朝雅政 2024年12月6日 (五) 08:03 (UTC)[回复]
(－)強烈反对：很像引戰的言論，一本英國的書怎麼說，就能當聖旨了？外國如何稱呼都還不一致，拜占庭帝國最多就是一個別稱，沒有改名必要。——George6VI（留言） 2024年12月6日 (五) 07:50 (UTC)[回复]
虽然这个问题本身我并不反对以“拜占庭帝国”命名，但我认为你提出的理据完全不成立，且已经在扰乱边缘了。--自由雨日🌧️❄️ 2024年12月6日 (五) 08:30 (UTC)[回复]
(－)強烈反对。東羅馬朝廷一直都自稱「羅馬帝國」，「拜占庭帝國」這種說法是在君士坦丁堡淪陷之後才出現的。📕📙📒📗📘賭博機構最堅定的反對者戒賭熱線：2343-2255 2024年12月7日 (六) 01:00 (UTC)[回复]

本主題或以下段落文字，移動自Talk:東羅馬帝國。执行者：Sanmosa 新朝雅政 2024年12月6日 (五) 10:43 (UTC)。[回复]

东罗马帝国就是个不伦不类的名称，该帝国最正规的称呼方式就是拜占庭帝国。东罗马帝国涉及原创研究。夏土贤（留言） 2024年12月4日 (三) 04:31 (UTC)[回复]

两者都有一些常用性，未细查哪个更常用。建议指明原创研究的内容。如果序言属实，目前名称可能为了贴合原意，但这与名从主人要求的官方中文名似有偏差；以及，使用古代正式名而非后世常用名，可能不贴合易于识别、防止歧义？@Iokseng--YFdyh000（留言） 2024年12月6日 (五) 03:08 (UTC)[回复]
如果以名從主人來說，他們的自稱是「羅馬帝國」。東羅馬帝國和拜占庭帝國都是他人賦予的名稱，「東羅馬帝國」不是原創研究。--Iokseng（留言） 2024年12月6日 (五) 03:55 (UTC)[回复]
东罗马帝国更贴近其自称，他人在称呼上有所矫正注明。拜占庭帝国则是绰号比本名更常用？就像汪精卫国民政府的各称呼。--YFdyh000（留言） 2024年12月6日 (五) 04:39 (UTC)[回复]
@Dewadipper、George6VI、自由雨日：我是否可以以夏土贤上面的這個言論為由認為他是在公然造謠？Sanmosa 新朝雅政 2024年12月6日 (五) 10:45 (UTC)[回复]
可以看看不管中文还是英文的拜占庭现代研究著作，有几个叫东罗马帝国的？--夏土贤（留言） 2024年12月6日 (五) 11:07 (UTC)[回复]
根据google scholar，中文文献大概一万五千篇，英文文献有260万篇，请停止扯淡。——Aggie Dewadipper ※ Beat Redbirds! 2024年12月6日 (五) 17:26 (UTC)[回复]
可以看看，拜占庭和东罗马，哪个用的最多？东罗马的使用数量，完全无法和拜占庭比。--夏土贤（留言） 2024年12月7日 (六) 01:20 (UTC)[回复]
还是根据google scholar，拜占庭帝国的中文文献3100篇，英文文献50万篇，整体大概是东罗马的五分之一，“完全无法和拜占庭比”是你在哪天晚上梦到的？——Aggie Dewadipper ※ Beat Redbirds! 2024年12月7日 (六) 04:14 (UTC)[回复]
scholar.google.com "东罗马帝国" 1,440 条结果，"拜占庭帝国 "1,690 条结果。--YFdyh000（留言） 2024年12月7日 (六) 04:49 (UTC)[回复]
感谢提醒，我使用的是不带引号的结果（也就是不限定于一字一句完全相同），不过哪怕按用引号的结果也不足以支撑应改名这一结论。另外用不带引号搜出来的结果如“甘肃靖远新出东罗马鎏金银盘略考”和“略谈我国出土的东罗马金币”这两篇文献中的东罗马显然指的是东罗马/拜占庭帝国。虽然往后翻几页确实有不少和这个政权无关的结果，但显然数量差距不足以强行移动东罗马帝国至拜占庭帝国（WP:FCFS）。——Aggie Dewadipper ※ Beat Redbirds! 2024年12月7日 (六) 05:04 (UTC)[回复]
然而這與“原創研究”完全是兩回事吧？Sanmosa 大統領님의政變方式은 2024年12月7日 (六) 04:15 (UTC)[回复]
我觉得已经完全属于扰乱了。至于是否造谣我不确定……维基百科有关于“造谣”之类的方针吗？--自由雨日🌧️❄️ 2024年12月6日 (五) 11:11 (UTC)[回复]
維基百科並沒有關於造謠之類的方針，但這種程度的造謠意在使維基百科背離其作為百科全書須力求準確的原則。Sanmosa 新朝雅政 2024年12月6日 (五) 12:44 (UTC)[回复]
我赞同这个说法，并支持任何人以“扰乱”和“造谣”为由将其提报至ANM。--自由雨日🌧️❄️ 2024年12月6日 (五) 17:31 (UTC)[回复]
行，我提了。Sanmosa 新朝雅政 2024年12月6日 (五) 23:37 (UTC)[回复]
我没理解您的指控。上面讨论的主题不相同的样子。另外，目前讨论递进机制不是建议移到条目讨论页吗，怎么反向移。--YFdyh000（留言） 2024年12月6日 (五) 11:21 (UTC)[回复]
可能是“东罗马帝国”一词会涉及大量页面吧。--自由雨日🌧️❄️ 2024年12月6日 (五) 11:25 (UTC)[回复]
@YFdyh000：主要是因為上面有一個關聯討論的緣故，我認為放在同一頁面便於相互參照。Sanmosa 新朝雅政 2024年12月6日 (五) 12:36 (UTC)[回复]
这显然不算造谣扰乱之类，Byzantine Empire 在英语学界是绝对的通用名称，在我所知道的德法学界也是一样，国际研究会与会议也基本全用“拜占庭”。大陆有关研究机构也是以“拜占庭”命名的（不知台湾香港如何，我估计也是一样）。我个人也更喜欢用“拜占庭帝国”。但这个名称基本是后人的发明确实不假……（当然“东罗马帝国”本身也是东魏西魏一样的后人称呼）。Dkzzl（留言） 2024年12月7日 (六) 14:21 (UTC)[回复]
(＋)支持。台灣也是用「拜占庭」使用較多。同意的Dkzzl的看法，且「拜占庭帝國」盡管是後人史家對東羅馬的稱呼，但依據WP:COMMONNAME原則，應該更名為「拜占庭帝國」--Djhuty（留言） 2024年12月18日 (三) 03:01 (UTC)[回复]
另外提醒一下諸君，依據命名方針，【命名原則】優先於【主要命名慣例】。因此WP:COMMONNAME優先於NC:名從主人。--Djhuty（留言） 2024年12月18日 (三) 03:05 (UTC)[回复]
我同意「拜占庭帝國」多有人用（尤其是西方研究），但「東羅馬帝國」顯然亦不至罕見。無論如何，斥之為「偏僻怪异标题」並不理性。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年12月7日 (六) 22:32 (UTC)[回复]
個人印象當中羅馬帝國剛剛分裂以及東羅馬帝國還橫跨三大洲的時候，東羅馬的稱呼還算比較多，越到後期疆土越來越小的時候，拜占庭的稱呼貌似要多一些。--日期20220626（留言） 2024年12月13日 (五) 05:27 (UTC)[回复]
我国统编版义务教育教科书《世界历史·九年级上册》，（48页）上半页还在用“东罗马帝国”的称呼（介绍查士丁尼），下半页（介绍7世纪以后历史）直接无缝使用“拜占庭帝国”😂另外普通高中教科书《历史·必修 中外历史纲要（下）》中，（第18页）除了首句接续“罗马分裂”时使用“东罗马帝国”外，后文均使用“拜占庭”（包括查士丁尼内容）。--自由雨日🌧️❄️ 2024年12月18日 (三) 03:22 (UTC)[回复]
(－)反对。东罗马帝国乃人家的正名（更严格来说是罗马帝国），且说法并不罕见，怎么仅能因为拜占庭说法多一些就把人家正名给改了呢？--花开夜（留言） 2024年12月18日 (三) 07:22 (UTC)[回复]
我不是很赞成“正名”之类的说法。百科全书本身就是从第三方客观中立的角度描述事物，而不是“自传”——过度的“名从主人”反而有不中立之虞。那么现在的历史学者如何称呼这一国家，就应当采用现代历史学者的常用名称。只有同时满足以下两个条件的情况下，我会认为在并非最常用名称的情况下仍应“名从主人”：①现在依然存在（未成为历史）的事物、②该名称虽非最常用，但仍较常用。只要不满足任一条件，我一般就认为不必考虑“名从主人”（例如“白罗斯”就不满足第2个条件，故仍命名为“白俄罗斯”）。--自由雨日🌧️❄️ 2024年12月18日 (三) 07:33 (UTC)[回复]
我认为移动到常用的“拜占庭帝国”是可以的，现使用的“东罗马帝国”也不罕见，维持现状也不是不行。但我反对所谓“名从主人”的说法，真要名从主人的话应使用“罗马帝国”，“东罗马帝国”和“拜占庭帝国”都不符合“名从主人”吧。——杰里毛斯（留言） 2024年12月18日 (三) 11:42 (UTC)[回复]
完全同意。其实我也更倾向命名为“拜占庭帝国”。一方面我认为提案者完全是在造谣扰乱，另一方面我有其他理据认为确实应当以“拜占庭”命名，这两者并不矛盾。--自由雨日🌧️❄️ 2024年12月18日 (三) 13:33 (UTC)[回复]

是时候在阿富汗条目及模板挂上塔利班的旗帜了吧？

本主題全部或部分段落文字，已移動至Template talk:AFG。执行人：Sanmosa 在黑魔法的幫助下密謀推翻軍政府 2024年12月23日 (一) 03:14 (UTC)。[回复]

没有目标条目的独立消歧义页

本主題全部或部分段落文字，已移動至WT:消歧义。执行人：Sanmosa 蚌埠 2024年12月21日 (六) 04:00 (UTC)。[回复]

建议把南京大屠杀的条目标题移动到南京事件

本主題全部或部分段落文字，已移動至Talk:南京大屠殺。执行人：Sanmosa 在黑魔法的幫助下密謀推翻軍政府 2024年12月23日 (一) 01:59 (UTC)。[回复]

提议：规范部分铁路条目站名的译法

本主題全部或部分段落文字，已移動至WT:條目命名一致性決議。执行人：Sanmosa 蚌埠 2024年12月17日 (二) 15:40 (UTC)。[回复]

騎脖子的wikidata重覆了

本主題或以下段落文字，在討論結束後應存檔至Talk:騎脖子。

請看看如何合併https://www.wikidata.org/wiki/Q2646130 （piggy back）及https://www.wikidata.org/wiki/Q116786505 （piggyback ride）--Factrecordor（留言） 2024年12月15日 (日) 16:16 (UTC)[回复]

曾被拆分、撤销合并，如要合并可能需要去维基数据联系他们确认原因。AI说前者是骑上去的行为，后者是骑（背）着走的经历。前者的维基数据属性、英文条目，部分内容与中文维基条目相异。可能中文条目该独立分开写儿童游戏、杂技、背着人等多种概念？德语条目也可参考。--YFdyh000（留言） 2024年12月15日 (日) 16:35 (UTC)[回复]
@Factrecordor：暫時對合併有所保留，Q2646130（piggyback ride）專指運輸方式，Q116786505（piggy back）專指動作本身。Sanmosa 蚌埠 2024年12月17日 (二) 09:49 (UTC)[回复]
@Sanmosa各種語言維基分別連去兩邊，似乎內容上根本沒有注意過兩者分別。--Factrecordor（留言） 2024年12月17日 (二) 12:10 (UTC)[回复]
@Factrecordor：剛檢查過一遍，主要是itwiki與trwiki的連結有問題，trwiki的連結應連至Q116786505而誤連至Q2646130（已修正），itwiki的Piggy back説的則是一種生產協定，與Q2646130、Q116786505兩者均無關（已移除連結），其他wiki的連結的分類似乎並沒有問題。Sanmosa 蚌埠 2024年12月17日 (二) 12:28 (UTC)[回复]

有關輕武器條目中「流行文化」章節的問題

本主題或以下段落文字，在討論結束後應存檔至WikiProject talk:槍械。

本人近期在這些條目發現在記載相關槍械與流行文化的章節有下列問題：

  1. 內容大多過於瑣碎而繁雜
  2. 不正確地使用「奇怪地/的」一詞，當條目記述的槍械與遊戲等作品有不一致的地方時被使用
  3. 大多語句或欠通順（上述情況也是）
例子：1、2、3、4、5、6等

希望有關章節可按照相應的社群規範修繕有關内容，並在此邀請各路編者參與討論，謝謝。--5-6-7-0-9（dial - #sign）A new beginning 2024年12月17日 (二) 06:27 (UTC)[回复]

说是流行文化，实际就是出现在了xx电影电视游戏中，纯粹无价值垃圾内容，应当全数移除。除非有明确的可靠来源指出条目主体在对应作品中产生的影响。->>Vocal&Guitar->>留言 2024年12月17日 (二) 12:39 (UTC)[回复]
有道理，有琐碎和原创成分。不知道这种做法怎么来的。--YFdyh000（留言） 2024年12月17日 (二) 13:01 (UTC)[回复]
那我的性别是武装直升机这种知名度比较高的谜因是不是也不能保留啊?（虽然谜因起源的小说在英语有条目en:I Sexually Identify as an Attack Helicopter并且该小说入围了雨果奖。[4]但不符合中文的关注度。）----甜甜圈向资瓷韩国戒盐的台湾政党致敬！ 2024年12月17日 (二) 13:10 (UTC)[回复]
取决于这个迷因您打算写在哪里…--YFdyh000（留言） 2024年12月17日 (二) 13:30 (UTC)[回复]
那我写在武装直升机条目中行不行啊？（因为小说在中文圈没有关注度）----甜甜圈听说台湾停用Chinese New Year是真的吗？ 2024年12月17日 (二) 13:45 (UTC)[回复]
不行，没有知名到那个程度。在性别认同的争议相关条目中提及且仅写一次就够用了。类似Wikipedia:消歧义#部分題目相符。--YFdyh000（留言） 2024年12月17日 (二) 15:03 (UTC)[回复]
感覺或許可以考慮分拆搬運到維基學院。Sanmosa 蚌埠 2024年12月17日 (二) 14:46 (UTC)[回复]
綜上所述，有關內容過於瑣碎之餘且以愛好者內容居多，除非有關槍械在某個文藝作品中具有較高的知名度（關注度）才會寫進去，不然很多時候可以被視作原創研究。又据我觀察，這些內容通常就是講某個特定輕武器在哪些電子遊戲/電影出現過（幾乎是所有），完全不應寫入其條目。
至於將這些內容搬到維基學院，我認為這有點不合理。如要清理/移除/改寫這些瑣碎的內容的話（高關注度者除外），本人無異議。--5-6-7-0-9（dial - #sign）A new beginning 2024年12月18日 (三) 11:10 (UTC)[回复]

誤用Wikipedia:持续出没的破坏者/User:Qqqyyy惡作劇內容的書籍

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:持续出没的破坏者/User:Qqqyyy。

Wikipedia:持续出没的破坏者/User:Qqqyyy自2007年就開始以不同傀儡在中文維基條目對歷史、宗教、民俗偽造內容。若被刪除他也會加回，被質疑則作擾亂與人身攻擊言論。等外界誤用，他就加上作循環認證。

維基外面已多有誤用，甚至包含有一定學術地位的書籍，恐怕中文維基哪一天消失了，這些惡作劇也會繼續散播下去。其破壞時間、範圍、程度、惡質人品遠超User:折毛，但受關注度卻相反。我將目前（2024年12月19日為止）發現受其惡作劇內容的書籍整理如下表，因本人精力與程度有限，以下恐是冰山一角。

誤用書籍
偽造時間 偽造項目 誤用書籍
2007年 偽造谢安稱呼「謝聖王」
  • 2013年《臺南王爺信仰與儀式》第140頁
  • 2022書《清代噶瑪蘭寺廟興建與市街形成》第216頁
2009年 偽造孫中山化名「品蘭堂」
  • 2016年《趣味漫畫資治通鑑：清(下)》第173頁
2009年 偽造鍾離權稱為「正陽開悟傳道重教帝君」
  • 《謝選駿全集》第221卷第530頁
  • 2009年《極樂八仙》未標頁碼
  • 2023年《歇後語：探索中華智慧》未標頁碼
2010年 捏造古書名「異蹟略」、「異迹略」與假原文、捏造宋高宗、宋孝宗歷史
  • 謝選駿《謝選駿全集》第159卷387頁
2010年 捏造古書名「稱謂雜記」與假原文
  • 2013年《我學易經的第一步：「易」有幾千歲的壽命，而且活得很有活力》第18頁
  • 2017年《夕堂戲墨箋注》第306到307頁
2010年 偽造古書名「蓬萊小語」
  • 2013年《臺灣文藝叢誌》〈森春濤與《新文詩》系列〉第20頁
  • 2019年《森春濤的香奩詩受容與漢詩創作》頁碼待查
2010年 偽造李贄稱呼「溫陵先師」與民俗
  • 《謝選駿全集》157卷第602頁
  • 《易經故事 無妄》未標頁碼
  • 2018年《地球論理(世界各國)》第247頁
  • 2020年《紫柏真可:鐵膽禪僧》第54頁
2010年 偽造林本源家族、林維源、李春生、洪騰雲資產數據
  • 2016年《生活在這塊土地的你可以拿來說嘴的七十則冷知識》第34頁
  • 2017年《一看就懂台灣博覽》第27頁
  • 2024年《日式街屋建築：臺北篇》第65頁
2010年 偽造古書名「如來淵源攷」與原文
  • 2024年《滴露研朱: 第五輯》未標頁碼
2011年 張巡稱呼「尊武尊王」移花接木至王潮
  • 2022年《圖解閩南語概論》第29頁
2011年 偽造王潮稱呼「泉安尊王」
  • 2022年《圖解閩南語概論》第29頁
2011年 偽造部分八家將稱為「四季帝君」
  • 2015年出版的《圖解台灣史》第81頁
2011年 捏造羅清字號「思孚」、又名「羅思孚」
  • 2012年《武道狂之詩卷十一劍豪戰爭》未標頁碼
  • 2016年《我在人間的靈修迷藏: 70年靈修大調查，看穿靈修人的過去、現在與未來》第101頁
  • 2024年《看懂一貫道》未標頁碼
  • 2024《看懂北海老人全書》未標頁碼
2011年 捏造文昌帝君稱呼「文昌武烈梓潼帝君」
  • 2023年布拉格文創社《東京夢華錄》第300頁
2011年 柳修因稱呼「普渡真君」移花接木至面燃大士
  • 2016年《賴惠川竹枝詞研究:以<<悶紅墨屑>>、<<續悶紅墨屑>>為主要線索》第289頁
  • 2016年《香港盂蘭夜話》第16頁
  • 2023年《《金瓶梅詞話》歲時節令》第62頁
  • 2023年《上水虎地坳風物志》 第43頁
2011年 捏造面燃大士稱呼「面燃大士普渡真君」
  • 2023年《金瓶梅詞話歲時節令 》第62頁
2011年 捏造骷髏杯稱為「首爵」
  • 《謝選駿全集》第102卷第580頁
2011年 捏造古書名「佛名釋典傳略與原文」
  • 2015年《關於佛教諸佛的100個故事》第58頁
  • 2017年《般若花開: 佛教諸佛最精彩的故事》第58頁
2012年 捏造大院君別稱「雲峴君」
  • 《謝選駿全集》第179卷113頁
  • 2017年《拆拆中國史：原來中國史可以這樣整理》第320頁
  • 2022年《追溯近现代中国起源与历史 第二章》第253頁
  • 2022年《你必須認識的韓國人》第54頁
2012年 偽造蒯祥字號「香山」
  • 2019年《藝術生活(視覺應用)》第87頁
2012年 偽造鍾馗等合稱「三伏魔帝君」
  • 2015年《林金鍊跳鍾馗儀式劇場》第15頁
  • 2019年《濁水溪流域彰化縣東南區客家文化傳衍之研究》第219頁
  • 2020年《明代宗教雜劇研究》第335頁
  • 2021年《和魂漢神: 中國民間信仰在德川日本的在地化》第171頁
2012年 偽造鍾馗稱為「鎮宅真君」
  • 2015年《香港樂活節氣文化》第115頁
  • 2015年《林金鍊跳鍾馗儀式劇場》第15頁
  • 2015年《波斯和中國: 帖木兒及其後》第128頁
2012年 偽造玄天上帝稱為「北極蕩魔天尊」
  • 2014年《天律聖典大全譯註》1410頁
  • 2024年《史上最有梗的東方魔法書：奇幻深遠的道門咒語》第17頁
  • 2024年《看懂道教》未標頁碼
2012年 偽造面然大士稱呼「面燃大士羽林監齋普渡真君」
  • 2016年鬼故事小說《香港盂蘭夜話》未標頁碼
  • 2022年《流行閒情系列(16)：香港盂蘭夜話【精華版】》未標頁碼
2013年 偽造謝安稱呼「廣惠靈應顯濟尊王」
  • 2022年《清代噶瑪蘭寺廟興建與市街形成》第216頁
2013年 偽造李鴻章說「白銀更勝白米，錢根即是命根」
  • 2016年 《走近徽州文化》第47頁
  • 2018年《搞懂顧客服務旅程: 打造鐵粉》第107頁
2013年 偽造劉海蟾稱為「廣陽真人」
  • 2018年《地球論理(世界各國)》第121頁
  • 2022年《太乙金華宗旨 : 天心金丹秘法》第vii頁
  • 2024年《看懂道教》未標頁碼
2013年 偽造王重陽、呂洞賓、劉海蟾、王玄甫、鍾離權合稱「五陽祖師」
  • 2018年《地球論理(世界各國)》第115頁
  • 2019年《第十屆臺灣總督府檔案學術研討會論文集》〈從檔案看明治36年（1903）臺南廳之官廟調查概況〉第141頁
  • 2021年《天律聖典大全譯註》第1299頁
  • 2023年《《關尹子》公案徹底終結》未標頁碼
  • 2024年《看懂道教》未標頁碼
2014年 偽造比干被周武王追封為「壟神（國神）」
  • 2016年《日日見財！全台33家超人氣必拜財神廟開運指南》第10頁
2014年 偽造谢安稱為「謝府太傅」
  • 2022年《清代噶瑪蘭寺廟興建與市街形成》第216頁
2014年 偽造比干稱為「守財真君」
  • 2016年《日日見財！全台33家超人氣必拜財神廟開運指南》第10頁
  • 2018年《解讀2018風水密碼》第34頁
  • 2021年《台灣百神巡禮嚴選100尊神明，領略東方文化的神奇與奧秘》第105頁
2014年 偽造比干稱為「財祿真君」
  • 2016年《日日見財！全台33家超人氣必拜財神廟開運指南》第10頁
2014年 偽造比干稱為「文財真君」
  • 2016年《日日見財！全台33家超人氣必拜財神廟開運指南》第10頁
2014年 偽造比干稱為「增福真君」
  • 2016年《日日見財！全台33家超人氣必拜財神廟開運指南》第10頁
2015年 偽造蓮池祩宏、紫柏真可、憨山德清、蕅益智旭合稱「蓮柏椒蕅」
  • 以下林姓作者電子書
    • 2019年《般若心要》未標頁碼
    • 2019年《圓滿覺悟》未標頁碼
    • 2019年《學佛指南》未標頁碼
    • 2019年《亂世好修莊子禪》未標頁碼
    • 2019年《你真的讀懂老子道德經》未標頁碼
    • 2020年《跟著大師學易經》未標頁碼
    • 2021年《蕅益大師教淨土法門》未標頁碼
    • 2022年《唯識心要》未標頁碼
    • 2022年《開悟在楞嚴》未標頁碼
    • 2024年《唯識觀心》未標頁碼
  • 2023年《都市養生Urban Health》第390頁
  • 2024年《看懂中國及藏傳佛教》未標頁碼
  • 2024年《隱元隆琦──日本黃檗宗初祖》第59頁
2016年 偽造宗教術語「海德堡探題」
  • 2022年《焚書：遭到攻擊與在烈焰中倖存的知識受難史》第282頁
2016年 偽造宗教術語「路德小探題」、「路德大探題」
  • 2023年《論點‧西洋史學：一本掌握！橫跨世界五大洲的歷史學關鍵課題》第14頁
2016年 偽造宗教術語「天主教探題」
  • 2020年《建築設計：涵構與理路》第132頁
  • 2023年《宗教超圖解：100張圖秒懂世界信仰文明與神祇知識》未標頁碼
2016年 偽造黃阿祿嫂稱呼「艋舺大檀越」
  • 2021年《臺灣文獻季刊》72卷4期「臺灣軟身媽祖神像的製作與展演—以艋舺啟天宮、白沙屯拱天宮為例」194頁
2016年 偽造熟語「要生意，找顏李」
  • 2024年《末代女礦工》第6頁
2017年 虛構歷史人物「公沙曉」
  • 2022年《追溯近現代中國起源與歷史第二章（下）》第75頁
2017年 偽造張仙稱為「桂宮廣應善利育嗣賜子真君」
  • 2022年《圖解台灣行業神明圖鑑台南體傳統工藝》第245頁
2017年 偽造管輅稱為「觀相真君」
  • 2018年《地球論理(世界各國)》第310頁
2017年 偽造李白稱為「太白先師」
  • 2019年《華人社會與文化》第74頁
2017年 偽造孫思邈稱為「天醫妙應廣援善濟真君」
  • 2022年《圖解台灣行業神明圖鑑》第59頁
  • 2023年《衣冠南渡》第120頁
  • 2024年《看懂道教》未標頁碼
2017年 偽造文昌帝君稱為「七曲山雷澤神龍濟渡大王」
  • 2021年《天律聖典大全譯註》第565頁
2018年 偽造玉皇大帝稱為 「太上開天執符御歷含真體道金闕至尊無上至尊自然妙有彌羅至真玉皇大天尊昊天玄穹高上帝」
  • 2021年在《天律聖典大全譯註》1192頁
  • 2022年《神明便利商店》第41頁
2018年 偽造玉皇大帝稱為「昊天玄穹上帝」
  • 2021年《天律聖典大全譯註》第1323頁
2018年 偽造六福是「名、利、健康、長壽、善終、多子多孫」、「名、利、壽、安康、善終、多子多孫」
  • 2021年《台灣百神巡禮嚴選100尊神明，領略東方文化的神奇與奧秘》第75頁
  • 2021年《客家民俗禁忌》第128頁
2019年 偽造宗教術語「結盟宗 」
  • 《謝選駿全集》236卷第658頁
  • 2020年商周出版《紅與黑（法文全譯本）》未標頁碼
  • 2024年《看懂基督教》第103頁
2019年 偽造宗教術語「盎格魯宗」
  • 《謝選駿全集》236卷第658頁
  • 《謝選駿全集》327卷第38頁
  • 2024年《寫在歐洲行起飛前：36個旅途中的生活文化與行程規劃答疑》第86頁
  • 2024年《看懂基督教》未標頁碼
2020年 偽造朱衣神稱呼「文選帝君」
  • 2024年《看懂道教》未標頁碼
2020年 偽造呂洞賓稱呼「文尼帝君」
  • 2024年《看懂道教》未標頁碼

--Outlookxp（留言） 2024年12月19日 (四) 07:52 (UTC)[回复]

@Outlookxp：或許你可以考慮建一個專門的頁面來説明？Sanmosa 蚌埠 2024年12月19日 (四) 10:42 (UTC)[回复]
我有建了，放在只是為了增加google能見度。--Outlookxp（留言） 2024年12月19日 (四) 11:03 (UTC)[回复]
啊，我的意思是建一個專門的頁面或章節來放類似上面的表格的東西，表格化的資訊比較方便社羣對照與具體引述，比如我要提及被虛構出來的人物「公沙曉」時我可以説“見LTA:QY‘公沙曉’項”之類的。Sanmosa 蚌埠 2024年12月19日 (四) 11:18 (UTC)[回复]
最好是能知會原作者或出版社，並提醒他們慎防誤用。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年12月19日 (四) 20:49 (UTC)[回复]
简直触目惊心，气得我血压都高了，感谢您一直辛苦地排雷。--BigBullfrog（𓆏） 2024年12月23日 (一) 16:27 (UTC)[回复]

建於西夏的建築物歸為「宋朝建築物」是否合適

西夏與宋朝同時期。建於西夏的建築物，如建於西夏晚期的宏佛塔，歸為「宋朝建築物」合適嗎？--紺野夢人 2024年12月19日 (四) 05:31 (UTC)[回复]

我认为归类为“建于宋时代的建筑物”应该合适（毕竟国务院就是这么表示的），但“宋朝”可能不太好。--自由雨日🌧️❄️ 2024年12月19日 (四) 05:35 (UTC)[回复]
上级分类就叫“宋朝”，没有“宋时代”这种分类。--—— 红渡厨（留言・贡献） 2024年12月19日 (四) 06:05 (UTC)[回复]
维基百科分类？没有可以建啊。--自由雨日🌧️❄️ 2024年12月19日 (四) 06:32 (UTC)[回复]
之前有人把“X代”的分类统一改成了“X朝”，比如Special:Diff/61855120。--—— 红渡厨（留言・贡献） 2024年12月19日 (四) 06:45 (UTC)[回复]
為什麼不新建一個「西夏建築物」，這樣不是更直觀、更簡潔、更不會產生其他衍伸問題?--Djhuty（留言） 2024年12月19日 (四) 08:11 (UTC)[回复]
分类:西夏建筑，已经有了。--—— 红渡厨（留言・贡献） 2024年12月19日 (四) 08:31 (UTC)[回复]
《维基百科:非原创研究》：维基百科不是存放原创研究或原创观念的场所。在维基百科里所谓原创研究或原创观念，指的是未发表的事实、争论、观点、推论和想法；以及对已发表材料进行的未发表分析、综合或总结，并产生或暗示新的结论。维基百科编者不负责、也不应该负责对来源进行分析、综合或总结。来源写西夏，条目就写西夏；来源写宋朝，条目就写宋朝。就这么简单。--—— 红渡厨（留言・贡献） 2024年12月19日 (四) 06:29 (UTC)[回复]
来源写的好像不是宋朝，而是宋时代？--自由雨日🌧️❄️ 2024年12月19日 (四) 06:33 (UTC)[回复]
我個人認為這與說「愛因斯坦出生於光緒五年」類似，如果能接受這種說法，「西夏建築物建於宋朝」就可以，如果不能接受，就不可以。-游蛇脫殼/克勞棣 2024年12月19日 (四) 09:12 (UTC)[回复]
学习了 只是在实际习惯中，很少有人会把西夏的遗迹说为西夏，更喜欢说北宋南宋。当然这种习惯并不准确，尤其不适用于百科。只是嘛，话虽如此实际做起来还是容易编纂出错。头疼呢。--花开夜（留言） 2024年12月21日 (六) 20:48 (UTC)[回复]
西夏在後期甚至已經不是宋朝的藩屬，這種描述顯然是不合適的。Sanmosa 蚌埠 2024年12月19日 (四) 09:52 (UTC)[回复]
类似地有：南诏—唐朝，大理国—宋朝。--Kcx36（留言） 2024年12月19日 (四) 12:31 (UTC)[回复]
「宋朝建築物」有歧義，我認為指「宋朝統治地區內建造的建築物」較好。若此分類指「時期」而非「地區」，那是否美國白宮也要列入「清朝建築物」分類？後者違反直覺，要分類也應該稱「與清朝同時代的建築物」。--歡顏展卷（留言） 2024年12月19日 (四) 18:35 (UTC)[回复]
「宋朝」其實有兩個意思，一個是中國國家「宋（朝）」，一個是中國歷史時段「宋代」（即所謂「宋時代」）。如果「宋朝」前者涵義不宜用，個人認為可斟酌考慮使用「宋代」。至於何者應歸屬之，應考量現代分類情況，如大陸當局既將上述文化資產分類於「宋時代」，則未嘗不可用「宋代建築物」統一收納。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年12月24日 (二) 10:14 (UTC)[回复]
(！)意見，我认为这里必须说明白一件事情。举个例子来说，任何一个接受过义务教育的人，都应该知道1+1=2。但如果，有个来源说1+1＝3，或者1+1＝4，这种明摆着存在基础性错误的来源，我完全同意把它们摒弃，坚决不予采纳于条目中。但是，对于宋朝还是西夏，这应该是学者们才需要去考虑的学术性问题，而我们是维基百科，是维基百科的编者，我们要做的就是，不带任何偏见地，将所有写在来源中的内容，如实记录在条目中，这就可以了。而且，本案中的来源，作者是中华人民共和国的国务院，是一国的中央政府，国务院的背后是有国家文物局，以及大量文物专家在为这个来源背书的，权威性不可谓不高。我们没有理由对国务院的来源不予采纳。农夫山泉有句话说的好：我们不生产水，我们只是大自然的搬运工。而我们维基百科编者则是：我们不生产条目，我们只是来源的搬运工。—— 红渡厨（留言・贡献） 2024年12月25日 (三) 03:26 (UTC)[回复]
@紅渡廚：國務院可以作為可靠來源，但沒有排除其他觀點的權威性，還是要看不同的可靠來源的觀點，否則這是一種違反中立性的「地域中心」，以中華人民共和國政府的觀點排除其他可靠來源的觀點。--歡顏展卷（留言） 2024年12月25日 (三) 04:14 (UTC)[回复]
请你不要二极管，我说要采纳国务院的来源，但我没有说不要采纳西夏的来源。--—— 红渡厨（留言・贡献） 2024年12月25日 (三) 04:18 (UTC)[回复]

关于“西安市市长列表”一条目的名称问题

本主題或以下段落文字，在討論結束後應存檔至Talk:西安市市长列表。

虽然本条目标题为“西安市市长列表”，但实际上列出的内容不仅包括历任（民国和人民共和国时期的）西安市市长，还涵盖了1930年至1944年西安市政府废立期间的西京筹备委员会委员长、西安市政处处长，以及1949年中共接管西安后的西安市军事管制委员会主任和文革时期的革命委员会主任。所以本条目到底是更名为“西安市行政首长列表”，还是保留现有名称，我希望社群能在这里讨论一下。--Nishino⭐Asuka 2024年12月19日 (四) 21:12 (UTC)[回复]

「市長」設立以前的職位可以作為前身來敘述，標題使用「市長」可能仍然可行。如果從一致性來考慮可能需要一併討論分類:中国市长列表下各條目。--紺野夢人 2024年12月20日 (五) 00:20 (UTC)[回复]
如果条目标题使用“市长”一词可行的话。那目前这个条目的架构，也就是列举的项目依然是以“市长”为主（比如西安市政府市长、西安市人民委员会市长等等），而以其他行政首长，也就是我上面列举的那些例子为辅，并在对应的子标题中用“附”这个字来和主项目做区分。这样做难道也是可行的？不需要考虑标题和列表项目之间的完全一致性？--Nishino⭐Asuka 2024年12月20日 (五) 15:44 (UTC)[回复]
如果要保证一致性的话，可以用Sanmosa建议的“行政首长列表”作为标题。不过我更倾向于认同Nishino Asuka的方法用“附”的方式标注非市长名号的行政首长。--—ФрадонСтар|Меня зовут Хайшэньвай 2024年12月24日 (二) 06:22 (UTC)[回复]
其實就此例而言，我更傾向於維持現名。Sanmosa 腦洞大開 2024年12月24日 (二) 06:23 (UTC)[回复]
@FradonStar、Sanmosa：如果维持现名更好的话，那就维持现名吧。我觉得这样做也是没问题的。--Nishino⭐Asuka 2024年12月24日 (二) 06:26 (UTC)[回复]

丹麦语译写导则

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:譯名規範。

@BigBullfrog：您在网上能搜索到丹麦语译写导则的征求意见稿吗？我注意到您及其他编辑已在或正在修改丹麦的市区条目及车站条目的名称。地名辞典等权威来源里一般只收入各国各级聚居地（一般到基层政权一级，有时也会到村一级）的译名，这些译名通常是采用音译的。但有时也会采用意译的。

我在网上找到了芬兰语译写导则的征求意见稿。里面细则5.1.2规定“明显反应地理实体特征的专名宜意译”，例子有“Kallioniemi-岩石半岛”（而不是音译为“卡利奥涅米”，如果该名是个市镇的话，则肯定该音译），及“Koivusaari-白桦岛”（如果是一个市镇的话肯定该音译为“科伊武萨里”，同名地铁站我已按此译为白桦岛站了）。细则5.2.1则规定“通名宜意译”，例子有“Aurajoki-奥拉河”（如果某个市镇以河为名的话则会译为“XX约基”），及“Haltiatunturi-哈尔蒂亚山”。前面这些例子都是自然地理地名，但问题是这样的地名也会延申到市镇之下的市区名、街道名、车站名里。这种情况下我觉得能意译的都应该意译，何况在芬兰还有另外一种官方语言瑞典语，而芬瑞地名里有很多都是互相意译而来的，因此有时候不管源语言是芬兰语或瑞典语，意译过来都是一样的。我试着按照芬兰语译写导则意译了一些芬兰地名（zh:Category:赫尔辛基市区、zh:Category:赫尔辛基地铁站），感兴趣的话请检查并在有问题时一起讨论。

这让我联想到丹麦的地名可能跟瑞典地名（及芬兰地名）类似。如果丹麦语译写导则也有类似规定的话，那么厄斯特布羅也许就可以译为“东桥（区）”，诺勒布罗站也可以译为“北桥站”，旁边的街道译为“北桥街”等等。--万水千山（留言） 2024年12月22日 (日) 01:13 (UTC)[回复]

@BigBullfrog：连同丹麦语地名译写导则征求意见稿在内的网上资源冷门的译写规则我传Dropbox了（不断更新中），您可自取。问题稍后作答。--BigBullfrog（𓆏） 2024年12月22日 (日) 09:02 (UTC)[回复]
@TuhansiaVuoria（BigBullfrog你咋自己ping自己了？）。Sanmosa 在黑魔法的幫助下密謀推翻軍政府 2024年12月23日 (一) 01:55 (UTC)[回复]
手误了，这下尴尬了…--BigBullfrog（𓆏） 2024年12月23日 (一) 01:57 (UTC)[回复]
没事的，既然我问了问题，肯定会不是过来看看。:) 不过谢谢了！--万水千山（留言） 2024年12月23日 (一) 07:29 (UTC)[回复]
樂見中國大陸的譯寫導則開始認可意譯。一般而言，意譯較不會產生地域差異的問題，因為一個詞語在不同地方的讀法不影響詞義。Sanmosa 在黑魔法的幫助下密謀推翻軍政府 2024年12月23日 (一) 02:29 (UTC)[回复]
好像一直认可的吧？--自由雨日🌧️❄️ 2024年12月23日 (一) 02:37 (UTC)[回复]
@自由雨日：見上，現時一般情況下是不認可的，這也是我一直以來覺得中國大陸的翻譯規則反直覺的一點。Sanmosa 在黑魔法的幫助下密謀推翻軍政府 2024年12月23日 (一) 03:01 (UTC)[回复]
下载了BigBullfrog给的链接中的一些文档，里面有一个《外语地名汉字译写导则》应用指南的文档，值得一读。好像是针对99年版的国标，不知有没有更新的版本。不过这些说明应该是通用的，况且99版和09年版的国标可能只是一些细微的更新。不管怎样，例如在英语的指南部分是这么说明的（我精简了一下）：
地名专名一般音译是总原则，但历史上不乏有些地名被意译了。意译的地名不宜过多，且应尽量避免。地名译写的主要作用在于方便人们交流，知其音知其名足以。地名汉字译写时，特别强调要对本条纹中“明显”两字的理解。所意译的地名应是较大的，而且译名确实要与地名指称的地理实体特征相吻合。例子有“红海”、“长岛”。
不过在小语种如丹麦语给出的例子为“熊岛”，芬兰语导则中的例子为“岩石半岛”和“白桦岛”。这些好像也不是什么大地名，且熊岛上可能不再有熊，芬兰到处都是岩石和白桦，白桦岛上可能大部分是松树。再以“白桦岛/Koivusaari”为例，如果该名指代的是岛屿的话，saari作为通名肯定要意译为“岛”，在“科伊武岛”和“白桦岛”两个译名中，似乎“白桦岛”更佳。但如果Koivusaari作为一个行政单位（如最低的行政单位市镇）的名称时，则肯定要全音译为“科伊武萨里”。但问题是当这个名字从岛屿名延伸至市区或居民小区，甚至被采用为车站名时该如何翻译为好。我看丹麦的一些市区及车站条目原先的名称是采用意译的，现在正在被调整至音译名。我也意译了一些赫尔辛基的市区名和地铁站名。所以希望社群关注并讨论一下。--万水千山（留言） 2024年12月23日 (一) 08:39 (UTC)[回复]
@Sanmosa：不是“开始”，其实大陆历来规范一直都有意译相关规定，上文提到的意译规定早在快三十多前的导则里就有了，不是新加的，也已有不少意译案例（例：红军城、英雄港、三河城、大急流城、解放者聖馬丁將軍鎮），只不过对意译有限定罢了，不能啥都乱意译一气。此外限定意译也不是大陆特色，台湾方面对音译意译的处理和大陆也是差不多的，实际案例也是如此，只不过大部分人不遵循罢了。--BigBullfrog（𓆏） 2024年12月23日 (一) 08:51 (UTC)[回复]
但無論如何，意譯適用範圍的擴大於我而言是一件好事情。Sanmosa 在黑魔法的幫助下密謀推翻軍政府 2024年12月23日 (一) 09:01 (UTC)[回复]
但总归要杜绝规定之外的过度滥译。--BigBullfrog（𓆏） 2024年12月23日 (一) 16:25 (UTC)[回复]

提议将伊尔汗国的条目标题移动到伊利汗国

本主題或以下段落文字，在討論結束後應存檔至Talk:伊兒汗國。

关闭：
提案人已被证实为夏土贤的傀儡，已被封禁。Пусть от победы☆к победе ведёт! 2024年12月26日 (四) 04:13 (UTC)[回复]
下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

伊尔汗国现行的条目标题并非常用译名，建议移动到学界的通用译名伊利汗国。--Custthedown（留言） 2024年12月24日 (二) 02:35 (UTC)[回复]

原來被封鎖了換了小號來，又來一個所謂「非常用譯名」提案。雖然此人被封鎖已經不能再回應，但是還是說一句，至少在台灣，教科書用的名字都是「伊兒汗國」，沒聽過所謂「伊利汗国」，我還伊莉討論區呢。就算真的在大陸是那樣說，最多就是調整字詞轉換，否則先到先得。——George6VI（留言） 2024年12月24日 (二) 03:56 (UTC)[回复]

在中国大陆的读秀平台搜索，“伊儿汗国”371条，“伊尔汗国”186条，“伊利汗国”363条，不管大陆模式用“伊儿”还是“伊利”，也用不了“伊尔”。这种使用状况差不多的名字，不存在所谓“非常用译名”的问题，我同意先到先得的翻译模式。
真是搞笑，被封了还秉性不改，一边在主账号保证自己不会再随意发表名为“自己内心的想法”实则扰乱的议题，一边把自己当初没被管理员封禁的漏网傀儡重新拿出来又发表这种提案，真是难绷。--—ФрадонСтар|Меня зовут Хайшэньвай 2024年12月24日 (二) 06:14 (UTC)[回复]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

疑似又有老师布置「编辑维基百科」作业？

Talk:亚洲中心主义页面近期有多个新用户加入疑似使用大语言模型生成的内容。其中，User:WANGYIZHE1124在多个其他条目中加入疑似使用机器翻译的内容。其他参与编辑Talk:亚洲中心主义的用户也有类似行为。根据其用户名，猜测此类编辑行为的原因是再度有老师给学生布置了「编辑维基百科」作业。是否有必要对此深入调查？--ℚ𝕦𝕒𝕤𝕚𝕓𝕠𝕠𝕤𝕥𝕥𝕒𝕝𝕜 2024年12月24日 (二) 04:18 (UTC)[回复]

@Quasiboost：此為韓國大學的教育專案，如有任何意見可至佈告版提出。另外，就個人所知，導師有提醒學生切勿使用機器翻譯及 LLM，但似乎有部分學生沒有理會。謝謝。--SCP-0000（留言） 2024年12月24日 (二) 05:01 (UTC)[回复]

请求协助评级

请见此--Gaolezhe（留言） 2024年12月25日 (三) 11:42 (UTC)[回复]

其他

在本地啟用安全投票及electionadmin权限

本主題或以下段落文字，移動自Wikipedia:互助客栈/技术。执行者：即请秋安 ZhaoFJx(论•签) 2024年10月17日 (四) 20:53 (UTC)。[回复]

原标题：SecurePoll elections with the electionadmin right

（我很抱歉用英语写作。请随意翻译此消息。）

Hello! My name is Joe Sutherland and I'm on the Trust and Safety team at the Wikimedia Foundation. In the past, your community has shown interest in holding elections with SecurePoll — perhaps you already have through votewiki. We are now looking into making this available to local communities to run elections themselves. This will require the "electionadmin" right to be enabled on your project, which is a right that allows access to sensitive information.

As such, it is likely that you will need to run a Request for Comment (or similar process) to ascertain consensus for the implementation of this feature. To help guide such a discussion, we've put together a Meta-Wiki page with more information about what enabling the right will mean for your community.

If your community does discuss and decides to move forward with this, T&S would like to support you — please let us know via email ( ca@wikimedia.org ) if and when consensus is reached. Thank you!--JSutherland (WMF)（留言） 2024年10月17日 (四) 20:07 (UTC)[回复]

翻译：

大家好！我是Joe Sutherland，来自维基媒体基金会信任与安全团队。过去，我们了解到贵社群对使用SecurePoll进行选举有一定兴趣——或许你们已经通过votewiki进行了相关选举。我们目前正在研究如何使这一功能能在本地社区中启用，以允许社群自行举办选举。这将需要在贵项目上启用“electionadmin”权限，该权限允许访问一些敏感信息。

因此，贵社群可能需要进行一次请求评论（或类似流程）来确定是否有共识启用此功能。为帮助此类讨论，我们在一个元维基页面上提供了更多关于启用该权限对贵社群意味着什么的资讯。

如果贵社群经过讨论并决定推进此事，信任与安全团队愿意提供支持——请在达成共识后通过电子邮件( ca@wikimedia.org )告知我们。谢谢！

译者：即请秋安 ZhaoFJx(论•签) 2024年10月17日 (四) 20:25 (UTC)[回复]

electionadmin是干嘛的？元维基中的介绍，供参考：

electionadmin is a right that allows users to set up elections with SecurePoll. However, crucially, it allows these users to view voter data, which includes CheckUser-level IP and user agent information for all voters. This is to allow detection of duplicate votes. Its sensitive nature means it should be handed out with extreme caution and only to trusted users (for instance, those who already possess the CheckUser right).

—即请秋安 ZhaoFJx(论•签) 2024年10月17日 (四) 20:31 (UTC)[回复]

TLDR：electionadmin可以看到所有投票者的IP及UA信息，應高度謹慎授權，並建議賦權給本地CU權限持有者。--Hamish T 2024年10月18日 (五) 04:31 (UTC)[回复]

已更改標題以準確描述。--Hamish T 2024年10月18日 (五) 03:39 (UTC)[回复]

目前是OS和Steward监票，他们在votewiki的权限是不是和electionadmin一样？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月18日 (五) 05:36 (UTC)[回复]
Yes，不過本地OS在該站是臨時權限。未來若打算維持是CU和OS負責監票，就可以直接把監票權限直接給CU和OS。--路西法人 2024年10月18日 (五) 06:33 (UTC)[回复]
现状 本地启用后
准备工作 - 本地请求监管员授予相关人士"electionadmin"权限
创建投票 T&S在votewiki创建 electionadmin在本站创建
生成名单 没有变化
投票 没有变化
监票 T&S授予相关人士"electionadmin"权限，划去应作废的票 "electionadmin"划去应作废的票
宣布结果 没有变化
以上是我个人对“本地举办安全投票的理解”，其中electionadmin可以在选举开始前在m:SRP上临时授予给相关人士，避免高级权限带来的隐私问题。在我看来，本地举办可以让界面变成中文；创建投票不再强依赖于T&S，不会有什么“等圣诞假期”这种过去遇到的问题；不再需要在phabricator创建任务，社群参与度更高；界面上有什么词写错了可以更快的修复：目前还没想到明显的缺点，可能是会有人质疑投票存在被本地干预的风险（相较于votewiki）？ Stang★ 2024年10月19日 (六) 03:34 (UTC)[回复]
votewiki:Special:UserGroupRights：votewiki上electionadmin仅有「偷看选民信息」(securepoll-view-voter-pii)和「破坏用户界面」(editinterface)两个权限，“创建投票”权限(securepoll-create-poll)只有electcomm和staffsupport拥有。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月23日 (三) 01:49 (UTC)[回复]
小课堂时间，咱来解释一些容易混淆的概念：
我们这里有四个概念，scrutineer（监票员）、Election administrators（选举管理员）、electionadmin、electcomm
  • 监票员是在一场选举之中对所有选票进行检查的人，他会负责查看投出选票的人是否是符合标准的，这张选票是不是重复的（比如多个分身账号、傀儡投票什么的）；
  • 选举管理员是创建并设置投票的人，目前T&S的那两位就是“选举管理员”；
  • electionadmin是一个用户权限组，我们的监票员们需要这个权限组来查看那些PII，来判断某张选票是否符合标准；
  • electcomm则是另一个权限组，这个权限组是给选举委员会的成员准备的，T&S的人说这个权限组设计之初是为了方便理事会选举的一些事项。它在实际中跟“electionadmin”这个组没什么区别。
source，希望有帮助 Stang★ 2024年10月23日 (三) 02:19 (UTC)[回复]
感谢，但是晕晕。所以监票员（scrutineer）和选举管理员（Election administrators）在技术上不存在？electionadmin 的 user group right 包括 securepoll-create-poll 吗？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月23日 (三) 02:57 (UTC)[回复]
可以这么理解；在votewiki上不，但是根据这里的描述，本地是会有的。换个方法解释一下：在votewiki上，electcomm负责创建和配置选举，并给一些人electionadmin的权限，后者会去做监票的工作；本地如果启用，electionadmin会负责创建和配置选举，以及负责监票。这么说的话，我建议把这个新的权限组翻译成“选举管理员”。@魔琴： Stang★ 2024年10月23日 (三) 03:15 (UTC)[回复]
明白。感谢。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月23日 (三) 03:29 (UTC)[回复]
若本地啟用安全投票，即可廢去現行被迫定期集中舉行申請之制度，回復原先之自由提名制，或得促進社群成員申請管理人員。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年10月19日 (六) 10:45 (UTC)[回复]
或许也可参考英维搞自由提名与集中申请制度并行。--人间百态,独尊变态(讨论) 2024年10月20日 (日) 12:54 (UTC)[回复]
长期授予监督员监票权限会不会有问题？是否需要重提取回CU权限？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月21日 (一) 18:04 (UTC)[回复]
也没说一定要长期授予啊，如果社群对长期授予有疑虑完全可以改为临时权限。--人间百态,独尊变态(讨论) 2024年10月22日 (二) 14:18 (UTC)[回复]

随便先列了几条文字以推动讨论。

現行條文
Wikipedia:申请成为管理人员：
若本地有两名或以上监督员在安全投票开始前表示愿意监票，则由愿意执行监票工作的监督员与其他监管员共同协助监票。若本地能够执行监票工作的监督员不足两人，则由监管员独自负责监票。
提議條文
监选员（electionadmin，暂译）权限应仅授予用户查核员、监督员、监管员。
若本地有至少两名用户查核员或监督员在安全投票开始前表示愿意监票，则由愿意执行监票工作的本地用户与其他监管员共同协助监票，用户查核员优先于监督员。若本地能够执行监票工作的用户不足两人，则由监管员独自负责监票。
投票开始前，应请求监管员授予本地负责用户监选员权限。
投票结束后应及时除去权限。
监选员拥有以下权限：
  • 编辑用户界面(editinterface)
  • 访问投票者的个人可识别信息(securepoll-view-voter-pii)

既然是长期的制度性存在的用户组我就将CU考虑进来了。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月23日 (三) 01:48 (UTC)[回复]

「选举管理员」有可能是动宾短语，个人认为应该避免，所以拟了一个「监选员」译名，也许有更好的。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月23日 (三) 03:35 (UTC)[回复]
其实权限不需要用一次去一次吧？如果是担心CU隐私的话，electionadmin只能看到投票人在本次securepoll的信息，并不能用该权限直接去CU别人。另建议用脚注注释下“个人可识别信息” ——即请秋安 ZhaoFJx(论•签) 2024年10月23日 (三) 10:57 (UTC)[回复]
既為任務編組權限，如機器使用者般，則一般不應長期持有。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年10月23日 (三) 11:19 (UTC)[回复]
所以意思是每有選舉就要再申請/授予權限？--J.Wong 2024年10月27日 (日) 06:03 (UTC)[回复]
@Wong128hk：或者規定簽署隱私協議之行政員、監督員等可當然持有此權限，協助鋪張選舉，我覺得也符合本地未來可能情況。畢竟以後就不用強迫定期集體申請了。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年10月27日 (日) 11:08 (UTC)[回复]
反正本地有SecurePoll後，用戶可以隨時申請成為管理人員，每次都授予／解除權限也太麻煩，electionadmin完全可以讓OS或CU長期持有。倒是如仲委會選舉未來該設eleccomm，就是每次選舉再每次授權了。--路西法人 2024年10月28日 (一) 04:29 (UTC)[回复]
建議譯為「選舉監察員」，符合漢語用例。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年10月23日 (三) 11:19 (UTC)[回复]
於Phabricator查看
編號T380020的工單

距上条留言已过三日，姑且总结一下讨论。目前讨论用户基本就引入electionadmin用户组达成共识，在是否允许簽署隱私協議的行政員和監督員长期成为electionadmin也基本得出结论，然对于electionadmin的译名尚未有定论。当下讨论用户一共给出了三种方案，分别为Stang君提议的“选举管理员”、魔琴君提议的“监选员”以及EricLiu君提议的“选举监察员”。不知三位用户可否进一步阐明一下选择该译名的理由。当然如果有用户认为自己有更好的译名方案也欢迎提出。--人间百态,独尊变态(讨论) 2024年10月31日 (四) 14:29 (UTC)[回复]

@ZhaoFJx、Ericliu1912、Wong128hk、LuciferianThomas、魔琴、Stang、Hamish：通知下曾参与讨论的用户--人间百态,独尊变态(讨论) 2024年10月31日 (四) 14:33 (UTC)[回复]

上一條其實ping到了。然後我個人傾向於“選舉管理員”這個名字，監選員和選舉監察員總覺得怪怪的。而且本身electionadmin這個權限本身就可以管理選舉的創建，我覺得更符合其實際用途。--Hamish T 2024年10月31日 (四) 14:37 (UTC)[回复]
因爲“選舉”能作名詞能作動詞，所以“選舉某某員”一詞有歧義。這種歧義能在語境中消解，但是我認爲比較有礙溝通，特別是對不知道有此術語的用戶來説。我也在想其它用詞，但可能比較文，也不易於理解，譬如因知有管理之義而叫“知選”“知選員”，因監（去聲）有官員之義而叫“選監”…… ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月31日 (四) 15:28 (UTC)[回复]
我不理解。「監督員」、「（使用者）查核員」甚至「管理員」也全部是這種名詞，亦幾未見誤解。仍建議叫「選舉監察員」，行文時則可非正式簡稱為「監察員」。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年10月31日 (四) 17:45 (UTC)[回复]
员不能成词啊，不可能理解为监督出一个“员”来。（量词可以成词。） ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月1日 (五) 02:09 (UTC)[回复]
@魔琴：“选举”不能作名词，除非您认同沈老的“名动包含论”（）--自由雨日🌧️（留言｜贡献） 2024年11月1日 (五) 04:35 (UTC)[回复]
现汉上的全忘了，意思理解就好（？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月1日 (五) 06:10 (UTC)[回复]
(－)不支持“监选员”这一翻译。该词字面上来看十分奇怪。个人无法理解为何要用一个看起来像是“简称”的名词来作为一个权限的正式译名；其次，该译名也无法直观地体现该权限的作用。--Yining Chen（留言|贡献） 2024年11月9日 (六) 11:39 (UTC)[回复]
那您认为“选举管理员”和“选举监察员”哪个名称更好？--人间百态,独尊变态(讨论)(签名) 2024年11月9日 (六) 12:38 (UTC)[回复]
按照惯例，感觉“选举管理员”或许更加符合使用习惯。包括此前的一些讨论，在称呼此权限时似乎也倾向于使用这一名称。--Yining Chen（留言|贡献） 2024年11月10日 (日) 14:23 (UTC)[回复]
如果可能的话，我倒是希望可以把“创建并管理投票”和“唱票及查看IP信息”的这两个权限分开。前者可以长期保留以确保灵活，后者则应用时申请不用时取消。其他的看起来不错。——即请秋安 ZhaoFJx(论•签) 2024年10月31日 (四) 15:30 (UTC)[回复]
或者更大胆，所有延确用户都能访问计票统计，但监督行政员可以看到IP复核投票更方便，也能减轻压力。——即请秋安 ZhaoFJx(论•签) 2024年10月31日 (四) 15:32 (UTC)[回复]
那咱觉得倒不如把securepoll-create-poll直接给管理员，只把敏感的view-voter-pii受给监选员。--人间百态,独尊变态(讨论)(签名) 2024年11月6日 (三) 14:33 (UTC)[回复]
有道理……我去留言问下是否可行——即请秋安 ZhaoFJx(论•签) 2024年11月6日 (三) 16:34 (UTC)[回复]
如果可以分開給的話，其實直接把securepoll-create-poll給管理員，然後view-voter-pii給監督員。--Hamish T 2024年11月15日 (五) 10:41 (UTC)[回复]
邮件已获回复，摘抄：
Thank you for reaching out. I'll escalate this internally. It looks like some of this work may already have been done by SD0001: https://phabricator.wikimedia.org/T377531
——敬颂冬绥 ZhaoFJx(论•签) 2024年11月16日 (六) 19:21 (UTC)[回复]
「選舉監察員」及「選舉管理員」均可。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年11月10日 (日) 16:29 (UTC)[回复]

小结 (安全投票)

以上关于本地进行安全投票的讨论看起来并没有收到反对意见，个人觉得可以进行公示并进行下一步操作了。简单总结一下达成的共识：

  1. 本站认为在本站内部自行举办安全投票可行；
  2. 本站将向管理员用户组添加若干权限，以允许管理员创建并配置安全投票；
  3. 本站继续沿用先前约定，使用“两名或以上监督员”进行监票，新增一个（名称待定的）用户组并（临时/永久待定的）授予当前的监督员。

在完成技术上的修改后，可以考虑在本地举办下一场安全投票，也可以考虑先进行一场测试来保证功能正常符合预期。以上@人间百态、ZhaoFJx、Ericliu1912、Wong128hk、LuciferianThomas、魔琴、Hamish、自由雨日、Yining Chen： Stang★ 2024年11月20日 (三) 09:08 (UTC)[回复]

( ✓ )同意1與2。3，想請問社群是否同意，如技術上可行的話，直接授予監督員securepoll-create-poll和securepoll-view-voter-pii權限，還是一定要將二權限授予（名稱待定的）用戶組，再將該用戶組（臨時/永久待定的）授予當前的監督員。希望進行一場測試，但不知道能不能。--Hamish T 2024年11月20日 (三) 10:11 (UTC)[回复]
个人感觉这样不是太妥当，有失某个权限组的纯粹性，咱还是建议新增独立权限组的。比如“监票”跟监督这一特殊的版本删除方式并无关系，甚至可能本站之前让OSer去监票也有点望文生义的意思（ Stang★ 2024年11月26日 (二) 12:51 (UTC)[回复]
可以目前暂定让OS去监票，因为本站目前只有他们是签署NDA的funct。如本站以后要引入CU时再让CU来监票其实更妥当。--0xDeadbeef (留言) 2024年12月1日 (日) 01:47 (UTC)[回复]
不太确定第二条中所述的管理员创建投票，其余(＋)支持——敬颂冬绥 ZhaoFJx(论•签) 2024年11月20日 (三) 16:09 (UTC)[回复]
全部(＋)支持——敬颂冬绥 ZhaoFJx(论•签) 2024年11月21日 (四) 01:14 (UTC)[回复]
國民黨六屆三中全會會議紀錄
經碰巧看到考察資料，我收回此前意見；「監選員」確實是漢語用詞，且較簡潔，故應可行。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年11月20日 (三) 15:18 (UTC)[回复]
仍然保持此前的观点，即平日交流中可用“监选员”做简称（像是WP:AFD可简称“提删”），但在正式确定其名称时仍应着重考虑完整、全面、严谨且易于理解的译名。--Yining Chen（留言|贡献） 2024年11月21日 (四) 09:15 (UTC)[回复]
「選舉監察員」，簡稱「監選員」，何如？—— Eric Liu 創造は生命（留言・留名・學生會） 2024年11月21日 (四) 13:05 (UTC)[回复]
(＋)傾向支持。 --Yining Chen（留言|贡献） 2024年11月23日 (六) 13:37 (UTC)[回复]
可。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年12月1日 (日) 09:14 (UTC)[回复]
公示以上取得共识部分：1、2，及新增（名称待定的）用户组，爲期7日，2024年12月8日 (日) 01:50 (UTC)結束 0xDeadbeef (留言) 2024年12月1日 (日) 01:50 (UTC)[回复]
公示结束，正在准备部署，目前需要一名管理员来协助进行测试（创建安全投票） Stang★ 2024年12月8日 (日) 08:52 (UTC)[回复]
個人可協助測試。--SCP-0000（留言） 2024年12月8日 (日) 09:34 (UTC)[回复]
处理中…… 计划于世界协调时12月23日下午部署。——敬颂冬绥 ZhaoFJx(论•签) 2024年12月20日 (五) 14:31 (UTC)[回复]
未完成 @Stang 有人对更改提出了包括数据库和权限管理在内的问题，鉴于“这是年底最后一次部署，我们不应该冒险”，于是推迟到明年一月份。——敬颂冬绥 ZhaoFJx(论•签) 2024年12月23日 (一) 14:08 (UTC)[回复]

小结2 (安全投票)

以下部分仍然欠缺讨论：

  1. 用户组译名（选举监察员/选举管理员/监选员）
  2. 是否延续监督员监票，或使新用户组独立于监督员
  3. 是否允许延确用户看到票数
  4. 引入本地安全投票后，可否放宽提名时限，（在举行固定时间选举的基础上）允许管理员等申请随时提出。

论。 0xDeadbeef (留言) 2024年12月1日 (日) 02:04 (UTC)[回复]

对于2，个人建议独立于监督员，理由前文已述，“有失权限组的纯粹性，“监票”跟监督这一特殊的版本删除方式并无关系”；对于3，（“票数”我理解成“谁进行了投票”）在本站相关的即时通讯群组内有用户反对，认为这有害于“最大限度地保护用户隐私”，同时技术上似乎只能是所有用户都可以看到票数 vs. 只有选举管理员可以看到票数；对于4，支持，本来就应该是想什么时候选就什么时候选。 Stang★ 2024年12月1日 (日) 02:43 (UTC)[回复]
@Stang：不知你对于我们下面所说的，针对2，暂定监督员监票有没有意见。--0xDeadbeef (留言) 2024年12月13日 (五) 13:44 (UTC)[回复]
没意见，我的意思是不修改目前监督员的权限，差不多和你说的目前就由每次申请时由行政员/监管员赋予是一回事。 Stang★ 2024年12月14日 (六) 03:00 (UTC)[回复]
@0xDeadbeef：补ping Stang★ 2024年12月14日 (六) 03:02 (UTC)[回复]
傾向維持支持半年選舉方案。
一）臨時管理員任期問題。當選臨時管理員用戶需半年後重選，每半年集中提名選舉的方式有助社群在半年內集中時間考察相關用戶表現是否應授予長期權限。隨時提名選舉的情況下可能每隔數月便要舉行臨時管理員延長權限投票，社群難以集中一併檢視用戶表現。
二）有利節省社群精力。在舉行投票均需有開啟人事討論、答問兩周等環節，都近乎一個月以上，頗費用戶時間及精力，集中選舉每年辦兩場，於該月份前後則可解決近半年的管理員選舉，較節省社群用戶時間精力。
三）減少頻密進行管理員投票情況。就本年度管理人員選舉，四月及十月有十三項提名。若年度提名的話，差不多是每月有管理人員提名，目前站務情況似乎可以容許維持半年度提名的程序，避免每月都進行管理人員投票的人力消耗。
自施行新管理人員制度以來，半年一選似乎已行之穩定。似暫無需修改。我傾向維持目前制度。-千村狐兔（留言） 2024年12月2日 (一) 16:37 (UTC)[回复]
我不认同你的观点。为什么社群应该「集中考察」或「一并查看」用户表现呢？我个人认为如果临时管理员的任期不在同一时间段下，反而减少社群投票的压力（不用一次投票时要决定很多个候选人），而且也能够减少可能出现的比较候选人造成反对的情况（也许这是在说我自己，但是情况大概存在？）。
对于社群精力来说，单独管理员申请不需要开启预讨论，而答问环节也属于申请的正常流程，若用户不愿意参与此环节，也可以不去参与，因为人事选举并不强迫他人参与。并且，我个人认为在中维管理员人手一直不够这个前提下，社群应当去花更多的时间来使管理员申请更容易，以便这个项目能够吸引到更多人来当管理员。也就是说，管理员选举不是说一个需要「解决」的事情，而对此抱有更加积极的态度也许会更好。另外，如提问环节过于耗费用户时间与精力，是否说明平时集中选举时的提问并非与候选人相关，而是直接利用「方便」来给所有人提问？（那不集中选举的时候直接继续用自己之前问过的问题不也行？）
根据以上，若中文真能每月有管理人员提名，难道不是一个好事情？英维都不能做到每月都有提名，英维还在天天说那里人手不够，那是说我们中维不需要新管理员了吗？
我也没说需要修改半年集中选举，两个程序完全可以同时运行。集中选举来说能使社群注意力更分散，应当保留，我也能理解有候选人更倾向参与集中选举。你所说的「似乎稳定」，不清楚是什么理据？程序基本成熟所以就不能继续改善了吗？--0xDeadbeef (留言) 2024年12月7日 (六) 16:20 (UTC)[回复]
(？)疑問，提名和安全投票需要時間準備，從確認被提名人、到提問環節開始、加上投票就超過一個月去，這樣看來下一位重疊到的機率很高，還沒點到票又要提名管理員了，若是這樣的運作，我不認為這是容易選出管理員的方式。—提斯切里（留言） 2024年12月7日 (六) 19:06 (UTC)[回复]
一般来说随时申请不需要行政员确认，只要在发起之前回答三个问题就行。如有无效的情况由行政员关闭就行了。集中选举需要行政员确认是因为有流程步骤。另外或许可以征求更多实际参加过选举之类站务的人的意见。--0xDeadbeef (留言) 2024年12月8日 (日) 09:49 (UTC)[回复]
我对于译名的选择问题来说，个人支持Eric上方所提出的「选举监察员」，因为能够直截了当地说明职务（监票）。--0xDeadbeef (留言) 2024年12月7日 (六) 16:24 (UTC)[回复]
本人認為可以慣例由監督員監票，每次申請時授予相應權限即可。此外，若技術門檻不高，本人亦認為可以重新允許隨時發起管理員申請，同時保留集體申請制度，俾便有志者自由選擇。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年12月7日 (六) 21:16 (UTC)[回复]
我以上也说过，由监督员监票可作为（暂定）方案，直到本站对于取回本地CU权限能有比较清楚的路径。在本站还没有本地CU的时候，由本站的OS（唯一本地funct）来监票无疑是省了很多麻烦的方案（不然又要成为独立一体的NDA用户组），如果本站之后可以引入本地CU，那么个人认为监票员可由CU成员选出。这个的进一步讨论最好是与取回CU的讨论一起进行，目前就由每次申请时由行政员/监管员赋予就好。--0xDeadbeef (留言) 2024年12月9日 (一) 08:15 (UTC)[回复]
不認同減少比較做法。社群本來就能比較候選人是否勝任。沒有必要削足適履，為了增加管理員數量而修改制度去減少反對票。所謂反對票，支持票也是社群對用戶的信任體現。
過多人事投票會導致社群疲勞。之前已說過，倘以本年度提名為例，則基本上社群每月有選舉，答辯及投票也需耗時月餘。這顯然會造成社群疲勞。此外獲提名不一定代表站務會獲得順利解決。
早在以前未實施安全投票時，已有用戶表達社群不應過多人事投票。在目前集中選舉下，我認為是恰當的，俾使社群毋須每月也有選舉。純屬個人意見。-千村狐兔（留言） 2024年12月19日 (四) 14:36 (UTC)[回复]
既然社群成员能够比较管理人员是否可以胜任，那么分散集中选举才是给社群更少压力，一次性投多个候选人和时不时投一个候选人性质就不一样，你要不要看看英维搞集中选举的时候投票有多麻烦。
另外，我的主要观点是“社群压力”是一个非常没意义的观点。诚然，多选出一个管理员不一定能减少站务积压，但是少选出一个管理员肯定是更解决不了了。--0xDeadbeef (留言) 2024年12月20日 (五) 05:18 (UTC)[回复]

安全投票小结3

以下为以上共识内容：

  1. electionadmin用户组本地译名为「选举监察员」。
  2. 选举监察员目前暂定由每次选举需要时赋予监督员，由本站监督员负责监票事务。此暂定方案可由本地取回CU权限后再一同再次决议。
  3. 在保留集中申请管理员等权限机制的情况下，获取随时发起本地选举的技术能力后，重新允许社群成员随时发起管理员等权限申请。

讨论已过七日并意见已有得到合理反驳，取得共识，故 公示7日，2024年12月26日 (四) 13:42 (UTC)結束。0xDeadbeef (留言) 2024年12月19日 (四) 13:42 (UTC)[回复]

更正：目前这个新的用户组的名字是"scrutineer"，这一点参考了enwiki方面的想法，希望可以叫法上统一。对本地译名没什么看法，挺好的，twn上已经更新了。@0xDeadbeef： Stang★ 2024年12月20日 (五) 01:41 (UTC)[回复]
好的，感谢提醒--0xDeadbeef (留言) 2024年12月20日 (五) 01:47 (UTC)[回复]

管理操作覆核請求：不认为Ericliu1912在8月28日的双向互动禁制处理符合方针指引等社群共识

本主題或以下段落文字，在討論結束後應存檔至Wikipedia:管理操作覆核請求/存檔。

此請求是根據Wikipedia:管理操作覆核請求所提出，請先閱讀相關內容。

操作： 双向互动禁制
执行者： Ericliu1912 （討論 · 貢獻 · 日誌）

首先说在前面：“管理操作复核请求用于复核管理人员或其他进阶权限持有人用权时是否符合方针与指引的规范。……管理操作复核请求旨在就具体管理操作是否适当达成共识，而非追究责任。”所以，这笔管理操作复核既非封禁/禁制申诉（禁制期早已过），也非追究管理员Ericliu1912的责任（否则就是RFDA了），仅是用于讨论该操作是否适当。

  • 在2024年8月26日，我在WP:管理员布告板/其他不当行为由于被诽谤而提报了用户Chinuan12623。在阿南之人、Patrickov、Tisscherry、ASid、薏仁将、Wolfch、Heihaheihaha、WilliamSkyWalk等近10人参与提报区讨论之后，8月28日，管理员Ericliu1912作出了对Chinuan1262和我的互动禁制决定（另也对Chinuan1262和Tisscherry作了互动禁制）。首先，对当时提报区的讨论做一个总结：
  • 我完全不认为Ericliu1912的这笔管理操作适当，接下来分析不合理原因：
    • 《WP:禁制方针#禁制的意義》明文有言：“当用户造成极端或顽固问题的扰乱行为（包括但不限于打编辑战、持续与他人产生争执，或为阐述其观点在特定页面或主题触犯其他方针指引），而其他制裁措施无法阻止有关行为，则可采用禁制作为最后制裁措施。”接下来就针对该文本考虑几个问题：
      • “极端顽固问题的扰乱行为”的起因是什么，是哪一方？既然是双向互动禁制而非单向，那也就是对双方来说平等的处置。我和Chinuan12623，双方是否均都进行了极端的扰乱行为？Ericliu声称“双方已陷入‘编辑遭回退、认为自身没错’”的向下螺旋，这一表述字面义成立，双方确实都“认为自身没错”；然而，究竟双方“哪一方有错”，这显然是一个可以判断的命题（根据方针指引，根据提报区的讨论）。在这一问题上，管理员Ericliu1912却直接放弃了判断。
      • 我和Chinuan12623是否满足“持续于他人产生争执”这一禁制中的举例？在该提报区下，我同其的争执是否严重？这个提报最先提报的是Chinuan12623对我的诽谤行为，这属于双方的“争执”吗？在该提报区下，Chinuan12623因不愿遵守《讨论页指引》而与其他用户连续争议，这些能算是“争执”吗？
      • 这个提报的诉求，究竟是要阻止什么行为？近十人编者参与讨论，究竟是要阻止Chinuan12623的诽谤行为、不合讨论页指引的编辑行为，还是要阻止谁和谁的争执行为？很显然，管理员Ericliu1912在此完全判断错误，将该提报的目的判断成了要阻止编者间的争议。
      • 即便在其判断错误的前提下，是否没有其他措施可以阻止，是否必须动用“禁制”这一最后手段？
    • 《WP:管理员》方针第二段明文有言：“管理员唯能实现社群讨论所得的共识”。什么是“共识”？显然，五大支柱、社群常年累月通过大量讨论得出的各类方针与指引，以及，在不当行为提报区下编者讨论呈现的共识，这些都属于共识。不当行为最初的提报是针对被提报用户的诽谤行为，随后多位编者又指出其乱排留言的行为，这些行为显然违反《WP:讨论页指引》，而“持续违反指引应受封禁”明文写于《封禁方针》。数十位编者在提报区下的讨论，均有共识表示Chinuan12623行为不当，几乎无人表示我行为不当。管理员的最终处理，这一处理的性质是“实现社群讨论所得的共识”，但根据违反方针指引的情况和相应的封禁方针，根据不当行为提报区的讨论，管理员Ericliu1912却得出了“社群讨论所得的共识应是双向互动禁制”这样的判断。
  • 在这笔案子了结以后，2024年9月，Chinuan12623再因违反《讨论页指引》被提报，ATannedBurger处理声称先前沟通不足，未做处理，“均不见涉事双方或其他管理员有提及此论述或就争论的解决展开讨论”侧面反映Ericliu1912完全未关注其违反指引的行为并向其沟通；2024年10月，Chinuan12623又因违反《讨论页指引》被提报，并由Shizhao封禁编辑所有讨论页1个月；封禁期结束后，随即在2024年11月，又因违反《讨论页指引》被提报（( π )题外话：目前仍无人处理）。很显然，从结果论上看，管理员Ericliu1912在8月26日对我提报其违反《讨论页指引》所作出的“双向互动禁制”，完全、丝毫没有解决该用户的不当编辑扰乱行为。

以上，我认为管理员Ericliu1912在2024年8月26日该案中所作的“双向互动禁制”处理是完全错误的，该处理完全违背社群共识，且没有对制止被提报用户的不当行为起到任何作用。最后强调，这是管理操作复核请求，仅用于讨论管理操作是否适当，而非追究责任、更非解任议案。 --自由雨日🌧️🌨️ 2024年11月13日 (三) 18:28 (UTC)[回复]

在Wikipedia:管理操作覆核請求/存檔裡，有自由雨君之前提過的䨱核請求，也有部份當時的回應，供作大家參考。--Wolfch (留言) 2024年11月13日 (三) 23:47 (UTC)[回复]
@Wolfch：当时那个复核请求和这个应该关联不大？那是对“不处理违反交互禁制行为”的复核，不是对这一操作本身的讨论。--自由雨日🌧️🌨️ 2024年11月14日 (四) 02:34 (UTC)[回复]
已劃刪除線--Wolfch (留言) 2024年11月14日 (四) 04:38 (UTC)[回复]
附知@Ericliu1912。Пусть от победы☆к победе ведёт! 2024年11月14日 (四) 06:59 (UTC)[回复]
我已经第一时间在讨论页通知他了（ ，这也是《WP:管理操作复核请求》要求的。——自由雨日🌧️🌨️ 2024年11月14日 (四) 08:12 (UTC)[回复]
该复核请求的简短 總結：
  • 管理操作：8月26日，用户Chinuan12623因诽谤被提报，经过多位用户讨论后，Ericliu1912决定对Chinuan12623与提报者（Tisscherry以及自由雨日）之间实施双向禁制。
  • 提报区讨论情况：提报区的讨论显示，社群认为Chinuan12623的行为存在多次违反讨论页指引的情况，而提报者的操作被其他用户认可。
  • 请求管理操作复核理据：Ericliu1912未能合理判断双方的责任，错误地将争执视为双向问题，未能有效制止Chinuan12623的不当行为。此外，管理方针明确指出，禁制应作为最后手段，而在此案例中并未充分考虑其他可能的解决方案。
注：以上文字使用LLM辅助整理以避免太长不读，仅供参考，更详细准确的意见及理据请见提请人的原留言。--HeihaHeihaHa-麻瓜了……（留言） 2024年11月14日 (四) 01:32 (UTC)[回复]
认同以上描述，(＋)支持该管理操作复核请求。--HeihaHeihaHa-麻瓜了……（留言） 2024年11月14日 (四) 01:35 (UTC)[回复]
(＋)支持复核该操作，该禁制明显不当。Пусть от победы☆к победе ведёт! 2024年11月14日 (四) 05:51 (UTC)[回复]
(＋)支持覆核 Benho7599 三民主義好 2024年11月14日 (四) 08:10 (UTC)[回复]
根據Wikipedia:管理员布告板/其他不当行为/存档/2024年8月，管理員Eric Liu 回覆處理的第（三）點，雙向互動禁制是為了避免當時雙方「編輯遭回退、認為自身沒錯、變本加厲反擊」的螺旋，為了讓雙方冷靜而採取的作法。請大家再評估此作法的合理性。--Wolfch (留言) 2024年11月14日 (四) 04:36 (UTC)[回复]
首先，我认为，“编辑遭回退，认为自身没错”是从回退明显破坏—回退违反方针指引（但非明显破坏）的编辑—可简单判断和讨论得出共识的争议—难以得出共识的长期编辑战这一“光谱”上的任何行为都会存在的现象，只有依照方针、指引和其他编者讨论等均无法判断哪方行为不当（即单纯因观点不同而引发的激烈编辑战或长期编辑战等）时，才可能适用互动禁制；但Ericliu没有作任何判断，而是直接强行互动禁制（显然当时不属于我说的这种适用情况，而是根据方针指引和提报区讨论都已很明显得出了哪一方行为不当）。其次，“为了让双方冷静”并不是禁制的合理理由，（就像WP:封禁也不能用于为了让人冷静一样，）WP:禁制方针明言禁制用于“造成极端或顽固问题的扰乱行为……其他制裁措施无法阻止有关行为”，且“仅应在容许有关用户继续编辑已足以构成严重扰乱及问题编辑的风险时采用”。--自由雨日🌧️🌨️ 2024年11月14日 (四) 05:22 (UTC)[回复]
(＋)支持復核此管理操作。--Wolfch (留言) 2024年11月15日 (五) 16:26 (UTC)[回复]
@Tisscherry 请问你有意愿对你的禁制申请管理操作复核请求吗？Пусть от победы☆к победе ведёт! 2024年11月14日 (四) 06:15 (UTC)[回复]
我當時是以為，因為自由雨日和我有互相宣稱，如果其中一人被封鎖，那請連帶處理，類似這樣的發言（我沒去找diff，晚點想到再找）我想Ericliu管理員是看到了，故我當時欣然接受沒有其他意見。以此邏輯，自由雨日申請操作覆核，我會跟隨( ✓ )同意和(＋)支持。基本上我尊重管理員判斷，但我希望他若要做出說明，請儘量使用淺顯易懂的文字，維基百科不是官僚體系，不要刻意畫線拉距離。--提斯切里（留言） 2024年11月14日 (四) 06:50 (UTC)[回复]
我从未“刻意画线拉距离”，“维基百科不是官僚体系”方针说的也完全不是这个意思。我不认为我说的内容比精密模板代码更难理解。--自由雨日🌧️🌨️ 2024年11月14日 (四) 08:09 (UTC)[回复]
( π )题外话：这个“他”似乎不是阁下？--银色雪莉（留言） 2024年11月14日 (四) 08:43 (UTC)[回复]
哦哦，好像确实可能不是……如果我理解错了的话表示抱歉 囧rz……（因为前几天他也说我写的文字“太长不读”）不过就算是指Ericliu1912，他也没有“刻意画线拉距离”，跟“官僚”也没啥关系，只是他的语言习惯喜欢文白夹杂。当然我也希望尽量少用文言用法，多使用平实的现代汉语。--自由雨日🌧️🌨️ 2024年11月14日 (四) 08:47 (UTC)[回复]
謝謝銀色雪莉君，我是指E管無誤。管理員形象方面就不再離題。--提斯切里（留言） 2024年11月14日 (四) 14:55 (UTC)[回复]
自由雨日與Tisscherry，就兩人提出的控訴，應各自獨立檢視其复核的理據。參考Talk:王必勝的編修歷史，管理員Shizhao在8月26日認定自由雨日、Chinuan12623進行編輯戰，禁止編輯該頁面31小時，管理員或會因應近期雙方在討論頁發生過編輯戰而進一步採取互動禁制，單是這點，自由雨日與Tisscherry的复核背景已不一樣。在現實中，管理員Ericliu1912僅能審視8月27日及之前的情況，所以Chinuan12623在10月6日被Shizhao編輯禁制一個月在此是不用考慮的，8月27日之後的事態及提出的結論，均不在Ericliu1912於8月27日當天作出判斷的可考慮範圍內，簡言之不能說某個用戶在今天被永久封禁，就可以推定管理員在以往對相關或對立用戶在處理上有明顯的過錯。--Starcopter（留言） 2024年11月14日 (四) 18:43 (UTC)[回复]
支持Tisscherry若要复核应另开一笔复核请求，以避免讨论混乱。不过我们这里并没有请求复核Shizhao对我的封禁，在talk:王必胜进行的编辑战，Shizhao作出封禁并制止，这和ANM的提报（诽谤，以及后来衍伸出的缩排、留言位置等）只针对违反《WP:讨论页指引》的行为是完全独立的。至于Chinuan12623在10月的封禁（以及我提到的9月、11月），确实不能作为主要的考虑依据（我也仅是在最后提及），但绝非“不用考虑”，因为那些提报及封禁的理由仍然是违反《WP:讨论页指引》，和我的提报指向同一件事。这些之后的提报用于管理员并没有依据《WP:封禁方针#防止擾亂》等有效起到制止他人持续违反指引扰乱的情况，自然意味着管理员的处理不妥。假设现在有一个违反格式手册到处乱加粗体的用户，管理员作出的是将其和回退其编辑的编者互动禁制的决定，结果其之后继续于页面乱加粗体，那么显然可以佐证管理员的决定不当，因为丝毫未起到制止其违反指引行为的作用。--自由雨日🌧️🌨️ 2024年11月15日 (五) 04:19 (UTC)[回复]
(＋)支持复核，是次处理还导致自由雨日阁下失去仲裁员候选资格，个人认为是不太合理的。—ФрадонСтар|Меня зовут Хайшэньвай 2024年11月26日 (二) 02:56 (UTC)[回复]
那倒不只是这次处理，还有另外一次封禁（）而且“失去仲裁员候选资格”这件事完全不能成为处理本身不合理的理由😂 ——自由雨日🌧️❄️ 2024年11月26日 (二) 03:00 (UTC)[回复]
共识挺明确了，看看哪个管理员能帮忙翻案。Пусть от победы☆к победе ведёт! 2024年12月18日 (三) 11:23 (UTC)[回复]
@Ericliu1912：管理操作复核请求还未关闭，为何存档了？——自由雨日🌧️❄️ 2024年12月8日 (日) 03:09 (UTC)[回复]
@Ericliu1912 请解释这一笔编辑的目的。Пусть от победы☆к победе ведёт! 2024年12月8日 (日) 03:21 (UTC)[回复]
存檔即是自然關閉。另外本人不評價上述任何「馬後砲」式批評處置的看法。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年12月8日 (日) 04:49 (UTC)[回复]
@Ericliu1912：然而管理操作复核请求必须“有共识”（并“总结讨论中达成的共识、明确说明相关操作的正当性是否被是社群认可”）或“显然无共识”后才能关闭，且不能由当事管理员关闭（见WP:管理操作复核请求） ——自由雨日🌧️❄️ 2024年12月8日 (日) 05:03 (UTC)[回复]

本討論章節會維持開放，暫時不按最後意見發表時間存檔，直到覆核請求完成。欲讓機器人存檔，請移除本模板。留言請置於本模板上方。

WMF考虑向印度法院披露编辑身份信息，本站是否应该关站抗议

原标题为：WMF考虑向印度法院披露编辑身份信息，英维正在讨论关站抗议

参见：亚洲国际新闻诉维基媒体基金会案、Wikipedia:頁面存廢討論/記錄/2024/11/14 § 亚洲国际新闻诉维基媒体基金会案、en:Wikipedia:Community response to Asian News International vs. Wikimedia Foundation、en:Wikipedia:2024 open letter to the Wikimedia Foundation和en:Wikipedia talk:2024 open letter to the Wikimedia Foundation § Update from 14 November hearing

2024年11月14日17:29 (UTC)，也就是几个小时以前，英文维基百科用户发起民意调查，讨论是否就基金会考虑向印度法院披露编辑身份信息而闭站抗议。如果英维闭站抗议，本站是否跟随？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月14日 (四) 20:09 (UTC)[回复]

(＋)支持：基金会向法院披露身份信息必然影响编辑的日常生活和隐私安全，且收到威胁的一定不限于英维；抗议可以是声援自我保护的第一步。--  2024年11月15日 (五) 03:35 (UTC)[回复]
哈，WMF考虑向印度法院披露编辑身份信息，有編輯卻擔心基金會會因為中維的條目而敗訴。--日期20220626（留言） 2024年11月15日 (五) 03:51 (UTC)[回复]
目前趋势似乎是不会闭站。我认为本站反应弱于直接相关方英维是可以接受的，但弱于德、法、俄、西、意等维基社群是不可以接受的，不然就有跟不上国际维基社群主流意识的观感。但未见德、法等有采取行动的迹象，除了俄维，而跟不上俄维的意识似乎并非问题。我承认上述分析是见风使舵、随大流的，但我的看法还是：既不先于俄维，也不后于德维。--Fire Ice 2024年11月15日 (五) 04:01 (UTC)[回复]
我不认为中维应该被所谓「国际社群的主流」牵着走。中维应该要有自己的想法。--  2024年11月15日 (五) 09:28 (UTC)[回复]
中维可以有自己的想法，但现在英维闭站的反对票仍大比例领先，我认为至少不能早于英维闭站。--Fire Ice 2024年11月15日 (五) 09:50 (UTC)[回复]
(※)注意，英维RFC已被IAR关闭，跟随闭站的前提暂不成立。--Fire Ice 2024年11月16日 (六) 02:09 (UTC)[回复]
(＋)支持中维闭站抗议。--——— 红渡厨（留言・贡献） 2024年11月15日 (五) 04:36 (UTC)[回复]
(！)意見：有件事讓本人有點納悶，那就是為何基金會或者吉米威爾斯本人對印度的法律行動反應這麼大？別的國家直接封殺維基百科也沒有見他們有很大反應（至少以人口／覆蓋率來說，中國大陸至少是跟印度同級數的），難道是因為他們認為對印度「還有爭取的餘地」？說實在話，從本人以前閱讀某些媒體報導的觀感，印度雖然毫無疑問是民主國家，但其當局在立惡法、打壓異見方面未必落後於專制國家。--派翠可夫 (留言按此) 2024年11月15日 (五) 04:49 (UTC)[回复]
印度：莫迪問題，基金會似乎有點雙標了？--日期20220626（留言） 2024年11月15日 (五) 07:48 (UTC)[回复]
更新：威爾斯本人似乎在勸說不要閉站。有部份認為此事嚴重的人士直接向他提出了異議。--派翠可夫 (留言按此) 2024年11月15日 (五) 08:42 (UTC)[回复]
本人利益直接相关自然会劝说。JW极力配合印度方面有可能是出于挽留当前可访问本站的最多人口国家之考虑——留给他的市场已经不多了。--  2024年11月15日 (五) 09:33 (UTC)[回复]
印度封鎖維基，損失的只是印度人自己。--日期20220626（留言） 2024年11月15日 (五) 12:05 (UTC)[回复]
印度确有打压异己的状况，例如印度教徒打压伊斯兰教徒。WMF没做过类似向中国政府披露异议人士类编辑身份信息这件事。--Lanwi1Talk 2024年11月15日 (五) 15:06 (UTC)[回复]
印度已有先例，很难保证中国大陆不是下一个。--  2024年11月16日 (六) 04:46 (UTC)[回复]
個人認為黑掉的部份直說無妨。--派翠可夫 (留言按此) 2024年11月15日 (五) 17:29 (UTC)[回复]
(＋)支持閉站 Benho7599 三民主義好 2024年11月15日 (五) 07:44 (UTC)[回复]
我也反对公开编辑私人信息，哪怕是对民主程度高的西方国家都要谨慎的事情，对印度这种封杀批评总理纪录片、打压示威而且动不动就对部分地区断网的国家更是不该放任。个人认为基金会应该像对待中国大陆一样，宁可让印度封锁基金会网站也不要便宜这样的表面上民主，实则人权问题及打压异见问题没好到哪里去的国家（反正印度不也早已经因为和中国的边界问题封锁了不少中国网站）！--💊✖️2️⃣3️⃣（留言） 2024年11月15日 (五) 09:09 (UTC)[回复]
此话相当含糊而缺乏价值，可能产生各种理解。--YFdyh000（留言） 2024年11月15日 (五) 09:55 (UTC)[回复]
印度在中國之西，向其叩頭似乎也是被西方勢力利用[開玩笑的]--派翠可夫 (留言按此) 2024年11月15日 (五) 09:57 (UTC)[回复]
维基也未尝不是西方势力。[開玩笑的]--  2024年11月15日 (五) 10:19 (UTC)[回复]
请不要在严肃场合开玩笑（指上方二位）。--碟之舞📀💿 2024年11月15日 (五) 10:40 (UTC)[回复]
我也反对这一披露编辑身份信息的做法，但是我希望社群谨慎考虑这一决定。任何抗议都应该有明确的目标，而不是为了跟进而抗议。--碟之舞📀💿 2024年11月15日 (五) 10:40 (UTC)[回复]
是这样的。本地的行动需要明确的共识，但是看起来本地、包括中文世界没人关心。这样，把本段标题改成
  • WMF考虑向印度法院披露编辑身份信息，本站是否应该关站抗议
完全不提一次别的wiki的话，应该没人去了解讨论吧？--Akishima Yuka（留言） 2024年11月15日 (五) 10:55 (UTC)[回复]
相比“关站”，显著位置（首页和顶置）挂横幅、通告吸引关注是否可行？--YFdyh000（留言） 2024年11月15日 (五) 11:58 (UTC)[回复]
仅凭notice可能不足以扭转基金会的决策。中维的影响力没有英维大，但用户或读者众多；关站带来的震动远比notice有效。--  2024年11月15日 (五) 13:03 (UTC)[回复]
关于标题调整的事项，副知@魔琴。--  2024年11月15日 (五) 13:10 (UTC)[回复]
可也。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月15日 (五) 18:30 (UTC)[回复]
中文（严谨点说是汉语）在印度属小众语言，我自认为印度根本不care这门语言。--Txkk（留言） 2024年11月15日 (五) 12:14 (UTC)[回复]
关站的施压目标是基金会而不是印度。--YFdyh000（留言） 2024年11月15日 (五) 12:30 (UTC)[回复]
(＋)支持：我建議在關站通告說明這不單是為了印度，更是為了中維（反對內容審查、反對披露編輯者身份資訊）。--Cmsth11126a02 (留言) 國民黨的正確名稱是大陸國民黨！ 2024年11月15日 (五) 16:25 (UTC)[回复]
(～)補充：11月14日，法官已向编者发出传单。维基媒体基金会会将传票通过“所有允许的方式（包括WMF被要求提供的用户邮箱）”送达至其他被告，来源。部分重点摘要：Let summons be issued to defendants 2-4. The summons can be served through all permissible modes... including email addresses to be supplied by the defendant 1 [Wikipedia], the court said in the order while fixing December 16 as the next date of hearing.--𝓯𝓮𝔂𝓪𝓷ヽ(＾∀＾)ﾉ訊 2024年11月15日 (五) 18:15 (UTC)[回复]
  • Writing this in English to perhaps reach a larger audience: Regardless of what the English Wikipedia decides, I ( ✓ )同意 that Chinese Wikipedia should participate in the blackout. Wikipedia builds on the idea of free flow of information and expression, which builds on the ability and/or possibly for editors to contribute anonymously or pseudonymously. This is particularly true in environments where editors may face persecution or retaliation for their contributions. Disclosing editors' private information will severely compromise editorial independence and create an irreversible chilling effect. Such an idea should not even be proposed, let alone considered. This, combined with the unique nature of Chinese Wikipedia, where editors have faced different threats, both legally from governments and from peers, makes this a dangerous precedent to set and might send the wrong signal.
Should WMF decide to disclose the personal information of editors, it will open a Pandora's box that not only endangers the safety of editors but also the integrity of Wikipedia itself. We urge WMF to stand firm on protecting its contributors and its very own mission on promoting free flow of information.-某人✉ 2024年11月17日 (日) 10:20 (UTC)[回复]
其實可以再等一會。這事兒還急不到我們份上。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年11月18日 (一) 03:32 (UTC)[回复]
若屆時須起草公開信，可以附贊英文版信件理念，以表示對他們的支持。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年11月20日 (三) 15:10 (UTC)[回复]
(＋)支持本站先于英维关站--Office563（留言） 2024年11月20日 (三) 07:57 (UTC)[回复]
此事件涉及众多编者的人身安全，应该置顶到首页--Office563（留言） 2024年11月20日 (三) 08:09 (UTC)[回复]
先把英文维基那个公开信翻译过来吧--Office563（留言） 2024年11月20日 (三) 08:17 (UTC)[回复]
英语维基百科社区一直密切关注近期“亚洲国际新闻诉维基媒体基金会案”的相关事件，且对此深感忧虑。在一个许多利益相关方试图控制维基百科内容的世界中，我们认为保护编者的匿名性对于维护百科全书的全面性、可靠性和中立性至关重要。我们数以百万计的志愿者依赖基金会保护我们免受强大的外部势力影响，包括对已发表来源的内容进行筛选和平衡。基于此，我们对基金会可能考虑向德里高等法院披露志愿者身份信息的建议深表关切。我们理解国际法律纠纷中披露此类信息的复杂性，并对基金会一贯抵制信息披露以及协助陷入法律困境的编辑者表示赞赏。然而，我们呼吁基金会将志愿者的安全与福祉置于首位，即使这可能导致基金会面临法律诉讼或其他代价。任何其他行动都可能对志愿者的工作产生寒蝉效应，同时也会增加外部势力影响维基百科的可能。简而言之，这将危及我们这个项目的未来。
此公开信在英维已有1100+人签署，其中包括管理员、监督员、回退员等，个人无法接受披露编者信息之行为。--𝓯𝓮𝔂𝓪𝓷ヽ(＾∀＾)ﾉ訊 2024年11月20日 (三) 09:06 (UTC)[回复]
公开信应该被发到原味鸡上，翻译成多种语言--Office563（留言） 2024年11月21日 (四) 06:25 (UTC)[回复]
元维基--Office563（留言） 2024年11月21日 (四) 06:26 (UTC)[回复]
公开信已经建立单独译本页面：Wikipedia:2024年致维基媒体基金会的公开信。感谢贡献。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月21日 (四) 06:43 (UTC)[回复]
既然基金會已經交了信息還代發了傳票，那確實應該抗議，不過個人認為可以考慮在首頁掛橫幅和在本地簽公開信，不一定需要關站抗議。--🎋竹生🎍 2024年11月20日 (三) 13:05 (UTC)[回复]
基金會真沒種，大不了讓印度當局把Wikipedia封了。好歹應該學學Google，Google不滿中國大陸的審查，直接退出中國大陸。--日期20220626（留言） 2024年11月20日 (三) 13:15 (UTC)[回复]
既然基金会已经交了信息[來源請求]还代发了传票。目前这还悬而未决。我仍认为，一切行动均不应早于英维。--Fire Ice 2024年11月20日 (三) 17:08 (UTC)[回复]
现在说话都这么不负责任的么？怎么就传成了“基金会已经交了信息”？--百無一用是書生 (☎) 2024年11月21日 (四) 02:47 (UTC)[回复]
在下是在這[5]看到的，如果是在下對英文新聞的理解有誤還望您指教。--🎋竹生🎍 2024年11月21日 (四) 04:30 (UTC)[回复]
原文寫 would be，應該看成是「已答應或作出提議，但未實行」。當然，這已經夠糟，但畢竟跟做了是有分別的。--派翠可夫 (留言按此) 2024年11月21日 (四) 05:05 (UTC)[回复]
(～)補充：本人已簽署公開信--派翠可夫 (留言按此) 2024年11月21日 (四) 05:09 (UTC)[回复]
如果在下沒有理解錯的話，根據這篇[6]報道，基金會與ANI達成的同意令（consent order）包括「維基百科同意與法院秘密共享必要的用戶訊息，並將誹謗訴訟傳票直接送達相關用戶」，且法院已經執行了同意令並要求在4天内送達傳票（也就是說傳票在11月18日前已經送達涉事維基人郵箱），故在下竊以為相關basic subscriber information已經被送到法院處。在此深表憂慮。--🎋竹生🎍 2024年11月21日 (四) 05:44 (UTC)[回复]
(～)補充，根據在下上面提供的兩個新聞，“The summons can be served through all permissible modes...including email addresses to be supplied by the defendant 1 [Wikipedia].”如果在下沒理解錯，基金會至少已經將涉事維基人的電郵地址（以密封方式）交予法院方面？--🎋竹生🎍 2024年11月21日 (四) 09:17 (UTC)[回复]
这里的To be的意思似乎是“将由……提供”或“被要求由……提供”？尽管如此，按照新闻所说Basic Subscriber Information诸如用户名之类的，应该是强制提交给法院，ANI只拥有法院版本的修改版？但是就算法院和ANI什么都没有编者的官司也吃定了。编维基百科还要吃官司，真可怕。。。。--𝓯𝓮𝔂𝓪𝓷ヽ(＾∀＾)ﾉ訊 2024年11月21日 (四) 09:52 (UTC)[回复]
赞成首页挂横幅，不影响使用又显声援之意。--Uyi liu2 幸泉居士✍️ 2024年11月21日 (四) 02:43 (UTC)[回复]
基金会这么做显然是个坏的先例，尤其对于中国大陆、香港和澳门编者而言，虽然我不想评论是否应该闭站，不过如果中文站早于英文站闭站，那就有趣了，毕竟这更能向基金会宣示中文站编者对于自己个人信息的泄露问题是有多在意。--💊✖️2️⃣3️⃣（留言） 2024年11月21日 (四) 03:47 (UTC)[回复]
话说以前ProtonMail曾经披露过法国一社会组织成员的相关信息，也引发过争议。--💊✖️2️⃣3️⃣（留言） 2024年11月21日 (四) 04:08 (UTC)[回复]
(！)意見我认为用联署声明的方式表示态度比较好。——暁月凛奈 (留言) 2024年11月21日 (四) 05:03 (UTC)[回复]
聯署不痛不癢，尤其上述基金會已經交了資訊--某人✉ 2024年11月21日 (四) 09:14 (UTC)[回复]
一、依據11月14日 WMF 法務部門的說法和創辦人兼理事會成員 Jimmy Wale 的說法，WMF 從未披露過任何個人資料。而情況應為基金會代替法院向三名編者發送傳票，其電郵地址應未有披露予法院及訴訟方。
二、正如 Jimmy Wale 在英維的討論所言「The title of this is "Should a blackout be organized in protest of the Wikimedia Foundation's actions" - which is of course very premature as the WMF has not released anyone's data. So what's to protest?」，個人認為應三思而行，而非為關站而關站，也建議各位可翻閱英維關站之相關討論及了解他們為何沒有關站。
三、即使基金會披露相關個人資料予印度法院（儘管此情況並沒有發生），也並不代表會披露予中國大陸政府。認為資料會披露予中國大陸政府之說法無疑是滑坡推論。謝謝。--SCP-0000（留言） 2024年11月21日 (四) 09:59 (UTC)[回复]
我对硬性关站（条目内容不可用）和探索此事细节没什么兴趣，但关于二和三，我觉得这涉及基金会行动面临双重标准及信任度的质疑，不同标准问题必然存在和应被关注。所以如果有，我会支持横幅或可关闭的全屏通告。--YFdyh000（留言） 2024年11月21日 (四) 10:34 (UTC)[回复]
感謝，雖然按您所說傳票是代為轉達，但可以確定的是法院已經（在WMF願意的情況下）執行了（要求提供使用者基本資料的）同意令，如果在下沒有理解錯的話，這似乎意味著只要基金會要繼續打這個官司，就必定會（以密封方式）向法院提供涉事維基人的基本資料（Jimmy和法務的聲明似只是「從未提供」到14日為止），除非基金會（在還沒將基本資料送出去的情況下）願意「藐視法庭最後讓維基在印度被封」。不知您的看法如何。--🎋竹生🎍 2024年11月21日 (四) 11:56 (UTC)[回复]
可能但並非必然。正如 WMF 說服了法庭以代為傳達的方式來避免披露個人資料，他們也可能有其他說服法庭的策略以免披露，或者最後選擇不披露和就披露命令上訴至最高法院。當然，由於 Sub judice 的原則下（參見法務部門 10 月時的聲明），他們不能披露案件細節，所以無從得知他們的策略，但可以肯定的是他們現在仍未披露任何個人資料。至於為何最後更新是14日為止，這是因為最後一次聆訊是在14日。謝謝。--SCP-0000（留言） 2024年11月21日 (四) 12:39 (UTC)[回复]
另，Jimmy 在 15 日留下了一段簡短的更新，儘管未有提供任何細節「I can't share anything other than my pride in the entire board and the staff. Seriously. You'd all be overjoyed if you could hear it. (As ever, I only speak for myself as a Wikipedian who is passionate about neutrality, truth, privacy, and individual (human) rights.)」--SCP-0000（留言） 2024年11月21日 (四) 12:57 (UTC)[回复]
俄维一周前就起草了他们自己的公开信，行文似乎有些不一样。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月21日 (四) 12:41 (UTC)[回复]
有无译者（ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月22日 (五) 02:25 (UTC)[回复]
借Chrome把俄文機翻成英文再自行翻譯中文：「作為簽署本公開信的俄文維基百科編者，我們謹此宣告：保護編者的身份不被公開，是本百科全書工作的重要前提。尤其是在多個國家的法律中，中立如實地根據來源陳述事實被視為嚴重罪行，匿名性成為唯一能夠確保編者人身安全的措施。我們對維基媒體基金會考慮將部份編者的個人資料透露予德里高等法院的做法表示震驚。我們了解國際間披露個人資料的法律爭議甚為複雜，亦感謝基金會一直阻止個人資料外洩及協助受法律威脅的編者。然而，我們亦促請基金會，即使可能要因此而使自身面對法律行動，其亦應將編者的人身安全及身心健康放在第一位。任何偏離或不符這個目標的行動皆將增加未來所受的壓力及訴訟風險，令編輯條目成為不可能的任務。簡而言之，那將危及本計劃（維基百科）的未來。」--派翠可夫 (留言按此) 2024年11月22日 (五) 02:59 (UTC)[回复]

七日分割线

讨论已经将近七日。观察到没有人明确反对闭站，但是支持方有以为应立刻闭站者，有以为应暂作壁上观者，亦有人只留支持之语而并不明确关站具体时机。现设置议题讨论区明确意向，并希望通过讨论（不是投票）达成共识。另外设置议题2讨论其他抗议措施。建议事态更新等其他讨论仍发布在上一小节。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月21日 (四) 09:32 (UTC)[回复]

议题1：是否闭站

本站应该立刻准备闭站抗议
#如上述，基金會已經交了資料。聯署不痛不癢，且中維不是英維中文版，更何況交資料impact中維遠甚於英維-某人✉ 2024年11月21日 (四) 09:46 (UTC)[回复]
  1. (＋)支持：理由同上，這樣的事只有零次和無限次。Benho7599 三民主義好
    @AINH、Hoben7599： 見上留言，基金會並未披露任何個人資料。--SCP-0000（留言） 2024年11月21日 (四) 10:43 (UTC)[回复]
    During a hearing (...) on October 28, Wikimedia relented to the High Court's demand that Wikipedia reveal identifying information of the online users involved in editing the ANI page. --某人✉ 2024年11月21日 (四) 14:00 (UTC)[回复]
    WMF 已經表示沒有披露任何個人資料，這似乎是媒體的解讀錯誤（媒體也不是第一次對維基百科的運作有錯誤的理解）。當然，您可以認為 WMF 並不可信，這是您的自由。謝謝。--SCP-0000（留言） 2024年11月21日 (四) 14:18 (UTC)[回复]
  2. (＋)支持，由于中文维基百科的特殊性，为了编者的安全，不需要照搬英文维基的做法--Office563（留言） 2024年11月21日 (四) 10:56 (UTC)[回复]
  3. (＋)支持：理由同上——中国大陆对WM的封锁现在可谓远近皆知，本人在实际生活中过去的三年也已经遇到诸多因此发生的影响。各位很难保证WM未来不会为了进入大陆向中国大陆行政部门方面提供后者所需的资料（虽可能性很小但尚微存），因此本人认为完全有理由比英维处理的早而果断。--  2024年11月24日 (日) 12:42 (UTC)[回复]
    👍 赞--Office563（留言） 2024年11月24日 (日) 14:02 (UTC)[回复]
    比如（節刪）--Office563（留言） 2024年11月25日 (一) 04:11 (UTC)[回复]
  4. (＋)支持建议直接去m:PCP提交正式关站申请。--Liuxinyu970226（留言） 2024年11月25日 (一) 01:17 (UTC)[回复]
    原味鸡大概率不会同意，直接本地界面管理员先动手吧--Office563（留言） 2024年11月25日 (一) 04:09 (UTC)[回复]
    @Office563这种做法有可能被监管员伺候一顿的风险，德语干过一次，后果嘛超级保护了解一下。--Liuxinyu970226（留言） 2024年11月25日 (一) 04:43 (UTC)[回复]
    所以要先下手为强，直接炸掉网站跑路（--Office563（留言） 2024年11月25日 (一) 05:32 (UTC)[回复]
    您这个做法是对读者、站内其他编者很不负责任的行为。--  2024年11月25日 (一) 10:54 (UTC)[回复]
本站应该闭站抗议，但应该等到事态变化（如法院、WMF确认有进一步操作，或者英维闭站）。请明确您认为的应该触发闭站抗议的事件
  1. (＋)支持 -- 派翠可夫 (留言按此) 2024年11月21日 (四) 09:38 (UTC)[回复]
    (～)補充：當法院、WMF确认有进一步操作，毋需等候英文維基行動 -- 派翠可夫 (留言按此) 2024年11月22日 (五) 02:01 (UTC)[回复]
  2. 如果Jimbo和法务的说法属实，且基金会仍未交出信息，我认为暂时不需要闭站。闭站这一措施应该留给需要更加强烈的反应的场合。若确认WMF将个人隐私信息披露予法院，或者法院作出不利于基金会的裁决，不论其他社区有何措施，应该立刻闭站抗议。如果英维、俄维闭站抗议应该考虑跟随。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月21日 (四) 11:04 (UTC)[回复]
  3. (▲)同上，當然現階段中維可以先作其他抗議。（英維不關站不代表中維不須關站）--Cmsth11126a02 (留言) 國民黨的正確名稱是大陸國民黨！ 2024年11月21日 (四) 14:10 (UTC)[回复]
  4. 若确认WMF即將或已将个人隐私信息披露予法院(不論其他語種反應)应立刻闭站抗议-某人✉ 2024年11月22日 (五) 02:11 (UTC)[回复]
  5. 我不反对跟随英维抗议。另外我相信，该议题下的所有问题，包括为何抗议，抗议对象，抗议内容，抗议的技术手段，抗议的法律问题，只要英维决定抗议，他们就会全部解决。我相信英文维基百科社群的智慧。Fire Ice 2024年11月22日 (五) 04:10 (UTC)[回复]
  6. 虽然其它维基不需要关闭，但考虑到中维的特殊性，应等到WMF将编辑身份信息披露给法院后才能关闭。--Lanwi1Talk 2024年11月24日 (日) 20:10 (UTC)[回复]
  7. 現階段發個橫幅通告公開信之類的都行。這有點類似罷工，故意讓讀者不方便是為了讓這件事能夠被更多人關注形成輿論以阻止相關情事發生，也因此必須要很嚴重才可以啟動，我認為必須經確認WMF披露編輯隱私，且英維已先行表達抗議仍未見回應，前者不符合則反對關閉，後者不符合的話能有條件關閉，如各語言的公開信皆被無視、遭施壓不得抗議或表達等。--Rice King 信箱 · 留名．邊緣人 2024年11月25日 (一) 12:56 (UTC)[回复]
  8. (＋)支持--BigBullfrog（𓆏） 2024年11月25日 (一) 19:35 (UTC)[回复]
  9. (＋)支持 我觉得跟英维吧，毕竟英维比中维人多太多了。--Martin 去我的签名簿签名！！ 2024年11月30日 (六) 04:40 (UTC)[回复]
  10. (＋)支持 一當WMF披露電子郵件後，本站應立即關站，以表抗議，倘若WMF依印度法院繳交資料，現行所有大陸編者皆可能有危險 August0422 (T／C) 2024年11月30日 (六) 05:03 (UTC)[回复]
  11. 前幾次關站，《歐盟一般資料保護規範》討論過後，我們沒有任何動作，SOPA/PIPA只有專題頁面以及Sitenotice公告，為何中維一定要跟隨其他維基百科關站呢？在事不完全關已之情況下，首頁橫額已是最嚴重的手段了。除非WMF決定公開編者個人資訊，否則不建議中維犧牲公眾利益。更何況我們有研討關站的細節嗎？草率實行，只會被人笑稱草台班子。--Mısaka✨M1koto 2024年12月11日 (三) 06:16 (UTC)[回复]
反对闭站抗议
  1. 不同意躁進而未全盤考慮讀者權益之行為，至少社群亦須經相當規模編者投票確認存在共識。有英文維基百科在前，本站概不必就此議題強做先鋒。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年11月21日 (四) 13:06 (UTC)[回复]
    难道人身安全就不是权益了吗--Office563（留言） 2024年11月21日 (四) 13:10 (UTC)[回复]
    Liu说读者权益。--YFdyh000（留言） 2024年11月21日 (四) 13:20 (UTC)[回复]
    補充意見：但寫個橫幅聲援英文社群還是可以的。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年11月25日 (一) 03:08 (UTC)[回复]
  2. (＋)支持劉醬，本人(－)強烈反对閉站。目前諸多事宜尚未明晰，在此情況下不應貿然選擇閉站示威，且在取得共識並有75%支持率前均不應閉站。沒必要搶這個風頭，純屬火上澆油。先前亦見到Jimmy Wales在英文維基百科進行討論，編者諸君可移步英維閱讀他的意見。--Talimu0518（留言） 2024年11月22日 (五) 04:15 (UTC)[回复]
    Jimmy Wales不是WMF--Office563（留言） 2024年11月22日 (五) 05:08 (UTC)[回复]
    不過他身兼基金會理事，所以起碼知道得比社群多（ —— Eric Liu 創造は生命（留言・留名・學生會） 2024年11月25日 (一) 06:50 (UTC)[回复]
  3. 这根本就是没事也要折腾出些事来。另外，闭站是抗议谁？抗议什么？似乎也没说明白？--百無一用是書生 (☎) 2024年11月22日 (五) 03:42 (UTC)[回复]
  4. 基金會不該包庇罪犯。立即供出所有材料。--北極企鵝觀賞團（留言） 2024年11月22日 (五) 04:00 (UTC)[回复]
    建議先了解無罪推定原則及針對公眾參與的策略性訴訟，在未經審判下稱呼涉事編者為「罪犯」並非妥當。謝謝。--SCP-0000（留言） 2024年11月22日 (五) 04:43 (UTC)[回复]
  5. 閉站受害的只有讀者，而且我不相信基金會會因為閉站而做出改變。最近我所住區域裡也有不少罷工罷課事件（出於各種原因），造成了我個人不少不便。還有，我覺得不少編輯應該有必要明白這點：是基金會提供了維基百科這樣的平台給各位編輯，It's a privilege, not a right. 現在你在別人的平台上對擁有平台的人抗議，不知道會想搞這齣的是不是沒分清楚主賓關係，真有本事就自己像Techyan一樣自立門戶吧。WP:NOTANARCHY。一定程度上的抗議，比如連署書或當隔壁閉站受到批評時做出聲援，個人認為是妥當的，但若是涉及到維持自由百科本身的承諾，那我不得不(－)反对閉站。忍耐是有極限的。--（☎）dt 2024年11月22日 (五) 04:36 (UTC)[回复]
    雖然我也不支持閉站，但是你這個話術聽上去有點像「因為你們的工作是我提供的，所以你們不能罷工，你們要是罷工我就立即解僱你們」。--日期20220626（留言） 2024年11月22日 (五) 06:17 (UTC)[回复]
    可能現實主義成分太多吧，畢盡大實話不是所有人都愛聽。--（☎）dt 2024年11月22日 (五) 07:08 (UTC)[回复]
  6. 雖然基金會涉嫌提交編輯資料以及為了討好印度方面而刪條目不可取，甚至說做的非常醜陋，但是中文站閉站還是免了。—日期20220626（留言） 2024年11月22日 (五) 06:21 (UTC)[回复]
    討好部分，要不是基金會卡在訴訟中，基金會大概也不怎麼想碰這種問題。--SunAfterRain 2024年11月25日 (一) 08:34 (UTC)[回复]
  7. 受介绍第一次来到这里，但一来就看到了关站的提议，在详细了解了事情起因后，本人(－)強烈反对这项提议，此事暂未波及至中文维基百科，并且我也没有看到此事会有任何波及到中文维基百科的可能性或是迹象，中文维基百科关站除了会为读者以及我们贡献者本身带来不便以外，没有任何作用。若各位一定想要对英文维基百科的维基社群做出声援的话，在主页最底部放置对英文维基百科的声援讯息是更加合理且可行的做法。--Pathfinbird（留言） 2024年11月22日 (五) 06:30 (UTC)[回复]
  8. 中文維基百科使用者沒有權限關閉中文維基百科，不管投票結果如何都沒有作用呀，最多只能使用者集體逃亡，退出編輯而已。--CaryCheng（留言） 2024年11月25日 (一) 06:52 (UTC)[回复]
    搞破坏，给鸡精会制造麻烦就行了--Office563（留言） 2024年11月25日 (一) 07:25 (UTC)[回复]
    這麼喜歡閉站可以自己開一個站點自己過家家，維基百科不是只有你們這幫蠢貨，還有其他讀者跟編者，拜託不要連累人好嗎？
    你們關站純粹是為了自己顱內高潮而已，「皇帝不急太監急」行為，英文站點那邊WMF都沒把編輯身分丟出來你們就先急上了？如果真的這麼害怕那麼你可以「寧蹈東海而死，義不帝秦」，在自己用戶頁掛retired模板然後拍拍屁股滾蛋。--Talimu0518（留言） 2024年11月25日 (一) 07:49 (UTC)[回复]
    麻煩不要把自己看得太重要，中文維基百科少你一個也能運轉下去，況且現在你們要閉站抗議，抗議誰？抗議什麼？抗議多久？還「搞破壞，給雞精會製造麻煩」，有你這樣的用戶就是維基百科最大的麻煩。--Talimu0518（留言） 2024年11月25日 (一) 07:52 (UTC)[回复]
    阁下如此发言实在不负责任，这样的行为除了为读者徒添笑料伤害到我们编者群体自身以外，还能起什么作用？就目前所见，维基媒体基金会仍旧对此案十分负责，在有任何确切的信息和结果之前进行无谓的恐慌和抗议又和乱编来源不详的条目有什么区别？-- Pathfinbird（留言） 2024年11月25日 (一) 08:19 (UTC)[回复]
  9. 沒有意義，這次根本都還沒波及到中文維基百科，僅為了那不知道有多少的可能性關站純粹是在浪費時間浪費生命，維基百科不是民主試驗場。--SunAfterRain 2024年11月25日 (一) 08:28 (UTC)[回复]
  10. 很难评，除了影响读者，闭站有个什么用？换而言之，除了读者，谁关心？是能影响到德里高等法院啊，还是能影响到美国政府呢？Iming 彼女の愛は、甘くて痛い。 2024年11月25日 (一) 10:54 (UTC)[回复]
    影响的是读者、编者和基金会。属于更大影响力的抗议。着眼未来而不限于本案，虽然效果无人能评。--YFdyh000（留言） 2024年11月25日 (一) 11:31 (UTC)[回复]
    對基金會有影響嗎？如果基金會僱員平時看的是英維，反而英維關站對他們影響更大吧。--日期20220626（留言） 2024年11月25日 (一) 11:55 (UTC)[回复]
    不過正是對我有影響，所以我反對閉站。如果關閉的是其他語種的站點，我無所謂，不過英文站最好還是不要關閉。--日期20220626（留言） 2024年11月25日 (一) 11:57 (UTC)[回复]
    影响来自编者看法、媒体舆论，而非使用上的直接影响。从使用者福祉来说，我也反对硬性关闭，如果是可关闭或不遮挡的大幅广告，我不介意，网站求捐款或者反对法案而发这种并不罕见，但我不确定是否违背使用条款等。公开信表态抗议估计更可行。先观望也可以。--YFdyh000（留言） 2024年11月25日 (一) 12:05 (UTC)[回复]
    雖然但是，你維關站對基金會而言只是多一些無聊的麻煩事而已，如果真的再遇到被迫需要交出資料的情境，一點用也沒有--SunAfterRain 2024年11月25日 (一) 14:46 (UTC)[回复]
    关站本身是这样的，但可能产生后续的未知影响。目前讨论看，暂时没有关站共识的可能。--YFdyh000（留言） 2024年11月25日 (一) 15:08 (UTC)[回复]
    我只能说，从现实世界的角度看，基金会目前来看已经做得很好了，要抗议我觉得抗议印度法院或原告都比抗议基金会强。为何有人总觉得自己比基金会的法务还懂法律呢？--百無一用是書生 (☎) 2024年11月26日 (二) 03:07 (UTC)[回复]
    我觉得抗议“恶行/恶法”与“懂法律”是平行线，总不能对一切抗议者说你怎么不走法律程序。没人说抗议只针对基金会，但法院和原告是真的不会与暂时不能在乎吧。做得很好有争议，因为用户寄予不同的期望。--YFdyh000（留言） 2024年11月26日 (二) 13:08 (UTC)[回复]
    抗议“恶行/恶法”当然没问题啊，可是这讨论里从没提过“恶行/恶法”啊--百無一用是書生 (☎) 2024年11月27日 (三) 14:59 (UTC)[回复]
    参考上方俄文公开信中译。显然崇尚“自由主义”的编者群体反对威权审查，以及担心基金会因利益相关去权衡和妥协。--YFdyh000（留言） 2024年11月27日 (三) 16:34 (UTC)[回复]
    要抗议我觉得抗议印度法院或原告都比抗议基金会强。这点我赞同。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月26日 (二) 13:13 (UTC)[回复]
  11. WP:DEM。我觉得最多挂个公告完了。--Leiem（留言·签名·维基调查） 2024年11月26日 (二) 04:11 (UTC)[回复]
  12. zhwiki閉站可能对WMF一点影响都没有，人家根本不看 囧rz……，有别的办法传达zhwiki社群的抗议吗？--Htmlzycq（留言） 2024年11月26日 (二) 12:33 (UTC)[回复]
    zhwiki算大了，闭站基金会应该会注意到。--Martin我强烈反对WMF给出个人信息，支持闭站抗议 2024年12月1日 (日) 20:03 (UTC)[回复]
    說實話你們閉站會看見的只有讀者，最後你們閉站，WMF根本不鳥、編者除了顱內自我高潮覺得自己很高尚之外剩下大部分都在罵、讀者罵編者不幹人事，除了這些我根本想不出你們閉站會帶來什麼改變。
    是說現在大部分都在提出抗議WMF交出個人資訊而不是抗議德里法院下達命令，除了本末倒置之外反正最後交出與否都是WMF決定，說難聽點他們只要想根本不需要採納什麼狗屁社群意見，你們抗議示威並不能左右結果，除了可以自我高潮一下之外毫無用處。--Talimu0518（留言） 2024年12月1日 (日) 20:29 (UTC)[回复]
  13. 註：此處原有文字，因為原作者刪除，已由August0422 肅此 (T／C)於2024年11月28日 (四) 14:07 (UTC)刪除，尚祈見諒。若有異議請至互助客棧或向管理員反映。[回复]
    註：此留言已被原作者（User:Patrickov）移除。2024年11月29日 (五) 04:14 (UTC)[回复]
    註：此處原有文字，因為原作者刪除，已由August0422 肅此 (T／C)於2024年11月28日 (四) 14:07 (UTC)刪除，尚祈見諒。若有異議請至互助客棧或向管理員反映。[回复]
  14. (－)反对關站抗議，這會影響到讀者的權益，但可以適當公示，或另尋合適方法抗議。--78-Yellowcat（留言） 2024年12月10日 (二) 13:46 (UTC)[回复]
  15. (－)強烈反对完全沒有這個必要，印度的事情對zh.wiki的影響根本是無中生有。不要「世上本無事，庸人自擾之」。一期一會再見難（留言） 2024年12月10日 (二) 14:38 (UTC)[回复]
  16. 純粹是覺得關閉中文版維基百科是多此一舉的行為，而且連中文WP都關閉導致中文用戶的不便的話說不定印度政府還會更愉悅了，個人倒是不反對關英文甚至是印度相關語言的WP。同舟（論 · 歷） 2024年12月11日 (三) 07:20 (UTC)[回复]
相关讨论

议题2：其他抗议措施

目前上方已有的抗议措施包括：起草本地公开信、翻译英维公开信（已完成）、首页挂横幅。另外若上方决定闭站，或可在起草本地相关文件时提前拟好。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月21日 (四) 09:32 (UTC)[回复]

本地公開信是必要的，另外建議大家準備好橫幅/關站聲明內容。--Cmsth11126a02 (留言) 國民黨的正確名稱是大陸國民黨！ 2024年11月21日 (四) 14:12 (UTC)[回复]
先暂拟一份ASN：维基百科丰富而中立的内容依赖于编者的安全。然而，这一安全正在受到威脅。了解详情 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月22日 (五) 02:12 (UTC)[回复]
实在看不出来这怎么就是威胁了？至多是不同意基金会的做法。但基金会的做法应该是有全面的法律上的考虑的，我们是否应该先聘请法律顾问咨询一下呢？如果根本没什么问题，那岂不是很没意思--百無一用是書生 (☎) 2024年11月22日 (五) 03:46 (UTC)[回复]
我認為提出社群意見還是可行的，至於基金會那邊有什麼考量，那就是他們自己要去想的了。講難聽點，基金會完全沒有義務理會社群提出的意見。--（☎）dt 2024年11月22日 (五) 04:43 (UTC)[回复]
被人告了不能说不算威胁吧。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月22日 (五) 05:41 (UTC)[回复]
法律上的考虑相当含糊，并且决定肯定不限于“遵守法律”。简单来说，如果大陆/香港/美国/...政府基于某项理由要求数据或其他配合（历史事件），基金会的处置流程和态度以及对外界的影响。如果“根本没什么问题”，基金会有责任和必要尽力澄清或表明态度/政策（在法律允许下），而编者亦应了解和表态。--YFdyh000（留言） 2024年11月22日 (五) 11:30 (UTC)[回复]
「互联网不是法外之地」这句话放在全世界哪个地方都说得通--航站区（留言） 2024年11月30日 (六) 15:59 (UTC)[回复]
不明白这句话在这里的作用。比如，基金会应该尽力执行各国法令？--YFdyh000（留言） 2024年11月30日 (六) 16:04 (UTC)[回复]
Wikipedia:免责声明「请注意将您在这里所找到的信息发布出去有可能会违反您所在国家或司法管辖区的法律。维基百科的数据库都是储存在位于美国的服务器中，因而任何内容都受到当地法律和美国联邦法律的保护。您所在国家或司法管辖区的法律有可能没有对相同种类的言论和发行进行保护。维基百科并不鼓励任何人触犯法律，因此如果您链接到此域名或使用、复制或转载本站包含的信息，维基百科无法为可能带来的违反此类法律的行为负责。」--航站区（留言） 2024年11月30日 (六) 17:42 (UTC)[回复]
我建议您再读一遍这个声明。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月30日 (六) 17:44 (UTC)[回复]
我引用的那段话是要表达“互联网不是法外之地”这句话放在全世界哪个地方都说得通--航站区（留言） 2024年11月30日 (六) 18:12 (UTC)[回复]
“维基百科并不鼓励”是中立态度，与“维基百科将协助打击”在立场和影响上有明显区别。免责声明是指出，受美国法律保护。--YFdyh000（留言） 2024年11月30日 (六) 18:26 (UTC)[回复]
所以啊 这种法律话题 最好还是邀请那些法学者来讨论 是最佳的--航站区（留言） 2024年11月30日 (六) 18:31 (UTC)[回复]

對於全保護的一些建議

本主題全部或部分段落文字，已移動至WT:保護方針。执行人：Sanmosa 在黑魔法的幫助下密謀推翻軍政府 2024年12月23日 (一) 03:18 (UTC)。[回复]

续：管理員布告板排版

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:管理员布告板。

两个月前由@Ericliu1912提出的讨论中，共识似乎是社群讨论都应置于“处理”栏位下方。但由于“发现人”栏位在“处理”栏位上方且会附带签名，导致会有大量讨论（由于直接点按“回复”）出现在“处理”栏位上方。目前是否应尽快执行@Miyakoo的建议，将“发现人”栏位置于“处理”下方（即最下方），以避免“处理”的上方、下方同时分别展开讨论的现象？（另一相反的建议见下方） ——自由雨日🌧️❄️ 2024年11月29日 (五) 11:10 (UTC)[回复]

竊以爲然。另，或應規定不得直接回覆處理意見，以免殊途同歸。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月29日 (五) 15:08 (UTC)[回复]
要是考虑到这个的话，我倒其实是一直倾向于“处理”栏放在最下方，即“社群讨论”置于“处理”上方的，这样更符合“新留言放在下方”的直觉（“处理”这条留言的时间一般来说肯定是在讨论之后），并且处理之后再继续回复也不会打乱时间线。至于注释中的那行“非管理员仅可标记已执行的封禁，针对提报的意见请放在下一行”，我认为那行注释并非意在规范“上方/下方”，而是在说“非管理员不要将意见放在‘处理’行”而已，“下方”只是虚指或者说随手一写？（之所以刚刚没提是我觉得“统一时间顺序”要比“上方还是下方”更重要，不过既然看到有这个问题，感觉不如改提出“讨论置于上方”思考... ——自由雨日🌧️❄️ 2024年11月29日 (五) 20:37 (UTC)[回复]
@Miyakoo、Sanmosa： ——自由雨日🌧️❄️ 2024年11月29日 (五) 21:20 (UTC)[回复]
不反對「討論置於上方」。
我是覺得處理比討論重要，應該放在較爲顯眼的位置，放在討論下方有點不明顯。--Miyakoo（留言） 2024年11月30日 (六) 01:45 (UTC)[回复]
我支持在处理之前的讨论放在上方，下方留给对处理结果的讨论。各个区域之间可以用----分隔。--  2024年12月1日 (日) 07:43 (UTC)[回复]
如果不允許直接回覆處理意見，按照0xDeadbeef的建議直接用{{Archive top}}關閉可能更好？--Miyakoo（留言） 2024年11月30日 (六) 01:46 (UTC)[回复]
似乎也没必要禁止回复处理意见？--自由雨日🌧️❄️ 2024年11月30日 (六) 01:48 (UTC)[回复]
這樣「針對提報的意見」和「針對處理的意見」會混在一起吧。--Miyakoo（留言） 2024年11月30日 (六) 02:06 (UTC)[回复]
嗯？按我说的方案好像就不会啊（即其他意见只能直接回复提报人、放在“处理”上方，对“处理”的意见则放在“处理”下方、回复管理员）？--自由雨日🌧️❄️ 2024年11月30日 (六) 02:27 (UTC)[回复]
可我回覆的是或應規定不得直接回覆處理意見，以免殊途同歸。
還是我理解錯了？--Miyakoo（留言） 2024年11月30日 (六) 02:36 (UTC)[回复]
嗯？魔琴的“以免殊途同归”意思是，如果针对提报的讨论规定放在处理下方的话，那就得规定不能回复“处理”，否则同样（即“同归”）会导致时间混乱的现象。所以我说按我的方案就可以避免这种现象，也就没必要禁止回复处理栏。--自由雨日🌧️❄️ 2024年11月30日 (六) 02:41 (UTC)[回复]
看來是我理解錯了。
我覺得這種程度上的「時間混亂」是可以忽視的，畢竟新提報在舊提報上方本來也沒怎麼遵守「新留言在下方」。--Miyakoo（留言） 2024年11月30日 (六) 02:55 (UTC)[回复]
那不一样……新提报在旧提报上方更有利于处理，就像监视列表/最近更改里面新页面也在旧页面上面一样。但同一提报（同一章节内）应该尽量按WP:讨论页指引的要求（先来后到的时间顺序）？--自由雨日🌧️❄️ 2024年11月30日 (六) 02:59 (UTC)[回复]
但如果允許對處理回覆且處理在提報人下方，一旦針對處理的回覆和針對提報的回覆都很多的情況下，處理會夾中間，很不明顯。
也許處理可以單開一小節？--Miyakoo（留言） 2024年11月30日 (六) 03:44 (UTC)[回复]
如果是用“回复”方式处理的话，因为一般来说WP:讨论页指引要求不用项目符号进行缩排，所以“处理”前面的项目符号是可以起到加强作用的。我认为不会有不明显的问题。——自由雨日🌧️❄️ 2024年11月30日 (六) 04:03 (UTC)[回复]
嗯，也行吧，反正總比現在好。--Miyakoo（留言） 2024年11月30日 (六) 04:06 (UTC)[回复]
雖然有先來後到時間順序要求，但這似乎是討論頁規範沒更新的目前狀態？我知道的是以往討論留言不似現在，現在每個留言都有回覆按鈕，按此串討論看來，解法只在最後一個留言有回覆，或者是拿掉回覆，強制執行只能用原始碼並在最後添加新留言、等等這不就回到早期狀態？--提斯切里（留言） 2024年11月30日 (六) 04:00 (UTC)[回复]
没懂你的意思…… ——自由雨日🌧️❄️ 2024年11月30日 (六) 04:03 (UTC)[回复]
以最近一个对我的提报为例：U:Iming首先在06:14 (UTC)在“处理”栏位下方留言，后U:Patrickov于06:15 (UTC)点按“回复”在“处理”栏上方留言，U:Talimu0518于06:19 (UTC)继续在“处理”栏上方Patrickov下方留言，这导致了“新留言位于旧留言”上方的现象，不过毕竟有“处理”栏分割，尚未造成明显问题。但可能由于“处理”栏在中间，U:Manchiu做出处理时并未注意到，所以于11:49 (UTC)在最下方做出了处理，这样就有了两个“处理”栏（这里会有“处理”栏不明显的问题）。于是U:Tisscherry于14:07 (UTC)移除了中间的处理栏，这就导致同一区块内的留言，Iming最早的留言完全位于最下方了，遂我刚才又调整了顺序。总之，若不对留言规范做出约定，这样的现象未来还会持续发生。--自由雨日🌧️❄️ 2024年11月29日 (五) 23:10 (UTC)[回复]
每個留言都有回覆按鈕可以點擊，使用者也可以使用原始碼放置留言，除非過分的編輯排版造成扭曲發言，我覺得不必在此「嚴格」規範。--提斯切里（留言） 2024年11月30日 (六) 03:39 (UTC)[回复]
我认为目前的情况已经是“扭曲发言”。--自由雨日🌧️❄️ 2024年12月2日 (一) 00:44 (UTC)[回复]
包括對漠南的提報在內也一樣，除上方自由雨日提及的「處理欄分割留言」外，管理員處理時亦有出現找不到處理欄而自行另開一欄的情況，致使最終提報討論中出現兩個處理欄。--Talimu0518（留言） 2024年11月30日 (六) 04:37 (UTC)[回复]
所以说应该直接废除处理栏而转用使用{{archive top}}来关闭讨论。这样有结果和无结果的案件区别明显，管理员所处理的结果显眼可找，并且不会存在两个讨论串时间穿越的情况。不仅解决当下问题，还附带更多好处。--0xDeadbeef (留言) 2024年11月30日 (六) 13:24 (UTC)[回复]
确实，除了“不太方便对处理进行评论”之外基本完全利大于弊（我是觉得没必要禁止处理后继续评论，但也不觉得必须允许）。故也支持beef的方案。--自由雨日🌧️❄️ 2024年11月30日 (六) 22:12 (UTC)[回复]
然而对处理进行评论一者可以在archive bottom下面评论，或在客栈中开启复核程序，所以基本这个弊端不是太大。--0xDeadbeef (留言) 2024年12月1日 (日) 00:48 (UTC)[回复]
(＋)支持，但可能需要将result放得更显眼。--  2024年12月1日 (日) 08:46 (UTC)[回复]
{{archive top}}还不够显眼吗…… ——自由雨日🌧️❄️ 2024年12月1日 (日) 08:47 (UTC)[回复]
似乎现在在框区的右上角？可以更宽大一些。--  2024年12月1日 (日) 08:49 (UTC)[回复]
或者说直接在提报区禁用回复按钮。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月30日 (六) 14:49 (UTC)[回复]
为什么……这样做有什么好处吗思考...以及这样一来看中维很多编者在有“回复”按钮还常常乱插乱排留言（且一般从不会有管理员管理这类事）的情况下，若再禁用，排版一定会更乱 ——自由雨日🌧️❄️ 2024年11月30日 (六) 18:31 (UTC)[回复]
@魔琴：您为何又把这条留言移到下方了，这不是继续“上方下方同时展开讨论、时间线错乱”问题了吗（（ ——自由雨日🌧️❄️ 2024年11月30日 (六) 19:32 (UTC)[回复]
但我一般是在處理欄下面回覆的，目前也沒有共識要改到上面，而且註釋寫了應該寫在下面，所以就還是移回去。反正沒太大差別。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月30日 (六) 19:58 (UTC)[回复]
好吧，我当时移动的原因是我觉得上方下方并不重要，我在意的是“保持时间线稳定”（也可以把上方评论挪到下方，但这样一来肯定会有其他人点“回复”放到上方，所以就把您评论挪上方了） ——自由雨日🌧️❄️ 2024年11月30日 (六) 22:14 (UTC)[回复]
另外有一個辦法，就是不先列出「處理」項，等真的有人要處理再加上，這樣就不會干擾到意見區。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年12月1日 (日) 17:52 (UTC)[回复]
也(＋)支持这一方案，总之能让意见区像条目探讨等任何讨论一样“按正常时间顺序、正常缩排”即可。--自由雨日🌧️❄️ 2024年12月2日 (一) 00:45 (UTC)[回复]
其实只要把提报人和提报时间戳拆成两行，就可以禁用提报区的回复按钮（版本85183558），甚至整个区都没有回复按钮，逼迫被亵渎的现代讨论工具侵蚀了灵魂的[開玩笑的]维基百科人用无上、至理、圣洁的[開玩笑的]源代码模式发表评论。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年12月3日 (二) 07:21 (UTC)[回复]
界面的去人性化，时代的退步。[開玩笑的]而且提报人和提报时间分两行会很影响阅读体验，很反编者直觉。--  2024年12月3日 (二) 07:59 (UTC)[回复]
(－)強烈反对：极易导致亿恶的编辑冲突。--自由雨日🌧️❄️ 2024年12月3日 (二) 08:51 (UTC)[回复]
那可能是Wikiplus等快速编辑工具导致的，用系统自带的源代码模式编辑，能够自动合并无冲突段落的编辑冲突。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月17日 (二) 11:23 (UTC)[回复]

民意调查

由于不同意见太多，故进行民意调查。最终并非完全以投票（支持/反对）数量决定，仅是辅助参考。若有其他方案可直接在下方补充。——自由雨日🌧️❄️ 2024年12月3日 (二) 02:44 (UTC)[回复]

方案一：维持现状，编者自由选择在“处理”栏上方或下方留言，且管理员处理后仍可自由回复
  1. (－)強烈反对：已有诸多问题。如时间线混乱、缩排混乱、“处理”栏不明显等。——自由雨日🌧️❄️ 2024年12月3日 (二) 02:44 (UTC)[回复]
  2. (－)反对：时间线很难区分，且毫无层次感。--  2024年12月3日 (二) 03:44 (UTC)[回复]
  3. (－)反对:無法區分時間 — 此請爐安 August0422 (T / S) 2024年12月4日 (三) 10:43 (UTC)[回复]
  4. (－)強烈反对：這一欄不是應該是名副其實地是各用戶爭論討論后的管理員處理行動嗎？--Mykola（留言） 2024年12月5日 (四) 14:31 (UTC)[回复]
方案二：讨论统一在“处理”栏上方按时间顺序留言（一般为直接点按“回复”），对“处理”的讨论则在下方留言
  1. (＋)支持：基本完全符合讨论时间线 ——自由雨日🌧️❄️ 2024年12月3日 (二) 02:44 (UTC)[回复]
  2. (＋)支持：合乎逻辑，理由(▲)同上。--  2024年12月3日 (二) 03:44 (UTC)[回复]
  3. (＋)支持：合理。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年12月3日 (二) 12:38 (UTC)[回复]
  4. (＋)支持:合理 — 此請爐安 August0422 (T / S) 2024年12月4日 (三) 10:43 (UTC)[回复]
  5. (＋)强烈支持：以上同理。--Mykola（留言） 2024年12月5日 (四) 14:31 (UTC)[回复]
方案三：在管理员处理前取消“处理”栏，其他同方案二
  1. (＋)支持。和方案二相比好处是（规定在“处理”栏上方留言后）不会再有编者放错位置，但坏处是可能使“是否已有处理”更不明显 ——自由雨日🌧️❄️ 2024年12月3日 (二) 02:44 (UTC)[回复]
  2. (？)疑問：这似乎本质上和方案二可以同时实现。--  2024年12月3日 (二) 03:44 (UTC)[回复]
    看我上面的留言的最后半句（）有那个问题，所以区分成两个方案了。--自由雨日🌧️❄️ 2024年12月3日 (二) 04:09 (UTC)[回复]
    (＋)支持--  2024年12月3日 (二) 07:57 (UTC)[回复]
  3. (＋)支持：相對靈活。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年12月3日 (二) 12:38 (UTC)[回复]
  4. 如果要這樣實現乾脆直接廢止處理一欄吧--SunAfterRain 2024年12月4日 (三) 17:36 (UTC)[回复]
  5. (＋)傾向支持：也稍微同理，這樣做減少混亂。--Mykola（留言） 2024年12月5日 (四) 14:31 (UTC)[回复]
  6. (＋)强烈支持：参考Wikipedia:申请解除权限等其他布告板。Пусть от победы☆к победе ведёт! 2024年12月8日 (日) 04:20 (UTC)[回复]
  7. (＋)支持：曾見過有提報因為很多用戶參與討論，導致處理欄消失不見的情形，推測是有用戶在討論時無意間移除。身為管理員，在進行結案時還得要尋找處理欄在哪裡，感覺不如自己多打個幾個字更快更簡單。至於自由雨日所擔心的「使是否已有处理更不明显」疑慮，其實就是看處理的管理員如何標示了。個人認為，靈活標示反而更可能解決結案不明顯的問題，因為結案管理員能夠視情況彈性處置。-Peacearth（留言） 2024年12月20日 (五) 17:59 (UTC)[回复]
方案四：讨论统一在“处理”栏下方留言（并修改“发现人”位置以便点按回复），并在管理员处理后禁止回复“处理”栏
  1. (－)傾向反對：没有必要“禁止回复”。但若不禁止，又会造成时间线混乱的问题 ——自由雨日🌧️❄️ 2024年12月3日 (二) 02:44 (UTC)[回复]
  2. (－)反对：时间逻辑不合理。--  2024年12月3日 (二) 03:44 (UTC)[回复]
  3. (！)反对反对：后续翻查存档时提报内容和处理结果最为重要，时间和回复逻辑相对来说并不重要。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年12月3日 (二) 08:45 (UTC)[回复]
    个人不这么认为。最终处理结果当然重要，但几乎所有讨论（尤其是方针指引修改）都有一个“最终共识”，我不认为“最终共识”的重要性会高到可以无视“讨论内容的时间线、缩进等排版”。--自由雨日🌧️❄️ 2024年12月3日 (二) 08:49 (UTC)[回复]
  4. (－)反对：不應禁止回覆任何留言。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年12月3日 (二) 12:38 (UTC)[回复]
  5. (－)反对禁止回覆 — 此請爐安 August0422 (T / S) 2024年12月4日 (三) 10:43 (UTC)[回复]
  6. (－)反对很混亂，不需要特地這樣搞--SunAfterRain 2024年12月4日 (三) 17:36 (UTC)[回复]
  7. (－)強烈反对--Mykola（留言） 2024年12月5日 (四) 14:31 (UTC)[回复]
方案五：取消“处理”栏，并使用{{archive top}}关闭讨论
  1. (＋)支持：除了有方案三的好处外，更解决了方案三的坏处，甚至远比过去的方案可使“是否已有处理”明显得多。但弊端是“对管理员处理的回复”较过去不便 ——自由雨日🌧️❄️ 2024年12月3日 (二) 02:44 (UTC)[回复]
  2. 有條件反對：{{archive top}}的result参数只能表示处理的结果。但后续针对处理的讨论串如何用此模板关闭则有待商榷；若无定案则反对。--  2024年12月3日 (二) 03:44 (UTC)[回复]
    既然已处理，就不必需要再回复。如果有对管理员的处理有意见，我认为有三种方法：一、在ANM重提讨论，开启新讨论串；二、在管理员的用户讨论页开启新讨论串；三、在客栈提出管理操作复核程序。--0xDeadbeef (留言) 2024年12月3日 (二) 08:50 (UTC)[回复]
  3. 我已经在上方提出此选择的附带好处：有结果和无结果的案件区别明显，管理员所处理的结果显眼可找，并且不会存在两个讨论串时间穿越的情况，故支持。0xDeadbeef (留言) 2024年12月3日 (二) 08:52 (UTC)[回复]
  4. (＋)支持：但傾向關閉討論後，若對管理員處理有意見，不要在ANM再開討論，而是到管理員的使用者討論頁開討論串或提AARV（但順位在管理員的使用者討論頁之後）。--冥王歐西里斯（留言） 2024年12月3日 (二) 09:17 (UTC)[回复]
  5. (－)傾向反對：相對不易使用，並可能阻撓管理員處理後其他留言，注意管理員張貼處理結果並不總是等於直接結案，應當一定程度允許其後交流。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年12月3日 (二) 12:38 (UTC)[回复]
    为什么说不易使用？其后交流的意义又是如何？--0xDeadbeef (留言) 2024年12月4日 (三) 00:56 (UTC)[回复]
    @Ericliu1912：由于这并非纯投票，所以我认为您还是得回应一下beef这里的问题？——自由雨日🌧️❄️ 2024年12月7日 (六) 18:01 (UTC)[回复]
    要用模板就是比較麻煩。而且把整個討論框起來會讓人誤以為管理員處理後即不允許留言。相對於其他方案，這是無必要的缺點。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年12月8日 (日) 04:51 (UTC)[回复]
    其实可以写一个脚本方便关闭[7]
    对于框起来的事情，我个人觉得本来就是为了discourage人去继续评论。如果真有人觉得自己有必要、有价值的评论完全可以在其他地方延续。--0xDeadbeef (留言) 2024年12月8日 (日) 09:54 (UTC)[回复]
  6. 個人認為不是不行，但方案三似乎也允許方案五這種操作？與其強制規定要使用{{archive top}}關閉，方案三反而更有彈性應對各種不同情形？-Peacearth（留言） 2024年12月20日 (五) 17:59 (UTC)[回复]

总结

似乎共识是倾向方案三和方案五（方案三支持的人略多），另@U:魔琴已在WP:ANM尝试了一次方案五。接下来是允许两种方案并存（管理员自由使用）呢，还是继续讨论，还是规定使用方案三……？——自由雨日🌧️❄️ 2024年12月16日 (一) 14:35 (UTC)[回复]

方案二和三似乎没有差别？我个人是担心没法一眼看到处理栏。我使用方案五是因为划了hr还有三个「处理」栏实在太乱，因此框起来总结。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月17日 (二) 11:27 (UTC)[回复]
三比二支持的人更多点吧？另外就是考虑到如果要贯彻落实的话，为避免有人维持旧有习惯，还是取消处理栏更好（即三和二当中淘汰二）。--自由雨日🌧️❄️ 2024年12月17日 (二) 11:34 (UTC)[回复]
個人會建議推進方案三，這是較多人支持而且對排版改動較少的方案。Sanmosa 蚌埠 2024年12月17日 (二) 15:04 (UTC)[回复]

个人初步想法：

  • 在管理员布告板提报时，不设置“处理”栏，其他排版不变。
  • 不论是被提报用户还是其他用户，均通过点按“回复”提报人来留言，并遵循相关的讨论页指引，旧留言在前新留言在后、正确缩排等。
  • 建议管理员在处理时，在所有留言最末顶格使用一个项目符号来标示处理结果。处理后，其他用户可继续在处理栏下对结果进行讨论。但也允许管理员使用{{archive top}}关闭讨论，不过关闭后不禁止其他用户在框外继续对处理结果等进行讨论。
  • 以上排版适用于ANM、AN3、VIP布告板。

以上。——自由雨日🌧️❄️ 2024年12月19日 (四) 00:17 (UTC)[回复]

不反對這個提議。Sanmosa 蚌埠 2024年12月19日 (四) 10:57 (UTC)[回复]
不反對，不過不知道有無更好的突出顯示處理欄的方法？ ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月19日 (四) 14:52 (UTC)[回复]
我刚想说应该限制WP:管理员布告板/其他不当行为#Wildcursive这里你和薏仁将顶格书写的排版（因为会导致时间线混乱），然后发现限制也正好可以避免处理栏不清晰。--自由雨日🌧️❄️ 2024年12月20日 (五) 05:47 (UTC)[回复]
可是如果等到有人回覆了，處理欄就被淹沒了。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月20日 (五) 12:52 (UTC)[回复]
顶格书写怎么会淹没？--自由雨日🌧️❄️ 2024年12月20日 (五) 13:03 (UTC)[回复]
也對，但得確保沒有其他人頂格書寫。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月20日 (五) 13:08 (UTC)[回复]
一般点按回复就不会顶格书写。当然总有人不按回复又爱顶格书写的，客栈也很常见。--自由雨日🌧️❄️ 2024年12月20日 (五) 13:12 (UTC)[回复]
附加一個提議分頁討論 -Lemonaka 2024年12月22日 (日) 01:57 (UTC)[回复]

Wpcpey和Longway22禁制復核

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:禁制方针、Wikipedia talk:禁制紀錄。

根据Wikipedia:禁制紀錄，Wpcpey（讨论 | 貢獻）和Longway22（讨论 | 貢獻） 被 Mys_721tx（讨论 | 貢獻） 全站範圍禁制，

然而，
維基百科:禁制方針

全站範圍禁制褫奪在中文維基百科的一切編輯權利，被禁制人士不論使用任何帳號或IP位址均禁止在任何情況下編輯中文維基百科的任何部分，依照 § 禁制申訴規範在其使用者討論頁提出的申訴為唯一例外。全站範圍禁制可用於以下情況：

  • 屢次繞過封鎖：全站範圍禁制在使用者主帳號被不限期封鎖，且使用者查核最少三次確認濫用多重帳號的情況自動生效。
  • 全域鎖定：全站範圍禁制在使用者帳號於中文維基百科被不限期封鎖，且因跨維基破壞或濫用多重帳號而被全域鎖定的情況自動生效；因帳號被盜而被全域鎖定者不在此限。

这不符合规范，请澄清。 -Lemonaka 2024年12月5日 (四) 08:16 (UTC)[回复]

既然實用，可以增列適用情況。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年12月5日 (四) 10:08 (UTC)[回复]
Eric，这种判断完全不能接受，我需要澄清封锁和全站封禁之间的区别，而你指出的是“先前的判断是正确的”。然而，在改变政策的共识达成之前声称某事是正确的，并利用这种预先声明来实施某种制裁，这确实违背了当前项目的章程。如果可能的话，我希望请关注这个问题。 -Lemonaka 2024年12月5日 (四) 10:22 (UTC)[回复]
是的，我们当然可以添加这样的补充，但是在添加之前他们已经受到了制裁，所以这两者之间仍然需要澄清。 -Lemonaka 2024年12月5日 (四) 10:24 (UTC)[回复]
我需要澄清这两种封鎖之间的区别，以及它们应该在什么情况下使用。 -Lemonaka 2024年12月5日 (四) 10:26 (UTC)[回复]
所以就因为我们开除了Mys_721tx的管理员，您就希望解除有关禁制？--Liuxinyu970226（留言） 2024年12月6日 (五) 04:31 (UTC)[回复]
不要听风就是雨。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月6日 (五) 04:44 (UTC)+1 [回复]
謝謝。 -Lemonaka 2024年12月7日 (六) 01:26 (UTC)[回复]
你的說法讓我無比難過，但願主與你同在，這也不是你的錯。
當年因為我反對解任Mys_721tx而被WMLO屢次進行死亡威脅和郵件騷擾，我頂著壓力和社群調查此案。如今你說出這樣的話，毫無邏輯也十分異常，我真的很痛心。
這不是你的錯，請原諒我，我累了。告辭。 -Lemonaka 2024年12月7日 (六) 01:23 (UTC)[回复]
誠實地，我不能知道兩件事間有何連結。 -Lemonaka 2024年12月7日 (六) 01:30 (UTC)[回复]
@Liuxinyu970226：我完全可以认为你这句话有违善意推定，甚至客观上起到造谣诽谤的效果。--自由雨日🌧️❄️ 2024年12月7日 (六) 02:04 (UTC)[回复]
您觉得这句话有违那我收回了，反正与己无关。--Liuxinyu970226（留言） 2024年12月7日 (六) 02:08 (UTC)[回复]
我的意思是，既然有實際用途，可以按情況添進方針。我也知道應予澄清，此或可移往方針區討論。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年12月7日 (六) 21:18 (UTC)[回复]
請移動 -Lemonaka 2024年12月8日 (日) 09:13 (UTC)[回复]
本人認為，有關禁制當屬廣域頁面禁制，而非真正的「全站範圍禁制」，僅是用詞類似。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年12月7日 (六) 21:20 (UTC)[回复]
Mys_721tx存在恶意推定、曲解方针等问题，因此其做出的封禁容易被质疑，也是其被解任的原因。--Lanwi1Talk 2024年12月7日 (六) 11:07 (UTC)[回复]
我從未見過稱“永久封鎖”禁制的，亦未見合法。我也並不要求解封，只想澄清一下。 -Lemonaka 2024年12月7日 (六) 11:18 (UTC)[回复]
你说的没错，即使Mys_721tx的封禁有问题，还是要按方针解封。我认为Mys_721tx过严，压力过大也会容易做出问题行为。--Lanwi1Talk 2024年12月8日 (日) 07:55 (UTC)[回复]
这和 @Mys 721tx沒有關係，Shizhao這麽做我也會起疑。 -Lemonaka 2024年12月9日 (一) 09:51 (UTC)[回复]
不限期全站封鎖相當於永久封禁，確實需要慎重決定，全站封鎖只應對長期破壞同持續使用傀儡的用戶，或者需要設立复核機制，避免完全由單一管理員作出這類操作。Wpcpey及Longway22的個案，按機制需要兩人提出申訴才能解封，不過一般維基人因爭議事件而需要離開一段時間後，也未必有心情回來。--Uranus1781（留言） 2024年12月10日 (二) 05:27 (UTC)[回复]
此事關鍵，沒有有效的回應，不應關閉。 -Lemonaka 2024年12月12日 (四) 22:44 (UTC)[回复]
@Lemonaka：您要求有效的回應，您是想Mys_721tx在此親自解釋嗎？至於受到直接影響的Wpcpey及Longway22，他們兩位目前並不可能在此發言；或者，您有沒有指定的對象，要求他們在此澄清；您亦可提出對全站封鎖的處理方案，例如建議增修相關的方針指引；一般用戶不太可能代替Mys_721tx澄清這兩次操作，如果他不解釋，又沒有夠分量的人員協助釐清，您又不提出跟進的方案，這個章節長期開放不存檔，也不太可能獲得有用的結論。--Uranus1781（留言） 2024年12月13日 (五) 09:18 (UTC)[回复]
是的。两种方法
  1. Mys_721tx在此親自解釋
  2. 全站封鎖增修
-Lemonaka 2024年12月13日 (五) 11:44 (UTC)[回复]

全站封鎖條文增補

提議

舊

全站範圍禁制褫奪在中文維基百科的一切編輯權利，被禁制人士不論使用任何帳號或IP位址均禁止在任何情況下編輯中文維基百科的任何部分，依照 § 禁制申訴規範在其使用者討論頁提出的申訴為唯一例外。全站範圍禁制可用於以下情況：

  • 屢次繞過封鎖：全站範圍禁制在使用者主帳號被不限期封鎖，且使用者查核最少三次確認濫用多重帳號的情況自動生效。
  • 全域鎖定：全站範圍禁制在使用者帳號於中文維基百科被不限期封鎖，且因跨維基破壞或濫用多重帳號而被全域鎖定的情況自動生效；因帳號被盜而被全域鎖定者不在此限。
新

全站範圍禁制褫奪在中文維基百科的一切編輯權利，被禁制人士不論使用任何帳號或IP位址均禁止在任何情況下編輯中文維基百科的任何部分，依照 § 禁制申訴規範在其使用者討論頁提出的申訴為唯一例外。全站範圍禁制可用於以下情況：

  • 屢次繞過封鎖：全站範圍禁制在使用者主帳號被不限期封鎖，且使用者查核最少三次確認濫用多重帳號的情況自動生效。
  • 全域鎖定：全站範圍禁制在使用者帳號於中文維基百科被不限期封鎖，且因跨維基破壞或濫用多重帳號而被全域鎖定的情況自動生效；因帳號被盜而被全域鎖定者不在此限。
  • 广域页面禁制：同時在主空間和討論空間持續擾亂，實質上全站範圍禁制自動生效。

---Lemonaka 2024年12月13日 (五) 11:48 (UTC)[回复]

我有一個反建議：既然相關全站範圍禁制不合現行規定，那就沒有理由維持相關全站範圍禁制，對該二人的全站範圍禁制應予解除。Uranus1781上面説的話很有道理。Sanmosa 蚌埠 2024年12月17日 (二) 15:34 (UTC)[回复]
這不矛盾，但有人說“就因為我們開除了Mys_721tx的管理員，您就希望解除有關禁制？” -Lemonaka 2024年12月17日 (二) 19:23 (UTC)[回复]
話不能這樣説，相關全站範圍禁制不合現行規定的問題你不提出來大家也沒留意，我的意見僅僅針對相關全站範圍禁制不合現行規定的事情。也就是説，即使你是在Mys_721tx沒下台的情況提出這個問題，我這裏的意見也不會有任何的變化，雖然這種情況下我很有可能被部分自發側翼猛烈攻擊，但我對於這種攻擊性言論是怎樣的態度你也是清楚的。Sanmosa 蚌埠 2024年12月18日 (三) 02:27 (UTC)[回复]
@User:Shizhao @AT -Lemonaka 2024年12月19日 (四) 06:40 (UTC)[回复]

管理操作复核请求

此請求是根據Wikipedia:管理操作覆核請求所提出，請先閱讀相關內容。

操作： Wpcpey禁制、Longway22禁制
执行者： Mys 721tx （討論 · 貢獻 · 日誌）
先前讨论：Wikipedia:管理員解任投票/Mys_721tx/第2次、Wikipedia:互助客栈/其他#Wpcpey和Longway22禁制復核---Lemonaka 2024年12月26日 (四) 01:07 (UTC)[回复]

在下附议上面的提议:既然相关全站范围禁制不合现行规定，那就没有理由维持相关全站范围禁制，对该二人的全站范围禁制应予解除 "Wpcpey和Longway22禁制复核"(1） 以及 (2)。感谢Lemonaka发现和向社群通报管理操作不合现行规定的案件。--Gluo88（留言） 2024年12月22日 (日) 03:33 (UTC)[回复]

有鑒於管理操作覆核請求有專門的程序，我在此重申自己支持解除對該二人的全站範圍禁制的意見。Sanmosa 在黑魔法的幫助下密謀推翻軍政府 2024年12月22日 (日) 14:10 (UTC)[回复]
Per @Gluo88、 @Sanmosa 改爲(＋)支持解除對該二人的全站範圍禁制 -Lemonaka 2024年12月23日 (一) 00:50 (UTC)[回复]
@Jimmy Xu@Shizhao此事複雜，請審核。 -Lemonaka 2024年12月23日 (一) 10:18 (UTC)[回复]
我倾向支持解除有问题的此禁制，问题管理员容易滥用规则。--Lanwi1Talk 2024年12月23日 (一) 13:13 (UTC)[回复]
@Lanwi1、Uranus1781。Sanmosa 在黑魔法的幫助下密謀推翻軍政府 2024年12月23日 (一) 00:51 (UTC)[回复]
支持Wpcpey、Longway22個案的复核，主因是這兩起全站禁制不符合禁制方針，這並不等於全面否定Mys 721tx之前對其他用戶的禁制，不能說成是因為其現在已不是管理員就尋求推翻其操作；即使管理員在是非的判定正確，採取不限期封禁或禁制的行動及必要性卻值得商榷。--Uranus1781（留言） 2024年12月24日 (二) 05:10 (UTC)[回复]

本討論章節會維持開放，暫時不按最後意見發表時間存檔。欲讓機器人存檔，請移除本模板。留言請置於本模板上方。

《病夫有話兒》

本主題或以下段落文字，在討論結束後應存檔至WikiProject talk:美国州份。

本人希望早日建立美國各州的縣城列表模板（例如Template:印第安納州縣城、Template:明尼蘇達州縣城、Template:密蘇里州縣城），目前總共有23個州希望能建立。惟本人日常生活繁忙，恐無法短時間內完成，因此希望在此找到會對建立模板感興趣的維基人參與。任務內容為將英維的模板內容翻譯為中文，並且將縣城模板加到相關條目。如果每位志願維基人都參與一個州的模板建立，本計劃最多可安排23人參與。

以下為相關詳情，粗體為該州並非以縣為行政單位:

模板 對應英維模板 縣城數量 負責用戶
Template:阿拉巴馬州縣城 en:Template:Alabama county seats 69 花开夜
Template:阿拉斯加州自治市鎮首府 en:Template:Alaska borough seats 19
Template:亞利桑那州縣城 en:Template:Arizona county seats 15
Template:阿肯色州縣城 en:Template:Arkansas county seats 85
Template:科羅拉多州縣城 en:Template:Colorado county seats 64
Template:康乃狄克州縣城 en:Template:Connecticut county seats 8
Template:佛羅里達州縣城 en:Template:Florida county seats 67
Template:愛達荷州縣城 en:Template:Idaho county seats 44
Template:伊利諾伊州縣城 en:Template:Illinois county seats 102
Template:堪薩斯州縣城 en:Template:Kansas county seats 105
Template:肯塔基州縣城 en:Template:Kentucky county seats 122
Template:路易斯安那州堂區首府 en:Template:Louisiana parish seats 64
Template:緬因州縣城 en:Template:Maine county seats 16
Template:馬里蘭州縣城 en:Template:Maryland county seats 24
Template:麻薩諸塞州縣城 en:Template:Massachusetts county seats 17
Template:密歇根州縣城 en:Template:Michigan county seats 83
Template:密西西比州縣城 en:Template:Mississippi county seats 92
Template:蒙大拿州縣城 en:Template:Montana county seats 56
Template:內布拉斯加州縣城 en:Template:Nebraska county seats 93
Template:內華達州縣城 en:Template:Nevada county seats 17
Template:新罕布什爾州縣城 en:Template:New Hampshire county seats 11
Template:加利福尼亞州縣城 en:Template:California county seats 58 Dewadipper
Template:特拉華州縣城（範例） en:Template:Delaware county seats 3 SickManWP
Template:佐治亞州縣城 en:Template:Georgia county seats 160 Kcx36


如對建立相關模板有興趣，可以填寫上方表格的「負責用戶」一欄（加入[[User:SickManWP|SickManWP]]）。如對模板格式或分類有任何問題，可以在下方回應或直接聯絡本人。非常感謝各位的關注和參與！--維基病夫❤️邊緣人小組·簽到·Donald Trump 45 and 47! 2024年12月11日 (三) 04:49 (UTC)[回复]

等個幾天給大家分工，剩下沒人認領的我有空可以全部翻譯一遍。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年12月11日 (三) 12:56 (UTC)[回复]
建议用好“链接翻译器”小工具和正则表达式，避免挨个条目手动处理。我这两天实在太忙了，要不然我可以一个人完成。--Kcx36（留言） 2024年12月12日 (四) 04:55 (UTC)[回复]
应该用“县城”还是“县治”？各地官方是怎么用的？——杰里毛斯（留言） 2024年12月13日 (五) 03:09 (UTC)[回复]
目前沒有找到來源確切規定每個州是怎麼用，也找不到任何相關轉換，一般兩者皆可。唯美國的縣在台灣是被轉換成郡。--維基病夫❤️邊緣人小組·簽到·Donald Trump 45 and 47! 2024年12月13日 (五) 03:23 (UTC)[回复]
完成已完成NV州。--花开夜（留言） 2024年12月13日 (五) 18:42 (UTC)[回复]
完成已完成NH州。--花开夜（留言） 2024年12月13日 (五) 18:39 (UTC)[回复]
已完成。耗时三个半小时。--花开夜（留言） 2024年12月13日 (五) 21:08 (UTC)[回复]
@SickManWP阁下可以看看是否满足要求，若可以的话就算完成了--花开夜（留言） 2024年12月13日 (五) 21:09 (UTC)[回复]
感謝您的幫忙。但除了Template:阿拉巴馬州縣城和Template:新罕布什爾州縣城沒有問題外，似乎其餘的模板內容都連到了該州的縣（county）而不是縣治（county seat），很遺憾並不是本人想要的效果。建議在操作時將對應英維模板內的連結複制到中維的模板（這就是為何我要在上方列表放上對應的英維模板，然後我沒有把我最愛的愛荷華州和明尼蘇達州分給大家），再將這些連結翻譯為中文。--維基病夫❤️邊緣人小組·簽到·Donald Trump 45 and 47! 2024年12月14日 (六) 01:18 (UTC)[回复]
可能导出模板输入的数据不对弄的，如果可以的话还请阁下批量修复，应该不难--花开夜（留言） 2024年12月14日 (六) 15:51 (UTC)[回复]
不難，只是要把模板的內容重新寫一篇而已。不知道Eric和Dewadipper會不會幫忙修復相關模板？--維基病夫❤️邊緣人小組·簽到·Donald Trump 45 and 47! 2024年12月14日 (六) 15:56 (UTC)[回复]
@SickManWP：已重写。--Kcx36（留言） 2024年12月16日 (一) 05:05 (UTC)[回复]
感激不盡！--維基病夫❤️邊緣人小組·簽到·Donald Trump 45 and 47! 2024年12月16日 (一) 05:12 (UTC)[回复]
@Kcx36感谢阁下帮我擦屁股善后。--花开夜（留言） 2024年12月16日 (一) 05:13 (UTC)[回复]
已将模板加入相关条目。--Kcx36（留言） 2024年12月16日 (一) 09:22 (UTC)[回复]
提醒一下，請記得相關條目要進行郡縣名稱之地區詞轉換。-Peacearth（留言） 2024年12月20日 (五) 17:20 (UTC)[回复]
我想您應該指的是條目都要加入{{NoteTA}}模板。目前本人所建立的條目都自帶該模板，如果要把很久以前別人建的條目都加入NoteTA，應該又是一項巨大的工程。--維基病夫❤️邊緣人小組·簽到·Donald Trump 45 and 47! 2024年12月21日 (六) 02:54 (UTC)[回复]
或许可以用机器人完成--花开夜（留言） 2024年12月21日 (六) 20:40 (UTC)[回复]

Template:SYR所使用的旗幟

本主題全部或部分段落文字，已移動至Template talk:SYR。执行人：Sanmosa 在黑魔法的幫助下密謀推翻軍政府 2024年12月23日 (一) 03:14 (UTC)。[回复]

废弃草稿

本主題或以下段落文字，在討論結束後應存檔至WikiProject talk:建立條目。

我发觉机器人似乎不再自动提删超过半年没有被编辑的草稿（ns118）了，不知道这是不是我的错觉。--Txkk（留言） 2024年12月16日 (一) 10:39 (UTC)[回复]

如果机器人不自动提删过期草稿，草稿就会越积越多，越积越多，越积越多……--Txkk（留言） 2024年12月16日 (一) 11:44 (UTC)[回复]

我倒是支持废除速删旧草稿，至少不要自动化速删。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月16日 (一) 14:34 (UTC)[回复]
曾经没有O7的时候有用户在AFD提删大量废弃草稿，也不是合适处理方式。--GZWDer（留言） 2024年12月20日 (五) 13:29 (UTC)[回复]
至少用戶頁的草稿也會有矛盾之處，比如用戶沙盒不會被刪除，但用戶頁的草稿卻會被刪除。對新手用戶尤其影響大。--千村狐兔（留言） 2024年12月20日 (五) 13:36 (UTC)[回复]
同意，我覺得至少應該排除掉用戶頁草稿。如果社群認為真要保留O7，或許可限定草稿名字空間。然而，AFD大量提刪廢棄草稿的行為似乎也不足以論證O7的必要性，畢竟反過來說可以勸導乃至阻止相關用戶進行如此非必要的批量提刪行為。-Peacearth（留言） 2024年12月20日 (五) 17:31 (UTC)[回复]
我认为应当如此：
  • 只有草稿名字空间可以因废弃草稿的原因自动提交速删；
  • 用户名字空间的不应该以“废弃草稿”的名义自动提交速删；
  • 因废弃草稿而提交速删的不应该使用机器人自动删除，而应该交由人工复查
--百無一用是書生 (☎) 2024年12月24日 (二) 08:54 (UTC)[回复]
补充：如果不删除Draft空间的废弃草稿，会不会有新手不会更新？要不参考O3的模式，机器人自动以O7的名义存档废弃草稿？ ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月24日 (二) 11:07 (UTC)[回复]
话说，现在是有机器人自动挂速删废弃草稿的模板，还是挂有草稿模板的页面在一段时间后无编辑就自动显示速删模板？--百無一用是書生 (☎) 2024年12月25日 (三) 03:26 (UTC)[回复]

重启Automoderator部署讨论

於Phabricator查看
編號T367306的工單

十余月前，该讨论向社群引介了自动化反破坏Automoderator工具，然其因热度不足而无疾而终。因此，我谨引用原留言：

大家好，我的名字是Sam Walton，是管理员工具（Moderator Tools）团队的产品经理。我们正在开发一个名为Automoderator的项目，该项目让社群能够根据社群自定义的规则自动回退破坏性编辑。我们正在寻求对我们项目的意见，并有一些问题需要巡查员和管理员的参与，以帮助我们更好地理解。除了项目主页面上的概述和问题之外，我们还有两个子页面提供更具体的资讯：

如果您想研究Automoderator的准确率，并查看它在不同编辑上的表现，我们设置了一个测试流程。您可以帮助我们找到新的模式，并在Automoderator部署之前将其纳入考虑范围（译注：例如怎样改善误判问题、使用什么程度的准确率（cution levels）比较好）。 评估计划是用来确定Automoderator是否实现目标且不会产生负面影响的计划初稿。如果您对我们收集的数据或制定的指标有任何想法，那么您可以在这里分享！

如果您对Automoderator有任何疑问，或者您的社群是否想要使用这个工具，请告诉我！
— User:Samwalton9_(WMF)

还请社群评估该工具部署之可能性及价值为荷。——敬颂冬绥 ZhaoFJx(论•签) 2024年12月18日 (三) 19:45 (UTC)[回复]

理念上支持。所提供通用模型随机样本的表格数据，我看了一些高风险的，感觉挺多是不该被回退的。多语言模型的样本好很多，并且预计回退数量似乎很低？如果有人及时巡检和调控该工具，可以考虑引入。--YFdyh000（留言） 2024年12月18日 (三) 23:54 (UTC)[回复]
兩者個人也曾測試，無論前者和後者只要是使用「Cautious」或以上的閾值，基本上近乎是沒有誤判。以自動反破壞工具而言，其誤判率個人認為可接受，現實上也不可能存在沒有誤判的工具。而預設值為最嚴謹的「Most Cautious」，基本上不會有什麼大問題。
「如果有人及時巡檢和調控該工具，可以考慮引入」，個人作為管理員願意幫忙調整。謝謝。--SCP-0000（留言） 2024年12月19日 (四) 14:12 (UTC)[回复]
有没有在本站模拟环境下的测试数据？有这些数据大家才好判断。--碟之舞📀💿 2024年12月19日 (四) 04:54 (UTC)[回复]
按这些步骤。Google表格，文件-复制（制作副本），Test Automoderator工作表，选择zhwiki，有30组数据集（目前是今年7月的数据），每组30笔编辑，每笔审阅后可查看该工具在各警惕级别下是否会自动回退。似乎够谨慎，但也存在误判和漏判。--YFdyh000（留言） 2024年12月19日 (四) 05:15 (UTC)[回复]
基本支持。我相信足夠多的trial and error能克服誤判與漏判的情況。Sanmosa 蚌埠 2024年12月19日 (四) 11:11 (UTC)[回复]
感觉可推进下一步。Deploying说无需正式RFC，只需有足够多参与者感兴趣。用户名要保持原名吗，译名会更易懂（如“自动回退”？），但简繁选用等层面是否不方便。不清楚其会发送简体还是繁体版本的留言消息。所需用户页译本已准备Draft:User_AutoModerator（回退、撤销的用词可能需斟酌），后续可单独讨论和改进。--YFdyh000（留言） 2024年12月20日 (五) 00:34 (UTC)[回复]
自动版主？自动管理员？自动编辑检查？其实用Automoderator也可以（）——敬颂冬绥 ZhaoFJx(论•签) 2024年12月20日 (五) 02:42 (UTC)[回复]
版主太生硬了。且版主常被指责滥权，会误导新手；管理员误导性，并没有封号等机制；编辑检查与现有机制（tag、滥用过滤器）重名了。维持原名确实可以，中庸之举，但好的译名会更好，不看用户页或留言也能迅速了解是被自动化程序回退了。“自动回退器”感觉偏生硬。“回退机器人”太直白和不好理解、难以联想到原名。--YFdyh000（留言） 2024年12月20日 (五) 04:00 (UTC)[回复]
自動巡查器或者自動回退器吧，用繁體就行，就一個動字簡化了，簡體使用者應該都能看得懂。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月20日 (五) 12:48 (UTC)[回复]
前者与巡查混淆。后者我没意见。简体的、原名的账户名可能应设法占用并重定向过去。--YFdyh000（留言） 2024年12月20日 (五) 13:26 (UTC)[回复]
感覺稱作自動巡檢器會比較好。--雨朝Talk#我要退出CRYCHIC 2024年12月20日 (五) 14:35 (UTC)[回复]
Moderator的角色一般是維護頁面，因此我會建議譯為“自動維護工具”或“自動維護器”，再不然像Twinkle那樣沿用英文名也可以。如果不要求忠實翻譯的話，其實叫“自動法器”也成。[開玩笑的]亲，我簽名那刻的時間是 2024年12月21日 (六) 14:13 (UTC)[回复]
倾向反对按原文字面而非功能来译。以上两个译名太像一个大类。如果无共识，该考虑用户名沿用英文，以及用户页、讨论等允许怎样的中文称呼。--YFdyh000（留言） 2024年12月21日 (六) 19:03 (UTC)[回复]
回退破壞性編輯也算一種維護吧，我不認為我沒有按功能來譯，但比較微妙的是我個人確實偏好沿用英文名。亲，我簽名那刻的時間是 2024年12月22日 (日) 09:54 (UTC)[回复]
支持导入。--Hamish T 2024年12月20日 (五) 15:21 (UTC)[回复]
支持導入用以試驗。-Peacearth（留言） 2024年12月20日 (五) 17:50 (UTC)[回复]
en:user:ClueBot NG -Lemonaka 2024年12月23日 (一) 01:02 (UTC)[回复]

提议将每日提示内容同步到首页“提示”版块展示

原标题为：编辑提示已建设完毕，现提议将内容同步到首页“每日提示”版块展示

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:首页、Wikipedia talk:每日提示维护小组、Wikipedia talk:提示。

经过Tisscherry君最近一段时间的不懈努力，Wikipedia:提示的所有每日提示内容已经建设完成（终于完成了一个天坑orz）。有鉴于此，如Wikipedia:每日提示维护小组#任务所述，现提议将“提示”内容同步到首页“每日提示”版块更新，特此征求社群意见。--Jeffchu2014（留言） 2024年12月19日 (四) 10:43 (UTC)[回复]

等等，7月還有6天，這禮拜會完成，請稍等我一下。--提斯切里（留言） 2024年12月19日 (四) 11:06 (UTC)[回复]
已經全部完成，並且再次檢查過。--提斯切里（留言） 2024年12月20日 (五) 16:00 (UTC)[回复]
真的不容易，該給與掌聲鼓勵:)--薏仁將🍀 2024年12月21日 (六) 04:39 (UTC)[回复]

可以参考這個版本展示，同时每日的内容全部参照WP:历史上的今天设置半保护。--Jeffchu2014（留言） 2024年12月21日 (六) 04:56 (UTC)[回复]

刚发现这个版本没有替换掉“参与维基百科”版块，这个替换掉了，以这个版本进行讨论。--Jeffchu2014（留言） 2024年12月21日 (六) 19:00 (UTC)[回复]
内容还请大家多帮忙看看，大多数内容都是机翻，读起来很不通顺，还有些是照搬英文的过期内容，现在已经无法复现。--Jeffchu2014（留言） 2024年12月21日 (六) 19:29 (UTC)[回复]
（修改了標題，因為編輯提示指的是Editnotice）--SunAfterRain 2024年12月22日 (日) 04:51 (UTC)[回复]
可能1～7月的部分機翻問題要再確認，我是從7月20日左右接手，還有另一位使用者@琉綺在11月和12月的部分幫了不少忙。我初步檢查大部分都是符合中維現況的。--提斯切里（留言） 2024年12月22日 (日) 09:43 (UTC)[回复]
他是不是不太熟悉维基的术语啊，article是“条目”，怎么老是说“文章”，太不专业了。--Jeffchu2014（留言） 2024年12月22日 (日) 19:19 (UTC)[回复]
可能還略有疏漏，我再檢查確認。--提斯切里（留言） 2024年12月24日 (二) 12:46 (UTC)[回复]

管理操作覆核請求：對Wildcursive的處理

本主題或以下段落文字，在討論結束後應存檔至Wikipedia:管理操作覆核請求/存檔。

此請求是根據Wikipedia:管理操作覆核請求所提出，請先閱讀相關內容。

操作： [8]
执行者： Ch.Andrew （討論 · 貢獻 · 日誌）
先前讨论：維基百科:管理员布告板/其他不当行为#Wildcursive

@Wildcursive：首先，這位用戶對於自己討論頁上由Cindyzs寫出的宣傳性內容置之不理，經我移除後再次加回。引用@薏仁將的話：……雖然WP:TPG對於用戶討論區使用自由度是相對寬鬆的，而本案被提報人對於相對當事者用戶採取寬容容忍的態度去看待那些個人主觀意識的政治觀點宣傳，然而被提報用戶是可以有多次機會對相對用戶進行勸告及以相關方針教導其用戶避免再度出現不適當的行為，但被提報用戶選擇被動、消極的方式選擇不作為的冷處理，此等則會被相對用戶認為不反對即表認同的錯誤認知而持續性的做出不適當的行為；雖然該用戶暫時已被封鎖一週，但是難保解封後不再出現相同的不適當行為，而身為當事者的您，難道某個角度立場來說是無任何責任？又或者這種消極寬容的態度不也是變相的縱容對方行為？

而管理員章安德魯對於此次提報，作出以下處理： 還原。以User:Wildcursive自行決定的版本為準/態度指引WP:OWNTALK：「對於用戶討論頁而言，這些方針的遵循度會比其他討論頁較為寬鬆」「以上方針並不限制用戶在自己的討論頁移除留言」、編輯指引WP:PUT：「您可以按照您認為合適的方式將討論串刪除、存檔，或者是簡要地總結以前的討論」等語可以清楚得知，用戶對於自身帳號的討論頁具有裁量權，保留或刪除內容由帳號所有者自行決定即可，其他非當事用戶無須干涉。

然而，很明顯，方針（這甚至只是指引)中註明的是「較為寬鬆」而非「完全無需執行」，當然無法輕率得出「保留或刪除內容由帳號所有者自行決定即可」的結論。同時，WP:NOT中寫明：「維基百科拒絕宣傳。維基百科不是演講台、討論區、宣傳工具、廣告場所或者展覽平台。此項適用於用戶名、條目、分類、檔案、討論頁、模板及用戶頁。」

綜上所述，管理員的此次決定是不恰當的，因此我提出操作覆核。 --WiiUf🐉 2024年12月20日 (五) 05:20 (UTC)[回复]

(～)補充：被提報用戶在ANM進行政治宣傳，而管理員完全沒有考慮這點。--WiiUf🐉 2024年12月20日 (五) 05:26 (UTC)[回复]
(＋)支持复核。——自由雨日🌧️❄️ 2024年12月20日 (五) 05:54 (UTC)[回复]
(＋)支持覆核：剛注意到這邊有討論，把我剛在那裡留的意見改一下放這：
Ch.Andrew 解釋他的處置理由有不少問題：不限制使用者在自己的討論頁『移除』留言並沒有「不限制使用者『還原』因違反方針而被其他人移除的留言」之意，而他又以指引導出使用者對於自身帳號的討論頁具有裁量權，保留或刪除內容由帳號所有者自行決定即可，其他非當事使用者無須干涉，然而他引用的WP:PUT是指引，WP:SOAP是方針，指引和方針衝突時是方針優先，遭移除的內容是違反方針，用指引當理由說可以保留違反方針的內容根本是無效的：
  1. 用這邏輯，每個使用者都可以在自己討論頁放這些違反方針的內容，因為自己的討論頁自己當然有裁量權啊。
  2. 當 A 把自己討論頁上被移除之違反方針內容加回去，那就是 A 的編輯行為了，原本加的人違反方針，A 當然也違反方針。
我並質疑，這個案子原本已有其他管理員開始處理，為何不常活動的 Ch.Andrew 突然介入迅速處理掉這件案子。--LHD（留言） 2024年12月20日 (五) 05:57 (UTC)[回复]
(？)疑問:另一個矛盾的點，依照處理的管理員認定的標準，那麼:我只要找政治理念相同的用戶B，或者用戶C不反對我個人政治觀點，那麼我可以將那些政治觀點放置在用戶B與用戶C個人討論區，而且只要相對用戶不反對，那麼就不構成WP:SOAP相關限制(因為B、C君用戶有自己裁量自己討論區討論議題權利)？那麼請問WP:SOAP存在的意義是？那麼問題來了，如果依照處理管理員認定的方式，B君與C君不表態、不反對那麼那些已發生的宣傳行為就不算構成WP:SOAP條件(裁量權在對方用戶身上?)，那麼連帶的是否連WP:DE也構不上邊？然後更有趣的是:如果有人刪除那些政治觀點，我可以仿傚他作法警告那些依照理據刪除的用戶要他們不要「越俎代庖」(因為訊息接受者沒反對，裁量權在對方用戶身上)請問是這個意思嗎?請問可以如此作法嗎？蠻好奇這種「特殊」認定標準。--薏仁將🍀 2024年12月20日 (五) 07:29 (UTC)[回复]
可能離題請見諒，其實上次就想提出，不曉得這是否算討論頁的漏洞？我認為可能需要研討是否需要修改，因為雖然看似不妥，但對應現行方針指引確實沒有明確違規，管理員處不處理都很難。感覺上暫時實施封禁的管理員是用了共識封，不過這是中維沒有的方針。若沒有界定標準，往後也可能再發生，故我認為可能需要進一步另行討論。--提斯切里（留言） 2024年12月20日 (五) 09:36 (UTC)[回复]
是的，標準的漏洞，看看屆時發生處理的管理員怎麼認定怎麼解釋或者類推適用，有沒有慣例案例可循，的確需要填補漏洞，不然可能造成仿效效應。--薏仁將🍀 2024年12月20日 (五) 09:42 (UTC)[回复]
我认为不存在漏洞。明显已经违反WP:NOT。--自由雨日🌧️❄️ 2024年12月20日 (五) 09:55 (UTC)[回复]
這樣就有處理落差了，我先前確實覺得這是為不妥，但現在可以理解了這是個人討論頁要如何處理的自由意志，而且以討論頁方針來說，到別人的討論頁進行「討論的狀況」不涉及宣傳，那麼實為不應該封禁的，管理員不處理也是正確的。
我這裡指的漏洞，是要考慮這樣認知差異的，而且確實不明確。--提斯切里（留言） 2024年12月20日 (五) 16:14 (UTC)[回复]
但像是比較敏感性質的議題又或者如本案般主觀意識政治內容的傳遞，那麼在認定標準上這是否為宣傳行為的一種？若屬於宣傳行為，那麼其他用戶是否可依據對應的方針指引予以移除？又或者必須知會訊息接受者相關內容可能有不適當之虞?倘若訊息接收者並無任何表態亦不反對，那麼這些有疑慮的內容是否仍可移除？這些可能屬於比較算認定上會造成的差異(或說灰色地帶)也許值得討論。--薏仁將🍀 2024年12月20日 (五) 23:01 (UTC)[回复]
也认同 這些可能屬於比較算認定上會造成的差異(或說灰色地帶)也許值得討論。。 尽管我认同“管理员不处理也是正确”, 既然社群有分歧，可以就這是個人討論頁要如何處理的自由意志，而且以討論頁方針來說，到別人的討論頁進行「討論的狀況」不涉及宣傳进行专门讨论。--Gluo88（留言） 2024年12月21日 (六) 23:51 (UTC)[回复]
@Tisscherry 在下也认同 而且以讨论页方针来说，到别人的讨论页进行“讨论的状况”不涉及宣传，那么实为不应该封禁的，管理员不处理也是正确的。--Gluo88（留言） 2024年12月21日 (六) 23:45 (UTC)[回复]
版主(：)回應：本人參與維基已約二十年，我自己的討論版面有何文字、如何回應、取捨，向來是本人的自由，幾無人越權干涉，亦屬尊重版主之傳統，包括許多行政管理人員皆能分清界線並協助回退對本人討論頁的真實破壞，違反本人意志亂刪亂動才是無禮。我對於符合《世界人權宣言》、臺灣人民自主意志與「自己的國家自己救」理念及維基百科自由民主多元開放精神的善意留言基本上皆大致不反對、不反感、不反彈。美國法律規範的維基百科可不是獨裁中國、專制共產黨或其百毒等工具，也絕不容遭其可憐打手操控限制。若我不覺得留言不當，屬表達意見、交流新舊條目編輯方向、及我可接受的言論自由，其實輪不到遠不相干之他人管太寬任意置喙。
已不常回維基的我是被動回應、被迫說明，說清楚、講明白、暢所欲言、闡明理據是必要且正常的。既然遠非明顯破壞、亦屬無害（有被害人嗎？只有我吧！），我自然有在個人留言版對合理言論自由沉默不作為、不採取任何行動或回復原狀的權利！我有回應或不回應的自由。之前也有較清醒開明曾多少呼吸過較自由空氣的中國人來我版談上海獨立自治、女權、漢人殺滿人等。或香港人來談魚蛋革命等，具善意的鄰國維基人來我版面跟我談政治，我通常會予以回復，編維基百科不可或缺的事實、史實、真理與普世價值等皆屬越辯越明。
每個人自己的版面多少出現與條目直接或間接相關的文字很平常。大家摸著良心自問自己或他人名下的版面其實歷來有多少連個條目名稱都未出現的瞎扯蛋？要倒查22年嗎？我有本版言論方向尺度的管轄權與裁量權, 這歷來皆屬自主自治自理自決的心證自留地空間。事實上, 許多維基化留言提醒我出現哪些新條目可查閱或補充增刪, 又有哪些我已知的主題議題可加強。這些留言者與其純粹條列出那些條目要我關注, 不如寫成短文表達意見, 更能吸引我的關注而參與編輯, 我看不出兩種方式的關鍵字詞有何太大差別, 但絕對更有效, 引發更多點入的好奇或編輯的欲望, 對維基也自然是好的。無謂與過度禁制對維基生產力只是有害而無益。這跟平舖直敘廣告沒人看、沒人買單是同樣的道理，Did you know的DYK問題指南「請創作可以引起讀者興趣的問題」已驗證了十幾年。留言者想引起我的閱讀編輯興趣，或我的回應能否引起他人的閱讀編輯興趣，從這些留言是「待協作完善清單」的角度解釋，有何不可？誰曰不宜？這與真正編輯條目時需依多重可靠來源，既不違背，也能並存。「不管黑貓白貓，會捉老鼠就是好貓」，這是相同的實用主義功益考量，能促進維基發展才是硬道理。捏死窒息中維才是罪人吧。
寫動漫的能在彼此討論頁邊寫邊聊動漫，沒人說不可。寫日本女星的在留言板互稱某某美很漂亮、喜歡某某子，是不是宣傳？說今天又看了10部，打算下周增補創建其中7條，是不是宣傳？寫交通的小聊維基假期旅遊，說想去臺南高雄玩，是不是宣傳？寫生醫的討論疫情，寫文學的聊戲劇，皆很合理。為何寫法政的就不能在自版小聊法政，礙了誰嗎？這種種文字在本質上有重大區別嗎？
維基百科有多少比例不是「宣傳」？幾乎大多數的圖片文字皆可被解讀為具某種宣傳或反宣傳之意。在某些人眼中耳裏，不習慣的事物都很敏感、大驚小怪，但在早已熟悉如日常生活者看來卻是如呼吸般再自然平常不過。此定義模糊不明而極可能衍生超多重標準的思想與言論警察之例一開，徒費時間精力，如同讓真理部、老大哥與朝陽群眾管到每個人在私宅的言行、門口的對聯、信箱的廣告、牆上的壁畫、鄰居的私語、手機的通信，有人來串門子，還要被檢查，實屬荒謬。每個人的頁面用戶框等自由編排創作就是貼在家門口的宣言標語，用戶對待其個人版面的方式亦屬自介自治的一部份，兩者的性質、內在邏輯與適用對待應屬相近。若縱容少數人企圖在他人版上搞擴大文革糾鬥，將成永無寧日的浩劫。無處不在的監控只會製造更多爭端，茲生更廣衝突，轉移消耗編者注意力，終成反噬人人而成龐大數位極權主義的一九八四。
如果裹小腳的慈禧看到奧運女子金牌就罵人家傷風敗俗成何體統、或如果有個別極端伊斯蘭教徒看到餐廳在賣豬腳火腿貢丸就呼天搶地說違逆真主要斬首、要下地獄、要燒店家，顯非合理，政治控制與資訊封鎖是沒必要的，別讓中國迄今仍時常發生的作法自斃、請君入甕再實現，維基百科不該日益封閉退步。
管理員千村狐兔（[9]）與章安德魯（[10]）均已表明尊重版主的態度，這基本上也是由正規編者自理其個人討論頁的傳統，除非真屬破壞或已被自刪、警告表明不受歡迎者。企圖懲處被留言者或已表明自行判斷篩選者是很奇怪的事。當事人對此個案沒意見、不在意、不覺得被騷擾，那就不需要再浪費時間強入人於罪。
十多年來本版基本自在自適健康無礙，天下本無事，實不煩庸人自擾擾人。--WildCursive（留言） 2024年12月20日 (五) 11:54 (UTC)[回复]
實際上維基百科並不保障你在討論頁的言論自由，維基百科並非論壇，第五點：與維基百科無關的專案內容。請勿存放與維基百科無關的材料，包括使用者空間。請參閱WP:UPNOT了解不得包含的內容的範例。
，WP:UPNOT有此外，您不得在使用者空間中包含可能損害專案聲譽或可能引起廣泛冒犯的材料（例如種族主義意識形態）。無論是嚴肅的還是惡意的，「維基百科不是演講台」與百科全書條目一樣適用於使用者空間，而「維基百科不會審查內容」則適用於條目頁面和圖像；在其他命名空間中則存在一些限制，旨在確保與社群的相關性及不擾亂社群。您在使用者空間確實比其他地方擁有更多的自由度，但不要粗心大意。任何編輯者都可以立即刪除極具冒犯性的材料。，這些是具有冒犯性的，此外管理員的論點並不代表整個維基百科，宣傳政治理念，誹謗民意代表，為不可接受的行為，例如誹謗馬文君為叛國賊明顯違反與維基百科無關的爭論性言論，或攻擊或誹謗編輯群體、個人或其他實體的言論。這些言論均被視為分裂性的並會被刪除，而重新加入將被視為擾亂。，這些都是合理證據，因此刪除該些留言為正當。-- A0(討論·簽名) 2024年12月21日 (六) 12:44 (UTC)[回复]
個人認為甚至可能違反UCoC第3.1 侮辱：這類行為包括惡言、侮蔑、使用刻板印象、基於個人特質的攻擊行為。侮辱可指感知特質，其諸如智力、外貌、民族、種族、宗教（或無宗教信仰）、文化、種姓、性取向、認同性別、生理性別、殘障、年齡、國籍、政治派別或其他特質。在部分情況中，反覆地嘲笑嘲弄、諷刺挖苦、或侵犯攻擊會構成集體侮辱。和引戰：以故意擾亂話題或惡意地發佈言論方式，有意圖地挑釁他人。-- A0(討論·簽名) 2024年12月21日 (六) 12:55 (UTC)[回复]
什麼叫打著維基之名，不適當就是不適當，你認為你可以去公共政策網路參與平台提案說那些嗎，當然不行，因為地方錯了-- A0(討論·簽名) 2024年12月21日 (六) 15:10 (UTC)[回复]
我认为我有处理我的讨论页的自由，我不想要别人插手我讨论页面的事情。实在有不合规的内容我会折叠，但我不认同别人替我删除还不让我处置。 --MilkyDefer 2024年12月20日 (五) 13:45 (UTC)[回复]
你这话就相当于在说你认为你对你的用户页和用户讨论页有所有权。--自由雨日🌧️❄️ 2024年12月20日 (五) 22:56 (UTC)[回复]
我記得使用者對於用戶討論頁面僅有「使用權」，但閣下的說法，恐怕會變成用戶對於自己的討論頁面及相關用戶頁面有「擁有權」，這錯誤的理解吧？。--薏仁將🍀 2024年12月20日 (五) 23:08 (UTC)[回复]
这个事件是一个编者在第三人的讨论页面发布宣传性内容（但是我认为那些内容可以搬到维基新闻做opinion piece），然后第四人意图移除内容后被还原，莫名其妙就要召唤管理员介入。此事之奇葩程度闻所未闻，因为那个编者没有滥用自己的讨论页。你们可以规定任何人不得反对他人在自己的讨论页面严格执法，但是我认为与其把原则法律化并且不断打补丁，不如让所有编者把自己的账号交出来交给三百多万个硬编码规则的机器人。--MilkyDefer 2024年12月21日 (六) 10:34 (UTC)[回复]
所以你的意思是，在条目讨论页、在用户页、在用户空间子页面均不得放置的宣传性内容，可以转而在用户讨论页放置？--自由雨日🌧️❄️ 2024年12月21日 (六) 10:38 (UTC)[回复]
程序問題：Wikipedia:管理操作覆核請求有提到「在發起覆核請求前，建議嘗試與執行操作人（當事人）討論，以解決問題」，請問提請覆核之人等是否已和當事管理員進行過充分討論溝通？雖說這只是「建議」，但是如果以後每個人都在未經充分溝通的情況下就逕行提請社群覆核管理員操作，恐致社群無謂困擾、消耗社群精力。-Peacearth（留言） 2024年12月20日 (五) 16:19 (UTC)[回复]
本人已根據您的建議在有關管理員的討論頁留言。由於本人已於該留言詳述意見，請恕不在此重複。--派翠可夫 (留言按此) 2024年12月21日 (六) 03:50 (UTC)[回复]
若要较真需注意上述WP:NOT中所列只有用户页，并无用户讨论页。WP:TPG#別人的意見中也着重强调（而这也是使用 deltalk 中自动生成的标签所链接到的页面）{{deltalk}}是用来移除非常明显的人身攻击和不文明的留言，而涉及到的留言段落明显不属于这一类。另外想提醒一些编者，并不是所有您看到的不喜欢的内容都要跑到WP:ANM中提一个新提报，特别是本讨论中涉及到的留言并非发送给提报者。您这种行为相当于在两人间对话时擅自插嘴并大叫「我不喜欢这个对话！你们必须停止！」，这样十分不礼貌。若当事人认为此对话不妥自然会自行处理，但既然当事人认为这对话并不冒犯那我认这留言也并无大碍。我知道这留言相对于某些用户来说确实感到冒犯，但正如我之前所说，这些话并不是对您说的，您可以选择无视。参与维基百科所需要适应的一点是需要接受有用户的想法及观点与您不同，且，并不是所有您不喜欢的内容都必须删除。--广雅 范★ 2024年12月20日 (五) 19:06 (UTC)[回复]
NOT中列出了讨论页，显然用户讨论页属于讨论页。此外，《WP:用户页》指引中还列出了更广泛的适用于用户空间的条款。最后一句加粗的留言则属于混淆视听，从一开始所有人提出行为不当的理据就是宣传，而不是所谓“不喜欢的内容必须删除”。--自由雨日🌧️❄️ 2024年12月20日 (五) 23:00 (UTC)[回复]
宣传指的是对多数不特定的人推广自己的观点或者产品，如在条目空间打广告，又如在用户页大肆宣扬自己的政治立场。在讨论页这种两人对话的情况下是怎么成为宣传的呢？再者，也说过了，应由接收方判断这能不能接受，而不是完全不是接收方的第三者。--广雅 范★ 2024年12月21日 (六) 06:25 (UTC)[回复]
照这个逻辑，我放置在自己的用户页或讨论页将属于宣传的内容，我只要放在对方的讨论页，就可以避免被当作“宣传”？那以后大家做宣传只要将这些内容互相往对方讨论页放就行了，只要事先互相打好招呼，同意对方放置。--自由雨日🌧️❄️ 2024年12月21日 (六) 07:19 (UTC)[回复]
这是属于WP:GAME以及WP:POINT的行为。--广雅 范★ 2024年12月21日 (六) 07:32 (UTC)[回复]
是的，所以为什么目前他们二位未落入这个范畴呢？--自由雨日🌧️❄️ 2024年12月21日 (六) 07:36 (UTC)[回复]
范給的前設條件是“對多數不特定的人”，而且要滿足WP:GAME的話一般還需要證明相關用戶是帶有目的性地持續這樣做。Sanmosa 蚌埠 2024年12月21日 (六) 07:40 (UTC)[回复]
“对多数不特定的人”什么意思？至于“带有目的性地持续这样做”的话，从其多次被提报来看，我认为已经可以这样认为了。--自由雨日🌧️❄️ 2024年12月21日 (六) 07:42 (UTC)[回复]
「對多數不特定的人」我會理解為「無差別」，比如「對多數不特定的人攻擊」相當於「無差別攻擊」。Sanmosa 蚌埠 2024年12月21日 (六) 07:47 (UTC)[回复]
我没看到他给这个前设条件？（我这句指的也主要是“两人互相放置宣传材料”，当然多人互相放置也适用）--自由雨日🌧️❄️ 2024年12月21日 (六) 07:52 (UTC)[回复]
#c-范-20241221062500-自由雨日-20241220230000。Sanmosa 蚌埠 2024年12月21日 (六) 08:14 (UTC)[回复]
哦。我的意思是，“放置内容”本身就已经构成了无差别传播，因为它们是公开可见的（邮件则不是），尤其是用户讨论页，曝光率是很高的。--自由雨日🌧️❄️ 2024年12月21日 (六) 08:16 (UTC)[回复]
对多数不特定的人：比如客栈、条目、用户页，放在那里的用意就是被大家看到；带有目的性地持续这样做：被提报者是反对第三方直接修改讨论页内容，并没有持续性进行宣传的意图。--广雅 范★ 2024年12月21日 (六) 07:52 (UTC)[回复]
然而用户讨论页是仅次于用户主页的很多人会查看的页面。--自由雨日🌧️❄️ 2024年12月21日 (六) 07:53 (UTC)[回复]
另外，放置于用户子页面、访问量几乎没有的内容也是可以因宣传而删除的。--自由雨日🌧️❄️ 2024年12月21日 (六) 07:57 (UTC)[回复]
那么本案例中被删除的留言是违反了WP:TPG#別人的意見内的哪一条呢？--广雅 范★ 2024年12月21日 (六) 08:11 (UTC)[回复]
违反了WP:SOAP ——自由雨日🌧️❄️ 2024年12月21日 (六) 08:13 (UTC)[回复]
这是编辑他人的留言，操作需符合WP:TPG#別人的意見中的一点。--广雅 范★ 2024年12月21日 (六) 09:36 (UTC)[回复]
违反了SOAP啊。“移除不允许的资料，例如……等”。--自由雨日🌧️❄️ 2024年12月21日 (六) 12:00 (UTC)[回复]
違反了WP:NOTADVOCACY，作任何遊說、宣傳或招攬，包括商業、政治、科學、宗教、國家、體育或其他性質。條目當然可以客觀地描述某人或事物，但必須符合中立觀點。如有觀點或意見希望得到其他人支持，請移駕至個人網誌或論壇。，即為宣傳政治，且本條適用所有命名空間。-- A0(討論·簽名) 2024年12月21日 (六) 12:51 (UTC)[回复]
還有WP:NOTOPINION-- A0(討論·簽名) 2024年12月21日 (六) 12:52 (UTC)[回复]
還有WP:NPA，攻擊某些特定政治人物-- A0(討論·簽名) 2024年12月21日 (六) 13:06 (UTC)[回复]
(！)意見:一些有趣的問題請教參與議題的諸位
  1. 用戶討論區算不算討論區的一種型態展現？
  2. 承上，若用戶討論區屬於討論區的一種呈現樣態，那麼試問用戶討論區是否也受到WP:SOAP規範限制範疇內？若用戶討論區非討論區定義條件，那麼也請說明其認定意見。
  3. 用戶A傳送高敏感議題(如：政治觀點，如XXXX年的選舉活動理想政治人選)傳遞投放給與其他用戶至其討論區，請問是否構成宣傳行為？
  4. 承上假設這是構成WP:SOAP行為條件定義，而傳遞者也依照前述遭管理員封鎖，那麼請問：消極、被動不表任示何立場的訊息接收用戶B消極不移除那些敏感話題而任憑展示，試問是否同樣構成WP:SOAP相關要件？傳遞者被管理員封鎖，難道相對訊息接收者就無需收到任何管理員口頭提醒警告，告知該等敏感內容有WP:SOAP之虞，要求對方移除？
請參與該議題的諸位好好思考一下提問內容，思考這件議案處理是否妥適，謝謝。--薏仁將🍀 2024年12月21日 (六) 00:23 (UTC)[回复]
用户命名空间相对起维基百科命名空间及条目命名空间来说更具有私人性质，正如一般不允许随意修改他人用户页一样，用户讨论页的内容也应该由页主自行定夺。您的第三点确实构成了宣传，但如果 A 因为宣传被封这是因为他做出了「宣传」这种不当行为，而不是单凭他发的内容。B 作为宣传材料的接收者，若觉得无需理会则不移除并没有什么问题。不像维基百科命名空间会有多人同时参与讨论与条目命名空间会被索引，用户讨论页一般是对该用户的留言区，依我看来不是「任凭展示」。--广雅 范★ 2024年12月21日 (六) 06:34 (UTC)[回复]
感謝閣下特地撥冗協助釐清與回覆，所以閣下認為:用戶討論區亦屬於討論區的樣態形式，但是由於定位上屬於個別用戶「私人」性質，所以界定上，即便他人傳遞高敏感內容議題，則裁量權(刪除、存檔、保留)這些權益則屬於個別用戶的權利範圍之內，而若沒明顯違反不文明、人身攻擊，對方用戶不排斥亦不反對情形下，第三方用戶則毋須介入處理，請問如此解釋是否正確？--薏仁將🍀 2024年12月21日 (六) 06:54 (UTC)[回复]
是的，我是这样认为的。--广雅 范★ 2024年12月21日 (六) 07:02 (UTC)[回复]
那這樣子的話，基本上，照原處理管理員處理方式(還原對方用戶遭他方用戶介入移除的內容)是沒有太多問題的，感謝閣下協助釐清。--薏仁將🍀 2024年12月21日 (六) 07:11 (UTC)[回复]
WP:NOTSOCIAL，WP:NOTHERE，显著违反方针的内容，移除行为无需经由任何人同意。->>Vocal&Guitar->>留言 2024年12月21日 (六) 07:18 (UTC)[回复]
這裏我覺得值得關注的一點是“與維基百科相關的資料”應該如何解讀，因為不同的解讀方式會影響Ch.Andrew的操作具備正當性與否。Sanmosa 蚌埠 2024年12月21日 (六) 07:31 (UTC)[回复]
@WiiUf。Sanmosa 蚌埠 2024年12月21日 (六) 07:32 (UTC)[回复]
順便也ping一下@薏仁將。Sanmosa 蚌埠 2024年12月21日 (六) 07:41 (UTC)[回复]
這個要看切入的點是什麼，所以我才會設置那些問題問參與討論的諸位，貌似范君與原處置的管理員看法立場是近似的，但是我仍傾向認為即便是私人的性質，則也不應當消極任憑放置具有敏感爭議的宣傳材料，這邊可能需要諸位需進一步釐清討論，我個人覺得可能會有用戶會利用這種認知判斷差異落差而作仿效，屆時倘若要規範，恐怕也許會被對方說嘴。--薏仁將🍀 2024年12月21日 (六) 07:54 (UTC)[回复]
我的問題是「與維基百科相關的資料」到底是說「與維基百科此一項目本身相關的資料」還是說「與維基百科的內容相關的資料」？Sanmosa 蚌埠 2024年12月21日 (六) 08:12 (UTC)[回复]
應該是被定義成:「與協作改善維基百科條目或者商討相關姐妹計畫、本身或內容相關聯性議題」不論是個人前述定義或者您提出的二個要件，傳送個人政治觀點給與他人這已經很明確是「宣傳行為」，不用懷疑；但是那些政治觀點內容放置，似乎不像是「與維基百科存在相關性的資料」，就直接開門見山的問:一則202X年XXX直轄縣市長選舉理想人選被放置於用戶討論區，你能說明它關條目協作改善或維基百科相關性質議題資料有甚麼相關性？沒有啊，不就是個人主觀評價的內容？好像根本與條目改善協作或者相關議題商討無關聯性吧？--薏仁將🍀 2024年12月21日 (六) 08:35 (UTC)[回复]
我提這點主要是給大家一個思考的方向，我大致理解你的意見了。亲，我簽名那刻的時間是 2024年12月22日 (日) 08:49 (UTC)[回复]
我想問大家，那今天夏土賢如果是在討論頁發表的話，照以上的邏輯，是不是就可以了-- A0(討論·簽名) 2024年12月21日 (六) 10:08 (UTC)[回复]
這樣説吧，發表是一回事，移除是另一回事。用戶不能任意發表不當言論或許並不意味用戶可以任意移除不當言論。亲，我簽名那刻的時間是 2024年12月21日 (六) 13:36 (UTC)[回复]
这好像转移焦点了吧？假如目前被提报（及复核）的是移除留言的人，这条评论（评价移除操作是否恰当）才对题。但这里讨论的是将宣传性内容加回的用户的“加回”操作。——自由雨日🌧️❄️ 2024年12月21日 (六) 21:48 (UTC)[回复]
然而這裏也涉及到一個邏輯問題，就是如果移除操作本身並不恰當，那移除操作是應該要被無效化的，那Ch.Andrew的操作就不能被認為不具備正當性。亲，我簽名那刻的時間是 2024年12月21日 (六) 23:29 (UTC)[回复]
哦，那就是我前面论证的我认为这一内容本身确实不应存在了（毕竟放置于几乎无人访问的用户子页面、且我认为宣传意味并不如本案高的内容，社群共识也是删除）——即我认为移除是正当合理的。--自由雨日🌧️❄️ 2024年12月21日 (六) 23:32 (UTC)[回复]
然而我這裏也主張言論本身是否不當與移除是否正當合理不存在直接的關係。亲，我簽名那刻的時間是 2024年12月22日 (日) 00:09 (UTC)[回复]
你的意思是二個問題(行為)要分開看分開討論，對嗎？--薏仁將🍀 2024年12月22日 (日) 00:16 (UTC)[回复]
是的，你可以這樣理解。亲，我簽名那刻的時間是 2024年12月22日 (日) 08:48 (UTC)[回复]
是說之前好像有個民眾黨黨工因為宣傳被封進了是吧，剛才翻了一下討論頁，守望者愛孟在2017年說了Wild閣下這裡是維基百科的民進黨總部，Jackac就是深愛台灣的請願民眾。。。哈哈哈，大概好久前就是這樣了-- A0(討論·簽名) 2024年12月22日 (日) 01:16 (UTC)[回复]
(！)意見： 从讨论中看到，对是否可以删除其他人个人讨论页上的这类留言，以及恢复自己个人讨论页被他人删除的这类留言争议不小。当对立双方的判断不一致时，往往会导致编辑删除和恢复的反复。
  1. 鉴于双方的判断具有主观性，是否可以看作是编辑争议， 是否可以通过提报到编辑争议页面，由社群讨论并形成共识后再处理？
  2. 若有人违反共识进行操作，则可再提报至“维基百科:管理员布告板/其他不当行为”，并在此阶段请求管理员介入处理, 注重讨论建设性与公平性。
--Gluo88（留言） 2024年12月21日 (六) 19:12 (UTC)[回复]
Cindyzs等用户在该讨论页所作所为显然与建设维基百科毫无关联。若Wildcursive想恢复其留言，唯一合理的理由就是这些留言与维基百科及社群相关，而不是其对讨论页的所有权，因为用户并没有对这种绝对的裁量权。至于拿着自由民主及思想自由说事的部分用户，仿佛是搞不清Wikimedia不是政府、第一修正案并不适用于此一样。看上去仿佛自己是民主斗士，实际上和拿法律条文要求维基百科自我审查的用户没什么区别，完全是无效论据。不重视社群共识，恰恰是与维基媒体运动的行事方式背道而驰的。——暁月凛奈 (留言) 2024年12月22日 (日) 00:37 (UTC)[回复]
那今天他說剷除親中國勢力者，是否會造成大陸編者或政治立場偏向大陸之編者之不快或感受到人身威脅，這明顯非文明，又或是否違反UCoC第2.1我們期望所有維基媒體人都能對他人表示尊重。不論在維基媒體的線上還是線下環境，在與他人交流過程中，我們要以互相尊重的態度對待對方。，分明是不行的，明顯具有重大違規事宜，那怎麼能夠保留，又說他人是無恥政客，亦不尊重對面政治立場的人，所以維基百科根本是不容許這些的。-- A0(討論·簽名) 2024年12月22日 (日) 09:15 (UTC)[回复]
什麼叫做「那今天他說剷除親中國勢力者」，請你不要把我沒說過寫過的話塞給我！如果你指的是Cindyzs說的，他留言以來，我對話頁也沒出現那樣的文字。這已是你至少第二次胡亂把我沒寫的文字栽贓給我，易生誤會。至於Cindyzs在我討論頁明白引用黃國昌的前一個黨時代力量及其黨主席王婉諭批他是「無恥政客」，這是有來源轉述，我不認為他這樣寫有何大問題。至於為何他要特別提黃國昌，我猜是因為那其實是我於2013年創建的頁面[11]，無論他是奚落暗諷我、感嘆我為何當年如此，我都沒意見，這也算針對編輯史交換意見。我看不出有什麼好屢屢刪除的。--WildCursive（留言） 2024年12月24日 (二) 04:01 (UTC)[回复]
我指的本來就不是你啊，這裡是說soap的爭論-- A0(討論·簽名) 2024年12月24日 (二) 04:45 (UTC)[回复]
戒嚴那邊-- A0(討論·簽名) 2024年12月24日 (二) 04:46 (UTC)[回复]
WP:OWNTALK，有提到對於使用者討論頁而言，這些方針的遵循度會比其他討論頁較為寬鬆，雖然留言內容看起來處處和方針指引相悖，也引起了反應，但這實質都不屬於違規的部分，因為使用者對於自己的討論頁擁有自主權，而且發布的位置不是被嚴格規範的。試問，今天若是情況相反，Wildcursive使用者無法移除他不想留的內容，而到布告板尋求幫助，但是大家都跟他說這沒有違規所以不能刪除，適當的處理狀況不應該是，讓使用者自己決定什麼留言可以留什麼不留，只要他不剪貼拼接扭曲意思，要幫助的時候管理員適當地提供協助，這樣才是合乎討論頁自主權的。
這邊另外想建議@Wildcursive，我留意到同樣內容的留言您放了幾個地方，在個人討論頁是為寬鬆的留言，但若上了客棧或布告板就有為難的狀況，我先前沒表達很好，不過我想請您考慮自行減去會違反討論頁方針的內容，這樣或許會對討論的結果較為友善。--提斯切里（留言） 2024年12月22日 (日) 10:04 (UTC)[回复]
較為寬鬆並不代表不適用-- A0(討論·簽名) 2024年12月22日 (日) 10:06 (UTC)[回复]
@Tisscherry： 我就是在個人討論頁回應，主文也放被提報頁及此客棧，我不可能期待大家都翻來翻去的看，總該讓我在被公審處完整陳述吧。有人說刪了還是有紀錄，有心人都看得見，我也沒啥好隱藏的。人有偏好與慣性，我刪了這，說不定你想的是那，若直接告訴我還可商榷或討論。父子騎驢討好不了誰，我還是集中擺在一起，也會再抽空增修。我是被動回應、被迫說明，難得一次自辯，如同答辯書給各審不算超過，這是程序正義，稱不上宣傳。--WildCursive（留言） 2024年12月24日 (二) 05:29 (UTC)[回复]
@Wildcursive君，我主要指的是最新的金牌的那段，放在客棧和布告板就不太妥當，且平心而論，這含有的身分識別較為強烈，可能不是那麼公允，這讓我想到之前曾經介入個體育項目的溝通，該名使用者認為不懂籃球的都是女性，後來一直用「妳」指稱本人，一直要我去問男朋友或老公（？？？）。我想您應該能夠明白，就點到為止了。刪了的記錄可以請求版本刪除做隱藏，如果不會請求，直接找線上管理員也是可以的。--提斯切里（留言） 2024年12月24日 (二) 11:22 (UTC)[回复]
@Tisscherry： 既然妳/你點明，請管理員刪除似乎耗些工程也未必即時、全面，本想用刪除線，想想還是略修。--WildCursive（留言） 2024年12月25日 (三) 00:26 (UTC)[回复]
這人也跟夏土賢一樣整天嘴上掛著文革-- A0(討論·簽名) 2024年12月24日 (二) 12:21 (UTC)[回复]
@Wildcursive君，您可以直接找Manchiu管理員，他處理很有經驗的。謝謝您願意考量，就看您的決定了。--提斯切里（留言） 2024年12月25日 (三) 01:12 (UTC)[回复]
(＋)支持覆核，本人不認為管理員此舉得當，理應予以討論頁編輯禁制。--Talimu0518（留言） 2024年12月23日 (一) 14:07 (UTC)[回复]
我是觉得，如果有谁移除了不合适的内容，讨论页主人不应该恢复，否则应该要算到他头上。我自己对于我自己的讨论页也是很开放，胡话我不小心回退了都会撤回。但是来反破坏的移除留言我是不会加回来的。不过没收别人的星章还是不妥，我觉得W应该恢复这条。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月24日 (二) 11:59 (UTC)[回复]
(－)反对覆核，方針或指引未明文限制用戶處置其對話頁的內容。--Matt Smith（留言） 2024年12月25日 (三) 02:57 (UTC)[回复]

本討論章節會維持開放，暫時不按最後意見發表時間存檔，直到覆核請求關閉。欲讓機器人存檔，請移除本模板。留言請置於本模板上方。
检索自“https://wiki.zwnes.eu.org/w/index.php?title=Wikipedia:互助客栈_(全部)&oldid=63126193”