維基百科:互助客棧 (全部)

本頁使用了標題或全文手工轉換
維基百科，自由的百科全書
捷徑

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

按此重新整理頁面。

  歡迎光臨互助客棧！  
   
  互助客棧是維基人議事相助之處，用以討論消息、方針、技術以及編輯、求助等議題。
發表議題之前請搜尋先前文章，遵守指導及禮儀。任何與維基百科無關的問題，請前往知識問答。

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

檢視全部討論

幫助目錄 · 提出疑問 · wikitext基礎 · 常見問題 · 常見錯誤 · 布告板 · 了解術語 · 即時協助 · 規則簡述 · 使用指南

If you don't use Chinese, and want to contact Chinese Wikipedia, please leave your message here.
我想要…… 請前往……
如何有效並安全地存取維基百科的方法 如何存取維基百科
與繁簡處理有關的問題 字詞轉換
協助或尋求條目的改善意見 同行評審
對某些特定來源的討論 可靠來源布告欄
尋找參考文獻 文獻傳遞
參與即時討論或透過電子郵件進行討論 「即時討論」或者「郵寄清單」

消息

未知用戶在求聞百科發布闡釋「中國價值觀基礎上的客觀觀點」的文章

今天下午，有用戶在求聞百科發布文章《何謂「中國價值觀基礎上的客觀觀點」？簡談維基式「中立」的虛偽》。作者在修訂歷史中被移除了用戶名，在頁面中署名為與「求聞」諧音的「邱文」。

求聞百科的五條基本原則中，有四條與維基百科的五大支柱大同小異，唯將「維基百科採用中立觀點」替換為「求聞百科採用中國價值觀基礎上的客觀觀點」。--CuSO4 · 龍年大吉 2024年4月24日 (三) 12:38 (UTC)[回覆]

求聞百科3年內100%倒閉。--Dnaimfz（留言） 2024年4月25日 (四) 16:56 (UTC)[回覆]
Wikipedia:文明，謝謝。--Gongxiang01（留言） 2024年5月10日 (五) 16:23 (UTC)[回覆]
請管理員注意，這個gongxiang01因為持續破壞、大打編輯戰、偽造他人簽名、多次辱罵、濫用傀儡、訴諸法律威脅，已經被多個wiki和論壇永久封禁。請管理員不要相信他說的任何話。--Dnaimfz（留言） 2024年5月10日 (五) 17:29 (UTC)[回覆]
@Gongxiang01、Dnaimfz：中維不會因為其他網站的什麼事就對某個用戶怎樣，只是用戶自己要遵守中維的方針。( π )題外話：Google了一下用戶名，發現了一群人在Note.ms上活動，感覺無法形容…… 難道是小學生？桐生ここ★[討論] 2024年5月11日 (六) 02:36 (UTC)[回覆]
相關資料：
--Dnaimfz（留言） 2024年5月11日 (六) 03:45 (UTC)[回覆]
雖然其他網站的違規行為和zhwp無關，但一個人同時被數個毫不相干的網站封禁絕對是不正常的--Dnaimfz（留言） 2024年5月11日 (六) 03:51 (UTC)[回覆]
全都是別人惡意封禁我的。而且除Fandom、Miraheze外的所有人與我無關（不是一個人）。Fandom的Backrooms Wiki因為打廣告被封禁，Darkrooms wiki是發了一個違規的文章封禁，但是銻星百科就是隨便封我的，還醜化貢獻。Miraheze是因為英語太差被封了。Fandom太腐敗了。--Gongxiang01（留言） 2024年5月11日 (六) 09:41 (UTC)[回覆]
此處的Note.ms是什麼意思？--YFdyh000（留言） 2024年5月11日 (六) 02:50 (UTC)[回覆]
@YFdyh000：一個文本分享平台，你發的內容可以被別人修改。因為網站的開發者太懶，一直沒給網站加上只讀模式和密碼的功能，所以被一群鍵政cosplay愛好者給占領了--Dnaimfz（留言） 2024年5月11日 (六) 03:27 (UTC)[回覆]
無規則的在線網絡記事本。--Gongxiang01（留言） 2024年5月11日 (六) 09:41 (UTC)[回覆]
附上note.ms站長的帖子，https://www.v2ex.com/t/314777
--Dnaimfz（留言） 2024年5月11日 (六) 03:55 (UTC)[回覆]
您好，我是一個維基百科的新用戶，這些違規行為我都沒進行。--Gongxiang01（留言） 2024年5月11日 (六) 09:50 (UTC)[回覆]
要看有沒盈利方式（無論是賣會員、廣告，燒線，還是靠收捐助）。對於求聞，只能是大路朝天，尊重祝福吧。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年4月26日 (五) 01:07 (UTC)[回覆]
你們這句話我記住了，三年後我會提醒你們的。嗯。--MilkyDefer 2024年4月26日 (五) 02:36 (UTC)[回覆]
我無保證年限的觀點，只是給了維持運營的經費來源推測。二哈二哈畢竟純屬人各有志的事。基金會能執大義旗去收捐款（還有商業服務）；求聞能不能做成百度那樣（或者萌百？），或者大概靠的是愛？——Sakamotosan路過圍觀 | 避免做作，免敬 2024年4月26日 (五) 03:36 (UTC)[回覆]
如果做成百度那樣，和倒閉也沒啥區別了--Dnaimfz（留言） 2024年4月26日 (五) 04:44 (UTC)[回覆]
順便一提，百度百科手機app將在6月底下線。--Dnaimfz（留言） 2024年4月26日 (五) 04:46 (UTC)[回覆]
如果同樣是站在中國立場價值觀，百度百科比求聞要好的多，詞條多，更新快，參與的人多，這三點中維都有些自愧不如。—-日期20220626（留言） 2024年5月13日 (一) 22:32 (UTC)[回覆]
但是……代價是什麼呢--Dnaimfz（留言） 2024年5月14日 (二) 04:28 (UTC)[回覆]
若求聞百科的用戶重視「中國價值觀」的話，建議先好好檢視求聞百科的中國條目的惡作劇，從武當山、莊子、鍾離權、王玄甫、孔融、謝玄、駱賓王、王重陽、方國珍、李贄、周煌等等，到今天為止都有含有Wikipedia:持續出沒的破壞者/User:Qqqyyy惡作劇內容。--Outlookxp（留言） 2024年4月29日 (一) 12:09 (UTC)[回覆]
註：此處原有文字，因為違反討論頁指引，已由YFdyh000（留言）於2024年4月29日 (一) 15:56 (UTC)刪除，尚祈見諒。若有異議請至互助客棧或向管理員反映。[回覆]
--Dnaimfz（留言） 2024年4月29日 (一) 12:55 (UTC)[回覆]
這個話題是不是不太適合放在消息區？--Dnaimfz（留言） 2024年4月29日 (一) 13:08 (UTC)[回覆]

你能去改日文維基，就已經算是很了不起了。維基正在系統性地封禁VPN等代理使用的IP地址，也就是說，你翻過牆後可以用所有網站，維基也能用，但有很大概率，你還沒開始編輯，你就會被提示你的IP被禁止編輯了。換言之，你還沒等着去這個「可以自由發表觀點的平台」發表你的觀點，你的嘴就被堵上了。

什麼倒打一耙，不去罵牆反而罵維基，沒見過這麼不要臉的

維基另一種對歐美保守派的打壓方法跟中國大陸的用戶的辦法有幾分相似，即抬高編輯門檻。具體而言，對中國大陸的用戶則是封禁代理IP地址，而對年齡普遍更大的保守派則是「wikitext」等編輯代碼，維基軟件的各種「彎路」也更難讓年長者適應。這些都是直接在最開始就「勸退」潛在用戶的方式，直接從源頭處「解決遇到問題的人」。

陰謀論。

既然基金會裡這麼多號人馬都跟美國政治綁上了關係，基金會做一些反映美國外交政策，針對跟美國外交關係不好的國家，那也是情理之中。

唉，美團

除了「九·一三」本身之外，基金會在2021年8月祭出的「NDA新規」限制中國大陸、伊朗等地的用戶獲取高級管理權限

鬼知道這些國家的管理員會不會突然像承德程序員一樣被抓，然後有着管理員權限的賬號落到鐵拳手裡，來打擊別的維基用戶--Dnaimfz（留言） 2024年4月29日 (一) 13:26 (UTC)[回覆]
閆至今仍將維基百科當作「自由」發表某種觀點的平台，同他多年前的中文維基高地論一樣，而不是共構百科全書之地，即使被封禁了也毫無反省，還在用「你的嘴被堵上了」，以為其他人與他想法相同。--Akishima Yuka（留言） 2024年5月12日 (日) 14:27 (UTC)[回覆]
胡編亂造、謊言惑衆或許不合表面上的「中國價值觀」，卻是鼓吹的「中國價值觀」的幹將及其主使的實際所爲。所以，求聞百科保留惡作劇條目也是江河行地、殊途同歸、知行合一、無可厚非，再自然不過。— Gohan 2024年5月1日 (三) 04:17 (UTC)[回覆]
就是這樣--Dnaimfz（留言） 2024年5月6日 (一) 13:50 (UTC)[回覆]
最後放個圖，呵呵（當然這圖和求聞沒關係，是百度）https://i.imgur.com/2XFsUIK.png --Dnaimfz（留言） 2024年4月29日 (一) 13:35 (UTC)[回覆]
您的圖片鏈接無效。--YFdyh000（留言） 2024年4月29日 (一) 15:56 (UTC)[回覆]
能打開呀，i.imgur.com/2XFsUIK.png--Dnaimfz（留言） 2024年4月30日 (二) 04:20 (UTC)[回覆]
https://imgur.com/a/AeDcItn
這個呢？--Dnaimfz（留言） 2024年4月30日 (二) 05:01 (UTC)[回覆]
AeDcItn能打開，2XFsUIK我被跳轉到404頁面。--YFdyh000（留言） 2024年5月11日 (六) 02:50 (UTC)[回覆]
「回復」鏈接無法用於回復此留言。要回復，請點擊「編輯源代碼」使用完整頁面編輯器。怎麼回事？--Dnaimfz（留言） 2024年5月11日 (六) 03:29 (UTC)[回覆]
那就不用管它--Dnaimfz（留言） 2024年5月11日 (六) 03:28 (UTC)[回覆]
看了這篇文章，感覺下一段話值得注意。

再說歐美，歐美國家內部也有左右之分，而英文維基則屢屢被歐美立場偏右、偏保守派的媒體攻擊「不中立」。如特斯拉的CEO馬斯克就對維基上自己的傳記條目感到極其不滿。2023年9月，當他跟立場同樣偏右的以色列總理內塔尼亞胡見面時，兩人一起調侃自己的條目被立場偏左、偏自由派的維基編者給寫得不堪卒讀。英國《每日電訊報》評論員曾引用維基百科創始人之一的拉里·桑格（Larry Sanger）的話，形容英文維基上奧巴馬的條目「甜蜜親昵」（honeyed）、「沒有醜聞」（scandal-free），而特朗普的條目則「尖酸刻薄」（peppery）。換言之，外文母語者（甚至維基創始人）自己都不認為外文維基百科是「中立」的。佐藤們和桑格們只能徒勞地喊上一喊。

這段話對巴勒斯坦人的屠夫內塔尼亞胡大加讚賞，並指控維基百科中對其罪行的客觀揭露是左翼宣傳，不知道的還以為內塔尼亞胡對巴勒斯坦人很友好呢。我從來都沒有見過有中共支持者為以色列政府在巴勒斯坦暴行洗白的，據我所知，持這種立場的多數是曹科長這類右翼自由派。另外求聞百科在這篇文章中還只舉了美英右翼對維基百科不中立批評的例子，而沒有舉歐盟右翼對維基百科不中立批評的例子，試圖營造「美英右翼就能代表西方右翼」的虛像，這也是右翼自由派的老技倆了，畢竟與美英左翼和右翼差不多反華不同，歐盟左翼是有親華傾向的，比如不屈法國的創始人梅朗雄批評佩洛西竄訪台灣，現德國總理的德國社會民主黨員朔爾茨支持重啟中歐全面投資協定，德國左翼黨議會副領袖塞維姆·達代倫批評現任歐盟委員會主席的德國基民盟黨員烏爾蘇拉·馮德萊恩呼籲歐盟採取政策挑戰中國，莎拉·瓦根克內希特聯盟領袖莎拉·瓦根克內希特稱讚中國經濟和產業政策，右翼自由主義者喜歡在對中共支持者的宣傳中只舉美國右翼的例子，不舉歐洲右翼的例子，只是希望採取誘餌和開關策略，以並不相對美英左翼更加反華的美英右翼作為「誘餌」，以相對歐盟左翼更加反華的歐盟右翼作為「開關」，吸引中共支持者走向反華立場罷了。所以說，求聞百科大概率只是像這樣的右翼自由派扛着紅旗反紅旗的工具罷了。--Zupspim（留言） 2024年5月6日 (一) 13:14 (UTC)[回覆]
查了一下，那個techyan壓根不像他自稱的那麼「愛黨愛國」，呵呵了--Dnaimfz（留言） 2024年5月6日 (一) 13:35 (UTC)[回覆]
充斥極端民族主義的文宣。單是「中國價值觀基礎上的客觀觀點」這個名字在邏輯上已經有問題了，他們掩蓋邏輯問題的方式就是宣揚極端民族主義。Sanmosa 全方貧工之聯合 2024年5月12日 (日) 02:14 (UTC)[回覆]
不是民族主義，是粉紅主義。他們信什麼主義，取決於上面讓他們信什麼主義。--Dnaimfz（留言） 2024年5月12日 (日) 02:24 (UTC)[回覆]
行，極端狂熱崇拜。Sanmosa 全方貧工之聯合 2024年5月13日 (一) 13:47 (UTC)[回覆]
這流氓文風一望知就是User:Techyan的手筆，總是拿一些邊緣個例來論證，令人捧腹，其中的大部分猜測和陰謀論我覺得閆自己都不相信。--Akishima Yuka（留言） 2024年5月12日 (日) 14:09 (UTC)[回覆]
順便一提，求蚊百科其實是閆恩銘的個人站點，從一堆所謂「文件」到「社論」都是Techyan所寫，後面還自欺欺人地移除了所有相關頁面的修訂版本，但是他的文風是一眼就能看出的。--Akishima Yuka（留言） 2024年5月12日 (日) 14:13 (UTC)[回覆]
使用愛企查、企查查和天眼查可以查到，求聞百科的母公司「無錫共筆全書網絡有限責任公司註冊資本為20萬元，最大股東為李爾特（領英，底下志願者經歷里寫了維基百科），最終受益人為閆恩銘（即Techyan），下面還有三人持股，求聞百科的「裁決委員會」頁面顯示該網站有五名最高權限持有者，可以推斷出就是五名公司股東。
更多企業信息需要付費查看，更多求聞頁面需要登錄查看。
另外，這幫人又整了個「許可百科」，這是要往Fandom發展的節奏嗎？--Dnaimfz（留言） 2024年5月12日 (日) 16:00 (UTC)[回覆]

CopyPatrol已支持中文維基百科的侵權檢查

在這裡,說明文檔：m:CopyPatrol。這是抄襲檢測服務商Turnitin與維基百科合作的一個項目--百無一用是書生 (☎) 2024年5月5日 (日) 11:30 (UTC)[回覆]

好奇他們用什麼中文來源訓練侵權偵測？—— Eric Liu 創造は生命（留言・留名・學生會） 2024年5月5日 (日) 16:20 (UTC)[回覆]
訓練？這不是大語言模型。--YFdyh000（留言） 2024年5月5日 (日) 19:27 (UTC)[回覆]
啊我指的是用以比較的資料來源（ —— Eric Liu 創造は生命（留言・留名・學生會） 2024年5月15日 (三) 14:15 (UTC)[回覆]
互聯網爬蟲和文獻數據庫，爬蟲當然是全網。關於具體抓取到哪些網站、頻次，應該屬於他們的內部信息。--YFdyh000（留言） 2024年5月15日 (三) 14:21 (UTC)[回覆]

This Month in GLAM: April 2024



Headlines
Read this edition in full • Single-page

To assist with preparing the newsletter, please visit the newsroom. Past editions may be viewed here.

Wikidata weekly summary #627

Here's your quick overview of what has been happening around Wikidata over the last week.
This is the Wikidata summary of the week before 2024-05-13.
Please help Translate.

Discussions

Press, articles, blog posts, videos

Tool of the week

Newest properties and property proposals to review

You can comment on all open property proposals!

Did you know?

Development 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

This Month in Education: April 2024

本月教育

第13卷 • 第4期 • 2024年4月

本期頭條

報名參加語言社群會議（5月31日 16:00 UTC舉行）

大家好，

下一場語言社群會議將於幾週後舉行，日期與時間是5月31日 16:00 UTC。如果您有興趣，可以在此wiki頁面報名。

這是由參與者驅動的會議，我們在會議中分享與各項專案相關的語言更新，共同探討與各語言版本維基相關的技術問題，並集思廣益尋找可能的解決方案。例如，在上次會議中，討論主題包括機器翻譯服務（MinT）及其目前支援的語言和模型、Kiwix團隊的在地化工作，以及孟加拉語維基文庫使用的檔案數值排序所面臨的技術挑戰。

關於分享您所在的專案相關的技術更新，您有什麼想法？您希望在會議期間討論什麼問題？您是否需要從英語到其他語言的口譯支援？請傳送電郵至ssethi(__AT__)wikimedia.org與我聯繫，並新增議程項目至此文件中。

我們期待您的參與！


MediaWiki message delivery 2024年5月14日 (二) 21:22 (UTC)[回覆]

The Signpost: 16 May 2024

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


方針

提議提高條目評選投票資格門檻

本主題全部或部分段落文字，已移動至Wikipedia_talk:新條目推薦/候選。執行人：Sanmosa 全方貧工之聯合 2024年5月14日 (二) 11:00 (UTC)。[回覆]

再擬議立國際關係命名常規為方針

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:命名常規 (國際關係)。

有鑒於前次討論中提及的所有合理異議已獲解決，這裏再一次重新提議將國際關係命名常規立為方針。Sanmosa Szégyen a futás, de hasznos 2024年4月20日 (六) 02:20 (UTC)[回覆]

這裏對於（部分）可能會被認定為未獲解決，但個人認為不甚合理的異議進行回應：
  • 捍粵者在被永久封鎖前多度發表中華極端主義言行，在前次討論中已有一次且因而被警告，前次討論中的其他用戶亦普遍不認可其見解，因此基於社羣的主流意向不接納其意見。
  • 有關頁面分類排序的部分，由於提案只是為中文維基百科現行的排列習慣進行歸納，因此「排序毫無章法」一説並非實情。再者，將既有的排列習慣成文化並不會干擾現有的條目命名習慣，這算不上甚麽「向前衝」，而這也與WT:共識#共識建立的遞進步驟的提議會干擾社羣成員參與討論的習慣有本質上的不同。
  • 「一堆難以下咽的文字」之説需要額外的客觀舉證，否則無異於單純的謾駡。「能使用最簡稱呼就使用最簡稱呼」有機會違背易於識別的要求，比如該意見舉出的「愛愛關係」例子雖然語義上確實僅可能指愛沙尼亞與愛爾蘭兩國之間的關係，但一般讀者不太可能在第一時間判斷到「愛愛關係」一詞中提到的兩個國家名稱的縮寫分別指愛沙尼亞與愛爾蘭。
以上。Sanmosa Szégyen a futás, de hasznos 2024年4月20日 (六) 02:41 (UTC)[回覆]
(＋)支持。--CaryCheng（留言） 2024年4月20日 (六) 14:46 (UTC)[回覆]
(＋)支持：我一向反對國際關係條目名用「單字簡稱式」。--Tp0910（留言） 2024年4月20日 (六) 20:41 (UTC)[回覆]
不知何時能進到「深水區」，例如中英關係、中美關係，目前部分已更改，例如中日關係→中國—日本關係、中俄關係→中華人民共和國—俄羅斯聯邦關係。另外在Wikipedia:命名常規#易於識別中提到：「條目標題應該易於識別，尤其是對於條目主題有一定認識者應該能夠識別條目主題為何。」對於國際關係有一定認識者都應該能夠識別了，更何況對於沒有一定認識者，所以才更不能用「單字簡稱式」。--Tp0910（留言） 2024年4月20日 (六) 22:29 (UTC)[回覆]
但是傳統的這幾個國家（英、美、德、日、俄…）確實單字常用，如果檢索Google Scholar的話，scholar:中英關係有相當數量的結果，還有日語維基百科也用的ja:日英関係，如此限制單字使用可能違反Wikipedia:命名常規#使用常用名稱，可能也原創研究，真的會有人寫書命名《中國—日本關係史》嗎，可能除了中文維基百科之外很少有人用。--Kethyga（留言） 2024年4月20日 (六) 23:48 (UTC)[回覆]
所以有個Wikipedia:命名常規 (國際關係) #特殊情況。但對於已經更名的條目而言，又存在著不一致了。或許雙邊關係史的命名可以例外。--Tp0910（留言） 2024年4月21日 (日) 02:42 (UTC)[回覆]
雙邊關係同樣，不只是歷史。個人反對已經有可靠來源、且常用的情況下去原創。即使對於美日關係美國國務院都直接用美日外交關係大事記（日維用ja:日米関係）。本來單字也是中文（漢字文化圈）的習慣。類似的甲午中日戰爭中文會有人說甲午中國—日本戰爭嗎？--Kethyga（留言） 2024年4月21日 (日) 11:51 (UTC)[回覆]
實體與實體之間的關係是全面的、廣泛的，與純粹的歷史還是有所不同，所以我說「或許雙邊關係史的命名可以例外」，例如甲午戰爭、國共內戰……，當然不會傻到改為甲午中國—日本戰爭、中國國民黨—中國共產黨內戰，而且這些也不是目前命名常規 (國際關係)中所明確定義的實體（地方、國家、多國集團、國際組織）。日美關係於日前已改為日本—美國關係。--Tp0910（留言） 2024年4月21日 (日) 13:01 (UTC)[回覆]
@Kethyga：我們可以規定僅在此類條目之標題命名上使用此種格式，但內文大可照用簡稱，其餘衍生條目亦不必更易，我認為這並不妨礙全局。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月21日 (日) 14:33 (UTC)[回覆]
@Ericliu1912：還是想提一下我這裏提議定為方針的是命名常規，命名常規本即不管束內文用詞。Sanmosa Szégyen a futás, de hasznos 2024年4月21日 (日) 23:51 (UTC)[回覆]
那得取決於您維當「條目標題」是啥玩意，想帶出啥作用。《中國大百科全書》要求「XX，又稱YY」的時候，不要用「YY」作主語的。我想是百科全書出於詞典，有不宜更改描述主題的習慣；或者規範性的問題。不過我想這種情況不包括簡稱。另外，如Kethyga上邊所說的，「中國—日本關係」既不見使用，那您維「中國—日本關係，簡稱中日關係」這種表達方式就是錯的，根本不存在這樣的全稱。--Ghren🐦🕛 2024年4月27日 (六) 16:00 (UTC)[回覆]
這樣會背離命名一致性的要求，子命名常規本來就是為（在專題下）達致命名一致性而設的。Sanmosa Szégyen a futás, de hasznos 2024年4月21日 (日) 23:55 (UTC)[回覆]
一致性弱於Wikipedia:命名常規#使用常用名稱。個人反對在已有常用詞的情況下原創和使用不常用的規定。真有中文讀者看不懂中日關係指的是什麼，「可識別性及避免產生歧義」哪裡有問題，台灣學者蔣永敬《近百年中日關係論文集》，個人檢索台灣的華藝學術「中日關係」1700多條，「中國日本關係」4條，可以說「中日關係」絕對常用，「中國日本關係」幾乎沒人用。
此外，個人想提醒下之前訂立的Wikipedia:格式手冊/朝鮮半島用語（必然會涉及到條目命名問題），其中新加坡、馬來西亞不用或少用「朝鮮」、-「南韓」， Sanmosa基於港台常用"南韓"將韓國改為南韓，不知道是否違反Wikipedia:避免地域中心，本來「南韓」就已經是基於地域中心的用詞，雖然可能是地區常用詞。
不要制定一個沒人用的規則，回來還得修復。--Kethyga（留言） 2024年4月22日 (一) 09:12 (UTC)[回覆]
@Kethyga：（1）然而子命名常規在執行上優先性高於母命名常規，而且「子命名常規本來就是為（在專題下）達致命名一致性而設的」這點依然成立。（2）上一個指控（注意我的用詞是「指控」而非「提出憂慮」）地區詞地域中心的人是釘釘，社羣當時已經駁斥過不只一次了，我想我應該用不著在這裏重新抄送當時的駁斥。Sanmosa Szégyen a futás, de hasznos 2024年4月22日 (一) 23:54 (UTC)[回覆]
子命名優先的前提是該規定合理，維基百科還有Wikipedia:非原創研究要求，使用實際不用或很少使用的名稱顯然不合理，個人簡單看了中英幾個方針還沒有哪些方針命名明顯去違反常用名稱原則的。本來使用常用名稱，如果讀者（不管什麼程度的）去搜索能找到很多結果，現在很少的結果，是說中文世界對於該項議題沒有研究嗎？
朝韓的命名問題即使是現實世界的地域中心，依然是基於地域中心的，可能和編輯無關，另外還沒解決新加坡、馬來西亞的問題。--Kethyga（留言） 2024年4月23日 (二) 05:56 (UTC)[回覆]
依我看，釘釘所提出來的問題和Kethyga提出來的問題完全是兩回事。可能您需要重新看一看他的留言。--Ghren🐦🕑 2024年4月23日 (二) 06:10 (UTC)[回覆]
就算如此，這個問題也與國際關係命名常規無關，這頂多只能算是轉換組設置的問題，這問題已經在走RFC流程了，如果繼續在這裏討論這個問題的話就屬於FORUMSHOPPING了。Sanmosa Szégyen a futás, de hasznos 2024年4月23日 (二) 15:01 (UTC)[回覆]
問一下朝鮮半島南北關係這一標題根據草案要求應該怎麼修改？--東風（留言） 2024年4月26日 (五) 06:05 (UTC)[回覆]
當成一般的兩國關係條目來命名，畢竟兩國都相互承認對方的存在了。假如不考慮「命名先後順序按照中文常用語序確定」的條件的話，一個是「Korea, North」，一個是「Korea, South」，我預期的寫法是「朝鮮民主主義人民共和國—大韓民國關係」。如果把「命名先後順序按照中文常用語序確定」也納入考量，那「朝鮮民主主義人民共和國—大韓民國關係」或「大韓民國—朝鮮民主主義人民共和國關係」都是可能的選項。不過，我也不是沒考慮把朝鮮半島南北關係也納入例外，這點我認為並非不能討論。Sanmosa Szégyen a futás, de hasznos 2024年4月26日 (五) 08:22 (UTC)[回覆]
不同意如此改。朝鮮半島情勢有其歷史及政治因素。若有德國、越南類似條目同理。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月28日 (日) 08:38 (UTC)[回覆]
那我也把它納入例外就是了，這點我倒是持開放意見的。Sanmosa 全方貧工之聯合 2024年4月30日 (二) 03:07 (UTC)[回覆]
一定有比用英文字母更好的排序方法 ——魔琴［身份聲明 留言 貢獻 新手2023］ 2024年4月25日 (四) 04:20 (UTC)[回覆]
@魔琴：考慮到現時的排序習慣就是以英文字母為準，個人認為英文字母已經足夠好，而且國際關係命名常規影響的條目眾多，如果其規定與現時的排序習慣不相同，將對中文維基百科的條目維護造成重大負擔。再者，既然你聲稱「一定有比用英文字母更好的排序方法」，那請你提出具體的排序方法。Sanmosa Szégyen a futás, de hasznos 2024年4月25日 (四) 07:03 (UTC)[回覆]
個人更傾向於按ISO 3166或者衍生方案排，畢竟3166就能解決絕大部分政區的排序問題。不過如果推行不了的話建議在手冊用「暫遵從英文……」留以後再議（等到雙邊關係全部建立完了就不需要議了）。反正規定直接寫按其他語言排序總是感覺怪怪的，偷偷摸摸的好[開玩笑的]。本來想問土耳其是按Turkey還是Türkiye，不過好像沒差，就沒必要費心思擔心這個了。開腦洞的話，各地中文名不一樣其實也可以排的，有差異的按照最前面就好了：譬如象牙海岸和科特迪瓦，按拼音/注音排都是科特迪瓦靠前，就按科特迪瓦排，我覺得是沒問題的。當然，如果拼音/注音不行還可以用Unicode、康熙甚至說文（逐漸離譜），但是都太麻煩了，不實用 ——魔琴［身份聲明 留言 貢獻 新手2023］ 2024年4月25日 (四) 19:49 (UTC)[回覆]
反對從ISO，會構成對臺灣的歧視，這我上次已經提過了。不傾向於寫成「暫遵從英文……」，中文維基百科的永久暫行辦法已經夠多了。Sanmosa Szégyen a futás, de hasznos 2024年4月26日 (五) 05:44 (UTC)[回覆]
台灣有自己的代碼啊，倒不如說歧視其他的科索沃、索馬里蘭之屬（不過至少科索沃可以用RS-KM）。再說了這類情況特殊處理也不是維基百科的問題啊。 ——魔琴［身份聲明 留言 貢獻 新手2023］ 2024年4月30日 (二) 07:05 (UTC)[回覆]
@魔琴：這本來確實不是維基百科的問題，但要真跟了ISO的話，那就真成維基百科的問題了。Sanmosa 全方貧工之聯合 2024年5月1日 (三) 13:59 (UTC)[回覆]
用ISO排序，台灣一樣是排到「T」的地方啊。表面上照搬根本不會有什麼問題。--Ghren🐦🕒 2024年5月12日 (日) 07:52 (UTC)[回覆]
我擔心的是一旦在這裏引入了ISO，那其他地方勢必也會要求同樣引入ISO，這裏ISO沒構成對臺灣的歧視不代表在其他地方ISO同樣不會構成對臺灣的歧視，因此我不能開這個頭。ISO就是個Pandora's box。Sanmosa 全方貧工之聯合 2024年5月12日 (日) 14:19 (UTC)[回覆]
(＋)傾向支持。◯澳關係、中◯關係之流名稱根本不符合通用的命名常規的防止歧義、易於識別兩大原則，早應更正，僅僅在常用一個原則上勝出並不符合命名常規文意。本案算是在國際關係上加以明確。至於「無特定中文常用語序」情形的排序，英文字母最爲簡便；若爲免所謂「英文」中心，可考慮頁面ID為奇數則順序、偶數則倒序，或者相反；事件條目國際反應章節亦可採用此法。--— Gohan 2024年4月26日 (五) 03:50 (UTC)[回覆]
可能還需考慮中文六地用字差別，不過出於減少鏈入成本的因素，我還是傾向支持對一些絕對不會產生歧義的簡稱，允許使用簡稱，或者靠創建重定向的方式減少鏈入成本。--重慶軌交18（留言） 2024年5月16日 (四) 23:33 (UTC)[回覆]
提案並不禁止，甚至某程度上鼓勵建立重新導向。Sanmosa 人人皆王 2024年5月17日 (五) 06:24 (UTC)[回覆]
我也反對一刀切禁用單字標題，如上所說大國關係一般單字壓倒性比全名更常用-某人✉ 2024年4月26日 (五) 09:45 (UTC)[回覆]
我的草案也好像沒有一刀切禁用單字標題吧？Sanmosa 全方貧工之聯合 2024年4月26日 (五) 10:19 (UTC)[回覆]
「實體名不得使用單字簡稱，以提高可識別性及避免產生歧義。」還有下面不也說現行的只是臨時措施，在未來也應該逐步廢除？還是我理解錯了？--某人✉ 2024年4月26日 (五) 22:28 (UTC)[回覆]
「特殊情況」的規定可以override「基本原則」的規定。「特殊情況」的規定雖然屬於臨時措施，但未來具體應該如何逐步廢除還需要另外的社羣共識，至少我看不到短期內廢除「特殊情況」的規定的可能性。Sanmosa 全方貧工之聯合 2024年4月30日 (二) 03:10 (UTC)[回覆]
既然已經有人將中日關係移動到了中國—日本關係，就說明這條限制性「臨時」規則會誤用。使用一字線（「—」）屬於外語中心主義的譯名。類似的話，是否可以將彭定康改為克里斯·帕滕（Chris Patten）--Kethyga（留言） 2024年4月30日 (二) 03:30 (UTC)[回覆]
@Kethyga：這不屬於誤用，草案本質上就是discourage單字標題的，「特殊情況」只是不要求使用單字簡稱的條目名必須全部改用非單字簡稱。不贊同「外語中心主義」的論調，我已經提過了「提案只是為中文維基百科現行的排列習慣進行歸納」，連接詞或符號到底該用甚麽在現階段討論並不適合，這樣只會妨礙共識形成的進程。彭定康的情況不同，外交關係與人物不是同一回事，而且「彭定康」屬於當時香港的官方譯名，有名從主人規則背書，然而外交關係作為「稱不上有『擁有者』的情事」，被名從主人規則所認為不能適用名從主人規則。Sanmosa 全方貧工之聯合 2024年5月1日 (三) 13:58 (UTC)[回覆]
按您的標準，類似的條目日俄戰爭會變成日本—俄國戰爭，英日同盟會變成英國—日本同盟，然而Anglo-Japanese Alliance在香港教育局推薦的英漢詞彙和中國大陸百科全書都是也是英日同盟、[2]。既然你認為名從主人，那首爾政權也不應該按照地區詞改用「南韓」，也不清楚為什麼一個堅持使用常用名稱，而另外一個卻要限制使用常用名稱。此外您限制使用常用名稱，還有原創研究之嫌。--Kethyga（留言） 2024年5月1日 (三) 15:02 (UTC)[回覆]
外交關係與戰爭、外交同盟不完全是同一回事，我認為不能稱之為「類似的條目」，而且就算這真能算「類似的條目」，我的草案目前規範的只有外交關係條目，你這裏如此外延曲解了我的草案，故而是不適當的。Sanmosa 全方貧工之聯合 2024年5月1日 (三) 16:04 (UTC)[回覆]
Wikipedia:維基百科不是什麼#維基百科不是發表創新意念的地方，「發表原創或初級研究 ，例如提出新理論及解法、原創意念、自創定義或詞語等。」--Kethyga（留言） 2024年5月2日 (四) 00:40 (UTC)[回覆]
我倒是認為你這種不適當的外延才是真正的原創研究。Sanmosa 全方貧工之聯合 2024年5月2日 (四) 09:21 (UTC)[回覆]
涉及到維基方針就不正面回答。
您自己說的「使用『國際關係』一名是考慮到日後社群有可能會打算為其他國際關係專題下的條目的命名作規範」，當然是類似條目和合理的擴展。--Kethyga（留言） 2024年5月3日 (五) 11:49 (UTC)[回覆]
我下方有提過我調整了草案用詞了，就現時的草案用詞而言，你説的並不成立。Sanmosa 全方貧工之聯合 2024年5月3日 (五) 13:40 (UTC)[回覆]
目前討論中存在的分歧還比較多，比如部分單字關係實際上更為常用、南北（東西）朝鮮/德國/越南此類命名問題、排序問題，還有我自己認為的草案內容舉例問題，如草案中的中國—俄羅斯關係實際上為重定向，不宜作為前邊論述給出的條目例子，還有後續提到的多個紅鏈應該以本地現有的條目為例，如果沒有，可能的理由是這種標題事實上在本站非常不適用。還有一個比較簡單的問題就是文中提到的「國家與地方關係」以及「兩地方關係」是否適用於標題「國際」一詞，如果僅取狹義的「國」與「國」之意，草案標題可能需要改成「雙邊」之類。因此，在討論達成比較圓滿的共識之前，暫不支持輕易公示及通過。--東風（留言） 2024年5月1日 (三) 17:10 (UTC)[回覆]
@Easterlies：
  1. 國際關係命名常規主要是想要確立命名一致性，並確保條目名稱符合防止歧義與易於識別的要求，而且現存大部分的外交關係條目都使用「XX—YY關係」的格式，我這裏也只是把中文維基百科現行的排列習慣歸納起來而已。
  2. 你説的「舉例問題」我不認為是問題，紅色連結的出現也有可能意味著到現在還沒有人建立該條目，或是該等類型的條目本身不宜建立，然而我沒看到社羣有達成過任何類似後者的共識（就國際關係專題層面而言）。至於中國—俄羅斯關係的情形，我認為現狀是不適合的。
  3. 使用「國際關係」一名是考慮到日後社羣有可能會打算為其他國際關係專題下的條目的命名作規範，這時候新規範可以直接寫入WP:命名常規 (國際關係)而無須另立頁面。
Sanmosa 全方貧工之聯合 2024年5月2日 (四) 09:35 (UTC)[回覆]
方針指引命名可以寫「國際關係」（取國際關係專題之意），但實務上涉及條目多是雙邊關係條目（也包含非國家之地區或國際組織間關係），所以內文用「雙邊關係」較為清晰，也可省去計較國家地區地位的多餘麻煩。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年5月2日 (四) 12:31 (UTC)[回覆]
內文用字調整了，然而「省去計較國家地區地位的多餘麻煩」卻不見得。比如「任何情況下均不當使用『<國名／國號乙>—<地方（特定時期）甲>關係』的格式命名條目」這條條文就限制了國家與地方關係條目的命名中，地方必須置前。Sanmosa 全方貧工之聯合 2024年5月2日 (四) 13:27 (UTC)[回覆]
目前的草案有對中國大陸—香港關係作規定嗎。--東風（留言） 2024年5月5日 (日) 02:58 (UTC)[回覆]
@Easterlies：由「兩地方關係條目命名」章節規範，而且現時的命名是符合該擬議規範的，倒也不用更動條目名稱了。Sanmosa 全方貧工之聯合 2024年5月7日 (二) 00:38 (UTC)[回覆]

修訂刪除方針明確允許刪除沒有來源30日以上的條目

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

修改WP:DP#REASON當前的7：

現行條文

徹底嘗試後仍無法由可靠來源查證的條目，尤其是不符合任何關注度指引（《通用關注度指引》或者其它專題關注度指引），且已經掛相應模板30天的條目

提議條文

所有版本均沒有可靠來源查證的條目，尤其是不符合任何關注度指引（《通用關注度指引》或者其它專題關注度指引），或已經掛相應模板30天的條目。

刪除方針中的「務必先考慮改善頁面」和「徹底嘗試後」在實踐中導致了某些頁面「現在沒有來源，但是僅僅因為可能有來源」而保留。其指導的行為導致了讀者得到不可靠的信息，影響了維基百科的質量。

現在的cat:缺少可靠來源的條目和cat:缺少來源的條目的統計數和約為4.5萬，足以證明可供查證方針並沒有得到完全的執行。--落花有意12138 2024年4月20日 (六) 14:52 (UTC)[回覆]

雖然這能增加存廢提出和倒逼質量提升，但這與過往實踐有很大不同。「或已經」似乎意味着沒有來源的條目能直接提刪。懷疑社群無力妥善處理眾多條目，同時，有來源但不夠或不準的條目也有很多，只刪除無任何來源的條目可能留下漏洞，且某些可能明顯有來源。對於「不可靠的信息」而未做查證，傾向更顯著和充分的標註。--YFdyh000（留言） 2024年4月20日 (六) 23:17 (UTC)[回覆]
@YFdyh000：「無力妥善處理」可以通過有序的逐步刪除得到處理，後面指出的其他問題確實是對可供查證的違反。但是兩者均不是本提案的討論範圍，這裡討論的是「完全沒有來源的條目該不該刪」--落花有意12138 2024年4月27日 (六) 14:12 (UTC)[回覆]
你不想著去找來源，只想著刪，就是無序，很多地方都指出先嘗試改進，實在是找不到來源再去提刪。--日期20220626（留言） 2024年4月27日 (六) 14:15 (UTC)[回覆]
意見：標識++，清理+，直接移除-，直接存廢--。如果提案是大量標識無來源內容供之後清理和預告移除，我可能會中立，但計劃需有序逐步。目前不應刪除整個條目，只因沒人查證而非無法查證，刪除是使內容不再可用（無法查證、貢獻滅失）；草稿的自動過期刪除相似，我就不太贊成。--YFdyh000（留言） 2024年4月27日 (六) 14:30 (UTC)[回覆]
「且」改「或」意味著只要掛著模板，就算實際上已經不再需要掛模板也依舊需要提刪，我不認可。Sanmosa Szégyen a futás, de hasznos 2024年4月22日 (一) 01:31 (UTC)[回覆]
這種情況顯然應該移除模板而不是提刪，如有這種情況發生，應該提示這位用戶注意常識和本維基的目標，而不是方針的問題。而且實際上不應刪除的會在存廢討論被保留。--落花有意12138 2024年4月27日 (六) 14:17 (UTC)[回覆]
"徹底嘗試後仍無法由可靠來源查證的條目"和「尤其是不符合任何關注度指引，且已經掛相應模板30天的條目」才是兩類不同的條目，這樣改法會過度擴大刪除範圍，甚至還會波及部分老舊且本來就沒有腳註來源的條目，即使這些條目並沒有標註。還是認為沒來源的情況，掛標識作為留意，而不是做刪除派。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年4月23日 (二) 01:14 (UTC)[回覆]
對，原本方針講的是提刪無關注度條目，現在被落花有意擴大成提刪無來源條目。--日期20220626（留言） 2024年4月23日 (二) 03:38 (UTC)[回覆]
如果認為沒有關注度應該提刪，我不反對，可以另開一條，而不是原來那樣的and關係。關注度和可供查證是兩個方針，應該一併遵守。--落花有意12138 2024年4月27日 (六) 14:39 (UTC)[回覆]
如果是條目內部有文字沒有來源，可以刪除，但不是一定要刪除，整個條目也是如此，不應該讓沒有來源的條目強制刪除。--日期20220626（留言） 2024年4月27日 (六) 15:08 (UTC)[回覆]
原本的方針挺好的，不必修改。有來源也不代表什麼，理論上可以學折毛，亂塞來源；維基百科本身就是不可靠信息，加不加來源都不改變這個性質；刪除方針第二段明確寫有「我們應該儘量保留所有合乎百科全書目標的頁面，刪除應該是最後的選擇」，提案與這句話精神不符，應該嘗試去找來源，而不是想著去提刪，實在找不到來源可以掛關注度模板，而且中維要是一堆條目缺失，也讓中維失去存在的意義。--日期20220626（留言） 2024年4月23日 (二) 03:21 (UTC)[回覆]
@日期20220626：
前面的發言是針對有來源的條目質量如何，不是本討論的範圍。
既然已經掛模板30天了，說明大概率沒有人願意找來源，上面提到的積壓數也是一個側面證據。既然如此，我們需要討論的就是無來源的條目是放在原處更好還是刪除更好。我的意見是刪除更好。
如果您仍然認為這些條目有改善的空間，那麼我認為轉草稿也可以。--落花有意12138 2024年4月27日 (六) 14:29 (UTC)[回覆]
「我們應該儘量保留所有合乎百科全書目標的頁面，刪除應該是最後的選擇。」可供查證是方針之一，「刪除更好」是傾向之一，但目前不是一直掛着POV、BLP就應該清除內容以免違背。
除非有作業小組和流程持續，並且這些草稿不會自動過期，不然轉草稿肯定不是正確選擇。維護模板更顯著能做到類似草稿的目的，或者新設「偽草稿」。--YFdyh000（留言） 2024年4月27日 (六) 14:41 (UTC)[回覆]
@YFdyh000：現在似乎存在一種假設，就是沒有來源的內容似乎是什麼天然的奇石一樣，不需要積極改進也能很好看。但是事實上這些內容是泥沙和金沙的混合物，辨別哪些是金子的成本並不少於重新製造金子。並且對於讀者，他們不能被期望能夠做那些連「維基百科編者」都很難做成的事情。我認為，維基百科不應該提供摻着沙子的粥，因為網絡上已經不缺少這種信息來源了。--落花有意12138 2024年4月30日 (二) 11:32 (UTC)[回覆]
有來源的也是泥沙和金沙的混合物，所以表面上的有來源才真的是看上去很好看而已。--日期20220626（留言） 2024年4月30日 (二) 12:56 (UTC)[回覆]
提一點，有些書籍會循環引證維基百科內容，如果無來源內容被刪除，不利查證，重新編寫時可能錯誤引用。所以我傾向儘量少的刪除歷史——甚至哪些條目、內容涉及偽造而被移除，也難以查證了，無人整理。維基百科不應，但理論上，作為不可靠來源它永遠在「提供摻着沙子的粥」，真正經過評審與討論的內容才比較可靠。--YFdyh000（留言） 2024年4月30日 (二) 14:04 (UTC)[回覆]
不需要兼容錯誤的使用方法，特別是已經提醒的情況：無論是引用本頁還是維護模板，都是很明顯的通知。
不能達到完美，但是可以趨近。移除這些沒有來源的內容可以改善整體的質量。
@日期20220626：我們在討論是否應該提刪無來源條目，和有來源的條目的質量無關。如果您認為這一問題的確急切，請您另開討論。--落花有意12138 2024年5月1日 (三) 07:32 (UTC)[回覆]
因為既然你提到泥沙和金沙的混合物，那我就覺得由於維基百科聲稱自己是不可靠來源，那其實有來源和沒來源，並沒有差多少。--日期20220626（留言） 2024年5月1日 (三) 07:44 (UTC)[回覆]
這個言論不論動機（或許基於維基百科不墨守成規），已經直接挑戰WP:五大支柱的維基百科是一部百科全書。也將直接影響維基百科採用中立觀點的運作。--Rastinition（留言） 2024年5月1日 (三) 07:57 (UTC)[回覆]
沒來源的條目，讀起來可以像是個百科全書的條目，也可以寫的很中立，有來源也能寫的不中立，所以單純因為無來源就要將條目刪除就不應該。--日期20220626（留言） 2024年5月1日 (三) 08:01 (UTC)[回覆]
條目刪除只是其中一個主題，但不能因為其中一個主題而嘗試讓網站本身只有樣子像是個百科全書。
(＊)'提醒'看起來像是不代表本質是，我只進行這個回饋，其他文字不提供進一步的回饋--Rastinition（留言） 2024年5月1日 (三) 08:05 (UTC)[回覆]
如果自己努力找，卻找不到來源，可以走關注度流程。--日期20220626（留言） 2024年5月1日 (三) 08:02 (UTC)[回覆]
@日期20220626
1.我已經多次提醒您這與本討論無關了。這個條目加了來源，只要掌握了正確的方法，顯然是對它的質量有益的，不能因噎廢食。我們的討論是關於「加來源」以前的條目，之後的與此次討論無關。這次回復後如需再討論，請另開討論。
2.所謂「因為維基百科是不可靠信息，所以加來源的和不加的條目並沒有差多少」是錯誤的觀點
首先，所謂「維基百科是不可靠信息」正是可靠來源指引的內容。將該方針的內容解釋為與其精神相悖的含義，顯然違反了法的精神。
第次，在編寫維基百科或嚴肅調查時，因為（所有）維基的內容是志願者維護，因此不能作為事實的參照，而應該追回到該內容所依靠的來源中，自行核查來源。在這些情況下，對事實的需求很高，因此說維基百科是不可靠的，也就是在說維基百科並不總是真的（即「存在內容為假）」。
相對地，對於維基百科的讀者，這句話並總不是真的。對於非嚴肅調查目的者，他們的事實需求並不那麼高，而維基百科中確實存在真實的信息，因此它在一定程度上有參考價值。所以這裡說它是不可靠的，是在說「不存在內容為真」，即「所有內容為假」，是片面的。
3.「沒來源的條目也可以寫的很中立」，這裡偏離了討論重點。無來源的條目的主要問題是違反可供查證方針，而不是同級的中立的觀點方針。
4.論證「無來源內容不代表一定是質量差」應該舉出無來源條目質量好的例子，而不應該舉有來源條目質量差的例子。「存在a非P1，P2」和「存在a P1，非P2」並不等價。--落花有意12138 2024年5月2日 (四) 16:35 (UTC)[回覆]
而且無來源內容不代表一定是質量差，有來源內容也可以寫的像廣告，或者就像折毛創作的條目，卡申銀礦倒是都有來源，到頭來還不是被發現只是惡作劇。--日期20220626（留言） 2024年5月1日 (三) 07:57 (UTC)[回覆]
轉草稿就導致條目看不到了，中維少了很多有價值的內容，不能這樣做。--日期20220626（留言） 2024年4月27日 (六) 15:04 (UTC)[回覆]
增加查看難度可能就是目的之一，逼迫閱讀者推動改進。目前的維護模板過於司空見慣了，不在意條目品質的人直接忽略。{{or}}的着色也是這個目的。至少比徹底刪除好。轉草稿問題是移動日誌不適合一般讀者，條目合併麻煩，以及部分內容達標時的處理。--YFdyh000（留言） 2024年4月27日 (六) 15:10 (UTC)[回覆]
現在某些用戶，幾乎將草稿空間當成「萬能靈藥」（aka：垃圾桶，或者不會被看到的地方），甚至搞不好放到草稿空間，期待別人去改善（然後自己拍拍屁股走人），等待無人改善後，又以「廢棄草稿」為由，合理地拿去提刪，而且由於關注的編輯有限，可能很容易通過刪除。搞不好，擴大刪除理由，就是方便了這種只會指手畫腳然後將問題拋出後自己不想認真地改善的編輯。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年5月1日 (三) 12:50 (UTC)[回覆]
廢棄草稿會被機器人提交到速刪。--日期20220626（留言） 2024年5月1日 (三) 12:52 (UTC)[回覆]
我有個想法，對於長期無來源或明顯不足的，使維護模板更顯著一些，如更大橫幅，黃色警告標誌（黃底，而非當前{{無來源}}較溫和的橘紅色）等，以督促解決和提高警惕。甚至整個條目加底紋。至少，這比刪除要溫和一些。如果time參數控制讓人擔心，可以用單獨模板或參數控制。--YFdyh000（留言） 2024年4月23日 (二) 06:42 (UTC)[回覆]
好主意。--落花有意12138 2024年4月27日 (六) 14:21 (UTC)[回覆]
很多基礎常識條目沒有來源，不代表它是虛假不可靠的或者應該刪除。比如加侖。--桐生ここ★[討論] 2024年4月24日 (三) 15:15 (UTC)[回覆]
針對被回覆文字，如果是文字中提到的頁面類型，跨維基通常可能具有頁面且對應頁面中有記述來源（對應頁面具有從跨維基頁面擴充來源的可能），僅提供上述文字回饋。具體執行或修改不提供其他意見。--Rastinition（留言） 2024年4月27日 (六) 14:18 (UTC)[回覆]
(＋)贊成在維基百科上轉了一圈，發現這種基礎條目幾乎都沒參考資料--Dnaimfz（留言） 2024年5月5日 (日) 10:51 (UTC)[回覆]
建立的時候比較早。--日期20220626（留言） 2024年5月5日 (日) 10:54 (UTC)[回覆]
有些東西就沒法找參考資料，但是又不能不寫--Dnaimfz（留言） 2024年5月5日 (日) 10:59 (UTC)[回覆]
基礎條目應該不存在找不到參考資料一說。--日期20220626（留言） 2024年5月5日 (日) 11:01 (UTC)[回覆]
基礎條目人人都明白，所以都沒什麼人看，沒人看自然就沒人編輯，進而沒人找參考來源--Dnaimfz（留言） 2024年5月5日 (日) 11:04 (UTC)[回覆]
另外一個不能忽視的問題就是維基百科在中國大陸被牆，因此一些只有中國大陸編者才可能有動機編寫的條目無法被編寫--Dnaimfz（留言） 2024年5月5日 (日) 11:06 (UTC)[回覆]
一方面如此，另一方面，其他地區的編輯呢？這些基礎條目部分是古早時期創建並且可能篇幅有限，之後就鮮有後續維護，不應該寄希望於有外語條目「鏈接」而不用去自己親手改善。所以一直以來不將「沒來源」作為提刪要求。或者有些編輯非常熱衷於提出一些不必要的理由去提刪。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年5月5日 (日) 12:16 (UTC)[回覆]
(＋)贊成--Dnaimfz（留言） 2024年5月5日 (日) 14:11 (UTC)[回覆]
是WP:TRUE？除了懶得寫「常識」，其他的要擔心原創性，「沒法找參考資料」如果是不存在就麻煩了。--YFdyh000（留言） 2024年5月5日 (日) 15:46 (UTC)[回覆]
主要考慮到的是不少老舊條目（例如偶然找到：爐），既沒有腳註參考或者列出參考，也沒有掛沒來源參考的條目。這類條目是否足夠嚴重到影響中立性巴拉巴拉的高大上的支柱？有沒考慮過這類還沒有留意到的條目的丟失會對本項目的重大影響？（我想，某些人大概只是方針機器人，沒有考慮吧？）方針很重要，但我們還有IAR，我認為不應該將沒來源視為必須刪除的必要條件，甚至多花些精神去整理這些條目（無論是自己找來源實現本地「原創」，還是翻譯補充），都比在這裡花口水去論述自己對方針的遵守的偉光正，更加實際。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年5月1日 (三) 12:44 (UTC)[回覆]
因為在我的文字下方，簡單提供對爐的回饋(呼應原本 2024年4月27日 (六) 14:18 (UTC)文字的回饋內文)
  1. en:Fire_pot
  2. ja:爐
  3. sv:Fyrfat
  4. fa:آتشدان
  • 除了回饋外的個人心得，只有zh的頁面沒有來源，狀態比較尷尬
--Rastinition（留言） 2024年5月1日 (三) 12:57 (UTC)[回覆]
所以像這類基礎性條目，會選擇彰顯自己的偉光正，直接拉去提刪（然後拍拍屁股走人，畢竟按照方針，肯定不合規而刪除）？還是花時間去補充修復？還是標記上「沒來源」，條目保住了，但的確存在問題，誰愛修誰去弄？而且這可能只是冰山一角？——Sakamotosan路過圍觀 | 避免做作，免敬 2024年5月1日 (三) 13:12 (UTC)[回覆]
@Cwek (※)注意我沒有對刪除程序是否進行做出任何表態，你在我沒有表態是否需要提刪的話題上臆測我的想法並嘗試產生我的觀點並質問，我很討厭這種行為。--Rastinition（留言） 2024年5月1日 (三) 13:15 (UTC)[回覆]
需要留意的是，是你主動回復我這段單獨提出的問題，我並沒有回應你上一段的發言，也沒期望你會主動回應我這一段的發言。只是對於為了維護支柱而對條目刪除這個提議這麼正向的言論，是不是針對不介意這個條目損失的問題，為了方針的偉大。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年5月1日 (三) 13:19 (UTC)[回覆]
@Cwek如果我沒誤會你意思，你希望我提方針，我僅這一次提出我的觀點(出自方針)，這個提案本身如果認真探討，是否滿足WP:DP#REASON的第6項存疑（個人觀點是幾乎不能滿足第6項）。要我闡述我的看法，我的看法是，這個提案容易無效且價值低落。--Rastinition（留言） 2024年5月1日 (三) 13:24 (UTC)[回覆]
肯定不滿足，這裡舉了很多例子，都是很知名的事物，來源一搜一大把。--日期20220626（留言） 2024年5月1日 (三) 13:30 (UTC)[回覆]
如果你認為我針對那些「拿方針當刪除的令箭」，但你實際沒這個觀點的話，那這部分說得不是你，不做出頭鳥。但如果存在有這種想法的編輯的話，我提醒一下，這可能不是你看到的那麼少有問題的。花嘴皮容易還是改條目實際，自己想清楚。針對Rastinition的「這個提案容易無效且價值低落」，我的看法是：你說得對。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年5月1日 (三) 13:34 (UTC)[回覆]
一部分找到的例子（之後會抽量陸續補充）：美國特勤局、流體動力學、壓縮機。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年5月1日 (三) 13:15 (UTC)[回覆]
@Cwek我不知道為什麼你想提刪這些頁面，如果你希望提刪這些頁面，沒有任何一個滿足WP:DP#REASON的第6項--Rastinition（留言） 2024年5月1日 (三) 13:29 (UTC)[回覆]
我沒說過提刪，但如果根據提案的觀念，可能能引用這個理由去「符合提刪的」不只是已經掛了沒參考的那些。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年5月1日 (三) 13:34 (UTC)[回覆]
(＋)支持--August0422（留言） 2024年5月9日 (四) 10:22 (UTC)[回覆]

提議英維指引en: MOS:TVINTL經本地化後引入中維維基百科:格式手冊/電視

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:格式手冊/電視。

目前，英維en: MOS:TVINTL有限制維基百科應收集怎樣的播放資訊，但中維沒有相關限制，導致各電視節目（包括劇集及日本動漫）均記錄了世界各地每一地區的播放資訊或重播資訊，本人認為條目內記錄每一地區的播放資訊或重播資訊是非常冗長而沒經篩選，更甚有條目的播放資訊比例佔整個條目一半或更多，有機會違反WP:SOAP及WP:NOTTVGUIDE。對此，引入en: MOS:TVINTL也許可解決問題。
en: MOS:TVINTL： Broadcast
This subsection should cover broadcast and release information about the series or season. This can include: the original network or streaming service of release in the country of production (e.g. the British network for a British series such as Doctor Who); a change in network throughout the run, such as with Futurama; start and end dates; and discussion of technical data such as picture and audio format, accompanied by critical commentary. Days or timeslots are not inherently notable, but if covering a series that switches these during its run, it may be helpful to note them for each season. If episodes are released all at once on a streaming service, it may be more appropriate to title this section "Release" rather than "Broadcast". Any syndication deals can also be noted.

As Wikipedia is not a television guide, do not include an indiscriminate list of every network that carried a series outside the country of production. Editors are encouraged instead to add noteworthy foreign broadcasts, if reliably sourced. These can include: broadcasts in primarily English-speaking nations such as the United States, Canada, United Kingdom, Australia and New Zealand; special cases such as an American series airing its finale first in France; or a mass international distribution deal, such as Netflix acquiring the international rights for Riverdale and Designated Survivor. If reliable sources exist for English broadcasts in other countries, a talk page discussion should decide whether these are notable.

可以這樣本地化：

由於維基百科不是電視指南，因此不要不分青紅皂白地列出在生產地區以外播放系列的每個播放平台。 相反，如果來源可靠，鼓勵編輯新增值得注意的非生產地區的廣播或串流資訊。 這些可能包括：在中國、台灣、香港、澳門、馬來西亞、新加坡等主要中文地區的廣播或串流資料；其餘地區除了特殊情況外，包括如相關地區的通用語言不是中文，但首次播放以中文製作節目的播放資訊；或大規模國際發行協議，否則不應被記錄。

下列資料不應記錄：

  • 播放時間（不包括播放日期）
  • 電視重播資訊
  • 電視延後播放資訊（只記錄該地區最先出現的資訊）
  • 馬拉松式播放資訊（例如在一天內連續播放5集電視節目）
  • 節目原產地區外，不是以中文提供字幕或配音的播放平台
  • 相關串流平台官網、其他可靠來源均沒有記錄相關節目的準確播放地區且相關播放平台設置了IP限制 (特別注意：Disney+、Netflix、Amazon Prime Video、TVB Anywhere、Viu OTT)
  • 如相關節目於中文地區有「代理發行」資訊，則只可記錄可在該播放平台清淅辨認相關代理資料的網路播放平台。(特別注意：日本電視動漫)

由於此條文適用於所有曾於電視廣播的節目，故在此提案。部分字眼可改，只求盡快通過。--唔好阻住我愛國（留言） 2024年4月22日 (一) 07:16 (UTC)[回覆]

個人感覺：「值得注意的」是重點，但不十分明確。短期內或頻繁的重播可能瑣碎，得到有效來源介紹的則可考慮。「除了特殊情況外」後面的語句可能仍需潤色，不好懂。「播放時間」如果有來源我覺得可以，但可能很多是查證不足。「下列資料不應記錄」第三條及之後的含義和用法我不太明白，或許應補充例子。建議邀請活躍編者，可預期存在反對聲音，另外它是指引，強制力在短期內可能不會很高，只能作為理由依據。--YFdyh000（留言） 2024年4月22日 (一) 07:56 (UTC)[回覆]
  • 「值得注意的」段落可以extend，但應如何extend則交由社群決定。
  • 「頻繁的重播」當然是瑣碎，難道要準確收錄何時重播？
  • 「播放時間」見下方解答
  • 「第三條及之後的含義和用法」，不是電視節目條目編輯者不明白是正常的。
最後那點，請參閱在Wikipedia talk:格式手冊/日本動漫遊戲 § 提議將WP:MOSACG跨媒體部分提升為指引的討論。--唔好阻住我愛國（留言） 2024年4月22日 (一) 09:26 (UTC)[回覆]
那之前疫情的時候部分作品由於製作原因推遲播出，算不算電視延後播放信息？而且這一段(如相關節目於中文地區有「代理發行」信息，則只可記錄可在該播放平台清淅辨認相關代理資料的網絡播放平台。(特別注意：日本電視動漫))應該要加上特攝作品的信息。(有部分特攝作品也會標註其代理信息)--馬哈迪跟哈迪阿旺走的越來越近了。--老墨泡芙真好吃。 2024年4月22日 (一) 07:58 (UTC)[回覆]
第一點：想法是只記錄該集數最先出現的播放平台，例如「A節目在B平台的播放時間是0900，在C平台的播放時間是0930，在D平台的播放時間是1200…」，這樣寫實在太冗長及無謂。想法是「A節目於B、C、D平台上架。」
第二點括號內的是我個人想法，當然是不會加入條文之中。--唔好阻住我愛國（留言） 2024年4月22日 (一) 09:04 (UTC)[回覆]
第一個的話這個不反對(反正超級戰隊系列特攝作品條話一般都是按散文方式寫在哪一個平台上架不大受會受影響，但是假面騎士和奧特曼系列的話有可能會受到影響刪內容。)第二點的話就是說所有電視類條目都得遵守該規範嗎？--馬哈迪跟哈迪阿旺走的越來越近了。--老墨泡芙真好吃。 2024年4月22日 (一) 11:22 (UTC)[回覆]
總之曾在電視廣播的節目條目也適用。--唔好阻住我愛國（留言） 2024年4月23日 (二) 06:04 (UTC)[回覆]
依MOS:CHINA，修改為「這些可能包括：在中國大陸、台灣、」。--CaryCheng（留言） 2024年4月22日 (一) 18:21 (UTC)[回覆]
下一版本會更正。--唔好阻住我愛國（留言） 2024年4月23日 (二) 06:03 (UTC)[回覆]

版本2

由於維基百科不是電視指南，因此不要不分青紅皂白地列出在生產地區以外播放系列的每個播放平台。 相反，如果來源可靠，鼓勵編輯者新增值得注意的非生產地區的廣播或串流資訊。這些可能包括：在中國大陸、台灣、香港、澳門、馬來西亞、新加坡等主要中文地區的廣播或串流資料；相關地區的通用語言不是中文，但首次播放以中文製作節目的播放資訊；或大規模國際發行協議。

下列資料不應被記錄：
  • 播放時間（不包括播放日期）
  • 電視重播資訊
  • 馬拉松式播放資訊（例如在一天內連續播放5集電視節目）
  • 節目原產地區外，不是以中文提供字幕或配音的播放平台

下列資料必須曾被播放平台官網或第三方可靠來源記載方能保留：
  • 誇地區網路播放平台上架影片的準確上架地區 (特別注意：Disney+、Netflix、Amazon Prime Video、TVB Anywhere、Viu OTT)
  • 如相關節目於中文地區有「代理發行」資訊，則只可記錄可在該播放平台清淅辨認相關代理資料及相關代理公告了的網路播放平台。(特別注意：日本電視動漫、 特攝作品等)
--唔好阻住我愛國（留言） 2024年4月25日 (四) 05:07 (UTC)[回覆]
另ping @PexEric、@BlackShadowG、@Cdip150、@U:Skiate--唔好阻住我愛國（留言） 2024年4月25日 (四) 05:12 (UTC)[回覆]
「下列資料不應記錄」之後的內容，不是英維既有的內容，不少看起來過於一刀切，個人認為相關條文有些不合實際操作：
第一條，日本動畫作品的時刻表通常使用三十小時制，不記錄「播放時間」，只記錄日期很容易出錯
第二條的實際操作預計會刪除很多內容，需要更多人參與討論，以減少潛在的編輯衝突，以還珠格格#電視節目的變遷舉例，要刪掉「復播」的內容。一些記錄特定電台的播放節目模板，如{{中視八點檔}}《還珠格格》幾輪重播都有記錄，這些又如何處理。
第三條個人認為有記錄必要，一來是平台發佈方式的不同，如Netflix是一次性全部發佈的，二來中國大陸節目播放是有政策限制的，2014年之前是「一劇四星」，之後是「一劇兩星」（[3]）
可靠來源才加入內容，這應該是一般的內容要求。「下列資料必須曾被播放平台官網或第三方可靠來源記載方能保留」的描述十分累贅，完全可以合併成一句話概括：「節目的播放平台及網絡電視的節目可觀看地區都需要列明來源」。
PS：錯字「誇地區」。--Nostalgiacn（留言） 2024年4月25日 (四) 08:49 (UTC)[回覆]
1. 編輯者有責任將日本30小時制轉換至中文地區的24小時制，這樣可提高條目可讀性。（註：近期日本動畫條目已停止記錄30小時制播放時間表，僅列出24小時制首播及完結日期。）
2. 不記錄重播資訊，只記錄首播資訊是英維要求。節目模板可以保留。
3. 可以刪除，反正第二條有相同功用。
4. 下一版本會更正，並放在首段。
整個句子可能是「節目的播放平台及網絡電視的節目可觀看地區都需要列明來源，否則其他編輯者有權移除未能辨認可觀看地區的播放平台及網絡電視播放資訊。 因應地區IP而調整播放內容的網路播放平台連結、需要登入方能閱讀播放清單的網路播放平台連結、Category:電視外部資源模板相關連結及社群媒體並不是可接受能證明可觀看地區的來源。」--唔好阻住我愛國（留言） 2024年4月25日 (四) 10:24 (UTC)[回覆]
(＋)支持。--CaryCheng（留言） 2024年4月25日 (四) 16:00 (UTC)[回覆]
對於日本動畫的話，電視播放途徑會有一手來源（官方本身有類似onAir的來源），可以考慮保留時間。網站播放途徑不確定其發布時間是不是確定的，可以不保留。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年4月26日 (五) 01:10 (UTC)[回覆]
整頓完TV後就該整頓TV anime，電視聯播網也不知道是什麼…英維已有部分條目採用電視聯播網歸納全日本電視台，與中維日劇條目差不多處理方法。
況且播放時間能證明什麼？
時段可以，但準確時間萬萬不可。試想想，如果上一節目時段因為緊急直播10分鐘而導致此節目延遲10分鐘結束節目，編輯者通常在條目解釋為何延遲播放此節目，唯解釋普遍沒有來源且與節目條目無關，備註長度碪比節目介紹，香港電視條目正深受其害。--唔好阻住我愛國（留言） 2024年4月26日 (五) 03:25 (UTC)[回覆]
往常處理也是不考慮臨時的延時、改期情況，如果需要的話，是有來源引述時在動畫節目章節內導言中提及。時間的話，需要多精確？onair來源中來精確到「23:00」的話，就按照這個時間描述則可。電視聯播網現在ja都不提及的，電視播放渠道只需要按照來源說明哪個電視台播放基本足夠。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年4月26日 (五) 06:02 (UTC)[回覆]
  • 這裏該處理整體電視條目，而非單指日本電視動畫…
  • 「臨時的延時、改期情況」在日本條目實屬少見，唯香港條目是普遍。
  • 「23:00」時段即可，免得又說因為xxx事而延誤xx分鐘播放。
--唔好阻住我愛國（留言） 2024年4月26日 (五) 06:13 (UTC)[回覆]

版本3

由於維基百科不是電視指南，因此不要不分青紅皂白地列出在生產地區以外播放系列的每一個廣播或串流資訊。 相反，如果來源可靠，鼓勵編輯者新增值得注意的非生產地區的廣播或串流資訊。這些可能包括：在中國大陸、台灣、香港、澳門、馬來西亞、新加坡等主要中文地區的廣播或串流資訊；相關地區的通用語言不是中文，但首次播放以中文製作節目的播放資訊；或大規模國際發行協議。節目的播放平台及網絡電視的節目可觀看地區都需要列明來源及符合可供查證原則，否則其他編輯者有權移除未能辨認可觀看地區的播放平台及網絡電視播放資訊。 因應地區IP而調整播放內容的網路播放平台連結、需要登入方能閱讀播放清單的網路播放平台連結、Category:電視外部資源模板相關連結及社群媒體並不是可接受能證明可觀看地區的來源。

下列資料不應被記錄：
  • 準確播放時間（不包括播放日期及播放時段）
  • 電視節目即日延誤播放資訊（包括為何延誤播放及延誤時間）
  • 電視節目重播資訊
  • 節目原產地區外，不是以中文提供字幕或配音的播放平台

--唔好阻住我愛國（留言） 2024年4月26日 (五) 06:21 (UTC)[回覆]

那包含在特定節目內的應不應該記錄準確播放時間？(例如目前在翡翠台播出的小書痴以及東電在某些時段冠其他名稱的動畫)--馬哈迪跟哈迪阿旺走的越來越近了。--老墨泡芙真好吃。 2024年4月26日 (五) 07:13 (UTC)[回覆]
準確播間是類似香港TVB晚上八點檔愛回家，電視節目時間表寫20:00播放至20:30結束，但實際播放時間是20:03-20:27。
故寫播放時間時只需提及「此節目逢星期一至六晚上八時正首播。」--唔好阻住我愛國（留言） 2024年4月26日 (五) 07:43 (UTC)[回覆]
與原有時段嚴重不符的特殊偶發延誤資訊應可記錄，例如延誤半小時以上。亦即經常延誤的節目不宜記錄，例如習近平時代的央視新聞聯播其後的電視劇等節目；據稱胡錦濤時代的央視新聞聯播延誤極少，由此導致的節目延誤應容許記錄。--— Gohan 2024年4月27日 (六) 02:09 (UTC)[回覆]
如何符合列明來源及符合可供查證原則？
請提供相關記錄的例子，謝謝！--唔好阻住我愛國（留言） 2024年4月27日 (六) 06:06 (UTC)[回覆]
與本問題無關（即不應因部分內容無來源而全面禁止以至牽連有來源的內容）。但有例子：フジテレビは地震発生時……映畫『ヲタクに戀は難しい』を放送……報道特番に切り替わり、深夜1時25分ごろに続きの放送が再開された。その後、2時間15分押しで深夜1時35分から『さんまのお笑い向上委員會』……--— Gohan 2024年4月27日 (六) 09:33 (UTC)[回覆]
只限於臨時的節目時間改動，有來源（例如報道）的情況就可以作為描述文段提及。至於其原有的周期性播放時間點，也按照已有來源參照描述則可。例如[4]這種，每個播放電視台的周期播放時間是可以引述來源上描述的，如果當時的播放時間有偏差（例如上面提及的《愛回家》的時間）或者突然的變動，有來源提及就描述，沒就不管。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年4月28日 (日) 02:06 (UTC)[回覆]
建議第2點改爲：
  • 推遲不足30分鐘或並非偶發的延誤播放之資訊
再者，一個節目若在滲透率二成的衛星電視或收費有綫電視頻道首播，而後在滲透率九成的地面電視頻道重播，後者應容許記載。故建議第3點改爲：
  • 重播資訊，除非傳播媒介不同而使該重播頻道滲透率倍增於此前任一已播出頻道
此外，「相關地區的通用語言不是中文，但首次播放以中文製作節目的播放資訊」文法不通，難以理解，應予修改；「在生產地區以外播放系列的每一個廣播或串流資訊」中，「系列」顯然是機械翻譯，亦應修改。
另外，建議條文可能致使編者以爲跨國播出只能在「播出國家／地區」欄目列出原產國或中維六地（例如以爲GEM TV ASIA的此列法違規）而令所示播出範圍小於實際，需要澄清；「廣播」一詞有歧義，在部分地方僅意味大氣電波播出，亦需更改。--— Gohan 2024年4月28日 (日) 07:48 (UTC)[回覆]
  • 第一點(＋)支持，下一版本會更正。
  • 第二點有點麻煩，畢竟以「滲透率」作標準有爭議。
  • 第三點是英維要求，應如何改善？
  • 第四點(＋)支持，下一版本會更正。
  • GEM TV ASIA是採用內嵌字幕，除了香港是嵌入中文外，其餘東南亞地區是嵌入英文，故列出東南亞地區其實是不符合最後一點原則。
  • 英維是採用「廣播」，中維可用「播放」，下一版本統一至「播放」。
--唔好阻住我愛國（留言） 2024年4月28日 (日) 08:43 (UTC)[回覆]
更正一點:GEM TV ASIA實際使用的是DVBSUB形式的隱藏式字幕並非是內嵌字幕。(部分運營商會將外掛式字幕轉為內嵌式字幕)--馬哈迪跟哈迪阿旺走的越來越近了。--老墨泡芙真好吃。 2024年4月28日 (日) 08:47 (UTC)[回覆]
「等主要中文地區」--唔好阻住我愛國（留言） 2024年4月28日 (日) 08:58 (UTC)[回覆]
同一頻道同一時間播出何必作出區隔？省去幾個字國名？如此致使讀者以爲GEM TV ASIA在此時段香港才播出此節目，在其他地方不然。因此主張在任一地方滿足條件即可；同樣，在任一地方屬於首播即可，而不應刻意遺漏同一頻道同一時間播出同一節目而非首播的地方。--— Gohan 2024年4月28日 (日) 08:58 (UTC)[回覆]
這是英維「English licensee」所主張的。在英維，同一頻道列A地區不列B地區是常見。--唔好阻住我愛國（留言） 2024年4月28日 (日) 09:33 (UTC)[回覆]
查無相似主張。英維的Release章節並不規定：若一個電視頻道同時向英語、非英語國家播出同一節目，只能列出英語國家；或一個電視頻道同時向多地播出同一節目，只能列出提供英文字幕的國家或地區。一個電視頻道同時向多地播出同一節目應視爲單一行爲，不宜片面陳述，正如可標識跨國流媒體「全球」播出。--— Gohan 2024年4月29日 (一) 06:34 (UTC)[回覆]
當然是查無主張啦，因為這僅是實際操作。
個人是反對「全球」一詞，世界上沒有任何一個媒體可以全球通行，以 「全球」作結表示該名編輯者沒有進行資料搜集、原創研究、發放錯誤訊息。--唔好阻住我愛國（留言） 2024年4月29日 (一) 12:59 (UTC)[回覆]
若在該串流媒體的任何任務區可看，「全球」無可厚非；或許只需一個自訂或變態的「 全世界」模板作解釋或tooltip。--— Gohan 2024年4月30日 (二) 08:22 (UTC)[回覆]
服務地區（Service Area）--唔好阻住我愛國（留言） 2024年5月1日 (三) 02:50 (UTC)[回覆]
按照您的說法那b站本身也不能作為可靠來源。(B站本身限制海外地區瀏覽中國大陸的影視內容只能通過B站以及代理商社交媒體查詢。)--馬哈迪跟哈迪阿旺走的越來越近了。--老墨泡芙真好吃。 2024年5月1日 (三) 08:42 (UTC)[回覆]
外維是直接禁止引用播放清單（不論英維還是其他維），但我的條文中卻只要求該播放清單全球任何一地均可閱覧及能清楚辨認屬地即可。
bilibili應該是不受影響，而YouTube, Netflix, Disney+, Viu OTT,愛奇藝等全球性平台才是影響較大。--唔好阻住我愛國（留言） 2024年5月1日 (三) 08:56 (UTC)[回覆]
雖然因為確實沒有主張，但是確實是有這麼做的(在WP:共識中有提到在維基百科，共識是一種典型但往往含蓄無形的過程。所有沒有異議或不被其他編者回退的編輯，均可假定其具備共識。)類似於J2更名為TVB Plus英語社群這邊鑑於該頻道只是更名並增加財經節目並不符合獨立關注度所以沒有跟現在中維一樣建立新條目而是將條目進行移動。(要是真按照英語的共識那高清翡翠台、J5應該要合併到無綫財經 體育 資訊台並刪除大量瑣碎細節內容。以及按照命名常規將無綫財經 體育 資訊台更名為更常用的無綫財經體育資訊台)--馬哈迪跟哈迪阿旺走的越來越近了。--老墨泡芙真好吃。 2024年4月30日 (二) 06:49 (UTC)[回覆]
雖然二位都未明指「主張」是什麽，但是在下意會有關主張後隨機搜尋思緒中首先浮現的電視節目，竟就足以駁倒「確實是有這麽做的」：英維「如懿傳」條目國際播出章節列出：Star Chinese Channel在Hong Kong and Southeast Asia播出、三個越南電視臺播出三次越南語配音的版本，無論如何設想都不符合「若一個電視頻道同時向英語、非英語國家播出同一節目，只能列出英語國家；或一個電視頻道同時向多地播出同一節目，只能列出提供英文字幕的國家或地區」或「不應記錄」「節目原產地區外，不是以中（英）文提供字幕或配音的播放平台」。此外，毫不認同有關英維J2的評論，離題不贅。--— Gohan 2024年4月30日 (二) 08:21 (UTC)[回覆]
然而相關方針指的是原生英文的節目。例如瑞克與莫蒂、汪汪隊立大功這兩個條目都是以散文的形式標註具體提供的配音版本以及配音版本的播出頻道。(實際就是要求跟英文一樣儘量使用散文和信息框的形式，而不是純信息框。)--馬哈迪跟哈迪阿旺走的越來越近了。--老墨泡芙真好吃。 2024年4月30日 (二) 11:35 (UTC)[回覆]
日後希望您在提出有關方針或指引的説法，請明示依據或直接引述。至少en:Wikipedia:Manual of Style/Television查無有關「原生英文的節目」的條文，否則請指明；版本3至今所有人的提案中亦無「原生中文的節目」一説，您提出「原生英文」所爲何故？不免懷疑您在2024年4月28日 (日) 08:58 (UTC)下屬的一串討論中的近兩次留言已離題，也難以猜測「確實是有這麼做的」（2024年4月30日 (二) 06:49 (UTC)）到底是指怎麽做？--— Gohan 2024年5月1日 (三) 03:54 (UTC)[回覆]
看了一下，確實沒有直接寫明禁止非英語但是提到英語系國家優先。(對應段落en:MOS:TVINTLAs Wikipedia is not a television guide, do not include an indiscriminate list of every network that carried a series outside the country of production. Editors are encouraged instead to add noteworthy foreign broadcasts, if reliably sourced.These can include: broadcasts in primarily English-speaking nations such as the United States, Canada, United Kingdom, Australia and New Zealand)--馬哈迪跟哈迪阿旺走的越來越近了。--老墨泡芙真好吃。 2024年5月1日 (三) 06:43 (UTC)[回覆]
要是真在某特定區域播出，直接寫對應的地區就行(例如無職轉生在東南亞地區曾在ANIMAX播出就直接寫東盟就行了。)--馬哈迪跟哈迪阿旺走的越來越近了。--老墨泡芙真好吃。 2024年4月28日 (日) 10:37 (UTC)[回覆]
你要說「東盟」或「東南亞」的話，請證明此動畫可在泰國以Animax觀看。--唔好阻住我愛國（留言） 2024年4月28日 (日) 14:41 (UTC)[回覆]
該頻道本身在泰國已經於2017年停播，但是部分節目仍可在TrueID以點播的形式提供。類似於ANIPLUS在香港的情況。(而且在無職轉生的英語條目中對於該台播出的地區描述用的是模糊的東南亞地區而並未精準到國家)--馬哈迪跟哈迪阿旺走的越來越近了。--老墨泡芙真好吃。 2024年4月29日 (一) 00:05 (UTC)[回覆]
如無滲透率作標準，而全面禁止重播資訊，則會導致一個電視節目若在幾乎沒人會看（例如滲透率低於百分之一、收視率低於萬分之一）的頻道首播，在最多人收看（滲透率九成八）的頻道第二次播出，而後者不得記述，違背情理。--— Gohan 2024年4月29日 (一) 06:36 (UTC)[回覆]
真要按滲透率台灣的無線五台(台視、中視、華視、民視以及公視)與第四台(有線電視)的基本頻道滲透率相當(台灣的無線五台在第四台是必傳頻道)那怎麼算呢？(香港這種被TVB和政府壟斷而不能自由收視的地方真是令人悲哀。)--馬哈迪跟哈迪阿旺走的越來越近了。--老墨泡芙真好吃。 2024年4月29日 (一) 07:08 (UTC)[回覆]
滲透率相當，顯然不符合我所提議的條文中的豁免條件：「除非傳播媒介不同而使該重播頻道滲透率倍增於此前任一已播出頻道」。--— Gohan 2024年4月29日 (一) 11:51 (UTC)[回覆]
若要用滲透率作標準，則大大提高編輯難道或引起編輯爭議。
「我認為A媒體滲透高些，B很少人看。」
「我認為B媒體滲透高些，A沒有人看。」--唔好阻住我愛國（留言） 2024年4月29日 (一) 13:02 (UTC)[回覆]
相較收視率或其他數字，滲透率穩定、透明、標準一致，最爲可取。若無更佳標準、不取滲透率，可以改爲禁止「同一收視方式或受衆更狹窄的收視方式的頻道重播之資訊」；若仍有爭議，恐怕只能改成禁止「同一頻道重播資訊」；以免「一個電視節目若在幾乎沒人會看（例如滲透率低於百分之一、收視率低於萬分之一）的頻道首播，在最多人收看（滲透率九成八）的頻道第二次播出，而後者不得記述」。此外，或許需要括注「（惟特有中文名稱可標注相應電視臺或頻道）」。--— Gohan 2024年4月30日 (二) 08:26 (UTC)[回覆]
這個世界有基於廣告的「電視覆蓋率(TV Overlay Rate)」。--唔好阻住我愛國（留言） 2024年5月1日 (三) 02:36 (UTC)[回覆]
依據目前資料理解，在任何框定區域內，A頻道與B頻道的滲透率的比率、A頻道與B頻道的覆蓋率的比率，是一致的（因爲A頻道與B頻道的滲透率的分母一致，A頻道與B頻道的覆蓋率的分母亦一致；A頻道的滲透率、覆蓋率的分子一致、B頻道的滲透率、覆蓋率的分子亦一致）。所以滲透率、覆蓋率孰優孰劣，在我的提議條文（「滲透率倍增」）中沒有差異。--— Gohan 2024年5月1日 (三) 03:53 (UTC)[回覆]
他願不願意願意到相關地區收看是他個人決定，總之這個台在該版權地區是有提供服務。
以日本為例，TVer的覆蓋範圍與ABEMA一致，可觀看人數達124,090,000人。
TVU福島覆蓋全福島縣，可觀看人數達 1,817,228人
TBS電視台覆蓋整個關東廣域圈，可觀看人數達43,191,414人--唔好阻住我愛國（留言） 2024年5月1日 (三) 02:49 (UTC)[回覆]
「滲透／覆蓋不到」即循此種方式無法觀看，外乎意願。--— Gohan 2024年5月1日 (三) 03:53 (UTC)[回覆]
我想探討一下「範圍」，以上面的全球和東協為例，難道要為了幾個沒有營業國家/地區而特地列出實際有播出的國家/地區嗎？這對串流節目、大型賽事可是一大麻煩（例如歐洲歌唱大賽特地把俄羅斯以外的歐洲國家寫出來）。 --窩法乙烷 兒法夢碎 2024年5月1日 (三) 03:46 (UTC)[回覆]
至少英語社群相關方面都是直接寫模糊的地區而不是寫對應國家。--馬哈迪跟哈迪阿旺走的越來越近了。--老墨泡芙真好吃。 2024年5月1日 (三) 03:51 (UTC)[回覆]

版本4

由於維基百科不是電視指南，因此不要不分青紅皂白地列出在生產地區以外的播放資訊。 相反，如果來源可靠，鼓勵編輯者新增值得注意的非生產地區的播放資訊。這些可能包括：在中國大陸、台灣、香港、澳門、馬來西亞、新加坡等主要中文地區的播放資訊；相關地區的通用語言不是中文，但首次播放以中文製作節目的播放資訊；或大規模國際發行協議。節目的播放平台可觀看地區都需要列明來源及符合可供查證原則，否則其他編輯者有權因可能違反著作權法為由移除未能辨認可觀看地區的整組播放資訊。因應地區IP而調整播放內容的網路播放平台連結、需要登入方能閱讀播放清單的網路播放平台連結、Category:電視外部資源模板相關連結及社群媒體並不是可接受能證明可觀看地區的來源。

下列資料不應被記錄：
  • 準確播放時間。（不包括播放日期及播放時段）
  • 推遲不足30分鐘或並非偶發的延誤播放之資訊。
  • 電視節目重播資訊（在該節目授權區域內的相關播放平台覆蓋比率/可觀看人數較首播平台的覆蓋比率/可觀看人數高一倍或更多除外。）
  • 節目原產地區外，不是以中文提供字幕或配音的播放平台。

--唔好阻住我愛國（留言） 2024年5月1日 (三) 05:08 (UTC)[回覆]

你的文本內容越來越累贅，有些內容不妨說得再直白一點，修改一下部分描述：「維基百科不是電視指南，請勿不分青紅皂白地列出原產地之外的播放資訊。編輯者在有來源可靠的情況下，在條目中記錄值得注意的非原產地的播放資訊，如中國大陸、台灣、香港、澳門、馬來西亞、新加坡等中文使用地區的首播資訊，還有原生中文節目在還非中文使用地區的首播資訊，或者大規模的國際播放資訊。節目的播放平台及網絡電視的節目可觀看地區都需要列明來源，網絡電視節目連結不合適作為來源，因地區限制訪問，部分編者無法查核，來源是否可靠請通過討論協商。」

英維原文可沒有「否則其他編輯者有權因可能違反著作權法為由移除未能辨認可觀看地區的整組播放資訊。因應地區IP而調整播放內容的網路播放平台連結、需要登入方能閱讀播放清單的網路播放平台連結、Category:電視外部資源模板相關連結及社群媒體並不是可接受能證明可觀看地區的來源。」這段，而是建議討論來源是否可靠，因為條目使用可靠來源本身就是「內容指引」，需要的是討論來源是否可靠（WP:RSP）。--Nostalgiacn（留言） 2024年5月1日 (三) 15:55 (UTC)[回覆]

第一段不反對，第二段僅重申Category:電視外部資源模板相關連結只是外部連結，並非來源。更什有編輯者直接扔了Netflix連結出來，當開啟連結時發現是Error。
因應地區IP而調整播放內容的網路播放平台連結、需要登入方能閱讀播放清單的網路播放平台連結—> 重新解䆁WP:可供查證及WP:外部連結方針。--唔好阻住我愛國（留言） 2024年5月1日 (三) 18:13 (UTC)[回覆]
而如直接使用WP:RSP，bilibili及Youtube已經不給使用了。--唔好阻住我愛國（留言） 2024年5月1日 (三) 18:15 (UTC)[回覆]
WP:RSP描述是，官方內容作為一手資料可靠，也符合可供查證的自身說明（WP:ABOUTSELF）。bilibili及Youtube也適用，不過結合「網絡電視節目連結不合適作為來源」的描述。更建議使用官方在官網、社交平台、或bilibili及Youtube上預告節目播放的日期動態/公告。--Nostalgiacn（留言） 2024年5月4日 (六) 01:22 (UTC)[回覆]


現行條文

由於維基百科不是電視指南，因此不要不分青紅皂白地列出在生產地區以外的播放資訊。 相反，如果來源可靠，鼓勵編輯者新增值得注意的非生產地區的播放資訊。這些可能包括：在中國大陸、台灣、香港、澳門、馬來西亞、新加坡等主要中文地區的播放資訊；相關地區的通用語言不是中文，但首次播放以中文製作節目的播放資訊；或大規模國際發行協議。節目的播放平台可觀看地區都需要列明來源及符合可供查證原則，否則其他編輯者有權因可能違反著作權法為由移除未能辨認可觀看地區的整組播放資訊。因應地區IP而調整播放內容的網路播放平台連結、需要登入方能閱讀播放清單的網路播放平台連結、Category:電視外部資源模板相關連結及社群媒體並不是可接受能證明可觀看地區的來源。

提議條文

維基百科不是電視指南，請勿不分青紅皂白地列出原產地之外的播放資訊。編輯者在有來源可靠的情況下，在條目中記錄值得注意的非原產地的播放資訊，如中國大陸、台灣、香港、澳門、馬來西亞、新加坡等中文使用地區的首播資訊；原生中文節目在非中文使用地區的首播資訊；或大規模的國際播放資訊。節目的播放平台及網絡電視的節目可觀看地區都需要列明來源，網絡電視節目連結不合適作為來源，因地區限制訪問，部分編者無法查核。關於個別播放平台節目連結是否可被直接引用，請在本指引討論頁討論協商或評選，唯討論重點應放在著作權法及可供查證原則。

曾經有編輯者把盜版連結放入播放平台區域，故希望藉此指引提醒編輯者著作權法的重要性。--唔好阻住我愛國（留言） 2024年5月1日 (三) 18:34 (UTC)[回覆]

上方討論太長未看全，就該版本的疑問（如已有結論，希望加腳註）：原產地之內的播放信息似乎被暗示可「不分青紅皂白地列出」。原產地的準確定義，範圍，聯合製作、外包、僅外銷等。很多字句應修飾，如「在有來源可靠的情況下」等，由於非定稿我暫時不全部列出。「網絡電視節目鏈接不合適作為來源」聽上去有點奇怪，有點像某個來源非公開可用（需登錄/部分地區/線下來源）就不適合作來源，可能意思需改善，比如不能訪問現象本身、無法存檔的網頁內容，不適合作來源。--YFdyh000（留言） 2024年5月1日 (三) 19:36 (UTC)[回覆]
@YFdyh000:
歡迎任何具建設性的修飾句子。--唔好阻住我愛國（留言） 2024年5月2日 (四) 11:07 (UTC)[回覆]
改為「原產地的首播資訊」就行，上面《還珠格格》就是限制播放資訊在「首播」。
YFdyh000提到的情況，我想起了近期一個例子《食草老龍被冠以惡龍之名》，日本輕小說，由中國大陸瀾映畫製作的動畫版在bilibili上首播（2022年7月），2023年1月才在日本電視台播出（[5]）（[6]）。這種涉及跨國版權的節目，「原產地」算中國大陸，還是日本。
早年中港、港台合拍劇也不少，不過都屬於「中文使用地區的」，所以反而沒有這些記錄爭議。--Nostalgiacn（留言） 2024年5月4日 (六) 01:35 (UTC)[回覆]

版本5

希望這是最終版

標題：播放資訊

維基百科不是電視指南，請勿不分青紅皂白地列出電視節目的所有播放資訊。編輯者在附上可靠來源的情況下，可在條目中記錄值得注意的播放資訊，如節目原產地的首播資訊；中國大陸、台灣、香港、澳門、馬來西亞、新加坡等中文使用地區的首播資訊；原生中文節目在非中文使用地區的首播資訊；或大規模的國際播放資訊。節目的OTT播放平台及網絡電視的節目可觀看地區均需列明來源，網絡電視節目播放連結不合適作為來源，因地區限制訪問，部分編者無法查核。關於能否引用特定OTT播放平台的連結，可在本指引的討論頁商議，重點為著作權法和可供查證原則。

下列資料即使附上來源也不應被記錄：

  • 準確播放時間。（不包括播放日期及播放時段）
  • 推遲不足30分鐘或並非偶發的延誤播放之資訊。
  • 電視節目重播資訊。（在該節目授權區域內的相關播放平台可觀看人數較首播平台的可觀看人數高一倍或更多除外。）
  • 不是以中文提供字幕或配音的播放平台。（節目原產地區播放平台或以中文製作的節目除外。）

--唔好阻住我愛國（留言） 2024年5月8日 (三) 08:26 (UTC)[回覆]

「網絡電視節目播放鏈接不合適作為來源，因地區限制訪問，部分編者無法查核。」語序希望優化；地區性或可能失效的視頻的網絡播放源，有時是有用的，作為某些信息的一手來源，{{Cite AV media}}，但提供者唯一且無法存檔的確實不宜用。「網絡電視節目播放鏈接」被運用時如何區分，我擔心存在理解差異。
「個別」是「特定（某個）」嗎。「直接引用」，所以有間接引用嗎。建議可在、協商或評選、唯應，感覺語意重複。「關於能否引用特定播放平台的鏈接，可在本指引的討論頁商議，重點為著作權和可供查證原則」。
「準確播放時間」指的是實際播出時點、時長嗎，是否與下一條有重複。
「非偶發的延誤播放之信息」指什麼，已宣布的推遲播放不宜記錄？--YFdyh000（留言） 2024年5月8日 (三) 08:51 (UTC)[回覆]
  • 對不起，不能使用「視頻」字眼，因實際應用場合不同，放在繁體字地區，意思截然不同。
  • 網路電視是IPTV,網路播放平台是OTT。
  • 「關於能否引用特定播放平台的連結，可在本指引的討論頁商議，重點為著作權和可供查證原則」，這個可以。
  • 沒有重複。
  • 意指不應收錄恆常延誤播放資訊。如果每一集也記錄為什麼延遲播放，那麼與電視指南有什麼分別？
--唔好阻住我愛國（留言） 2024年5月8日 (三) 10:31 (UTC)[回覆]
@YFdyh000、@Nostalgiacn、@Milkypine、@Cwek、@CaryCheng、@甜甜圈真好吃、@神秘悟飯:
如沒有特別大的問題，3日後將按照版本5進行公示。--唔好阻住我愛國（留言） 2024年5月10日 (五) 09:55 (UTC)[回覆]
我發現有些概念有待釐清，網絡電視目前英維對應是Streaming television，IPTV也可以翻譯做「網絡電視」。搞清楚條目內容和概念，可以更準確描述內容。Streaming television在描述上包括IPTV和OTT等情況。--Nostalgiacn（留言） 2024年5月10日 (五) 10:54 (UTC)[回覆]
沿用中文解釋及例子，因為這裡是中文維基百科。中文社群均認為OTT是類似Netflix, Disney+，甚至有播放平台以OTT自居，如myTV SUPER。更什台灣有OTT協會，大部分台灣網絡播放平台也加入了。--唔好阻住我愛國（留言） 2024年5月11日 (六) 00:33 (UTC)[回覆]
換句話說，除非有人重新整理該兩個條目至英維內容，否則再改也沒有意思。但是在中文社群而言，英維對OTT的理解是錯誤的。--唔好阻住我愛國（留言） 2024年5月11日 (六) 00:47 (UTC)[回覆]
(＋)支持。--CaryCheng（留言） 2024年5月10日 (五) 15:36 (UTC)[回覆]
——
3日內無反對聲音，現就版本5進行公示，公示7日至5月20日星期一止。--唔好阻住我愛國（留言） 2024年5月13日 (一) 03:25 (UTC)[回覆]
(＋)支持版本5。 --窩法乙烷 兒法夢碎 2024年5月16日 (四) 14:33 (UTC)[回覆]
無奈衹能(－)反對，僅僅「因地區限制訪問，部分編者無法查核」就不能作為來源的話，未免過嚴。舉例說：西遊記 (無綫1996年電視劇)，那個年代TVB還沒有網站，這樣的規定豈不是不能引用首播前的廣告（廣告裏有說明首播日期）作為來源？（那個廣告衹在香港播出，理論上衹有香港地區才能看到）［當然有人在FB上傳了那個廣告而可能非法地突破了地區限制，故也因此將來可能隨時會被移除］--街燈電箱150號 開箱維修 抄錶 檢驗證明 2024年5月17日 (五) 18:24 (UTC)[回覆]
  • 我有合理懷疑閣下並沒有仔細閱讀清楚條文，僅意氣用事。
  • 請望淸楚「因地區限制訪問，部分編者無法查核」是針對那些媒介。
    • 針對那些媒介提及的例子，請問閣下可否拿出連結？
  • 既然閣下不打算改可供查證，不看得出對閣下提及的例子有任何影響，因條文建議編輯者依靠可供查證為個別媒體進行協商。
  • **條文並無要求傳統電視內容提供來源**
  • FB已被可靠來源方針定為不可靠（不是我改的）
--唔好阻住我愛國（留言） 2024年5月18日 (六) 04:01 (UTC)[回覆]
@Cdip150--唔好阻住我愛國（留言） 2024年5月18日 (六) 04:07 (UTC)[回覆]

提議：允許使用開放代理編輯WP:RFR，並在WP:RFR中加入「註冊賬號申請」

本主題全部或部分段落文字，已移動至Wikipedia talk:權限申請。執行人：Sanmosa 全方貧工之聯合 2024年5月14日 (二) 11:01 (UTC)。[回覆]

提議：對WP:日常計算做小修改

本主題全部或部分段落文字，已移動至WT:非原創研究。執行人：Sanmosa 全方貧工之聯合 2024年5月14日 (二) 15:49 (UTC)。[回覆]

提議對中國大陸的文物保護單位設立關注度豁免

本主題全部或部分段落文字，已移動至WT:關注度 (文化遺產)。執行人：Sanmosa 全方貧工之聯合 2024年5月14日 (二) 15:01 (UTC)。[回覆]

附帶有限追蹤檢查的無IP的IPBE

由於現在IPBE申請積壓嚴重，而且新增的授予員並沒有加快解決積壓，因此提出新的IPBE授予員類型，希望各位提出意見。

主要內容：這種IPBEG收到的申請不包含IP信息，因而不需要簽訂協議。為了反破壞，授權者應該檢查新賬戶的編輯，直到用戶做出足夠多多筆有貢獻性的編輯，期間如有破壞則提報。

這降低了要求，並且只需要檢查用戶名是否合規，應該能加快處理速度。

可能的問題和回答：

  • 破壞者可以積攢賬戶以供未來破壞：由於這種賬戶要有多筆好編輯，而破壞易於識別，所以利大於弊。並且現在的方法也沒有解決這些問題
  • 可能「搶註」用戶名，占用用戶名存量：如果新賬戶數量和名稱異常可以明顯察覺
  • 要追蹤的用戶太多：可以通過RSS訂閱集中檢查

感謝桐生ここ和其他用戶提供的靈感。--落花有意12138 2024年5月11日 (六) 12:37 (UTC)[回覆]

你要先跟IPBE授予標準過低的人說，不是我們不想處理，還有授權者應該檢查新帳號的編輯這不切實際，申請人太多檢查不過來，且這相當於給人背書，不會有人想做這種吃力不討好的事，有的話我覺得很棒，一旦有人破壞卻沒有被檢查到，授權者就準備被一些人罵了，說為什麼沒有檢查到。
至於會有人問說為什麼有人會罵，這是因為中維社群很難滿足。
我提出建議有人反對，也沒人打算解決，放著爛比較快。加油 (--~~Sid~~ 2024年5月11日 (六) 13:05 (UTC)[回覆]
我問一個問題，您作為IPBEG，遇到IPBE申請者提供的IP是Range block，而不是Blocked Proxy，申請者用戶名看起來正常，您是授權還是不授權？怎麼判斷出是誤傷還是破壞者本人？
為什麼當前的IPBEG授權後一旦有人破壞卻沒有被檢查到，授權者為什麼不會被一些人罵，說為什麼沒有檢查到？--桐生ここ★[討論] 2024年5月11日 (六) 15:18 (UTC)[回覆]
Range block不在IPBEG的處理範圍，只有Blocked Proxy我們才能處理。
1-1.通常使用者名稱看起來正常，也沒發現什麼異常就會授權。
1-2.我們只能從申請者申請的用戶名及IP看異常，用戶名除了特徵明顯以外是無法看出什麼，IP就沒什麼可判斷異常的地方。
2.因為現有方針沒有要求我們要檢查新帳號編輯，所以不會有這種問題。--~~Sid~~ 2024年5月11日 (六) 16:32 (UTC)[回覆]
換個說法吧，一個代理IP上有已知破壞者，現在有人用這個IP申請IPBE，授權就有可能會給破壞者授權，但是沒辦法，即便有IP你也無法知道是不是破壞者。
所以能看到IP並沒有增加對是否為破壞者的判斷。--桐生ここ★[討論] 2024年5月11日 (六) 17:04 (UTC)[回覆]
我提過這個好幾次。由於人工檢查的滯後性和精力消耗，有必要搭配機器人等機制限制行為，不然破壞者等授予者下線再用不就繞過了。--YFdyh000（留言） 2024年5月11日 (六) 13:10 (UTC)[回覆]
這給我一個新的思路，就是「考察版IPBE權限組」，利用AF限制「考察版IPBE」建立條目的權利，他們只能先發草稿然後送AFC，至於編輯條目，即使達到自動確認用戶也不能編輯半保護內容，除非達到延伸確認或獲得正式版IPBE權限。另外所有「考察版IPBE」編輯會被AF加標籤以便追蹤。--桐生ここ★[討論] 2024年5月11日 (六) 15:23 (UTC)[回覆]
說句實在話與其用這種治標不治本的方式，為什麼不恢復CU讓CU來查，不要說什麼有人洩漏CU數據，所以不該恢復，那反之過往有管理員濫用傀儡，要不要把管理員全部廢掉阿...
這樣子的檢查不僅消耗社群已經所剩無幾的人力，還很沒有效率。
我不是在指這個提案不好也不是要反對，只是無法理解為什麼有治本的方法不用，要用一個治標還耗時耗力的方法。--~~Sid~~ 2024年5月11日 (六) 13:17 (UTC)[回覆]
當前IPBEG的機制不能讓人滿意，因為實質上沒有解決問題，反而讓一些本該有權處理的管理員無法處理。
由於Unblock-zh.org的建立，該網站設計的申請流程似乎有不提供IP地址的選項，因此同意成立這種特殊IPBEG用戶組。--桐生ここ★[討論] 2024年5月11日 (六) 15:11 (UTC)[回覆]
unblock-zh 網站設計應該符合使用需求，也就是說如果IPBE的申請要求查驗IP，那麼網站可以醒目的提示「要申請IPBE必須提交IP」。（這個意見已經出現在了討論區）Bluedeck 2024年5月17日 (五) 09:01 (UTC)[回覆]
「新增的授予員並沒有加快解決積壓」，所以料想可以解決問題的制度實際上（還）沒有解決問題？—— Eric Liu 創造は生命（留言・留名・學生會） 2024年5月11日 (六) 18:41 (UTC)[回覆]
目前，申請申請iPBE授權後發現是破壞者的個案多嗎？-千村狐兔（留言） 2024年5月12日 (日) 11:52 (UTC)[回覆]
給人背書可能不太合理。 ——魔琴［身份聲明 留言 貢獻 新手2023］ 2024年5月12日 (日) 14:18 (UTC)[回覆]

關於國籍的原創研究

近日發現WP:CS4D內對於國籍的標記有所規範，然而發現當中有不合法律，原創研究的地方。中國很長時期對於國籍的法律編定都不上心，據站內中國國籍條目：

  • 1909年，清政府頒布《大清國籍條例》
  • 1912年，北洋政府制定了《國籍法》
  • 1980年，中華人民共和國頒布了《中華人民共和國國籍法》
  • MOS:NATIONALITY稱1912年（不含）前（未內渡的臺灣（含澎湖）人則為住民去就決定日前）的大清臣民，其為大清臣民期間的國籍應表述為「清朝」。然而，「住民去就決定日」，即1895年時，清朝根本沒有國籍法，怎何能標示其所謂「國籍」？
  • 1949年後，1980年前，中國缺乏正式的國籍法規（請參考 Shao, Dan. Chinese by Definition: Nationality Law, Jus Sanguinis, and State Succession, 1909–1980. Twentieth-Century China. 2009, 35 (1): 4–28. S2CID 201771890. doi:10.1353/tcc.0.0019. ，第五頁）。MOS:NATIONALITY稱1949年以後的中華人民共和國公民，如其在中國大陸設有戶籍，其為中華人民共和國公民期間的國籍應表述為「中華人民共和國」，沒有國籍法規之下，將國籍硬說成「中華人民共和國」是否合適？設有戶籍則推定他有國籍這種做法又不知道是否合適？
  • 此外，如金毓黻。中華民國根本不承認滿洲國，資訊框寫1932年退出中華民國國籍，1936年重新加入中華民國國籍的說法，到底有沒有資料支持？

--Ghren🐦🕘 2024年5月12日 (日) 13:04 (UTC)[回覆]

沒有國籍法=沒有國籍 嗎，值得探究「國籍」的含義、該填什麼。按資料，用憲法規定國籍最早見於法國1791年憲法，用單行法規定國籍最早見於1842年普魯士（德國）國籍法。瑞士國籍法始於1952年，丹尼爾·伯努利的國籍（Nationality）瑞士為錯誤信息？「1901年取得瑞士國籍」於 物理學小詞典[M]. 1987。「1923年，黑塞加入瑞士籍。」，英文條目「In 1923, Hesse was granted Swiss citizenship.」，而有些文章會寫成瑞士國籍。--YFdyh000（留言） 2024年5月12日 (日) 13:54 (UTC)[回覆]
同問，無國籍法即無國籍之説顯然不合常理。Sanmosa 全方貧工之聯合 2024年5月12日 (日) 14:11 (UTC)[回覆]
(＋)支持U:YFdyh000的論點。國籍是現代概念，而在介紹國籍法出現前的古代人物時，依WP:常識即可認定其國籍。--CaryCheng（留言） 2024年5月12日 (日) 16:14 (UTC)[回覆]
英文nationality有兩層含義，一層是the official right to belong to a particular country、一層是a group of people of the same race, religion, traditions, etc.。當我們說伯努利是瑞士數學家、古騰堡是德國印刷學者，用的是nationality後者的含義。在中文中「國籍」是這樣定義的：「一個人屬於某一個國家的國民或公民的法律資格」（《辭海》），沒有法律定義自然沒有所謂的「國籍」，沒有nationality的第二種含義。您可以說李善蘭是清朝數學家，但不能說他是大清帝國籍的數學家。不能這樣硬套上去的。--Ghren🐦🕛 2024年5月12日 (日) 16:59 (UTC)[回覆]
沒有為國籍這一概念立法時，就不存在「official right」概念了嗎。依舊有法律和現實意義上的國籍身份和權利義務，只是未成文或者以其他形式體現。[7]。當然，謹慎運用減少問題是應當的。另外，金毓黻條目那種，我會懷疑原創研究。--YFdyh000（留言） 2024年5月12日 (日) 17:17 (UTC)[回覆]
我會認為「中華人民共和國」適用於雖沒有為國籍這一概念立法，但有「official right」的說法，算作有國籍或者合適。但再拉前到清朝立國籍法前的年代，實在有欠謹慎。--Ghren🐦🕐 2024年5月12日 (日) 17:27 (UTC)[回覆]
另，馬丁·路德現時標注的國籍是「薩克森選侯國」。國籍形成在民族國家之後的事，為其標注國籍是否不正當？--Ghren🐦🕙 2024年5月12日 (日) 14:50 (UTC)[回覆]
民族國家產生之後一個人也不一定擁有國籍吧？
要沒有來源不如不標國籍，而且國籍是一個人屬於一個國家國民的法律資格，國籍法出現之前何來國籍之說呢？--newerdrawn（留言） 2024年5月12日 (日) 15:46 (UTC)[回覆]
可以參考UNHCR對1954年《關於無國籍人地位的公約》的闡述[8]，【該定義中提及的「法律」應當寬泛理解為不僅包括立法，還包括部級法令、條例、命令、判例法（在有先例的國家），並在適當時包括習慣做法】，「包括習慣做法」。所以，正式設立國籍法前，在世俗意義上，仍可能認為和稱之為國籍？比如獲得了當地戶籍、居住權之類的？--YFdyh000（留言） 2024年5月12日 (日) 16:08 (UTC)[回覆]
所以您認為「薩克森選侯國」是合適的國籍？還是應該是「德國」？--Ghren🐦🕐 2024年5月12日 (日) 17:01 (UTC)[回覆]
應該明確規定禁止擅自為近代以前歷史人物添加國籍，這是對資訊框nationality參數的濫用。至於「中共」國籍的例子，我就覺得有點吹毛求疵，無論如何要說彼時中國大陸居民處於無國籍狀態是不合情理的。但其實多數人物沒有添加nationality參數的必要吧？—— Eric Liu 創造は生命（留言・留名・學生會） 2024年5月12日 (日) 17:02 (UTC)[回覆]
我承認有點吹毛求疪，但這是有實際問題的。像是韓戰間來台的大陸的「反共義士」的國籍、國軍與解放軍間的駕機叛逃事件等等的國籍問題等等。中華民國當時不承認大陸國籍，自然不存在「反共義士」的「中華民國」國籍被取消的問題。實務上，我認為搞不清楚就不要填為妙，就用「效忠」欄位繞過他就好嘛。--Ghren🐦🕐 2024年5月12日 (日) 17:23 (UTC)[回覆]
真要較真的話，那些人應該一直都是中國人（華籍），只是政府承認轉換問題，與國籍本來無涉。但這其實是政治問題，我認為本站編者不應該為自己憑空製造麻煩。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年5月13日 (一) 08:48 (UTC)[回覆]
或者沒有可靠來源提出該人的國籍，就不應當在條目中或信息框中註明國籍？--百無一用是書生 (☎) 2024年5月13日 (一) 02:53 (UTC)[回覆]
應該慎重考慮引進，尤其近年來原創研究現象一直很嚴重。試想某人生於美國、居於美國、死於美國，那推想其國籍為美國也是很正常的事情，但資訊框這樣記載有什麼意義？—— Eric Liu 創造は生命（留言・留名・學生會） 2024年5月13日 (一) 08:48 (UTC)[回覆]
生於美國、居於美國、死於美國，還真的未必就是美國國籍....--百無一用是書生 (☎) 2024年5月13日 (一) 09:01 (UTC)[回覆]
對呀！所以原創研究是不對的。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年5月13日 (一) 17:04 (UTC)[回覆]
又順帶一提，像錢鍾書這種標示國籍，在國籍裏硬塞朝代變遷有什麼意義呢？--Ghren🐦🕐 2024年5月12日 (日) 17:49 (UTC)[回覆]

關於跨行政區域的實體，是否應該使用多個分類

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

注意到@User:Yumeto閣下的這筆編輯→Special:Diff/80624989，長城作為跨越中國半數的省級行政區的實體，我覺得更合理的做法應該是直接掛《分類:中國世界遺產》，而不是每個省的分類都掛一遍，這樣就太多了，也不符合WP:CAT#幾點重要的共識里的意思：一個條目可以歸屬於幾個分類，但是歸屬過多的分類會失去其重心。

來問問社群的看法，如果沒什麼不同意見的話，希望可以作為共識納入WP:CAT#幾點重要的共識，也可以方便其他條目在遇到同樣問題時有個指引好操作。--——— 紅渡廚（留言・貢獻） 2024年5月13日 (一) 09:18 (UTC)[回覆]

基本贊同。但想了解Yumeto此舉的理由。--YFdyh000（留言） 2024年5月13日 (一) 09:54 (UTC)[回覆]
聯合國憲章應該掛各國條約分類還是只掛條約母分類？我覺得這種分類原則可能要按個案判斷。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年5月13日 (一) 11:22 (UTC)[回覆]
閣下可能沒看清楚標題，我說的是實體，不是條約。--——— 紅渡廚（留言・貢獻） 2024年5月13日 (一) 11:50 (UTC)[回覆]
E是在用條約條目（如聯合國禁止酷刑公約）與「×國條約」分類類比，並非無關。--紺野夢人 2024年5月13日 (一) 12:42 (UTC)[回覆]
《聯合國禁止酷刑公約》下面這些密密麻麻的分類給我頭都看大了。。。。。--——— 紅渡廚（留言・貢獻） 2024年5月13日 (一) 12:45 (UTC)[回覆]
基本贊同User:紅渡廚君，不過依此邏輯，臺灣大部分縣（市）道等級以上的公路也應該都要改了，例如臺17線，其Category:台中市省道、Category:彰化縣省道、Category:雲林縣省道.....、Category:屏東縣省道等分類全部都應該刪掉，我認為這作法有待商榷。-游蛇脫殼/克勞棣 2024年5月13日 (一) 11:25 (UTC)[回覆]
那就刪掉嘛。--——— 紅渡廚（留言・貢獻） 2024年5月13日 (一) 11:51 (UTC)[回覆]
@红渡厨：刪掉！？可是為什麼同樣都是經過高雄市的省道，全線在高雄市境內的台25線、台28線、台29線可以分在Category:高雄市省道，跨縣市的台17線卻不能分在這個分類中呢？有合情合理的解釋嗎？-游蛇脫殼/克勞棣 2024年5月14日 (二) 17:00 (UTC)[回覆]
同時涉及多個政區的條目同時歸入相應分類並無不妥，如青函隧道同時涉及青森縣今別町與北海道知內町，AT就將條目同時歸入了相應分類（特殊:差異/43748836）。這樣的歸類方式在本站擁有豐富實踐，又如珠穆朗瑪峰、湄公河等。本次提及的「長城」條目同時歸入多個「×省級行政區世界遺產」分類難謂不妥。--紺野夢人 2024年5月13日 (一) 12:36 (UTC)[回覆]
可是理由呢？閣下僅僅只是因為有人這樣做就依葫蘆畫瓢？您並未給出這樣做的合理理由。--——— 紅渡廚（留言・貢獻） 2024年5月13日 (一) 12:43 (UTC)[回覆]
嚴格來說，這只是分類原則問題，不涉及事實問題。因為長城確實是某些省市的世界遺產，同時當然也可以歸類為中國整體的世界遺產，兩者皆有理。社群只是要抉擇哪一種分類方式較適合本地整理、追蹤及維護條目。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年5月14日 (二) 15:00 (UTC)[回覆]
這裡牽涉到分類斷層的問題，聯合國禁止酷刑公約確實有很多分類，不過如果都移除也會造成分類斷層，我也實在想不到更好的方法可以平衡兩者。長城的話，由於其由多個部分組成，那就在各個相對部分添加地區分類，主條目也就不用加了。另一方面，像台17線這種無法劃分的話則沿用，不然都往母分類塞的話也會造成分類過於擁腫的問題。--AT 2024年5月13日 (一) 13:04 (UTC)[回覆]
世界遺產的長城涉及17個省級行政區（[9]），本站單獨條目覆蓋不了，從分類斷層來說還是需要回歸到整體的條目。--紺野夢人 2024年5月13日 (一) 13:18 (UTC)[回覆]
如果長城的各部分仍然不足以細分的話，那當然沿用。--AT 2024年5月13日 (一) 13:30 (UTC)[回覆]

必須防止濫用「防濫用過濾器」

我現在按捺住怒氣好好的請問各位有權在防濫用過濾器加東西的各位。請問有什麼方針可以防止濫用這個過濾器？要加東西前有商議過嗎？有測試過嗎？有累積被誤判的文字作為測試資料嗎？有定時巡察修正嗎？加錯了東西有人給予提醒嗎？封鎖範圍太大有檢討過嗎？修正之後有公佈被修掉的敏感詞以防後來又被不明事理的ＸＸＸ加回去嗎？啊？

還是正如我所想，愛加就加，加了不管。有人反應就來來回回你一言我一語表示自己沒錯，單純你唔註冊你唔好彩？把人的熱情磨掉再來慨嘆人手不夠嗎？把人磨出怒氣講話不客氣再來封殺嗎？有權力加東西的人就這樣把成本轉嫁給別人嗎？啊？

上次在反應的過程中，道理講不過就偷加CAPTCHA玩人。這次就看又要講出什麼道理，又要中途加什麼東西玩人。--2603:8000:500:FB00:19E0:922D:68FA:F58（留言） 2024年5月16日 (四) 01:52 (UTC)[回覆]

從日誌來看，你觸發的是Special:濫用過濾器/229，應該是你加入「頂尖」這兩個字觸發了。--世界解放者（留言） 2024年5月16日 (四) 02:12 (UTC)[回覆]
如有任何對防濫用過濾器的任何問題，請至維基百科:防濫用過濾器/錯誤報告反應。--唔好阻住我愛國（留言） 2024年5月16日 (四) 02:13 (UTC)[回覆]
他已經去反映了。--世界解放者（留言） 2024年5月16日 (四) 02:17 (UTC)[回覆]
這個過濾器229真是令人好氣又好笑，果然是被濫用了。說濫加的人是不明事理的ＸＸＸ果然沒說錯。不但不明事理，而且是頂尖的不明事理。硬要限制？那我說你是一流的無敵的沒人比得上的不明事理，是不明事理中的首選、頭號、頭牌、王牌、天王、教主。是天字第一號的不明事理，是天下無雙地上獨有的不明事理。我就是要告訴濫加的人，這種限制除了逼人發脾氣外，有多麼無意義。
所以之前的問題仍然成立：
＊加敏感詞之前有沒有經過商議？有沒有經過測試？還是愛加就加？行使這種濫殺無辜的權力後再來扮可憐說其實沒什麼權力？
＊加了之後是否定期審議？還是就長長久久的放在那裡等人一頭撞上去？
＊終於良心發現拿掉不合理的限制後，是否保留被誤殺的篇章作為以後的測試資料？還是就算了，反正下次再濫加？
究竟標準在哪裡？你要嘛把我上面的形容詞，以及我漏掉的，全加進去。要嘛拿掉這莫明其妙不明事理的濫用。因為現在很明白了，是「防濫用過濾器」被濫用了。而且看來打算要用到濫。
不過，比較可能的是，要嘛，講出個歪理來看看；要嘛，裝死。反正愛加就加，其奈我何。生氣你自生氣，好官我自為之。--2603:8000:500:FB00:19E0:922D:68FA:F58（留言） 2024年5月16日 (四) 05:40 (UTC)[回覆]
然後CAPTCHA並不是什麼偷加的，本來就是自動確認使用者才不會出現。--冥王歐西里斯（留言） 2024年5月16日 (四) 08:14 (UTC)[回覆]
過濾器229並非阻止原因，該過濾器只有標記的動作。阻止2603編輯的是一個私有過濾器。 ——魔琴［身份聲明 留言 貢獻 新手2023］ 2024年5月16日 (四) 12:12 (UTC)[回覆]
見[10] ——魔琴［身份聲明 留言 貢獻 新手2023］ 2024年5月16日 (四) 12:13 (UTC)[回覆]
在條目中加入的詞被有權的人不喜歡，叫濫用。那在「防濫用過濾器」中濫權濫加，是不是濫用？是不是也要防濫用？
要說不是濫用，那在「防濫用過濾器」中增減敏感詞，有沒有方針？有的話，合不合理？有沒有遵守？沒有的話，要不要立方針或指引？憑個人喜好濫加，是不是濫權？過濾器居然還有私有的。說偷加，就本來沒有。還硬要說本來怎樣怎樣，當別人今天才來受氣的嗎？
有這種愛加就加的大權，就再也不要裝可憐說沒有什麼權力，太令人反感了。人被機械式過濾玩弄的耐性是有限的。做人差不多一點，好好檢討一下現有的敏感詞，不要沒事把平常人逼成破壞者再來抱怨。--2603:8000:500:FB00:DC0B:D5AF:D934:304B（留言） 2024年5月16日 (四) 23:21 (UTC)[回覆]
不是229，是隱藏過濾器201導致的編輯不成功。這個過濾器的增添刪簡確實沒有任何公開正式討論的過程，因為本質上是隱藏的。而且確實是一個規則內容很長很長的過濾器，至少有幾百到一千條規則，一眼看不出來具體觸犯了哪個部分。總的而言他過濾的是加入「畜生、吊你老母」這樣的詞彙，其近期的記錄表明這個過濾器還是相當有價值並且誤報率並不高（我翻查了15個最近過濾結果，基本全都是簡單的純破壞行為，比如將張某人改為吊某人）。ps 我看到最近有一名管理員Xiplus去除了一條規則，這個規則寫的太不嚴謹導致誤判了「黑人警察」這個詞，我確定就是這個規則導致的編輯失敗。現在這個問題已經獲得改正了。我將您之前未能加入的文字暫存在這裡，以利您繼續編輯，我通過測試功能確認這些文字現在可以直接加入。Bluedeck 2024年5月17日 (五) 08:32 (UTC)[回覆]
這種隱藏過濾器之所以隱藏，其理論是，如果公開，那麼在大家都知道具體規則了，就可以更有效的繞過去。感覺有點黑箱政治的意思，但是同時也有實用上的理由。Bluedeck 2024年5月17日 (五) 08:52 (UTC)[回覆]
黑箱政治是問題，但黑箱到連內部的人都沒弄清楚是黑箱中的哪一條出問題，那這問題可真大了。你看前面有多少人指出了錯的過濾器？意思是任由少數知情人藏下去的話，大部分人都會搞不清楚情況，然後這個問題會一直持續下去（因為修錯地方了嘛），你覺得這可以繼續下去？都不用有個方針？
加東西前要求測試這不過份吧？加這條不嚴謹導致誤判的規則時有沒有測試？用什麼測試？自己滾出來講！
測試材料也是現成的，就典範條目。摘幾條典範條目濾一濾，如果撞上了，要麼典範條目有問題，要麼這勞什子過濾器新加進去的東西有問題，看要怎麼修。如果說得出測試了幾十條典範條目都沒出問題，那我服氣。不去計較是否有人刻意鑽漏洞，「黑人警察」這種詞不拿劇情或時事相關條目測試，專拿不可能碰撞的條目測試之類的。但現在拿得出來嗎？還是那句話，濫權濫加濫殺無辜！
所以說，要測試！不但要有現成的測試資料庫（典範條目），像這樣新撞上的文字也要留著當測試資料，防止以後又來一次！
而這勞什子過濾器的真正目的也要討論一下，是拿來擋人，還是拿來擋文字？拿來擋人顯然用錯工具，雖然我瞭解是為什麼會這樣用，但我很不高興在回應的訊息中暗示我可能是破壞者。每多暗示一次，就多增我一分成為真正破壞者的意圖。如果是用來擋字詞，那不是該列出來讓大家別去碰嗎？上面示範過怎麼繞過去了。把擋文字的工具拿來擋人，然後為了不讓想擋的人繞過去所以要神秘兮兮，荒謬嘛這是。因為現有的鐵鎚不好用，你拿螺絲起子的柄當榔頭敲釘子，為了好敲而禁止在柄上纏膠帶防止手滑，這說得過去嗎這？
我建議在下次有人撞上這種詭雷前，拿這勞什子過濾器把典範條目濾一濾，看看上面說的設測試資料庫是否合理，也測測看過濾器的勞什子規則中藏了多少污納了多少垢！有人喜歡自設詭雷炸掉別人編寫條目的熱情，讓被炸到發脾氣的人在此和一堆人內耗，我可一點都不喜歡。更好笑的是，這麼多人誠心誠意的想解決問題，卻都不得其法，就只因設詭雷的人的自以為是！
方針！測試！--2603:8000:500:FB00:44A6:A5DD:7D90:E64F（留言） 2024年5月17日 (五) 22:31 (UTC)[回覆]
Calm down, we are fixing these filters by writing better regex. If you wanna help, why don't you register an account to give us some advice?
GT:冷靜下來，我們正在通過編寫更好的正則表達式來修復這些過濾器。 如果您想提供幫助，為什麼不註冊一個帳戶來給我們一些建議呢？ -Lemonaka 2024年5月17日 (五) 11:59 (UTC)[回覆]
You want to encourage people to register? make the Wikipedia so attractive to editors that outsider doesn't want to miss it, not to make it so inconvenience to force others join in, OK?
想鼓勵大家註冊？那就讓維基百科對編輯者具吸引力，令人不想錯過。不是刻意造成不便來逼人加入，好嗎？--2603:8000:500:FB00:44A6:A5DD:7D90:E64F（留言） 2024年5月17日 (五) 21:51 (UTC)[回覆]

提議外部連結指引WP:ELNO同時編入WP:可供查證。

WP:ELNO

除非是關於條目主題的官方網站，否則應該要避免：

1.透過不實訊息或無根據之研究誤導讀者的網站，除非（在有限的情況下）該條目是關於該網站所表達的觀點。 含有惡意軟件、惡意腳本、木馬，或任何違反佛羅里達州（維基百科的伺服器位置）的法律的內容。

2.主要為推廣或宣傳某網站的連結，包括網上請願。 主要為販賣物品或服務的網頁[註 1]，或是有大量廣告的網頁。例如，手機條目裏就不該有外部連結是連到販賣、推銷手機產品或服務的網頁。

3.需要註冊或付費才能觀賞內容的網站連結，除非是相關的官方網站。注意此規則並不適用於為條目參考來源的網站。參看這裏。

4.大部分讀者不易進入之網站連結，例如需要特定瀏覽器、或者在特定區域才能瀏覽的網站。

5.連結到某個檔案，而該檔案須要啟動外部程式或插件（如Flash或Java）才能瀏覽；除非該條目與此檔案格式有關。

6.連結到諸搜尋引擎或RSS訊息來源等服務的搜尋結果。

7.社群網絡服務的網址（如MySpace、Facebook）、聊天室、論壇／討論區、微博（如Twitter、Plurk）、Usenet新聞組或郵件列表。

8.網誌、個人網站及絕大部份的支持者（歌迷、影迷等）網站，除非是由公證的有關方面所維護。要注意的是，公認的有關方面的條件是很嚴謹的。最起碼要達到維基百科對人物的關注度要求的標準。

9.開放式的Wiki網站；除非是已經長期穩定地運作，且有可觀數量編者的網站。拷貝維基百科的網站也不該被連結。

10.僅間接與條目主題相關的連結。涉及各樣主題的網站連結通常不該放在一個只講述特定主題的條目之中。同樣地，一個只涉及某特定主題的網站連結通常也不該放入一個涉及大範圍主題的條目之中。如果，某網站的某一章節、某一部份、或某一檔案是專注於該條目的主題時，在符合本指引其他要求下，可直接放置該章節或檔案的連結。

11.製造商、供應商或客戶的連結清單。

12.已經用維基工具連結的網站。例如，使用ISBN 1234567890的方式來代替連結到網絡書店上的某一本書。

13.一個穩定性或可用性不高，或者有此可能的網站。譬如說，連結到一個臨時的網站或網址、快取內容等等。

14.含有聯盟行銷、推薦行銷、或上網者行為追蹤的連結。如果來源本身是有用的，請使用無追蹤功能的連結。

15.維基百科的導航模板或諸如消歧義、重定向、分類等導航頁的外部連結。

16.只是在條目裏提及的組織的網站連結，除非符合〈應該要連結的網址〉或〈可考慮連結的網址〉。

17.外部連結列表為條目唯一的內容。也避免在條目中除了末尾〈外部連結〉以外的章節，陳列外部連結。

在此指引的第一句清楚說明此指引不適用於參考連結，唯本人認為部分句子也與WP:可供查證精神相等，看看如何融入WP:可供查證方針內。--唔好阻住我愛國（留言） 2024年5月17日 (五) 03:02 (UTC)[回覆]

「唯本人認為部分句子也與WP:可供查證精神相等」←需要解釋。另注意ELNO不代表就一定不適合作為參考來源，一個連結是否符合WP:可供查證應以WP:可靠來源來評估，並非以是否屬於ELNO來評估。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2024年5月17日 (五) 12:39 (UTC)[回覆]
你不能只提出很含糊的「精神相等」，然後不提出具體問題、方案。--Ghren🐦🕘 2024年5月17日 (五) 13:45 (UTC)[回覆]
冷靜點，剛才我也未有時間說明…個人認為當中三條可以引人，包括：
———
3.需要註冊或付費才能觀賞內容的網站連結，除非是相關的官方網站。
4.大部分讀者不易進入之網站連結，例如需要特定瀏覽器、或者在特定區域才能瀏覽的網站。
5.連結到某個檔案，而該檔案須要啟動外部程式或插件（如Flash或Java）才能瀏覽；除非該條目與此檔案格式有關。
———
@Cdip150、@Ghren:
1.請問現時有沒有任何方針或指引可以攔截上述網站？可靠來源及可供查證方針會不會限制「需要註冊、付費、特定瀏覽器、或特定區域」才能閱讀網站？
2. 其實此條文倡議是呼應上方MOS:TVINTL提案。有編輯者認為「需要註冊、付費、特定瀏覽器、或特定區域」不利存檔機構人對網站存檔，而且僅限一少部分人才可查證，列出這些連結與可供查證原則相違背，故提案。
所以建議條文是：
——--唔好阻住我愛國（留言） 2024年5月17日 (五) 16:10 (UTC)[回覆]
現行條文

添加或恢復內容的編輯者應承擔舉證的責任。所有引言以及任何被質疑或可能被質疑的內容均應使用內嵌引用來提供可靠、公開的來源。[1]引用的來源須明確支持條目中出現的信息。[2]來源須以清晰而準確的方式列出，以使讀者能夠找到支持被質疑內容之原始材料。編者應完整引用來源，儘可能多地提供出版物信息，在引用書籍時應註明至章節。[3]

提議條文

添加或恢復內容的編輯者應承擔舉證的責任。所有引言以及任何被質疑或可能被質疑的內容均應使用內嵌引用來提供可靠、公開的來源。[4][5]引用的來源須明確支持條目中出現的信息。[6]來源須以清晰而準確的方式列出，以使讀者能夠找到支持被質疑內容之原始材料。編者應完整引用來源，儘可能多地提供出版物信息，在引用書籍時應註明至章節。[7]

———
就此，建議新增下列句子：由於需要註冊、付費、特定瀏覽器、特定區域、啟動外部程式或插件的網站不利讀者查證條目中出現的信息，故編輯者不應引用這些網站。--唔好阻住我愛國（留言） 2024年5月17日 (五) 16:24 (UTC)[回覆]
請參考Wikipedia:可靠來源#在線與非在線的材料的部份，然後您可以類比一下線下出版物和您所列的「不利讀者查證條目」的來源。出版物是需要錢購買的（付費來源）；就算是借閱，也是有指定圖書館的（地區限制），也是需要注冊圖書證的（注冊）。知識本來就不應該是免費的。對於付費牆或者注冊，您維的{{Cite}}模版甚至已經有「url-access」參數來說明來源的性質了，既是您維制度內充許的東西，「攔截上述網站」自然無從說起。您所加的「需要註冊、付費、特定區域、啟動外部程式或插件的網站」（我不清楚什麼情況需要特定瀏覽器）根本不利於實際編輯，也無損於來源的可靠性。而且請您在條文沒有大變動的時候，不要大量抄錄方針內容，謝謝。--Ghren🐦🕐 2024年5月17日 (五) 17:00 (UTC)[回覆]
  • 你所說的是第二、三手來源，而我想說的是初級來源。
  • 「需要註冊、付費、特定區域、啟動外部程式或插件的網站」針對第一手來源，又算不算「公開發佈」？
  • 一個設立重重關卡的初級來源（直指一般網站而非學術網站），又如何達至可供查證？
--唔好阻住我愛國（留言） 2024年5月18日 (六) 06:12 (UTC)[回覆]
--Ghren🐦🕑 2024年5月18日 (六) 06:38 (UTC)[回覆]
承上意見，很多線上的學術論文與標準化文件也是需要註冊或付費才能觀賞的（例如電機工程師學會的線上文獻），您這麼一搞很多可靠的線上文獻都會遭殃。請注意少部份人才可查證並不意味完全不可查證，是故無從談起與可供查證原則相違背。如果在上面TVINTL定了這種規則的話，那邊我衹能反對了。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2024年5月17日 (五) 17:12 (UTC)[回覆]
部分需要註冊或付費才能觀賞的來源能透過網路存檔查閱。 --窩法乙烷 兒法夢碎 2024年5月18日 (六) 04:41 (UTC)[回覆]
這個是知道的，而以CDN進行地區限制訪問的網站正正窒礙了資訊傳遞。同一個網站，在A地區傳播A資訊，在B地區傳播B資訊，當我認為B資訊是有用的，想在維基引用，但由於A地區人因看不到B資訊，A地區人會因無法證實「同一個網站」有提供B資訊，甚至乎B地區人不知道其他地區的「同一個網站」是否也存在B資訊，故回退。
  • 按照上方各位大大認為，這個例子不應回退，對嗎？
--唔好阻住我愛國（留言） 2024年5月18日 (六) 06:23 (UTC)[回覆]
那注明這個網頁的資訊在不同地區會有不同的結果，然後注明你是在哪個地區下瀏覽就好了啊。--Ghren🐦🕑 2024年5月18日 (六) 06:41 (UTC)[回覆]
1.哪個cite 模版有這個設計？
2. 甚至乎B地區人不知道其他地區的「同一個網站」是否也存在B資訊—>意指B地區人認為全世界均有B資訊。「 這個網頁的資訊在不同地區會有不同的結果」為無從判斷。--唔好阻住我愛國（留言） 2024年5月18日 (六) 07:35 (UTC)[回覆]
參照Netflix小影片想列出播放準確播放地區，按照閣下的見解，實際上是中了原創研究的陷阱。--唔好阻住我愛國（留言） 2024年5月18日 (六) 07:47 (UTC)[回覆]

參考資料

  1. ^ 在維基百科中，當內容要求被直接證實時，現有慣例是在內嵌引用中提供支持內容的參考文獻。這樣能最為直接地核實條目內容與參考文獻是否一致。其他已有的慣例如果亦能清楚且準確地解釋條目中的斷言，則同樣可以接受，但內嵌引用依然是此種目的下的最佳方式。詳情請參考維基百科:列明來源。
  2. ^ 不同人之間有時會對所給來源是否能完全支持條目內容產生爭議。此時可直接引用來源原文以及被要求的其他細節信息，來說明來源真實可靠。
  3. ^ 註明章節時不要求註明至頁碼，因為一些暢銷書會再版，刊物會出合訂本，頁碼可能有變。頁數亦可注，因為在章節頁數大時可加注頁碼以方便查證。
  4. ^ 在維基百科中，當內容要求被直接證實時，現有慣例是在內嵌引用中提供支持內容的參考文獻。這樣能最為直接地核實條目內容與參考文獻是否一致。其他已有的慣例如果亦能清楚且準確地解釋條目中的斷言，則同樣可以接受，但內嵌引用依然是此種目的下的最佳方式。詳情請參考維基百科:列明來源。
  5. ^ 由於需要註冊、付費、特定瀏覽器、特定區域、啟動外部程式或插件的網站不利讀者查證條目中出現的信息，故編輯者不應引用這些網站。
  6. ^ 不同人之間有時會對所給來源是否能完全支持條目內容產生爭議。此時可直接引用來源原文以及被要求的其他細節信息，來說明來源真實可靠。
  7. ^ 註明章節時不要求註明至頁碼，因為一些暢銷書會再版，刊物會出合訂本，頁碼可能有變。頁數亦可注，因為在章節頁數大時可加注頁碼以方便查證。

技術

Template:Weather box

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

天氣模板Template:Weather box，可以添加參數|width=auto以自動適應條目，但是在有信息框的條目中添加該參數並不總是會自適應，比如韋斯卡 (78803227)會在氣候模板上方出現大段空白（可能也是信息框/Infobox的原因）。--Kethyga（留言） 2023年9月5日 (二) 10:03 (UTC)[回覆]

自帶{{clr}}效果？如果沒有，表格在小屏幕寬度下不會放不下嗎。--YFdyh000（留言） 2023年9月9日 (六) 04:14 (UTC)[回覆]
手機網頁和App看了下，應該都要左右滑動。--Kethyga（留言） 2023年9月9日 (六) 08:20 (UTC)[回覆]
應該又是V22皮膚的css更新所致，換成2010版皮膚看是正常的。--蕭漫（留言） 2023年10月10日 (二) 02:44 (UTC)[回覆]
似乎現在顯示效果正常了？--Kcx36（留言） 2023年11月15日 (三) 10:39 (UTC)[回覆]
目前已 無法重現。 Willy1018（留言） 2023年11月19日 (日) 02:50 (UTC)-- Willy1018（留言） 2023年11月30日 (四) 03:21 (UTC)[回覆]
在條目韋斯卡中，未登錄和Timeless Skin下目前均無法自適應頁面寬度。--Kethyga（留言） 2023年11月27日 (一) 04:11 (UTC)[回覆]
我的顯示效果。--Kcx36（留言） 2023年11月27日 (一) 04:50 (UTC)[回覆]
發現新版皮膚/外觀在未登錄狀態下的右下角有一個切換「全屏寬度」和「有限寬度」的按鈕，如果選擇「全屏寬度」的話就不會被信息框/Infobox遮擋，但是Weatherbox/天氣框仍未填滿空間。另外在條目洛帕中，Timeless Skin下可以正常自適應頁寬。--Kethyga（留言） 2023年11月28日 (二) 01:55 (UTC)[回覆]
@Kethyga：英文維基百科也有這種情形嗎？—— Eric Liu 創造は生命（留言・留名・學生會） 2024年1月29日 (一) 17:28 (UTC)[回覆]
@Ericliu1912 en:Wikipedia:Sandbox (1220692034) 在英維的效果，個人認為無問題，右側的信息框一般不會遮擋天氣框。--Kethyga（留言） 2024年4月25日 (四) 09:52 (UTC)[回覆]
@Kethyga：若直接複製來本地，是否可行？—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月25日 (四) 15:28 (UTC)[回覆]
得先測試看看了，不知道差異大不大，另外也不知道是否只是 Weather box 的問題。--Kethyga（留言） 2024年4月26日 (五) 01:30 (UTC)[回覆]
本討論章節會維持開放，暫時不按最後意見發表時間存檔。欲讓機器人存檔，請移除本模板。留言請置於本模板上方。

MobileFrontend側邊欄故障

[11] Log in（登入）、Settings（設定）、Donate（贊助）、About Wikipedia（關於Wikipedia（隨維基媒體計劃名稱而變））、Disclaimers（免責聲明）均無法被點擊，也無法對其長按彈出瀏覽器菜單，全站（所有語言、所有維基媒體計劃）均發生該問題。--Txkk（留言） 2023年11月29日 (三) 03:05 (UTC)[回覆]

在firefox下未能復現，可點擊，可彈出瀏覽器菜單。但是側邊欄各項一點擊或彈出瀏覽器菜單時（點擊鼠標左鍵或右鍵時），側邊欄就會迅速縮回，雖然點擊的鏈接打開沒問題（選擇使用彈出的瀏覽器菜單中的功能也沒問題），但是用戶體驗比較糟糕。從前端角度看，很可能算是個bug--百無一用是書生 (☎) 2023年11月29日 (三) 03:20 (UTC)[回覆]
似乎現在mediawiki更新後，這個問題（或類似問題）已不存在了？--百無一用是書生 (☎) 2023年12月15日 (五) 11:56 (UTC)[回覆]
還在。--Txkk（留言） 2023年12月15日 (五) 21:21 (UTC)[回覆]

有沒有人去Phabricator報告問題？--Txkk（留言） 2023年12月25日 (一) 06:46 (UTC)[回覆]

我現在是只有關於和免責聲明點擊後側邊欄縮回，頁面不跳轉--百無一用是書生 (☎) 2023年12月25日 (一) 07:47 (UTC)[回覆]
本討論章節會維持開放，暫時不按最後意見發表時間存檔。欲讓機器人存檔，請移除本模板。留言請置於本模板上方。

引文模板不應該報錯全部的零寬空格

本主題或以下段落文字，在討論結束後應存檔至Module talk:Citation/CS1/Utilities。

Cat:引文格式1錯誤：不可見字符現在只要有U+200B就會報錯，實際上有些零寬字符是合理且必要的，比如emoji和孟加拉文使用其連接字符。

建議將其改為維護而不是錯誤。--落花有意12138 2023年12月16日 (六) 12:44 (UTC)[回覆]

en:Module:Citation/CS1/Configuration有為特定文字或Emoji添加例外。--Cookai餅塊🍪（💬留言） 2023年12月24日 (日) 10:10 (UTC)[回覆]
等等，Module:Citation/CS1/Configuration也有indic_script，但Module:Citation/CS1沒有把它排除。--Cookai餅塊🍪（💬留言） 2023年12月24日 (日) 10:19 (UTC)[回覆]
請問此問題有辦法解決嗎？《亂世勇者》的97號來源出現此情況，但不知道該如何解決。--H2226（留言） 2024年1月7日 (日) 10:11 (UTC)[回覆]
要改的是Module:Citation/CS1/Utilities的has_invisible_chars，en的has_invisible_chars在en:Module:Citation/CS1，看有沒有高人要來修。--Cookai餅塊🍪（💬留言） 2024年4月24日 (三) 04:58 (UTC)[回覆]
本討論章節會維持開放，暫時不按最後意見發表時間存檔。欲讓機器人存檔，請移除本模板。留言請置於本模板上方。

「閱讀無障礙」功能和本站小工具兼容問題以及字號選擇

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

於Phabricator查看
編號T358119的工單
狀態：已解決

測試功能中Vector 2022的「閱讀無障礙」功能之前和本站大字體小工具存在兼容性問題，目前主要問題已經修正，但是存在若干遺留問題。

該測試功能有三個擋位，「小」對應14px，「標準」對應16px，「大」對應20px，並無本站目前使用的15px。本來該功能是有望讓小工具在Vector 2022下直接退役的，但由於缺少15px所以目前不行。

目前個人認為有以下解決方案，請社群評估：

  1. 維持現狀（大字體小工具將「小」修改為15px，其他不變）。
  2. 讓大字體小工具在打開「閱讀無障礙」時直接失效，之後在正式部署「閱讀無障礙」時調整為默認啟用16px，小工具退役。注意會導致默認字號改變。
  3. （新增）讓基金會加上15px的擋位，正式部署時默認啟用，小工具退役。

以上。--碟之舞📀💿 2024年2月23日 (五) 02:13 (UTC)[回覆]

我個人會傾向2。--冥王歐西里斯（留言） 2024年2月23日 (五) 03:56 (UTC)[回覆]
@S8321414：剛剛加了個3，提醒一下。--碟之舞📀💿 2024年2月23日 (五) 13:36 (UTC)[回覆]
有看到，但我個人還是傾向2，但不排斥3。--冥王歐西里斯（留言） 2024年2月23日 (五) 13:59 (UTC)[回覆]
閱讀方面14px和15px我感覺都行，但排版變化明顯。順便一提，Timeless皮膚下是15.2px。16px感覺較大，但部分用戶和繁體用戶可能偏愛。--YFdyh000（留言） 2024年2月23日 (五) 14:02 (UTC)[回覆]
依據「閱讀無障礙」功能的文檔「Small is the current default」，而本站預設啟用「大字體」小工具及實際上本站預設字體為 15px 而非 14px，故「小」選項應由現時的 14px 增加至 15px，或是增加 15px 的選項及成為預設選擇。至於「大字體」小工具，當「閱讀無障礙」功能仍在測試階段時應改為不覆蓋該功能字體設定，待該功能正式部署後才僅在 Vector 2022 暫停使用。謝謝。--SCP-0000（留言） 2024年2月23日 (五) 15:22 (UTC)[回覆]
另外，沒壞就不要修，除非有明確共識或證據支持其他字體大小比現時預設的 15px 更佳。--SCP-0000（留言） 2024年2月23日 (五) 15:30 (UTC)[回覆]
「小」選項由現時的 14px 增加至大字體的 15px，大家不覺得這讓很多人難以理解嗎？小變成了大，但卻還是叫做小。。。
總的來說，15px是中文網頁（可能也包括日文網頁）最常見的字體大小（可認為是最優），但是隨着近幾年顯示技術和網頁技術的變化，是否15px還是最優可能需要再探討。另外，偶數大小（14、16）從網頁設計上來說更方便計算和取整，可以避免一些頁面排版和渲染方面意外的發生。所以最後還是要權衡利弊，是保守原來的不變，還是擁抱新變化，還是只要最優大小，還是雖然不是最優但能夠更靈活？--百無一用是書生 (☎) 2024年2月26日 (一) 02:27 (UTC)[回覆]
更新：Jon (WMF)表示可以針對不同語言調整預設值大小。--碟之舞📀💿 2024年2月24日 (六) 02:21 (UTC)[回覆]
那正好，基於最小修改原則，新版外觀預設字體大小應該就設定為原本者。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年2月25日 (日) 16:52 (UTC)[回覆]
@SGrabarczuk (WMF): BTW, I have read the analysis of the community prototype testing and I found that the analysis mixed up the data from communities using Latin and CJK characters. Since Latin and CJK is quite different (FYR the comparison by Google), perhaps re-analysis and only focus on the data from communities using CJK character (Chinese, Japanese, and Korean Wikipedia) if possible? Thanks.--SCP-0000（留言） 2024年2月28日 (三) 05:39 (UTC)[回覆]
Hey @SCP-2000, that's interesting, thank you for pointing this out! Our designer broke down that data by different scripts. So he must have taken this into consideration. But as I can see, this breakdown didn't make it to the wiki page. I'll ask him.--SGrabarczuk (WMF)（留言） 2024年3月6日 (三) 16:22 (UTC)[回覆]
@SGrabarczuk (WMF): Hello, any update of this matter? Thanks.--SCP-0000（留言） 2024年3月24日 (日) 17:23 (UTC)[回覆]
Hello @SCP-2000, I'm happy to share that I do have an update :D
Ultimately, it will be possible for local users (specifically, admins, if I'm not mistaken) to change the settings (only by increasing the values) for the entire wiki. This will be possible via the Community configuration tool. It was originally built for newbies and mentors, but it's gonna be connected with other features as well.
In the meantime though, our team will be happy to make those changes for you.
However, if I'm not mistaken, it will not be necessary since our proposed new default ("Standard", 16px) is a bit larger than the current default on this wiki (15px). Am I forgetting about something?
What do you think about all this? Thanks!--SGrabarczuk (WMF)（留言） 2024年3月29日 (五) 22:37 (UTC)[回覆]
@SGrabarczuk (WMF): Hello, thanks for your information:)
We are currently in a discussion about which font size (i.e. 14, 15 or 16px) is better. That was why I asked if there is any data from communities using CJK characters, so that help us make a better decision. Anyway, we'll let you know if we reach the consensus.--SCP-0000（留言） 2024年3月30日 (六) 12:31 (UTC)[回覆]

@Diskdance、S8321414、YFdyh000、Shizhao、Ericliu1912： 考慮到現時未見有廣泛共識同意更改預設字體大小，個人認為較佳的做法是維持現況（即 15px）。而 WMF 願意依據社群意見更改字體大小，故個人建議將 Vector 2022 未來的預設「標準」選項（ 「our proposed new default ("Standard", 16px)」）改為本站現時的 15px。至於「大字體」小工具，當「閱讀無障礙」功能仍在測試階段時改為不覆蓋該功能字體設定，待該功能正式部署後才僅在 Vector 2022 暫停使用。不如各位意下如何？謝謝。--SCP-0000（留言） 2024年3月30日 (六) 12:59 (UTC)[回覆]

個人支持SCP所述做法。但是需要考慮是否要相應調整「大」選項的字號。--碟之舞📀💿 2024年3月30日 (六) 13:13 (UTC)[回覆]
所以現在是變成要把「標準」改為15px而非把「小」改為15px？我個人仍是比較傾向讓這三個選項維持原本的14、16、20px，讓小工具在Vector 2022失效，但也不反對將「標準」改為15px就是（是說原本選15px究竟是什麼原因？）。--冥王歐西里斯（留言） 2024年3月30日 (六) 13:27 (UTC)[回覆]
「所以現在是變成要把「標準」改為15px而非把「小」改為15px？」是的，這是基於維持現況的考量。而「標準」未來將成為預設選擇。
「我個人仍是比較傾向讓這三個選項維持原本的14、16、20px，讓小工具在Vector 2022失效」或許能否詳細說明理由？謝謝。--SCP-0000（留言） 2024年3月30日 (六) 13:33 (UTC)[回覆]
主要是現在用「閱讀無障礙」的「標準」也沒遇到什麼排版上的問題，另外沒那麼重要的應該是跨站點的一致性，至於「大字體」小工具在「閱讀無障礙」功能預設開啟後（在Vector 2022）就不需要了。--冥王歐西里斯（留言） 2024年3月30日 (六) 13:44 (UTC)[回覆]
理解。大字體那句是不小心引用的（）。至於跨站點的一致性，這確實是合理的擔憂，不過只要本站願意作出改動，個人認為其他使用中文的 wikis 也會跟進改動。至於中文以外的 wikis，正如您所說其實不太重要。謝謝。--SCP-0000（留言） 2024年3月30日 (六) 14:02 (UTC)[回覆]
現在中文站點的字型大小設定並不完全相同，所以我反而不覺得其他中文站點會跟進本站改「標準」為15px就是XD，畢竟改了反而也是跟原先的排版不同。--冥王歐西里斯（留言） 2024年3月30日 (六) 23:26 (UTC)[回覆]
原本選15px是因為當時中文網頁字體大小的最佳實踐是15px--百無一用是書生 (☎) 2024年3月31日 (日) 12:09 (UTC)[回覆]
那就是看現在的最佳實踐是不是還是15px了。--冥王歐西里斯（留言） 2024年3月31日 (日) 12:14 (UTC)[回覆]
啊，「最佳實踐」我在這裡是有點反諷的意思的....意思就是別人都這麼做，所以這麼做，效果上是不是「最佳」則未必，但成本上肯定是「最佳」的--百無一用是書生 (☎) 2024年4月8日 (一) 03:21 (UTC)[回覆]
既然此討論已過一個月多，而本提案已過七天且無合理異議，故現公示七天，如無合理異議即視達成共識及通過。謝謝。--SCP-0000（留言） 2024年4月7日 (日) 16:01 (UTC)[回覆]
  • 根本就不是這問題，是這個基金會本身的問題。強迫人換成Vector 2022的皮膚外觀不說，還要登入使用者的帳號才能選擇，跟字體大小可能沒什麼影響了，字體大小也不是決定條目質量的主要因素，而且一堆多餘空白就影響閱讀品質。再說，為何不自己用縮放功能調整字體大小就好？真的懶成這樣嗎？--Z7504非常建議必要時多關注評選（留言） 2024年4月18日 (四) 14:10 (UTC)[回覆]
    良好的網站設計不應要求使用者透過縮放功能來調整字體大小，而字體大小確實會影響讀者的閱讀品質（參見相關研究）。至於預設選項及空白的問題，與本討論無關，個人便不評論。謝謝。--SCP-0000（留言） 2024年4月18日 (四) 16:13 (UTC)[回覆]
    字體大小的確是會影響讀者的閱讀品質，但哪些讀者是真的會管您維基百科要是14px還是15px的大小啊？講這個幾px大小也不是維基百科所有的讀者都能一目了然。基金會也沒有要發明這個功能啊？為啥不給維基百科本身閱讀時能自己決定字體大小的功能建議比較快？電腦有縮放字體功能，手機也有縮放螢幕大小的功能，那字體顯示的大小當然是取決自己要不要去決定而已。（獨裁）基金會做為一個維基百科全書網頁始祖之一，卻連這點功能都辦不到，那和其他網路百科全書基本差不多功能而已，就（獨裁）社群的維基百科功能性而言，沒有比較突出。與其討論字體選擇性功能，真的建議直接看看這個（獨裁）基金會的意願吧，（獨裁）社群光只在互助客棧這討論半天是沒有屁用的。--Z7504非常建議必要時多關注評選（留言） 2024年4月18日 (四) 17:04 (UTC)[回覆]
    相信做過網站開發和應用系統設計工作的，絕不會說出這種不專業的話--百無一用是書生 (☎) 2024年4月19日 (五) 03:29 (UTC)[回覆]
既然沒有合理且與本提案相關的異議，視為達成共識及通過。個人稍後將建立相關工單。謝謝。--SCP-0000（留言） 2024年4月19日 (五) 07:35 (UTC)[回覆]
已建立 phab:T362995。
@SGrabarczuk (WMF)： Hello, we agree that change the "Standard" font size from 16 to 15px in Chinese Wikipedia. More information in this phab ticket. Thanks.--SCP-0000（留言） 2024年4月19日 (五) 16:09 (UTC)[回覆]
所以此話題現在可告一段落了？—— Eric Liu 創造は生命（留言・留名・學生會） 2024年5月10日 (五) 19:58 (UTC)[回覆]
我認為沒問題。--碟之舞📀💿 2024年5月11日 (六) 01:15 (UTC)[回覆]

關於使用 ToolsRedirect 創建的繁簡重定向

本主題或以下段落文字，在討論結束後應存檔至MediaWiki talk:Gadget-ToolsRedirect.js、Category talk:有藍鏈卻未移除內部連結助手模板的頁面、Category talk:簡繁重定向、Template talk:簡繁重定向。

使用ToolsRedirect自動創建的繁簡重定向，會被該工具錯誤地標記為別名重定向，參見：Special:Diff/82229793、Special:Diff/82063339、Special:Diff/82063322、Special:Diff/82034218、Special:Diff/82003931……煩請界管盡快修復此bug，防止掛有錯誤標記的繁簡重定向不斷增加。

由於大量編者均習慣以ToolsRedirect快速創建重定向，因此需要修正的繁簡重定向恐怕已不可勝數，能否讓機器人批量處理使用該工具創建的繁簡重定向，將頁面中的{{別名重定向}}替換為{{簡繁重定向}}？@Kanashimi--蕭漫（留言） 2024年4月12日 (五) 08:22 (UTC)[回覆]

一個疑問，這些簡繁重定向是必要還是不太必要的。是解決可視化編輯器問題的嗎。--YFdyh000（留言） 2024年4月12日 (五) 19:47 (UTC)[回覆]
個人感覺別名（包括地區用詞、外文名）有必要，繁簡必要性不大，條目和模板中可以正常跳轉，只是編輯摘要（或者還有什麼地方）會顯示紅鏈。--Kethyga（留言） 2024年4月13日 (六) 00:22 (UTC)[回覆]
若不涉及一簡對多繁或異體字問題，繁簡重定向應該是不必要的。--蕭漫（留言） 2024年4月13日 (六) 01:04 (UTC)[回覆]
User:YFdyh000、User:Kethyga、User:蕭漫：對我來說，簡繁重定向最重要的功能是克服伺服器緩存過多、直接逼User:Cewbot清掉被系統忽略、遺忘的偽藍連，例如我做完Special:PermaLink/82174815不久，機器人就幫我做了這筆清理，不這樣做的話，機器人不會清到這些條目機器人很難清到這些條目。英文維基百科那邊也是這樣，大家可以留意裡面有一條「{{ill|Hundred Flowers Award for Best Writing|zh|大众电影百花奖最佳编剧|lt=Best Writing}}」被標示為「The corresponding foreign language page does not exist.」，但中文百科其實有大眾電影百花獎最佳編劇條目，只是繁簡不同而已，如果有簡繁重定向頁就不會跳出這個錯誤。--迴廊彼端（留言） 2024年4月14日 (日) 14:19 (UTC)[回覆]
偽藍鏈是什麼效果。Database reports可能該機器人不支持簡繁機制，不了解有無別的方案。是否要建簡繁重定向似乎多次討論過，有無結論忘記了。--YFdyh000（留言） 2024年4月14日 (日) 14:54 (UTC)[回覆]
User:YFdyh000：偽藍連只有兩種可能，一個是應該功成身退的跨語言連結，另一個是編者寫的不正確或與未來建立條目名稱不同、導致機器人清不掉的連結，兩種最好都不要存在。--迴廊彼端（留言） 2024年4月15日 (一) 14:16 (UTC)[回覆]
我還沒發現本地User:Cewbot/需要修正的跨語言連結中因為繁簡而受影響的情形。如果確實有的話，應該可以考慮重新設計機器人。倒是除此之外，繁簡重定向確實沒有什麼作用。--PexEric 💬|📝 2024年5月2日 (四) 09:35 (UTC)[回覆]
可能需要修改MediaWiki:Gadget-ToolsRedirect.js的識別方案吧，另外還有非繁簡識別成繁簡重定向的，比如82561648--Kethyga（留言） 2024年5月10日 (五) 03:13 (UTC)[回覆]
本討論章節會維持開放，暫時不按最後意見發表時間存檔。欲讓機器人存檔，請移除本模板。留言請置於本模板上方。

InternetArchiveBot故障？

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

於Phabricator查看
編號T364136的工單
狀態：已解決

這兩天突然發現User:InternetArchiveBot無法識別{{Cite web}}、{{Cite news}}等系列模板中已添加的存檔，而是直接在模板外添加了{{Wayback}}，導致大量引用來源出現重複的存檔鏈接（如：[12]）；即使Cite系列模板沒有存檔鏈接，也不會填進去（如：[13]）。我已在P站提單，暫未得到回覆；但剛剛發現機器人在其他站點的工作是正常的（如西語維基百科、英語維基百科）……想請教是否會與本地的一些配置有關？以及我認為有必要將這兩天機器人做的編輯全數回退……--Tim Wu（留言） 2024年5月4日 (六) 17:55 (UTC)[回覆]

問題持續中，現在還是重複添加{{Wayback}}。InternetArchiveBot的條目修改量也不少，在解決問題之前，能否先禁止這個bot的在zhwiki的運行。--Nostalgiacn（留言） 2024年5月6日 (一) 03:04 (UTC)[回覆]
不反對暫時禁止。--Tim Wu（留言） 2024年5月6日 (一) 03:14 (UTC)[回覆]
不確定是bug還是只是參數識別問題，因為用iabot界面編輯存檔的話，參數名為「archive-date」和「archive-url」，可能是原來的模板參數對不上而無法處理？——Sakamotosan路過圍觀 | 避免做作，免敬 2024年5月6日 (一) 07:26 (UTC)[回覆]
現在有沒有橫槓都識別不出來。--Tim Wu（留言） 2024年5月6日 (一) 07:31 (UTC)[回覆]
像這個更改Special:Diff/82526887，{{Cite web}}的參數就是archive-url和archive-date，但bot還是在模板外加的{{Wayback}}。--𝓧𝓩𝓣𝓓𝓮𝓪𝓷 𝕋𝕒𝕝𝕜  2024年5月6日 (一) 10:05 (UTC)[回覆]
剛試了用iabot界面編輯存檔，出現了同樣問題。連帶之前沒有存檔的也是以{{Wayback}}存檔。--S叔 2024年5月6日 (一) 12:48 (UTC)[回覆]
雖然但是我覺得應該聯繫機器人維護者@Cyberpower678、Harej而不是去phab開工單……我覺得該問題是機器人本身的問題與mw沒啥關係，機器人也不是基金會人員所有的。--忒有錢 🌊塩水あります🐳（留言） 2024年5月9日 (四) 19:24 (UTC)[回覆]
工單也加了Cyberpower678。但如果直接去對方用戶討論頁提醒一下，或者先諮詢一下是不是出了一些問題，應該會更好。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年5月10日 (五) 00:23 (UTC)[回覆]
是在機器人元維基問題回報頁反饋無果後才提單的，雖然兩處直到現在都沒有更新，很失望。--Tim Wu（留言） 2024年5月10日 (五) 03:37 (UTC)[回覆]
建議修復前先禁用吧。另外IABOT工具也是在{{cite}}模板之外添加的存檔，不論archive-url是否已經填寫。--Kethyga（留言） 2024年5月10日 (五) 03:32 (UTC)[回覆]
另外，還有IABotManagementConsole的也是，見 Special:Diff/81922170/82595494、標籤：IABotManagementConsole最近更改。--Kethyga（留言） 2024年5月11日 (六) 01:18 (UTC)[回覆]
有必要按照Wikipedia:忽略所有規則立刻禁用該機器人，避免受影響範圍擴大--Dnaimfz（留言） 2024年5月14日 (二) 12:10 (UTC)[回覆]
此機器人的自動作業已停止，但這期間仍有用戶通過 IABotManagementConsole 添加存檔。--Tim Wu（留言） 2024年5月14日 (二) 13:07 (UTC)[回覆]

字詞轉換問題

本主題或以下段落文字，在討論結束後應存檔至Talk:瑪莉·雷諾特。

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

瑪莉·雷諾特條目中，所有的「畢業」都會在繁體轉換為東野圭吾的小說「畢業 雪月花殺人遊戲」。--SingBow（留言） 2024年5月10日 (五) 01:00 (UTC)[回覆]

看起來修復了。Template:CGroup/文學對應項沒配置好。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年5月10日 (五) 03:36 (UTC)[回覆]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

字詞轉換問題

本主題或以下段落文字，在討論結束後應存檔至Talk:弊傢伙！史太林死咗。

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

史達林死了沒？條目中，赫魯雪夫的名字「尼基塔」會在繁體轉換為電影「霹靂煞」--SingBow（留言） 2024年5月10日 (五) 01:03 (UTC)[回覆]

@SingBow 是Module:CGroup/Movie的問題，「La Femme Nikita', 'zh-tw:霹靂煞;zh-cn:尼基塔;zh-hk:墮落花;」，該轉換項需要修改，「尼基塔」是常用人名。另外錯誤字詞轉換在Wikipedia:字詞轉換/修復請求。--Kethyga（留言） 2024年5月10日 (五) 03:42 (UTC)[回覆]
解決了，電影名組過轉，Kethyga在條目上加了一個固定轉義。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年5月10日 (五) 03:42 (UTC)[回覆]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

請問技術上如何修正：臺灣正體中文用 「進位」 代替 「進制」 的自動轉換？

本技術問題，已張貼於條目【進位制】的討論區，因修訂該條目時，查詢其公共轉換組
（IT、Electronics、Science），其模板內容並查無強制「進制」字詞轉換處理，為何會自動轉換成「進位」？怎麼解決？謝謝！

貼文如下：

進制（carry system）與進位（carry）並不等義！見：樂詞網【進位】，但不知道什麼原因，維基中文會自動轉換！（包括其他條目，例如「十進制」，臺灣正體中文非要顯示「十進位」不可）請協助並指導修訂技術，謝謝！--Yyfroy（留言） 2024年5月10日 (五) 08:39 (UTC)[回覆]

@Yyfroy 在全局轉換表中，該轉換使得"进制"在中文維基項目上zh-tw都會轉換成「進位」。確實過度轉換的話，可以提報到Wikipedia:字詞轉換/修復請求，不過處理速度會就比較久。--Kethyga（留言） 2024年5月10日 (五) 08:59 (UTC)[回覆]
謝謝！原來如此！還有這種網站（https://phabricator.wikimedia.org/ ）！Yyfroy（留言） 2024年5月10日 (五) 09:44 (UTC)[回覆]
可以看一下Wikipedia:字詞轉換的說明和流程。--Kethyga（留言） 2024年5月10日 (五) 11:03 (UTC)[回覆]
@A2569875 麻煩確認一下，是否應該取消全局轉換。--Kethyga（留言） 2024年5月10日 (五) 11:18 (UTC)[回覆]

優先體驗深色模式（行動版網站、已登入使用者）

大家好，如同去年11月的公告所述，維基媒體基金會網頁團隊正在開發深色模式（或稱夜間模式）。我們現在已為所有維基專案的行動版進階模式已登入使用者發布了該功能，以進行測試。請別擔心，新功能不會造成破壞！（請參閱下文的「已知局限」部分）。在向更廣泛的受眾發布該功能之前，與您合作對我們來說非常重要。我們優先推出的目標是：

  • 展示我們的早期成果。您越早參與，您的意見就越能在最終版本得到體現
  • 取得有關標記錯誤、問題和請求的協助
  • 與技術編者合作，調整各種模板和小工具以支援深色模式

請參見專案頁面和常見問題頁面了解關於此專案基礎知識的更多資訊。

初始版本的已知局限

  • 目前，深色模式僅適用於已啟用行動版進階模式的已登入使用者，作為可選功能。
  • 小工具最初可能無法在深色模式下正常工作，並可能需要更新。
  • 我們的首要目標是讓深色模式能在條目上使用。特殊頁面、討論頁面和其他命名空間尚未針對深色模式更新。我們暫時在一些頁面禁用了深色模式。

我們希望您（廣大社群）做的是：

如果您有任何疑問——歡迎您向我們提出！此外，請適時考慮將維基媒體專案的深色模式相容性建議的連結加入解釋如何在程式碼中定義顏色的頁面。該相容性建議頁面將很快被標記為可翻譯頁面。我們想強調的是，這些建議可能會不斷變化。因此，我們不建議在本地維基專案建立該相容性建議的副本。在某些時候，副本可能會與原始版本有所差異。

我們希望您（模板編者、介面管理員、技術編者）做的是：

當大多數錯誤得到解決後，我們將能夠為桌面和行動裝置兩方的讀者提供深色模式。為了實現這一目標，我們需要與您一起合作共同回報和解決問題。

  1. 若要啟用深色模式，請使用行動版網站並前往選單的設定部分，選擇啟用進階模式（若尚未啟用）。然後，將色彩設為深色。（稍後，我們將使該設定自動使用裝置主題）。
  2. 接著，前往不同的條目尋找問題：
    • 如果您發現模板有問題但不知道如何修復它
      1. 前往建議頁面尋找相關範例
      2. 如果沒有相關範例可用或對修復方法有疑問，聯絡我們
    • 如果你想為多個模板在深色模式下除錯
      1. 請前往https://night-mode-checker.wmcloud.org/找出需要修復的模板。該工具會標示出閱讀量最高的100篇條目。
      2. 前往建議頁面尋找相關範例
      3. 如果沒有相關範例可用或對修復方法有疑問，聯絡我們
    • 如果您想找出前100篇條目以外的問題
      1. 安裝WCAG色彩對比瀏覽器擴充功能（Chrome、Firefox）並造訪一些條目。用它來找出問題
      2. 前往建議頁面尋找相關範例
      3. 如果沒有相關範例可用或對修復方法有疑問，聯絡我們
    • 如果您有與模板無關的深色模式錯誤報告
      1. 將您看到的畫面截圖下來
      2. 聯絡我們。如果可以，請註明您的瀏覽器版本和作業系統版本

謝謝您。我們期待您的意見和評論！--SGrabarczuk (WMF)（留言） 2024年5月10日 (五) 14:42 (UTC)[回覆]

北平市、重慶市 (中華民國)等民國大陸時期直轄市條目地圖定位偏差問題

本主題或以下段落文字，移動自Wikipedia:互助客棧/條目探討。執行者：Irralpaca（留言） 2024年5月10日 (五) 23:51 (UTC)。[回覆]

互助客棧
北平市

互助客棧
重慶市

Template:Lang 模板語言代碼檢查

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

目前語言標示模板{{Lang}}，未對語言代碼參數進行檢查，填寫任何值都不無提示，見Wikipedia:沙盒 (82616832)，英維則會檢查語言代碼（包括ISO 639和IETF語言標籤），見en:Wikipedia:Sandbox (1223490529)--Kethyga（留言） 2024年5月12日 (日) 14:11 (UTC)[回覆]

糾正一下說法， 目前的Template:Lang會提示jp/jap（日語）、gr（希臘語）、kp（朝韓語）、po（波蘭語）、sp（西班牙語）、cz（捷克語）、kz（哈薩克語）、dk（丹麥語）的錯誤語言代碼，但是其他的無提示，比如輸入一個不存在的拉丁語代碼，{{lang|latin|latin}}。--Kethyga（留言） 2024年5月15日 (三) 06:50 (UTC)[回覆]

:在巴拉耶沃、佐蘭·金吉奇，語言標籤"sr-Latn"未識別成塞爾維亞語。（lang|sr-Latn臨時通過Template:ISO 639 name sr-Latn識別塞爾維亞語）Template:Kmr中的km-Latn未識別成高棉語--Kethyga（留言） 2024年5月13日 (一) 01:26 (UTC)[回覆]

在維克托·阿斯塔菲耶夫 (76094597)，lang中語言代碼填入了不存在的「tu」，只會加入Category:含有非中文內容的條目，但並未提示編輯哪裡出現錯誤。--Kethyga（留言） 2024年5月14日 (二) 01:50 (UTC)[回覆]
{{lang}}對於語言代碼的檢查似乎是通過ISO 639語言代碼系列模板檢測的，但是{{lang-xx}}系列模板是通過Module:Lang/data模塊進行檢測的，使得目前需要同時維護Module:Lang/data和ISO 639語言代碼系列模板。ISO 639語言代碼系列模板可以作為特殊語言的補充，但是維護兩份有些多餘了。--Kethyga（留言） 2024年5月15日 (三) 05:15 (UTC)[回覆]
另外，Category:語言標示模板分類下的各種模板也是多餘，既然都需要記憶語言代碼，只用{{Language icon}}或{{in lang}}就可以。--Kethyga（留言） 2024年5月15日 (三) 05:20 (UTC)[回覆]
另外，ISO 639 name或{{lang}}只識別或生成小寫的latn，比如在山口站 (薩哈林州)中生成的源碼<span lang="ru-latn">Pereval</span>，W3C好像是要求「Latn」，[14]。--Kethyga（留言） 2024年5月15日 (三) 05:47 (UTC)[回覆]
需要改善的地方，模板{{lang}}可以增加鼠標懸停語種提示功能，有時不需要明確表示「XX語：」。--Kethyga（留言） 2024年5月17日 (五) 02:29 (UTC)[回覆]

MarkRights.js的修改：自動獲取用戶組、顯示全域用戶組

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:在編輯記錄中標示使用者權限。

此前的討論的後續。根據meta的版本做了js和css，移除了對其它維基的支持。後續新增用戶組時僅需增加相應的css，用戶可以自行覆蓋預設顏色和文字，或在css沒更新前自定義文字。不過自動獲取的用戶組以群組名稱字母順序排列，或許不合部分用戶期望。測試了一下運作正常，大家覺得如何？——暁月凜奈 (留言) 2024年5月12日 (日) 16:36 (UTC)[回覆]

ping一下印象里相關的用戶@Shizhao、Ericliu1912、Xiplus、WhitePhosphorus。——暁月凜奈 (留言) 2024年5月13日 (一) 11:10 (UTC)[回覆]

閩越地圖

請問互助客棧的有成員能否抽空時間幫忙做一張閩越國地圖呢？是像這樣子樣式的：File:Nanyue.svg地圖。這是可以用的對照原圖：File:閩越地圖.png。文件名的話就可以直接寫作File:Minyue.svg就可以了。如果可以幫忙的話那就非常感謝閣下！--桜花雪・爲了儂家各儂其閩越共民族 2024年5月13日 (一) 07:26 (UTC)[回覆]

討論頁重定向問題

我希望創建WT:NOT並重定向至WT:維基百科不是什麼以修復編輯摘要中的紅鏈，但是從預覽沒有正確重定向。我在我的用戶頁創建了測試頁，發現討論頁無法通過這種方法正確重定向，請求幫助。--Python6345（留言） 2024年5月13日 (一) 16:06 (UTC)[回覆]

您的測試頁的重定向語法有誤。#REDIRECT [[WT:维基百科不是什么]]--YFdyh000（留言） 2024年5月13日 (一) 16:23 (UTC)[回覆]

2024年第20期技術新聞

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

近期變更

  • 維基文庫有一個特殊頁面，會列出沒有掃描件的作品頁面清單。現在您可以使用新的魔術字__EXPECTWITHOUTSCANS__使該清單排除特定頁面（例如，作品的版本清單或譯文）。 [15]
  • 現在，如果您在使用者偏好設定啟用「顯示預覽時不重新載入頁面」，模板頁面功能「使用此模板預覽頁面」也無需重新載入頁面。 [16]
  • Kartographer地圖現在可以透過alt=屬性指定替代文字。其用法與圖片和圖庫語法中的alt=屬性相同。此功能的例外是維基導遊等維基站點，這些站點的微型地圖是互動式的。 [17]
  • 「新的編輯審核過濾器」功能的舊導覽已被移除。該導覽建立於2017年，旨在向擁有舊帳號的使用者展示介面的變化，現在大多數目標使用者已得知這一點。 [18]

本週變更

  • MediaWiki的新版本將於5月14日部署至測試維基及MediaWiki.org，於5月15日部署至非維基百科wiki及部分維基百科，並於5月16日部署至所有站點（參見日程表）。 [19][20]
  • Special:搜索結果頁面現在使用CSS flex屬性而非表格，以進一步落實無障礙。如果您有用於調整搜尋結果的小工具或腳本，請更新該腳本以處理新的HTML結構。 [21]

未來變更

  • 在Vector 2022外觀中，首頁將會以全螢幕寬度顯示（如同特殊頁面）。此舉的目標是確保每行容納的字元數足夠多。這與即將發生的Vector 2022排版設計變更有關。了解更多。 [22]
  • pagelinks資料表的兩個欄位（pl_namespace和pl_title）即將被刪除。使用者必須改用linktarget表格的兩個欄位（lt_namespace和lt_title）。在現有的SQL查詢中：
    1. 將ON敘述中的JOIN pagelinks替換為JOIN linktarget，將pl_替換為lt_
    2. 在其下方新增JOIN pagelinks ON lt_id = pl_target_id

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 取得協助 • 提供回饋 • 訂閱或退訂。

MediaWiki message delivery 2024年5月13日 (一) 23:57 (UTC)[回覆]

關於部分日本城鎮頁面出現的Authority control模板

因有編輯員說我在日本城鎮頁面產生難以理解(對方說法)的authority原始碼，而稍早我已回覆他說:根據我調到的紀錄，上述日本城鎮出現的原始碼可能為cewbot先前的編輯導致，如https://zh.wikipedia.org/w/index.php?title=%E4%B8%80%E6%88%B6%E7%94%BA&diff=prev&oldid=36585938

https://zh.wikipedia.org/w/index.php?title=%E8%97%A4%E9%87%8C%E7%94%BA&diff=prev&oldid=36585364。

因此想請問大家是否知道，為什麼機器人管理員會附上那串原始碼?又是否應將其刪除?謝謝--雪雨73（留言） 2024年5月15日 (三) 05:38 (UTC)[回覆]

目前未見頁面異常，你們是看到模板故障了？--YFdyh000（留言） 2024年5月15日 (三) 06:02 (UTC)[回覆]
@YFdyh000主要是rastinition說authority control是無法理解的編碼
@Kethyga因為我不確定這是模板還是原始碼的問題，只好以模板問題的敘述形容。至於您提供的角柱我會用用看，感謝您。--雪雨73（留言） 2024年5月15日 (三) 06:26 (UTC)[回覆]
@雪雨73 在你的討論頁，關於藤里町條目，似乎Rastinition並未說是{{Authority control}}模板的問題，問題可能是加入了章節「參考文獻」（== 參考文獻 ==），但是未在該章節加入"<references />"或「{{reflist}}」（使用說明，見Help:腳註），導致引用的內容都出現在「{{秋田縣}}{{Authority control}}」下方。至於本來存在的{{Authority control}}建議維持不動。--Kethyga（留言） 2024年5月15日 (三) 06:11 (UTC)[回覆]
@Rastinition 問題我已向兩位編輯員了解，會在接下來進行修改，因為先前編輯是用視覺化編輯，因此並無察覺--雪雨73（留言） 2024年5月15日 (三) 06:28 (UTC)[回覆]
先弄清對方在講什麼。--YFdyh000（留言） 2024年5月15日 (三) 06:38 (UTC)[回覆]
@YFdyh000好的，現在我有了解對方提出的問題了，正在修改，不好意思麻煩您回覆，感謝。--雪雨73（留言） 2024年5月15日 (三) 06:41 (UTC)[回覆]
@YFdyh000因為rastinition是說: 除了我主動干涉的一戶町，因為你罐頭處理的頁面多有類似問題，抽檢藤里町頁面原始碼後給予提問，請你回答你在頁面產生下列原始碼的意圖是什麼，如果你經過這個提問意識到你的問題成因，請自行修== 參考文獻 =={{秋田縣}}{{Authority control}}
我一時也看不懂只好上來詢問(⊙_⊙;)，現在懂了。--雪雨73（留言） 2024年5月15日 (三) 06:52 (UTC)[回覆]
然後考慮到有管理員可能會認為我在刷編輯次數，我有在最新的編輯註解理由，希望巡視使用者貢獻的人能看到。--雪雨73（留言） 2024年5月15日 (三) 06:54 (UTC)[回覆]

Category:包含規範控制信息的維基百科條目

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

Category:包含規範控制信息的維基百科條目，該分類英維對應en:Category:Articles with authority control information，即Category:包含規範控制信息的條目，減少「維基百科」4個字，對於規範控制信息較多的條目能節省一些空間，且感覺這幾個字有些多餘。即將Module:Authority control/config#L-14語句cat = '包含%s标识符的维基百科条目',中的「维基百科」4個字刪除。不過有170個分類需要移動。@Shizhao：--Kethyga（留言） 2024年5月15日 (三) 07:23 (UTC)[回覆]

因為最早就是Category:包含規範控制信息的維基百科條目，之前修Module:Authority control的時候就繼續沿用了。不改就是因為要移動170個分類....實在不想耗費這個精力，要是有其他人願意處理，樂見其成！--百無一用是書生 (☎) 2024年5月15日 (三) 08:06 (UTC)[回覆]
faultwithidcat = '包含错误规范控制信息的维基百科条目 (%s)',也是沿用的以前的命名方式，甚至為此還改了Module:Authority control中的相關代碼，原因也是嫌麻煩，不想移動上百個分類...--百無一用是書生 (☎) 2024年5月15日 (三) 08:09 (UTC)[回覆]
@Ericliu1912 好像是有Massmove用來批量移動？--Kethyga（留言） 2024年5月15日 (三) 08:22 (UTC)[回覆]
如果沒收益，我也傾向不動若干頁面……如果要省字數，「條目包含規範控制信息」怎麼樣，不確定命名統一性等情況。--YFdyh000（留言） 2024年5月15日 (三) 08:40 (UTC)[回覆]
英維可能是在2021年集中移動的，見en:Template talk:Authority control (Remove_"Wikipedia"_from_"Wikipedia_articles_with_EMU_identifiers"-type_categories?)。
「條目包含規範控制信息」，沒覺得更好，傾向原表達方式。--Kethyga（留言） 2024年5月15日 (三) 10:24 (UTC)[回覆]
確實，沒有找到「條目包含」前例，「條目有」1例，「條目使用」2例，「的條目」則很多。--YFdyh000（留言） 2024年5月15日 (三) 10:39 (UTC)[回覆]
更好的的表述可能是「含有規範控制信息的條目」--百無一用是書生 (☎) 2024年5月15日 (三) 12:11 (UTC)[回覆]

限制頁面寬度功能失效了？

--Dnaimfz（留言） 2024年5月16日 (四) 06:10 (UTC)[回覆]

上面技術新聞有寫。——暁月凜奈 (留言) 2024年5月16日 (四) 06:55 (UTC)[回覆]

Template:Infobox building

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

模板{{Infobox building}}的native_name_lang參數問題，如果native_name_lang參數未填寫的話，會默認其語言代碼為"{{{native_name_lang}}}"，而不是像{{Infobox settlement}}一樣將其忽略，見布蘭城堡信息框。另外布蘭城堡中使用{{native_name_list}}模板的話，其中後綴語言在簡體狀態下顯示繁體，但是native_name_list模板在馬焦雷湖條目中簡體環境下正常顯示簡體語言名稱。--Kethyga（留言） 2024年5月17日 (五) 04:48 (UTC)[回覆]

Sports results里跨語言鏈接的顯示問題

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

今天在修改2024年中國足球甲級聯賽的時候發現Module:Sports results里的球隊名字如果用跨語言鏈接模板比如{{link-en}}，就會把表格頂部球隊名的懸浮提示框裡的外文條目名字變成頂部的那個名字。

比如像這個表格：

主隊 ＼ 客隊 		隊1（英語：队1） 隊2（英語：队2） 隊3（英語：队3）
隊伍1（英語：Team 1） — 1–0 2–0
第二隻隊伍（英語：Team 2） 3–0 — 4–0
隊伍3（英語：Team 3） 5–0 6–0 —
最後更新：unknown。資料來源：[來源請求]
藍色：主隊取勝；黃色：戰平；紅色：客隊取勝。
對於{{le|第一只队伍|Team 1|队伍1}}，表格頂部的跨語言鏈接的鼠標懸浮提示框裡寫的就成了

條目「第一隻隊伍」尚未創建，可參考英語維基百科的對應頁面：隊1。

但像最左側的一列顯示的正常的的跨語言鏈接應該是顯示

條目「第一隻隊伍」尚未創建，可參考英語維基百科的對應頁面：Team 1。

使用{{ilh}}系列和{{tsl}}都會有一樣的問題，不過外文鏈接都還是正常的。不知道這個是有意設計的還是在替換球隊名字的時候也把外文維基百科的鏈接名字也替換了。--𝓧𝓩𝓣𝓓𝓮𝓪𝓷 𝕋𝕒𝕝𝕜  2024年5月17日 (五) 08:31 (UTC)[回覆]

求助

重要度與質量評級的交叉篩選

本主題全部或部分段落文字，已移動至Template talk:WikiProject Maths。執行人：Jimmy-bot（留言） 2024年5月17日 (五) 16:14 (UTC)。[回覆]

想要為學校創建一個維基百科詞條，總是不能通過審核，請問哪位大神有經驗啊？

想要為學校創建一個維基百科詞條，總是不能通過審核，請問哪位大神有經驗啊？我的微信號是：chongchongAI3，謝謝！--Zhixuan.Gong（留言） 2024年5月3日 (五) 15:51 (UTC)[回覆]

請說條目名，別人方便看原因。--YFdyh000（留言） 2024年5月3日 (五) 15:54 (UTC)[回覆]
我想問一句，請問維基百科有審核嗎？另外，維基百科中的主命名空間的頁面叫做「條目」而不是「詞條」，謝謝。--Gongxiang01（留言） 2024年5月11日 (六) 09:53 (UTC)[回覆]
如果途徑WP:AFC是有的。WP:詞條。--YFdyh000（留言） 2024年5月11日 (六) 09:57 (UTC)[回覆]
沒看到你的編輯歷史，頁面是被刪除了？--桐生ここ★[討論] 2024年5月11日 (六) 11:48 (UTC)[回覆]
編輯次數1。可能在別的賬號下，或者被攔截。--YFdyh000（留言） 2024年5月11日 (六) 11:52 (UTC)[回覆]

使用Template:EstcatCountry建立公元前年數分類出現錯誤

本主題全部或部分段落文字，已移動至Template talk:EstcatCountry。執行人：Jimmy-bot（留言） 2024年5月18日 (六) 08:14 (UTC)。[回覆]

這理由：公開在中國的錄音是否違反了美國法律，從而違反了在世人物，合理嗎？另外，想請教下有必要再次請求傀儡調查

本主題全部或部分段落文字，已移動至Talk:陳牧馳。執行人：Jimmy-bot（留言） 2024年5月18日 (六) 08:14 (UTC)。[回覆]

請求協助上傳檔案 2024-05-06 08:05

本主題或以下段落文字，在討論結束後應存檔至Talk:四分衛樂團。

我想要上傳的圖片來源是<https://media.zenfs.com/ko/mirrormedia.mg/2aa617912cb01c39224b0efd9a02c010>，想要使用在四分衛的<資訊框>。 --劉子易（留言） 2024年5月6日 (一) 08:05 (UTC)[回覆]

駁回 駁回，非自由圖片，且不符合理使用要求。--傘木 霙留言 2024年5月12日 (日) 03:18 (UTC)[回覆]

請求協助上傳檔案 2024-05-06 11:00

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

我想要上傳的圖片來源是<https://www.epochtimes.com/b5/17/4/17/n9046287.htm>，想要使用在魏德聖導演的<個人照上>。 --Heart630412（留言） 2024年5月6日 (一) 11:00 (UTC)[回覆]

駁回 駁回，非自由圖片，且不符合理使用要求。--傘木 霙留言 2024年5月12日 (日) 03:18 (UTC)[回覆]

請求協助上傳檔案 2024-05-06 12:32

本主題或以下段落文字，在討論結束後應存檔至Talk:鼠頭鴨脖事件。

我想要上傳的圖片來源是<https://cbu01.alicdn.com/img/ibank/O1CN01hd6MQX1tDaxxwob4w_!!3859715868-0-cib.jpg>，想要使用在鼠頭鴨脖事件的<後續段落>。 --IFIF1727（留言） 2024年5月6日 (一) 12:32 (UTC)[回覆]

駁回 駁回，圖片來源、版權狀態不明。--傘木 霙留言 2024年5月12日 (日) 03:18 (UTC)[回覆]

頁面破壞問題

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

歌手2024之IP使用者220.138.126.224之編輯是否屬於頁面破壞呢？是否應申請頁面臨時保護？--Tifffanyyy（留言） 2024年5月8日 (三) 09:28 (UTC)[回覆]

Wikipedia:請求保護頁面有人請求過。原創研究。「排名預測」我無語。--YFdyh000（留言） 2024年5月8日 (三) 09:49 (UTC)[回覆]
原來有人請求過了！那現在這樣是只能等管理員的結果嗎？還是我應該再去撤銷呢，感覺會引發編輯戰耶。（不過好像已經是了）Tifffanyyy（留言） 2024年5月8日 (三) 10:28 (UTC)[回覆]
也可送WP:VIP等布告板催處理？--YFdyh000（留言） 2024年5月8日 (三) 10:36 (UTC)[回覆]
以前沒有舉報過人，我來研究看看！Tifffanyyy（留言） 2024年5月8日 (三) 10:53 (UTC)[回覆]
閣下您好，IP使用者220.138.126.192似乎是IP使用者220.138.126.224更換IP後，重複於歌手2024進行原創研究與無可靠來源之編輯，如此有何解？（目前針對IP使用者220.138.126.224之舉報以及對歌手2024之申請頁面保護尚無回應。）Tifffanyyy（留言） 2024年5月9日 (四) 02:30 (UTC)[回覆]

關於WP:頁面分類

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

請教各位編者，抖音被劃入分類:被俄羅斯封鎖的網站和分類:美國網絡審查這兩個涉及他國法律權力的分類，是否違反維基百科關於頁面分類的中立方針？（「分類條目時一定要注意Wikipedia:中立的觀點。除非顯而易見而且沒有爭議（例如張國榮一定是香港人），不然不要對條目歸類。請您寧可先到分類的討論頁提出問題，也不要貿然分類。」）即使美國對TikTok實施網絡審查被字節跳動認定其違反美國憲法，請問這樣分類是否合規？--■■■■（留言） 2024年5月8日 (三) 10:59 (UTC)[回覆]

「被字節跳動認定其違反美國憲法」應該不影響「美國網絡審查」這個分類，只要美國確實做出審查要求且引發關注。「被俄羅斯封鎖的網站」疑似不當，因為目前是TikTok主動因法律原因暫停服務。網站主動對特定地區暫停服務是常見的，包括OpenAI、雅虎、領英等。--YFdyh000（留言） 2024年5月8日 (三) 12:26 (UTC)[回覆]

請求協助上傳檔案 2024-05-08 13:24

本主題或以下段落文字，在討論結束後應存檔至Talk:天城莎莉。

我想要上傳的圖片來源是<https://twitter.com/sally_amaki/status/1786382524434047430/photo/1>，想要使用在天城莎莉的<個人照片(因應本人想跟換照片)>。 --Angelagain（留言） 2024年5月8日 (三) 13:24 (UTC)[回覆]

駁回 駁回，非自由圖片，且不符合理使用要求。--傘木 霙留言 2024年5月12日 (日) 03:18 (UTC)[回覆]
我更換了另一張維基共享的圖片。不過這張是新用戶うえし在2024年5月7日上傳的，也是他唯一一張圖片，上傳後在日維條目使用。時機有點微妙。
題外話，原本的照片真的拍得很差。--Nostalgiacn（留言） 2024年5月12日 (日) 09:31 (UTC)[回覆]

Libera.Chat IRC 無法使用

我在使用IRC時，發現有錯誤：

Closing Link: [我的IP地址] (SASL authentication to a NickServ account with a verified email address is required to connect from your current network. Please see https://libera.chat/guides/sasl for configuration assistance.)

這是怎麼回事啊？能不能換成freenode啊？--Gongxiang01（留言） 2024年5月8日 (三) 15:15 (UTC)[回覆]

你的IP段被限制匿名發言了（猜測因為有人發垃圾信息）。需要先在Libera Chat註冊賬戶登錄後才能發言。可以參考它給的幫助鏈接。--碟之舞📀💿 2024年5月8日 (三) 15:57 (UTC)[回覆]
我都沒法進入聊天室我怎麼能註冊啊？NickServ我有個freenode的賬號註冊了。--Gongxiang01（留言） 2024年5月8日 (三) 17:44 (UTC)[回覆]
換ip註冊。--Miyakoo（留言） 2024年5月8日 (三) 18:16 (UTC)[回覆]
換IP直接不顯示了，一直加載卡住了。--Gongxiang01（留言） 2024年5月10日 (五) 16:52 (UTC)[回覆]
唯有只能換其他 IP，或者關掉 VPN 直連 IRC（基於私隱理由不建議）。再不然使用 Telegram 或者 Discord。謝謝。--SCP-0000（留言） 2024年5月10日 (五) 17:14 (UTC)[回覆]
可以註冊後再用VPN。--桐生ここ★[討論] 2024年5月10日 (五) 21:58 (UTC)[回覆]
以前是用這個，後來Freenode被篡奪了所有權，所以Freenode原來的員工建立Libera Chat，不建議繼續使用Freenode，因為該現在它的實際控制者的行為令人費解，他稱Freenode是「朝鮮帝國」的數字領土。--桐生ここ★[討論] 2024年5月9日 (四) 11:38 (UTC)[回覆]

使用模板{{模板:血清素受體調節劑}}碰到問題

本主題或以下段落文字，在討論結束後應存檔至Template talk:血清素受體調節劑。

在沙盒中顯示的訊息是#invoke:navbox，不曉得是什麼問題。謝謝。--ThomasYehYeh（留言） 2024年5月9日 (四) 01:03 (UTC)[回覆]

隱藏分類：​引用模板後大小超過限制的頁面。該模板的綠鏈過多導致的。--YFdyh000（留言） 2024年5月9日 (四) 01:23 (UTC)[回覆]
使用單個模板不會出現錯誤，但閣下的沙盒裡同時出現了上述模板和{{腎上腺素受體調節劑}}。這倆模板都超多綠鏈接，全部展開到一個頁面後就會出錯。不用在意，等綠鏈接慢慢都轉成藍鏈接後就會好了。--微腫頭龍（留言） 2024年5月9日 (四) 07:47 (UTC)[回覆]
收到，謝謝。我覺得有關藥物的模板中的許多確實是有超多的綠色連結。將來有人改進，或許問題就能解決吧。--ThomasYehYeh（留言） 2024年5月11日 (六) 09:50 (UTC)[回覆]

請求協助上傳檔案 2024-05-10 00:59

本主題或以下段落文字，在討論結束後應存檔至Talk:時代巡迴演唱會。

我想要上傳的圖片來源是[25]，想要使用在時代巡迴演唱會的<資訊框>中。--99.209.12.195（留言） 2024年5月10日 (五) 00:59 (UTC)[回覆]

駁回 駁回，無效的來源鏈接。--傘木 霙留言 2024年5月12日 (日) 03:18 (UTC)[回覆]

請求協助上傳檔案 2024-05-10 02:04

本主題或以下段落文字，在討論結束後應存檔至Talk:澳門旅遊大學。

我想要上傳的圖片來源是<從某個網址下載，https://www.utm.edu.mo/about-utm/general-information>，想要使用在[[26]]的<資訊框內的logo>。 --UTM Public relations（留言） 2024年5月10日 (五) 02:04 (UTC)[回覆]

圖片網址應為:https://www.utm.edu.mo/images/default-source/default-album/utm-horizontal-vertical-logos_full-color-version-02.tmb-thumb200.png?sfvrsn=bdd5c3f5_1
謝謝!--UTM Public relations（留言） 2024年5月10日 (五) 02:06 (UTC)[回覆]
駁回 駁回，已有更高質量矢量圖。--傘木 霙留言 2024年5月12日 (日) 03:18 (UTC)[回覆]

請求協助上傳檔案 2024-05-11 13:49

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

我想要上傳的圖片來源是<https://saltandlighttv.org/chinese/wp-content/uploads/2023/04/%E6%B2%88%E6%96%8C%E4%B8%BB%E6%95%99%E7%9A%84%E7%89%A7%E5%BE%BD-735x1000.jpeg>，想要使用替換沈斌的<牧徽>。 --Ttcath（留言） 2024年5月11日 (六) 13:49 (UTC)[回覆]

駁回 駁回，已有更高質量矢量圖。--傘木 霙留言 2024年5月12日 (日) 03:18 (UTC)[回覆]

無法編輯頁面

我想要建立一個新條目，但收到了以下的警示

本頁已被禁止建立和編輯，只有管理員可以取消此建立限制。因為標題「User:Twylaaa/懸壺醫院」和本地或全域黑名單 .*[医醫]院.* <autoconfirmed>配合。這通常是為了防止破壞性的編輯。

該如何處理?--Twylaaa（留言） 2024年5月12日 (日) 15:17 (UTC)[回覆]

您可以先用其他標題創建該草稿。--YFdyh000（留言） 2024年5月12日 (日) 15:36 (UTC)[回覆]

權威控制模板沒有顯示

我想給靖康稗史條目加上權威控制的項目，可是模板不顯示。大概摸索到是要在Wikidata添加項目，而不是編輯條目本身，可是真的只能在站外一個一個搜尋有沒有相關項目嗎？因為我試著用中英文搜幾個資料庫都找不到，究竟有沒有比較便利的辦法，讓權威控制這個模板可以出現啊。——George6VI（留言） 2024年5月13日 (一) 01:47 (UTC)[回覆]

沒有就是沒有....--百無一用是書生 (☎) 2024年5月13日 (一) 02:55 (UTC)[回覆]
這東西只能人工添加啊，而且如果沒有人建立權威記錄，你當然就查不到了。--世界解放者（留言） 2024年5月16日 (四) 02:58 (UTC)[回覆]
{{Authority control}}通常在人名上用得比較多，作品上比較少，且靖康稗史相對也比較偏的話題，即使在權威控制這一條目上也只有一個標識符。--Kethyga（留言） 2024年5月16日 (四) 03:40 (UTC)[回覆]

請問正在等待審核的草稿

請問正在等待審核的草稿，有能加速審核完成的辦法嗎 https://zh.wikipedia.org/wiki/Category:%E6%AD%A3%E5%9C%A8%E7%AD%89%E5%BE%85%E5%AF%A9%E6%A0%B8%E7%9A%84%E8%8D%89%E7%A8%BF User:Taskonmywe/謝智博 https://zh.wikipedia.org/wiki/User:Taskonmywe/%E8%AC%9D%E6%99%BA%E5%8D%9A 這篇，能幫忙先審核嗎，謝謝--Taskonmywe（留言） 2024年5月13日 (一) 03:57 (UTC)[回覆]

閩越地圖

請問互助客棧的有成員能否抽空時間幫忙做一張閩越國地圖呢？是像這樣子樣式的：File:Nanyue.svg地圖。這是可以用的對照原圖：File:閩越地圖.png。文件名的話就可以直接寫作File:Minyue.svg就可以了。如果可以幫忙的話那就非常感謝閣下！--桜花雪・爲了儂家各儂其閩越共民族 2024年5月13日 (一) 07:25 (UTC)[回覆]

維基百科圖書館的登陸憑證

前幾天本人剛拿到維基百科圖書館查閱書籍的授權，結果昨日在檢索圖書時突然顯示無法確認我的登陸憑證，向遇到過相似之情況的編輯求助。--Yankees from Canada（留言） 2024年5月13日 (一) 14:57 (UTC)[回覆]

以前能正常使用，近幾日嘗試時也是搜索會遇到「我們無法驗證您的登錄憑證」。--YFdyh000（留言） 2024年5月13日 (一) 15:00 (UTC)[回覆]
所以說是不是要向EBSCO那邊反饋一下啊 ﾍ(;´Д｀ﾍ)，不然的話圖書館用起來還是挺受限的。--Yankees from Canada（留言） 2024年5月13日 (一) 15:05 (UTC)[回覆]

請問有沒有相關文獻可以查到鄭經時期明鄭在台灣的最大勢力範圍地圖

想畫一張明鄭最大勢力範圍圖，苦於沒有合適的底圖可以參照。--Perinbaba（留言） 2024年5月15日 (三) 02:11 (UTC)[回覆]

合併頁面

根據維基百科:頁面存廢討論/記錄/2024/04/28，九二共識 (中華人民共和國)已獲得共識併入九二共識，可是我不知道要怎麼合併。前者篇幅較長，我也不敢直接清空。還請有經驗的編者幫助。--微腫頭龍（留言） 2024年5月15日 (三) 02:36 (UTC)[回覆]

請求協助上傳檔案 2024-05-15 10:09

我想要上傳的圖片來源是<從某個網址下載，https://www.sppm.tsinghua.edu.cn/info/1198/7489.htm / >，想要使用在Chen Ling（如果條目還不存在，請先建立條目再請求上傳文件）的<Infobox person段的image部分>。 --MaxinekimSim（留言） 2024年5月15日 (三) 10:09 (UTC)[回覆]

未完成：條目不存在。--傘木 霙留言 2024年5月17日 (五) 05:27 (UTC)[回覆]

請求協助上傳檔案 2024-05-16 06:52

我想要上傳的圖片來源是<https://lh5.googleusercontent.com/mTXD662CknLLgeBEQt_-XHIcGwQmlR4sLj9MUaIXVpolE62mxZU6LVDclHs_pAPQKqVcfmbxwo58MnZzNhpRdhlkSlxjW1zdy0XAnR51bzQt3RIBgU6ptOcc69H2yQBnjQ=w1280>，想要使用在謝昌衛的<Infobox officeholder/圖像>。 --Zhu19970313（留言） 2024年5月16日 (四) 06:52 (UTC)[回覆]

未完成：條目不存在。--傘木 霙留言 2024年5月17日 (五) 05:27 (UTC)[回覆]

請求協助上傳檔案 2024-05-17 02:59

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

我想要上傳的圖片來源是<由中國政府部門公布的在建鐵路站場示意圖https://img2.imgtp.com/2024/05/17/Mszq9bNM.jpg>，想要使用在伊春西站的示意圖中添加>。 --Liujitong（留言） 2024年5月17日 (五) 02:59 (UTC)[回覆]

未完成：不屬於自由文件，且作者、來源不明。--傘木 霙留言 2024年5月17日 (五) 05:27 (UTC)[回覆]

請求協助上傳檔案 2024-05-17 04:46

本主題或以下段落文字，在討論結束後應存檔至Talk:中國聯合航空。

我想要上傳的圖片來源是[27]，想要使用替換中國聯合航空的資訊框中所使用的圖片（原信息框中的中國聯合航空標識已經於2024年1月17日停用並替換為圖片來源中新標識）。--2001:1970:57A3:D100:0:0:0:D4D7（留言） 2024年5月17日 (五) 04:46 (UTC)[回覆]

補充：由於我剛剛發現不知道是什麼故障，圖片來源的鏈接如果直接點擊會錯誤顯示該圖片的png版本，因此各位大神在下載該矢量圖標識前可能需要先複製鏈接然後單獨在一個新標籤頁打開才可以正常獲取到該圖片的矢量圖版本，謝謝。--2001:1970:57A3:D100:0:0:0:D4D7（留言） 2024年5月17日 (五) 04:50 (UTC)[回覆]
完成：已處理。--傘木 霙留言 2024年5月17日 (五) 05:27 (UTC)[回覆]

編輯文件信息時報錯

我無法編輯中文維基百科本地的文件信息，每次提交編輯時都會報錯：
無法獲取Parsoid HTML：No downgrade possible from schema version 0.0.0 to 2.8.0.--YuCheinSYQ留言 2024年5月18日 (六) 02:07 (UTC)[回覆]


條目探討

其他

沒有主題的頁面如何評級

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

已解決：
因Wikipedia:通用評級已通過，故沒有主題的頁面已可透過通用評級來進行評級，故此問題已解決-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月5日 (二) 09:31 (UTC)[回覆]
下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

像是包、比 (消歧義)、值 (消歧義)這種，內容並不屬於任何專題管轄的頁面，要如何評級？有沒有辦法「無專題評級」？不然在統計工具上面，這些未評級的頁面都無法正常顯示頁面種類。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2023年12月7日 (四) 08:59 (UTC)[回覆]

主題更多是用來評判重要度而非寫作水準的吧，或許可以考慮一個通用評級，比如實際上並不應該被劃到單一專題內的消歧義頁。——暁月凜奈 (留言) 2023年12月7日 (四) 09:34 (UTC)[回覆]
(？)疑問@暁月凛奈：比方說創建一個專用的、通用的評級模板，無專題，不使用{{WPBannerMeta}}元模板，內部只塞「本頁面獲評XX級」和Special:頁面評級的解析器語法，然後沒有別的說明？-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2023年12月7日 (四) 09:48 (UTC)[回覆]
我基本沒有參與評級相關，我不太明白為什麼條目質量一定要和專題掛鉤。舉個例子的話，頁面李的六個鏈接五個是姓氏，一個是植物，被劃到生物還是人文都顯然不合適，而且消歧義頁本來也不算做條目。或許也可以設計成，「本頁面尚未劃分到具體專題，歡迎協助標記」，然後消歧義頁等頁面用參數取消這一句。——暁月凜奈 (留言) 2023年12月7日 (四) 11:51 (UTC)[回覆]
{{WikiProject Article assessment}}可託管沒有專題支援的條目--洛普利寧 2023年12月7日 (四) 11:58 (UTC)[回覆]
(：)回應PJ:條目質量評級「這個維基專題已經廢棄。」。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2023年12月7日 (四) 12:18 (UTC)[回覆]
幾乎所有專題都是廢棄的，只是這個專題明面上寫了而已；稍微好一點的是只有一個人參加的「個人專題」，不過這種專題基本上也是三分鐘熱度。如果你只是為了評級，那就不用管專題是否活躍，直接把{{WikiProject Article assessment}}往討論頁上貼就可以。以中維的實力來說，條目沒有專題評級才應該是正常的，有評級的反而屬於異端--洛普利寧 2023年12月7日 (四) 12:41 (UTC)[回覆]
模板、分類、甚至是檔案也是需要評級的項目，算上去真的跟異端沒兩樣。而掛上專題模板呈現的未評級狀態能算評級嗎。 --窩法乙烷 兒法夢碎 2023年12月7日 (四) 14:03 (UTC)[回覆]
(：)回應：@Milkypine：WP:評級：「約有38萬條目」，中文維基百科條目數也才100萬啊。哪有「異端」？我還異端兒勒。另WP:評級#統計，所有掛有評級模板條目討論頁有562,943頁，未填寫評級的「未評級狀態」之條目討論頁有182,858頁，562,943 − 182,858 = 380,085。所以被評級的「條目」是38萬無誤，100萬分之38萬 = 38%。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2023年12月7日 (四) 14:33 (UTC)[回覆]
@A2569875：先定義何謂異端，如果數字多就不算異端，那麼日本和中國市場可以除名異端狀態了。 --窩法乙烷 兒法夢碎 2023年12月7日 (四) 14:54 (UTC)[回覆]
更不用38%是數字少的一方，對中維其餘62%條目來講，這38%就是異端。 --窩法乙烷 兒法夢碎 2023年12月7日 (四) 14:59 (UTC)[回覆]
{{WikiProject Disambiguation}}，這個？--Kethyga（留言） 2023年12月7日 (四) 12:47 (UTC)[回覆]
這個連專題主頁都不存在 囧rz……-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2023年12月7日 (四) 13:02 (UTC)[回覆]
這個模板沒有評級參數，而且doc頁寫明不要僅為放置該模板而新建討論頁。--Kcx36（留言） 2023年12月8日 (五) 03:38 (UTC)[回覆]
僅供參考: enwiki之前也有相關討論，現在已由{{WPBS}}自動為這類型非條目賦予NA-、Redirect-級別的評級與重要度。請參見w:wn:Wikipedia:Bots/Requests for approval/Qwerfjkl (bot) 24。中文或許如Category:非條目級條目?--Kanashimi（留言） 2024年1月10日 (三) 06:05 (UTC)[回覆]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

Random Thought: 跟進英維的WikiProject banner shell改版

本主題或以下段落文字，在討論結束後應存檔至Template talk:WikiProject banner shell、Template talk:WPBannerMeta。

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

我倒是想起一個事兒。英維最近改版了{{WikiProject banner shell}}模版（新樣式在這裡），新的模版可以單獨給條目一個總體的品質評級，各個WikiProject可以直接繼承這個quality assessment，也可以搞自己的評級。你看是不是能實現你的沒有管轄之WikiProject依然可以有評級的願望？ --MilkyDefer 2023年12月7日 (四) 14:59 (UTC)[回覆]

@A2569875，附知。--MilkyDefer 2023年12月8日 (五) 09:03 (UTC)[回覆]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

第一階段：修改WikiProject banner shell

已修改：
下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。
工程量挺大，就看誰願意改了。（幾年前可能我有興趣，現在我就精神上支持了）--洛普利寧 2023年12月8日 (五) 14:53 (UTC)[回覆]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

第二階段：修改WPBannerMeta

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

@Willy1018：提到了一個很有意義的問題。如果上方的變更套用了的話，只有「表面上」給了頁面通用評級，而實際上的通用評級在各個專題中並沒有達成「繼承評級」的效果。這是因為評級模板預設不會知道他外面包著{{WikiProject banner shell}}模板，因此，如果要讓每個評級模板都能讀到通用評級，需要再一個編輯請求。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2023年12月24日 (日) 05:15 (UTC)[回覆]

預計的修改方案以及其佈署連結（記得填寫討論通過的diff和客棧PermaLink版本號）。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月3日 (三) 05:00 (UTC)[回覆]

本主題或以下段落文字移動自Template_talk:WPBannerMeta#編輯請求_2024-01-08（固定鏈接），新留言請置於框外。執行人：-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月9日 (二) 13:21 (UTC)[回覆]

相關議案

的配套修改-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月8日 (一) 05:03 (UTC)[回覆]

想諮詢一下@Kanashimi君相關修改是否有問題？—— Eric Liu 創造は生命（留言・留名・學生會） 2024年1月8日 (一) 05:53 (UTC)[回覆]
@Ericliu1912、Kanashimi：這主要是依據共識，讓專題橫幅能繼承{{PJBS}}輸入的評級值。我已經在{{多面體專題}}、{{電子遊戲專題}}測試過了，沒有問題。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月8日 (一) 06:00 (UTC)[回覆]
User:A2569875的努力有目共睹。只不過我原先料想的是直接改w:en:Module:WikiProject banner及w:en:Module:Banner shell，而宇帆-娜娜奇看起來很辛苦的重構了代碼，並且有些參數不太一樣，這樣我就不太好評論了。--Kanashimi（留言） 2024年1月8日 (一) 06:12 (UTC)[回覆]
@Kanashimi：考慮到日後長期維護需求，我傾向請您以英文版本為基礎來更新相關模板。是否能夠確認有什麼模板需要更新（或在互助客棧列出之類）？不過在此過渡期間，若技術上沒有問題，是可以斟酌先批准既有之編輯請求。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年1月8日 (一) 12:18 (UTC)[回覆]
這兩個（Template_talk:WPBannerMeta#編輯請求_2024-01-08、Template_talk:WPBannerMeta/core#編輯請求_2023-12-28）屬於案《Random Thought: 跟進英維的WikiProject_banner_shell改版》可以先進行；剩下的屬於另一案（Module_talk:Class/data#編輯請求_2023-12-28、Template_talk:Class_mask#編輯請求_2024-01-05、Template_talk:Class_mask/core#編輯請求_2023-12-25、Template_talk:Class/colour#編輯請求_2024-01-05）屬於案《同步各模板/組的評級值》目前正在公示，所以暫時還不用。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月8日 (一) 14:59 (UTC)[回覆]
@Ericliu1912：要改哪些模板我在客棧上其實都有列，主要在案《沒有主題的頁面如何評級》和案《評級系統缺失問題》的子章節裡。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月8日 (一) 15:03 (UTC)[回覆]
（不用一直提及我，我有在看）—— Eric Liu 創造は生命（留言・留名・學生會） 2024年1月8日 (一) 15:11 (UTC)[回覆]
@Ericliu1912、Kanashimi：另外參見此發言，User:Willy1018已覆核效果符合預期，認為修改沒有問題。測試也都充分了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月8日 (一) 06:31 (UTC)[回覆]
@Ericliu1912：另外如果要接受編輯請求的話，也把Template_talk:WPBannerMeta/core#編輯請求_2023-12-28也接受吧，兩者是互相配套的（{{WPBannerMeta}}與{{WPBannerMeta/core}}高度相依）。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月8日 (一) 06:33 (UTC)[回覆]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

第三階段：完善制度

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

在Template_talk:WPBannerMeta#編輯請求_2024-01-08中有人認為需要給通用評級訂一個「能填寫甚麼級別」的標準來避免爭議，因此立了草案Wikipedia:通用評級如下：

  1. 若一條目沒有專題或不受任何專題管轄，則其通用評級可填寫任意有被{{WikiProject banner shell}}支援的級別，僅要該條目有達到該級別的標準或滿足該級別的條件，都可以評。
  2. 若一條目僅有一個專題，其通用評級應與該專題所評的等級一致。
  3. 若一條目有多個專題，通常由機器人自動依照規則4進行評級，但一旦出現爭議時則通用評級應以所有專題都有開設的級別為主。
    • 例如：若一條目有四個專題，而有一個專題沒有開設「丙級列表級」，那麼通用評級就不得填寫「丙級列表級」
  4. 對於有多個專題的條目，通用評級應填寫最多專題評的那一等級。
    • 例如有一個條目有四個專題，其中三個專題都評為乙級，但有一個專題評為丙級，則通用評級應填寫乙級。
  5. 若在規則4的情況牴觸規則3，則應填寫與對應級別最接近的且滿足規則3的級別。
    • 例如有一個條目有四個專題，其中三個專題都評為「丙級列表級」，但有一個專題評為「列表級」且這個專題不開設「丙級列表級」。依據規則3，最多專題評的級別是「丙級列表級」，但有一個專題不開設「丙級列表級」，則通用評級應填寫與「丙級列表級」最接近且位於該條目所有專題都有開設的級別，也就是「列表級」。
    • 「最接近的級別」應該向下填寫，例如未啟用乙級的專題，通用級別遇到規則3判為乙級的情況時，則向下填寫為丙級。如果丙級也有專題未開設，就再向下填寫為初級。如遇到無法評級的情況，該通用評級模板就該留空。

提議將之升為指引，不曉得各位覺得如何？@Ma3r、Kanashimi、Z7504、桐生ここ：@Kethyga、暁月凛奈、MilkyDefer、Milkypine、Willy1018：-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月14日 (日) 09:44 (UTC)[回覆]

實作上是否能讓那些沒開設大宗評級（數量最多專題）的在專題橫幅內設定好參數即可？這樣看起來就不會因為沒開設評級、被覆蓋而出問題。機器人很難判別每個專題開設的評級，因此條件3會讓讓機器人無法自動作業。
僅供參考，就enwiki來說，純粹只考慮數量最多的評級。採用特殊評級的專題橫幅有特殊分類，機器人處理時不會動到其評級。--Kanashimi（留言） 2024年1月14日 (日) 10:35 (UTC)[回覆]
@Kanashimi：技術上不能讀取評級模板的|QUALITY_SCALE=內容和/class子頁面嗎？如果|QUALITY_SCALE=填subpage，讀取/class子頁面就能得知該專題哪些評級有啟用。例如{{多面體專題}}是|QUALITY_SCALE=subpage，所以讀取Template:多面體專題/class原始碼即可得到哪些級別是yes、哪些級別是no。如果|QUALITY_SCALE=填extended則是定義於{{Class mask/extended}}的級別。未填或standard就是只使用大宗評級。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月14日 (日) 11:00 (UTC)[回覆]
如果改成「若一條目有多個專題，通常由機器人自動依照規則4進行評級，但一旦出現爭議時則通用評級應以所有專題都有開設的級別為主。」機器人會不會好辦一點？意為機器人填寫值優先，但如果是人工評級時，才須考慮是否所有專題都有開設，且是遇到爭議之時，這是為了解決「但是如果有人說「根據Wikipedia:條目質量評級標準#非標準級別和一些專題評CL的慣例，這篇列表內容充分，儘管支援條目的專題都沒有設CL級別，但既然WPBS能評CL那我就評CL」呢？所以，這個評級的定位該怎麽看？您作出了如此複雜的功能，但如果因爲使用規則不完善而部署而引發爭議，相信這是您不願意見到的。」所描述的爭議情境。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月14日 (日) 11:06 (UTC)[回覆]
@A2569875 現在cewbot採用的方式是選出最大宗的評級（數量最多的評級），填入{{WPBS}}並且移除所有相同的評級。所有不同的評級都保留不動。不曉得這樣的作業方式是否會產生問題？--Kanashimi（留言） 2024年1月14日 (日) 11:16 (UTC)[回覆]
@Kanashimi：上面的情境說的是人為評級時可能出現的爭議；如果是機器人評級，我相信應該沒什麼爭議。所以應該不會有問題。該規則僅為了處理人為評級發生的爭議，理應不影響機器人運作。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月14日 (日) 11:20 (UTC)[回覆]
既然如此那我作為機器人操作者沒有什麼意見。當{{WPBS}}已經指定class，機器人不會動到{{WPBS}}的class。--Kanashimi（留言） 2024年1月14日 (日) 11:28 (UTC)[回覆]
我在療養，您自己請便。由於這個事情的業務邏輯挺複雜的，我不會攔着你用什麼樣的Lua。--MilkyDefer 2024年1月14日 (日) 12:48 (UTC)[回覆]

公示已逾七日，公示期已過，期內無合理異議，因此提案通過。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月29日 (一) 03:28 (UTC)[回覆]

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

臨時動議：關於基礎條目的額外提議

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

已通過：
基礎條目併入{{WPBS}}已經通過；{{WikiProject Biography}}參數還在討論中。先行佈署已通過的《將{{Vital article}}併入{{WPBS}}的|vital=參數》案。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月29日 (一) 05:36 (UTC)[回覆]
下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。
  • 似乎已有共識，跟隨enwiki改版之後會由機器人自動完成：對各種專題橫幅不再個別指定 class，而是統一置於{{WPBS}}。
  • 跟隨enwiki改版之後會由機器人自動完成：將{{WikiProject Biography}}的 'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等參數皆改以{{WPBS}}處理，
  • 跟隨enwiki改版之後會由機器人自動完成：將{{Vital article}}併入{{WPBS}}

這邊最近在幫忙enwiki自動化這過程。這邊將申請自動更新Wikipedia:基礎條目所有子頁面的圖示（這部分最近測試中，已趨穩定。），以及定期維護{{WPBS}}（將各種專題橫幅併入{{WPBS}}並維護 'class', 'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas'等相關參數）。不知大家對此是否有建議？ --Kanashimi（留言） 2024年1月2日 (二) 09:53 (UTC)[回覆]

本主題或以下段落文字移動自Wikipedia:互助客棧/條目探討#引入enwiki近期{{WPBS}}之改版，暨將{{Vital_article}}併入{{WPBS}}（固定鏈接），新留言請置於框外。執行人：-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月3日 (三) 05:20 (UTC)[回覆]

引入enwiki近期{{WPBS}}之改版，暨將{{Vital article}}併入{{WPBS}}

enwiki近期改版{{WikiProject banner shell}}，

這邊最近在幫忙enwiki自動化這過程，並且將定期維護。想請教大家對上幾種改變的贊否。

另這邊將申請自動更新Wikipedia:基礎條目的圖示（這部分最近測試中，已趨穩定。），以及維護{{WPBS}}（將各種專題橫幅併入{{WPBS}}）。不知大家對此是否有建議？

副知User:Ma3r、User:Ericliu1912--Kanashimi（留言） 2024年1月2日 (二) 06:11 (UTC)[回覆]

其實個人早已注意到相關更新，只是苦於自身技術實力不足而未能協助，樂見在充分確保相容性的情況下跟進。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年1月2日 (二) 06:21 (UTC)[回覆]
(＋)支持全部。--Ma3r（鐵塔） 2024年1月2日 (二) 06:25 (UTC)[回覆]
是的，enwiki採w:en:Category:WikiProjects using a non-standard quality scale表示自訂評級的專題，bot亦已考慮此問題，在User:Cewbot/log/20200122/configuration有此項。待zhwiki完成部署，填好User:Cewbot/log/20200122/configuration便可apply。--Kanashimi（留言） 2024年1月3日 (三) 07:08 (UTC)[回覆]
  • 整理一下目前共識：
    • {{PJBS}}設立通用評級，可以統一管理同一條目的所有專題評級（已公示通過）
    • 確保最大相容性的前提下跟進英文維基的相關功能
    • 專題橫幅看各專題意願，評級可以選擇統一放置於{{PJBS}}也可以自行輸入
    • 未輸入評級的專題橫幅以繼承載於{{PJBS}}的評級值為主，會優先採用載於{{PJBS}}的評級值
    • 如頁面能自動判斷評級則無論輸入什麼評級，都要以自動判斷的評級為優先（原始來自這則留言，後續有在上方簡單討論）；另有設置參數能複寫此設定。
    • 'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas'已併入{{PJBS}}，但是否廢除{{WikiProject Biography}}內的'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas'還有待討論
    • {{WPBS}}已經加入{{Vital article}}的所有參數，但是否要用{{WPBS}}取代{{Vital article}}還有待討論
以上-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月9日 (二) 18:08 (UTC)[回覆]

我有不同意見。英維的WPBannerMeta模組有很長一大坨代碼都是在處理這個Vital Article的事情；具體來說，他們把校驗這個Vital Article是不是真的Vital Article什麼的邏輯全部寫進去了。這一坨東西讓可維護性和可讀性（有可能還有效率）遭到了重大影響。我認為這更適合由一個外部機器人維護，而不是剝削這個已經很折磨人的Lua。 --MilkyDefer 2024年1月14日 (日) 12:53 (UTC)[回覆]

我的建議方案是，|vital=參數可以存在，但是只有UI作用，由一個外部的機器人進行監察和更新操作。--MilkyDefer 2024年1月14日 (日) 12:55 (UTC)[回覆]
若能簡單改enwiki的程式碼來用，或許不必擔心折騰的問題。另一方面假如只留UI功能的話，是否乾脆維持原來的{{Vital article}}就好?--Kanashimi（留言） 2024年1月14日 (日) 13:06 (UTC)[回覆]
Module:Vital_articles都已經分成類似雜湊表查詢了，有甚麼折騰的問題？已經高效率優化了好嗎。理論上，此實現的記憶體開銷甚至有望低於英文維基，因為英文維基只分成27個表，而中文維基是36個表，代表中文維基每個表的項目數量更少，在類似散列函數計算之後，要讀取的JSON更小，表示記憶體用量更少，單個表項目更少表示查詢更快。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月14日 (日) 13:12 (UTC)[回覆]
基礎條目模板合併案公示

見公示聲明。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月24日 (三) 03:38 (UTC)[回覆]
  • 還真的沒有，那應該誤會了。那這BOTTOM TEXT參數到底是從哪裡來的？該廢除的參數還是應該盡早廢除。基本上只剩下一個(？)疑問：是不是還要寫{{WPBS|class=xxx}}才能讓其強制正常顯示？--Z7504非常建議必要時多關注評選（留言） 2024年1月22日 (一) 06:05 (UTC)[回覆]
  • 總之全部都是Module:PJBSClass/main的問題，不鑲嵌模板就無法判斷，但「條目內掛了模板所以可以判斷」，您如果那麼清楚的話，那就直接建模板阿。標準的自欺欺人，結果居然是沒動腦過的回覆，被潑冷水真的剛好而已。這樣如何保證裡面可以不用寫上比如|class=xxx的參數，變成{{WPBS|collapsed=yes||class=xxx還能讓它正常顯示？--Z7504非常建議必要時多關注評選（留言） 2024年1月22日 (一) 23:21 (UTC)[回覆]
    • 不需要保證，因為機器人會自動填寫{{WPBS|collapsed=yes||class=xxx，保證的話等於和機器人搶工作，與本案背道而馳，因為該設計就是要給機器人維護的空間，如果沒有正面回答此陳述將視為無效。沒填寫|class=顯示不一樣，反而還有能分辨機器人是否填過的功能，豈不是更好？ 另，(！)抗議沒考量讀者體驗就亂講的提案，評級是面向編者的資訊，(－)強烈反對把評級寫在條目裡，故我認為目前的方案已是最適合的方案； 另，在此警告，在此案討論|class=參數已離題。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月23日 (二) 01:24 (UTC)[回覆]
@Z7504：我直接針對你最初的問題回答「是不是還要寫{{WPBS|class=xxx}}才能讓其強制正常顯示？」，是，所以需要手動填上。本案並不包含甲乙丙初級自動判斷，公示也不包含這個部分，若你希望有甲乙丙初級自動判斷請另提他案，因為不在本案處理範圍內。 此外，你也無須擔心「是不是還要寫{{WPBS|class=xxx}}才能讓其強制正常顯示？」問題，因為下方Kanashimi已經申請機器人了，您無需手動填寫，此意見可以結案了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月23日 (二) 01:44 (UTC)[回覆]
本公示不包含甲乙丙初級自動判斷，若三日後還在要求甲乙丙初級自動判斷將視為無效意見。若希望|class=沒輸入也能自動顯示甲乙丙初級請另外提案謝謝，不在本案有辦法處理的範圍內。「這點小bug麻煩也先改了吧，不然都還要強制輸入才能確保正常顯示，問題不大才對」本案是處理基礎條目自動化，而不包含class有沒有輸入的問題，因此不在此案處理範圍內，請另提他案，謝謝。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月23日 (二) 02:02 (UTC)[回覆]

已提出機器人作業申請，歡迎提供建議，謝謝。 --Kanashimi（留言） 2024年1月23日 (二) 01:38 (UTC)[回覆]

公示期已到，期內無合理異議，且公示期內的意見之意見提出者已妥協，因此提案公示通過，將進行佈署。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月29日 (一) 05:36 (UTC)[回覆]

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。
{{WikiProject Biography}}參數案

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

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

公示到期，期內無合理異議，提案通過。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年2月13日 (二) 03:40 (UTC)[回覆]

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。
是否廢除{{WikiProject Biography}}原生的'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等參數

無共識：
沒有共識，擇日再議，結以待續。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月19日 (五) 06:32 (UTC)[回覆]
下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

待機器人User:Cewbot/log/20200122/configuration清理完所有{{WikiProject Biography}}的'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等參數再開始討論。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年2月13日 (二) 03:42 (UTC)[回覆]

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。
Category:缺少listas變量的傳記專題頁面改由{{WPBS}}加入

本主題或以下段落文字，在討論結束後應存檔至Category talk:缺少listas變量的傳記專題頁面。

Category:缺少listas變量的傳記專題頁面方案二

評級系統缺失問題

（原始標題為「將{{Classicon}}與{{Class/icon}}同步」配合公告欄調整標題。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月5日 (五) 07:47 (UTC)）[回覆]

配合上方#Random_Thought: 跟進英維的WikiProject_banner_shell改版因此需要解決評級系統缺失問題，故提出以下議案-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2023年12月25日 (一) 09:49 (UTC)[回覆]

第一階段：修正評級值不同步問題

議案1：將{{Classicon}}與{{Class/icon}}同步

本主題或以下段落文字，在討論結束後應存檔至Template talk:Class/icon。

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

我認為應將{{Classicon}}與{{Class/icon}}同步。{{Class/icon}}提供了比{{Classicon}}更多種級別的圖示，如請求、未來、動態等評級的圖示，{{Classicon}}都沒有。而若{{Classicon}}與{{Class/icon}}合併的話，則等同於{{Classicon}}改成Module模式，需要社群共識，故發起討論。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2023年12月25日 (一) 09:49 (UTC)[回覆]

(＋)支持合併，後者（{{Class/icon}}）目前只有在154頁上使用。-- Willy1018（留言） 2023年12月26日 (二) 01:33 (UTC)[回覆]
(？)疑問：@Willy1018：那要不要{{Classicon}}重定向到{{Class/icon}}？剛才已補充{{Classicon}}所有功能到{{Class/icon}}了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2023年12月26日 (二) 02:33 (UTC)[回覆]
可以，但前者{{Classicon}}被全保護，只有管理員才能進行編輯，需要提{{ep}}。-- Willy1018（留言） 2023年12月26日 (二) 04:56 (UTC)[回覆]
似乎未來之類的評級並未被整個評級系統完全支持？--百無一用是書生 (☎) 2023年12月28日 (四) 02:24 (UTC)[回覆]
(：)回應：@Shizhao：有支持，顯示評級的最後一個調用是{{WPBannerMeta/qualityscale/mask}}，而{{WPBannerMeta/qualityscale/mask|future}}→「未來」，但在要送入{{#assessment:}}的{{Class_mask}}需要設|future=yes才有，不然會被濾掉。而要送入{{#assessment:}}的{{Class_mask}}直接寫死無法設定參數，故建議將要送入{{#assessment:}}的mask改用{{WPBannerMeta/qualityscale/mask}}，這樣才能正確支援。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2023年12月28日 (四) 02:50 (UTC)[回覆]
支持合併。不過純模板實現也不錯。--桐生ここ★[討論] 2023年12月28日 (四) 21:48 (UTC)[回覆]
@桐生ここ：完全不建議模板實現。現時模板實現是使用{{#switch:}}，您忘了2020年初{{#switch:}}爆炸事件Special:PermaLink/58036835#A_technical_issue_with_articles_of_French_communes導致中維崩潰的事件了嗎。{{#switch:}}的開銷要高於模組實現，所以建議使用模組實現，安全又有效率。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2023年12月29日 (五) 00:06 (UTC)[回覆]
這邊最近在處理基礎條目與{{WikiProject banner shell}}的圖示問題（Wikipedia:互助客棧/條目探討#引入enwiki近期{{WPBS}}之改版，暨將{{Vital_article}}併入{{WPBS}}），(＆)建議直接採用{{Icon}}會更通用。--Kanashimi（留言） 2024年1月2日 (二) 09:18 (UTC)[回覆]
但我覺得要有專題專用模板。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月2日 (二) 09:33 (UTC)[回覆]
我想採用不同模板來處理同一件事的問題是較不易維護。--Kanashimi（留言） 2024年1月2日 (二) 09:49 (UTC)[回覆]
@Kanashimi：問題是目前{{Icon}}並未完整涵蓋Class/icon現有內容。改用{{Icon}}將會導致部分圖是消失，或發生變化。我認為專題圖示應該要統一的Style，但例如{{Icon|image}}文件和{{Class/icon|image}}文件級就不一致，而且{{Icon|image}}文件與以下圖示比較{{Class/icon|image}}文件級、{{Class/icon|A}}甲級、{{Class/icon|B}}乙級、{{Class/icon|C}}丙級明顯Style嚴重變調，故(－)反對。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月2日 (二) 10:13 (UTC)[回覆]
或許我們可以擴展{{Icon}}使之涵蓋我們想要的範疇，例如採用{{Icon|image_class}}？--Kanashimi（留言） 2024年1月2日 (二) 10:20 (UTC)[回覆]
@Kanashimi：我這個議案只是想先動全保護模板{{Classicon}}，至少先同步圖示，但您目前這樣介入會導致共識亂了，連同不都做不到了，會導致花費更多「跑流程」時間，我想先同步，也做好patch了，都準備好了被你弄沒了？我想先動全保護模板{{Classicon}}至少先同步圖示；至於以後怎麼維護可以再討論。而且您的提議「例如採用{{Icon|image_class}}」也還沒有patch，先現實一點吧，不要紙上談兵，我只想趕快同步圖示，並讓Style一致，評級圖示是評級圖示，其他圖示是其他圖示；評級圖示就該有評級圖示自己的Style，(！)抗議亂七八糟的不一致Style圖示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月2日 (二) 10:29 (UTC)[回覆]
也好。那就等這個討論結束再說吧。--Kanashimi（留言） 2024年1月2日 (二) 10:30 (UTC)[回覆]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

議案2：修正評級系統被不當過濾掉的評級值

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

「未來級」等級被正確識別（使用沙盒class mask避免被濾掉而實現的），見此[1]。

上方User:Shizhao提到「未來級」等評級級別無法被完整支持問題，是因為送入評級系統的評級值被不當過濾掉了，即使專題上層已啟用該等評級，但最終還是會被「未繼承上層參數的{{class mask}}」過濾掉，這樣的話就算專題啟用了該等評級也沒有用，都被濾掉了，根本裝飾，白啟用了，因此提議將送入評級系統的評級值改為{{WPBannerMeta/qualityscale/mask}}模板，見編輯請求Template_talk:WPBannerMeta/core#編輯請求_2023-12-28，修改前後的比較Special:PermaLink/80307466，可以看到原有的版本評級值大部分都被濾掉了，建議換成提議的Patch，以讓「未來級」等評級級別能真正被支持。同時，我也確認值接送未來級能正確被工具識別，見右圖，連圖示都有，代表評級系統是支援此輸出的，能正確地被讀取並識別。

因此提出本動議。不曉得各位有沒有異議或意見。Ping參與過相關討論的人@桐生ここ、Z7504、Shizhao、Willy1018：，上方參與過評級討論的也Ping一下@暁月凛奈、Lopullinen、Milkypine、MilkyDefer：-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2023年12月31日 (日) 08:29 (UTC)[回覆]

支持。( π )題外話：台灣之星的標識現在還沒改。--桐生ここ★[討論] 2023年12月31日 (日) 10:36 (UTC)[回覆]
資慈，我覺得行。 --窩法乙烷 兒法夢碎 2024年1月1日 (一) 14:38 (UTC)[回覆]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

議案3：同步各模板/組的評級值

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

目前有多個被全保護的評級模板/組的評級值（如有的有漏掉、有的圖案、顏色不一致）並不同步，因此提議同步各評級模板/組的評級值。不曉得各位有沒有異議或意見。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2023年12月31日 (日) 10:30 (UTC)[回覆]

(～)補充相應的編輯請求Module_talk:Class/data#編輯請求_2023-12-28、Template_talk:Class_mask/core#編輯請求_2023-12-25和Template_talk:Class_mask#編輯請求_2024-01-05（和2023-12-25是配套的），顏色的部分：Template_talk:Class/colour#編輯請求_2024-01-05。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2023年12月31日 (日) 10:31 (UTC)[回覆]
支持。--桐生ここ★[討論] 2024年1月1日 (一) 09:03 (UTC)[回覆]
就先改看看，讓其他用戶實際去測試這樣才準，而不是每天一直喊支持。不然只是一直放沙盒而不去實際更改的話，完全不知道到底能不能測試。雖然維基百科終於有認知要將其功能「進步」，但也不應每日這樣「無止盡的討論而沒有作為」才是。因此，這個討論就不用再多說什麼了。--Z7504非常建議必要時多關注評選（留言） 2024年1月1日 (一) 11:52 (UTC)[回覆]
(：)回應：@Z7504：其實我有私下找User:AT了，但他一直說影響範圍太大要先討論 囧rz…………。我當然也希望能直接改啊，不然WP:7DAYS獲共識再公示7天半個月就過去了……-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月1日 (一) 12:05 (UTC)[回覆]
還想說中文維基百科不是長期以來都對專題這個東西愛理不理的，這不就是專題模板在用的相關評級嗎？為什麼不直接修改讓其他人測試呢？建議AT直接幫忙修改吧。因為如果要叫維基百科廢除已經存在多年的專題，顯然是不可能的，更沒有討論是否要廢除專題的必要。--Z7504非常建議必要時多關注評選（留言） 2024年1月1日 (一) 13:45 (UTC)[回覆]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

提案已通過請求佈署

已佈署：
下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。
佈署相關編輯，也就是編輯以下模板：
-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月16日 (二) 13:23 (UTC)[回覆]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

評級缺失問題目前辦理狀況

截至2024年1月5日 (五) 17:08 (UTC)已提出三案討論，三案皆在等待初步共識，以便公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月5日 (五) 17:08 (UTC)[回覆]

評級缺失案辦理狀況
進度 討論中 初步共識 公示中 部署中 已完成 後續維運
*通用評級設立 已獲共識 已通過 已完成 已完成 進行中
*評級繼承機制 初步共識 公示通過 已完成 進行中
評級值同步 初步共識 公示通過 已完成 進行中
修正過度過濾評級值 初步共識 公示通過 已完成 進行中
評級圖示同步 初步共識 公示通過 已完成 進行中
完善評級系統規範 討論中 等待中
註：標有「*」表示是其他相關提案。
以上為截至2024年2月2日 (五) 09:45 (UTC)的辦理狀況。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月5日 (五) 17:08 (UTC)[回覆]
2024年2月2日 (五) 09:45 (UTC)更新-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年2月2日 (五) 09:45 (UTC)[回覆]
2024年4月6日 (六) 08:29 (UTC)更新-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月6日 (六) 08:29 (UTC)[回覆]

第二階段：依據先前共識將不是條目命名空間的評級分類從「XX級條目」改為「XX級頁面」

已通過：
公示通過。分類改名涉頁面較多，會再進行公告；而Wikipedia:條目質量評級標準移動到Wikipedia:頁面質量評級標準將會立即執行。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年2月13日 (二) 03:18 (UTC)[回覆]
下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

根據先前共識，需要將不是條目命名空間的評級「XX級條目」的分類改為「XX級頁面」，但因技術限制未能將「XX級條目」的分類改為「XX級頁面」，因此本案已提出新的方案，依據頁面命名空間添加分類，以實現該共識。具體執行方案在Template:WPBannerMeta/qualityscale/sandbox。同時將Wikipedia:條目質量評級標準移動到Wikipedia:頁面質量評級標準，不知道各位有沒有異議？-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月17日 (三) 04:57 (UTC)[回覆]

沒有異議，就是不知道會不會出現突發狀況。 --窩法乙烷 兒法夢碎 2024年1月17日 (三) 11:35 (UTC)[回覆]
已在多面體專題進行測試，詳見Category:分類級多面體頁面、Category:模板級多面體頁面，目前測試整個多面體專題尚未出現問題。待本案正式通過之後才會正式(►)移動分類頁面。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月17日 (三) 11:39 (UTC)[回覆]
沒有意見，但在專題頁面（WikiProject）中使用到的{{Articles by Quality and Importance}}模板應一併解決顯示異常之問題（前幾天似乎還有這問題，現在不知道），雖然這模板平常根本沒什麼人在意 囧rz……（所以沒解決可能也沒差吧？因為專題本來就沒什麼人在意了）--Z7504非常建議必要時多關注評選（留言） 2024年1月18日 (四) 14:26 (UTC)[回覆]
首先，結尾為「XX重要度」的分類不會移動，不在本計畫內，而{{Articles by Quality and Importance}}是讀取結尾為「XX級XX重要度」的分類，故基本上本案不會影響{{Articles by Quality and Importance}}。再來，如果這個真的要處理，要本案通過後，分類全部清理好，分類全數移動完成後才能處理，不然現在處理數字都會變成0。故應是下一個階段要處理的（或者共識是暫不處理），不是此案此階段討論範圍。此外，如果是{{Articles by Quality}}的話，直接更新分類名稱即可。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月18日 (四) 16:02 (UTC)[回覆]
已逾一周無新發言，根據WP:7DAYS七日無進一步發言視為已獲初步共識，如本聲明無人有異議，將準備進行公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月26日 (五) 00:32 (UTC)[回覆]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

分類改名準備

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

雖Special:Diff/80961277已公示通過，但因涉及的頁面眾多，因此宜再進行全站公告。公告完後將進行兩個階段完成：

  • 階段1：全保護頁面編輯請求：Template:WPBannerMeta/qualityscale和Template:Class
    由於該等分類都是以上被全保護的模板自動添加的，因此需要執行以上編輯請求。等編輯請求完成後，數萬個頁面緩存自動清理完畢後，分類將自動從「XX級條目」改歸為「XX級頁面」。
  • 階段2：正式(►)移動分類頁面（可能是約階段1完成後再過一周）
    等緩存全部清完，再將「XX級條目」分類，逐個(►)移動到「XX級頁面」分類。
-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年2月13日 (二) 03:30 (UTC)[回覆]

公告一周。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年2月13日 (二) 03:31 (UTC)[回覆]

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

第三階段：Wikipedia_talk:頁面質量評級標準#WP:QUALITY_升為指引

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:頁面質量評級標準。

本案最初的初衷就是完成此共識Wikipedia_talk:頁面質量評級標準#WP:QUALITY_升為指引，來完成WP:QUALITY_升為指引一事，來正式解決「評級系統缺失問題」（指引/規範未立也算是本系統的一種「缺失」）。等上方都完成，此處將繼續。聲明：當這些「缺失」都解決後，本人將不再碰評級系統這塊了，這燙手山竽真是消磨人的精神。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月8日 (五) 04:40 (UTC)[回覆]

可能我上面沒說清楚，讓你以為我是反對分類改名的，更不是什麼越給我搞複雜，好啊WP:QUALITY永遠升不了指引都你害的，不能有問題不讓說是不是。總之是以下幾點：
  1. 頁面重新命名為Wikipedia:條目質量評級標準：因為評級針對的是WP:條目，其它模板級、分類級這些評級都是非標準級別（WP:QUALITY就是這麼寫的），那麼頁面應當以標準評級針對的對象命名，也就是條目質量評級標準。除非你打算搞什麼甲級模板級，那不是更複雜。此外還存在Wikipedia:條目重要度評級標準，那是否要改成Wikipedia:頁面重要度評級標準，總之得有一個要改
  2. 目前Wikipedia:條目重要度評級標準和Wikipedia:頁面質量評級標準是正交的，所以有Category:分類級低重要度宗教條目這種東西的存在，那是不是得命名成Category:分類級低重要度宗教頁面。既然分類級不屬於標準評級，因此也不必設置重要度，引入更多複雜性，這類頁面統統扔去Category:不適用重要度條目去（或者說Category:不適用重要度頁面）。
  3. {{Grading scheme}}修改，因為Wikipedia:頁面質量評級標準調用了，這個就是作為WP:指引用詞統一的問題
--Kunjinkao（留言） 2024年3月8日 (五) 05:20 (UTC)[回覆]
  1. 無論是前次討論還是本次討論，都沒有提到重要度，因此認為重要度的那個論述怎麼樣，並不礙於WP:QUALITY升為指引一事。
  2. 此修改技術成本過大，且認為這樣修改與否並不礙於WP:QUALITY升為指引一事。由於目前架構問題，該修改技術上的複雜性，不建議做此修改。除非有人能提出具體的patch ，否則我不支持也不相信此修改能夠被實際執行。（當然，如果有人做patch 就另當別論）-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月8日 (五) 06:05 (UTC)[回覆]
  3. 如果沒有人有異議，你可以自行修改。
-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月8日 (五) 06:05 (UTC)[回覆]
關於第一點，重要度只是順帶提及，核心是評級針對的是WP:條目，其它模板級、分類級這些評級都是非標準級別，那麼頁面應當以標準評級針對的對象命名，也就是條目質量評級標準。--Kunjinkao（留言） 2024年3月8日 (五) 06:26 (UTC)[回覆]
Wikipedia_talk:頁面質量評級標準#c-Cdip150-2016-03-14T04:31:00.000Z-Liaon98-2016-03-14T02:44:00.000Z。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月8日 (五) 06:47 (UTC)[回覆]

第二階段正式完成後的第三階段討論

已完成當時的共識Wikipedia_talk:頁面質量評級標準#總結「將不是條目命名空間的評級分類從XX級條目改為XX級頁面」，因此將安排Wikipedia_talk:頁面質量評級標準#WP:QUALITY_升為指引重新公示。重Ping當時參與討論的人：@Liaon98、JyunWaan、Lssrn：@Cdip150、Temp3600、Peacearth：。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月19日 (二) 10:49 (UTC)[回覆]
  • 當時的討論是專題各自評級，而現在的情況是多了通用評級（WPBS）。所以時過境遷，WP:QUALITY要重新討論了。我之前沒有參與討論，現在有不少想法：
    1. WPBS評級是專題評級的容器，還是一套有自己標準的獨立評級？現行做法屬於前者：WPBS評級繼承專題的評級，且受各專題各方面的干涉，因此評級原則看似「隨意」。

      一篇列表WPBS獲評List級而非CL級，是因為它確實沒到CL級。另一篇列表獲評List級而非CL級，只是因為某個參評專題不設CL級。第三篇列表和第二篇品質相似卻成功獲評CL級，原因竟是不設CL級的專題沒有「染指」該列表。

      所以我的看法是，通用評級就該如WPBS模板所言，確實地「依照頁面品質評定標準」來獨立評定，而不是在各專題評級間謀求公約數。可以參考專題評級，但把專題評級當爸爸就不對了😂
    2. 承上，如果我們確定WP:ASSESS本位而非專題評級本位，那就要討論條目的WPBS該設立哪些級別？英維的PIQA是只支持FA、A、GA、B、C、Start、Stub、FL、List、Unassessed幾個經典的「標準級別」。而我們的WPBS是大雜燴：既包括BL、CL這種品質向評級，也包括Future這種非品質向評級。所以WPBS評級所支持的「標準等級」該設哪些？
      • BL、CL等品質向等級有兩條出路。一是如同英維，只收錄廣為人知的傳統評級，不收錄BL、CL這種額外等級；個別專題想啟用就在自己的橫幅上評。二是將BL、CL升格為通用評級，全體專題橫幅亦自動啟用BL和CL；如果個別專題自己討論後堅持不用BL，那可以用掩碼把BL改成List或B。
      • 對於Future級，一篇未來級條目可以很爛（Stub），也可以比較充實（C），那Future這個等級就沒有實現「評價頁面質量」的作用。我能想到的用途是在話題中，用未來級作為寬限條目的標記，暫時不影響認定。但這個等級的確不夠「通用」，或者說和條目所用的品質評級不是一個維度。
      • 對於A級條目。英維的A級在軍事史專題存活（且活得很好），但其他專題都是死的。因此英維多次討論A級的出路，比如從PIQA里開除把A級之類。但你維是真的所有專題都不評A級；所以，把這個只有理論價值的等級從通用評級中滅了挺好。
      • 上面的想法也會影響小工具的設定：包括對標準評級的契合，對各專題自定等級的支援，對非條目評級的簡化（非條目空間一般人手評級無效）。
    3. 下文有提到「消歧義級條目/頁面」。如果按照命名空間來理解，那就有一個問題：重定向在各個空間都有，那到底是叫「重定向級條目」還是「重定向級頁面」？（或者兩個都要，但這徒增煩惱）另一方面從實用性上看，專題統計「條目數」都是排除Disambig級的，那消歧義占據條目空間就成了bug而非feature。這次從「條目」移到「頁面」更像是正名，但是後綴分家無論是技術實現上還是命名統一性上，帶來的麻煩都不少。考慮將後綴統一為「頁」，比如品質評級這邊的「乙級條目頁」「丙級列表頁」「模板頁」，重要度那邊也可以叫「高重要度頁」「未知重要度頁」，這樣觀後綴就知道是頁面評級體系在整活。
    我明白很多內容都不在討論範圍內，但我認為之前討論本身就是系統性不足。比如把非條目品質評級改爲「XX級頁面」，那爲何條目品質評級和非條目重要度分類不動？是改條目和重要度分類真的弊大於利，還是單純沒有討論過而已？作爲這套系統創始者，英文版的非條目還用articles的，個中原因是否值得參考？--For Each element In group Next（留言） 2024年3月19日 (二) 16:05 (UTC)[回覆]
    @For Each element In group Next：老實說我真的不懂你們這些這時候再來提意見是用什麼心態再看事情的，這個提案已經放超過三個月了，又不是放一個星期就說要公示，硬是等提案要準備收尾才來提意見是怎麼回事？！我可以當成你是打算擾亂干擾提案通過嗎？！--SunAfterRain 2024年3月19日 (二) 16:40 (UTC)[回覆]
    我幾年前的主業之一就是評級理論。Wikipedia_talk:頁面質量評級標準#WP:QUALITY_升為指引6年前甚至6個月前，我都會像推動MOS:FICT那樣，親自提出修改意見和方案（如WP:QUALITY第二段不符合新形式），讓WP:QUALITY成為更優質的指引。但現在評級方面，我認為和這個裝睡的社群去合作沒有什麼意義。所以我的做法就是不發言，看着這個社群未來到底走向哪裡。出於對當初理想的懷念，我寫下了這些明者自明的意見，但也僅此而已了。通過提案無非就是頁面多個「指引」的標籤；您看我用戶頁，就該知道我對這種「社群眾評標籤」有沒有興趣了。--For Each element In group Next（留言） 2024年3月20日 (三) 16:36 (UTC)[回覆]
    @For Each element In group Next：我不管你到底對這個議題有沒有興趣，反正你現在的意思是上方內容純粹是發牢騷你沒有要干擾這個提案？！--SunAfterRain 2024年3月20日 (三) 17:12 (UTC)[回覆]
    還沒有細看，但我對洛普利寧君遭到這樣的對待感到很悲哀。--Temp3600（留言） 2024年3月20日 (三) 17:43 (UTC)[回覆]
    在有用的討論串下面離題吵架實在無奈，但似乎VP環境已經如此。
    WP:CON明確指出"共識應採納多數人的意見，並和重要少數的意見作出適當妥協。"、"共識在維基百科是持續不斷的過程"，對於方針修改，更再次明示"共識最終將根據支持和反對該議題的論點質量所決定"。方針中沒有任何字眼要求討論應"收尾"，反而暗示了討論本身是可以無限延長，以不斷修改共識更貼合實況的。所謂擾亂更是莫名其妙。
    回到討論本身，如果有足以反駁洛普利寧君的理據，直接提出來就可以。如果反駁不了，甚至根本沒有考慮到這一討論角度，那顯然就說明"之前討論本身就是系統性不足"，提案一方存有思考盲點，應該進一步討論下去。
    回到這個提案。我與八年前一樣，支持將WP:ASSESS建立為指引。然而，洛普利寧的問題必須先得到回答:維基百科:通用評級與維基百科:頁面質量評級標準之間有潛在矛盾。通用評級到底是獨立的評級系統，還是專題評級的平均分?我對這兩者沒有特別的見解，但WP:ASSESS應該清楚指明這一上下級關係。
    如果不幸某頁面只有一個專題，而這個專題將頁面評為"未來級"等奇怪級別，通用評級是否跟隨?
    請賜教。--Temp3600（留言） 2024年3月21日 (四) 19:45 (UTC)[回覆]
    @Temp3600：那我倒覺得您來主持好了，包含修改模板模組的部分，反正您看起來很閒可以泡在客棧陪大家一直耗。--SunAfterRain 2024年3月22日 (五) 01:35 (UTC)[回覆]
    • 折騰了三個月，我已經沒有修改評級模組的心力了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月22日 (五) 01:52 (UTC)[回覆]
    • Special:PermaLink/81985508#第三階段：完善制度這裡有說，一切以維基百科:頁面質量評級標準為主，當專題評完後，維基百科:通用評級再取各專題WP:ASSESS的公約數，不認為有矛盾。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月22日 (五) 02:00 (UTC)[回覆]
      • @A2569875：如果方針是FA級，指引是GA級，那現行WP:QUALITY+維基百科:通用評級大概只有C的水平，還需要很多工作完善：
        • WP:QUALITY說「評級主要由專題進行……」。那WPBS評級人是作為什麼身份評的？社群成員，還是專題成員？現在WPBS開展一段時間了，相信大部分人的評級邏輯是直接對WPBS評級（而不是專門針對各個專題）。這就和「評級主要由專題進行……」矛盾。
        • 有了WPBS後，就有了「社群心目中的評級」，這個評級就是WPBS的評級。這樣，大部分專題出於信任社群/懶得評級，而繼承了通用評級。對於舊頁面，現在的做法很好——假定WPBS評級為各專題評級的公約數。不過這個做法並非必然，我們也可以取各專題的最高值/最低值，只要社群願意信賴專題。例如英維只有WP:MILHIST真正地在評A，而其他專題是評GA或者B，此時一個做法是取A，而非眾數或向下取GA/B。
        • 但是下面的問題理論上和執行上都很成問題。例如維基百科:通用評級第5點要求「例如未啟用乙級的專題，通用級別遇到規則3判為乙級的情況時，則向下填寫為丙級……」。
          • 首先，很難判定專題是否啟用某個級別。機器人運行者好像都說過做不到這個事情，就更不用說人工評級了。
          • 其次，如果B級是標準評級，且多數專題都評B級，那這個條目在社群心目中就是B級。我們不應該遷就特例獨行的專題，否則公認的B級條目評C，那B和C還有什麼可比性？應該是說，不設B級的專題應該自己收拾自己的攤子，例如專題評級繼承B而表示為unassessed，或者用掩碼改成C。
          • 第三，現在的BL是標準評級嗎？如果不是標準評級，那應該呈現在社群通用的WPBS上嗎？如果呈現在WPBS上，多數編者沒見過BL，他們看得懂嗎？如果你認為大家能看懂，且樂見對列表細緻評級，那不如將BL升格為標準評級？如果升格為標準評級，就應該預設對所有專題的class mask啟用BL，否則又回到上一點專題「特立獨行」的老路。
        • 只有一個專題評Future，那WPBS技術上當然可以評Future（且只能評Future）。但上面BL甚至D級都是品質導向級別，那Future和他們並列（而不是attention之類的flag）是什麼用意？還有，如果兩個專題一個是CL，另一個是Future，而且兩者都未設對方的級別，那WPBS到底聽誰的？
        • 上述問題可以不斷打補丁解決（維基百科:通用評級就是打補丁的成果），但這並非良方。大道至簡，最實際的方法是：編者以社群成員的身份，以WP:QUALITY的標準評級中的選項為依據，針對WPBS評級。專題評級理論上和WPBS獨立，但實踐上的評級方式是信任社群評級。然後，我們討論WPBS具體該支援哪些級別——對於條目，我建議支援傳統級別，或傳統級別+BL/CL/(SL?)；而Future、Merge不屬於品質評估，而A級又極不活躍常常被人誤解，這兩類可以考慮從通用級別中除去。至於要修改的地方，無非就是修訂WP:QUALITY、WPBS支援代碼、class/mask預設啟用代碼，就像您說的，要改很簡單。
        • 您可能看不懂我的留言，也可能看懂了但沒有觀點。建議您和有實際開設特殊級別的專題聯絡，看看他們的意見。我可以寫出藍本，但我不想干涉這件事情，也不想在這個物是人非的地方留言。
      • @SunAfterRain：我可以當成你是打算擾亂干擾提案通過嗎？！。當然可以！您怎麼想是您的權利。--For Each element In group Next（留言） 2024年3月22日 (五) 16:26 (UTC)[回覆]
        你以為你維的評級模組是Module:Namespace/data這種隨手改一改就好的是吧，改一次的成本有多高您可以自己改看看，不是什麼看起來很簡單改一改就好--SunAfterRain 2024年3月23日 (六) 03:13 (UTC)[回覆]
        我2015年到2016年大幅更改過WPBM相關子模組，比如引入bchecklist。而且如果WPBM不能滿足我的需要，我也有能力手寫模板。我固然不是A2569875那樣的技術專家，但我也知道那些內容屬於微調，哪些內容屬於重煉。（那時候您似乎還沒註冊，如果您問一下八九年前一些關注評級的老用戶，您大概會知道我都幹過什麼）
        上面的問題我早在兩個月前就A2569875君交流過。當時他表示現在只討論技術問題，具體制度問題可以後議。我的意見不是技術問題——等真正的技術修改部署後，對WPBS屏蔽某些等級就OK——所以的確可以後議。A2569875當時態度很激烈，我不想影響他的心情，而且他應該是沒有看懂我的意見，所以我就沒有繼續爭論下去。另一方面如果我做主導人，和議案有關的問題無論在發哪裡討論，我都會接受；而A2569875的思路就是a討論頁不談b問題（我不知道這是不是今日你維的討論規矩）。我們倆電波對不上，我也不想在客棧留言，所以就直接走了。現在的論題正是「第三階段（WP:QUALITY_升為指引）討論」，既然是討論（而不是走形式直接通過）那我充分陳述我對WP:QUALITY的看法很合理吧？而且討論3月19日開始，我也沒有拖到26日要結案的時候發。
        就我看來，應該一開始就討論WP:QUALITY評級這個哲學問題，討論好方向之後再開始技術修改。而且有了修改體系背書，A2569875的技術修改也能一路綠燈，不用喊「折騰了三個月，我已經沒有修改評級模組的心力了」。不過中維人少，評級哲學上確實沒幾個人能想到這麼深；就像技術方面沒A2569875，其他人也推不了這個提案。最後我認為本站應該以理服人，而不是靠方針指引或沒討論深度的「共識」堵嘴：能指出問題的內容標上指引也是根基不牢，有道理的論述沒有標籤也應該令人尊敬。--For Each element In group Next（留言） 2024年3月23日 (六) 05:29 (UTC)[回覆]
        別為你不參與討論找藉口，電波對不上不代表就可以事後再來批判，你說以理服人光是你用這個理由我就覺得你服不了人了
        另外你覺得你的意見不是技術問題但事實就是改動不小的技術問題，光是要改動一個分類就要牽涉到多少模板模組了--SunAfterRain 2024年3月23日 (六) 05:49 (UTC)[回覆]
        您的考慮方向我很贊同。不過如果例子舉成「改動一個模板就會牽涉多少分類的移動」，那會更有說服力 --For Each element In group Next（留言） 2024年3月23日 (六) 06:58 (UTC)[回覆]
        你到底在舉什麼...--SunAfterRain 2024年3月23日 (六) 07:28 (UTC)[回覆]
    首先感謝宇凡君的努力，您辛苦了。順便說一點離題得罪人的話：
  • 目前的問題如要解決，通用評級指引勢必重寫。問題只是要怎樣重寫而已。說白了，洛普利寧是反對通用評級的「由下而上」邏輯，再深挖下去，涉及專題組與社群整體之間的互動問題，對應現實生活中的中央－地方政府間，集權－分權的沖突。這樣展開就顯然太複雜了，我只是希望指出為什麼洛普利寧會認為這個指引寫得不好。
    回到維基。儘管從憲法的觀點出發，確立各子組織間的權力分立應是建立規則的第一步，但考慮到中文維基並不怎麼關注這一問題，我就建議維持現狀好了，省得麻煩。反正即使是下而上，要修改專題評級，直接一起修改所有專題的評級就可以（顯然這就一次侵犯了數個專題的自主權，但上面說了，中維人這方面的理解力有限）。下而上的（理論上）優勢當然是「各專題組可以按各自所擅長的領域，共同對跨領域的條目進行評級，會比WPBS只用一個評級員來得準確」。實際上嘛，就是懶得改。
    「WPBS評級人是作為什麼身份評的」：從下而上的觀點而言，沒有專題組的條目評級，算是社群託管了該條目，留待專題組前來接收，等價於聯合國託管理事會。最終還是需要專題組的專家前來正式評級。
    "標準評級":基於減少修改範圍（懶）的因素，建議只容許使用「標準級別」來評級。也就是說，暫時放棄將BL／CL加入WPBS，待更多專題啟用這些評級，更為人所熟悉後，再來討論。future等評級則不容許更新到WPBS上去，機械人應視這些條目為「沒有評級」，由人類前來處理。
    最後，感謝@For Each element In group Next：前來，指出這些要點供大家討論。說實話我本來也不想發言的，打了這些東西花了我一個多小時。也希望你能與我一起堅持到這項修改完結。
    以上。--Temp3600（留言） 2024年3月23日 (六) 03:33 (UTC)[回覆]
    如果硬要扯開這個話題，我反倒支持廢掉所有專輯的質量評級全部統一處理，因為你維專題參與人數實在少到除了幾個大專題之外沒有辦法給出一個真的符合自己專題的評級標準，而且去查大專題的評級標準實際上也與通用標準沒有差異，那這樣給各專題評質量有什麼意義？--SunAfterRain 2024年3月23日 (六) 05:54 (UTC)[回覆]
    （以上沒有要廢掉重要度評級）--SunAfterRain 2024年3月23日 (六) 05:56 (UTC)[回覆]
    如果完全廢除專題評級，將權力上移給WPBS，那就算不談這種集權行為是否影響了專題組的自治，也需要將目前已經由專題組評級的條目改為WPBS格式，並處理評級不一致的問題。我是不太看好能搞定啦。--Temp3600（留言） 2024年3月23日 (六) 07:10 (UTC)[回覆]
    @Temp3600：感謝您的解釋！雖然討論很不愉快，但至少討論者都能理解我要引出的思考點了。現在我的任務大功告成了--For Each element In group Next（留言） 2024年3月23日 (六) 06:58 (UTC)[回覆]
    喂喂，不准跑掉（ --Temp3600（留言） 2024年3月23日 (六) 07:14 (UTC)[回覆]
    所以你知道為甚麼我說他明顯有意擾亂了吧（攤手--SunAfterRain 2024年3月23日 (六) 07:26 (UTC)[回覆]

隨意的分段

  • 另外回應SAR的是，技術人員與行政官僚本身就是兩項不同的工作，互相批評在我看來並無意義。nerd的下場，可以參考為什麼蘋果公司會趕走喬布斯。--Temp3600（留言） 2024年3月23日 (六) 03:37 (UTC)[回覆]
    • (：)回應：@Temp3600：最初的提案是Wikipedia:互助客棧/其他#沒有主題的頁面如何評級。起因是我遇到有條目不屬於任何專題，所以如果要評級，會有困難。（所以，我的動機很簡單，我本來就只是在寫條目，遇到了一個問題，我來客棧討論解方，結果折騰了三個月，途中不乏某些維基人精神攻擊，提案看起來快擱淺，精力消磨沒了，寫條目的動力也沒了。在本案開始之前，我一個月寫十幾個條目，本案開始之後，三個月我只寫了兩個條目。）。關於該問題由MilkyDefer給出的解決方案是修改{{WPBS}}，於是開始討論共識並執行，以及其配套的《評級系統缺失案》甚至還因技術需要跑了幾趟phab(如phab:T360012)。因為最原始的目的《沒有主題的頁面如何評級》，代表其討論頁會放置空{{WPBS}}，也就是沒有任何專題的{{WPBS}}，所以當然要能支援填寫所有評級級別，包括但不限於非標準級別（為此，我還特地翻過所有專題、所有維基百科上出現過的評級級別，統整出所有專題定義的所有級別，大概40幾個）。而當{{WPBS}}如果開始填入複數個專題，{{WPBS}}如果又要限制能填寫的級別，程式邏輯勢必變得複雜，所以我的解決方案是不改程式（你知道的，改全保護的程式不是那麼簡單），改立WP:通用評級指引制約，如可能也把評級系統的不同步級缺失補齊，其實目的也就只是《沒有主題的頁面如何評級》而已。而只是恰好Kanashimi要跑評級機器人，所以我索性再修改一下程式，跑客棧共識+公示流程，雖中間與Z7504發生爭議（其實消耗了我非常多精神）但最後都通過了，而「去match Kanashimi機器人」這部分其實已經超出我原本想編寫的程式內容了。後續所有技術案都通過了（過程中洛普利寧在客棧中不發一語）所以程式碼當然不會包含他所期望的部分啊。維基百科是志工性質，不強迫任何人參與，既然我已經寫好我想寫的程式，那我為何還要在最後「可能」可以收尾的時候，幫「洛普利寧的理想」寫程式？程式技術不難，但全保護和繁雜的評級系統，加上客棧不時出現精神攻擊，說實在我的精力已經耗盡。我提供的任何一段程式碼都沒有拿到任何薪水，純粹就是最初我想做、我想解決某些問題，但像現在這樣節外生枝是否生得太誇張了？-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月23日 (六) 04:13 (UTC)[回覆]
    我想，在洛普利寧的心中，他在最初就已經您解決了你的問題：維基百科有一個萬能專題{{WikiProject Article assessment}}，你只要將沒有專題的條目通通添加到這個專題下就可以，問題立刻解決，不需要碰WPBS。我也認為這是最簡單的方法。只需要跑一次機械人，把所有沒有專題的條目全部加入WikiProject Article assessment，就可以了。
    順便一說，我自己也試過幫助條目找專題，但即便有新rater的協助，仍然很難。最大的問題是，我不知道有那些專題存在，又不知道他們的簡寫。如果宇凡你能改良rater，讓程式可以搜尋，甚至推介專題給我來選擇，會很有幫助。比如有一個英國足球隊條目，但還沒有專題，但分類已經寫了這是英國條目，rater能不能夠提示我加入英國專題（或者別的甚麼專題？）。
    如果不行，可以考慮一個簡單一點的修改方案：當條目沒有專題時，rater預設添加WikiProject Article assessment，就可以照常評級了。
    但現在WPBS已經生出來了，總不能走回頭路。但這個也不容易，一會兒再寫。--Temp3600（留言） 2024年3月23日 (六) 04:47 (UTC)[回覆]
    @Temp3600：這完全不是什麼兩種不同工作的問題，有意見之前重寫模組時一起納入考量重寫就好，那時候提出我想娜娜奇也會盡可能配合的，但洛普利寧同學是喔我支持改寫，人家寫完都開始運行了再來抱怨。不要跟我說什麼滾動式修正，他提出的意見很顯然不是因為模組上線才出現的。--SunAfterRain 2024年3月23日 (六) 05:38 (UTC)[回覆]
    然後回到「Template_talk:WPBannerMeta#編輯請求_2024-01-08」。洛普利寧的批評是對的：宇帆在這次重構中，只考慮了技術層面上如何實行WPBS的改版，忽略了行政上的架構問題：所謂通用評級，由於每個條目只能有一個，客觀上就有壓倒原來專題評級的意味。於是這就進一步產生了通用評級與專題評級的沖突，新建立的WPBS機關在權責上如何與原來的專題委員會劃分的問題。現在那些WPBS有沒有CL級，未來級的問題，本質上都是沒有完成項目定義就急於進入開發階段，結果現在開發成果不完全符合要求，但是要再更改，工作量又很大，於是卡住了。
    所以現在還是要回到那個編輯請求，解決掉1月時的問題。然後由於技術負債，問題要盡量靠行政程序解決。這就是目前的工作。
    宇凡那時的觀點，也不能說錯，畢竟維基百科也沒有技術可以阻止你發侵權垃圾內容對不對，但是我們有行政手段，有制度可以將侵權內容透過刪除頁面功能處理掉。我估計這邊最後也會採用相同的方向，WPBS模版支持很多參數，但在指引中，會指明只有部分參數才可以合法使用，如果用了其他值，即使能夠正常顯示評級，其他人也可以回退，警告這一套。--Temp3600（留言） 2024年3月23日 (六) 08:43 (UTC)[回覆]
    • @Temp3600：問題就出在於，最早MilkyDefer的起草就有未來級、CL級等等，然後我還Ping了洛普利寧問他這樣可不可以，但他完全沒有任何答覆，到頭來還是只有一句「精神上支持」，我怎麼知道問題在哪，直到一月開發完成才開始說這裡不對、那裏不對，這樣我是要怎麼搞。反而User:Willy1018事先指出了具體問題，我得以依照他的問題在開發階段先行解決，並讓User:Willy1018說出了「感謝貢獻，目前已覆核已符合預期。」。完成後才再修改成本比較高，一開始又不講清楚，說完「精神上支持」然後跑掉，然後現在爭議後要叫我扛責任。我這樣消磨掉的精神狀況可能需要去放維基假期了-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月23日 (六) 09:00 (UTC)[回覆]
      A2569875：首先向您道歉，我沒有及時回復您的提醒，在1月份的討論中，我也沒有堅持將意見表達清楚，因為我認為您將來會用掩蔽代碼的方式處理WPBS評級。我也知道了為何SunAfterRain君會將我提報到破壞區。其次感謝您完成了迄今所有的技術工作。我的意見是針對政策層面，亦即評級體系如何開展。我不參與客棧討論，亦不會干涉指引討論的工作；因為很多等級都是我帶起來的，我這次只提出我的想法，希望讓社群自行討論如何評級等級。如果討論結果是敲定啟用或不啟用某些等級而需要修改模組，而您疲於修改模組，我可以參與技術工作嗎？最後就像Temp3600君所言，在下確實有責任。--For Each element In group Next（留言） 2024年3月23日 (六) 09:40 (UTC)[回覆]
    (＋)支持User:Temp3600提的：不當使用WPBS參數時，其他人也可以回退，警告這一套。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月23日 (六) 09:11 (UTC)[回覆]
  • 如果能夠masking掉WPBS旳等級，待日後成熟等再開啟，那自然是最好；不行的話，單改指引也算是解決了問題。--Temp3600（留言） 2024年3月24日 (日) 03:25 (UTC)[回覆]
  • 另外拖@MilkyDefer：出來，future grade 條目要直接沿用還是怎樣處理(pia!) --Temp3600（留言） 2024年3月24日 (日) 03:33 (UTC)[回覆]
    什麼叫沿用？事實上我連現在future grade的使用情況都不是很清楚，可否說明一下背景信息？--MilkyDefer 2024年3月24日 (日) 03:55 (UTC)[回覆]
    @MilkyDefer：例如en:Talk:Texas_State_Highway_32按你的構想，是什麼評級。背景資料....按我很初步的認識，英文WPBS的條目評級系統只容許BCStub等標準評級，但專題組可以按各自需要將條目評為future級等特殊等級。這與目前WP:QUALITY中建議的評級方案並不一致。--Temp3600（留言） 2024年3月24日 (日) 04:05 (UTC)[回覆]
    有什麼……不一致嗎？Future Class列在非標準等級下，並且寫有「部分專題還會啟用附加等級。」看上去挺一致的欸。--MilkyDefer 2024年3月24日 (日) 04:36 (UTC)[回覆]
    咦我寫錯了...en:Talk:Texas_State_Highway_32如果按維基百科:通用評級，它下面只有一個future-class的專題評級，那麼就不能評為stub.在我看來這是問題。--Temp3600（留言） 2024年3月24日 (日) 05:01 (UTC)[回覆]
    en:Template:WikiProject U.S. Roads列在en:Category:WikiProjects using a non-standard quality scale，因此此篇文章的評級沒問題。我覺得WPBS的評級主要是條目整體評價，在zhwiki實施起來基本上也是這個目的。只不過 zhwiki評級似乎比較複雜，所以允許各專題自訂標準，每個專題模板都算non-standard quality scale。這部分實施起來，其精神與enwiki也相同。--Kanashimi（留言） 2024年3月24日 (日) 05:12 (UTC)[回覆]
    按英文版的評級方式是沒有問題，但來到中維，維基百科:通用評級並不是英維的對等翻譯。於是就有了"若一條目僅有一個專題，其通用評級應與該專題所評的等級一致。"這樣的條款，影響到WPBS專註在內容評級的工作。順帶一說，這一點也和LP為什麼建議全面轉用英維制度，將內容評級由專題組上提到社群的精神一致。不過這樣就涉及更複雜的改動，恐怕還是免了。--Temp3600（留言） 2024年3月24日 (日) 05:30 (UTC)[回覆]
    我個人覺得這一條僅限於單一專題模板採用標準評級的情況下才有效。但假如所有專題模板都屬於 non-standard quality scale，則不如廢掉。--Kanashimi（留言） 2024年3月24日 (日) 05:49 (UTC)[回覆]
    • @Temp3600：我覺得像Future、Current（某主題是否是新聞事件或未來事件完全取決於專題領域，例如某主題在A領域可能是一件大新聞，所以評Future，但另一個領域關它屁事所以評甲乙丙丁初之一）Merge、Need（這種通常都是向特定專題請求重定向擴充為條目的標記，無關專題就標通用評級的重定向級 重定向級吧）這些「聚焦於特定專題」的級別就讓相關的專題沿用吧，然後從通用評級的標準評級撤下變成非標準評級，我想問題應該就解決了。修訂的部分，我想等到下面確立哪些要設為標準評級之後，再將通用評級指引加上「只能用標準評級」之類的規範應該就能從行政手段解決了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月26日 (二) 17:36 (UTC)[回覆]
  • 另另外我約略看了一下英維，看來它們已經將各專題評級整合起來，會個條目只有一個評級。這是你提出由上而下的背曔原因嗎?@For Each element In group Next：--Temp3600（留言） 2024年3月24日 (日) 03:38 (UTC)[回覆]
    我也認為WPBS是社群基於標準（WP:QUALITY）對條目做出的評價。當然，社群也允許專題依照自己的標準對條目做出評價，並標記在討論頁上。某種意義上，社群評級和專題評級是「人格獨立」的，這裡的「上」和「下」更像依賴的上下游，而不是官大一級的上下層。然後既然專題評級是獨立的，那專題就可以選擇各種策略：
    • 社群人多力量大，自行評級太繁雜，WPBS填啥我填啥。（看起來就像評級被廢了，但其實是選擇和WPBS的做法一樣）如果對專題成員評級不服，要麼以社群成員身份找社群吵，要麼推動專題退群。這就是英維絕大部分專題的策略。
    • 預設繼承社群評級，但也可以自行覆蓋社群評級。這就是我們現在的狀態。
    • 不繼承WPBS的評級，只要自己的class不填就是未評級。英維的退群專題（比如有BL的WP:MILHIST、沒A的WP:VG）都是這個策略。不排除有些專題是想自己搞；但也有專題是只開除掉A級，其他等級想繼承社群，但因為英維技術不支持策略2而被迫退的。
    像SunAfterRain說的，絕大多數專題用策略1就夠，而且理論上標準相同的專題應該評同樣的等級。個別專題有特殊的評級標準，那就採用策略2。真有專題完全不想社群插手，那就上策略3。策略1那就是純粹的自上而下了。此外，對上游的WPBS規定好標準等級後，將非標準等級映射到標準等級（假設規定BL->List、D->Start、Current->Unassessed），也可以讓機器人參考策略2和3的專題填WPBS。
    自下而上主要還是一堆奇葩等級，邏輯上沒法搞。刻度尺測量物體長度，得到的結果應該是穩定的；一次測3 cm、一次測5 cm，就說明測量錯了。但如果兩次測量都操作無誤，那你用的大概不是尺子 WPBS本來評CL，因為來了個不支持CL的專題就改評List，兩次評級都沒有錯，這就說明該制度不適合衡量條目品質。如果將奇葩等級改成WPBS標準評級，或者拒絕參考非標準等級，那這個制度就可行；但這基本就又成了上面的問題。--For Each element In group Next（留言） 2024年3月24日 (日) 16:21 (UTC)[回覆]
    • 我覺得改動WPBS最少的可能是將所有「條目品質性」（甲乙丙丁初等）和「非條目類別性」（Disambig、SIA、Template等）的級別全部設為標準評級（含少數專題另設的Bplus和D、以及很少專題用的A級等[有專題用A級，如颱風之類的專題。]），「性質性」（Future、Current等）的級別全部設為非標準評級。這些「與條目品質無關」的評級就讓專題自己評，不影響WPBS，就不會出現要在CL級或Future級取捨的狀況了。然後各自專題不要的，自己去mask（到時全站公告一下，想接受的專題就接受，不想接受的專題就自行寫mask，這樣寫mask的責任就不會在此次修改上）。技術上成本最小。 只不過以上作法因會將AL、BL、CL、SL也列入標準級別，代表List級別可能會變成沒有任何頁面會被評成List級，看是要廢除List級還是保留List級在代碼裡，不想跟進的專題自己mask。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月25日 (一) 04:43 (UTC)[回覆]
    • 然後主題專題自設的Complete、Substantial、Basic、Incomplete因WPBS預設在非條目命名空間時會因「Namespace優先」而評成「主題級」，所以我想應該也問題不大。如需在WPBS中禁掉，可可以將Module:PJBSClass#L-53的一堆if陳述式註解掉。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月25日 (一) 04:57 (UTC)[回覆]
      您說的也是可行方案。目前啟用BL、CL的專題，List基本都是當和Start對等的級別來理解；如果都接受List級=初級列表，而不用新建等級，那留着List級也OK。唯一擔心的是A級，倒不是有沒有人用的問題。A級是高於GA的，英維也是A級評級比GA評級規格高：GA可以隨便一個外行評，A級專題內部出三個專家評，FA是包括專題專家在內的社群集體評，所以有FA>A>GA的邏輯鏈。但是我們的FAC/GAN和英維評級模式完全是兩碼事，到頭會不會還是社群認GA不認A？--For Each element In group Next（留言） 2024年3月25日 (一) 14:33 (UTC)[回覆]
  • 先多謝各位，意見都很有見地。希望在上方再拆一個小標題。A級與GA的問題是老大難了，我想這次還是先不處理為好。A級雖然很少用，但一直都算是標準評級，現在一下子移除不太好。List級對等於初級列表長遠是好主意，但要標記清楚，因為許多舊列表是list級。所以現在list級代表初級或以上的列表。或許長遠要建立start list?—Temp3600（留言） 2024年3月25日 (一) 23:35 (UTC)[回覆]

D級與B+級等標準討論

接上文宇帆君列出的等級。新級別是要寫文檔的，所以下列意見供參考：

  • D級目前看來只有宇帆君活躍的多面體在用，其條目是介於C和Start之間。講真，流行文化領域，因為關注粉絲向這種扣分內容，D級還是很好用的。
    • 比如明星條目，內容上已經有C級該有的內容，但因為很多內容都以粉絲介紹口吻出現，需要大量清理和改寫；這時評Start太可惜，就可以評D級。這基本就像多面體專題說的，「內容上可能達到C級水準，但其他方面有嚴重缺陷」。或者說，寫條目的人擅長事實性內容，但不了解這裡的格式手冊，寫出的東西很隨意不像百科。
    • 另一方面，虛構作品條目也強調要寫反響等現實世界內容。一般來說，編者不寫現實世界內容，就表示他不熟悉格式手冊，所以條目格式、行文等方面也不會太好。這種條目又要清理又要擴充，就可以給Start。但也有從英維FA翻譯一半的，條目序言完整、作品介紹也很規範，但該到製作歷史和評價，他又他不翻譯了。這種只用擴充不用清理的，也可以從Start抬升為D。
    • 可以看到，流行文化領域這個D級主要還是可以彰顯「內容雜亂/格式差」。但科學等領域大概沒有「粉絲內容」，所以這個D級通常會怎麼用？
    • 另外有了D，是不是未來有可能對等增加DL？
  • B+只有英維數學專題有用過，而且現在刪了；本地沒有專題實裝過，只在一些理論研究中提到，所以還是要想想標準怎麼訂。
    • 之前B+的評級標準是「條目高於B級標準」，再把B級標準抄了一遍，這就比較不良定義。GA和B的區別主要在GA還要求中立性穩定性，且文筆和格式的要求高於B。如果要搞B+，那標準大概就是「不要求中立性和穩定性，但其他方面同GA標準」？PS：B6提到的WP:JARGON和地區詞在GA標準里沒有體現，所以B在某些方面還高於GA；不過現在的英維已經把JARGON要求增補到GA標準里了。
    • 之前有提過增設優良列表（GL）。GL和FL的主要區別可以理解為GL不管紅（綠）鏈，且序言不用太優美；這個境界就有點像B+和GA了。不過，FL和GL應該是要有本質差異的——類似WP:GVF的comperhensive和board coverage。例如對於遊戲系列，FA應該像死忠那樣列出小眾改編作品，而GA可以只列出重要作品。（但是很多領域列表是不是沒有這種問題？）
  • 小小作品更像是一個臨時狀態，和未評級一樣是不該長期存在的。而且小小作品只是長度短，問題還沒有廣告、侵權等小作品更嚴重，所以整體統計上把小小作品拆出來的意義是？從維護追蹤角度考慮，WP:PETSCAN或者Shizhao的專題機器人通告應該都很好用了。--For Each element In group Next（留言） 2024年3月26日 (二) 15:50 (UTC)[回覆]
  • （有感而發）除了本子節開始的爭議外，以上討論與研究其實都滿有意義和價值的，如果能提前在去年十二月，也就是我當初Ping了洛普利寧時，他就發表了這些意見，並開展了我們現在所討論的東西，那我覺得WPBS應該會更完美。不過現在說這些都是後話了。另，跟大家說聲抱歉，我當時一心只想著如何把MilkyDefer起草的臨時方案開發成正式方案、如何pass所有testcases 和解決討論頁上各種問題回報（1、2等），一切考量都以技術為優先（我當時優先級最高的考量是：程式怎麼寫更省效能，於是出現了mw.loadData("Module:PJBSClass/page")用於讓該功能在整個頁面解析的過程只會跑一次，而不會每次調用通用評級時都跑以節省效能），卻忽略了行政上的執行問題，而導致了今次的爭議，我感到十分抱歉。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月27日 (三) 01:30 (UTC)[回覆]

B+我之前寫過論述。鑑於中維的GAN機制（時間短、需求票數多，且評審者普遍社會惰性），B+當GAN預審還是很有生態位的。但是在務實上，等GAN評審素質普遍超過這個乙級評級，B+才會有得玩 聳肩

我想B+（Bplus）的標準可以用WP:WIABCA的大綱來套用WP:WIAGA：

這樣B級評審時也順手按GA（B+）提意見。--For Each element In group Next（留言） 2024年3月28日 (四) 14:20 (UTC)[回覆]

WPBS級別列表

目前{{WPBS}}能接受輸入的級別大部分都是phab:T360012向P站登記的級別以級在案《第一階段：修正評級值不同步問題》時所有評級Data模板統一同步更新的評級值列舉如下（共50個。此外由於表格過長，已折疊。請單擊[顯示]以展開表格）：

能夠由{{WPBS}}程式自動評級的級別（詳情）
典範 特色列表 特色圖片 優良 小作品 列表 同類索引
消歧義 重定向 沙盒 模板 模塊 分類 文件
草稿 主題 專題 用戶 使用說明 界面 非條目

以下建議供行政組參考：

  • 標準品質級別（可填寫在WPBS）：
    典範級 典範級[FA]、特色列表級 特色列表級[FL]、特色圖片級 特色圖片級[FM]、甲級 甲級[A]、甲級列表級 甲級列表級[AL]、優良級 優良級[GA]、乙上級 乙上級[B+]、乙級 乙級[B]、乙級列表級 乙級列表級[BL]、丙級 丙級[C]、丙級列表級 丙級列表級[CL]、丁級 丁級[D]、初級 初級[Start]、列表級 列表級[List]（暫時作為初級 初級列表使用）、小作品級 小作品級[Stub]、小列表級 小列表級[SL]、小小作品級 小小作品級[Substub]、無級別 無級[No]
  • 標準類別級別（可填寫在WPBS）：
    消歧義級 消歧義級[Disambig]、同類索引級 同類索引級[SIA]、重定向級 重定向級[Redirect]、沙盒級 沙盒級[Sandbox]、模板級 模板級[Template]、模塊級 模塊級[Module]、分類級 分類級[Category]、文件級 文件級[File]、草稿級 草稿級[Draft]、主題級 主題級[Portal]、專題級 專題級[Project]、用戶級 用戶級[User]、使用說明級 使用說明級[Help]、使用說明級 界面級[interface]、非條目級 非條目級[NA]（如TimedText:空間）
  • 非標準類別級別（不應該填寫在WPBS）：
    圖書級 圖書級[Book]（曾有共識引入，但因技術原因部署無限期推遲）、音頻級 音頻級[Audio]（只有少數專題將File級做細分，WPBS應都填入File級）、圖像級[Image]（(▲)同上）、非頁面級 非頁面級[NAPage]（只用於特殊專題）
  • 非標準品質級別（不應該填寫在WPBS）：
    優良列表級 優良列表級[GL]（討論尚無結果）、特色圖片 特色主題[FPO]（未通過設立）、完成級 完成級[Complete]、充實級 充實級[Substantial]、簡單級 簡單級[Basic]（完成、充實、簡單僅用於PJ:主題）
  • 非標準級別（不應該填寫在WPBS）：
    未來級 未來級[Future]、動態級 動態級[Current]、合併級 合併級[Merge]、請求級 請求級[Needed]、擱置級 擱置級[Deferred]、
  • 技術性級別（不應該填寫在WPBS）：
    委員會級 委員會級[council]（僅做圖示用途，不應手動輸入此級）、 錯誤級[Error]（出錯時會自動加入，不應手動輸入此級）、未評級 未評級[Unassessed]（無提供時自動產生，不應手動輸入此級）、未知級 未知級[Unknown]（無法正確識別的情況，應修正之，而不應手動輸入此級）
-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月6日 (六) 03:43 (UTC)[回覆]
感謝總結。我有一些疑問：
  • Substub作為標準品質，似乎比較增加維護負擔？會創建小小作品的基本都是新手，他們不懂得在討論頁掛{{WPBS}}填|class=substub。維護人員也都在條目頁標記{{substub}}，然後打撈人員再從Category:小小作品追蹤，這就基本就沒人會管討論頁。而且就算有專題模板，如果利用討論頁的分類來維護，就要從討論頁跳轉到主頁面，也是比較低效的。（MilkyDeferBot可以根據討論頁橫幅和條目頁{{substub}}自動生成頁面列表，這樣也沒必要用討論頁評級）此外如果substub是被人手填了，那就還要經常盯着條目，看評級是否過時。所以依靠評級模板來維護substub，感覺有種打撈一分鐘，評級三十秒，性價比相當低。所以，WPBS層面統合到stub是否好些？
  • 正規條目都應該有品質評級，尚未評估品質的條目是Unassessed，條目空間的Disambig等特殊頁面也考慮進去了。看英維也沒no這個級別，所以無級別的條目會是怎樣的？
--For Each element In group Next（留言） 2024年4月6日 (六) 05:20 (UTC)[回覆]

等級標準小結

洛普利寧在上文提到的「PJBS之PJBSClass.getClassByPage()」自動評級（小勘誤：自動評級實由PJBSClass/main.getClassAuto()和PJBSClass.getAutoClass()共同完成，前者以頁面狀態和掛有模板判斷、後者只看Namespace），這些評級會根據頁面掛的模板、子頁面名稱、頁面狀況和所在命名空間等進行自動評級。這些評級分為兩類：不可被|class=參數複寫的評級以級可被|class=參數複寫的評級。
這些級別有：
  • 不可被|class=參數複寫的評級：重定向級 重定向級、特色圖片級 特色圖片級（註：|class=有值時會強制被改為File級）、模板級 模板級、模塊級 模塊級、分類級 分類級、文件級 文件級、草稿級 草稿級、主題級 主題級、專題級 專題級、用戶級 用戶級、使用說明級 使用說明級、使用說明級 界面級、非條目級 非條目級
  • 可被|class=參數複寫的評級：典範級 典範級、特色列表級 特色列表級、優良級 優良級、小作品級 小作品級、沙盒級 沙盒級、列表級 列表級、同類索引級 同類索引級、消歧義級 消歧義級
上文提到，目前不在WP:QUALITY中的級別都需要補上文檔，因此我起了以下草稿供參考：
（註：如果有需要修改可以直接編輯本表格，無須經過我的同意(不被視為修改他人留言)）
（註2：下表只列出目前未出現於WP:QUALITY的級別）
（註3：由於表格過長，已折疊。請單擊[顯示]以展開表格）
預計種類分成三類：標準級別（描述條目品質）、標準類別（描述頁面種類）、非標準級別（專題自定的東西）
@Temp3600：您看看這些資訊對行政組作業有沒有幫助？（請單擊[顯示]以展開表格）-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月5日 (五) 10:48 (UTC)[回覆]
感謝宇帆君的總結。我大膽做了一些調整，說明如下：
  • Bplus之於GA類似A之於FA。A級的標準和文檔頁指出要走比較正規評審，類似這種，而不能像評B、C那樣隨手改|class=。所以Bplus的要求中我也提了要做評審；不過這也就是這麼一說，大家肯定還是會隨手改的😂。另外A級開始才算專業，GA只能叫接近專業（我上面說的，英維A級需要專家來評審，而GA不需要），所以調整了一下措辭。
  • D級還是可能有格式問題的，基本上B級才算比較遵循格式手冊，連C級可能都差一點，而且愛好者內容廣義上也算格式問題。其他方面調整了一下語言，大體是說條目內容方面有含量，但其他方面比較差。
--For Each element In group Next（留言） 2024年4月5日 (五) 13:54 (UTC)[回覆]

頁面評級與通用評級指引調整

    • 非常感謝娜娜奇。但我因為現實原因(pia!)暫時不能積極參與討論。我預計會於19-21日的週末發言，這段時間麻煩諸位了。--Temp3600（留言） 2024年4月12日 (五) 11:29 (UTC)[回覆]
      • 約略看過沒有問題。在格式上有一點想法: 每個類別還是找一個例子，當參考。另外，會否用Template:Guideline section，只將標準評級立為指引會較好?如果專題組日後創立新評級供內部使用，便無須經VP共識修改評級表，而可自行加入。不過倒過來，如果自行加入評級會弄壞模版，那麼還是經VP討論，協調好再修改較好。這方面我不清楚，請給意見。--Temp3600（留言） 2024年4月12日 (五) 11:58 (UTC)[回覆]
        • @Temp3600：屆時，如果確定該等級都標準化的話，僅需要將{{Class_mask/core}}中，目前還沒標準化的級別做「開放」即可（不必改程式，只要改類似config(設置)的東東），而專題自建級別已有相應功能，無須動到核心模板，範例見{{WikiProject_Example}}，因此完全無需更動本次系列模板/模組或任何程式碼的核心，故自行加入評級不至於會弄壞模版。常見的專題非標準評級我覺得可以在WP:QUALITY提，在章節標題標註「本段不是指引」應該就可以了，就不必走VP共識了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月12日 (五) 15:49 (UTC)[回覆]
          • 先抱歉晚了許多上來...生活艱難QQ。
          • 如果如此，那麼標準級別一節立為指引就可以，並在非標準級別一節清楚列明專題可以如何自行加入新評級(好像在模版說明裏已經寫好?那麼就只需要提供連結)。--Temp3600（留言） 2024年5月5日 (日) 07:27 (UTC)[回覆]

對於Wikipedia:頁面質量評級標準（以及Wikipedia:通用評級）還有一些邏輯上的考量：

  • 英文版的頁面en:Wikipedia:Content assessment翻譯過來是內容評級。其內涵理論上包括評級流程、評級標準等多個部分。而中文版的標題是「頁面質量評級標準」，一隻介紹標準本身，二又強調品質評級。而當前頁面是從古早期英維版翻譯過來，現在兩邊都改了很多，這就很微妙了。所以頁面是否要改名「Wikipedia:頁面評級」？
  • 如果從標題強調質量評級來看，頁面似乎應該將「標準質量評級」（≈條目）和「標準類別級別」（≈非條目）分設為兩個大節。說約等於是因為特色圖片屬於非條目但又要評估品質，而同類索引（SIA）是自動評級但理論上屬於條目。
    • 對於條目品質評級部分，是否需要流程圖輔助說明？（比如寫入指引頁，或放在論述頁給個連接）
  • 如何表述「通用評級」與「專題評級」的關係？從目前的討論來看，可能還需要一個頁面（可能是Wikipedia:頁面評級）釐清：
    • 社群和專題都可以各自獨立地對頁面評級。評級結果登記於條目討論頁頂部。
    • 通用評級由社群編者評估，對社群負責。本頁刊載的等級標準為通用標準，即適用於WPBS的通用評級。
    • 專題評級由專題自行解釋，但因為專題評級一般直接繼承通用評級，所以也還是這套標準。部分專題可能自選啟用或關閉級別，也可能重新詮釋通用級別，這些內容具體在專題評級頁刊載。

我希望聽聽其他編者的意見，所以暫時不會積極回復。--For Each element In group Next（留言） 2024年4月14日 (日) 15:17 (UTC)[回覆]

  • en:Wikipedia:Content assessment 有較多的內容，我認為這是因為他們是這個制度的來源地，所以有關於制度的歷史流變等可以寫。中維目前只是引入的制度，還沒有社群的經驗，因此沒有這部分的本地經驗可以立為指引，而只能寫一些硬規定。我認為這暫時不是問題，如日後成熟，自然可以再將這些段落引進，指引名字也可以更改。「頁面質量評級標準」就暫時只寫標準，待評級流程成熟後，就可以加入這一部分的指引。
同意將「標準質量評級」與「標準類別級別」分立為兩個三級標題。這是一項不涉及本質的結構修改，不難。
流程圖最好有，但要有人來畫...

「通用評級」與「專題評級」的關係:這是我最早就想改寫的部分。既然「通用評級」只可填標準評級而專題評級可以填其他自訂評級，那麼維基百科:通用評級就需要至少修改"若一條目僅有一個專題，其通用評級應與該專題所評的等級一致。"，最好是重新理順這一部分的邏輯。

整理目前的討論，建議"機器人會根據該頁面最多專題評等的評級等級作為通用評級"繼續保留，但機械人應檢查這會否導致WPBS被評為非正式級別，如發生這種情況，那麼機械人則跳過該條目(可以考慮加入"需要手動進行WPBS評級"的分類)，留待人類前來。
同意"社群和專題都可以各自獨立地對頁面評級"的基本策略。這樣就解決了list級的問題。即使專題的評級只有list級，WPBS仍可以手動評為更準確的CL/BL等細分級別。由機械人自動評的list級也與這個邏輯沒有沖突。
長遠的最終方向是，WPBS作為條目的內容評級，專題評級則為某一方面提供額外的資訊，類似tag.但這個需要將目前的評級邏輯反過來，我猜一兩年也無法完成，就寫在這而已。--Temp3600（留言） 2024年5月5日 (日) 08:10 (UTC)[回覆]

修訂案

維基百科:通用評級
  • 解決「通用評級」與「專題評級」的關係。斷開兩者的上下級關係。
  • 通用評級只限填寫標準評級。
  • 介紹一些其他功能，例如專題可以自行加入評級，不過這些不屬於WPBS的範圍，將它們指示到其他頁面去。
維基百科:頁面質量評級標準
  • 對應通用評級的改動，明確兩者間的關係。即: QUALITY負責規定那些級別屬於標準評級，及提供評級的參考。也提供其他非標準級別的介紹。通用評級指引則負責通用評級的流程，由社群負責，為條目的質量提供評級，而專題級模版級等請不要來找WPBS.
  • 結構調整，將「標準質量評級」與「標準類別級別」分立為兩個三級標題。
T: Grading scheme
  • 為所有標準類別補上例子。

後續討論

關於 rater.js 腳本

前面的討論貌似沒有涉及到老版本的rater.js腳本（User:Chiefwei/rater aka en:User:Kephir/gadgets/rater）。貌似enwiki那邊已經廢棄了老版本的rater.js，並且由Evad37推出了新版的rater.js（en:User:Evad37/rater）。我再考慮將新版本引入並做本地化，不知道目前是否已經有類似的工作了？--Ceba_robot 才不是機器人！ 2024年2月16日 (五) 17:57 (UTC)[回覆]

有見到Ericliu1912和YFdyh000兩版。--Cookai餅塊🍪（💬留言） 2024年2月16日 (五) 18:17 (UTC)[回覆]
妥了，看起來YFdyh000的目前跟上游已經同步，還是不要做重複工作比較好（--Ceba_robot 才不是機器人！ 2024年2月16日 (五) 18:24 (UTC)[回覆]
我也跟進借鑑了，至少現在用哪一個版本都不會落後。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年3月4日 (一) 11:51 (UTC)[回覆]

管理人員申請預討論

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:申請成為管理人員。

依方針，

一名具有自動確認用戶權限的用戶可以於每年的3月23日或9月23日前一周內在Wikipedia:互助客棧/其他發起管理人員申請預討論，此後的提名流程即在該討論下進行。

——WP:RFA

現開啟此討論。--人間百態,獨尊變態(討論) 2024年3月19日 (二) 14:01 (UTC)[回覆]

應WT:ARBCOM#問卷討論，提請在本次管理人員申請期間同步進行全站問卷調查處理ArbCom的細節。--路西法人 2024年3月19日 (二) 14:41 (UTC)[回覆]
如果依「現在維護維基百科的表現」來看，最適合哪些維基人被提名「管理員」？--Sinsyuan✍️🌏🚀 2024年3月19日 (二) 15:42 (UTC)[回覆]
顯然問卷用語不能由個人決定，所以大概應該提前磋商（或披露草案），並經社群討論同意後再付諸表決。來得及嗎？—— Eric Liu 創造は生命（留言・留名・學生會） 2024年3月19日 (二) 19:06 (UTC)[回覆]
就這樣看，目前剩餘Wikipedia_talk:仲裁委員會#管理人員解任一討論爭議仍然比較大，就直接用這個問題即可。--路西法人 2024年3月20日 (三) 02:58 (UTC)[回覆]
所以其他事項是否就留待（普通）討論決定即可？另外因此一問題比較複雜，可鼓勵大家在投票時一併發表意見。而或許還可以在選項旁附上一兩句解釋。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年3月20日 (三) 09:12 (UTC)[回覆]
應考慮直接給留言箱填意見，而不要直接給多項選擇。我要看論據不是數字。--路西法人 2024年3月20日 (三) 10:25 (UTC)[回覆]
不反對只填意見，不過可能得先看屆時在問卷上的問題怎麼描述。--冥王歐西里斯（留言） 2024年3月20日 (三) 12:18 (UTC)[回覆]
如果只是希望給意見，那還不如改成通告，直接請大家去討論頁留言互動，而不是事後再個別整理幾條留言。甚至另外寄發使用者討論頁通知也行。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年3月21日 (四) 18:05 (UTC)[回覆]
在MMS通知選舉的同時加一句該議題正在徵求廣泛意見？--路西法人 2024年3月22日 (五) 10:42 (UTC)[回覆]
行。另外我們應該可以開始準備通知了。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年3月22日 (五) 17:28 (UTC)[回覆]
但好像沒有人當候選人？--某人✉ 2024年3月23日 (六) 03:39 (UTC)[回覆]
@AINH I'd like to nominate @LuciferianThomas @Manchiu and @Sanmosa for sysop if possible. -Lemonaka 2024年3月23日 (六) 04:36 (UTC)[回覆]
容我婉拒提名。Sanmosa Gloire d'Yser 2024年3月23日 (六) 05:18 (UTC)[回覆]
容我婉拒提名。用戶頁上已明確指明我無意擔任中文維基百科管理員。--路西法人 2024年3月23日 (六) 10:19 (UTC)[回覆]
感謝信任。但我是OA2021的除權用戶。需徵取社群意見。--千村狐兔（留言）──此條未正確附上簽名時間的留言於2024年3月26日 (二) 06:17 (UTC)加入。[回覆]
不反對，但可能還得問問基金會的T&S團隊，之前Stang選Wikidata的管理員時也有問過，不過T&S那邊看起來並無反對意見就是了。--冥王歐西里斯（留言） 2024年3月30日 (六) 23:22 (UTC)[回覆]
既然Wikidata那邊已經有Stang的先例的話，那我覺得這倒無妨。此外，根據WP:2021年基金會針對中文維基百科的行動/維基媒體基金會聲明#第一次問答的説明，WMF「不反對本地社區可以決定公平地重新選舉」。Sanmosa Gloire d'Yser 2024年3月31日 (日) 15:38 (UTC)[回覆]
@Coddlebean意下如何？Python6345（留言） 2024年3月24日 (日) 10:17 (UTC)[回覆]
該使用者最近的封鎖期於2023年10月11日 (三) 08:10 (UTC)結束，不符合建議資格。--Cookai餅塊🍪（💬留言） 2024年3月24日 (日) 10:42 (UTC)[回覆]
我想提名 @UjuiUjuMandan。--0xDeadbeef (留言) 2024年3月30日 (六) 14:13 (UTC)[回覆]
接受提名。雖然我對你維社群的現狀的看法是不大可能讓我當管理員，但如果你維真的有幸讓我當管理員，我也很為你維開心。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年3月31日 (日) 04:45 (UTC)[回覆]
上面有人覺得我提名這一舉動令人詫異，同時也有編者指出我沒有提供提名原因。個人在站內觀察過，未見UUM有哪些做法存在不當。（如有，請發給我UUM真實存在人身攻擊行為的diff鏈接，則我會撤回這個提名）一方面我能理解社群能夠願意UUM當管理員的可能性很低，但另一方面，我認為UUM很多時候以特定語氣回復的原因是在這樣一個來源於en:peanut gallery的言論占多數且沉悶的大環境中，無法指望別人能夠和你就事論事，所以只能使用較重的語言。我倒認為直接把拖把丟給他還能讓他消停點。--0xDeadbeef (留言) 2024年3月31日 (日) 11:15 (UTC)[回覆]
在編輯摘要說別人是文盲（Special:Diff/71752907/71752907），因為這個原因被管理員封禁後繼續辱罵管理員（[30]），說別人是牲口（Special:Diff/81777683/81778221、[31]），在個人討論頁依然認為文明方針不重要（User talk:UjuiUjuMandan#文明方針），這已經不是你所謂的特定語氣、較重語氣的問題，而且就算有人不能就事論事，難道他就能開口罵人？更何況對方未必沒有就事論事。--日期20220626（留言） 2024年3月31日 (日) 11:44 (UTC)[回覆]
前兩個是兩年前的，最近應該好了很多。關於PaintWoodSt的討論頁面，是有人提出UUM給折毛提支持票而不關注舉折毛這個例子的論證意義究竟是什麼。關於存廢討論，我是覺得說別人主觀不主觀也不是一個就事論事的行為。個人討論頁中，我也沒看出來哪裡體現了認為文明方針不重要這一說法。這幾點也沒體現出UUM當管理員為什麼就不合適。你也指出我用戶界面的金字塔，那請你把我給出回應的部分在金字塔對號入座一下。我個人覺得，我們應該在於「UUM是否適合當管理員」就事論事。所以你如果認為「管理員在任何情況下都不應該罵人」，那我沒什麼可說，而如果你不這樣想，那你是不是該給出一個比「UUM沒素質」更有力的論點呢？--0xDeadbeef (留言) 2024年3月31日 (日) 12:10 (UTC)[回覆]
雖然是兩年前，那他有改善嗎？還不是張口閉口說別人是牲口。
他說條目對讀者沒用，這句話當然是很主觀，維基百科:存廢討論應避免的理由#維基百科是百科全書已經明確說到「有用」是應該避免的理由，那「沒用」當然也是，而且假如這都不是就事論事，請問什麼才叫就事論事？
Bluedeck跟UUM說，UUM的這些發言是明確違反方針的。UUM的回答是，對這類人，是沒有必要客氣的，那他的意思是，對於他認為的不好的人，說違反方針的話是沒問題的。
「UUM是否適合當管理員」，我不是說了，他因為長期違反文明，所以不適合當管理員，而且既然方針明確說不能做出類似罵人的不文明行為，那管理員帶頭違反文明方針到處罵人，不就是違規了嗎？我再舉個例子，方針規定所有人不能濫用傀儡，那管理員去開傀儡，帶頭破壞方針，這合適嗎？--日期20220626（留言） 2024年3月31日 (日) 12:31 (UTC)[回覆]
你可以認為我不適合當管理員，那是你的自由。就像我有自由認為你不適合當維基人一樣。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年3月31日 (日) 14:59 (UTC)[回覆]
那麼，我覺得你在這裡的發言也很主觀。--0xDeadbeef (留言) 2024年4月1日 (一) 02:55 (UTC)[回覆]
這裡是條目存廢討論嗎？--日期20220626（留言） 2024年4月1日 (一) 03:06 (UTC)[回覆]
請不要顧左右而言他。所謂客觀只是一個空話。實際上維基百科，在客棧上的討論，在存廢討論都是主觀討論。客觀是不存在的。--0xDeadbeef (留言) 2024年4月1日 (一) 03:23 (UTC)[回覆]
我已經在上面說過，有用或沒用在存廢討論時候應該是避免的，有頁面已經明確提及，如果你不認同Wikipedia:存廢討論應避免的理由那是你的事咯。--日期20220626（留言） 2024年4月1日 (一) 04:04 (UTC)[回覆]
請問柳漫是不是文盲。請回答。你這個貨正是因為不讀條目才總是在具體問題上表現得像個沒有人類智識的牲口。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月1日 (一) 02:53 (UTC)[回覆]
你這是在攻擊別人是文盲。--日期20220626（留言） 2024年4月1日 (一) 03:07 (UTC)[回覆]
有理有據的陳述不是ad hominem。--0xDeadbeef (留言) 2024年4月1日 (一) 03:24 (UTC)[回覆]
有理有據，所以就可以隨意攻擊別人是文盲？--日期20220626（留言） 2024年4月1日 (一) 04:06 (UTC)[回覆]
你看到上面這句話了嗎：

「沒有人類智識的牲口」

--桐生ここ★[討論] 2024年4月1日 (一) 05:32 (UTC)[回覆]
看到了。UUM與日期的衝突之外，我仍然相信UUM是net positive。--0xDeadbeef (留言) 2024年4月1日 (一) 08:02 (UTC)[回覆]
隨便你咯，這是你的自由。--日期20220626（留言） 2024年4月1日 (一) 08:19 (UTC)[回覆]
並且如果看細節的話實際上是說表現得像個。這和直接罵別人牲口還是有區別的。--0xDeadbeef (留言) 2024年4月1日 (一) 08:28 (UTC)[回覆]
「表現得像個」，我怎麼沒看出來？他也沒說「表現得像個」，而且直接說「別人表現的像個牲口」和說別人是「牲口」，聽起來也沒什麼太大的差別。--日期20220626（留言） 2024年4月1日 (一) 08:33 (UTC)[回覆]
當然Dewadipper直接說UUM是牲口也不對，不過這不能拿來證明UUM可以說別人是牲口。--日期20220626（留言） 2024年4月1日 (一) 08:34 (UTC)[回覆]
原來不論多髒的話前面加上個「表現得像個」就可以脫罪。我很難理解這其中的邏輯。--被數學殺死了的鳶尾イチハツ 2024年5月3日 (五) 09:13 (UTC)[回覆]
@鸢尾イチハツ：你好，請問我哪裡為UUM罵人脫罪了？--0xDeadbeef (留言) 2024年5月3日 (五) 10:26 (UTC)[回覆]
所以說你根本沒能力和我討論問題。你知道不知道柳漫是怎麼編輯條目的？請回答知道還是不知道。如果你覺得你知道，請你說一下你認為柳漫是怎麼編輯條目的。你維並不是人人都仗着無知胡說八道。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月2日 (二) 15:38 (UTC)[回覆]
Luciferian這招解決了一個長年問題，就是維基上能不能匿名發言，以在敏感問題上收集到最真實的觀點，又不用擔心帶來麻煩。就算這次用不著，日後也可以多多考慮。--Temp3600（留言） 2024年3月23日 (六) 03:43 (UTC)[回覆]
建議以後在管理員選舉時順便舉行用安全投票的「匿名徵求意見」。--桐生ここ★[討論] 2024年3月23日 (六) 11:23 (UTC)[回覆]
我覺得是挺好的點子，說不定可以試試看?--Temp3600（留言） 2024年3月24日 (日) 05:38 (UTC)[回覆]
本期提名時間為為4月1日00:00—4月8日00:00（UTC）。有意願自薦的朋友可以準備一下；希望提名他人的建議先徵求其意見。 ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2024年3月23日 (六) 09:25 (UTC)[回覆]
@AT、Peacearth：想問兩位是否願意重選監督員？--桐生ここ★[討論] 2024年3月23日 (六) 11:26 (UTC)[回覆]
首先，我有一個單純的問題，據我所知當選門檻已經降至75%，然而Wikipedia:監督仍然寫「而支持者佔其中總得票數至少八成才可通過」，這是否有誤？--AT 2024年3月24日 (日) 04:25 (UTC)[回覆]
「支持佔八成」和「得至少二十五票支持」皆為《WP:RFA》舊門檻，已作事實修訂。--Cookai餅塊🍪（💬留言） 2024年3月24日 (日) 05:18 (UTC)[回覆]
RFC是請求評論耶...--SunAfterRain 2024年3月24日 (日) 14:17 (UTC)[回覆]
…改了。--Cookai餅塊🍪（💬留言） 2024年3月24日 (日) 14:28 (UTC)[回覆]
25票支持是m:OS的要求，已由GZWDer修正。--Cookai餅塊🍪（💬留言） 2024年4月1日 (一) 03:11 (UTC)[回覆]
@桐生ここ：感謝通知。最近很忙，所以大概沒空。-Peacearth（留言） 2024年3月26日 (二) 00:49 (UTC)[回覆]
@Xiplus：想問您有意願參選監督員嗎？--桐生ここ★[討論] 2024年4月3日 (三) 07:22 (UTC)[回覆]
抱歉沒有。--Xiplus#Talk 2024年4月3日 (三) 13:07 (UTC)[回覆]
@日期20220626：我想做一個有趣的事，看看你和UUM的選舉結果，不知道你是否願意參選管理員？--桐生ここ★[討論] 2024年4月2日 (二) 13:50 (UTC)[回覆]
如果你想選的話我可以和你一起選，如果你不想選的話我就不去湊熱鬧了。--日期20220626（留言） 2024年4月2日 (二) 14:06 (UTC)[回覆]
所以我有點搞不懂，一樣在客棧預提名還是用RFC的形式在別處預提名？--SunAfterRain 2024年3月24日 (日) 14:15 (UTC)[回覆]
我覺得既然以往都是客棧，似乎不必RFC，用RFC不如建立專頁處理每年的選舉。--桐生ここ★[討論] 2024年3月24日 (日) 16:49 (UTC)[回覆]
依據往年經驗，預討論長度沒有冗長到需要建立獨立頁面。實際上申請正式開始後，都在各該申請者子頁面進行，也不會妨礙到客棧。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年3月26日 (二) 13:30 (UTC)[回覆]
個人認為所有有意願參與的站友皆可參與（或許包括上方已婉拒的站友），這可能也是在經過各種事件和調整後的最佳結果。如果我的整體參與模式還過得去（笑），這次個人自薦參與這唯一一次。--Kriz Ju（留言） 2024年3月30日 (六) 10:26 (UTC)[回覆]
請問有人去phab站開工單嗎？如果沒有記錯，預討論的設計的目的是為了更好預備投票工作才是。你們是打算又「邊提名，邊預備」嗎？--Ghren🐦🕐 2024年3月31日 (日) 05:53 (UTC)[回覆]
打擾大家聊天，想請問要到哪邊看候選人。--Tofugamay（留言） 2024年4月1日 (一) 11:01 (UTC)[回覆]
沒人？ ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2024年4月2日 (二) 05:37 (UTC)[回覆]
雖然我不能投票，但想問，是1人只有1票，只能選1人嗎？謝謝。--Tofugamay（留言） 2024年4月3日 (三) 06:39 (UTC)[回覆]
候選人會在提名流程後產生，每位候選人都是獨立的選舉，只有支持、反對、中立三個選項。--Cookai餅塊🍪（💬留言） 2024年4月3日 (三) 06:58 (UTC)[回覆]
沒理解錯誤的話，例如下面3位候選人，每人每位都可以表達立場，對吧。謝謝。--Tofugamay（留言） 2024年4月3日 (三) 07:37 (UTC)[回覆]
插句話如果各位不介意多位候選人的話可以把我提名為管理員候選人，至於原因呢就是想在有空時多幫點忙，儘管我的活躍度越來越低，我知道一定會有人拿活躍度投反對票，至於為什麼還是選擇要選，是因為未來我可能會喬不出來應對RFA的問題了，畢竟RFA問題滿消耗精神的。我可以保證的是我不會太過於不活躍，接不接受就看各位了，謝謝。--~~Sid~~ 2024年4月3日 (三) 16:23 (UTC)[回覆]
@Kriz Ju君也有意參選的樣子。--Tofugamay（留言） 2024年4月3日 (三) 16:40 (UTC)[回覆]
題外話，管理員所扮演的角色實質為何，以及管理員究竟是否「應謙恭爾雅」，又或「應爾雅」至何種程度，抑或是應抱持何種其他適切態度，確實是個重大爭議命題。甚而，也歷經長期討論。我個人的看法是：對於前者，如果應該謙恭爾雅，那麼以後管理員就必須全面對社群以禮相待；如果似乎不需要到這種程度，以便保持適當的言論空間，那麼相關文字經社群共識因應實務需求作修訂較佳。對於管理員所扮演的實質角色，個人無甚意見。如果管理員只是個單純「行權或是執行共識者」，那麼管理員可能就更需要在某些時候避嫌為佳；如果管理員確實「因擁有管理員的身分和權限」而具備相當程度的社群或言論影響力，那麼對於社群共識的形成有相當影響空間。然而，管理員是否因此就不得參與討論呢？此種觀點也似乎不甚合理（先聲明，個人並非刻意對此咬文嚼字或有何挑骨頭之類的用意）。
而按現今標準來看，個人的認知是自己於公於私，皆非周到有禮或對於站務參與如何熟稔或足堪表率的用戶，散亂鳥爛之事也常有，且實質上對於站務能力以及近期至往後的活躍度需求恐怕不足。其實敝人自薦本來只是想藉此看看是否有更多站友投入參與其中，並非頗具強烈意願（笑）。事實上，個人恐怕著實不那麼適合，也不太想因為此類投入而使原有活動或初衷過於複雜，因此我樂意辭謝。
個人還是覺得，願意熱衷參與站務並活躍其中的用戶，還是個相當重要的條件的，如果往後益發淡泊社群事務，如此狀態爭任管理員個人也不是太有動力且頗具爭議；為此，還是請其他有心有能的站友多考慮看看是否參選。不論是否和敝人曾有所交流、交集、切磋、交鋒、摩擦甚或支持個人與否的站友，個人皆十分感謝。由於其他考量，力有未逮，還是向諸位站友說聲辭謝，感謝各位。--Kriz Ju（留言） 2024年4月3日 (三) 17:21 (UTC)[回覆]
你這就不對了。我和你說說英維對管理員的說法吧：越不願意當管理員的，越適合當管理員。根據你這一段話，如你想參選，我會提名。--0xDeadbeef (留言) 2024年4月4日 (四) 04:32 (UTC)[回覆]
我覺得思考蠻多的，支持提名+1，Sid也支持提名，以上不確定有沒有違反規定。--Tofugamay（留言） 2024年4月4日 (四) 05:29 (UTC)[回覆]
因為最近注意到特定帳號或"組群"的活動與干涉投票結果有關，投票期間或結束後可能會為此提出其他意見或動議，細節項目不提及(抽檢部分相關IP活動的頁面後猜測或許有一些特殊可能，但沒有證據或證據薄弱)--Rastinition（留言） 2024年5月5日 (日) 23:31 (UTC)[回覆]

提名區

提名期為4月1日 00:00—4月8日 00:00，請提名人在下方分節提名。管理人員被提名者或自薦者須得到7位具人事任免投票資格之使用者聯署支持，管理員被提名者或自薦者還須回答三個基本問題。因在提名期外做出的提名無效，0xDeadbeef和Lemonaka若維持提名，也請在下方重新提名。--Cookai餅塊🍪（💬留言） 2024年4月2日 (二) 11:22 (UTC)[回覆]

請參考往例正式提名。--Cookai餅塊🍪（💬留言） 2024年4月2日 (二) 11:32 (UTC)[回覆]
根據WT:申請成為管理人員/存檔9#廢止七人預提名制度的共識，被提名人不需要聯署可直接獲取選舉資格。--0xDeadbeef (留言) 2024年4月2日 (二) 13:43 (UTC)[回覆]
確實有這印象，但下方更複雜的修訂案因其他問題沒通過。--Cookai餅塊🍪（💬留言） 2024年4月2日 (二) 14:39 (UTC)[回覆]
沒通過的原因與是否需要保持聯署制度無關。--0xDeadbeef (留言) 2024年4月2日 (二) 14:41 (UTC)[回覆]
我就是個意思…--Cookai餅塊🍪（💬留言） 2024年4月2日 (二) 14:50 (UTC)[回覆]
那七人連署是不是該先修掉。--Cookai餅塊🍪（💬留言） 2024年4月2日 (二) 14:41 (UTC)[回覆]
留著作為實名支持區也沒什麼問題。--桐生ここ★[討論] 2024年4月2日 (二) 15:47 (UTC)[回覆]
指引已修。--Cookai餅塊🍪（💬留言） 2024年4月2日 (二) 15:50 (UTC)[回覆]
被提名者若接受，也請在下方明確表達接受提名（包括先前已接受的UjuiUjuMandan），並回答三個基本問題（管理員的部分）。--Cookai餅塊🍪（💬留言） 2024年4月2日 (二) 16:24 (UTC)[回覆]
4月8日 00:00已過，邀請行政員@Shizhao、Wong128hk確認提名資格。謝謝。--Cookai餅塊🍪（💬留言） 2024年4月8日 (一) 05:55 (UTC)[回覆]

Manchiu（管理員）

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

維持提名@Manchiu -Lemonaka 2024年4月2日 (二) 11:29 (UTC)[回覆]

三個問題的回答

本主題全部或部分段落文字，已移動至Wikipedia:申請成為管理員/Manchiu/第3次。執行人：鐵膠壹名 2024年4月14日 (日) 07:57 (UTC)。[回覆]

聯署區
根據2023年11月討論共識，被提名人無需再獲七人聯署才能被成功提名。用戶仍可在下方留言實名聯署支持被提名人。--路西法人 2024年4月3日 (三) 01:41 (UTC)[回覆]
  1. (＋)聯署，Manchiu對中維反破壞貢獻良多，私認為其能善用權限。--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年4月2日 (二) 11:55 (UTC)[回覆]
  2. (＋)聯署 明顯地。---Lemonaka 2024年4月2日 (二) 18:05 (UTC)[回覆]
  3. (＋)聯署 加油----老衲（留言） 2024年4月3日 (三) 01:36 (UTC)[回覆]
  4. (＋)聯署+1--鐵膠壹名 2024年4月3日 (三) 01:39 (UTC)[回覆]
  5. (＋)聯署，Manchiu君對中維反破壞貢獻有目共睹，個人每天都能看得到，衷心希望其能夠復職，相信他會成為一位合格稱職的管理員。--Kenny023（留言） 2024年4月3日 (三) 12:05 (UTC)[回覆]
  6. (＋)聯署 --Heihaheihaha麻瓜了……（留言） 2024年4月3日 (三) 12:45 (UTC)[回覆]
  7. (＋)聯署。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月4日 (四) 09:38 (UTC)[回覆]
  8. (＋)聯署--Benho7599 | Talk 2024年4月4日 (四) 16:26 (UTC)[回覆]
  9. (＋)聯署OA並不礙於他不能當管理員的條件。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️）──此條未正確附上簽名時間的留言於2024年4月5日 (五) 00:26 (UTC)加入。[回覆]
  10. (＋)聯署。桐生ここ★[討論] 2024年4月5日 (五) 05:47 (UTC)[回覆]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

UjuiUjuMandan（管理員）

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

維持提名@UjuiUjuMandan。--0xDeadbeef (留言) 2024年4月2日 (二) 11:31 (UTC)[回覆]

請注意我只能提名無法聯署。因為我不符合人事任免投票資格。--0xDeadbeef (留言) 2024年4月2日 (二) 12:37 (UTC)[回覆]
管理員提名區什麼時候成為了隨意陰陽怪氣被提名編者的地方了？--0xDeadbeef (留言) 2024年4月3日 (三) 04:21 (UTC)[回覆]
所以說你可能不了解中維社群的情況。陰陽怪氣是有傳統的。有些人不知道為什麼就是不正經討論，就要陰陽怪氣。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 04:28 (UTC)[回覆]
插個話。為求謹慎，UjuiUjuMandan若接受提名，請您在這一串重新表明。--Cookai餅塊🍪（💬留言） 2024年4月3日 (三) 04:39 (UTC)[回覆]
我可不是那種說過話裝作沒說，希望別人不記得的貨。我說我接受提名，不是開玩笑，不是噁心人，不是滿地打滾。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 11:30 (UTC)[回覆]
  • 除自薦外，提名使用者為管理人員前均必須獲得該使用者的明確同意。
  • 提名期限為4月1日 00:00—4月8日 00:00或10月1日 00:00—10月8日 00:00。任何在此時間段外做出的提名均無效。
  • 通過使用者討論頁或其他方式通知被提名人。一項提名必須由被提名人在提名頁或預討論串下回復並同意，方為有效。
因此之前那個只能說是徵求你的意見，而不是提名你，你的回覆也只是表達同意，而不是正式接受提名。Cookai1205是出於程序上的嚴謹請你正式接受提名，而不是認為你在開玩笑。--桐生ここ★[討論] 2024年4月3日 (三) 11:55 (UTC)[回覆]
了解。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 13:55 (UTC)[回覆]
三個問題的回答

本主題全部或部分段落文字，已移動至Wikipedia:申請成為管理員/UjuiUjuMandan。執行人：鐵膠壹名 2024年4月14日 (日) 07:57 (UTC)。[回覆]

聯署區
根據2023年11月討論共識，被提名人無需再獲七人聯署才能被成功提名。用戶仍可在下方留言實名聯署支持被提名人。--路西法人 2024年4月3日 (三) 01:43 (UTC)[回覆]
  1. (＋)聯署，被指導過許多參與維基所需的技能。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月2日 (二) 12:23 (UTC)[回覆]
  2. (＋)聯署，優秀的條目編寫能力，積極處理站務。--鐵膠壹名 2024年4月2日 (二) 14:49 (UTC)[回覆]
  3. (＋)聯署，該用戶溫柔和藹，待人謙卑，文明有禮，善待新手，從不在站內或站外辱罵他人是牲口，我認為該用戶符合管理員標準。Interaccoonale（留言） 2024年4月2日 (二) 16:12 (UTC)[回覆]
    WP:GAME，WP:POINT。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 04:23 (UTC)[回覆]
    @Interaccoonale 請重新更改原因以表明支持當選，否則當廢票處理。鐵膠壹名 2024年4月3日 (三) 04:47 (UTC)[回覆]
    我支持UUM參選啊，有什麼問題嗎？--Interaccoonale（留言） 2024年4月3日 (三) 04:49 (UTC)[回覆]
    @Interaccoonale 那麼你好歹換個認真點的原因吧，現在原因只是在陰陽怪氣，絲毫看不到支持的立場。請重新更改原因以表明支持當選，謝謝合作。鐵膠壹名 2024年4月3日 (三) 04:52 (UTC)[回覆]
    所以你這就是顯然的詭辯了。請您停止擾亂。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 05:26 (UTC)[回覆]
    上面那句話當然是諷刺，但是我諷刺你和我支持你參選並不矛盾。我支持你參選管理員，並且我一定會給你投贊成票。這有什麼問題嗎？誰規定的我諷刺你我就不能支持你？
    1. 你曾經說過你罵人是因為中維社群無法有效地處理所謂的「牲口」，所以你只能罵人把「牲口」罵走（不是原話，憑記憶複述的，如果有不準確的地方請指正），那麼我很好奇如果你有了可以直接封禁「牲口」的權限之後會怎麼處理，能否比現有的管理員處理得更好，以及你是否還會罵人。而你在站內條目空間的觀點和行為我其實是部分認可的。
    2. 我和你沒有在站內因為條目編輯問題產生過衝突，你當選站內管理員對我沒有影響。
    3. 我確實懷有一種看熱鬧的心態，想看看你當選管理員之後中維社群究竟會發生什麼。
    這三個理由可以嗎？--Interaccoonale（留言） 2024年4月3日 (三) 05:58 (UTC)[回覆]
    現在的三個理由看起來合理，但顯然也不能否定你前面的擾亂。你現在停止擾亂了很好，希望你堅持。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 06:44 (UTC)[回覆]
    我諷刺你和我支持你參選並不矛盾，這兩件事完全是可以同時發生的。為什麼我一邊諷刺你一邊支持你參選就是在擾亂？--Interaccoonale（留言） 2024年4月3日 (三) 08:06 (UTC)[回覆]
    ……詭辯成這樣我還能說啥呢？你為什麼還賴在中文維基百科？--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 11:31 (UTC)[回覆]
    為了看你當管理員之後會發生什麼啊。--Interaccoonale（留言） 2024年4月3日 (三) 11:52 (UTC)[回覆]
    如果你是這種心態最好還是不要投票。要麼不參與，要參與就儘量為自己做的事負責。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月4日 (四) 05:26 (UTC)[回覆]
  4. (＋)聯署，是人雖偶有不文明行為，但每次批評都有理有據且能清楚指出對方不足，在站外的言行舉止亦無可挑剔，相信能勝任管理員一職。—-Aggie Dewadipper 2024年4月2日 (二) 16:26 (UTC)[回覆]
    @Dewadipper 請重新更改原因以表明支持當選，否則當廢票處理。鐵膠壹名 2024年4月3日 (三) 04:47 (UTC)[回覆]
    憑什麼？我對人有自己的判斷，就憑我和他吵過架你就覺得我在諷刺？少來ABF。——Aggie Dewadipper 2024年4月3日 (三) 04:57 (UTC)[回覆]
    我覺得這個是ABF了。字面上真的沒有任何明顯看起來是諷刺的內容。和interacoonale、松照庵的情形不同。哪怕他們將來一定會改票，今時今日的ABF、妄加判斷就是妄加判斷。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 05:27 (UTC)[回覆]
    洗澡的時候突然發現還有個問題，人家候選人自己都沒意見，你跑來給我劃票了？你是UUM的攝政還是代理？—-Aggie Dewadipper 2024年4月3日 (三) 05:33 (UTC)[回覆]
    你這樣還是在人身攻擊。他既然不是我的走狗，當然他做事是出於他的獨立判斷。他認為你的做法是擾亂，是他的判斷。你不認同他的判斷，我也不認同他的判斷，但你把他說成是我的傀儡，那可就是誹謗中傷了。你該改改你誹謗中傷的臭毛病了。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 06:37 (UTC)[回覆]
    我又沒說他是你的傀儡，我只是在說人家越俎代庖了，你怎麼讀出這層意思的？—-Aggie Dewadipper 2024年4月3日 (三) 06:47 (UTC)[回覆]
    ……你是真的連這種常識都沒有還是怎樣，他是有獨立人格的人，他認為別人在擾亂是他的事，怎麼就越俎代庖了？--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 11:33 (UTC)[回覆]
  5. (＋)聯署，此人舉止優雅，處事公正且從不令人失望，說話大方得體，態度值得敬佩，是作為中文維基百科管理員不可多得的人才。相信在他的幫助下，中維社群的未來定能更加美好。--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年4月2日 (二) 16:38 (UTC)[回覆]
    @SickManWP 請重新更改原因以表明支持當選，否則當廢票處理。鐵膠壹名 2024年4月3日 (三) 04:48 (UTC)[回覆]
    兄台，這整個章節甚至都不是一個投票，想問如何作廢？--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年4月3日 (三) 04:51 (UTC)[回覆]
    同上。不要ABF。維基病夫說這種廢話是他慣常的行為模式。不要ABF認為他在說反話，他也許是真的表達支持。儘管將來他非常可能改票。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 05:28 (UTC)[回覆]
  6. (＋)聯署 kyrieleis. -Lemonaka 2024年4月2日 (二) 23:33 (UTC)[回覆]
    Kyrie eleison?--（☎）dt 2024年4月3日 (三) 00:45 (UTC)[回覆]
    Aka may god mercy us. -Lemonaka 2024年4月3日 (三) 01:03 (UTC)[回覆]
    Fear none of those things which thou shalt suffer: behold, the devil shall cast some of you into prison, that ye may be tried; and ye shall have tribulation ten days: be thou faithful unto death, and I will give thee a crown of life. --revelation 2：10
    你將要受的苦你不用怕。 魔鬼要把你們中間幾個人下在監裡，叫你們被試煉，你們必受患難十日。你務要至死忠心，我就賜給你那生命的冠冕。——啓 2：10 -Lemonaka 2024年4月4日 (四) 01:56 (UTC)[回覆]
    勞煩給社群一點基本的尊重。社群的所有流程都是為了做事而徵求意見、做決定、執行用的。如果您發言不是為了對具體事務的討論做貢獻，您的發言就不適當。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月4日 (四) 04:34 (UTC)[回覆]
    求主寬恕。
    Helped by chatGPT
    我希望你選舉成功，但希望你能更文明地對待社群管理的試煉，管理也是對我們社群本身的試煉。 -Lemonaka 2024年4月4日 (四) 11:49 (UTC)[回覆]
    如果您堅持要說一些顯然不是給社群里多數人聽的話，請您換個場合。停止擾亂，多謝。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月4日 (四) 14:18 (UTC)[回覆]
  7. (＋)聯署，相信能提高中維條目品質，能夠有效遏止寫劣質條目的人。—Sean0115 2024年4月3日 (三) 00:09 (UTC)[回覆]
  8. (＋)聯署 草莽臣松照庵頓首頓首，死罪死罪。昔漢運式微，黃魏代興；唐數行終，汴梁繼軌。前代之故，或有鑒於勝朝；徂曩之跡，庶能昭於今日。長白UUM，稟資超跋，音聲中聽。玉音所至，遍及牲畜；群奸醜類，靡不閉嘴。位極功成，已侔伯卓；燭炬星羅，源休稱瑞。草莽臣松照庵昧死言，伏惟Shizhao肇基景命，曆邁一紀；賢聖迭興，久逾十載。黔黎未聞大命，萬機不可久曠。聞之尚未，進止何從；事機長曠，奚正典刑？UUM才等堯舜，跡比梁朱，閎謀巨猷，發無暇日；緣督由任，豁然離解。綸音溥化，人獸同膺。臣等今所仰望，誠非一日之功；維基當下所有，的是石穿之漸。草莽臣身在三維，無從陪列盛典，卞慶之懷，延頸罔極。謹上勸進表，草莽臣松照庵頓首頓首，死罪死罪。----老衲（留言） 2024年4月3日 (三) 01:27 (UTC)[回覆]
    如果你這種不干正事的毛病不改，我只能建議你儘早離開維基百科。你是覺得社群已經弱智到看不出你在做人身攻擊嗎？--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 04:20 (UTC)[回覆]
    我也不能不教而誅，所以還是教吧，儘管很多人是不會學的。
    1. 文體方面，即使古文水平不大好的讀者大概也能猜出來是在勸進。
    2. 長白UUM：我並不是出身長白山或者其他名為（或者別稱為）長白的地方的人，也從未如此自稱。純是此人的創作。那麼他為什麼要如此創作還加粗呢？我能想到的唯一解釋只能是他在做人身攻擊，試圖聯繫一些無關因素來擾亂討論，畢竟我是滿族專題的參與者嘛。
    3. 位極功成：當然沒有什麼位極這種事。中維理論上講大家都是平等的。特別是在討論問題的時候，沒該有什麼仗着自己不懂就唯別人馬首是瞻這種事。每個人都應該帶着自己的腦子，長自己的眼睛，用自己的嘴說自己的話。然而很可惜的，中維確實有一些人，不去用自己的獨立人格，用自己的聲譽和榮譽去擔保，做獨立思考，用自己的語言論述，偏偏就要仗着無知、怠惰而對自己不知道的事情妄加評斷，讓做正事的人都沒法做正事。我真的希望這樣的人都有點自尊，站起來說話。
    4. Shizhao肇基景命：他又怎麼了？他在你維也不過是個普通的成員。至少我和他討論問題的時候，和他意見不同的就有很多次了，也沒見他不和我討論問題或者我不和他討論問題，也從沒見他胡亂給我面子或者我給他面子，都是有問題說問題，有觀點說觀點，能怎麼解決問題怎麼解決問題。你如果真的看不慣Shizhao，你大可以自己寫個論述，說他哪裡不好。你寫得出嗎？我想不能。你根本沒用自己腦子想過Shizhao到底有什麼問題，不過人云亦云。
    5. 死罪死罪：死罪可免，你離開維基百科如何？ --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 04:38 (UTC)[回覆]
      說的太對了！感恩！此外，長白是清代滿族自我稱籍貫時候，雅稱的一種。長白某某，意思就是來自於滿洲。這其實是非常雅緻的一個地名。所以您應該高興。--老衲（留言） 2024年4月3日 (三) 04:46 (UTC)[回覆]
      所以說你可以停止犯賤了嗎？--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 05:25 (UTC)[回覆]
      好的，現在，立刻，馬上！--老衲（留言） 2024年4月3日 (三) 05:27 (UTC)[回覆]
      不該不教而誅，所以這裡我再說一下為什麼松照庵前面在犯賤。如果我們以古文的文體來要求，這裡就有個基本常識問題：自稱是謙恭的，而稱呼人只要不是要攻擊對方，是要尊敬的。比如古人自稱名，而稱他人的字，就是這類習慣。假設大清國有漢文不錯的旗人寫文章自稱長白某某，是合適的。但你要說別人，不能直接照搬自稱，要看那個自稱有多得體，多準確。更何況，原本我就和松照庵沒什麼友情，他厭惡我，我厭惡他，他厚顏無恥假惺惺地套近乎，以為我不會扇他一個耳光，那我也只好該做什麼做什麼，對他這種無恥行為直接扇耳光咯。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月4日 (四) 06:07 (UTC)[回覆]
      中維社群長期以來特別縱容這種陰陽怪氣、皮裡陽秋、指桑罵槐的行為。這是因為有不少維基人本身就足夠的缺乏常識或者缺乏道德。很長一段時間在中維，有人被冒犯了說句粗話就會被警告被封禁，但是滿地打滾嬉皮笑臉撒謊詭辯誹謗中傷，卻不會被譴責，更不會被封禁。這種行為不牲口，什麼行為牲口？這種社群不牲口，什麼社群牲口？一點尊嚴都不要嗎。最近中維社群在這方面逐漸有所好轉，希望能夠越來越好。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月4日 (四) 06:10 (UTC)[回覆]
    下一個WMLO、Longway22。--桐生ここ★[討論] 2024年4月3日 (三) 04:26 (UTC)[回覆]
    這是在說誰？--0xDeadbeef (留言) 2024年4月3日 (三) 04:32 (UTC)[回覆]
    User talk:維基百科最忠誠的反對者#又想起一輩古人來了。--桐生ここ★[討論] 2024年4月3日 (三) 04:45 (UTC)[回覆]
    您不要悲觀，我已經過了WMLO的年紀了。搞不懂那些了。----老衲（留言） 2024年4月3日 (三) 04:59 (UTC)[回覆]
    說起來WMLO為此還GAME了個劣質條目。真的很煩。你們這些人不瞎的話能看出這玩意兒寫得多垃圾嗎？如果實在能力不夠，看不出哪裡差，我可以教你們，但你們會學嗎？ --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 15:29 (UTC)[回覆]
  9. (＋)聯署，有看過一些他的論述，挺有道理的，支持開啟投票。桐生ここ★[討論] 2024年4月5日 (五) 05:50 (UTC)[回覆]

註：因為某些票數純屬WP:GAME、WP:POINT，加上聯署已廢除，不影響結果，已用刪除線划去。--此條未正確簽名的留言由阿南之人（討論｜貢獻）於2024年4月3日 (三) 04:40 (UTC)加入。[回覆]

@阿南之人：您起碼簽個名吧--（☎）dt 2024年4月3日 (三) 07:13 (UTC)[回覆]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

AT（監督員）

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

提名User:AT為監督員，在現任管理人員中AT算是比較活躍的。儘管上次以1%微差落選，我認為AT還是足夠可信成為監督員。--追風（留言） 2024年4月2日 (二) 13:48 (UTC)[回覆]

另根據本留言，本提名不設聯署區。追風（留言） 2024年4月2日 (二) 13:48 (UTC)[回覆]
附議，(＋)聯署。--桐生ここ★[討論] 2024年4月2日 (二) 13:52 (UTC)[回覆]
+1。鐵膠壹名 2024年4月3日 (三) 02:08 (UTC)[回覆]
我和AT在一些具體問題上是有分歧的，但正因為有分歧所以我覺得可以信任。--此條未正確簽名的留言由UjuiUjuMandan（討論｜貢獻）於2024年4月3日 (三) 15:30 (UTC)加入。[回覆]
+1，另外樓上那位是UUM吧？--（☎）dt 2024年4月3日 (三) 21:11 (UTC)[回覆]
(＋)聯署雖說不需要聯署（上面也都不用聯署，但大家也還不是照樣聯署？）以表達(＋)支持。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月5日 (五) 00:25 (UTC)[回覆]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

ASid（管理員）

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

提名User:ASid為管理員。本人認可其擔任管理員的能力，惟前三次選舉皆因票數不足落選。--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年4月4日 (四) 09:57 (UTC)[回覆]

接受提名，感謝信任。--~~Sid~~ 2024年4月4日 (四) 09:59 (UTC)[回覆]
(＋)聯署。--桐生ここ★[討論] 2024年4月4日 (四) 16:45 (UTC)[回覆]
(＋)聯署。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月5日 (五) 00:22 (UTC)[回覆]
(＋)聯署，信任ASid。--Benho7599 | Talk 2024年4月5日 (五) 01:50 (UTC)[回覆]
(＋)聯署--冥王歐西里斯（留言） 2024年4月5日 (五) 05:00 (UTC)[回覆]
三個問題的回答

本主題全部或部分段落文字，已移動至Wikipedia:申請成為管理員/ASid/第4次。執行人：鐵膠壹名 2024年4月14日 (日) 07:57 (UTC)。[回覆]

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

ATannedBurger（管理員）

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

提名User:ATannedBurger為管理員，已經在站外徵得其同意。--🎋竹生🎍 2024年4月5日 (五) 00:36 (UTC)[回覆]

(＋)聯署。--桐生ここ★[討論] 2024年4月5日 (五) 05:43 (UTC)[回覆]
能有效溝通的就是好管理員。支持。0xDeadbeef (留言) 2024年4月5日 (五) 10:18 (UTC)[回覆]
三個問題的回答

本主題全部或部分段落文字，已移動至Wikipedia:申請成為管理員/ATannedBurger/第2次。執行人：鐵膠壹名 2024年4月14日 (日) 07:57 (UTC)。[回覆]

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

SickManWP（管理員）

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

提名User:SickManWP為管理員，已經在站外徵得其同意。--🎋竹生🎍 2024年4月5日 (五) 00:36 (UTC)[回覆]

(＋)聯署。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月5日 (五) 02:14 (UTC)[回覆]
(＋)聯署--Benho7599 | Talk 2024年4月5日 (五) 02:50 (UTC)[回覆]
(＋)聯署。--桐生ここ★[討論] 2024年4月5日 (五) 05:44 (UTC)[回覆]
(＋)聯署：這個使用者在站內貢獻巨大 非常優秀 能適任維基百科管理員--Liao_509 ☄️Fighting！簽名🖋 2024年4月5日 (五) 08:43 (UTC)[回覆]

本人經過幾天的思考，很遺憾告訴大家我將會退出本次的管理員選舉，原因如下：

  1. 經查詢醫生的意見，本人目前的健康狀況（實際病因不便公開）無法長時間參與站務。
  2. 本人預料我的日常生活將十分繁忙，希望爭取更多時間在學業和工作上。
  3. 本人相比起擔任管理員，更希望花時間在中維完成美國地方條目的建設。

綜上所述，再一次為辜負以上諸位對我的期望而道歉。本人將會繼續支持ASid君、ATannedBurger君在本屆競選管理員。--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年4月10日 (三) 17:16 (UTC)[回覆]

三個問題的回答
  1. 您期望幫忙怎麼樣的管理事務？請先閱讀管理員的介紹頁面。
    我計劃協助處理中文維基百科的傀儡行為，並將積極的傀儡調查結案，適當地對違反傀儡方針的用戶進行封鎖。例如Dxy5案從發現到處理便拖了四個月之久。若我能成為管理員，私以為可以快速處理同類案件，並作出適當的處理。此外也計劃對一些長期擾亂條目評選，或對明顯條目問題履勸不改的用戶進行禁制。
  2. 在所有您在維基百科撰寫的條目或作過的貢獻中，有沒有讓您覺得特別喜歡的部份？有的話，為什麼？
    我喜歡部份維基人之間能協作編寫條目，因為百科全書的初衷就是將知識無私奉獻給所有人。不同的維基人能表達意見，將條目的描述字眼令大眾更易明白，彼此提出良言或指正，是我最樂意從中維社群中看到的局面。
  3. 你有沒有在過去遇到任何有關編輯方面的衝突，或者是你認為其他用戶造成你的壓力？您如何處理這件事，以及未來遇到時您會怎麼處理？
    總括而言，我在中維的這些年並沒有與用戶產生嚴重的衝突。如果我被捲入爭執，我會細心以普通用戶的姿態去聆聽他的觀點，再理性使用方針駁斥，說明其編輯的不當。如果情況嚴重，我會交給其他用戶處理，以避嫌。我從不用我的主觀立場去強加於用戶身上，因為情緒會使人喪失判斷能力。

以上，如有疑問會在提問期為大家詳細解答。--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年4月5日 (五) 16:22 (UTC)[回覆]

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

結果

由於不須聯署，已將所有提名區結果欄位整併至此，到時一齊確認即可。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月4日 (四) 09:38 (UTC)[回覆]

不同申請案不是該分別確認嗎？又跟須不須連署有什麼關系？--Cookai餅塊🍪（💬留言） 2024年4月5日 (五) 05:04 (UTC)[回覆]
不需要確認聯署是否通過，只需要確認參選基本資格即可。--桐生ここ★[討論] 2024年4月5日 (五) 05:56 (UTC)[回覆]
沒連署只是少了一項條件須要確認，我不覺得集中結果欄行政員有比較好辦事。--Cookai餅塊🍪（💬留言） 2024年4月5日 (五) 06:07 (UTC)[回覆]
只需要寫一則留言，到時候子頁面還可以直接用一張表格列出。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月7日 (日) 09:00 (UTC)[回覆]

經過初步檢查，@Manchiu，@UjuiUjuMandan，@ASid，@ATannedBurger，@SickManWP，未發現上述用戶不符合管理員申請資格；@AT已簽署ANPDP協議，且符合其他監督員申請資格。請其他行政員覆核--百無一用是書生 (☎) 2024年4月9日 (二) 13:14 (UTC)[回覆]

更新：SickManWP退出選舉。--Cookai餅塊🍪（💬留言） 2024年4月10日 (三) 17:39 (UTC)[回覆]
提醒一下：管理員申請資格只是建議，並非強制要求，而且目前沒有聯署要求，因此理論上任何註冊用戶都可參選管理員--百無一用是書生 (☎) 2024年4月11日 (四) 09:00 (UTC)[回覆]
@Wong128hk、Jimmy Xu、Kegns、Wing、Ffaarr--Sinsyuan✍️🌏🚀 2024年4月11日 (四) 09:29 (UTC)[回覆]
@Sinsyuan 你基本上ping了個寂寞，那幾個都是不活躍的……鐵膠壹名 2024年4月11日 (四) 09:33 (UTC)[回覆]
啊？除了Shizhao以外其他行政員都不活躍！？可是Shizhao要其他行政員覆核呢！--Sinsyuan✍️🌏🚀 2024年4月11日 (四) 10:32 (UTC)[回覆]
@Sinsyuan現在在互聯群邀請Wong128hk中 鐵膠壹名 2024年4月11日 (四) 10:34 (UTC)[回覆]
經查，書生君所決無誤。上列諸位均符合資格參選。--J.Wong 2024年4月14日 (日) 04:09 (UTC)[回覆]

工單準備

於Phabricator查看
編號T361902的工單

這裡有一點需要注意的內容。首先，根據Wikipedia:徵求意見/2024年管理人員制度改革#議案2B：處理合併選舉規則不清晰問題，新投票界面應包含類似「管理人員選舉無當選限額，各候選人分開計票，支持票不限於一票」的指引。其次需要考慮到Wikipedia:徵求意見/2024年管理人員制度改革#議案2A：合併選舉存廢中所討論的可否拆分。同時，根據上方討論關於WT:ARBCOM#問卷的說法，同時包含關於仲裁委員會的調查問卷（不是選擇，而是填文字回答）：

管理人員解任在多大程度由仲裁委員會處理？

  • 甲、仲裁委員會按調查事實及方針指引，直接作出除權決定。
  • 乙、由仲裁委員會調查事實並發佈管理人員操守報告，確認存在違規事實後，才轉交社群決議除權。
  • 丙、仲裁委員會完全不參與管理人員解任。

歡迎討論。0xDeadbeef (留言) 2024年4月3日 (三) 12:42 (UTC)[回覆]

請問這個是指提交給仲裁委員會的案件，還是所有RFDA案件？--桐生ここ★[討論] 2024年4月3日 (三) 14:48 (UTC)[回覆]
路西法人的意見是所有RFDA經過ARBCOM，我的意見是RFDA和ARBCOM不互相影響。這個問題或許也可以添到工單上。--0xDeadbeef (留言) 2024年4月4日 (四) 00:52 (UTC)[回覆]
贊同你的意見「RFDA和ARBCOM不互相影響」，支持添加到工單上。--桐生ここ★[討論] 2024年4月4日 (四) 03:44 (UTC)[回覆]
這需要另行草擬問題。我覺得此問題本身可以先加上定語，只涵蓋由仲裁委員會經手處理者（也就是原本社群提出者另議），以避免混淆。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月4日 (四) 09:35 (UTC)[回覆]
可附上相關討論連結。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月4日 (四) 09:35 (UTC)[回覆]
我還是比較同意上方說Eric Liu說如果只是希望給意見，那還不如改成通告，直接請大家去討論頁留言互動，而不是事後再個別整理幾條留言。的說法。這樣附上留言的方式不便於詳細展開討論。--Ghren🐦🕐 2024年4月4日 (四) 17:24 (UTC)[回覆]
如是者，我不清楚你們這個問卷調查是是不是要匿名徵求意見。如果答案為是，可考慮加入工單；如是答案為否，我建議在管理員選舉的說明中提及+MMS即可。--春卷柯南－發前人所未知 ( 論功行賞 ) 2024年4月4日 (四) 22:35 (UTC)[回覆]
據說是匿名徵求意見--0xDeadbeef (留言) 2024年4月5日 (五) 01:37 (UTC)[回覆]
Why not both？匿名收集意見方便整合各方觀點，也撇除了發言者身份的觀感，方便往後只針對觀點討論；MMS內引導亦可即時邀請更多用戶參與相關討論。--路西法人 2024年4月5日 (五) 01:42 (UTC)[回覆]
我想即使是在一般的頁面討論，也應該要做到「整合各方觀點」和「對事不對人」這兩件事吧。匿名收集意見不是完全對以上兩點沒有幫助，只是作用很少而已。--Ghren🐦🕒 2024年4月5日 (五) 07:13 (UTC)[回覆]
不試試怎麼知道有沒有幫助呢？what's the worst that can happen？沒有人提意見？沒有有價值的意見？那又怎樣。結果出來整合一下大家的意見，再公開討論也還好吧。--0xDeadbeef (留言) 2024年4月5日 (五) 10:26 (UTC)[回覆]
根據phab:T358067的時間軸，此次管理人員選舉的投票時間只能夠在5月初開始。我們有可能需要更新一下投票時間。--1233 （T / C） 2024年4月9日 (二) 06:51 (UTC)[回覆]
依據現行指引，獲得正式提名之時，必須立即置申請子頁面，且一定要在四月二十八日前完成安全投票籌備。顯然此規定無法實現，彈性過低，事後大概需要一併檢討。至於是次申請的處理方法，我認為可以經全體被提名者同意（或至少予以知會），請行政員宣告因現行規定窒礙難行，延後討論期及投票期。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月11日 (四) 12:33 (UTC)[回覆]
副知@Manchiu、UjuiUjuMandan、ASid、ATannedBurger、SickManWP。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月11日 (四) 12:34 (UTC)[回覆]
本人已於昨晚宣佈退選，故私以為不用為本人建立RFA子頁面。我認為現時可以為四位候選人建立RFA子頁面，這樣就能提早進入發問環節，爭取更多時間讓社群了解候選人的觀點及立場。--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年4月11日 (四) 12:38 (UTC)[回覆]
支持先進入提問期。--桐生ここ★[討論] 2024年4月11日 (四) 16:10 (UTC)[回覆]
但提早進入，也提早結束，我認為申請應反映社群最新共識變動，所以越遲開始越好。無論如何，在大家還沒商定期限以前，都不應該逕行開始。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月11日 (四) 16:28 (UTC)[回覆]
個人認為可延長提問期以增加關注度。理論上當前條文為在被提名者經行政員確認獲得正式提名之時起二週內，任何使用者都可以發表意見，包含提問及討論等，不過考量到此條自2006年以來就已設立，個人認為此根據自由意志的二週提問期限（若不是因自由意志所設立，我也很有興趣知道為什麼不是）已無法實際符合當前RFA的狀況，包括因SecurePoll所導致的各種選舉過程延宕的情況。
個人會希望提問期可從設立RfA子頁面開始至投票前一到二週結束，而之所以留空一到兩週的目的是作為緩衝並希望候選人能回答完所有問題。嘛，當然，這個提案很有可能會導致候選人需要答題的數量變多，但可透過其他措施如限制問題數量至一人三問或其他方式來進行改善。--（☎）dt 管理員競選中 2024年4月14日 (日) 07:41 (UTC)[回覆]
（及@AT）—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月11日 (四) 16:28 (UTC)[回覆]
再副知其他行政員@Ffaarr、Jimmy Xu、Kegns、Shizhao、Wing、Wong128hk。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月11日 (四) 18:56 (UTC)[回覆]
@Ericliu1912：已知悉。辛苦。-千村狐兔（留言） 2024年4月11日 (四) 15:09 (UTC)[回覆]
感謝告知，辛苦了謝謝。--~~Sid~~ 2024年4月11日 (四) 15:43 (UTC)[回覆]
@Ericliu1912 @Shizhao @ATannedBurger 距離五月不足兩周了，本人認為應該開始討論期（最好是4月21日），直到投票準備就緒為止。鐵膠壹名 2024年4月18日 (四) 08:36 (UTC)[回覆]
@Manchiu @UjuiUjuMandan @AT @ASid @ATannedBurger 行政員已完成申請資格覆核，現已建立對應的選舉頁面（Manchiu、UjuiUjuMandan、AT、ASid、ATannedBurger），唯根據上面的討論，提問時間尚未開始。鐵膠壹名 2024年4月14日 (日) 07:11 (UTC)[回覆]
辛苦了--（☎）dt 管理員競選中 2024年4月14日 (日) 07:16 (UTC)[回覆]
今天已經是4月23日（UTC+8），各候選人的RFA界面也都已經完成設立，本討論自一周前已無更新內容。若按照工單中所述，4月26日直接進入投票期，是否意味着提問時間將與投票期重合？還是說社群有其他關於提問期及投票期之決議？--SheltonMartin留言|簽名 2024年4月23日 (二) 02:03 (UTC)[回覆]
@阿南之人 @SheltonMartin 根據phab:T358067，U4C的投票目前為第一優先級（由4月26日到5月9日），考慮到討論期一般開啟七天，如開啟太長時間的話會給參選的人帶來不必要的壓力，則最早討論期應由5月3日開啟，在中維選舉在U4C選舉之後立即開始的情況下。--0xDeadbeef (留言) 2024年4月23日 (二) 12:23 (UTC)[回覆]
（而U4C的投票還要點票這個事情，我建議先等U4C的投票點票結束再考慮什麼時候開啟討論。）--0xDeadbeef (留言) 2024年4月23日 (二) 12:26 (UTC)[回覆]
1. 請社群討論，是否有必要在揭示板或其他地方對討論期及投票期的時間節點作出更清晰的說明？
2. 先前有編輯提出延長討論期的動議，社群是否考慮付諸討論？
3. 建議明確後續管理人員任免投票的時間節點（如在某月第某周開啟），對中維的大部分用戶而言，U4C的投票能有多大限度影響中維的管理人員任免存疑，而且似乎也沒有看到各語言維基需避開U4C或類似選舉的規定或先例。
以上。--SheltonMartin留言|簽名 2024年4月24日 (三) 00:27 (UTC)[回覆]
U4C的投票能有多大限度影響中維的管理人員任免存疑 - votewiki在U4C投票期間是英文，而一般中維投票時會改為中文。你要覺得大家能看着英文投票就沒事。
別的語言維基又不用SecurePoll。--0xDeadbeef (留言) 2024年4月24日 (三) 08:17 (UTC)[回覆]
@Manchiu、UjuiUjuMandan、ASid、ATannedBurger：不然設五月一日至十四日為正式討論期，十五日至二十八日為投票期？—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月24日 (三) 07:57 (UTC)[回覆]
可--（☎）dt 管理員競選中 2024年4月24日 (三) 08:02 (UTC)[回覆]
OK。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月24日 (三) 08:39 (UTC)[回覆]
checkY已更新選舉頁面。鐵膠壹名 2024年4月24日 (三) 09:43 (UTC)[回覆]
好。辛苦諸位。-千村狐兔（留言） 2024年4月24日 (三) 23:30 (UTC)[回覆]
@Manchiu @UjuiUjuMandan @ASid @AT @ATannedBurger 今天討論+提問時間正式開始。請各用戶和候選人做出準備。L'Internationale, Sera le genre humain! 2024年5月1日 (三) 03:32 (UTC)[回覆]
@Manchiu、UjuiUjuMandan、ASid、ATannedBurger：考慮到設立選舉的準備尚未完成（投票者列表相關 query 仍在執行，且 T&S 仍未回覆），個人建議投票期由5/15延遲至兩週後，即5/29舉行？副知候選人。謝謝。--SCP-0000（留言） 2024年5月13日 (一) 15:32 (UTC)[回覆]
那麼提問環節是相應延長？已有候選人表示提問壓力甚大…-千村狐兔（留言） 2024年5月14日 (二) 09:45 (UTC)[回覆]
本人認為停止提問，但可以繼續在意見區討論。L'Internationale, Sera le genre humain! ✏️ 2024年5月14日 (二) 09:51 (UTC)[回覆]
提問環節的長度是有規定的，我認為不宜延長。同意上面的見解。Sanmosa 全方貧工之聯合 2024年5月14日 (二) 09:54 (UTC)[回覆]
無論如何，感謝@SCP-2000：SCP-2000君辛勞。-千村狐兔（留言） 2024年5月15日 (三) 02:31 (UTC)[回覆]
既然社群無異議，現暫定5/29 - 6/12舉行，謝謝。--SCP-0000（留言） 2024年5月15日 (三) 06:06 (UTC)[回覆]
提問，若5/29 T&S仍未回復，投票期是否會繼續延長？--SheltonMartin留言|簽名 2024年5月16日 (四) 05:25 (UTC)[回覆]
@Manchiu、UjuiUjuMandan、ASid、ATannedBurger、Wong128hk、Jimmy Xu： T&S 回覆稱可在 5/29 - 6/12 期間舉行選舉。另外，由於運動憲章批准投票於 6/25 開始，技術上行政員不能作出延長選舉一週的做法。副如候選人及監督員。謝謝。--SCP-0000（留言） 2024年5月18日 (六) 01:56 (UTC)[回覆]
知悉，辛苦！－千村狐兔（留言） 2024年5月18日 (六) 02:25 (UTC)[回覆]

對新用戶禁用內容翻譯工具（續）

於Phabricator查看
編號T349959的工單

原討論存檔見此：Wikipedia:互助客棧/其他/存檔/2024年3月#對Phabricator的回應

以下為Pginer-WMF的最新回應：

Perfect. I think we can plan to introduce these changes. We plan to introduce these in iterations.

  1. Limit publishing into the main namespace to "extended confirmed users" only.
  2. Get input from the community on the effects, for the community to decide whether to make the restriction more/less strict.
  3. Make machine translation non-default.

In this way we can have a better understanding on the effect of each of the changes and how to adjust them.

簡單而言，他們將作出以下更改：僅允許延伸確認用戶將翻譯發佈到主命名空間，並願意之後依社群意見將限制調整成更嚴格 / 寬鬆；以及機械翻譯設為非預設選項。

@Lemonaka、Ericliu1912、SIridiuM28、Hoben7599、Cwek、S8321414、日期20220626、桐生ここ、魔琴、YFdyh000、MilkyDefer、Dewadipper、Stang： 考慮到他們的提議與過去討論的共識（即禁止翻譯發佈到主命名空間及機翻設為非預設）相近，如果一週後沒有任何異議，即視為社群同意他們的提議。副知所有曾參與討論的編者。謝謝。--SCP-0000（留言） 2024年3月23日 (六) 13:27 (UTC)[回覆]

沒問題。--日期20220626（留言） 2024年3月23日 (六) 13:33 (UTC)[回覆]
應該可以。--冥王歐西里斯（留言） 2024年3月23日 (六) 14:20 (UTC)[回覆]
挺好，我收到了郵件但都忘了這事了。--MilkyDefer 2024年3月23日 (六) 15:01 (UTC)[回覆]
好。 -‎Lemonaka 2024年3月23日 (六) 16:56 (UTC)[回覆]
非常好。——Aggie Dewadipper 2024年3月23日 (六) 19:55 (UTC)[回覆]
他們願意退讓是可以就此參考他們的意見啦--SunAfterRain 2024年3月24日 (日) 14:16 (UTC)[回覆]
贊同。--桐生ここ★[討論] 2024年3月24日 (日) 16:51 (UTC)[回覆]

既然已有多人同意此變更，且正如上方提到他們的提議與過去的共識相近，故依照 WP:SNOW 視社群同意他們的提議，並已在 phab 反映社群的意願。謝謝。--SCP-0000（留言） 2024年3月24日 (日) 14:29 (UTC)[回覆]

不反對如此配置。但扒了三個有使用內容翻譯工具的直出主條目空間的成品（中國的動物福利和權利、自由意志民主黨人、傑克遜·欣克爾 ），我還是覺得禁用了可能更好。 囧rz……——Sakamotosan路過圍觀 | 避免做作，免敬 2024年3月25日 (一) 08:15 (UTC)[回覆]
目前方案通過後第一個條目不會直接輸出到主空間，因為作者的編輯數量還達不到延伸用戶的級別。所以至少擋掉三分之一了，不錯了。--日期20220626（留言） 2024年3月25日 (一) 08:20 (UTC)[回覆]
如果可以，不知能否幫忙整理使用內容翻譯而有問題的條目？這樣方便與基金會溝通時，有相關例子可供他們參考及研究。謝謝。--SCP-0000（留言） 2024年3月25日 (一) 16:44 (UTC)[回覆]
感覺被G13的多少都是內容翻譯的條目。。。—-Aggie Dewadipper 2024年3月25日 (一) 18:39 (UTC)[回覆]
偶爾也有非內容翻譯的條目被掛G13。--日期20220626（留言） 2024年3月25日 (一) 22:26 (UTC)[回覆]
@SCP-2000：用RTRC找主條目空間、新建頁面（因為原生最近更改不方便找新建頁面）、標籤為「內容翻譯」、「內容翻譯2」的，應該會存在不少。例如找到一篇喬安娜·斯丁格蕾（oldid=82028905）。好像最近多了一批沒用戶頁的新用戶在用這個系統來翻譯，而且首次格式質量都存在或多或少同類問題（包括斜體、數字間空格、參考註腳之間空格或者參考複製的一些格式暴露（<cite>這種）、缺少參考列表，部分還有格式紊亂、模板丟失）雖然這些問題是新頁面巡查員應該去做的事……——Sakamotosan路過圍觀 | 避免做作，免敬 2024年3月26日 (二) 02:15 (UTC)[回覆]
根據提案，新用戶已經無法通過內容翻譯直接在主空間生成條目。--日期20220626（留言） 2024年3月26日 (二) 03:31 (UTC)[回覆]
只是提供收集說服來源的方法。當然希望拉高下限能擋住一部分藉助該系統粗製濫造的低質量翻譯條目。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年3月26日 (二) 13:15 (UTC)[回覆]
另外，感覺User:New user message不會對不是以本項目註冊的新用戶發自動歡迎的（例如找到的User:賽博崔會遇見電子鋁黃瓜嗎、User:Art4cn），有可能導致新用戶缺乏對格式規則的了解。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年3月26日 (二) 02:26 (UTC)[回覆]
這個改配置即可，可以在其建立本地賬號時發送。個人認為至少其有一個編輯在發送會好些？（改配置噩夢）--Hualin🎗️希望の星は青霄に昇る Commons|Talk 2024年3月30日 (六) 22:34 (UTC)[回覆]
What the hell is that? -Lemonaka 2024年3月30日 (六) 01:21 (UTC)[回覆]
In general, Content translation will redirect users to their chosen language of wiki, even if they use it on zhwiki. So I don't think it's the content translation's fault, but I have no idea how they can do that :)--SCP-0000（留言） 2024年3月30日 (六) 07:45 (UTC)[回覆]

內容翻譯現已縮緊

（註：複製自WP:互助客棧/消息#內容翻譯現已縮緊，原由User:MilkyDefer發布。）

自4月10日（三）起，只有擁有延伸確認權限的使用者可以使用內容翻譯功能將頁面發布到主條目空間。這次調整是因應近期多發的粗濫翻譯問題所做出的。延伸確認權限自動授予註冊滿90天且編輯滿500次的編者，以及管理員。

請巡查員和所有編者留意這次更改後，翻譯條目的品質是否有改善。其結果會決定是否採取下一階段的措施：將「從原文開始」設定為默認翻譯選項。

@Lemonaka、Ericliu1912、SIridiuM28、Hoben7599、Cwek、S8321414、日期20220626、桐生ここ、魔琴、YFdyh000、Dewadipper、HualinXMN、SunAfterRain、S8321414： 副知所有曾參與討論的編者。謝謝。--SCP-0000（留言） 2024年4月11日 (四) 17:11 (UTC)[回覆]

phab:T349959#9711650，疑似未生效。--碟之舞📀💿 2024年4月14日 (日) 07:50 (UTC)[回覆]
不過好像數量並不多。--日期20220626（留言） 2024年4月14日 (日) 07:58 (UTC)[回覆]
原因也大致抓到了，Special:PermanentLink/82270024#L-111應該能當臨時補丁--SunAfterRain 2024年4月14日 (日) 14:35 (UTC)[回覆]
並沒有生效：Special:用戶貢獻/EitanVel。上面的patch有管理員review下麼？--Tim Wu（留言） 2024年4月19日 (五) 01:36 (UTC)[回覆]
@SunAfterRain Not applied till now, Special:Contributions/Hueydome88E92 -Lemonaka 2024年4月21日 (日) 10:52 (UTC)[回覆]
@Lemonaka：phab:T349959#9734223 patch backports in today. 雖然我是不知道他們說的移植後仍然有問題是甚麼意思，畢竟我剛才看的結果確實有正確攔截到了...--SunAfterRain 2024年4月23日 (二) 12:39 (UTC)[回覆]
確實還沒有修正，如火腿黃油三明治。--SCP-0000（留言） 2024年4月24日 (三) 03:51 (UTC)[回覆]

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

關於IP封禁豁免權授予者的頂部圖標

本主題全部或部分段落文字，已移動至WT:IP封鎖豁免權授予者。執行人：Sanmosa 全方貧工之聯合 2024年5月14日 (二) 15:11 (UTC)。[回覆]

對ITN獲選標準及ITNR的小修訂

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:新聞動態候選、Wikipedia talk:新聞動態/重複發生的項目。

此前的相關討論：

最近Wikipedia:新聞動態候選出了一些問題：

第一，在社群討論沒有得出支持刊登的情況，管理員自行刊登內容，如Wikipedia:新聞動態候選/存檔/2024年3月#亞倫·布什內爾自焚事件；

第二，部分內容在刊登之前沒有收到反對意見，刊出之後被質疑關注度或重大性不夠，如Wikipedia:新聞動態候選/存檔/2024年4月#習馬二會；

第三，涉及中國載人航天工程的條目近期在提名時多被社群以不具備突破性為由反對，見Wikipedia:新聞動態候選/存檔/2022年6月#神舟十四號、Wikipedia:新聞動態候選/存檔/2023年6月#神舟十六號、Wikipedia:新聞動態候選/存檔/2023年10月#神舟十七號和Wikipedia:新聞動態候選#神舟十八號。

針對以上的第一條及第二條問題，提案對現行的ITN獲選標準作出如下修訂：

現行條文
  • 管理員在每次更新欄目時，應當查看新聞動態候選區內所有提案。管理員認為提案符合新聞動態候選標準的，應予採納；不符合候選標準的，應由管理員陳述意見後退回重審。有二名及以上維基人提出反對意見的，亦應當退回重審。
提議條文
  • 管理員在每次更新欄目時，應當查看新聞動態候選區內所有提案。管理員認為提案符合新聞動態候選標準，或支持刊登的意見占大多數的，應予採納；不符合候選標準的，應由管理員陳述意見後退回重審。有二名及以上維基人提出反對意見的，亦應當退回重審。
  • 對於刊登之後出現反對意見提案，管理員應暫時移除相關內容，直至社群得到支持刊登的共識。對於沒有得到絕對結論的提案，需要有二名及以上的管理員進行商討，以最終決定是否刊登。
  • 提案新聞內容涉及需要地區詞轉換的用字，提案人需要先自行處理。

針對以上的第三條問題，提案對現行的WP:ITNR作出如下修訂：

現行條文
  • 載人軌道航天器的發射升空；一個國家首次成功完成自主發展的軌道發射；發射空間站或其主要組成部分；航天器抵達月球或更遠的目的地；重大航天任務失敗
提議條文
  • 每款載人軌道航天器首次發射升空；每款載人軌道航天器與特定空間站首次成功對接；一個國家首次成功完成自主發展的軌道發射；發射空間站或其主要組成部分；航天器抵達月球或更遠的目的地；重大航天任務失敗

正如WP:NOTNEWS所說，維基百科不是新聞報道。新聞動態候選和Portal:新聞動態設立的初衷也不是為了提供新聞報道，「是為了鼓勵增訂或更新相關的條目，而不是用作新聞報道」。由此可見，社群應該從百科性的角度來提報及衡量新聞動態條目，一些不具備百科性的條目能不提報就不提報，能不刊登就儘量不刊登，畢竟「維基百科不是新聞報道」。所以，新聞動態的標準也儘量嚴謹。上述的修改意見只不過是拋磚引玉，歡迎社群在此提案的基礎上踴躍討論。--Jeffchu2014（留言） 2024年4月28日 (日) 17:08 (UTC)[回覆]

修改第二項討論連結，剛才點擊不到。另外第三條問題也有討論過，連結在此：有關WP:ITNR中科學探索與發現標準修訂--Cmsth11126a02 (留言) 2024年4月28日 (日) 17:30 (UTC)[回覆]
門檻最好全部訂為兩位維基人。一位意見還說不準。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月28日 (日) 22:41 (UTC)[回覆]
要避免出現傀儡行為和偏見，可能要考量一下新註冊用戶和IP用戶。--Kethyga（留言） 2024年4月29日 (一) 00:19 (UTC)[回覆]
可是Wikipedia:新聞動態候選/存檔/2023年6月#神舟十六號占多數，結果刊登，神州十七和神州十八反對的也是同一批人，應該說是部分編輯反對，不能代表「社群」。--Kethyga（留言） 2024年4月29日 (一) 00:30 (UTC)[回覆]
神舟十六他們的理由都是「符合WP:ITNR」，但在神舟十七和神舟十八已經解釋WP:ITNR不強制管理員刊登也不能超過基本候選資格中『新聞內容應該同時具備「重大性」與「百科性」』。所以神舟十七起不刊登正是修改「符合WP:ITNR就必須刊登」的錯誤共識。--Cmsth11126a02 (留言) 2024年4月29日 (一) 04:01 (UTC)[回覆]
怎樣輕易判斷「具有重大技術突破意義」？以神舟十八號為例，「全員1980年或以後出生」算不？零件更新換代算不？縮短發射整備流程算不？新聞提報是26日，而之前提到的都是之後才更新進去，這是不是也在「鼓勵增訂或更新相關的條目」？這個標準判斷含糊，操作性可能有限。但同意ITNR只是給管理員快速確定的建議，而非必須上的標準。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年4月29日 (一) 00:56 (UTC)[回覆]
具體來說是載人飛船本身，或者飛船所執行的飛行任務有一定的技術突破，比如首次實現宇航員艙外活動的神舟七號任務，以及與天宮一號進行無人及有人交匯對接的神舟十一號，就算重大的技術突破。--Jeffchu2014（留言） 2024年4月29日 (一) 10:48 (UTC)[回覆]
@cwek、Jeffchu2014：我在此建議用我上次建議：
現行條文
  • 載人軌道航天器的發射升空；一個國家首次成功完成自主發展的軌道發射；發射空間站或其主要組成部分；航天器抵達月球或更遠的目的地；重大航天任務失敗
提議條文
  • 每款載人軌道航天器首次發射升空；每款載人軌道航天器與特定空間站首次成功對接；一個國家首次成功完成自主發展的軌道發射；發射空間站或其主要組成部分；航天器抵達月球或更遠的目的地；重大航天任務失敗
「每款載人軌道航天器與特定空間站首次成功對接」意思就是載人軌道航天器A與空間站a首次成功對接為一個組合，然後不符ITNR但有技術突破的用一般ITN程序（像神舟七號），以免ITNR變強制刊登令。--Cmsth11126a02 (留言) 2024年4月30日 (二) 07:54 (UTC)[回覆]
好的。--Jeffchu2014（留言） 2024年5月1日 (三) 03:54 (UTC)[回覆]
我認為即使支持刊登的意見占大多數，但如果非常不符合新聞動態候選標準，管理員應該可以酌情考量，所以在我看來「或支持刊登的意見占大多數的」這句話純屬多餘。
「需要有二名及以上的管理員進行商討，以最終決定是否刊登。」我不知道實作的話如何商討？有沒有足夠的管理員來商討？目前維護ITN的主要就是兩個管理員，個別還有一兩個管理員偶爾更新一下，所以在人力剛剛夠滿足「需要有二名及以上的管理員」這個條件時，很容易造成不滿足「二名及以上的管理員」的條件，比如包括偶爾更新的管理員在內，一旦其中有一兩個一段時間不上wiki或不關注ITN，那麼就被卡死在這個條件上了--百無一用是書生 (☎) 2024年4月29日 (一) 04:05 (UTC)[回覆]
那是管理員的問題，不是ITN的問題。中維60個管理員（人數還在不斷增長中），找不出兩個能維護ITN的，那建議集體辭職。--SheltonMartin留言|簽名 2024年4月29日 (一) 05:56 (UTC)[回覆]
實際操作總是要考慮現實問題啊（現在只剩60個管理員了嗎？！）--百無一用是書生 (☎) 2024年4月29日 (一) 07:26 (UTC)[回覆]
？—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月29日 (一) 08:11 (UTC)[回覆]
定期讓社群感受一下管理員的活躍程度。--AT 2024年4月29日 (一) 09:17 (UTC)[回覆]
管理員活躍程度算是還行，但專門活躍ITN的，那就不一定了，除非能隨機做一些管理員專門來ITN給大家評評理，而且人家願意的話。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年4月29日 (一) 09:33 (UTC)[回覆]
也不一定是由管理員來負責最終的評判，可以參考GA和FA的做法，任何人都可以來劃票。不過ITN採用的是共識制，GA和FA是投票制，到時候可以任命幾位活躍於ITN的編者來做這個工作（自己提名的條目除外，需要避嫌）。--Jeffchu2014（留言） 2024年4月29日 (一) 10:53 (UTC)[回覆]
雖然目前主要是我跟Shizhao在處理，但至少還有三、四位管理員也偶爾會經手新聞動態，所以人手並不是到非常貧乏。不過當然還是希望有多一點管理員能參與！—— Eric Liu 創造は生命（留言・留名・學生會） 2024年5月1日 (三) 04:19 (UTC)[回覆]
其實草案中這「二名以上管理員」或可改為「二名以上或至少一位非當事管理員」？—— Eric Liu 創造は生命（留言・留名・學生會） 2024年5月12日 (日) 03:19 (UTC)[回覆]
話說是不是應該要求新聞動態（包含最近逝世）提出者先自行處理好地區詞才能刊登啊？不想每次都幫忙善後欸。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月30日 (二) 19:22 (UTC)[回覆]
已加入。--Jeffchu2014（留言） 2024年5月1日 (三) 03:58 (UTC)[回覆]
我暫時的看法是，加入了上述限制會導致相關新聞事項事實上不符合且無法達到「重複發生的項目」這一基本要求。如果要根據「具有重大技術突破意義」來判斷的話，適合的做法是直接刪掉這一ITNR項，當作普通提名來進行討論。--東風（留言） 2024年5月1日 (三) 06:28 (UTC)[回覆]
「具有重大技術突破意義」已經改成Cmsth11126a02的版本。--Jeffchu2014（留言） 2024年5月2日 (四) 19:31 (UTC)[回覆]
贊成ITNR修訂，不贊成ITN獲選標準修訂。「管理員認為提案符合新聞動態候選標準，或支持刊登的意見占大多數的，應予採納；」會致使新聞動態淪爲人數遊戲，架空重大性、百科性／品質、充足資訊／更新等行之已久的標準。建議改爲：「若有比例不低的合理意見證明提案或其主條目不符合新聞動態標準，不予刊登，如有可能改善至符合新聞動態標準，則延後決定；如無前述情形，且多數意見支持刊登，應予刊登。」其餘條文可跟進調整。此外，「對於刊登之後出現反對意見提案，管理員應暫時移除相關內容，直至社群得到支持刊登的共識」或許使得刊登前後的反對意見太不等價，一條不合理的反對意見太過重要。--— Gohan 2024年5月4日 (六) 01:01 (UTC)[回覆]
我支持您的「若有⋯⋯刊登。」建議，後面我建議「對於刊登之後出現反對意見提案，管理員應將此等意見與刊登的全部意見一併考慮，按共識是否改變而決定是否移除相關內容」。--Cmsth11126a02 (留言) 按照偉大光榮正確的傅崐萁總召，國民黨的正確名稱是大陸國民黨！ 2024年5月4日 (六) 04:44 (UTC)[回覆]

Unblock-zh.org

Unblock-zh.org網站的樣子

很久以前討論過的一個項目，也就是unblock-zh的網站版，我最近給他做出來了，如果對測試版軟件感興趣的話，請去 https://unblock-zh.org 這裡去看看。（注意測試版軟件，你的用戶最後很可能被刪掉！）

附帶一個教學視頻 https://www.youtube.com/watch?v=IImfyNnRB4M

目前站外用戶申請賬戶的方式是Wikipedia:賬號請求發送郵件，其實也沒有太不方便。但是這個途徑我覺得還是更直觀一點，比郵件列表好用一點，尤其是管理員處理的時候。我的想法是網站可以和郵件列表並存，或者以後達成互聯。歡迎提出意見。Bluedeck 2024年4月29日 (一) 04:05 (UTC)[回覆]

PS. 已經收到tigerzeng的意見，允許用戶自定義提供的IP地址字段，以解決部分代理的問題。Bluedeck 2024年4月29日 (一) 04:22 (UTC)[回覆]
超 英 趕 美 —— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月29日 (一) 08:09 (UTC)[回覆]
我最期待的畫面出現了。--AT 2024年4月29日 (一) 09:14 (UTC)[回覆]
好吧，終於把這個弄出來了——是藍桌弄的？那就不出奇了。👍 讚——Sakamotosan路過圍觀 | 避免做作，免敬 2024年4月29日 (一) 09:29 (UTC)[回覆]
非常好UX。至於是否方便了用戶，我好奇能否在合理的範圍內收集一些統計數據作對比，這樣最有說服力。--碟之舞📀💿 2024年4月29日 (一) 14:10 (UTC)[回覆]
另外這個工具讓我想到了我很久之前做的維基媒體服務器連通性面板。--碟之舞📀💿 2024年4月29日 (一) 14:37 (UTC)[回覆]
非常好軟件。
不必要的功能建議：1.通過遍歷封禁日誌的摘要有無對應模板，顯示是否是ip封禁。2.通過接口調用在界面一鍵創建賬戶（和授予ipbe？）
另外問一下數據託管在哪裡？將來投入使用的話需要作為存檔使用，所以數據需要備份好。--落花有意12138 2024年4月29日 (一) 14:42 (UTC)[回覆]
一鍵創建賬戶/授予PIBE的話，有兩種途徑。第一，管理員通過oAuth授權unblock-zh.org，通過管理員賬戶操作，然後從本地日誌看來，操作者是管理員。第二種途徑是，成立一個機器人賬戶，比如名叫 unblock-helper-abot，並且賦予機器人管理權限，然後通過機器人操作，並在摘要里說明是根據哪個管理員的指令操作的。讓我來決定的話，我傾向於使用第二種方式，因為我希望儘量不要向第三方授權我自己的賬戶，但是第一種方式的日誌更加清晰。請問一下其他人的想法。Bluedeck 2024年4月29日 (一) 17:39 (UTC)[回覆]
使用OAuth可以只需要簡單的身份識別獲得權限，用於確認是不是登錄系統的對應是wiki的哪個用戶。然後代理操縱的機器人可以標記操作人員的wiki用戶名（通過前面獲得的信息）。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年4月30日 (二) 02:33 (UTC)[回覆]
如果不改變單管理員授權模式，我傾向於第一種，這樣和原先的工作模式保持一致，便於查詢。
mw:OAuth/For_Developers稱應用做的操作會有標籤。--落花有意12138 2024年4月30日 (二) 11:04 (UTC)[回覆]
在這裡沒有看到可以使用oauth給用戶添加組別的選項，那麼也是說IPBE的授予只能透過abot進行了。Bluedeck 2024年5月1日 (三) 21:41 (UTC)[回覆]
的確只能這樣。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年5月2日 (四) 03:40 (UTC)[回覆]
咱好像記着這種權限似乎不需要特別勾上某個選項就默認擁有，您要不嘗試一下？ Stang★ 2024年5月8日 (三) 01:14 (UTC)[回覆]
真的假的，在授權的時候不聲明卻可以操作改變用戶組這麼重要的操作？如果是真的那也是個bug吧 Bluedeck 2024年5月11日 (六) 08:40 (UTC)[回覆]
用API能查IP有沒本地封或者全域封，好像不是必要。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年4月30日 (二) 02:26 (UTC)[回覆]
👍 讚👍 讚👍 讚 牛逼--Dnaimfz（留言） 2024年5月11日 (六) 04:04 (UTC)[回覆]

試運行

在過去的幾周里，我增加了最後的一些的功能，分別是1）按日期搜索排列工單；2）郵件回復模板；3）管理員刪除工單、刪除消息界面；4）用戶改名功能。我想知道大家覺得還缺少哪些網站本身的功能（郵件服務器、機器人授予IPBE除外）。如果感覺差不多了，那麼可以進行試運行。試運行期間，再對可能發現的新的功能需求進行補充。試運行的提議正在進行公告。如果通過，將會將網站首頁文字改為試運行，並暫時移除一些只具有展示效果的鏈接，然後在用戶無法註冊的提示頁面加入網站的鏈接，這些操作大概最多需要一天就能完成。在試運行決議通過前，如果對網站有任何問題，歡迎在此討論。Bluedeck 2024年5月13日 (一) 23:30 (UTC)[回覆]

功能方面，個人認為管理員不應該有刪除工單的能力，這個應該由維護者來做，比如遇到spam/擾亂性工單就打上相應的標籤，若干天后自動刪除；可不可以出個statistics大概寫一下某月某人處理了多少工單之類的；反spam方面怎麼樣，你覺得需要加個recaptcha嗎；模板建議是放到Github或者類似公開的地方，需要改的人發pr；可以考慮加一個link/merge功能麼，比如一個用戶就一個問題發了多個ticket，這個時候可以把它們關聯起來；感覺可以把login改的小一點，或者讓非管理人員意識到不需要登錄就可以發ticket。
另外就是建議放到toolforge或者cloud VPS上。順便問個問題，你覺得這個系統需要承擔unblock-zh最原始的封禁申訴職能嗎 Stang★ 2024年5月14日 (二) 01:47 (UTC)[回覆]
  • 謝謝提議！簡短回應：
  • 刪除工單就是為了應對擾亂才設計的功能。刪除之後可以恢復或檢視。（UI需要另外添加）工單的永久保留或刪除問題在下面討論。
  • 反spam：UTRS目前是阻止同一個IP地址多次發送工單。但是我的方案不記錄IP地址，無法阻止。我可以考慮一下記錄ip地址的hash，並由此進行rate limit。我個人完全不喜歡captcha，除非不得已，我可能會考慮上captcha。在此之前我會儘量用其他手段處理spam問題。我有一些asymmetric proof of work的方法能防止自動化的spam。如果有人無聊到要手工spam，那麼唯有記錄IP並進行區段查封這一個辦法。（但是這樣一來，不就把本身的目的給擊敗了？？）
  • 郵件模板：我不會放在github，畢竟不是每個管理員都會開PR，我簡單的開一個用戶頁面存儲目前的模板，誰想添加，給我留個言即可。郵件模板都是非常簡單的純文字模板。當然，如果你喜歡用gh，那麼在前端的repo里有一個文件，你也可以直接PR這個文件。
  • link/merge：race condition太多，最多做成stack overflow/github issues那樣，「標記為#109的duplicate。關閉」這種解決方案。
  • login改小：我肯定會讓新用戶看到不login就能發工單，這是一個重要的因素。
  • statistics：這個我一定會做，因為這會讓處理工單變得很有趣，我的設想是做一個leaderboard，能夠激發人們對於處理工單的無限潛能，哈哈哈哈。
  • Hosting：toolforge不能滿足我的要求，CloudVPS不熟悉。將來打算支持圖片上傳，需要一個能掛載S3的環境，另外多區域host允許你把服務器託管在東京/首爾/LA。目前，服務器託管在Vultr的新澤西區上面。
  • 這個網站做成網站的形式，是為了新用戶方便的註冊+IPBE（也就是unblock-zh-ipbe的功能）。處理被長期封禁的用戶在郵件列表中50-100封郵件那麼長的申訴，並不是網站初衷。如果有人就是要在網站上申訴，管理員也選擇在網站上處理，那我不會站出來阻止，但是如果網站上出現了對維基百科歷史有一定意義的討論內容，我覺得有應當抄送一份到郵件列表。
Bluedeck 2024年5月14日 (二) 04:12 (UTC)[回覆]

另外還有兩個別的需要討論的問題：

  1. 工單是否永久保存？永久保存是目前的默認，而且郵件列表也是永久保存的。但是我覺得比如掛上「處理結束」標記90/180天之後永久刪除相關信息這個是更安全的做法，想徵求一下大家的意見。
  2. 開源：從一開始我就設想開源。這個項目有4個repo，其中3個可以在最近開源。一個需要我檢查一下有沒有API Key之類的物品遺落在代碼中，然後才能開源。請期待。
  3. 共同參與：如果您想共同參與開發，或者參與對服務器的運維，歡迎在這裡提出來。Bluedeck 2024年5月14日 (二) 04:49 (UTC)[回覆]
感謝貢獻，整體非常完善。如有需要可以協助維護。--Borschts™ 歡迎外帶一碗羅宋湯 2024年5月14日 (二) 13:32 (UTC)[回覆]
存檔應保留，只是可以限制普通使用者存取。另外，也應考慮先行在站內撰寫說明頁面，或補充現有方針與指引不足，以便利用。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年5月14日 (二) 15:05 (UTC)[回覆]
注意到兩點可以改善：
  • 無法創建帳號者不應提供「我不想提供郵箱」的選項，創建帳號時需填寫對方電郵地址才能安全發送臨時密碼。如果不想提供郵箱則難以協助創建帳號。
  • 需要添加提示文字，若不提供IP地址則申請有可能不獲受理（始終審批IPBE時需要驗證用戶是否使用proxy）。
--路西法人 2024年5月15日 (三) 07:52 (UTC)[回覆]

第二十二次動員令籌備討論

原標題為：今年沒有動員令？

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:動員令/第二十二次動員令。

如題。都快五月了，看來暫停一年--Dragoon17cc（留言） 2024年4月29日 (一) 22:08 (UTC)[回覆]

？？？有這麼早準備？--在下荷花，請多指教（歡迎簽到） 2024年4月30日 (二) 01:14 (UTC)[回覆]
去年還真的是三月底時就有人在問要不要舉辦了，不過當時一路討論到5月中旬才有近一步籌備，尚不算多晚。另這時間感覺也適合問WP:非洲月今年有沒有要辦？--WiTo🐤💬 2024年4月30日 (二) 12:59 (UTC)[回覆]
我去，中文維基人集體失憶了 ——魔琴［身份聲明 留言 貢獻 新手2023］ 2024年4月30日 (二) 15:03 (UTC)[回覆]
可以開始籌備了吧？—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月30日 (二) 19:24 (UTC)[回覆]
為了避免像去年那麼趕，還是先把可能有需要討論的資訊留在這好了：
  • 舉辦時間：若要沿用舊制，即「7月第二個星期六」至「9月第二個星期日」，則今年時間會是7月13日至9月8日，共57天，較去年（64天）少一週。
  • 另去年也有討論但沒後續的內容——是否需要將常常被納入小動員令主題內的「亟需撰寫」或「缺少來源」改為額外加成的方式，以讓給其他更需要的主題？但就如當時所言，加分方式已經頗複雜，且「缺少來源」的計分並非一般計分方式可能有需要額外調整。—WiTo🐤💬 2024年5月1日 (三) 00:52 (UTC)[回覆]
歷史上，到了5月就差不多是時候籌備動員令了。但由於社群對於這回事越來越懈怠，我感覺今年不辦還是可以的。先問想不想辦，再問怎樣辦。如果決定要辦，我建議把歷年來動員令的規則合編為成文規則，這樣以後社群就不用為了日期、計分等問題爭論一番（但這估計會是一個大工程，明年才能用上）。另外就是處理常規問題，包括WiTo君提到「亟需撰寫」、「缺少來源」加成懸而未決問題。--春卷柯南－發前人所未知 ( 論功行賞 ) 2024年5月1日 (三) 19:53 (UTC)[回覆]
推到和亞洲月同期舉辦都不遲。--🎋竹生🎍 2024年5月2日 (四) 09:09 (UTC)[回覆]
那就太遲了。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年5月2日 (四) 12:32 (UTC)[回覆]
姑且先簡易架好WP:DC22的頁面了，再看這邊要討論到什麼程度再移過去討論其他細節。--WiTo🐤💬 2024年5月2日 (四) 13:59 (UTC)[回覆]

主題

本次我推薦哲學類及非虛構書籍類條目，兩者都太冷門。--S叔 2024年5月1日 (三) 17:09 (UTC)[回覆]
可以推薦色情類條目嗎☺--日期20220626（留言） 2024年5月2日 (四) 02:20 (UTC)[回覆]
可以的，但我相信會被電子遊戲專題的エロ遊戲專門編者鎮壓（若本人心血來潮參與的話那本人也算其中一份子）--S叔 2024年5月2日 (四) 02:35 (UTC)[回覆]
哲學類不會有人寫的。和DC19屆「文學」類是一樣的——中維很缺這個，但是您維沒活躍編者寫這個。倒不如將名額拿出來給其他範疇的。--Ghren🐦🕚 2024年5月4日 (六) 15:27 (UTC)[回覆]
不然可以舉辦大中小混合動員令--August0422（留言） 2024年5月5日 (日) 08:37 (UTC)[回覆]
茲推薦以藝人為主題，畢竟該主題之GA、FA甚至DYK皆非常少--August0422（留言） 2024年5月5日 (日) 08:41 (UTC)[回覆]
{{law}}模板也有許多綠色連結，中維極缺法律類型之條目--August0422（留言） 2024年5月5日 (日) 08:42 (UTC)[回覆]
哲學類個人認為似乎是一個過於專業的內容，受眾或許過於狹窄，並不會有太多維基人編輯這些條目；
而非虛構書籍類條目很可能存在尋找參考資料的問題，或許在編輯上會提供一些阻力。--——這是不想改簽名的Ghrkya（主頁|討論|簽名） 2024年5月7日 (二) 15:44 (UTC)[回覆]
哲學類我同意你的說法。不過證明非虛構書籍有關注度常用的門檻就是找兩篇或以上獨立可靠及以它為主題的書評，這比較簡單。依序按訪談或著作前言寫背景，按書評內容或自行寫出書籍內容，再按書評寫評價部分。--S叔 2024年5月8日 (三) 02:38 (UTC)[回覆]
謝謝您的科普，本人對非虛構書籍的了解確實不深，但是由於本人並不非常喜歡閱讀，或許無法在這類型中給出有意義且中立的看法，不過依然不勝感激！--——這是不想改簽名的Ghrkya（主頁|討論|簽名） 2024年5月9日 (四) 15:20 (UTC)[回覆]
{{law}}模板也有許多綠色連結，中維極缺法律類型之條目--August.0422 2024年5月9日 (四) 10:44 (UTC)[回覆]
若今年的非洲月直接告吹，那我想建議直接把這個範圍放進中動員令的部分。另外個人感覺生物技術/醫學相關條目貌似也較少。—WiTo🐤💬 2024年5月2日 (四) 01:30 (UTC)[回覆]
鄙人推薦飲食和中國文化遺產作為本次動員令的主題，前者是因為少有新條目產出，後者則是由於近期除了幾個文物保護單位FL外已很久沒有高質量（GA、FA）的條目產出。--人間百態,獨尊變態(討論) 2024年5月2日 (四) 14:44 (UTC)[回覆]
文化遺產不一定要限定在中國吧？畢竟有些國家的世界文化遺產都沒條目，條目的空缺更嚴重。——BlackShadowG Slava Ukraini! 2024年5月3日 (五) 02:52 (UTC)[回覆]
也不是不可以。--人間百態,獨尊變態(討論) 2024年5月3日 (五) 03:06 (UTC)[回覆]
推薦「原創類」，可以改善動員令期間出現大量品質不佳翻譯條目的問題。另外推薦生理學。—Y. Sean 2024年5月3日 (五) 03:05 (UTC)[回覆]
冒昧地問一下，什麼意思叫做「原創類」。我不是很理解這個主題的意思。--微腫頭龍（留言） 2024年5月4日 (六) 14:30 (UTC)[回覆]
「原創類」應該是指主編自行尋找參考資料，撰寫的條目，不是從其他語文版本翻譯來的條目--Wolfch (留言) 2024年5月4日 (六) 15:30 (UTC)[回覆]
支持原創類，原創類應該分數加倍，因為自行搜集資料比翻譯多出很多時間--Dragoon17cc（留言） 2024年5月12日 (日) 22:35 (UTC)[回覆]
推薦交通類及交通設施條目，中文地區的交通類條目內容「非常豐富」，當中包括九巴條目的車牌資料，單憑一位編輯者處理根本沒有可能完全清理及維持超過一千條條目品質；港鐵相關條目也被公眾質疑中維有意圖淡化附來源的重要新聞事件。在非中文地區條目，絕大部分小型車站大多也只有一至二段，希望可以藉此清理條目或補充內容。--唔好阻住我愛國（留言） 2024年5月6日 (一) 13:10 (UTC)[回覆]
(＋)支持，此外還建議將地鐵條目也加入考慮範圍內，但是這些條目似乎本身的可查證性有一些問題……--——這是不想改簽名的Ghrkya（主頁|討論|簽名） 2024年5月6日 (一) 15:49 (UTC)[回覆]
推薦家居和生活用品類的條目，對百科的重要性不言而喻，可是一直因爲太常見而被忽視[1]，質量普遍十分差，沒有註腳參考或者列出參考[2]，例如麻繩、鮑魚刷、地暖系統、籃子、竹籤、肥皂盒、棉襖等等只有不到兩百字，缺少例如筷托（英語：Chopstick rest）、紙板盒（英語：Carton）、油炸鍋（英語：Deep fryer）等條目，希望可以藉此引起重視，改善擴充內容。--User:What7what8🏠 2024年5月7日 (二) 18:52 (UTC)[回覆]
哲學（和心理學）不是不行，就怕曲高和寡。反對生醫、法律，這裏有多少用戶具備足夠的專業知識去寫這些條目（而不是胡搞蠻纏）呢？藝人和交通過於熱門，是否有必要預留主題名額呢？畢竟過往設立部分主題的目的是為了充實中文版缺乏的內容。另外可以考慮把主題範圍擴闊一些，例如藝人歸併到流行文化、日用品歸併到應用科學或工業等。上面Y. Sean君提到鼓勵原創的問題，令我想起十年前劉嘉和胡水果等用戶的論爭，我的個人論述有傳送門，當時我就大致表達了自己的立場（今年好像我也在別的地方講過，但忘了在那兒也懶得查）。最後，我去年提過把所有專項主題廢除，改為自然科學、應用科學、社會科學、文史地哲四大主題，這可能跟上面提到的「大中小混合動員令」類似（但不肯定），而且又可以省略長篇累牘的討論和免除自肥嫌疑，但這樣做會動許多人的蛋糕（包括自己的），最後沒甚麼聲浪，無疾而終，反正社群接受才算。--春卷柯南－發前人所未知 ( 論功行賞 ) 2024年5月7日 (二) 20:23 (UTC)[回覆]
這種大項目的合併還要一併動到計分方式之類的，如果沒人主導修改的話今年恐怕是來不及修改（我個人沒那方面的知識就沒辦法了），可能得等結束要成文化時再一併處理吧。不過我個人覺得可以試試，反正要調整完才知道有沒有用。剩下主題的反對與否可以等投票期再決定，照前年時程大概會募集到六月中旬左右。--WiTo🐤💬 2024年5月8日 (三) 03:34 (UTC)[回覆]

我歸納一下上面提到的一些條目類別：

  • 哲學類
  • 非虛構書籍
  • 色情
  • 流行文化（含藝人）
  • 法律
  • 非洲
  • 生物技術
  • 醫學
  • 飲食
  • 文化遺產
  • 非翻譯
  • 交通（含交通設施）
  • 應用科學（家居及生活用品）

此外，我不反對春卷柯南的四大主題方案，但是（如果採用的話）四大主題的計分方式可能需要另外商定，比如同屬非翻譯條目、待撰條目等是否可以額外計分。Sanmosa 全方貧工之聯合 2024年5月12日 (日) 02:21 (UTC)[回覆]

我的初步想法是讓社羣商定自然科學、應用科學、社會科學、文史地哲四大主題中哪些主題是社羣現階段較為側重的，將那些較為側重的大主題定為中動員令，其他大主題定為大動員令，但條目如果同屬待撰條目，可以升格動員令級別，即由中動員令升格為小動員令，或由大動員令升格為中動員令。這樣應該不會動到具體的計分方式。Sanmosa 全方貧工之聯合 2024年5月12日 (日) 02:28 (UTC)[回覆]
大致來看(＋)支持，不過我對待撰條目的態度傾向於簡單做加分處理（比如×1.5或者×2），升格動員令級別看起來有點怪，畢竟這條目不是真的和某個中/小動員令主題掛鉤。另所謂「原創」主題應該有明顯定義，是要全文原創，還是只需要大部分就行？——Aggie Dewadipper 2024年5月15日 (三) 18:20 (UTC)[回覆]
（我還是傾向於把「原創」稱為「非翻譯」）我認為只要能合理判斷條目的核心內容並非翻譯就能算成非翻譯條目，雖然我並不支持非翻譯條目額外加分的做法。技術上（以{{DC21/art}}為準）你説的那種「簡單做加分處理」跟我説的升格動員令級別的具體操作是一樣的，見下：
現時中、小動員令的計分方式相當於按大動員令的計分方式計分後直接乘以2或3，把type參數裏填的數字換掉就行，甚至你填4也不會出現技術錯誤（上面我也特別演示了這部分）。至於乘以小數的技術可行性見下：
「升格動員令級別」這個説法可能不算太好，但我跟你想的東西大致上是一樣的。我個人傾向於×2，順道把小動員令的分數加成改為大動員令的4倍（這點我之前也有提議過）。Sanmosa 全方貧工之聯合 2024年5月16日 (四) 00:26 (UTC)[回覆]
@Dewadipper。Sanmosa 全方貧工之聯合 2024年5月16日 (四) 00:27 (UTC)[回覆]
感謝說明，那我對您的提議沒什麼異議了，(＋)支持。——Aggie Dewadipper 2024年5月16日 (四) 02:27 (UTC)[回覆]
@春卷柯南、T45614631。Sanmosa 全方貧工之聯合 2024年5月14日 (二) 09:08 (UTC)[回覆]
我個人沒意見，看社群共識（或主持人想法），而目前提議的主題多是人文類的主題就是了。--WiTo🐤💬 2024年5月14日 (二) 09:25 (UTC)[回覆]
你這樣説的話，我可能得爭取當上主持人了。Sanmosa 全方貧工之聯合 2024年5月14日 (二) 11:06 (UTC)[回覆]
本人還要提議二戰類--August0422 2024年5月16日 (四) 10:19 (UTC)[回覆]
基於對語言學和文化多樣性的關心，提議語言（學）類和民族類。我還想提議「中國大陸互聯網」主題，因為很多此類內容雖影響範圍僅限於中國大陸一地，但影響人數眾多，堪稱具備了相當的影響力；而且相關條目整體質量令人十分遺憾。--CuSO4 · 龍年大吉 2024年5月16日 (四) 21:08 (UTC)[回覆]
如果採用春卷柯南的四大主題方案的話，所有較小的主題實際上都會被四大主題包含。Sanmosa 人人皆王 2024年5月17日 (五) 06:40 (UTC)[回覆]

主持人

（占位）—— Eric Liu 創造は生命（留言・留名・學生會） 2024年5月3日 (五) 13:56 (UTC)[回覆]

以下參照DC20、21的時間、規則、提議調整：
主持人資格：
在提名期開始之前（2024年5月17日 (五) 00:00 (UTC)）取得延伸確認用戶資格，在提名期開始之前一年沒有受到封禁（不合理封禁除外）。
提名規則：
  • 可以自薦或以他薦方式提名，他薦者仍須取得被提名者本人在提名時間結束前（2024年5月31日 (五) 00:00 (UTC)）的明確同意，否則視為拒絕該提名。
  • 每條自薦、提名、謝絕被提名告知或其他相關言論後必須簽名，否則視為無效。
時程：
提名期：2024年5月17日 (五) 00:00 (UTC)起至2024年5月31日 (五) 00:00 (UTC)止。
冷靜期：2024年5月31日 (五) 00:00 (UTC)起至2024年6月5日 (三) 00:00 (UTC)止。
投票期：2024年6月5日 (三) 00:00 (UTC)起至2024年6月12日 (三) 00:00 (UTC)止。
投票資格：
  • 投票者應在投票開始之前成為延伸確認用戶，且未有一年內被禁止編輯站務頁面（不合理封禁除外）的紀錄。每人只可投票一次，但可在選舉期內改票，改票次數不限。候選人不可以給自己投票。
  • 當選主持人的支持票應超過其總票數的2/3，且支持票數超過反對票數至少8票。
  • 每位候選人可以提供一份約100字的自述供投票人參考。
  • 在日後建立的表格中投票。可以投支持、中立、反對票。支持票，請用〇表示；反對票，請用×表示；中立票，請用=表示。也可以把其中一格留空，不給某候選人投票（不計入總票數）。
  • 廢票請以紅色標示。

以上調整僅有時間部分及DC20籌備紀錄中所說「過去一年內被禁止編輯站務頁面的用戶不得參選或投票」，如果確定沒問題想在稍晚後就開始公示該時程。但主持人跑路問題可能需要社群共識，去年如玖宸閣下所說的「可以請主持人們自行討論決定是否給予跑路主持人軍師頭銜」的提議我個人覺得還挺好的。—WiTo🐤💬 2024年5月6日 (一) 03:55 (UTC)[回覆]

現就該時程及規則（不含跑路處理一事） 公示7日，2024年5月14日 (二) 03:57 (UTC) 結束。—WiTo🐤💬 2024年5月7日 (二) 03:58 (UTC)[回覆]
公示已通過。不過提名是要在這裡提還是要改到討論頁內啊？--WiTo🐤💬 2024年5月14日 (二) 05:13 (UTC)[回覆]
怎說呢。我承認上屆我參與比較少，原因是腳本太難用了。經常就是我審完一個條目，然後不知道哪處的參數填錯，又或者沒編輯到哪一個頁面，結果要全部回退由其他人處理。結果就不太敢審條目了。如果可以簡化一下程序，相信參與主持人意願也會比較高。去年好像沒有「自行討論是否給予跑路主持人軍師頭銜」的過程，結果好像是自己頒給自己來着的。考慮到自己參與工作比較少，我沒有給自己的用戶頁加「軍師」的頭銜就是了。--Ghren🐦🕓 2024年5月16日 (四) 09:00 (UTC)[回覆]

自薦與提名區

沒有人自薦或提名他人嗎？那我就自薦了。Sanmosa 人人皆王 2024年5月17日 (五) 06:42 (UTC)[回覆]

規則

（占位）—— Eric Liu 創造は生命（留言・留名・學生會） 2024年5月3日 (五) 13:56 (UTC)[回覆]

我想問一下，DC條目需要至少3500位元組的規則是誰在何時定的？Sanmosa 全方貧工之聯合 2024年5月16日 (四) 00:30 (UTC)[回覆]
新條目位元組限制是隨時間增加的，大概自DC4起有2000位元組限制、DC9變成3000位元組，最後一次應該是在DC12經由投票決定變成3500位元組的（當時總結該次投票的是小躍閣下）。--WiTo🐤💬 2024年5月16日 (四) 03:13 (UTC)[回覆]
考慮到DYK的要求是3000位元組，我建議把DC條目的最低要求revert回3000位元組。（另一方面，對於只有六個人參與的投票到底能不能達到任何有效的結論，我存在很大的疑問）Sanmosa 全方貧工之聯合 2024年5月16日 (四) 04:44 (UTC)[回覆]

其他

（占位）—— Eric Liu 創造は生命（留言・留名・學生會） 2024年5月3日 (五) 13:56 (UTC)[回覆]

舉辦時間部份，我個人想提議使用與之前數次動員令相仿的舉辦時間，即7月13日至9月15日，共64天。（有稍微查了一下，至少自DC12起都是63~65天左右的長度，DC16當時也有類似問題而最後決議多一週，惟當時慣例是7月第一個星期六起至9月第一個星期日結束）之後如要像春卷柯南閣下所說要將之後的動員令合編為成文規則的話，也會比較有傳承性，就是「7月第二個星期六」起至「9月第二個或第三個星期日」結束，補至約64天上下的長度。--WiTo🐤💬 2024年5月4日 (六) 04:34 (UTC)[回覆]
以往選擇這個日期，大多都是因為這是學生的暑假，有利維基人工作吧。把日期向9月後推似乎就不太達到這個目標？--HW（討論 貢獻） 2024年5月5日 (日) 15:50 (UTC)[回覆]
@Waihorace：挪回之前的7月第一個星期六也可考慮。過往（DC18）延後到第二週似乎是因受到疫情影響後延，並一路維持至DC21，現在可能是個合適的時機，將其提回原本的時間？但這樣籌備可能得快一點了。
還望其他人能提出看法，目前大概是這幾個選項可考慮：
  • 7月6日至9月8日，共64天
  • 7月13日至9月8日，共57天
  • 7月13日至9月15日，共64天
--WiTo🐤💬 2024年5月6日 (一) 03:06 (UTC)[回覆]
非常抱歉本人並沒有參與過動員令的相關討論，畢竟也沒有加入維基多久，如果有些地方存在冒犯請各位見諒
本人認為7.6-9.8是一個相對更好的選項，正如HW所說，這個時間更大地覆蓋了暑假時間。不過似乎這幾個時間在宏觀上沒有太大區別（微觀上可能存在個人在某段時間內有事？），感覺也很難有一些合理的論據來討論，乾脆今年就將日期選一個定下來（也是各位正在做的事？）
我也不知道發生了什麼，似乎我寫的剩下的內容沒發布出去……只能來編輯下源代碼，但絕沒有改變各位的留言，當然，簽名日期是刪了重簽的
個人根絕，因為宏觀上區別不大，所以似乎投票等等方式都沒啥用，本人也沒啥想法，只是提供一點點思考，還請各位多多包涵！——這是不想改簽名的Ghrkya（主頁|討論|簽名） 2024年5月6日 (一) 16:08 (UTC)[回覆]
(！)意見：WP:DC17也是7月6日00:00（UTC）至9月8日23:59（UTC），也是65日。個人認為只要是9月第二個星期日結束便可以。即是今年的DC為7月第一個星期六開始，明年可以回復至7月第二個星期六開始。--132.234.229.20（留言） 2024年5月7日 (二) 04:27 (UTC)[回覆]
支持IP的提議 ——魔琴［身份聲明 留言 貢獻 新手2023］ 2024年5月7日 (二) 07:41 (UTC)[回覆]
(！)意見這樣可能會導致每年都需要對時間做一次重複的討論甚至是爭辯。個人認為相比於直接確定時間帶來的一些固化所產生的後果，每年一次的討論看起來更加不必要。--——這是不想改簽名的Ghrkya（主頁|討論|簽名） 2024年5月7日 (二) 15:41 (UTC)[回覆]
相對於客棧煮的其他話題，每年討論一次動員令日期花費的時間實在是微不足道 ——魔琴［身份聲明 留言 貢獻 新手2023］ 2024年5月14日 (二) 01:38 (UTC)[回覆]
那確實是如此，不過之後如果要固定化的話也比較省事。--WiTo🐤💬 2024年5月14日 (二) 02:59 (UTC)[回覆]
就討論方向看來有共識，所以就以「7月6日至9月8日，共64天」一案 公示7日，2024年5月21日 (二) 05:19 (UTC) 結束。--WiTo🐤💬 2024年5月14日 (二) 05:19 (UTC)[回覆]
應該確實有共識
唯一就是希望能夠將這個時間通過社群討論的方式確定下來，以免往後再出現此類浪費時間的無意義討論。不過本人並不熟悉相關流程，請問是否有什麼辦法將其固定呢？--——這是不想改簽名的Ghrkya（主頁|討論|簽名） 2024年5月15日 (三) 12:47 (UTC)[回覆]

何時應該使用{{Dead Link}}模板？

本主題或以下段落文字，在討論結束後應存檔至Talk:嘉義市先期交通轉運中心。

如題，最近遇到了一個例子是觀光署的一個網站taiwan-askme.tw（慎入），原網址仍然可用，但是會被重定向到色情網站。這時候敝人感覺應該直接移除，但又好像符合{{Dead link}}在條目中保留的標準，不知如何是好？--Y. Sean 2024年5月2日 (四) 12:15 (UTC)[回覆]

建議這樣改，存檔頁面作為url。不過，這個來源是否足夠有用？--YFdyh000（留言） 2024年5月2日 (四) 12:59 (UTC)[回覆]
借問站的官方網站，既然是官方網站可以保留吧。--Y. Sean 2024年5月2日 (四) 13:10 (UTC)[回覆]
我是說其中哪些內容使它要作為不可替代的來源的，沒有更好的嗎。--YFdyh000（留言） 2024年5月2日 (四) 13:14 (UTC)[回覆]
內容的話沒有用到，只有最後放了外部連結。--Y. Sean 2024年5月2日 (四) 13:22 (UTC)[回覆]
沒有用到的來源可以刪掉。不需要作為外部連結吧，僅僅一個過時頁面。--YFdyh000（留言） 2024年5月2日 (四) 13:26 (UTC)[回覆]
CS1系列模板有個專門的參數：url-status=usurped。--GZWDer（留言） 2024年5月8日 (三) 12:02 (UTC)[回覆]

關於第三次非洲月

去年非洲月在6月舉行，取得了不少條目貢獻，本人有意在今年同期繼續舉辦非洲月，不知各位意向如何？

另Ping去年的主持人和活躍參與者@A Chinese ID@Tokisaki Kurumi@Newbamboo@Allervous@Alankang@Oscar0123@Baomi@BrianBYBYBY@AOrdinaryEditor@桃花影落飛神劍@T45614631@Nostalgiacn，如有打擾非常抱歉。——Aggie Dewadipper 2024年5月4日 (六) 22:04 (UTC)[回覆]

(＋)支持雖然我很好奇為什麼今年也會是6月而不是5月。--Allervous初音ミクのセーラー服 2024年5月4日 (六) 22:07 (UTC)[回覆]
同上，我也想問。不過整體上是支持辦的（雖然個人今年六月較忙恐生不出完整條目）。--WiTo🐤💬 2024年5月5日 (日) 00:42 (UTC)[回覆]
(＋)支持在哪個月都好--苞米(☎)💴 2024年5月5日 (日) 00:45 (UTC)[回覆]
(＋)支持，但可惜今年各方面壓力都比較大，在下確已經抽不出時間來參加了；深感抱歉。--  2024年5月5日 (日) 15:45 (UTC)[回覆]
(＋)支持，預祝成功。----FradonStar|八閩風雲 2024年5月7日 (二) 00:56 (UTC)[回覆]

：目前來看似乎沒有反對意見，那暫定非洲月於6月1日0:00至6月30日23:59（UTC）舉行，考慮到時間較為緊迫就先擅自在底下開始主持人招募了。話說在6月舉辦應該是沒人想起來 囧rz……。——Aggie Dewadipper 2024年5月6日 (一) 06:34 (UTC)[回覆]

今年就算了，不過來年或可考慮合併動員令與非洲月，集中有限的編輯量能。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年5月12日 (日) 02:56 (UTC)[回覆]

主持人招募

煩請有意擔任本年非洲月主持人者在下方留言示意。招募期暫定於5月20日 00:00 (UTC)結束。——Aggie Dewadipper 2024年5月6日 (一) 06:34 (UTC)[回覆]

來了。今年比較沒有空寫條目，但打雜，幫忙看條目還是可以的--A.K. 留言※簽名 2024年5月6日 (一) 07:17 (UTC)[回覆]
以及，我本人也有意主持此次活動。——Aggie Dewadipper 2024年5月7日 (二) 00:59 (UTC)[回覆]
我，今年我暑假不用做事--August0422（留言） 2024年5月7日 (二) 08:29 (UTC)[回覆]
閣下之前參加過非洲月嗎...--人間百態,獨尊變態(討論) 2024年5月12日 (日) 08:11 (UTC)[回覆]
這位閣下（的帳號）今年年初才開始編輯，是一定沒有的。--WiTo🐤💬 2024年5月12日 (日) 08:48 (UTC)[回覆]
6月中旬過後大概有時間，爭取一下 ——魔琴［身份聲明 留言 貢獻 新手2023］ 2024年5月14日 (二) 01:36 (UTC)[回覆]
行，我也兼一下非洲月主持人吧，畢竟當初辦非洲月就是我提議的，另一方面我有當亞洲月主持人的經驗。Sanmosa 人人皆王 2024年5月17日 (五) 15:06 (UTC)[回覆]

請求討論，人少了不行，請大家都來說，直到讓我意識到是我的理解不對為止。

關於兩個分類，寒吉的回退我不認可，以下是鏈接。 https://zh.wikipedia.org/w/index.php?title=Category:%E7%B6%9C%E5%90%88%E9%81%8B%E5%8B%95%E6%9C%83%E7%83%8F%E5%85%8B%E8%98%AD%E4%BB%A3%E8%A1%A8%E5%9C%98&action=history https://zh.wikipedia.org/w/index.php?title=Category:%E7%83%8F%E5%85%8B%E8%98%AD%E5%90%84%E5%B7%9E%E4%BA%BA%E7%89%A9&action=history --Caiptony（留言） 2024年5月9日 (四) 10:34 (UTC)[回覆]

@Caiptony：Special:Diff/82575429，因為已在「烏克蘭體育組織」。「依一級行政區劃分的人物」有「依一級行政區而作的分類」父分類。Wikipedia:頁面分類#幾點重要的共識第二條，雖然說的是條目。建議寒吉寫上回退理由。--YFdyh000（留言） 2024年5月9日 (四) 10:40 (UTC)[回覆]

有關被永久封鎖的IP

WP:COLLATERAL指出在絕大部分的情況下不應不限期封鎖IP地址，但是現在仍有部分IP地址被永久封鎖。即使是proxy也僅封鎖2年，但是仍有其他IP被永久封鎖。由於IP地址可能會變動，故我請求管理員們對有關IP的封鎖期限作出複檢。--165.86.81.101（留言） 2024年5月10日 (五) 09:06 (UTC)[回覆]

除了基金會那幾個外似乎都有些太久了。——暁月凜奈 (留言) 2024年5月10日 (五) 09:47 (UTC)[回覆]
同意。--桐生ここ★[討論] 2024年5月10日 (五) 12:20 (UTC)[回覆]
8.214.0.175本身還有一個全域的proxy段封（理由是這是阿里雲的地址段），可能是確鑿的持久proxy（？）；240a:61:1a1:d001:4c46:fcff:fe11:e245是散發廣告，但是ipv6封/128意義不大吧，起手/64吧；37.229.253.133的理由是長期跨維基破壞。除了第一個還有全域搭配的，其他或者先保持一年的時間，到時有變動在看？——Sakamotosan路過圍觀 | 避免做作，免敬 2024年5月11日 (六) 00:27 (UTC)[回覆]
已解除除wikimedia IP之外的封禁--百無一用是書生 (☎) 2024年5月11日 (六) 02:51 (UTC)[回覆]

針對kenny023見習編輯的處置提出質疑

https://zh.wikipedia.org/wiki/User_talk:Kenny023

https://zh.wikipedia.org/w/index.php?title=%E8%8F%8A%E9%99%BD%E7%94%BA&diff=prev&oldid=82391341

https://zh.wikipedia.org/w/index.php?title=%E8%87%BA%E7%81%A3&diff=82456497&oldid=82454650

https://zh.wikipedia.org/w/index.php?title=User_talk%3AMafalda4144&diff=prev&oldid=82307148

如以上案例，kenny管理員有多次無緣退回他人編輯的紀錄，其中也有以不當外合併段落為由退回的情況發生，然該情況並無違反任何規則，且先前經詢問user:AT還有臺灣維基社群臉書頁面的管理員(我不確定它的帳號)確無違反編輯規則，是該管理員過度解讀。該管理員的用戶討論頁面上也有數位認為他不當退回的編輯員，詳情請見它的討論頁面。因此請求版上各位討論kenny023是否有達到解任的標準。

--雪雨73（留言） 2024年5月11日 (六) 10:50 (UTC)[回覆]

Kenny023不是管理員--Sinsyuan✍️🌏🚀 2024年5月11日 (六) 10:55 (UTC)[回覆]
首先，Kenny不是管理員：再者，比起在客棧突然蹦出一句話就完了，好好闡述事情的經過及你的論點，對解決爭議比較有效。--Y. Sean 2024年5月11日 (六) 10:56 (UTC)[回覆]
@Sinsyuan@Y. Sean抱歉兩位，因為網路問題，所以我也不知道為什麼第一次沒發成功--140.122.53.116（留言） 2024年5月11日 (六) 11:05 (UTC)[回覆]
這個ip是我，因為網路突然故障只好切換--雪雨73（留言） 2024年5月11日 (六) 11:07 (UTC)[回覆]
既然不是管理員就沒什麼好解任了（維基榮譽不能接任）。不過要提報到不當行為是你的自由。--Y. Sean 2024年5月11日 (六) 11:17 (UTC)[回覆]
@Y. Sean了解，我會把這裡的討論砍掉，然後重新放上不當行為那邊--雪雨73（留言） 2024年5月11日 (六) 11:21 (UTC)[回覆]
您想表述的大概是回退員用戶組？——暁月凜奈 (留言) 2024年5月11日 (六) 11:27 (UTC)[回覆]

管理員選舉候選人ASid通告

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:申請成為管理員/ASid/第4次。

我是此次管理員選舉候選人ASid，很抱歉告訴大家一件事，原本RFA就讓我壓力很大，大家的提問讓我的壓力又更上一層樓（此處沒有任何責怪之意），後續各位的提問我不保證我一定可以回答（大家仍可以繼續提問題，我沒有要攔著大家提問題的意思，即便我無法回答我還是會看），希望大家見諒，謝謝。

在原本的選舉頁我有在問題區的最底下放上留言，但我覺得我仍有必要來客棧給社群一個正式的通知，最後真的很抱歉，我的狀況真的非常不好，這才出此下策，希望大家可以原諒我。--~~Sid~~ 2024年5月12日 (日) 03:13 (UTC)[回覆]

請您保重。管理員申請提問負擔向來是太大了！—— Eric Liu 創造は生命（留言・留名・學生會） 2024年5月12日 (日) 03:17 (UTC)[回覆]
加油！我早就說過提問時間不要太長，結果沒人理我。--0xDeadbeef (留言) 2024年5月12日 (日) 12:44 (UTC)[回覆]
好像是我沒讀好方針。貌似一直以來提問期都是兩周。所以我其實沒說過提問期太長。--0xDeadbeef (留言) 2024年5月12日 (日) 13:02 (UTC)[回覆]
此前引進安全投票時推動投票期與討論期分離（不延長過久），相信是有點幫助。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年5月12日 (日) 17:12 (UTC)[回覆]
加油啊。好好休息減輕壓力。-千村狐兔（留言） 2024年5月12日 (日) 23:14 (UTC)[回覆]

關於偽基百科一覽中文維基人頁面

同 Ericliu1912，該站只會視相關行為屬招募真人傀儡，無助解決問題。再者，WP:DENY，公開討論僅會增加該頁面的關注度，亦對當事人可能造成二次傷害。考慮到此討論無法解決問題且反而有害，故關閉之。另已移除相關連結。謝謝。--SCP-0000（留言） 2024年5月16日 (四) 18:06 (UTC)[回覆]
下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

偽基百科對於維基用戶的誹謗已經不是一天的了。今天我把這個條目提出了去留投票。如果當中有用戶覺得此頁面具有侮辱性，請到該站註冊用戶並表達自己的意見（他們一定會考慮你們的意見）。L'Internationale, Sera le genre humain! ✏️ 2024年5月16日 (四) 13:34 (UTC)[回覆]

附知以下用戶：@Easterlies、MINQI、UjuiUjuMandan、Johnson.Xia、Cwek、Ohtashinichiro、日期20220626、葉又嘉、Lily135、LuciferianThomas、Hat600、Mys_721tx、Lanwi1、乌拉跨氪、Jimmy Xu、淺藍雪、AT、Shizhao、SCP-2000、范、Bagida520、SIridiuM28、MCC214、太刻薄、这个那、Softyu、Owennson、SickManWP、1F616EMO、GlenHelvetica、吳安昌、DarkWizardCody，你們都牽涉在此頁面中，請考慮在此採取行動。L'Internationale, Sera le genre humain! ✏️ 2024年5月16日 (四) 13:48 (UTC)[回覆]
你這樣難道不等於在招募真人傀儡嗎？除非你明確表達這只是當事人去表達意見，不是要干涉偽基內政。另外「一覽中文維基人」其實複製自「中文維基人一覽」，兩篇條目都一樣糟糕。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年5月16日 (四) 14:01 (UTC)[回覆]
我沒有偽基百科帳號，所以我不會參與那個去留討論頁面。實在看不清有要去管的必要，個人認為強行去留言只會促成史翠珊效應，不僅刪除頁面不成，反而令偽基的用戶更新那個頁面更頻繁，助長了所謂的誹謗行為。--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年5月16日 (四) 15:41 (UTC)[回覆]
某LTA在那邊還張貼大量用戶私隱。－千村狐兔（留言） 2024年5月16日 (四) 15:44 (UTC)[回覆]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

其實偽基百科就是用來發泄情緒的--Dnaimfz（留言） 2024年5月17日 (五) 05:39 (UTC)[回覆]

取自「https://zh.wikipedia.org/w/index.php?title=Wikipedia:互助客栈_(全部)&oldid=63126193」