维基百科:互助客栈/方针

维基百科,自由的百科全书

这是本页的一个历史版本,由BlackShadowG留言 | 贡献2021年2月5日 (五) 10:52 →‎有关Wikipedia:共识#提案討論及公示時間的适用范围编辑。这可能和当前版本存在着巨大的差异。

此頁面探討维基百科的方針與指引


請注重礼仪、遵守方針與指引,一般問題請至互助客棧其他區知识问答提出,留言后请务必签名(点击 )。


發表前請先搜索存档,參考舊討論中的内容可節省您的時間。
公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 提議提高條目評選投票資格門檻 81 23 For Each element In group Next 2024-05-02 11:29
2 再擬議立國際關係命名常規為方針 39 10 Kethyga 2024-05-02 08:40
3 修订删除方针明确允许删除没有来源30日以上的条目 43 7 Cwek 2024-05-01 21:34
4 Quick CU introduction 11 6 Ericliu1912 2024-05-01 12:24
5 提議英維指引en: MOS:TVINTL經本地化後引入中維維基百科:格式手冊/電視 62 8 YFdyh000 2024-05-02 03:36
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

正在廣泛徵求意見的議題

以下討論需要社群廣泛關注:重新整理

維基百科格式與命名

Template talk:Infobox person § 修改 Infobox person 中 native_name 参数位置

維基百科方針與指引

Wikipedia talk:维基百科不是什么 § 修订方针维基百科不是维基物种

Wikipedia talk:共识 § 共識建立的遞進步驟

Wikipedia:互助客栈/条目探讨 § 盛岡市的導言和宣傳的定義

Wikipedia talk:消歧义 § 请问以下消歧义的存在是否合理?

維基百科提議

Wikipedia talk:仲裁委员会 § RfC:2024年2月

Wikipedia talk:回饋請求服務 § 将回馈请求系统用于存废讨论和存废复核

Wikipedia talk:字詞轉換處理/公共轉換組 § 思路:條目預儲公共轉換組中匹配的規則,減少載入時間

Template talk:Twitter § Twitter改為X

Wikipedia:互助客栈/其他 § 对ITN获选标准及ITNR的小修订

Template talk:Hang on § {{hangon}}

專題命名空間

Wikipedia:名字空间/2021年設立新命名空間及偽命名空間

捷徑指引草案的討論,源自於「偽命名空間」的討論,英語維基百科對於捷徑相關的規範及偽命名空間的設立已有成熟的執行方式。中文維基百科中的部分編輯者對於「格式手冊」、「長期破壞者」及「專題」這三個主題提出可升級成命名空間或以偽命名空間形式存在,並有正反兩方的陳述與看法。

目前較為接近共識的是「專題」提升為正式命名空間,反對者的論述已由支持者回應,且反方無進一步論述。然為求慎重,且將捷徑與命名空間等議題作系統性討論,將會執行階段修訂,以取得最大共識。

本討論的各階段分為:

  1. 專題提升為命名空間與否及其細節
  2. 格式手冊及長期破壞者是否成為命名空間或偽命名空間;
  3. 偽命名空間規範寫入捷徑規範內(如前項通過)或是否允許偽命名空間(如前項不通過);
  4. 捷徑規範細部討論並決定是否成為指引。

各階段不得同時討論,前一項討論完結之後,才能進行下一段討論。臺灣杉在此發言 (會客室) 2020年12月10日 (四) 05:47 (UTC)[回复]

專題命名空間通過,剩餘細節獨立討論。臺灣杉在此發言 (會客室) 2021年1月11日 (一) 11:20 (UTC)[回复]
目前的後續討論須等phab:T271612佈署完畢後才能繼續進行。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月12日 (二) 13:08 (UTC)[回复]

已通過:
公示7日無合理異議,本議案通過。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月3日 (日) 07:44 (UTC)[回复]
下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

直接將PJ:獨立為新WP:命名空間

(&)建議像日文維基那樣,專題直接變成一個 "真" 名字空間 ja:Help:名前空間#プロジェクト就不會有cwek說的 "假" 名字空間 的 混淆問題了。日維相關討論。 -- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2020年11月16日 (一) 06:06 (UTC)[回复]

依據先前討論,專題命名空間的討論已接近達成共識之階段,目前問題包含:

  1. 英文命名部分,其一為Project並取消與Wikipedia空間連動,其二為以WikiProject命名;
  2. 部分使用者認為直接將PJ與Wikipedia連動即可。

請討論。臺灣杉在此發言 (會客室) 2020年12月10日 (四) 05:47 (UTC)[回复]

  • 个人以为Project名字空间肯定不能变,否则可能会造成不少链接失效。因此名字空间应该命名为“WikiProject”,对应的中文名字空间应该命名为“维基专题”,以便于与“WikiProject”对应。——BlackShadowG留言2020年12月11日 (五) 16:27 (UTC)[回复]
    • 我認為中文叫做「專題」並無不妥,也無衝突。將「WikiProject:」作為程式系統前綴;「專題」、「維基專題」、「PJ」作為別名。其他中文別名也可以之後再議再補。並依照法維和日維和其他姐妹計劃的統一定義,定為{{ns:102}}(目前顯示為「WikiProject」,空白是因為本地尚未實裝)。— ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2020年12月11日 (五) 18:16 (UTC)[回复]
確定英文名稱不會衝突就可以,中文名稱應該沒問題。SANMOSA SPQR 2020年12月12日 (六) 03:34 (UTC)[回复]
支持命名为WikiProject/专题 ——羊羊 (留言|贡献) 2020年12月16日 (三) 15:08 (UTC)[回复]


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

專題空間設立流程與細節

參考ja:Special:PermaLink/39099771#ウィキプロジェクト用名前空間の新設以及ja:Wikipedia:ウィキプロジェクト/名前空間の新設,本地的處理方式預計會分成5個階段進行:

  1. phab:提交申請設立專題空間;
  2. 將專題頁與討論頁批次移動到專題空間(可能需WP:FLOOD);
  3. 修正指向專題的內部連結(可能需WP:FLOOD);
  4. 調整專題模板;
  5. 討論重新導向與捷徑的設立方式;
  6. 其他議題。
以上。以上流程不會立即執行,會在社群對流程沒有異議之後公示後執行。如有其他相關疑問可繼續在下方討論。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月3日 (日) 07:44 (UTC)[回复]

第一階段:申請

已通過:
已通過公示,亦完成布署(前端 by User:AnYiLin後端 by User:A2569875),專題名字空間已於中文維基百科生效,將立即進行下一階段討論。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月27日 (三) 04:06 (UTC)[回复]
下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

  • 將會提供給phab:的細節如下:
名字空間 討論空間
內部名稱
(前綴)
WikiProject: WikiProject_talk:
ID 102 103
中文名稱
(介面名稱)
維基專題 維基專題討論
別名
  • 專題
  • 专题
  • 維基專題
  • 维基专题
  • PJ
  • WPJ
  • 專題討論
  • 专题讨论
  • 專題對話
  • 专题对话
  • 維基專題討論
  • 维基专题讨论
  • 維基專題對話
  • 维基专题对话
  • PJT
  • WPJT
-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月3日 (日) 09:41 (UTC)[回复]
转交 转交phab:T271612。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月9日 (六) 08:16 (UTC)[回复]

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

第一點五階段:內容事實修訂

由於該命名空間設立完畢,已修正WP:命名空間新增該空間說明。如需補充歡迎討論。臺灣杉在此發言 (會客室) 2021年1月27日 (三) 13:40 (UTC)[回复]

您漏了WP:NS#缩写和别名。--LuciferianThomas留言 2021年1月28日 (四) 08:08 (UTC)[回复]
完成。--臺灣杉在此發言 (會客室) 2021年1月29日 (五) 13:37 (UTC)[回复]

第二階段:轉移至新名字空間

已通過:
公示從2021年1月6日起至2021年1月14日暫停再從2021年1月26日起至1月29日共11天,期內所有異議的論述已由支持者回應,且反方無進一步論述,故無合理異議,議案通過。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月29日 (五) 13:04 (UTC)[回复]
下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

名字空間設立完畢後,將會把所有列於Category:维基专题中的頁面及子頁面轉移至新名字空間,預計轉移的頁面及轉移之目標列於此頁User:A2569875/議案/專題空間設立/影響頁面(暫不包括重新導向),如有異議請盡快提出。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月3日 (日) 19:26 (UTC)[回复]

第二階段 之 公示狀態通告

第二階段 之 公示期討論


公示通過,即將開始移動-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月29日 (五) 13:04 (UTC)[回复]


本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
「維基專題:維基專題:XX」的頁面
已處理:
下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。



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

第三階段:修正指向專題的內部連結

各階段不得同時討論,前一項討論完結之後,才能進行下一段討論。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月3日 (日) 19:29 (UTC)[回复]

第四階段:調整專題模板

第五階段:(暫不開放)

各階段不得同時討論,前一項討論完結之後,才能進行下一段討論。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月29日 (五) 12:57 (UTC)[回复]

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

偽命名空間

Wikipedia:名字空间/2021年設立新命名空間及偽命名空間 本案討論格式手冊及長期破壞者提升問題。目前有三案:

  • 格式手冊及長期破壞者提升為命名空間,英語名稱待定;
  • 格式手冊及長期破壞者成為偽命名空間,縮寫為MOS及LTA;
  • 維持現行方式。

請討論。臺灣杉在此發言 (會客室) 2020年12月25日 (五) 01:23 (UTC)[回复]

建議立為偽命名空間(方案2)。SANMOSA SPQR 2020年12月27日 (日) 07:32 (UTC)[回复]
支持提升為命名空間,因為會違反快速刪除方針的R2準則。 2020年12月28日 (一) 07:06 (UTC)[回复]
如果是偽命名空間通過,就會在下一階段修訂快速刪除、捷徑以及命名空間規範。--臺灣杉在此發言 (會客室) 2020年12月28日 (一) 09:53 (UTC)[回复]
支持成為偽命名空間。命名空间涉及较多技术问题,未来如需求明显,可再议转换。--YFdyh000留言2020年12月30日 (三) 13:01 (UTC)[回复]
如需要立為名字空間也並非不可,只是要決定其所使用的數字ID
  • 0-99的命名空間ID要保留給維基媒體系統使用,故需要使用100以上的命名空間ID
    下面整理許多語言版本維基百科的命名空間ID使用(主空間是偶數,討論空間是奇數)
命名空間 命名空間ID
/
討論頁ID
維基百科
各語言版本
使用狀況(未窮舉)
本地使用狀況 備註
主題: 100/101 全部語言版本維基百科皆有啟用 參考此處整理 本地已使用 Help:主题
專題: 102/103 中文及加泰蘭文世界文法文韓文奧克西坦文日文 本地已使用 Wikipedia:专题
附件: 104/105 西班牙文 未使用 類似中文維基辭典的附錄
文獻: 104/105 法文奧克西坦文 未使用 參考User:青子守歌的整理
仲裁: 106/107 俄羅斯文 未使用 (本地未通過相應指引)
WP:仲裁委員會
圖書: 108/109 超過25個語言版本使用。 本地通過的共識為 :
繁簡轉換系統處理完畢後引入,然而P站仍在努力中,因此還是有機會使用此數值
Help:圖書
110/111 未使用
草稿: 118/119 超過25個語言版本使用。 本地已使用 WP:草稿
以上補充。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2020年12月31日 (四) 09:52 (UTC)[回复]
(+)支持為設立偽命名空間,對設為真命名空間(#)有保留。--LuciferianThomas留言 2020年12月31日 (四) 15:58 (UTC)[回复]
我对成立真命名空间(#)有保留,尤其是格式手册。对格式手册而言,因为格式手册同时也是指引,对它成立真命名空间将意味着指引分散两地。 --Milky·Defer 2020年12月31日 (四) 17:13 (UTC)[回复]

小结1

标题添加: ——羊羊 (留言|贡献) 2021年1月19日 (二) 05:21 (UTC)[回复]

我想補充一個意見:我反對MOS及LTA設為真命名空間,僅支持MOS及LTA設為偽命名空間。SANMOSA SPQR 2021年1月2日 (六) 08:17 (UTC)[回复]
支持命名空間,反對偽命名空間。SmallTim留言2021年1月5日 (二) 13:56 (UTC)[回复]
(?)疑問@SmallTim有鑑於WP:投票不能代替討論,能否請您補充一下反對偽命名空間的理由,以便彙整、推進討論?感激不盡。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月5日 (二) 18:25 (UTC)[回复]
这整得跟投票一样,建议各位将(+)支持(-)反对的理由写出来,逐一进行讨论,以此达到共识。毕竟投票不能代替讨论。 ——羊羊 (留言|贡献) 2021年1月5日 (二) 15:50 (UTC)[回复]
我建議直接排除成為真命名空間的可能性,這樣會產生維護問題。SANMOSA SPQR 2021年1月6日 (三) 06:10 (UTC)[回复]
方針指引宜集中於同一命名空間。SANMOSA SPQR 2021年1月6日 (三) 06:45 (UTC)[回复]
(!)意見@SanmosaLTA不是方針、指引、態度指引、草案、提議、論述、專題、主題、存檔、書籍、條目、分類、介面...都不是。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月6日 (三) 06:48 (UTC)[回复]
那你當我的建議僅適用於MOS。SANMOSA SPQR 2021年1月6日 (三) 06:51 (UTC)[回复]
(?)疑問:有多少此次提案涉及的LTA?--Yining Chen留言|签名2021年1月7日 (四) 05:39 (UTC)[回复]

以上。--LuciferianThomas留言 2021年1月8日 (五) 02:01 (UTC)[回复]

把LTA设置成名字空间的一个效果是可以设置所有页面为noindex(包括少数不使用LTA模板的子页),虽然社群要评估一下这么做的价值。--GZWDer留言2021年1月10日 (日) 14:42 (UTC)[回复]

小结2

标题添加: ——羊羊 (留言|贡献) 2021年1月19日 (二) 05:21 (UTC)[回复]

@A2569875Taiwania Justo其實我覺得上方的總結可能會導致共識的混淆。

表達意見用戶 格式手冊(MOS) 長期破壞者(LTA) 備註
升格命名空間 設偽命名空間
允許R2例外
升格命名空間 設偽命名空間
允許R2例外
Yining Chen 傾向反對 支持 傾向反對 支持
羊羊32521 反對 支持 傾向支持 支持 LTA傾向,意見優先取
Sanmosa 反對 支持 支持
Pseudo Classes 支持 反對 支持 反對 以違反CSD R2為由反對議案是否WP:CCC
YFdyh000 支持 支持
LuciferianThomas 有保留 支持 有保留 支持
Ericliu1912 反對 傾向支持 反對 支持
MilkyDefer 有保留 支持 有保留 支持 早前討論
Super Wang 可開可不開 支持 早前討論
Cwek 反對 反對 早前討論
Lopullinen 傾向反對 傾向反對 早前討論
Sunny00217 支持 支持 早前討論
總計 2 : 4 : 2 7 : 3 : 1 3 : 2 : 3 8 : 3 : 0

此總結方式會否更加清晰?--LuciferianThomas留言 2021年1月12日 (二) 02:06 (UTC)[回复]

澄清一下,因為現行方針尚未針對此議題修正,實不宜直接設立偽命名空間,我認為修正方針應要在此議題之前完成。道理就像UBER進入到某市場一樣,應在其進入市場前設立相應法規,避免無法與計程車公平競爭、司機有無載客資格和違法現行法規等問題。-- 2021年1月12日 (二) 17:45 (UTC)[回复]
此外,反對偽命名空間的理由是,MOS和LTA既為縮寫,儘管名義上是偽命名空間,但是實際上仍屬於條目命名空間,這樣子與其內容衝突非常奇怪,更何況現存有許多辨識命名空間的模板,身為重度模板使用者,我不希望辨識偽命名空間時,輸出的結果為「條目」。-- 2021年1月12日 (二) 17:57 (UTC)[回复]
  • 在模板裡面放if else不就好了。Module亦然。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月12日 (二) 18:07 (UTC)[回复]
    @A2569875:您應該明白我的重點不在這裡吧。-- 2021年1月17日 (日) 14:20 (UTC)[回复]
    • 山不轉路轉、路不轉人轉。大可以將所有判斷名字空間的模板在判斷前先匹配偽名字空間表再做進一步輸出,看不出有什麼問題,很多語言版本維基都有它自己的「本地特化」。 對於傾向支持偽名字空間(當然如可能我還是希望名字空間啦,但基金會那邊不一定會買單,你看編輯審核保護和Book:名字空間工單提那麼久還在「神秘的技術問題擱置」就知道有多難,何況其他語言版本沒有先例)對於傾向支持偽名字空間的立場者來說,當然會提出傾向於去符合對偽名字空間有利的方案去做提議。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月17日 (日) 14:38 (UTC)[回复]
      伪名字空间只是一个重定向页,模板所处的页面还是在项目空间上,当然不会输出“条目”,就像这个链接User:羊羊32521/S/VP点进去不会造成Wikipedia:互助客栈变成“用户页”一样。 ——羊羊 (留言|贡献) 2021年1月19日 (二) 05:14 (UTC)[回复]
  • 不認為以上問題是問題,模板模組加個if-else或switch case在本地特化的名字空間便是模板/模組不就好了,況且現在有不少的名字空間判斷都不是直接引用魔術字,是使用中介模板例如{{Namespace_detect}},在裡面補充if-else或switch case不就好了,先前討論早就提議了「建立允許不快速刪除的偽名字空間列表」,難道列表只能列在指引哩,不能寫在程式裡??;關於介面是同理,將是偽名字空間的頁面改掉顯示名稱不就得了?技術上到底是有甚麼障礙,我看不出,有障礙的分明是「你不想」吧,例如下方列舉的程式碼片段:
以上。再來,快速刪除方針,請參閱WP:CCC。 未見系統性問題,謝謝。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月19日 (二) 07:14 (UTC)[回复]
在偽命名空間部分,我是以「有需求」為前提,如果共識認為不需設立或不能設立,那就是維持原案,也就沒有需要修方針的問題。--臺灣杉在此發言 (會客室) 2021年1月13日 (三) 02:58 (UTC)[回复]
而以現時討論而言主流意見為將MOS和LTA設為偽命名空間。--LuciferianThomas留言 2021年1月13日 (三) 05:16 (UTC)[回复]
@LuciferianThomas影響的範圍較大,即使有主流共識,目前討論的參與者人數並不能代表整個社群。 2021年1月17日 (日) 14:17 (UTC)[回复]
能有多大?,不就條目名字空間裡多幾個幾乎不會發生命名衝突的捷徑而已?怎麼講的好像設立下去維基伺服器會炸掉一樣。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月17日 (日) 14:43 (UTC)[回复]
關於主流意見的共識,我認為引用WP:7DAYS並無不妥,你不可能直接讓幾千人一起討論,你這樣說乾脆舉辦維基社群公投算了,BUT:WP:投票不能代替討論。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月17日 (日) 14:45 (UTC)[回复]
个人认为,如果长期破坏者(LTA)有成为名字空间的潜力的话,应该此时直接升级成为名字空间。不然,如果之后再讨论升级为名字空间,所有带LTA:前缀的页面还要重新移动一遍。 ——羊羊 (留言|贡献) 2021年1月15日 (五) 12:04 (UTC)[回复]
感觉LTA页面及名字空间有违WP:RBI。如果设立名字空间的同时增设页面查看权限(回退员及以上),我会考虑支持。--YFdyh000留言2021年1月15日 (五) 12:28 (UTC)[回复]
但似乎普遍意見並不贊同LTA升格真命名空間,即使有潛力但卻缺乏社群共識,也難以行事。--LuciferianThomas留言 2021年1月15日 (五) 17:40 (UTC)[回复]

(-)反对设立MOS和LTA名字空间,这与技术问题无关,而是目前MOS和LTA页面的数量和读者关注的程度远远达不到需要设立新名字空间的地步。LTA页面的数量充其量也就一百个左右,MOS页面的数量更是少得可怜,才十几个,远远没有达到维基专题那样的2000多个页面。同时,LTA只有熟悉CU等站务的编者会去查阅,MOS查阅的人数更少,这些也完全比不上熟悉某些特定领域的编者和读者都会关注的维基专题。因此,我反对设立以上两个名字空间,对设立伪名字空间表示(=)中立。——BlackShadowG留言维基百科20周年庆即将到来 2021年1月15日 (五) 13:41 (UTC)[回复]

LTA数量可能少,但shortcut还是蛮多的。而且LTA数量也会增多-- ——羊羊 (留言|贡献) 2021年1月16日 (六) 12:55 (UTC)[回复]
偽命名空間只是for捷徑連結而已,原本的頁面不會被移動。--LuciferianThomas留言 2021年1月16日 (六) 13:12 (UTC)[回复]
  • (+)支持偽名字空間。我原本是支持名字空間的,但經歷了上述討論以及主持了專題名字空間的設立,我發現偽名字空間是有許多優點的。先看名字空間,名字空間是需要「安裝」的,本地獲得共識之後要等待工程師安裝,期間從數周到數月不等,且不具備可擴充性,即每新增一個名字空間都要請工程師協助,本地管理員、介面管理員、模組編輯員都無能為力,只有基金會工程師可以執行,「真名字空間」可擴充性不佳。我們來看看「偽名字空間」,它「免安裝」耶,隨加即用,涉及命名空間判斷的本地模板與模組本地的管理員、介面管理員、模組編輯員都能即時加入,也不必等待工程師安裝,「偽名字空間」可擴充性十分良好。假如今天社群需要一個新的捷徑前綴或字首,真名字空間需要等待工程師安裝,而偽名字空間公示通過後就能隨加即用,是多麼的方便。正如臺灣杉在此發言 (會客室)所言:「如果偽命名空間不會造成「系統性」的重大問題,就可以納入考量。」且許多問題如模板輸出都可以透過技術手段解決,參見#宇帆於2021年1月19日 (二) 07:14 (UTC)之發言。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月19日 (二) 07:16 (UTC)[回复]

捷徑空间提案

标题添加: ——羊羊 (留言|贡献) 2021年1月19日 (二) 05:21 (UTC)[回复]

否決:
設立捷徑專用名字空間無法有效解決本案核心問題。—- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月20日 (三) 07:14 (UTC)[回复]
下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。


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

小結3

使用者自訂的Common.js測試有關代碼的結果。測試於[[MOS:001]]
(:)回應@LuciferianThomas已測試相關代碼(程式碼片段)在Common.js中的行為,Special:Diff/63843386,以[[MOS:001]]為例,效果見圖File:Pseudo-Namespace MOS UI Test in Chinese Wikipedia.png。如偽名字空間通過設立可以考慮請求介面管理員添加相關代碼於MediaWiki:Common.js。副知@羊羊32521重定向页显示条目已有可行解決辦法。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月21日 (四) 08:32 (UTC)[回复]

再提捷徑空间提案

尝试推动LTA空间

結以待續,請發起新議案。--LuciferianThomas留言 2021年1月31日 (日) 23:09 (UTC)[回复]
下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

经过上方的讨论,我认为LTA更适宜作为真·名字空间。好处是(上方有人提到)可以设置所有页面为NOINDEX,增设页面查看权限(体现WP:RBI,而且有天邪鬼这种……)。

此外,LTA与Project空间联系性不大,没有维护问题。而且,如果设伪名字空间之后再讨论升级为名字空间,所有带LTA:前缀的页面还要重新移动一遍。(mw:Help:Namespace)

至于LTA页面数量少……我是不知道设立名字空间还有页面数量门槛啊…… 囧rz…… ——羊羊 (留言|贡献) 2021年1月23日 (六) 05:20 (UTC)[回复]

如果用户不可查看的名字空间不会显示在Special:搜索,我想名字空间多不是个大问题。赞成“LTA与Project空间联系性不大”。不认为二次移动是个大问题,社群可以先用伪名字空间看看效果。--YFdyh000留言2021年1月23日 (六) 12:25 (UTC)[回复]

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

偽命名空間相關方針及WP:捷徑修正

通過:
@Taiwania JustoPseudo ClassesSanmosaA2569875GZWDer公示七日結束,共識期間唯一異議排除,公示獲得通過,有關條文。即日起MOS、LTA偽命名空間獲得CSD R2例外,上述命名空間作為格式手冊和長期破壞者頁面的正規連結。--LuciferianThomas留言 2021年1月31日 (日) 03:11 (UTC)[回复]
下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

本討論已近一個月,得到的回饋有:

  1. 主流意見認為格式手冊及長期破壞者(持續出沒的破壞者)宜設立偽命名空間;
  2. 已有技術手段可分出偽命名空間與主命名空間的差異性;
  3. 設立偽命名空間無重大系統性問題,且部署容易,不牽涉到基金會層面之程式修改。

由此,偽命名空間將會在上段討論開始一個月後進行公示(也沒過幾天),而相關規範也將儘速修正或設立,下列針對快速刪除方針R2進行修正,及將WP:捷徑中的偽命名空間部分做為指引。下列為R2修正提案。

現行條文

R2. 跨名字空间重定向

由条目的名字空间重定向至非條目名字空间,将用户页移出条目名字空间時遺留的重定向,或者从草稿名字空间指向非草稿名字空间的重定向。(有时新加入的维基人偶尔会在主条目空间誤建用户页。使用“移动”页面工具将用户页移回用户名字空间会保留页面历史,在删除遺留的重定向頁前,考虑保留一到两天;草稿重定向速删前,请确保草稿已经完成其作用,并且草稿的历史已经合适地移动到相应的正式页面。)
提議條文

R2. 跨名字空间重定向

由条目的名字空间重定向至非條目名字空间,将用户页移出条目名字空间時遺留的重定向,或者从草稿名字空间指向非草稿名字空间的重定向。經社群同意設立的偽命名空間屬於本規則之例外。注意:有时新加入的维基人偶尔会在主条目空间誤建用户页。使用“移动”页面工具将用户页移回用户名字空间会保留页面历史,在删除遺留的重定向頁前,考虑保留一到两天;草稿重定向速删前,请确保草稿已经完成其作用,并且草稿的历史已经合适地移动到相应的正式页面。

捷徑中偽命名空間的規範詳見這裡

請討論。臺灣杉在此發言 (會客室) 2021年1月20日 (三) 06:53 (UTC)[回复]

同意提案。SANMOSA SPQR 2021年1月20日 (三) 08:10 (UTC)[回复]
(+)贊成R2修正案,另就WP:捷徑,我看了一遍,似乎要整個重新整理過。--LuciferianThomas留言 2021年1月20日 (三) 10:04 (UTC)[回复]
捷徑修正細節是最後一項討論內容,目前先以偽命名空間為討論對象。也歡迎對捷徑規範作重新整理。--臺灣杉在此發言 (會客室) 2021年1月20日 (三) 12:19 (UTC)[回复]
(+)支持WP:CSD修正案與偽名字空間。我原本是支持名字空間的,但經歷了上述討論以及主持了專題名字空間的設立,我發現偽名字空間是有許多優點的。先看名字空間,名字空間是需要「安裝」的,本地獲得共識之後要等待工程師安裝,期間從數周到數月不等,且不具備可擴充性,即每新增一個名字空間都要請工程師協助,本地管理員、介面管理員、模組編輯員都無能為力,只有基金會工程師可以執行,「真名字空間」可擴充性不佳。我們來看看「偽名字空間」,它「免安裝」耶,隨加即用,涉及命名空間判斷的本地模板與模組本地的管理員、介面管理員、模組編輯員都能即時加入,也不必等待工程師安裝,「偽名字空間」可擴充性十分良好。假如今天社群需要一個新的捷徑前綴或字首,真名字空間需要等待工程師安裝,而偽名字空間公示通過後就能隨加即用,是多麼的方便,然而要實現此需要修正WP:CSD#R2,正如臺灣杉在此發言 (會客室)所言:「如果偽命名空間不會造成「系統性」的重大問題,就可以納入考量。」,參見#宇帆於2021年1月19日 (二) 07:16 (UTC)之發言,未見要修正WP:CSD#R2會出現什麼系統性問題,故此(+)支持WP:CSD修正案。以上-- 來人啊,餵宮子吃布丁! ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月21日 (四) 08:06 (UTC)[回复]
想向諸位確認一下@A2569875Taiwania Justo此案中已經說明偽命名空間的實施,意即此案通過則偽命名空間同步通過?--LuciferianThomas留言 2021年1月22日 (五) 11:32 (UTC)[回复]
順序是上面的MOS、LTA先公示完畢,本案才會接著進行公示。於此期間兩邊同步討論。--臺灣杉在此發言 (會客室) 2021年1月22日 (五) 15:05 (UTC)[回复]
我認為兩案必然掛鉤,建議若公示偽命名空間則同步公示R2修訂,沒有分部處理的必要。--LuciferianThomas留言 2021年1月22日 (五) 22:06 (UTC)[回复]
@Taiwania Justo兩者應當一同公示並通過,否則會有合法性問題。SANMOSA SPQR 2021年1月23日 (六) 08:55 (UTC)[回复]
借問:現在討論似乎已經算超過一個月了(這提案承接上次討論,已經很久了),而已經達到基本社群共識(共識不強求全然同意,但可採取主流意見),理論上可以7DAYS?--LuciferianThomas留言 2021年1月23日 (六) 09:25 (UTC)[回复]
那就現在公示吧。--臺灣杉在此發言 (會客室) 2021年1月24日 (日) 02:47 (UTC)[回复]

本討論超過一個月,且偽命名空間之相關技術問題已得到解決,且主流意見認為有設置必要,現就偽命名空間、R2及WP:捷徑內的偽命名空間規範 公示7日,2021年1月31日 (日) 02:51 (UTC) 結束臺灣杉在此發言 (會客室) 2021年1月24日 (日) 02:51 (UTC)[回复]

@Taiwania JustoLuciferianThomas啟用偽命名空間能解決什麼問題?我相信這是提案必須討論的重點,我需要有人能回答這個問題。如果沒辦法解決什麼問題,我認為維持現狀即可,也就是WP足矣。然而,就我查看整個討論,似乎都是討論命名空間真偽的可行性,只有幾個留言有提到這個問題。 2021年1月29日 (五) 04:57 (UTC)[回复]
看來你是沒有看到最初的討論,見本章節頂端討論導航最初的討論,已經是說明了偽命名空間的作用為讓捷徑意義更加清晰且減少可能構成重複的捷徑名稱的情況。現在不是解決問題的情況,而是優化社群討論和表達的問題了。--LuciferianThomas留言 2021年1月29日 (五) 05:01 (UTC)[回复]
一直以來捷徑都沒有什麼規範,尤其是格式手冊、維基專題及LTA的頁面重定向,表達不清之餘容易造成混亂,偽命名空間就是讓這些項目的捷徑統一化,方便社群溝通。--LuciferianThomas留言 2021年1月29日 (五) 05:04 (UTC)[回复]
例子:MOS:BOLDWP:MOSBOLD簡潔,但連結至格式手冊的捷徑沒有規範導致格式混亂難以維護,有些有WP:MOS字首有些沒有;而LTA更甚,捷徑完全沒有要表達連結目標為LTA頁面的意思。相對於WP:LTA/HBN,使用偽命名空間概念的LTA:HBN更簡潔易明。在解決捷徑的問題的同時順便推動在其他維基項目運行暢順的偽命名空間比較合適。--LuciferianThomas留言 2021年1月29日 (五) 05:13 (UTC)[回复]
@LuciferianThomas:真是抱歉,我沒有一直關注這個提案,突然要找相關討論也找不到。既然如此,我沒意見了。-- 2021年1月29日 (五) 14:02 (UTC)[回复]

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

進一步討論

自動提刪R2

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

現時主命名空間的R2好像有機械人自動提速刪?是否要請BOT主修正,或暫時透過過濾器阻止機械人速刪?--LuciferianThomas留言 2021年1月31日 (日) 03:11 (UTC)[回复]

@Jimmy Xu--臺灣杉在此發言 (會客室) 2021年1月31日 (日) 04:31 (UTC)[回复]
Special:Diff/64056831-- Sunny00217  2021年2月1日 (一) 11:53 (UTC)[回复]
已更新。--Jimmy Xu 2021年2月1日 (一) 14:07 (UTC)[回复]

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

MOS捷徑名稱

LTA空間的捷徑大部分都可以快速移動,但格式手冊的捷徑很多不同格式,在此希望各位一同組成完整的新捷徑列表。--LuciferianThomas留言 2021年1月31日 (日) 03:11 (UTC)[回复]

WP:NS2021/MOSSC,已列出部分格式手冊可用捷徑,請檢查,並協助補充。--LuciferianThomas留言 2021年2月1日 (一) 08:48 (UTC)[回复]
已完成,請協助檢查。--LuciferianThomas留言 2021年2月3日 (三) 04:35 (UTC)[回复]

軟重定向

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

原有的捷徑可否改為軟重定向並作出提示「此捷徑已移動至XXX,請直接使用新捷徑」?--LuciferianThomas留言 2021年1月31日 (日) 03:11 (UTC)[回复]

(-)反对,原有重新導向應保留,沒必要軟重新導向。-- 2021年1月31日 (日) 03:56 (UTC)[回复]
或是透過JS小工具提示功能,讓用戶在非討論頁面中點擊舊有連結時提示修改為新連結?--LuciferianThomas留言 2021年1月31日 (日) 04:23 (UTC)[回复]
不必更動,英語維基百科部分MOS也有用WP的捷徑。--臺灣杉在此發言 (會客室) 2021年1月31日 (日) 04:32 (UTC)[回复]
好的,那麼就捨棄軟重定向,只重新議論MOS的捷徑名稱。--LuciferianThomas留言 2021年1月31日 (日) 04:52 (UTC)[回复]

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

技術問題處理

命名空間偵測模板以及MediaWiki:Common.js見此處)需要提編輯請求,以令偽命名空間生效。—- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月31日 (日) 05:30 (UTC)[回复]

小補充:偽命名空間捷徑可用{{捷徑重定向}}標記,已加入自動偵測偽命名空間顯示偽命名空間簡單說明。--LuciferianThomas留言 2021年2月2日 (二) 05:55 (UTC)[回复]
另外@A2569875已創建MOS:MOS:MOSMOS:手冊MOS:格式手冊供你們測試各項技術問題。--LuciferianThomas留言 2021年2月2日 (二) 05:59 (UTC)[回复]
根據Wikipedia:保護方針#需进行公示,即使偽命名空間已獲得社群共識,輕微影響外觀顯示的編輯仍需公示七日,因為未添加亦不會影響偽命名空間的運作。-- 2021年2月2日 (二) 06:29 (UTC)[回复]
@LuciferianThomas。-- 2021年2月2日 (二) 06:34 (UTC)[回复]
@LuciferianThomasPseudo Classes還不能公示,因為討論仍在進行中MediaWiki_talk:Common.js#編輯請求_2021-01-31。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月2日 (二) 06:39 (UTC)[回复]
不影響運作,他可以使用個人JS頁面進行測試,只是這個意思。而提及重定向模板純粹因為這個章節叫做「技術問題處理」,沒有其他地方方便提及就在這裏說而已。--LuciferianThomas留言 2021年2月2日 (二) 07:22 (UTC)[回复]
(:)回應由於U:YFdyh000提到的誤導問題,故反對使用個人用戶小工具模式,因為誤導問題就是在於不知此事的人,知道的人啟用小工具又有什麼卵用?故強烈建議全站套用。—- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月2日 (二) 10:50 (UTC)[回复]
@A2569875:可以考虑作为默认启用的小工具,这样也方便维护。--安忆Talk 2021年2月2日 (二) 12:35 (UTC)[回复]
@Pseudo Classes閣下錯引方針了,該章節位於「使用和處理編輯請求」章節底下,指明是管理員和模板編輯員在處理編輯請求的情況下才需要經過討論及七日公示。該模板僅為半保護防止破壞,而非模板保護。--LuciferianThomas留言 2021年2月2日 (二) 11:47 (UTC)[回复]
@LuciferianThomas:首句「在受保護的頁面上編輯時,應當特別小心,並於共識和任何相關的指導方針相一致」,只要是受保護的頁面均受此限制。-- 2021年2月2日 (二) 11:54 (UTC)[回复]
該章節也提到:「一些會輕微影響使用方式和外觀顯示的編輯,需在提交編輯請求後等待七天,無爭議方可進行修改」,您沒有提出編輯請求即自行變更,可視為繞過程序。-- 2021年2月2日 (二) 11:58 (UTC)[回复]
自動確認用戶編輯非編輯爭議的半保護頁面也要提出編輯請求是什麼說法?那麼怎麼不直接模板保護?--LuciferianThomas留言 2021年2月2日 (二) 12:01 (UTC)[回复]
@LuciferianThomas:依照您這個說法,難道模板編輯員和管理員對模板重大更新,都不用提交編輯請求?此外,半保護並不是只有防止破壞,其亦屬於高風險模板。-- 2021年2月2日 (二) 12:17 (UTC)[回复]
已處理,見本人討論頁。--LuciferianThomas留言 2021年2月2日 (二) 12:45 (UTC)[回复]
建立預設啟用/默認啟用的小工具來呈現偽名字空間介面
还有个小建议:当处于移动视图时,不必在minerva皮肤的页面标题(脚本里的tips_selector)处添加提示,因为在触控设备上没办法看到鼠标悬停才有的提示,反而被加了下划线,感觉不太美观。--安忆Talk 2021年2月2日 (二) 16:31 (UTC)[回复]
(:)回應@AnYiLinUser:A2569875/pseudonamespace_UI.js已修改。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月2日 (二) 19:48 (UTC)[回复]
感觉用'ontouchstart' in document.documentElement来判断更合适。--安忆Talk 2021年2月3日 (三) 08:59 (UTC)[回复]
完成@AnYiLinSpecial:Diff/64090030,已加入代碼。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月3日 (三) 09:33 (UTC)[回复]
(+)支持預設啟用小工具,在使用上與修改介面理應無異;亦方便維護,當通過新偽命名空間時可快速增添設定。--LuciferianThomas留言 2021年2月3日 (三) 08:47 (UTC)[回复]
(~)補充:亦支持直接修改介面,這真的視乎最終選擇。--LuciferianThomas留言 2021年2月3日 (三) 08:53 (UTC)[回复]
@LuciferianThomas修改介面?那不就又回到獨立成新的命名空間了嗎?(技術問題還少些)-- Sunny00217  2021年2月4日 (四) 08:47 (UTC)[回复]
…你是真的沒有跟上整個討論對吧…所謂「修改界面」是修改顯示界面,僅表示顯示界面時捷徑頁不是直接顯示頁面為「條目」而已,實際上不影響任何其他方面。--LuciferianThomas留言 2021年2月4日 (四) 08:52 (UTC)[回复]
小工具執行結果
以頁面[[MOS:MOS]]為例
設定為繁體中文(以zh-tw為例) 設定為簡體中文(以zh-cn為例)
提供目前版本小工具運行結果圖,供公示參考用。右上角的連結為Wikipedia:偽名字空間用於說明,如有缺漏歡迎改善。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月3日 (三) 19:03 (UTC)[回复]
@A2569875等等等一下,這版在像是Mos:$1沒有大寫的也會執行耶,,,-- Sunny00217  2021年2月4日 (四) 08:45 (UTC)[回复]
(※)注意:為免混淆WP:偽名字空間原有內容移動至WP:PNS+,並改為指向WP:捷徑#偽命名空間使其等價WP:偽命名空間的重定向。--LuciferianThomas留言 2021年2月5日 (五) 06:21 (UTC)[回复]

自動半保護偽命名空間

我很難說有多少人會去破壞MOS捷徑,但倒是LTA捷徑有可能會被破壞。建議可自動半保護(建立、編輯、移動)主命名空間「MOS:」、「LTA:」字首的條目空間。--LuciferianThomas留言 2021年1月31日 (日) 08:28 (UTC)[回复]

不應做出預見性保護。--Xiplus#Talk 2021年2月2日 (二) 10:26 (UTC)[回复]
若捷徑指向的條目因為破壞被保護,有需要跟隨進行保護嗎?--LuciferianThomas留言 2021年2月2日 (二) 12:06 (UTC)[回复]
不需要吧,有這樣的案例嗎?--Xiplus#Talk 2021年2月2日 (二) 12:30 (UTC)[回复]
案例我不清楚,但我倒是覺得需要,尤其本來有某些LTA有破壞自己LTA頁的傾向,可算是高風險。--LuciferianThomas留言 2021年2月2日 (二) 12:59 (UTC)[回复]
有破壞事實就能保護,不需預先保護。--Xiplus#Talk 2021年2月2日 (二) 13:04 (UTC)[回复]
建议用滥用过滤器阻止非自动确认用户编辑,配以相关警告。--YFdyh000留言2021年2月2日 (二) 13:07 (UTC)[回复]

提議設立快速刪除標準 O8

現行條文

(無)

提議條文

O8. 在偽命名空間中建立非重定向的頁面。

  • 偽命名空間僅能用於重新導向。如可以移動到合適的名稱,請將頁面移動到合適的名稱,否則,請使用此款快速刪除;若頁面明顯是一個條目,則不適用此款快速刪除。
  • 使用模板{{d|O8}}

根據上述討論,偽命名空間應僅能是重定向頁。位於偽命名空間中的非重定向頁應可被快速刪除。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月1日 (一) 09:53 (UTC)[回复]

(+)支持,若有條目真的需要以偽命名空間佔用條目前綴,使用全形冒號而非半形冒號以辨別即可,此可避免之前有用戶擔憂會佔用主空間條目名的情況。另外,我本來是在想可以把這條同時套用於不當使用偽命名空間重定向至其他頁面,但想起有個別屬於格式手冊的論述其實不在Wikipedia:格式手冊/前綴(WP:SAL),所以暫時作罷。--LuciferianThomas留言 2021年2月1日 (一) 11:12 (UTC)[回复]
@LuciferianThomas:使用全形冒號,極有可能違反命名常規。-- 2021年2月2日 (二) 05:46 (UTC)[回复]
未見命名常規有不能用全形冒號的規則。若以與事物本身名稱不同說違反常規,可按照其他命名技術限制做法,不加冒號或改用全形冒號,並以{{Wrongtitle}}標記即可。--LuciferianThomas留言 2021年2月2日 (二) 05:52 (UTC)[回复]
@LuciferianThomas:名從主人,這就是有使用者擔憂會佔用主空間條目名的情況,也有像en:Gadget:Invention, Travel, & Adventure類似的情況。-- 2021年2月2日 (二) 06:04 (UTC)[回复]
可直接按照該情況處理,若通過則當作技術限制即可。用{{DISPLAYTITLE}}修正亦可。--LuciferianThomas留言 2021年2月2日 (二) 06:21 (UTC)[回复]
這理論上可以出現在任何命名空間的情況,故按照命名空間一般處理方式即可。--LuciferianThomas留言 2021年2月2日 (二) 06:24 (UTC)[回复]
很抱歉,{{DISPLAYTITLE}}需使用全名,少一個冒號就不會變更顯示。-- 2021年2月2日 (二) 06:33 (UTC)[回复]
(+)支持。--忒有钱🌊塩水あります🐳留言2021年2月1日 (一) 15:20 (UTC)[回复]
為何不是移動到合適的名稱?例如在LTA:誤建LTA頁面應該移動到WP空間後,讓原先頁面成為重新導向之類的。--Xiplus#Talk 2021年2月2日 (二) 05:53 (UTC)[回复]
若果明顯屬於錯誤建立有關專題頁面的當然可以移動,這裡應該是指創建與該專題無關的頁面。--LuciferianThomas留言 2021年2月2日 (二) 06:01 (UTC)[回复]
那就要寫清楚,避免被提快速刪除後,管理員未注意直接刪除。-- 2021年2月2日 (二) 06:07 (UTC)[回复]
(!)意見:偽命名空間的設立理應是用作指向比較複雜的Wikipedia命名空間項目,不應用以指向其他無關條目,或許可以增加刪除「非指向維基百科命名空間的重定向」條款?理論上偽命名空間屬於WP空間的延伸,不應該出現指向WP以外的偽命名空間,其他命名空間有自己的命名空間別稱,不會使用偽命名空間捷徑。未來倘若通過將部分項目升格命名空間,但該項目本身有偽命名空間捷徑,該等捷徑理應全數自動納入新命名空間而不會保留於主命名空間,不會影響此規則。--LuciferianThomas留言 2021年2月2日 (二) 06:12 (UTC)[回复]
呃忘了有幾條MOS在PJ空間。--LuciferianThomas留言 2021年2月3日 (三) 08:48 (UTC)[回复]
還有這種事?!-- Sunny00217  2021年2月3日 (三) 09:18 (UTC)[回复]
有啊,專題的條目指引有幾條跟隨專題搬過去了。列表有寫。也有疑似專題移了但分頁未移的餘孽,但遲早都要搬過去吧。--LuciferianThomas留言 2021年2月3日 (三) 11:10 (UTC)[回复]
§ 第二階段:轉移至新名字空間在讨论这类MOS的更名,很快就能解决。——BlackShadowG留言维基百科20岁生日快乐! 2021年2月4日 (四) 11:18 (UTC)[回复]
加了附加條件之後讓我覺得這個準則永遠不會被使用,無論是什麼內容都應該根據內容來移動到新名稱,若是破壞也可用現存的G3等刪除。--Xiplus#Talk 2021年2月3日 (三) 13:59 (UTC)[回复]

將LTA空間設定為noindex

認為LTA空間應設定為noindex 避免搜尋引擎索引。 具體的作法可建立專用於標記偽名字空間的模板,在模板內用{{Namespace_detect}}判斷是否為LTA空間,加入noindex 魔術字。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月3日 (三) 13:43 (UTC)[回复]

條目空間中無法使用noindex魔術字。--Xiplus#Talk 2021年2月3日 (三) 13:54 (UTC)[回复]
@Xiplus意思說部分維護模板的設定是設定辛酸的?!-- Sunny00217  2021年2月3日 (三) 14:54 (UTC)[回复]
@羊羊32521YFdyh000看來LTA還是需要升格為獨立的名字空間,才不會被其他名字空間的設定檔左右。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月3日 (三) 18:57 (UTC)[回复]
開新討論吧。--LuciferianThomas留言 2021年2月3日 (三) 22:29 (UTC)[回复]
連過去的是WP,可以將該頁NOINDEX吧,那麼相關捷徑就會有同樣效果?--臺灣杉在此發言 (會客室) 2021年2月4日 (四) 08:39 (UTC)[回复]
其實Google搜尋似乎沒看到這些頁面,或許重定向本來就被忽略?--LuciferianThomas留言 2021年2月5日 (五) 01:52 (UTC)[回复]
Bing找得到但直接顯示目標頁面內容。--LuciferianThomas留言 2021年2月5日 (五) 01:55 (UTC)[回复]

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

WP:捷徑指引草案修訂

Wikipedia:名字空间/2021年設立新命名空間及偽命名空間

說明

捷徑指引草案的討論,源自於「偽命名空間」的討論,英語維基百科對於捷徑相關的規範及偽命名空間的設立已有成熟的執行方式。中文維基百科中的部分編輯者對於「格式手冊」、「長期破壞者」及「專題」這三個主題提出可升級成命名空間或以偽命名空間形式存在,並有正反兩方的陳述與看法。

目前較為接近共識的是「專題」提升為正式命名空間,反對者的論述已由支持者回應,且反方無進一步論述。然為求慎重,且將捷徑與命名空間等議題作系統性討論,將會執行階段修訂,以取得最大共識。

本討論的各階段分為:

  1. 專題提升為命名空間與否及其細節phab:T271612);
  2. 格式手冊及長期破壞者是否成為命名空間或偽命名空間
  3. 偽命名空間規範寫入捷徑規範內(如前項通過)或是否允許偽命名空間(如前項不通過)
  4. 捷徑規範細部討論並決定是否成為指引。

各階段不得同時討論,前一項討論完結之後,才能進行下一段討論。臺灣杉在此發言 (會客室) 2020年12月10日 (四) 05:47 (UTC)[回复]

專題命名空間通過,剩餘細節獨立討論。臺灣杉在此發言 (會客室) 2021年1月11日 (一) 11:20 (UTC)[回复]

專題命名空間問題

格式手冊及長期破壞者命名空間問題

已移動至偽命名空間臺灣杉在此發言 (會客室) 2021年2月1日 (一) 03:47 (UTC)[回复]

捷徑細部修訂

本案進入倒數第二個部分,捷徑細節修訂。目前偽命名空間部分已成為指引,其餘部分仍須修訂。

在上次討論當中,有提及中文捷徑等相關問題,歡迎進一步討論。臺灣杉在此發言 (會客室) 2021年1月31日 (日) 07:42 (UTC)[回复]

通過:
公示期结束,多数支持,且反方无进一步论述,根据“共识不强求一致同意”通过提案。——BlackShadowG留言维基百科20岁生日快乐! 2021年2月5日 (五) 10:52 (UTC)[回复]
下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

目前WP:7DAYS似乎仅在客栈中适用,而条文中并没有明确说明,且不利于新手理解,故建议做以下修订

現行條文

互助客栈

对于影响深远的争执(绝大多数是有关方针或指引的变更),在互助客栈上留言将带来大量感兴趣的编者。这样可以在整个项目形成广泛的共识。

许多这样的广泛讨论将引发某种形式上的民意测验,但民意测验只应被视为理順讨论,而不应被视作投票。共识最终将根据支持和反对该议题的论点质量所决定,同时经过维基百科方针的审视,而不应通过简单计票统计多数来决定。回复“是/否/支持/反对”这样的评论,除了表达道义支持外没有任何意义;回复“支持/反对用户X的意见”则更好一些;在你的看法下提出新颖的见解才是最好的做法。我们的目标是提出有说服力的理由来作出决定,而不是根据公开支持的比重来作出决定。

提案討論及公示時間

為了確保所有使用者有充足的時間發表意見以及得悉改動,在七天內沒有新留言或至少討論達一個月以上的情況下,只要取得共識便可公示,為期七天。存檔後如果要重新提出公示的話,應同時補回相關討論連結,以便社群查閱。公示期間如果有新意見,請通過協商解決問題。

提議條文

互助客栈

对于影响深远的争执(绝大多数是有关方针或指引的变更),在互助客栈上留言将带来大量感兴趣的编者。这样可以在整个项目形成广泛的共识。

许多这样的广泛讨论将引发某种形式上的民意测验,但民意测验只应被视为理順讨论,而不应被视作投票。共识最终将根据支持和反对该议题的论点质量所决定,同时经过维基百科方针的审视,而不应通过简单计票统计多数来决定。回复“是/否/支持/反对”这样的评论,除了表达道义支持外没有任何意义;回复“支持/反对用户X的意见”则更好一些;在你的看法下提出新颖的见解才是最好的做法。我们的目标是提出有说服力的理由来作出决定,而不是根据公开支持的比重来作出决定。

提案討論及公示時間

為了確保所有使用者有充足的時間發表意見以及得悉改動,如果在互助客栈中被提出的提案在七天內沒有新留言或至少討論達一個月以上的情況下,只要取得共識便可公示,為期七天。公示期間若无异议,则提案算作通过;若有新意見,請通過協商解決問題。存檔後如果要重新提出公示的話,應同時補回相關討論連結,以便社群查閱。

——BlackShadowG留言维基百科20周年庆即将到来 2020年12月25日 (五) 08:47 (UTC)[回复]

這條文修訂應該並沒有改變條文的含義(但另一種解法是原條文的涵蓋範圍包括但不限於互助客棧)。我請WG立即停止在多處擾亂討論秩序和破壞社羣和諧的行徑,否則我只能到WP:ANM求助。SANMOSA SPQR 2020年12月28日 (一) 05:42 (UTC)[回复]
這個改了跟沒改有什麼區別…--Neinyar留言2021年1月1日 (五) 14:00 (UTC)[回复]
根据雪球法则 不能這樣用,而且涉及重大的方針修訂,應經過正式程序,否則日後也會被人質疑提案的有效性。--蟲蟲飛♡♡→♡℃留言 2021年1月4日 (一) 02:50 (UTC)[回复]
@蟲蟲飛那你認為這個提案本身可以嗎?SANMOSA SPQR 2021年1月4日 (一) 03:41 (UTC)[回复]
沒差,支持。Nrya留言2021年1月8日 (五) 09:54 (UTC)[回复]
我覺得和現在沒什麼差別,傾向支持。-- 2021年1月31日 (日) 03:53 (UTC)[回复]

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

建議立Wikipedia:格式手册/旗帜全文為正式指引,以進一步確保中文維基百科條目行文的中立性及版面讀者友善,及遏止中文維基百科條目普遍濫用旗幟的情形。雖然此舉或會牽連甚廣,但長遠仍對中文維基百科有好處,而且或可藉助bot或AWB等完成。SANMOSA SPQR 2020年12月27日 (日) 05:56 (UTC)[回复]

涉及太多领域和条项,缺乏环境基础,如有意建议逐项开启讨论,不可能强行推进。--YFdyh000留言2020年12月27日 (日) 07:46 (UTC)[回复]
@YFdyh000個人認為相關條文具不可分割性,故不太可能分部討論。若有可行的分部討論方法,還請明示。SANMOSA SPQR 2020年12月27日 (日) 07:58 (UTC)[回复]
可分為涉及資訊框的部分,跟不涉及資訊框的部分兩類討論。關於前者,本地社群和英維的作法有很多不同,若未經過本地化而直接套用外文指引只會徒生爭議。—— Eric Liu 創造は生命(留言留名學生會 2020年12月27日 (日) 11:57 (UTC)[回复]

調適案A

@Ericliu1912CRHK128我有一個新提案:我仍建議立Wikipedia:格式手册/旗帜全文為正式指引,但WP:INFOBOXFLAG部分會在Wikipedia:格式手册/旗帜中予以隱藏(通過原始碼「<!-- -->」),並因而不被視為Wikipedia:格式手册/旗帜的一部分,亦不在上述「全文」的範圍內(效果等同於WP:INFOBOXFLAG不列入指引)。SANMOSA SPQR 2020年12月27日 (日) 12:36 (UTC)[回复]

那樣的話我沒有異議。-- CRHK128  Merry Christmas!🎄🎅 2020年12月27日 (日) 13:30 (UTC)[回复]
看了看,感觉问题不大。@Sanmosa指引全文仍有多处提到信息框。是否新建一个草案页以讨论。--YFdyh000留言2020年12月28日 (一) 11:59 (UTC)[回复]
@YFdyh000在排除WP:INFOBOXFLAG後,原有8處提及資訊框的地方:其中兩處涉及限制在資訊框內使用旗幟,已移除;有一處要求若要在表格或資訊框中重複使用一面旗幟而不帶文字,應確保重複的旗幟先前曾經帶有國名出現,並非直接限制在資訊框內使用旗幟,我認為屬於合理要求;有3處明確指明特定情況下可在資訊框用旗幟,不可能屬於限制在資訊框內使用旗幟的條文;有兩處僅涉及舉資訊框為例,且無其他上下文構成限制在資訊框內使用旗幟的含意,也不屬於限制在資訊框內使用旗幟的條文。SANMOSA SPQR 2020年12月28日 (一) 12:19 (UTC)[回复]
另外想谈两个方面(稍微跑题):目前很多人物信息框的出生地点填写有如大清帝国xx地等,但这类似条文中的“旗帜图案不用于强调国籍目的”“不要用于出生或死亡地点”,部分人物与出生时所处的朝代无明显关联(例如一两岁时朝代更替、非政治人物),信息框的出生/死亡地标注朝代是否冗余、徒增争议(例如满洲国)。英文维基的条目有些有写[4],有些只写到地名[5],中文维基则几乎必写。单纯内链的国家名更显冗余,如欲INFOBOXFLAG通过,此问题应解决。
其次,关于英国、香港等部分人物在序言的姓名后加爵位链接的习惯,是否有相关指引约定,不怎么习惯。类似讨论。--YFdyh000留言2020年12月28日 (一) 11:59 (UTC)[回复]
確實是有些離題(1和主題的關係比較大)。(1)現行新版WP:PB有明確說明「在描述事件、地理特徵、建築物、政治體制、法人、成員資格,及某地的法律規範時,儘量以事實論述為主」,我認為在這個規定下,只要標註的朝代符合事實論述,可以不用移除。(2)姓名後加爵位名本身沒有問題,但是爵位名再加內部連結我不清楚。我認為如果是一些專有爵位名稱,(或許)可以這樣做,但如果是諸如爵士、公爵之類的通用爵位名稱,就不能(後者明顯屬於過度連結)。SANMOSA SPQR 2020年12月28日 (一) 12:19 (UTC)[回复]
1.事实描述可接受,但添加成风就有点别扭。2.名称本身含爵位没意见,主要指那一串缩写(例如伯納德·蒙哥馬利),内链点进去也不太明白为什么要加在序言,感觉适合在正文或信息框中提供;Wikipedia:格式手冊/序言章節的范畴;英文、日文维基倒是都有;发现Wikipedia:格式手册/传记#荣衔提到Wikipedia:投票/人物條目勳銜使用方案投票,激烈争论过……最终是折衷方案。--YFdyh000留言2020年12月28日 (一) 12:42 (UTC)[回复]
(1)既然已經加了,那不如就算了,我不太想管那回事。像是部分人,我也不知道為甚麽他們特別喜歡在現代地名前加“中國”,又不讓改成“中華人民共和國”(改了就回退,後來WP:CS4D通過了就改成移除國名),我也覺得很奇怪。(2)我覺得這問題還是不要亂動為宜,這有可能讓另一個大規模社群衝突重新爆發。SANMOSA SPQR 2020年12月29日 (二) 04:09 (UTC)[回复]
英維指引中關於旗幟不用於出生和死亡地點的規定與本地習慣不符,應考慮不引進。—— Eric Liu 創造は生命(留言留名學生會 2020年12月28日 (一) 13:53 (UTC)[回复]
@Ericliu1912新的提議條文不是已經排除了那部分嗎?SANMOSA SPQR 2020年12月29日 (二) 04:09 (UTC)[回复]
請再閱讀一遍全文。—— Eric Liu 創造は生命(留言留名學生會 2021年1月3日 (日) 16:05 (UTC)[回复]
@Ericliu1912眼花,已修正。SANMOSA SPQR 2021年1月4日 (一) 00:01 (UTC)[回复]

@Ericliu1912CRHK128YFdyh000循例再ping一次。如果各位對調適案A無異議的話,我會在最後留言的七日後進行公示。如果各位對調適案A有任何異議,請提出,討論空間還是有的。SANMOSA SPQR 2021年1月3日 (日) 13:05 (UTC)[回复]

  1. 文中两次提到不要在出生死亡地使用旗帜,不符合中维目前普遍情况
  2. #潜在的政治性争议一节是否与WP:PB冲突?
  3. 建议WP:两岸用旗一节迁WP:CS4D
以上 ——羊羊 (留言|贡献) 2021年1月9日 (六) 01:23 (UTC)[回复]
@羊羊32521(1)完成隱藏(被隱藏的部分不被視為Wikipedia:格式手册/旗帜的一部分)。(2)「故不要在不合適的內容中使用它們」,並非所有內容皆為「不合適的內容」,不衝突。「中華臺北」有專用旗幟,自然不適用中華民國國旗,中華民國國旗的適用範圍是代表作為政權的中華民國,或代表臺灣等地區。(3)「在國際組織、國際賽事相關條目、模板中,凡中國大陸、臺灣同時參與的,或者其他存在主權爭議的非聯合國會員國參與的,其旗幟模板用法依照下列規定」,其他存在主權爭議的非聯合國會員國也適用相關條文,不宜搬運。SANMOSA SPQR 2021年1月9日 (六) 03:07 (UTC)[回复]
了解 那么建议CS4D加一个章节链接到两岸用旗-- ——羊羊 (留言|贡献) 2021年1月9日 (六) 11:23 (UTC)[回复]
@羊羊32521完成SANMOSA SPQR 2021年1月10日 (日) 03:34 (UTC)[回复]
顺便问下类似2021年冲击美国国会大厦事件#国际反应的地方能挂国旗吗 ——羊羊 (留言|贡献) 2021年1月9日 (六) 11:27 (UTC)[回复]
內文和章節標題不當用旗幟,現時的用法不當。SANMOSA SPQR 2021年1月10日 (日) 03:34 (UTC)[回复]
但我觉得现时用法看起来更清楚(? ——羊羊 (留言|贡献) 2021年1月10日 (日) 03:43 (UTC)[回复]
@羊羊32521并不矛盾,那个条目使用旗帜的部分是嵌入列表,可以算作列表的一部分。——BlackShadowG留言维基百科20周年庆即将到来 2021年1月12日 (二) 09:25 (UTC)[回复]
@BlackShadowG但是考慮到該部分的内容其實應該改寫為散文格式,因此該部分其實應該完全改寫。SANMOSA SPQR 2021年1月12日 (二) 14:10 (UTC)[回复]
我看到不少事件類型條目中的「國際反應」一段的寫法都類似上方的例子,而且都有加國旗。如果要改寫及清理相關段落國旗的話,我想需要一定的時間和人手。-- CRHK128  Happy New Year!2️⃣0️⃣2️⃣1️⃣ 2021年1月12日 (二) 14:45 (UTC)[回复]
我倒是觉得“国际反应”章节用嵌入列表更好,那个条目的“国际反应”章节对应的英维主条目也是这么用的。--BlackShadowG留言维基百科20周年庆即将到来 2021年1月13日 (三) 08:53 (UTC)[回复]
@Sanmosa問一下,類似Template:主力戰車的模板能掛國旗嗎?-- CRHK128  Happy New Year!2️⃣0️⃣2️⃣1️⃣ 2021年1月12日 (二) 13:26 (UTC)[回复]
@CRHK128格式手冊只規範條目,不規範條目以外的内容(也就是不規範模板),因此擬議格式手冊並不能對該導航模板進行任何管制。【如果單純論在導航模板掛國旗的必要性,我是覺得沒有這樣的必要,基本上有的大多數都是濫用國旗,但這可能要另外討論。】SANMOSA SPQR 2021年1月12日 (二) 14:10 (UTC)[回复]
了解。-- CRHK128  Happy New Year!2️⃣0️⃣2️⃣1️⃣ 2021年1月12日 (二) 14:37 (UTC)[回复]

旗幟格式手冊公示

現將經調整過後的Wikipedia:格式手册/旗帜全文公示七日。SANMOSA SPQR 2021年1月23日 (六) 12:23 (UTC)[回复]

(-)反对,目前格式手册并不符合现行共识和条目需要。Walter Grassroot留言2021年1月25日 (一) 01:51 (UTC)[回复]
@Walter Grassroot請明示。如果閣下未能具體指出,由於上面之前已就同樣的事情進行處理,我會視為問題已解決。另請參見已為指引的Wikipedia:格式手冊/文字格式#颜色及内联图像SANMOSA SPQR 2021年1月25日 (一) 04:57 (UTC)[回复]
本手册涉及太多领域和条项,缺乏具体使用的环境基础。如有意建议逐项开启讨论,不可能强行推进。原有草案中有很多有益的举例,特别是禁止在生卒地进行标识,这些例子都被人抹去。因此我反对在缺乏举例前提下滥推公示。另外,你没有权力去否定任何一个维基人提出的问题。面对问题解决问题,而不是解决提出问题的人。Walter Grassroot留言2021年1月25日 (一) 05:19 (UTC)[回复]
@Walter Grassroot我認為你這次說的意見是合理的(甚至乎你和我一開初的意見是相同的,你可以看到我一開始的表態)。你在上面可以看到,你的想法(和我當初的想法)其實和社羣中的另一些用戶的想法完全不同,因此當時我在認為主張不更動現狀者佔多數的情況下,我才依照參與討論的用戶的意見修改提案。現在的情況看來,主張不更動現狀者未必佔多數,因此我認為有需要先進行化解雙方矛盾的程序,也因此這次我同意撤回公示。我剛才請求你解釋的原因是我想分清楚究竟你是在重複已經提出過的問題,還是另外有新的問題要提出。另外,我並沒有「否定任何一個維基人提出的問題」,而是在當時我的思維判別之下,我認為你提出了重複的問題(你可以直接看上面的討論),那個時候我自然可以視為已經解決了問題,既然現在我知道你說的是另一個問題,那就是另外一回事。SANMOSA SPQR 2021年1月25日 (一) 05:33 (UTC)[回复]

社群意見諮詢

@YFdyh000Ericliu1912CRHK128BlackShadowG羊羊32521我認為社群對旗幟的使用範圍有一定的分歧,因此先行中止公示,並諮詢各位對旗幟的使用範圍和草案的詳細意見。請將Wikipedia:格式手册/旗帜配合Wikipedia:格式手册 (旗帜)/英文维基百科版本一同閱讀。SANMOSA SPQR 2021年1月25日 (一) 05:39 (UTC)[回复]

副知@Walter GrassrootSANMOSA SPQR 2021年1月25日 (一) 05:41 (UTC)[回复]
我對旗幟使用範圍的看法跟之前意見一樣:資訊框以外一律禁用旗幟,但資訊框內(如出生地點、死亡地點、國籍等)則應當繼續允許使用旗幟;基於上述看法,我支持目前不對資訊框內旗幟作出限制的草案。-- CRHK128  無限連任 2021年1月25日 (一) 07:01 (UTC)[回复]
意見同上。現行草案是符合本地條目實際情況的。—— Eric Liu 創造は生命(留言留名學生會 2021年1月25日 (一) 07:05 (UTC)[回复]
同上,私以为现行草案没有问题,还请Walter Grassroot阁下对您的意见进行解释。——BlackShadowG留言维基百科20岁生日快乐! 2021年1月26日 (二) 01:31 (UTC)[回复]
看了一遍草案,认为大致没有问题--百無一用是書生 () 2021年1月27日 (三) 01:44 (UTC)[回复]
我會在2月2日前重新檢視一次社群意見諮詢所收集的意見,並依照「共識不強求一致同意」的情況見機行事。SANMOSA SPQR 2021年1月27日 (三) 03:43 (UTC)[回复]
我觉得没什么问题。 ——羊羊 (留言|贡献) 2021年1月27日 (三) 09:44 (UTC)[回复]
(!)意見
  1. #传记中的使用一節中的「絕不要在出生或死亡地點使用旗幟,以免暗示並不正確的公民權或國籍。」與目前的使用情況完全相反。雖然單獨提述這項要求的章節是刪掉了,但為甚麼這句沒有刪掉?
  2. #概述裏的「旗幟圖案不應用作暗示任何不正確的公民或國籍資訊。」也是問題,畢竟是會有人覺得「在出生或死亡地點使用旗幟」是暗示「不正確的公民權或國籍」(例如編寫「絕不要在出生或死亡地點使用旗幟,以免暗示並不正確的公民權或國籍。」這一條文的人)。如果確定「絕不要在出生或死亡地點使用旗幟」不是共識,請將這條也一併刪掉。
  3. #旗幟圖案不用於强调国籍目的極有可能被解讀成在資訊框裏也不可以使用旗幟標註國籍。
  4. #概述裏的「非國家的旗幟只應用於有直接關係的事物(例如一座城市的條目可以包含該城市的旗幟)。」以及詳細解釋的#不要在非直接关联事物中使用国家以下层级的旗帜也有問題,按照這個標準,香港的區旗在各種列表中估計都不能用了,尤其是概述還寫「只應用於」,即不能有例外。
--【和平至上】支持通過港區國安法💬 2021年1月30日 (六) 17:51 (UTC)[回复]
同意楼上意见,现文稿意思比较模糊。中文社群的态度是什么?是认为「絕不要在出生或死亡地點使用旗幟,以免暗示並不正確的公民權或國籍」这个意见有道理,但信息框可以循例豁免(或者需要扭转惯例没有共识)。还是认为这个意见本身就是胡扯?如果是前者,则建议补充说明中文维基的背景,方便未参与讨论的编者理解内涵。—洛普利宁 2021年1月31日 (日) 04:46 (UTC)[回复]
@和平至上Lopullinen(1)該句已調整。(2)「旗幟圖案不應用作暗示任何不正確的公民或國籍資訊」指的是「旗幟圖案所表示的公民或國籍資訊必須準確」。(3)已註明限於條目內文中。(4)可能要考慮開許部分的例外,畢竟現時社群意見諮詢仍在進行,我打算在社群意見諮詢結束後才擬定例外條文。SANMOSA SPQR 2021年1月31日 (日) 08:54 (UTC)[回复]
(1、2)改完之後依然不明所以,「絕不要在出生或死亡地點使用暗示並不正確的公民權或國籍的旗幟。」極為含糊:一個人在英國出生,但出生之時就是法國籍,然後在到德國旅行時逝世,那麼用英國和德國旗是不是「暗示並不正確的公民權或國籍的旗幟」?如果不是的話哪怎麼才算?事實上這一條的存在意義究竟是甚麼?
(3)建議直接寫清楚資訊框裏可以用,不然又要掀起資訊框算不算正文的爭議。
(4)如果是這樣,請容我在解決問題前先保留反對意見。--【和平至上】支持通過港區國安法💬 2021年1月31日 (日) 15:13 (UTC)[回复]
(1、2)如果國旗的應用方式使讀者合理認為會「暗示並不正確的公民權或國籍的旗幟」,那就不能用國旗(這種情況通常見於在現代條目用歷史旗幟或在歷史條目用現代旗幟)。這需要社群的個別討論。(3)我的理解是如無明文限制即可用。SANMOSA SPQR 2021年2月2日 (二) 10:55 (UTC)[回复]
不是,按照英維的說法,一個法國籍的人若果在德國出生就不能在出生日期旁加上德國旗(我的理解)。--【和平至上】支持通過港區國安法💬 2021年2月5日 (五) 10:36 (UTC)[回复]
@和平至上Lopullinen(1,容我補充一下意見)就“這需要社群的個別討論”而言,這代表說社群會先暫時假定所有條目中國旗的應用方式不會「暗示並不正確的公民權或國籍的旗幟」,直至有另外一個用戶跳出來說某個條目中國旗的應用方式會「暗示並不正確的公民權或國籍的旗幟」為止。在後者的情況下,社群應該就那個條目本身的使用情況討論,但最終也不排除一系列(但不可能是中文維基百科的大部分)條目都會受影響的可能性。(3,容我補充一下意見)我認為所有用戶應當意識到資訊框作為模板並不算正文,就有如條目不包含重新導向與消歧義一樣。如果有用戶執著於資訊框算正文,就有勞社群中的其他用戶解釋;如果解釋後用戶仍然繼續如此執著的話,那直接當成擾亂處理就可以了。(4)“非國家的旗幟只應用於有直接關係的事物”改為“除非社羣對特定旗幟的使用另有共識,否則非國家的旗幟只應用於有直接關係的事物”,“國家以下層級的旗幟(如地區、城市等)通常只應在與條目內容直接相關時使用”改為“國家以下層級的旗幟(如地區、城市等)在社羣對特定旗幟的使用未有另外的共識時通常只應在與條目內容直接相關時使用”,這樣社群有一個把部分非國家旗幟視同國家旗幟的空間。不明確説明例外範圍為香港與澳門兩地的區旗的原因是可能還有其他的非國家旗幟在使用上比較適合視同國家旗幟處理。SANMOSA SPQR 2021年2月5日 (五) 10:25 (UTC)[回复]

電視劇專題的名稱

通過:
通過。已更名為WikiProject:電視(下面在吵prefix的表示法的問題,我就不管了,反正不影響)。SANMOSA SPQR 2021年2月2日 (二) 09:59 (UTC)[回复]

把相關分類和模板都給移動了一下,有遺漏的話就麻煩大家覆查和幫忙了。SANMOSA SPQR 2021年2月2日 (二) 10:50 (UTC)[回复]


還是ping一下人好了。@忒有钱Ericliu1912SANMOSA SPQR 2021年2月2日 (二) 11:00 (UTC)[回复]
下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

原标题为:Wikipedia:电视剧专题对应en:Wikipedia:WikiProject Television

如题,我在看中天新闻台条目的时候意外发现这条目属于电视剧专题,但是这条目描述的是一个电视频道,和电视剧没有半毛钱关系,于是我就在VPD提出了这个问题(见Wikipedia:互助客栈/条目探讨#中天新闻台为什么属于电视剧专题),然而进一步查阅之后发现电视剧专题在维基数据上对应en:Wikipedia:WikiProject Television(应为电视专题),这两个专题涵盖的内容差的太远,怎么搞的?--忒有钱🌊塩水あります🐳留言2020年12月28日 (一) 15:27 (UTC)[回复]

en:Wikipedia:Manual_of_Style/Television多处提到“television show”(电视节目),而en:Television show似乎主要指以连续形式播放的戏剧或新闻、综艺等电视节目,所以翻译成“电视剧专题”了吧。建议“电视节目专题”,但网剧是否列入又是个麻烦事。--YFdyh000留言2020年12月28日 (一) 17:08 (UTC)[回复]
  • 我認為應正名為「電視專題」。「電視節目專題」次之。—— Eric Liu 創造は生命(留言留名學生會 2020年12月29日 (二) 10:33 (UTC)[回复]
    • (+)支持「電視專題」,此詞語涵蓋電視專業領域、電視劇及其他電視節目等等類型的條目。但要留意這樣做就等於大大擴大了這個專題的範圍,加上考慮目前這個專題不太活躍;所以雖然沒有什麼用,但對於現在很多一些電視節目及電視臺條目(但非屬於電視劇專題)就可以給個「電視專題評級」。Kitabc12345 海南 2020年12月29日 (二) 18:15 (UTC)[回复]
目前在下有一個問題:如果叫「電視專題」,那麼電視機屬不屬於這個專題?-游蛇脫殼/克勞 2021年1月4日 (一) 08:25 (UTC)[回复]
當然算啊,不然人造衛星該移除「天文專題」了。 --無心*插柳*柳橙汁 2021年1月4日 (一) 08:35 (UTC)[回复]
好吧,這舉例有點爛,應該說是任天堂遊戲機和「電子遊戲專題」才是。 --無心*插柳*柳橙汁 2021年1月4日 (一) 08:38 (UTC)[回复]
那這樣液晶電視阴极射线管電漿電視黑白電視....也應該屬於這個專題了?可是我總覺得戲劇與機器是性質差很多的東西。這樣好比把王剛 (演員)和珅納入同一個專題似的,不是絕對不可以,只是覺得或多或少怪怪的。-游蛇脫殼/克勞 2021年1月4日 (一) 12:26 (UTC)[回复]
所以我也反对“电视专题”。要不要仿照广电,叫“广播电视专题”,序言把广播节目、电视节目、网播电视节目(自媒体除外,电视台的融媒体不除外)纳入,无线电等广播技术不含。但通信和制作技术,就不好说了,另设子专题?--YFdyh000留言2021年1月4日 (一) 12:37 (UTC)[回复]
我沒有斷然反對「電視專題」。我只是拋出一個前面沒有討論到的範疇讓大家思考一下。另外,還有關於電視訊號的傳播方式:無線電視有線電視與有線電視訊號提供業者(比方振道有線電視,如果有條目的話)是否也屬於此專題呢?大家可以想想看,再決定這個專題要叫什麼名稱比較好。-游蛇脫殼/克勞 2021年1月4日 (一) 14:56 (UTC)[回复]
那么我纠正一下,我的意思是倾向反对、不太赞成。专题参与者可能更有发言权。--YFdyh000留言2021年1月4日 (一) 16:52 (UTC)[回复]
按英維劃分,以上條目確實全部屬於「電視專題」。我仍然支持正名,然後若有必要的話,再整理好子專題劃分。—— Eric Liu 創造は生命(留言留名學生會 2021年1月5日 (二) 06:10 (UTC)[回复]
現按「將電視劇專題改為電視專題」進行公示,為期7日。SANMOSA SPQR 2021年1月26日 (二) 08:20 (UTC)[回复]

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

關注度 (學者)的語句修飾

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

現行條文
  1. 获选为高度选择性且著名的学术团体或协会成员,或因高度选择性的荣誉而成为主要学术团体的会员。
提議條文
  1. 获选为高度选择性且著名的学术团体或协会成员,或因高度选择性的荣誉而成为主要学术团体的会员。

大量(部分學校/學系接近五成)電腦科學、電子工程、電機工程大學教授、副教授及助理教授屬於IEEE成員,故IEEE不宜與美国国家科学院皇家学会並列。 --Yangwenbo99 2021年1月13日 (三) 19:16 (UTC)[回复]

IEEE Member本身只需会费以及从业时间,因此不属于高度选择性。方针应当指的是IEEE Fellow/Senior Member,建议进行相对更改。-Mys_721tx留言2021年1月13日 (三) 19:27 (UTC)[回复]
另擬--蟲蟲飛♡♡→♡℃留言 2021年1月16日 (六) 02:09 (UTC)一案:[回复]
現行條文
  1. 获选为高度选择性且著名的学术团体或协会成员,或因高度选择性的荣誉而成为主要学术团体的会员。
提議條文
  1. 获选为高度选择性且著名的学术团体或协会成员,或因高度选择性的荣誉而成为主要学术团体的会员。

以上。SANMOSA SPQR 2021年1月16日 (六) 01:11 (UTC)[回复]

(?)疑問:為甚麼要把“例如”刪去?世界上的學術團體也不只這幾個吧?--蟲蟲飛♡♡→♡℃留言 2021年1月16日 (六) 02:09 (UTC)[回复]
@蟲蟲飛該詞語已經由同義的「包括」取代。SANMOSA SPQR 2021年1月16日 (六) 15:37 (UTC)[回复]
Senior Member 2020年新增211641人,建议仅限制为Fellow。-Mys_721tx留言2021年1月16日 (六) 05:33 (UTC)[回复]
@Mys 721tx完成SANMOSA SPQR 2021年1月16日 (六) 15:37 (UTC)[回复]
  • 學術關注度指引是從英維譯過來的,如果希望本站的關注度門檻比英維高是沒問題,但條文要合理,可以禁用特定例子,但不能只限於特定例子,現修訂如下:
現行條文
  1. 获选为高度选择性且著名的学术团体或协会成员,或因高度选择性的荣誉而成为主要学术团体的会员。
提議條文
  1. 获选为高度选择性且著名的学术团体或协会成员,或因高度选择性的荣誉而成为主要学术团体的会员。
以上。--蟲蟲飛♡♡→♡℃留言 2021年1月17日 (日) 03:05 (UTC)[回复]
应为IEEE Fellow或Fellow,而非Fellow Member。-Mys_721tx留言2021年1月17日 (日) 04:15 (UTC)[回复]
完成--蟲蟲飛♡♡→♡℃留言 2021年1月17日 (日) 04:19 (UTC)[回复]
IEEE Fellow 已被第三條「於主要的学术机构……會士、或類似的严格选拔最高级别学术职位」所吸收,而毋須在本條中單獨列出。在下原提議中,將 IEEE 在此列出的原因是為「因高度选择性的荣誉而成为主要学术团体的会员」作例證。Yangwenbo99 2021年1月18日 (一) 02:27 (UTC)[回复]
@Yangwenbo99根據您意見改了,請審閱﹗--蟲蟲飛♡♡→♡℃留言 2021年1月18日 (一) 04:42 (UTC)[回复]
大家都理解“高度选择性”吗,是我常年不在中国中文没跟上吗?大概是说Highly selective吧,建议改成“竞争激烈且名额有限”。还有我不知道是不是那些学会都叫fellow,万一一个学会不叫fellow咋办。--Gqqnb留言2021年1月18日 (一) 14:43 (UTC)[回复]
公示蟲蟲飛的版本7日。@Gqqnb現擬議版本未有提述fellow。SANMOSA SPQR 2021年1月26日 (二) 14:42 (UTC)[回复]
現在再發言不知會不會太晚,不過請問「……满足满足标准。」是什麼意思?為什麼要重複「滿足」?-游蛇脫殼/克勞 2021年1月31日 (日) 07:04 (UTC)[回复]
@克勞棣已解決。不小心重複了。SANMOSA SPQR 2021年1月31日 (日) 08:44 (UTC)[回复]

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

“请勿”是不是百科全书的语调?

Wikipedia:更优秀条目写作指南#寫作風格对语调有所提及。请看以下用法,“请勿”是不是百科全书的语调?

  • K-近邻算法:本算法与K-平均算法(另一流行的机器学习技术)没有任何关系,请勿与之混淆。
  • 蛋白激酶A:请勿将其与腺苷一磷酸激活性蛋白激酶——尽管也是类似的一类,但效应相反——[1]以及周期蛋白依赖性激酶(Cdks)相混淆。
  • 执行单元:它可能具有自己的内部控制序列单元,但请勿把CPU的主控制单元……相混淆

--Gqqnb留言2021年1月15日 (五) 03:56 (UTC)[回复]

不是,{{howto}}。“但不应”好一些,且最好附可靠来源提及混淆情况。“……时人们常将……,但……”的散文写法可能最好。--YFdyh000留言2021年1月15日 (五) 04:10 (UTC)[回复]
已修改K-近邻算法执行单元--Wolfch (留言) 2021年1月15日 (五) 04:50 (UTC)[回复]
祈使句是暗含第二人稱的說法,不應被鼓勵,可以直接修正。但是在下認為,偶爾出現的祈使句形式的提示性內容並不構成{{howto}}問題。另外,「没有任何关系」似乎也不是百科全書語調,因為「關係」一詞定義極其模糊。——Yangwenbo99 2021年1月15日 (五) 06:05 (UTC)[回复]

提議

為釋除疑慮,建議對論述维基百科:更优秀条目写作指南進行修改(並順便修改相同段落中的另一表述)。

撰寫條目應該使用正式、客觀、第三人稱的語調,並盡可能讓更多讀者(受教育程度不同)看懂。條目內容不應該含影射、暗語使用“我”或“你”等非第三人稱代詞,。例如:介紹自己的家鄉不應該使用“本市”或者“我國”,而應該使用“××市”、“該市”、“×國”等。僅在必要的情況下才使用拼音,而嘆號“!”除引文外不可使用。
+
撰寫條目應該使用正式、客觀、第三人稱的語調,並盡可能讓更多讀者(受教育程度不同)看懂。條目內容不應該含影射、暗語使用“我”或“你”等非第三人稱代詞,使使。例如:介紹自己的家鄉不應該使用“本市”或者“我國”,而應該使用“××市”、“該市”、“×國”等。僅在必要的情況下才使用拼音,而嘆號“!”除引文外不可使用。

——Yangwenbo99 2021年1月15日 (五) 06:05 (UTC)[回复]

提议2

  • (&)建議
撰寫條目使用正式、客觀、第三人稱的語調,並盡可能讓更多受教育程度不同。條目內容不影射、暗語不應使用“我”“你”等非第三人稱代詞,介紹使用“本市”“我國”,而使“×דה等。僅在使用拼音除引文外不可使用。
+
撰寫條目使用正式、客觀、[[第三人稱]]的語調,並盡可能讓更多受教育程度不同條目內容不含影射、暗語不應使用“我”“你”等非第三人稱代詞,使[[使]]介紹[[WP:|]]使用“本市”“我國”,而“ד××”等。僅在使用拼音除引文外不可使用[[]]“

--YFdyh000留言2021年1月15日 (五) 06:35 (UTC)[回复]

(?)疑問:請問提案想解決甚麼問題?--蟲蟲飛♡♡→♡℃留言 2021年1月17日 (日) 03:19 (UTC)[回复]
@蟲蟲飛:簡單來說就是要明定適合百科全書的語調,不應該在非專業內容的條目中出現「請勿」等字眼。-- 2021年1月17日 (日) 14:28 (UTC)[回复]
(-)反对。然而提案内容完全没有提到“请勿”。我反对表面工作,应该->应,读者(受教育程度不同)->受教育程度不同的读者,不应该->不可,->一般而言……这些都是表面工作。如果要加“请勿”,直接把“请勿”加上去,其他全都不改,做一个微小的,但又含金量的编辑!--Gqqnb留言2021年1月18日 (一) 14:32 (UTC)[回复]
(:)回應:「請勿」等用法已被「祈使句」包含。而我等可以合理預期有其他條目使用其他形式的祈使句(如「請不要」、「請注意」等),而這些句子亦不適合用於維基百科,但不適合直接列出。本段有其他措辭問題,亦可一同修改。Yangwenbo99 2021年1月19日 (二) 16:12 (UTC)[回复]
建议罗列以助理解“祈使句”。“等暗含“我”、“你”的语法。”是否能“非第三人称”代替。--YFdyh000留言2021年1月20日 (三) 01:20 (UTC)[回复]

提议3

撰寫條目使用正式、客觀、第三人稱的語調,並盡可能讓更多受教育程度不同。條目內容不影射、暗語不應使用非第三人稱代詞介紹使用“本市”“我國”使“×דה等。僅在使用拼音除引文外不可使用。
+
撰寫條目使用正式、客觀、[[第三人稱]]的語調,並盡可能讓更多受教育程度不同條目內容不含影射、暗語不應使用非第三人稱代詞1使[[使]]2介紹[[WP:|]]使用“本市”“我國”“ד××”等。僅在使用拼音除引文外不可使用[[]]“

参考資料

  1. ^ 如「我」、「你」,下同。
  2. ^ 如「請」、「請注意」、「請勿」、「請不要」等,下同。

看到上面的討論,我真的還是直接再提一個。SANMOSA SPQR 2021年1月26日 (二) 09:46 (UTC)[回复]

應該算是把上面的所有問題都解決了。此案公示7日。SANMOSA SPQR 2021年2月2日 (二) 11:58 (UTC)[回复]

提議將維基百科:爭議解決指引升格為指引

公示期內無異議,提案通過。 2021年2月3日 (三) 15:06 (UTC)[回复]
下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

此指南曾於2019年2月7日提議升格為指引,惟當時的指南包含許多社群已否決的資訊,因此未能獲得社群共識。時隔近兩年,指南經SmallTim和在下修正內容、調適版面和增加流暢性後,已符合社群現況。由於指南的內容屬於「編輯者應嘗試遵守指引」,因此現提議將修正後的爭議解決指南升格為指引,並將已過時的爭議解決指南關閉和保留歷史,歡迎討論。 2021年1月18日 (一) 08:21 (UTC)[回复]

至於此指南能為社群帶來什麼好處,原因有下列幾項:

  1. 爭議在中文維基百科並非不存在。
  2. 有效的爭議解決在任何地方都很重要。
  3. 無論是使用者或管理員,都會有翻舊帳的習慣。
  4. 多數使用者對論述的在意程度,並沒有像方針和指引那麼高。
  5. 論述沒有強制性,指引有應嘗試遵守的前提存在。

就第一點來說,舉個最近發生的例子,管理員霧島聖Sanmosa的行為從六年前的事件開始追究,根本就是對人不對事,這種態度對社群根本沒有好處,「以儆效尤」一說更是表明了其封鎖行為的目的在於懲罰,與上一行管理員說的話完全矛盾,這時候如果有個能作為參考的指引來勸導如何解決爭議,我相信對社群是百益而無一害,更讓善於冠上罪名的使用者無戲可唱。 2021年1月18日 (一) 08:34 (UTC)[回复]

@SmallTimAINHTemp3600Sanmosa邀請先前參與討論者再次參與討論。 2021年1月18日 (一) 08:43 (UTC)[回复]

@Pseudo ClassesX島聖管理員處理手法有問題,其實直接發起解任投票就行了,將他解任了就一乾二淨吧,但前題是要夠票。--45.64.241.57留言2021年1月18日 (一) 09:53 (UTC)[回复]
管理員的處理方式存在爭議,我相信各位有目共睹,不過這不在討論範圍內。此外,解任投票是當事人雙方無法和解或達成共識時,才能採取的方式。當然,我不是當事人,如此發起解任投票,勢必會越了當事人的界線。-- 2021年1月18日 (一) 15:48 (UTC)[回复]

(+)支持 新加入的“文明态度”很好。 并且建议:将“ 最近發生的例子”的实际发生过的不文明的行为,抽象为例子(隐去细节和人名), 放到“文明态度”的三个小节的底部,帮助具体来评判什么是不文明的态度。这些有过共识的例子, 有点像法院的判例,在这里能作為參考的指引來勸導如何解決爭議。实践中发现,只有抽象的准测,有很多模棱两可的情况,有时为解释准则而引起新的争议, 有过共识的例子能将不少模棱两可的情况清晰化. --Gluo88留言2021年1月18日 (一) 13:43 (UTC)[回复]

(▲)同上:必要举例时应隐去具体人物及细节,仅保留大致脉络;如无过多理解上的困难,不举例也可。--安忆Talk 2021年1月18日 (一) 13:16 (UTC)[回复]

(+)支持改為指引, 但反對在「爭議解決指引」中加入不文明行為的舉例, 在維基百科:文明中已有舉例。--Wolfch (留言) 2021年1月18日 (一) 13:49 (UTC)[回复]

@Wolfch:我認為舉例並非都能在文明方針中找到,如僅關注爭議和冷處理兩個章節,不過我對舉例保持中立態度。-- 2021年1月18日 (一) 15:42 (UTC)[回复]

Wolfch 说的有道理。 修改建议如下:

  1. 在“文明态度”章节中各小节中,指向維基百科:文明对应各小节,和有关例子章节。
  2. 将“ 最近發生的例子”的实际发生过的不文明的行为,抽象为例子(隐去细节和人名), 放到維基百科:文明相应的例子部分, 帮助具体来评判什么是不文明的态度。这些有过共识的例子, 有点像法院的判例,在这里能作為參考的指引來勸導如何解決爭議(保留实践中学来的经验)。实践中发现,只有抽象的准测,有很多模棱两可的情况,有时为解释准则而引起新的争议, 有过共识的例子能将不少模棱两可的情况清晰化.

--Gluo88留言2021年1月18日 (一) 14:33 (UTC)[回复]

爭議解決指引中的文明態度內容和維基百科:文明的章節沒有對應。另外, 在維基百科:文明中加入例子一事, 似乎是其他的討論中在討論的內容, 您在此提出, 我認為已經離題了。--Wolfch (留言) 2021年1月18日 (一) 14:39 (UTC)[回复]
@Gluo88:不好意思,提議的主題是爭議解決指引,如有需要修改文明方針,建議另開一個新的提案,謝謝。此外,我認為不一定都只能在文明方針舉例,如參與者能互相調適意見,在爭議解決指引舉例亦無妨。-- 2021年1月18日 (一) 15:54 (UTC)[回复]
同意, 谢谢。本提案描述的背景例子似乎是一个“恶意推定”并且维反 Wikipedia:假定善意方针的实际例子。 --Gluo88留言2021年1月18日 (一) 16:37 (UTC)[回复]
不反對升格擬議條文為指引,但是我不見得提案人「就第一點來說」所舉的例子和擬議條文有太大關係,所以我想提案人進一步闡釋該例和擬議條文的關係。(我認為該例更適合於論證提升WP:翻舊帳的地位和加強執行管理員方針與封鎖方針中有關「封鎖的目的並非懲罰用戶」的條文。)@Pseudo ClassesSANMOSA SPQR 2021年1月20日 (三) 01:50 (UTC)[回复]
@Sanmosa您好,「就第一點來說」中的案例主要是用來論證提議條文中的僅關注事件一節,該案例中的管理員確實是對人不對事,用來加強升格為指引的重要性,我認為並非與提議條文完全無相關,如果您認為不適合作為提議條文的案例,我將會將該案例移除。 2021年1月20日 (三) 02:15 (UTC)[回复]
了解,對於案例存否沒意見。SANMOSA SPQR 2021年1月20日 (三) 04:15 (UTC)[回复]

提案七日內無反對意見,亦無新留言,因此自即刻起公示提案七日(2021年2月3日 (三) 07:51 (UTC)止),如有異議請盡快提出。 2021年1月27日 (三) 07:51 (UTC)[回复]

已將User:Pseudo Classes/Wikipedia/爭議解決指引的內容複製至Wikipedia:爭議解決指引SANMOSA SPQR 2021年1月28日 (四) 06:08 (UTC)[回复]

@Pseudo Classes想问几个细节上的问题:

  • Wikipedia:爭議解決指引#指引說明如有使用者被提报有不当行为,管理员可依照本指引提供的方式进行处理,然而这并不代表提报者为争议参与者,这些提报者仅代表社群做出决定 不是管理员进行处理吗?为什么是提报者仅代表社群做出决定
  • Wikipedia:爭議解決指引#解決爭議请尽量在争议扩及的范围极大或讨论没有共识时才提报到互助客栈,否则请在该页面之讨论页进行讨论:
似乎并不是所有争议都在在讨论页(如Talk:、User_talk、Wikipedia_talk:)里进行的。比如Wikipedia:頁面存廢討論就是在Wikipedia:名字空间里进行的。前几天就有一位用户把内容发到Wikipedia_talk:可靠来源/布告板里面。建议在冒号后面加入:“有关页面存废争议,请于Wikipedia:頁面存廢討論提报。有关来源争议,请在Wikipedia:可靠来源/布告板发起。--Steven Sun留言2021年1月28日 (四) 07:33 (UTC)[回复]
  • 因為提報者能為社群挺身而出來提報不當行為者,當然是代表社群做出提報的決定,無論提報理由是否屬實。
  • 正因為如此,此句開頭才寫著「盡量」。
@Steven Sun:希望有解答到您的疑問,如果您對我的回答沒有異議,那麼公示將繼續進行。-- 2021年1月28日 (四) 07:45 (UTC)[回复]
谢谢解答。那就继续公示吧。--Steven Sun留言2021年1月28日 (四) 09:57 (UTC)[回复]
目前的内容还没有完全翻译完是吗?如果本案通过,通过后的新增的内容不应直接归为指引,还需进行后续讨论。--东风留言2021年1月31日 (日) 06:22 (UTC)[回复]
@Easterlies:本應如此,請問您是擔心我會忽視社群意見嗎?更何況,翻譯後的內容不會直接放進指引內,而是添加內部連結到參見一節內作為參考。-- 2021年2月2日 (二) 06:11 (UTC)[回复]
公示期內無異議,提案通過。 2021年2月3日 (三) 15:06 (UTC)[回复]

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

改動维基百科:格式手册#地区用词的格式中與社羣一貫做法有差異的規定

範例表格 現行方針要求和社羣一貫做法違背,應當修改以反映社羣一般做法。
問題背景 條文要求「在一个条目中的顯示用词应该保持一致」,惟此要求與「地區性用詞」無直接關係,且與社羣一貫做法相違背。

(1月29日補充)依照現行規定,條目正文中不可同時出現同一概念的全稱和簡稱,

證據 例子
  1. 電腦條目中,若使用香港繁體閱讀,則同時有大量「電腦」和「計算機」的內容出現,使用大陸簡體時亦然。
  2. 轎車的條目中,正文同時使用「轎車」和「房車」
  3. SUV條目中,混用「運動型多用途車」和「SUV」
  4. 手機條目中,大陸簡體同時使用「移动电话」和「手机」,香港繁體同時使用「流動電話」、「手提電話」和「手機」,而台灣正體同時使用「行動電話」、「手提電話」和「手機」。
  5. 条形码條目中,同時使用「条形码」和「条码」。
  6. 大不列颠及北爱尔兰联合王国條目中,同時使用「联合王国」、「英国」。
我的解決方案 此章節進行刪節及修改。
現行條文

和文章内文一致 尽管维基百科不偏好某个地区用词,在一个条目中的顯示用词应该保持一致[a]可以使用自动地区词处理提供的模板来自动化文字的转换。例外的场合有

  • 引用他人的文章时应忠实于原文
  • 各種專有名詞,例如作家、导演、音乐家的作品名字和公司名稱应忠实于作者
  • 比较各地用词差异时
  1. ^ 使用地區詞處理至一致也算作一致。
提議條文

用詞應當易於理解 條目顯示用詞,僅因地區詞差異而產生者,應當使用自动地区词处理提供的模板来自动化文字的转换,以達成一致而若條目所論述內容在同一地區有多種常用說法,應當在文首全部列出或使用{{各地中文名}}列出。在滿足前述條件時,不要求條目內用詞統一,惟應保證在使用一種漢語變體時,所出現之名詞皆為該種漢語變體的常用詞。具體而言,

  • 若甲乙二地皆有使用 A,但乙地亦使用 B,則在使用甲地漢語變體時,單向將 B 轉換為 A。
  • 若甲乙二地皆有使用 A,但甲地亦使用 B,乙地亦使用 C,則在使用甲地漢語變體時,單向將 C 轉換為 A 或 B (依照先到先得做法選擇)。
  • 若甲乙二地皆有使用 A 與 B;即使甲地使用 A 較頻繁,而乙地使用 B 較頻繁,亦不轉換。

此外:

  • 引用他人的文章时应忠实于原文
  • 各種專有名詞,例如作家、导演、音乐家的作品名字和公司名稱应忠实于作者
  • 比较各地用词差异时,不轉換
相關討論

本修改請求,由下列討論引出:

--Yangwenbo99 2021年1月20日 (三) 23:13 (UTC)[回复]

(-)強烈反对:中文維基百科的大部分的條目都有遵從條目內用詞(使用地區詞處理至)統一的要求,「現行方針要求和社羣一貫做法違背」為虛假聲稱。SANMOSA SPQR 2021年1月22日 (五) 10:49 (UTC)[回复]
@Sanmosa已參考閣下意見修正提案,惟使用地區詞處理至統一,應當限制於「不統一是由於地區用詞差異造成的」這一情形。原條文中,註釋不加限制地允許「使用地區詞處理至一致」,容易使人產生違背地區詞轉換本意的理解。在下已舉出例子,證明對於許多重要條目,中文維基百科並非依照此方針處理。Yangwenbo99 2021年1月22日 (五) 18:27 (UTC)[回复]
仍然不認同。同一條目對同一主體的介紹應盡可能僅使用同一種名稱,僅在說明名稱本身時才需要不轉換並列出多個名稱。你上面舉出的這麼多個例子很明顯是未有遵守相關方針指引的情形,是需要被改正的。SANMOSA SPQR 2021年1月23日 (六) 01:12 (UTC)[回复]
我认为現行條文存在一些问题。比如某大陆用户知道某个台湾的地区用词,但是不会用繁体打出来,反之,某台湾用户可能知道某个大陆的用词,但是不会用简体打出来。我认为既然已经有了地区词转换技术,没有必要要求可以繁简转换的地区词在整个条目中保持一致写法。我认为保持一致写法的应该是那种不涉及地区词转换的一物多名,为了便于阅读,而保持行文一致。--百無一用是書生 () 2021年1月27日 (三) 01:55 (UTC)[回复]
@Shizhao我說的「保持一致写法」就是在說「不涉及地区词转换的一物多名」的情形(因為涉及地区词转换時「使用地區詞處理至一致也算作一致」,這是已有條文)。現擬議條文的意圖是在「不涉及地区词转换的一物多名」的情形下不「保持一致写法」。SANMOSA SPQR 2021年1月28日 (四) 05:59 (UTC)[回复]
此次改動是為解決兩個問題。1. 有編者依照「使用地區詞處理至一致也算作一致」,誤用地區詞轉換處理「不涉及地区词转换的一物多名」。2. 要求條目統一名稱,與維基百科之條目編輯習慣不符,此現象在有多種「不涉及地区词转换的」常用名時,尤其明顯。--Yangwenbo99 2021年1月29日 (五) 10:40 (UTC)[回复]
2才是整個討論中最有問題的意見吧。條目中除介紹名稱和引述原文的部分外,還不能統一用詞,是志在讓讀者產生疑惑嗎?如果從維基百科作為百科全書的本質性機能來看,2的想法簡直就是和維基百科的本質背道而馳。我認為Shizhao已經很清楚說明了保持一致寫法的目的了,我真的不明白像2這樣的想法是如何憑空出世的。SANMOSA SPQR 2021年1月29日 (五) 14:56 (UTC)[回复]
如果已在文首提及不同用法,讀者便不可能有疑惑。如嚴格執行現行方針,便會出現明顯不正常的結果。
  1. 兩岸三地皆有使用「上載」,而香港幾乎不用「上傳」,故依照本方針,應當全文改用「上載」,但明顯大量維基人不認同。
  2. 中國幅員遼闊,扁食一物有多種不同叫法,若要求「統一」,明顯是對「被統一」地區不公平。加之現時又將之前「描述特定地區時,依當地名稱」但規定刪除,想要同時解決統一和地區平衡問題,只能將大陸簡體進一步分拆,但這明顯在技術上不可行。
--Yangwenbo99 2021年1月29日 (五) 18:11 (UTC)[回复]
除介紹名稱和引述原文的部分外,不統一用詞的情況在實際應用上基本上僅限於為求符合歷史事實(例如宋嘉澍在改名為「宋嘉澍」前名為「韓教準」,在提述其改名前的生平時應稱其為「韓教準」)或區別應用性質(例如振音在聲樂中稱「顫吟」)。擬議修訂所帶來的副作用過大。【另外,想補充一點:提案人所舉出的例子1提及到有條目同時有大量「電腦」和「計算機」的內容出現,有一點需要留意的是「計算機」在繁體中文中並不指「電腦」,而僅指Casio fx-50F Plus之類的「計數機」/「計算器」。】SANMOSA SPQR 2021年1月30日 (六) 10:00 (UTC)[回复]
(+)贊成--Lantx有事请讲 2021年1月25日 (一) 14:15 (UTC)[回复]

台湾地区”一词可否用于条目中

如题,今天发现hololive production相关争议条目中“台湾”有一部分被替换成了“台湾地区”,查了CS4D,里面并没有提及“台湾地区”一词的用法,因此想讨论一下“台湾地区”这个词的使用范围。个人看法是:在地理相关的领域的条目中不建议使用“台湾地区”一词。--忒有钱🌊塩水あります🐳留言2021年1月21日 (四) 08:18 (UTC)[回复]

現擬議以下提案:

以上。@Ericliu1912忒有钱YFdyh000SANMOSA SPQR 2021年1月22日 (五) 07:01 (UTC)[回复]

(!)意見:「台灣地區」亦屬大陸當局用法,如稱中華民國總統為「台灣地區領導人」;同時,「臺灣地區」一詞,亦在大陸媒體有所使用。[1][2]故應當當作可以接受的用法。Yangwenbo99 2021年1月22日 (五) 09:04 (UTC)[回复]
大体上(+)傾向支持,不过“台湾地区”这个词大陆一些地方也在用(见上方意见)。--忒有钱🌊塩水あります🐳留言2021年1月22日 (五) 09:23 (UTC)[回复]
@Yangwenbo99忒有钱我認為不應該過分强調「地區」的屬性,其實際屬性應該由讀者自己判斷,所以我的提議條文才會寫成不能用有「地區」的詞語,不然我想不到任何禁用正式的法律術語的理由。SANMOSA SPQR 2021年1月22日 (五) 09:36 (UTC)[回复]
(+)支持:同意上方現擬條文,敘述性內文宜用「中華民國」、「台灣」、「台澎金馬」等詞表述中華民國實控區。反對以「中國台灣省」、「中國台灣」、「台灣地區」、「中華台北」、「台灣國」等詞代指中華民國實控區,涉及專有名詞、引錄原文除外。是否使用「大陸地區」一詞則尊重中國大陸、港澳維基人的看法,但個人認為兩岸政權對應時,仍宜以「中國大陸」、「台灣」或政權全稱做為對應表述用詞。--Twarrior留言2021年1月22日 (五) 12:04 (UTC)[回复]
台灣民間日常生活幾乎不用,多僅出現於台北政府行政單位的專有名詞。個人感覺此詞對中華人民共和國不友善,因為中華民國只實控福建的金馬部分。--Twarrior留言2021年1月23日 (六) 04:45 (UTC)[回复]
技術上「臺閩地區」確實單純指臺灣、福建二省,但福建省的部分實際上只有包含中華民國政府統治權所及的地區,其範圍等價於「自由地區」,有些時候同時也等價於「臺灣地區」(雖然非常容易令人混淆)。—— Eric Liu 創造は生命(留言留名學生會 2021年1月23日 (六) 09:48 (UTC)[回复]
現公示上案7日。SANMOSA SPQR 2021年1月30日 (六) 09:47 (UTC)[回复]
(+)支持Colinxu2020留言2021年2月4日 (四) 09:42 (UTC)[回复]

(分節A)

我觉得有必要在格式手册的本节“一些词语之具体用法”及下一节“非官方机构及国际活动”中指出“台澎金马个别关税领域”一词是类似于“中华台北”一词。--痛心疾首 2021年1月27日 (三) 14:14 (UTC)[回复]
參與世界貿易組織、國際貿易資訊暨合作機構、自由貿易協定,都算是國際活動的範圍。現行規定:「在非官方機構及國際活動中,應該使用正式名稱稱呼」,其中也包含「台澎金馬個別關稅領域」一詞,只是未一一列舉而已。簡而言之,除「中國台灣(省)」、「中國台北」等詞外,其餘應以正式名稱敘述之。--Twarrior留言2021年1月27日 (三) 18:57 (UTC)[回复]
同上,現有條文已涵蓋。臨時拆出分節A,與上方討論視為兩個不同的討論。SANMOSA SPQR 2021年1月28日 (四) 04:47 (UTC)[回复]

参考資料

讨论应该如何理解和判定 Wikipedia:管理員#避嫌

  • (見Wikipedia:管理員#避嫌)“管理员不应该在一项事宜中使用普通用户和管理员的双重身份”, 网上了解了一下各种例子, 我觉得:本次“封禁”是视乎是由于同一“争持”引发(紧接地管理员对该事件的警告应该看做 “同一事宜”)。 由于任何个人的见解都会带有主观性, 很需要听一听其它维基人“同一事宜”的看法, 类似于某些法院评判靠陪审团的成员,政治论题评判靠民意的多数。我也刚看到这件事, 感有关对方针的理解,权衡利弊, 多讨论一些时间可能更好些, 能让更多人参与使得讨论更充分一些。“同一事宜”的 “争持”中,管理员对该事件的警告带有主观性,甚至是报复性的警告,可能性极大,所以需要避嫌“同一事宜”的处理。--Gluo88留言2021年1月21日 (四) 14:46 (UTC)[回复]
    三个月的时间足够长了,却没有得出任何结论。“对封禁或封禁期限不满请去挂T:Unblock,然后等待其他管理员介入”,这是最行之有效的解决方案。--安忆Talk 2021年1月21日 (四) 14:23 (UTC)[回复]
    看来我与您在这个问题下的“时间是否足够长”有不同见解。我也刚看到这件事后, 网上做了调研,提出上面的看法。 很想和大家心平气和的理性地讨论。 由于任何个人的见解都会带有主观性, 这也需要听一听其它维基人的观点。--Gluo88留言2021年1月21日 (四) 14:32 (UTC)[回复]
    1. 我覺得討論三個月已經夠久了。2.建議不要在其他人留言之後,再重新在留言中加入新的標題,改變其他人留言所在的段落(例如這個),這有可能影響讀者對留言的解讀。--Wolfch (留言) 2021年1月21日 (四) 16:04 (UTC)[回复]
    事件内,此管理员以管理员身份做出警告,却未被回应并被无视,才加以封禁处理;如提封禁申诉,此申诉是由其他的、事件之外的管理员处理的,并非由当事管理员处理。故无嫌可避。--安忆Talk 2021年1月22日 (五) 04:27 (UTC)[回复]
    封禁不是由争执引起,而是作为管理员对于违规行为,经警告无效后的处理措施。--安忆Talk 2021年1月22日 (五) 04:30 (UTC)[回复]
    #Mys 721tx濫權,任意封禁用戶。考虑到此话题为中途插入,与原有讨论的诉求无关联,且“分割章节”的做法或影响他人对原有留言的理解,现将此话题独立出来。--安忆Talk 2021年1月21日 (四) 16:57 (UTC)[回复]
  1. 本条目被从: Wikipedia:互助客栈/其他#Mys_721tx濫權,任意封禁用戶 分出来, 专门讨论按Mys_721tx濫權中(Wikipedia:管理員#避嫌)方针 - “管理员不应该在一项事宜中使用普通用户和管理员的双重身份”,对于“同一事宜”的各种不同看法。侧重对方针的理解的讨论。 比如上面讨论中,在这里只是想抽象出一个例子来讨论。
  2. 由于任何个人的见解都会带有主观性, 很需要多听一听维基人“同一事宜”的各种不同看法。本论题很难像形式逻辑的命题,可以靠纯粹的逻辑推理解决。而更像政治论题评判,主要靠充分的讨论, 理解双方论点和理由, 然后靠民意的多数。 比如,充分的讨论后的投票等 (也许可以考虑按维基的 “共识” 和“公示”程序。 )。
  3. 也可考虑将本事件抽象出对以后的判别有参考价值的案例,补充到 Wikipedia:管理員#避嫌一节中。

--Gluo88留言2021年1月21日 (四) 18:07 (UTC)[回复]

@Mys 721tx @Uranus1781 @AnYiLin @Catowen @Catowen @Ericliu1912 @YFdyh000 @Mewaqua @Sanmosa @周雁棠 @Hjh474(见Wikipedia:管理员#避嫌)“管理员不应该在一项事宜中使用普通用户和管理员的双重身份”, 网上了解了一下各种例子, 我觉得管理员和用户“争持”引发出该管理员的“警告”和“封号”这三个步骤是应该看做同“一项事宜”。“同一事宜”的 “争持”中,管理员对该事件的警告带有主观性,甚至是报复性的警告,可能性极大,所以需要避嫌“同一事宜”的处理。 是否按 Wikipedia:管理員#避嫌 要求,管理员不应该自已“封号”和自己正在进行争持的用户?
--Gluo88留言2021年1月23日 (六) 03:43 (UTC)[回复]

  • 此管理员在执行封禁前并没有和用户争执,故您的论据不存在,且搞错了发生顺序。此管理员为应对违规行为以管理员身份施以多次警告,均未被回应且被无视,才加以封禁。争执的内容,即“争执该不该永封”是在封禁后产生的。--安忆Talk 2021年1月23日 (六) 03:56 (UTC)[回复]
  1. 谢谢分享看法。这里讨论的是: 管理员和用户“争持”引发出该管理员的“警告”和“封号”这三个步骤的情况。关于你说的案例,不在这个提案讨论范围。
  2. 关于你说的案例是否属于这种情况的个例(尽管我的观点与你不同), 应该在Wikipedia:互助客栈/其他#Mys_721tx濫權,任意封禁用戶的讨论范围。
  3. 很想和大家心平气和的理性地讨论。 由于任何个人的见解都会带有主观性, 这也需要听一听其它维基人的观点。
--Gluo88留言2021年1月23日 (六) 04:28 (UTC)[回复]
如果真的有某管理员和某用户的争执在此管理员对此用户实施封禁前发生,可以警告,因为警告是所有人可以做的。但不可以自行封禁,应求助于其他管理员,这是现行方针的规定。所以您想改善什么呢?--安忆Talk 2021年1月23日 (六) 04:34 (UTC)[回复]
谢谢分享看法。是否下面的解释对应了你上面的说法:
  1. 如果真的发生争执,按“避嫌”原则,只能用其普通用户身份, 所以不可以自行封禁,应求助于其他管理员。
  2. 关于“如果真的发生争执,可以警告,因为警告是所有人可以做的”。 但这时,发警告的身份应该看做是普通用户, 而不是管理员。 可以发多次警告, 但不能以发了多次警告为理由,来实行封禁。
  3. 与其说改善我宁愿说是澄清。
--Gluo88留言2021年1月23日 (六) 05:05 (UTC)[回复]
2有补充,“但不能以发了多次警告为理由,来实行封禁”改为“但此管理员不能以发了多次警告为理由,来实行封禁。应请求其他管理员介入并由其他管理员进行定夺。”--安忆Talk 2021年1月23日 (六) 05:14 (UTC)[回复]
User:爱学习的饭桶/免死金牌。-Mys_721tx留言2021年1月23日 (六) 05:28 (UTC)[回复]
  1. 我认同 U:AnYiLin的进一步补充, 多谢了。
  2. 请问Mys_721tx君是否同意经U:AnYiLin 进一步补充的观点,谢谢。 也谢谢Mys_721tx君分享, User:爱学习的饭桶/免死金牌 开始就说:"本用户页因幽默而保留,请不要当真。"
--Gluo88留言2021年1月23日 (六) 12:52 (UTC)[回复]
  • (!)抗议Mys 721tx把到處批評他的User:醍醐的花見永久封禁,也是沒有避嫌。--124.217.188.96留言2021年1月23日 (六) 12:32 (UTC)[回复]
    建议去看封禁日志和理由。此用户持续添加侵犯版权内容、散发原创研究及使用傀儡,封禁由短及长,直至永封;后于八月申诉中承诺“再也不做”,结果又犯,再次被永封;在其他管理员实施单页编辑限制后其又去其他页面继续进行违规行为,屡教不改再次招致永封。管理员的做法合规得不得了,有何嫌需避。--安忆Talk 2021年1月24日 (日) 04:04 (UTC)[回复]
    路過,留個言就走,不要期望我作進一步回應。個人認為上述案例某程度上存在問題。從當時站內外的討論,我覺得該用戶只是未能掌握防止侵犯版權以及不發佈原創內容之間的平衡,未見其編輯行為存在破壞性質,最佳做法應該是AGF、勸導並協助用戶改寫內容。封禁乃用作防止破壞而非懲罰用戶,這一點還是有些管理員會偶然越線(案例:Sanmosa君的對上一次封禁),而相反對於某些用戶卻存在過大的包容度,某程度上看見雙重標準的情況。以上只是我對於上述案例及某些管理員行徑的個人意見。--LuciferianThomas留言 2021年1月25日 (一) 08:26 (UTC)[回复]
    (▲)同上。-- 2021年1月31日 (日) 04:33 (UTC)[回复]

要求取消WP:MOSNUM的方针地位

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

我发现现在汉语维基百科的WP:MOSNUM方针按部分人的理解,2500不能写成“2500”,必须写成“2,500”,“两万人”必须写成“2万人”,一千人必须写成“1000人”,甚至“1945至1946年”都有问题,要写成“1945年至1946年”。

我对这种方针感到非常恶心和反感,要求取消方针地位,如果只是建议我没有问题,但无法接受强制。--7留言2021年1月25日 (一) 06:30 (UTC)[回复]

(1)這是指引,不是方針。(2)我認為如此強制有必要性,反對取消其指引地位。(3)「兩萬人」和「一千人」應是可行的寫法,「四位撇節法運用『萬』、『億』兩個單位,與阿拉伯數字混用時可輕易理解」,我認為這暗示四位撇節法可用於中文。(4)維持上下文局部體例一致是我對(3)的意見的前提。(5)我認為可以容許四位和五位(容許六位也可)阿拉伯數字不進行分節,我自己寫四位和五位阿拉伯數字時也鮮有進行分節。SANMOSA SPQR 2021年1月25日 (一) 09:21 (UTC)[回复]
格式手册首段即有说明“…以下的规则并没有声明不能变动,也不暗示…”。--安忆Talk 2021年1月25日 (一) 09:25 (UTC)[回复]
什么意思,现在方针下,到底是不是2500不能写成“2500”,必须写成“2,500”,“两万人”必须写成“2万人”,一千人必须写成“1000人”,甚至“1945至1946年”都有问题,要写成“1945年至1946年”?--7留言2021年1月25日 (一) 10:33 (UTC)[回复]
不是必须的。“风格一致、易于阅读”即可。--安忆Talk 2021年1月25日 (一) 10:35 (UTC)[回复]
廢除、拿掉指引地位更可怕好不好!,代表以後2500可以寫成9C4(十六進制)、2500可以寫成10201(七進制)、两万人可以寫成JH0人(三十二進制)、「1945至1946年」可以寫成「11110011001至11110011010年」(二進制),會變成不知道在說什麼外星話,明顯更慘好不好。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月25日 (一) 10:44 (UTC)[回复]
@A2569875即使沒有此規定,維基人依舊有 common sense。只要大家都認為這是「什麼外星話」,這些行為就依舊不會受到允許。Yangwenbo99 2021年1月29日 (五) 11:03 (UTC)[回复]
2500不应该写成 0x9C4 ——羊羊 (留言|贡献|古典音乐专题) 2021年1月31日 (日) 08:25 (UTC)[回复]
我建議關閉這個討論。SANMOSA SPQR 2021年1月26日 (二) 09:38 (UTC)[回复]

本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
反对取消方针指引地位,但我确实对它要求的逗号用法有顾虑。
  1. 中文文章里一般不使用逗号分节
  2. 一般见到逗号分节是在英文文章,读者会假设是千分位分隔符。如果按照维基百科:格式手册/日期和数字允许万分位分隔符,读者会混淆,不知道那个逗号是千分位还是万分位,得多看几眼才明白,反而造成不方便。
  3. 不管是千分位分隔符还是万分位分隔符,需要使用英文逗号。在一段文字里混用,,读者不容易辨析,在某些语句中万一把英文逗号看成中文逗号,会造成歧义。

--Gqqnb留言2021年1月27日 (三) 03:05 (UTC)[回复]

至少大陆的标准认可千分撇,而且小学应该也教过,即便对于非学术文章,作为标准之一应该没有问题;再或者不用千分撇也可以用千分空万位分节符那个例子的确可以干掉,四位分级时写成「1234万5678」就好。逗号看错问题应该不大。千位分隔符是三位一分,读者看到12,345第一印象是1.2万,看到12,34会觉得哪里不对(分句逗号没换成全角、千分撇打错位置、少敲一位数等等);而且上下文应该能帮助读者做出判断。如果真的碰到两个分句形如「…12,345…」,则应该考虑变换句式,回避这种容易引起误解的写法。(PS:说起来倒是有个把「p。」看成「p0」的哏)—洛普利宁 2021年1月27日 (三) 04:25 (UTC)[回复]
部分規定明顯不合理。
  1. 「物理量量值必須使用阿拉伯數字,并正確使用法定計量單位。」——「此住宅十二坪/四百呎」、「这十二尊大铜人,均高三丈」違反物理量量值的書寫
  2. 「两万人」要寫作2萬人違反一般量詞前的數值,「十五元」違反金錢單位前的數字
  3. 「一分錢」被金錢單位前的數字禁止,但被整數一至十的書寫允許。
——Yangwenbo99 2021年1月29日 (五) 11:00 (UTC)[回复]
(顺便提一句,要不要规定一下循环小数的写法) ——羊羊 (留言|贡献|古典音乐专题) 2021年1月31日 (日) 08:33 (UTC)[回复]
似乎千分号是认可的写法但不是必须的。如果为了这个可有可无的千分号而大费干戈废除指引才是最大的问题。千分号应该是可以使用,但不是必要。至于特定条目是否必须使用,请在相应讨论页中确定共识。——Sakamotosan路过围观杯弓蛇影 | 避免做作,免敬 2021年1月31日 (日) 08:41 (UTC)[回复]
@Yangwenbo99Cwek有幾個要點可以提出:【1】建議物理量量值的書寫(科學相關條目例外)與金錢單位前的數字加入符合整數一至十的書寫的規定者不適用的條文。【2】建議可以在一般量詞前的數值規定“萬X”、“億X”等104的倍數級的中文數字量值當成單位的一部分。【3】建議容許四位和五位阿拉伯數字不進行分節(如果社群認爲有必要,可以規定不容許在科學相關條目中不進行分節)。【4】「这十二尊大铜人,均高三丈」這樣的寫法(排除WP:格式手册/日期和数字的影響後)本來就不太百科全書,建議重寫一下。SANMOSA SPQR 2021年2月5日 (五) 07:13 (UTC)[回复]
附議【2】和【3】。【1】中建議將容許範圍擴大至一百及以內數字。——Yangwenbo99 2021年2月5日 (五) 07:44 (UTC)[回复]
【1】來說,我認為還要增加一個要求,就是維持上下文局部體例一致。如果出現某個數字不在一百(十)及以內數字的範圍內,但另一個並列的數字在的話,仍然應該要求兩個數字都使用阿拉伯數字書寫。SANMOSA SPQR 2021年2月5日 (五) 07:48 (UTC)[回复]
同意。建議此規則獨立成文。在下擬作:「若兩組或多組數據並列,則必須統一格式。若其中至少一組數據被本指引禁止使用某種格式,則其他與之並列者亦不可使用。」--Yangwenbo99 2021年2月5日 (五) 10:49 (UTC)[回复]
另建議增加一要求以應對这十二尊大铜人,均高三丈,「直接引用古籍中數據,或者使用中國傳統度量衡者,除非使用漢字會導致難以理解或排版混亂,否則可以使用漢字,即使這被其他條文禁止。」——Yangwenbo99 2021年2月5日 (五) 10:49 (UTC)[回复]

建議為法律聲明頁面增加一個nutshell

不通過:
社羣不傾向增加nutshell,故撤回此議。會連帶否決編輯請求。SANMOSA SPQR 2021年2月2日 (二) 11:48 (UTC)[回复]
下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

先前討論位於Wikipedia talk:法律声明#編輯請求 2021-01-20SANMOSA SPQR 2021年1月25日 (一) 10:15 (UTC)[回复]

現建議為法律聲明頁面(Wikipedia:法律声明)增加一個nutshell,原始碼如下:

{{nutshell|维基百科或任何[[维基媒体]]基金會计划不应该被解释为试图提供或给出任何有关法律方面的意见。}}

效果如下:

以上。請求社群給予意見。SANMOSA SPQR 2021年1月25日 (一) 10:15 (UTC)[回复]

感觉有些拗口。现有页面上居中的“维基百科不提供法律意见”比这更清晰,不必再加“简而言之”。维基百科名字空间下,不应当为其他计划声明。--YFdyh000留言2021年1月25日 (一) 10:31 (UTC)[回复]
@YFdyh000「本頁簡而言之」是{{nutshell}}的既有效果。其餘不表態,我保持中立。SANMOSA SPQR 2021年1月25日 (一) 14:35 (UTC)[回复]
@Sanmosa我指整个框而非前缀语多余,不必添加。--YFdyh000留言2021年1月26日 (二) 15:40 (UTC)[回复]
現有頁面配置應已足矣,沒有必要疊床架屋。—— Eric Liu 創造は生命(留言留名學生會 2021年1月25日 (一) 14:49 (UTC)[回复]
并无必要,这个页面已经很简洁了,页面最顶端的一行大字“维基百科不提供法律意见”已经能够简明扼要地概括内容了。——BlackShadowG留言维基百科20岁生日快乐! 2021年1月27日 (三) 06:16 (UTC)[回复]

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

古典音乐条目的定义句探讨

问题 古典音乐条目的定义句如何规范?
问题背景 已知古典音乐的名称由几个部分组成:(i)调性、(ii)编号、(iii)体裁、(iv)作品号、(v)别称。以贝多芬 F 小调第 6 号交响曲为例,在英文中其全称可为“Symphony No. 6 in F Minor, Op. 68, "Pastoral"”。古典音乐拥有一套严谨的体系,则在中文维基中(需不需要,如果需要的话,)如何对应给出一套严谨的命名规范,尤其是按照 WP:MOSBOLD 的规范如何界定粗体的范围?
我的解决方案 有几种方式:
  1. 只以“编号”和“体裁”为定义句中的名称,如“F 小调第 6 号交响曲作品号 68”,是为英维的命名方式;
  2. 包括进“调性”部分,如“F 小调第 6 号交响曲作品号 68”;
  3. 再包括进“作品号”部分,如“F 小调第 6 号交响曲,作品号 68”。

前两种方案视作品号为一相对独立的部分,其位置可以较为便宜地改动;第三种方案则视作品号为名称刚性的一部分,位置不能任意变动。

对于带有别称的古典音乐作品,也有几种风格:

  1. 别称跟在“体裁”之后,如“F 小调第 6 号交响曲“田园””;
  2. 另起一句介绍别称,如“F 小调第 6 号交响曲,又称《田园交响曲》”。(如果采用这种命名格式,则“作品号”部分放在编号名后面还是别名后面?)

另外,古典音乐几乎都是西方舶来。则其外文名应当包含上述的哪些部分,又当如何布置?

同时,WP:MOSALBUM 规范认为音乐专辑和歌曲名称应当括在书名号内,则是否可以外推得出古典音乐名称也应该括进书名号内的结论?

实际上“编号”部分也有两种风格。其一为维基上已成事实规范的“第 x 号”,其二则为以汉字编号,如“F 小调第六交响曲”者。

Chih-See Hsie 2021年1月27日 (三) 10:50 (UTC)[回复]

嚴格來說要你加書名號的是這個「Wikipedia:格式手册/标点符号#书名号還有你的政府,但這只是條目內,你有看過哪個條目名稱用到書名號嗎,這都是內容規範? --無心*插柳*柳橙汁 2021年1月27日 (三) 12:22 (UTC)[回复]
@Milkypine在提議中已經提到討論的是條目開頭的定義句而非條目名稱,我知道維基百科在古典音樂的條目名稱上已經形成了事實上的規範。在上面我確實有表述不清之處,還請見諒。-Chih-See Hsie 2021年1月27日 (三) 13:26 (UTC)[回复]
參酌本地標註原文的習慣,上面那個範例或許應該寫成「F小調第6號交響曲『田園』,作品号68(德語:Sinfonie Nr. 6, F-Dur op. 68 "Pastorale",英語:Symphony No. 6 in F Minor, Op. 68 "Pastoral"),俗稱《田園交響曲》」之類的。—— Eric Liu 創造は生命(留言留名學生會 2021年1月27日 (三) 13:13 (UTC)[回复]
参见User:Anakharsis/沙盒 ——羊羊 (留言|贡献) 2021年1月27日 (三) 13:34 (UTC)[回复]
但个人喜欢把作品号括号起来,并使用Op.-- ——羊羊 (留言|贡献) 2021年1月27日 (三) 13:40 (UTC)[回复]
而且觉得现在“对序号是10(不含)以上的作品,‘号’字省略”的规定缺乏一致性…… ——羊羊 (留言|贡献) 2021年1月27日 (三) 13:43 (UTC)[回复]
@Anakharsis有没有可能将用户 Anakharsis 的论述加以讨论修改之后通过表决使之成为维基百科的正式格式指引?-Chih-See Hsie 2021年1月27日 (三) 15:27 (UTC)[回复]
鹿角君好久没编辑了QwQ ——羊羊 (留言|贡献) 2021年1月27日 (三) 15:50 (UTC)[回复]
@羊羊32521這篇其實可以轉指引,完成度高,反正古典音樂條目沒有人,應該很容易可以成為指引。 --無心*插柳*柳橙汁 2021年1月31日 (日) 15:40 (UTC)[回复]
虽然没几个人[開玩笑的],但每个人都有不同的习惯[來源請求]可能不好通过[原創研究?]通过也没代表性。不如多叫几个人来-- ——羊羊 (留言|贡献|古典音乐专题) 2021年2月1日 (一) 02:17 (UTC)[回复]
就目前的案例來看,作品號並沒有加上書名號(例如第二号钢琴奏鸣曲 (肖邦)),有名稱才會加上書名號(例如第6号交响曲 (柴可夫斯基))。話說小提琴协奏曲 (西贝柳斯)算甚麼類型? --無心*插柳*柳橙汁 2021年1月27日 (三) 13:54 (UTC)[回复]
西小协算没有序号的吧,他就写过一部小提琴协奏曲-- ——羊羊 (留言|贡献) 2021年1月27日 (三) 14:10 (UTC)[回复]

提議Wikipedia:关注度中,有30種或以上的語言版本的條目應直接算作有關注度

Wikipedia:最多語言版本的待撰條目,很多條目都有30種或以上的語言版本但是卻沒有中文版本,這樣似乎不太對,因為中文維基百科的條目數是全部語言的第15名(見Wikipedia:维基百科语言列表),所以在此我建議在Wikipedia:关注度中增加這個規則,若該條目有有30種或以上的語言版本,中文維基就應收錄,無視其他關注度的規則,你們說每個語言的維基百科有自己的收錄準則,我也同意,但是我覺得這應該只適用於語言版本不超過20種的條目,既然語言都有30種了,就應該表示具有關注度。--彤蜜妡璃647留言2021年1月27日 (三) 13:48 (UTC)[回复]

那些条目没有中文版本不是没有关注度,而是没人写。--无所事事/想要狗带 2021年1月27日 (三) 17:49 (UTC)[回复]

(-)反对,牽涉到語言相對論,有些知識單位在中文裡不存在。例如en:State (polity)條目會存在只是因為歐洲發展出民族國家的歷史中出現了這個同時可以指國家、政權、主權、政府或構成國的詞,中文根本不需要這個詞,也不存在對應的概念,硬要建立條目的結果 ,現在變成了「政府 (政体)」條目,在導言說「政府/國家政體是在一套政府下的政體」,著實令人迷惑。或者原產熱帶的芒果屬有許多物種,溫帶國家把它們的果實全都混為一談通稱en:Mango另立條目,但對我們來說芒果和其他野生品種是不一樣的東西,建立這個通稱的條目毫無意義。又例如中文有了條目紳士階級來對應en:Gentry之後,en:Gentleman這個概念就不需要在中文裡另外弄個「紳士」字典條目,而是應該用禮貌君子風度紳士科學家等條目來覆蓋相關的概念空間。相反地,也有些概念只存在於中文,例如福氣、痴迷、沉醉,這些概念幾乎不可能存在外語條目,但硬要配合外文的話,我們就看到重新導向到酒精中毒。此外,歐洲各語言較為近似,也都有自己的維基,很容易快速翻譯各語言的條目,無法證明真的是有意義的主題。過度看重外文維基的話,不只是造成文化殖民、更造成知識的不正義(epistemic injustice英语epistemic injustice)。--Yel D'ohan留言2021年1月30日 (六) 15:51 (UTC)[回复]

樓上,我是說像Wikipedia talk:最多語言版本的待撰條目/32種或以上語言版本當中提到的原田福三郎日高卯三郎這兩個條目,見Wikipedia:最多語言版本的待撰條目/自動更新,前者已經有51種語言了,而後者則有52種語言,都有那麼多語言的維基百科有了條目,沒有理由說沒關注度了吧!2402:7500:487:A54:D045:FAC5:FBBE:1F0留言2021年2月4日 (四) 20:13 (UTC)[回复]
多语言数量不能说明任何问题:维基百科本身不是可靠来源;现有语言非常多(298个),各个小wiki上悄悄建立看似合格的条目并连起来不难。这两个条目在英文维基上篇幅都很短,来源也极少,可见不太受到关注。--YFdyh000留言2021年2月4日 (四) 20:37 (UTC)[回复]
中文維基的條目數量達到了第15名,而且母語是中文的人比很多語言的人都多很多,所以30種語言都有的條目,中文應該也要有,你們說每個語言的維基百科有自己的收錄準則,我也同意,但是我覺得這應該只適用於語言版本不超過20種的條目,既然語言都有30種了,就應該表示具有關注度。2402:7500:487:A54:D045:FAC5:FBBE:1F0留言2021年2月4日 (四) 20:49 (UTC)[回复]

建議將維基百科:邊緣學説升級為本站指引

本提案根據川普的精神狀態條目存廢討論記錄以及該條目的存廢復核記錄爭議部分提出。前者原審管理員@Antigng 閣下的結案陳詞的其中理由之一認該條目為“边缘学说”,且違反NPOV而予以刪后重定向;而后者復核管理員 @蟲蟲飛 閣下于DRV結案陳詞的其中理由則認爲“套用英文維基站規則不符合本站指引”。

而提案者的立場也認爲在维基百科中,给予这类观点以过大比重显然有失中立;且類似的條目也沒有獨立存在的必要性。儘管它們可能會還是被保留,或許就因爲“我們這裏沒有這個規則”而且“符合GNG”。 由此可見,其實原本的NPOV守則在某些方面可能存有爭議,可能並不是很好的能夠詮釋“邊緣學説”在中文維基的存廢和適度、接受度如何。

因此,我提案將該指引升級為本站指引。--維基百科最忠誠的反對者留言2021年1月27日 (三) 14:39 (UTC)[回复]

可是这个连翻译都没完成…而且在英维也仅是指引。--安忆Talk 2021年1月27日 (三) 14:51 (UTC)[回复]
謝謝您,我已修改為本站指引。此外,翻譯的工作我已在做了。--維基百科最忠誠的反對者留言2021年1月27日 (三) 15:21 (UTC)[回复]
您好!目前該條目的翻譯部分應該已經完成...--維基百科最忠誠的反對者留言2021年1月27日 (三) 15:55 (UTC)[回复]
作为主要翻译者之一,我表示反对。主要原因是英文维基对应的指引比现在更完善,现在的该指引明显不能囊括许多本应能囊括的东西。如果按照英文维基百科现有指引扩充完毕那么我会考虑支持。--探机留言2021年1月27日 (三) 16:02 (UTC)[回复]
謝謝您的建議。--維基百科最忠誠的反對者留言2021年1月27日 (三) 16:34 (UTC)[回复]
态度上我不再反对,但目前翻译情况仍需进一步校对。--探机留言2021年1月31日 (日) 11:27 (UTC)[回复]
內容很符合實踐。-- 2021年1月27日 (三) 16:44 (UTC)[回复]
(-)反对提案違反WP:5P2:我們需要在條目中準確地表達和解釋各方的觀點,並以平等的態度對待各個觀點——不可將其中一些觀點演繹為「真理」或「最佳觀點」。--蟲蟲飛♡♡→♡℃留言 2021年1月28日 (四) 03:52 (UTC)[回复]
我认为这恰恰符合WP:5P2,正是用平等的態度對待各個觀點。边缘学说自然就应该边缘化才能达到中立。各打五十大板的做法不是中立--百無一用是書生 () 2021年1月28日 (四) 04:15 (UTC)[回复]
建議以WP:WORLDVIEW結合本地系統性的地域中心等表現,審視有關變動是否可能引發其他問題。--約克客留言2021年1月28日 (四) 05:50 (UTC)[回复]
根据吉米·威尔士2003年9月于英语维基百科的邮件列表裡给出的解释:「如果是多数观点,那么提及普遍接受的参考文字便可很容易地证实它;如果是重要少数观点,那么很容易找到一批知名的拥护者;如果是极少数(或极有限)观点,那么它并不属于维基百科,无论它是否真实,无论你是否能够证明它,除非它出现在一些补充条目中。」任何聲稱Wikipedia:边缘学说違反WP:5P2者均為虛假聲稱,並實際上才是真正違反WP:5P2者。此留言本身並不反對任何人以其他的任何理由反對提案。SANMOSA SPQR 2021年1月28日 (四) 05:53 (UTC)[回复]
@維基百科最忠誠的反對者我和探机有相同的意見。SANMOSA SPQR 2021年1月28日 (四) 05:53 (UTC)[回复]
(?)異議:您引的留言既不是方針,也不是指引,五大支柱已經寫得很明確,不應標籤及禁制任何觀點。反對任何形式的內容審查,令維基這個知識寶庫進一步收窄。--蟲蟲飛♡♡→♡℃留言 2021年1月28日 (四) 12:23 (UTC)[回复]
@蟲蟲飛 Jimbo先生的留言可為參考和對邊緣學説的解釋;同樣的,邊緣學説升級爲指引并非是用於内容的”審查”,甚至,您如果有意也可以引用該指引作爲參考。且這樣的話,各大方針也可以進一步解釋為包含自我審查的部分,閣下也能去存廢討論區提案刪除...個人認爲維基百科需要在編寫、查證方面保持謹慎和中立的性質,這當然不是内容審查;是爲了維持一個更好的維基百科。五大支柱不是也包含WP:5P5
本人也知道該條目目前可能在對應的擴展方面尚存不足之處...我會認真考慮各位的意見。也希望各位對於該指引提供建議以及協助擴展。--維基百科最忠誠的反對者留言2021年1月28日 (四) 14:03 (UTC)[回复]
我的引文摘自WP:NPOV,屬方針的一部分。SANMOSA SPQR 2021年1月28日 (四) 14:45 (UTC)[回复]
  • (-)反对,同虫虫飞,在来源同样可靠的前提下,区分“边缘学说”和“主流观点”并以此为由打压前者并不是一个好的选择,同时对条文成为某些用户审查观点(尤其是政治相关内容)的借口表示担忧。——BlackShadowG留言维基百科20岁生日快乐! 2021年1月28日 (四) 14:43 (UTC)[回复]
    “为维持中立的观点,并未得到相关学术界广泛支持的观点不应在主流观点的条目中给予不当比重。深入介绍应仅在观点本身的条目进行,且观点本身的条目必须满足知名度条件。另外,在条目主题为少数派观点时,和多数派观点的上下文关系必须明晰”
    生者傳記與中立的方針對人物的編寫方面,爲保持條目高質量有所限制;尤其邊緣學説不應因爲其是”邊緣學説“而得到與主流觀點相持的比重,個人認爲這可能也有誤導性之嫌,且也極易涉嫌違反NPOVWP:NOR,而該升級指引可用於參考。
    “在来源同样可靠的前提下”...此等假設并不穩妥,因爲您並不能在編輯百科時預先假設所有的學説(包括主流學説)的來源來源都是屬於可靠的,這需要進行適當的查證。而邊緣學説當然也可以這麽做,但必須格外謹慎,因爲這種理論有相當的一部分屬於滿足關注度但欠缺可靠的二手來源。因此,我個人認爲更需要該指引升級爲本站的指引,因爲顯然NPOV守則的囊括方面需要進一步的擴充。--維基百科最忠誠的反對者留言2021年1月28日 (四) 15:28 (UTC)[回复]
@探机、@Sanmosa,目前我已按照英文維基重新進行了適當的排版和翻譯擴充,如果有哪裏尚待完善之處,請務必在下方告知。--維基百科最忠誠的反對者留言2021年1月28日 (四) 16:59 (UTC)[回复]
原则上支持,翻译细节需要推敲:
  1. "deal with strong, puzzling evidence—which is difficult to explain away—"
    插入语仅修饰证据
  2. "relies on weak evidence such as anecdotal evidence or weak statistical evidence "
    anecdotal evidence:轶事证据
随后进行其余部分校对-Mys_721tx留言2021年1月28日 (四) 20:29 (UTC)[回复]
(?)異議
  1. User:Longway22,現行方針已經可以解決問題,而提案其實也增加其他問題。
  2. User:BlackShadowG,「邊緣學說」和「主流觀點」的界定是具爭議性,您說人家的觀點是「邊緣學說」,自己的是「主流觀點」;人家也會說您的觀點是「邊緣學說」,他的觀點是「主流觀點」,可以預期提案會增加了社羣分化,無助解決問題。
  3. 提案違反WP:5P2:我們需要在條目中準確地表達和解釋各方的觀點,並以平等的態度對待各個觀點——不可將其中一些觀點演繹為「真理」或「最佳觀點」。
  4. 維基百科不會審查內容,更不會禁制觀點
  5. 任何形式的禁制都會令維基這個知識寶庫進一步收窄,對維基有非常壞的影響。
以上。--蟲蟲飛♡♡→♡℃留言 2021年1月29日 (五) 03:41 (UTC)[回复]
如果这样的话,干脆把NPOV也取消算了。--百無一用是書生 () 2021年1月29日 (五) 07:12 (UTC)[回复]
  • NPOV是通過正面的來源與負面的來源互相平衡,來達成「中立」;或者不同政治觀點的來源去互相平衡來達成「中立」,而不是把某些觀點禁絕,令某些看法消失,令維基只留下一把「聲音」,這不是維基的「中立」。--蟲蟲飛♡♡→♡℃留言 2021年1月29日 (五) 07:55 (UTC)[回复]
要考慮到中維與英維之背景環境是很不一樣的處境,例如對權威知識之壟斷度、參考渠道之多樣可用度、恪守準則和底線等之自律度等等,都是無法徹底有樣板複製而又令本地之實踐完全不同的。而很完備實質非常脆弱的體系,實踐中也很容易在下級條款之不同的追加修訂下、被個別解讀而削弱原本的各種保險。
主流或邊緣本身,於本地之實踐中也不甚有清晰的所謂界線,客觀上也是會一直旋繞打轉:毫不誇張地講,中文圈目前難以有真正穩固的主要觀點,因為之間的對立情勢大概已經非常嚴重。對於部分方面說,是沒有可能確定到主次之地位,根本也是不能隨時保證各自看法對邊緣與否有任何可能的收窄。在中維這樣的背景下,假如真的用指引去確定何為主要、何為邊緣,恐怕在各種機制已岌岌可危的情況下,最後只會徹底背離五大支柱吧--約克客留言2021年1月29日 (五) 10:15 (UTC)[回复]
首先我给与这篇散文高分,但对于这种类似汉弗莱爵士般的长难句给予低分(抱歉w)
是的阁下,但有些东西一直使其刻意的模糊化只是在逃避而非真正的解决问题。因为有人的地方就会有立场甚至是有对立,我们所要做的就是要保证避免维基百科成为对立者的行人道时让他们“刻意落下”肮脏的东西。指定该指引并非是去煽动族群对立,而是在两种对立的同时保持“清晰”,这种清晰不光是为对立者也是为读者。而像我所说的,因现有的方针已经明显不能囊括边缘学说这一条目(或已在上述条目的争议部分明显使其模糊化)。而您本质上并没有谈到该中立清晰点之差别,以至于最后在一堆个人假设的前提之下就已经下了一个对五大方针“预言”。但抱歉,我个人认为这并不是很恰当。--維基百科最忠誠的反對者留言2021年1月31日 (日) 07:49 (UTC)[回复]
认为边缘学说指引与该案无关。Fire Ice 2021年1月29日 (五) 11:08 (UTC)[回复]
感谢您的回复;
我在提案时认为该条目内容(原名稱即是唐納川普的精神狀態)在违背精神医学界的主流伦理道德的同时也引起了部分的争议,而这显然是該边缘学说指引的范围。--維基百科最忠誠的反對者留言2021年1月31日 (日) 08:29 (UTC)[回复]
現有方針及指引,已可解決「不當比重」及「知名度」問題。而维基百科:边缘学说在華人文化圈尤其容易造成誤用。建議保留論述地位。Yangwenbo99 2021年1月29日 (五) 14:06 (UTC)[回复]
原則上支持邊緣學說升為指引,但內容似未翻譯完善,「關注度和接受度的取捨」一節無內容(或是排版有誤?)。另外,我先說我不認為唐納·川普的精神狀態可以因邊緣學說而提刪,條目符合Wikipedia:边缘学说#收錄標準,有巨大的關注度,有可靠的二手來源對其進行過評估和討論,並且也有經過同儕審查的來源。--Yel D'ohan留言2021年1月29日 (五) 15:50 (UTC)[回复]
@蟲蟲飛 個人認為您在該存廢複核以“我們這裡沒有這個規則”以及“全部刪除理據不成立”的作廢行為更稱不上能令人信服,
您甚至在之後急切地在Afd管理員的用戶界面要求關閉該頁面的討論
儘管之後用“請求理由消失、快速刪除可以提早關閉”等之類理由充作藉口,卻刻意忽略該理由的前提“在已經討論到明確的共識時”
但您還是口口聲聲說要“尊重各個觀點和立場並給予相應的比重”以及“不能違反Censor”以及“反對以任何形式禁止各方觀點”
故此,我到想問問您到底是怎麼定義這些的?我絕不否認您在維基百科上五年所做出的卓越貢獻…但針對您在這兩件事情上的雙重標準和言行令我感到對管理員者的失望。
可能稱不上無意冒犯了,但我得說您或許是我見過言詞中最包含虛僞的管理員。--維基百科最忠誠的反對者留言2021年1月31日 (日) 08:19 (UTC)[回复]
是的各位,我確實是想按照該指引(如果有升級的話)來刪除這個按我的話來說是“沒有任何獨立價值存在意義的垃圾條目”。
因爲同時我也是對開創“某人的精神狀態/某人的精神狀態的爭議”之類條目的先例及其後果而感到擔憂。我也發現維基百科“不會審查內容”已經被某些人定義為“維基百科不管什麼都可以收錄”
而之後只要有人提案刪除唯一的標準或許就是看他們有沒有符合GNG,且隨時都可以用Censor反對刪除某些粗製濫造的、缺乏二手來源的、合成材料式原創的條目…這甚至也可以讓Censor用作DRV和AFD的結案陳詞從而駁回提案。依我之見這才是真正的濫用和誤用,而顯然已經有人在嘗試這麼做了。(如果有時間,我同時也會發起對Censor的修正案;因為不會審查內容也不代表可以被用戶用作逃避編輯責任的理由。--維基百科最忠誠的反對者留言2021年1月31日 (日) 08:38 (UTC)[回复]
@維基百科最忠誠的反對者可能整件事都有誤會,詳情如下:
  1. 我看到L君管理員移動了改善後的草稿去覆蓋原條目,並已移除刪除模板,但afd又未關閉,我以為他忘了關閉afd,因此走去感謝他處理afd,並提醒他還未關閉afd,而事實上我 DRV發還時也是建議「改善後保留」,但他改善後,並移除刪除模板,但AFD又未關閉,因此走去提醒及感謝。您可以看看我的留言就提醒和感謝他。
  2. 維基的中立是指通過不同政見立場的來源去互相平衡,來達成「中立」,即不應禁制任何觀點及立場的內容,維基要看的是可靠來源所呈現的內容,而且不加審查。條目如果有一段是負面內容,就應該有一段正面內容,這就是「中立」,但有可能暫時找不到正面的來源,那麼掛個模板標示,等到有來源時再加入,而不是刪去條目,或者禁制自己不同意的政見、立場的內容。
以上。--蟲蟲飛♡♡→♡℃留言 2021年1月31日 (日) 10:13 (UTC)[回复]
可以理解阁下这种想要中立的想法,但恕难在本次讨论认同:
……所以这就是为什么我原则上不反对该指引,给正反双方一人一段的前提是正反双方的观点确实都有大量支持者,不演绎观点为真理的前提是某句陈述的确是观点而不是真理。--探机留言2021年1月31日 (日) 11:27 (UTC)[回复]
在涉及有關問題上,像個人於上面已經很明確提及的那樣,首先仍然不能脫離開中文圈當前的各種問題。而照如此分拆下去認為適用以WP:SNOWBALL結束本案。--約克客留言2021年1月31日 (日) 12:28 (UTC)[回复]
前述相對主義的四個例子完全可以用WP:DUE來處理,DUE第一段就寫了「中立性要求條目應該公平地表達所有以可靠來源發表的重要觀點,並應與每個觀點的顯著性成比例」、「條目不應給予少數觀點與更受歡迎的觀點同樣多的描述,且通常根本不應包含極少數的觀點。 」我認為此段已經包含了FRINGE的主要精神。FRINGE存在的主要意義是進一步提醒編者不要把發表在掠奪性期刊、已被主流學界否定、或是根本沒有學者會認真看待的猜想當成重要觀點,並指引編輯者如何處理那些學術上不被接受、但民間很多人採信的東西。這些論述在可靠來源以及關注度指引中其實都已經有說明,只是沒有集中到一處介紹。本來去年底我也參與了FRINGE一小部份的翻譯,但現在看到提案人這種個案立法的態度,必須承認蟲蟲飛的擔憂是合理的。--Yel D'ohan留言2021年1月31日 (日) 15:22 (UTC)[回复]

内部发行的资料能不能证明关注度?

我认为内部发行的资料可以佐证关注度,像洛河大桥这个条目。中国的新闻媒体不会说各个地区的公安局、文化局是什么时候成立的,所有的这些都只能在内部发行的资料中找到。--Assifbus留言2021年1月28日 (四) 06:50 (UTC)[回复]

内部发行资料无法查证,而且可能涉及泄密问题--百無一用是書生 () 2021年1月28日 (四) 07:20 (UTC)[回复]
閣下的擔憂裡面其實涉及兩個不同的範疇:可否查證在如密級已過的情況下、即可能公開而可滿足條件;洩露之判讀,在所謂權威裁斷中也可飄移不定,如最近香港特別行政區之查冊如援引「新常態」、公眾即可有墮入法網的風險。當前本地伺服器之司法管轄區應暫可豁免其他司法管轄之實質疑慮,Assifbus閣下如可提供可公開討論之個別參考來源資料,可再甄別有關之實質可操作度。--約克客留言2021年1月28日 (四) 14:19 (UTC)[回复]
@Assifbus南山区 (涿鹿县)#治安及司法的來源10是甚麼東西?SANMOSA SPQR 2021年1月28日 (四) 08:55 (UTC)[回复]

尋求「XXX (消歧義)」頁面格式的社群共識

目前發生爭議的頁面:发烧 (消歧义)

  1. 我依照Wikipedia:消歧义#快速建立,將頁面修改為Special:Diff/63989375(CaryCheng版本)
  2. U:Hjh474依照WP:DABSTYLE,將頁面修改為Special:Diff/63989490(Hjh474版本)
  3. 我們在Talk:发烧_(消歧义)討論,沒有達成共識。

希望社群提供意見,Special:Diff/63989375(CaryCheng版本)Special:Diff/63989490(Hjh474版本)相比較,哪一個版本的格式更符合WP:D的指引?--CaryCheng留言2021年1月29日 (五) 18:10 (UTC)[回复]

關於方針指引在條目上的應用,(&)建議移動到WP:VPD討論。如果有提案要修訂方針指引,歡迎提出。謝謝。--Hjh474留言2021年1月30日 (六) 01:07 (UTC)[回复]
我觉得两者都可以。CaryCheng的版本在英文维基上多见,但当只有一个其他义项时,显得有点累赘,Hjh474的版本清爽很多。直接在主条目上用{{Redirect2}}更轻快。既然用户是从主条目跳转而来,重新简介“发烧”有些多余,除非消歧义页作主条目且发烧是较常见但偶尔也不指它的义项,这在英文中较常见。--YFdyh000留言2021年1月30日 (六) 04:31 (UTC)[回复]
正常来说:读者既然进入这个消歧义页,就是他已经点开过「发烧」条目了;而且正因为他不打算看这个条目,所以才从顶注刻意跳转过来的。所以对于「XXX (消歧义)」第一种做法比较好,把主条目「XXX」提到点列之外,有助于读者迅速排除这个不想看的条目,在点列里安心找其他内容。如果消歧义页本身就叫「XXX」,那第二种模式就OK。PS:另外如楼上说法,只有两个项目的消歧义页面应考虑直接用{{redirect2}}一步到位。—洛普利宁 2021年1月30日 (六) 04:47 (UTC)[回复]
同意以上洛普利寧的說法。若消歧義頁佔用主空間則全部平等對待,以點列式表示;若消歧義頁並非佔用主空間而是「(消歧義)」頁的話,則在第一句說明主要用途和連結至主頁面,而後面就以點列式表示。建議藉此機會釐清WP:DAB:若沒有一個項目的關注度長期超越所有其他用法,則消歧義頁佔用主空間,作出平等消歧義;而反之則設消歧義分頁,首段對主要用途作出簡單定義,並將所有其他項目平等列出。--LuciferianThomas留言 2021年1月30日 (六) 08:26 (UTC)[回复]
我認為兩者都是可行的格式。SANMOSA SPQR 2021年1月30日 (六) 09:44 (UTC)[回复]
同意Lopullinen閣下的說法。—— Eric Liu 創造は生命(留言留名學生會 2021年1月30日 (六) 09:59 (UTC)[回复]
只有兩個條目而且其中之一是主條目的話,應該在主條目上用for或redirect2直接帶到另一個主題即可,根本不用建消歧義頁。現在這樣只會讓找專輯的人要多跳轉一次才能達到目標。--Yel D'ohan留言2021年1月30日 (六) 14:41 (UTC)[回复]
我能想到的不用for或redirect系模板的理由是避免其他条目在主条目中“蹭热度”。但此例中看不出有此危害。--YFdyh000留言2021年1月30日 (六) 14:44 (UTC)[回复]
(*)提醒:不好意思,為了避免討論離題,我必須說明一下。關於「發燒 (消歧義)只有兩個項目最好用{{for}}或是{{redirect2}}模板」這件事,當然是一個值得討論並積極處理的問題。不過,發燒 (消歧義)只是現在發生編輯爭議的頁面,是我用來提請社群提供意見的例子而已。不如這樣,請參閱國民黨 (消歧義)
  1. 我依照Wikipedia:消歧义#快速建立修改的格式,就是目前的國民黨 (消歧義)版本。
  2. 若是按Hjh474閣下的方式修改,就會是這個格式
現在請大家先聚焦討論哪一個版本的格式更符合WP:D的指引。請注意,這次討論的結果會影響所有XXX (消歧義)頁面的格式,因此需要大家先討論兩個版本孰優孰劣。
至於「項目太少的消歧義頁面應該改用{{for}}或{{redirect2}}模板」這件事,我也非常認同,但是請容我之後另開話題,再請各位參與討論提供意見。--CaryCheng留言2021年1月30日 (六) 17:23 (UTC)[回复]
可以考慮這個。--洛普利宁 2021年1月30日 (六) 17:45 (UTC)[回复]
(※)注意:討論後有共識,也可以作為日後條目共識的依據。不建議動輒改方針指引,因為有些新手不瞭解方針指引,太多限制寫進方針指引,用戶很容易動輒得咎,前些時候才有新手因為沒有依從格式指引被舉報至VIP,而且被封禁了;而且格式指引改得太頻繁,社群也不容易掌握;如果大家的討論有共識,往後也可以根據此討論共識去編輯,不一定要把格式指引改來改去。--蟲蟲飛♡♡→♡℃留言 2021年1月31日 (日) 02:23 (UTC)[回复]
之所以有該消歧義頁,是因為消歧義原有4項,2日前CaryCheng君將之清理成2項。指引明言「快速建立」「如果希望快速建立消歧義頁,可以參考如下代碼。」似乎表示此法方便用於初期創建消歧義頁,並未表示此法為首選(&)建議:消歧義若僅2項,條目頁(比如:發熱)可將{{redirect2}}改指向另一項(比如:發燒 (張惠妹專輯))而非消歧義頁,對讀者最為方便;消歧義頁則保留現況,半廢棄,也不必提刪,未來或許有緣會再加項,便可再用。--Hjh474留言2021年1月31日 (日) 08:39 (UTC)[回复]

討論似乎告一段落了,我整理了一份共識草稿,請各位提供意見。另外,目前多數意見認同「發燒 (消歧義)只有兩個項目,應該用{{redirect2}}模板」,我會依照共識修改发热

「XXX (消歧義)」頁面格式共識草稿

說明:
  1. WP:D中存在兩種消歧義頁面格式,並未指定何者為首選。
  2. 透過本共識指定兩種頁面格式的使用方式,不修改WP:D條文。
「XXX (消歧義)」頁面

採用格式如下,參閱Wikipedia:消歧义#快速建立

'''[[XXX]]'''主要指ABCDEFG。
'''XXX'''還可以指:
「YYY」頁面

採用格式如下,參閱WP:DABSTYLE

'''YYY'''可以指:

--CaryCheng留言2021年2月3日 (三) 03:07 (UTC)[回复]

Wikipedia:格式手册/日期和数字#同一數值不能換行

Wikipedia:格式手册/日期和数字#同一數值不能換行里面举了个例子:

  • 正确:中华人民共和国1990年人口普查人數為11億3368萬2501人
  • 错误:中华人民共和国1990年人口普查人數為11億33
    68萬2501人

错误示例中“33”和“68”间的换行是手工加<br />搞出来的。但正常情况下,主流浏览器不会在阿拉伯数字间换行,编者更不会像示例一样加<br />。所以这个问题不用太担心。

中华人民共和国1990年人口普查人數為11億3368萬2501人


中华人民共和国1990年人口普查人數為11億3368萬2501


中华人民共和国1990年人口普查人數為1,133,682,501人

而实际可能情况是这样:「11億3368萬2501人」刚好出现在行末,结果有了“11億//3368萬2501人”或者“11億3368//萬2501人”这样的换行。(右侧上例)

现在的问题是,“11億3368萬2501“应该作为一个整体解读。但读者浏览器窗口不定,总有读者会看到跨行的版本?所以这里是否要求始终以{{nowrap}}干预处理?(右侧中例)

再或者“11億//3368萬2501人”可以接受,而“11億3368//萬2501人”不行,所以逢万使用一次{{nowrap}}?--洛普利宁 2021年1月30日 (六) 16:45 (UTC)[回复]

不应过度干预排版,尤其是使用nowrap,会影响移动端(即窄屏幕)及小容器内排版。正如您所说,浏览器一般不会在数字或单词中间换行(不会有11亿3368//万2501人,贴错,是不会有11亿33//68万2501人),除非手动干预(也就是那个例子)。--安忆Talk 2021年1月30日 (六) 17:08 (UTC)[回复]
如果不干預,那是否應該把這條格式手冊規定(或者至少這個不明所以的例子)給刪掉?PS:我的瀏覽器(Safari 14.0.2 @ macOS 11.1)是“11亿3368//万2501人”而不是“11億//3368萬2501人”或“11億3368萬//2501人”。--洛普利宁 2021年1月30日 (六) 17:18 (UTC)[回复]
示例未苛求编者照顾到所有分辨率的展示效果,所以用户做好自己就可以,也不必在源码中用技术手段苛求完美,这个问题可能要靠Unicode和浏览器开发方将数量级及量词文字识别为数字的一部分。--YFdyh000留言2021年1月30日 (六) 17:23 (UTC)[回复]
啊…我贴错了,抱歉。是不会有“11亿33//68万2501人”这种情况,也就是说除非手动换行或使用break-all属性,否则那个例子是不存在的。nowrap也就是keep-all属性会有排版问题。--安忆Talk 2021年1月30日 (六) 17:27 (UTC)[回复]
右上例确实看到“11亿3368
万2501人”的效果,new Edge on Windows 10。--YFdyh000留言2021年1月30日 (六) 17:23 (UTC)[回复]
其實我覺得這個範例也有可能是連換兩行的結果。不少新手編輯會不小心這麼做。—— Eric Liu 創造は生命(留言留名學生會 2021年1月31日 (日) 11:13 (UTC)[回复]
格式手冊「同一個用阿拉伯數字表示的數值,要使其在同一行,避免出現斷行或者換行的情況,以免出現歧義」應該是參考了中華人民共和國國家推薦標準《出版物上數字用法的規定》「一個用阿拉伯數字書寫的數值應避免斷開移行」。我的理解是阿拉伯數字不斷開(主流瀏覽器一般能做到),在漢字和阿拉伯數字間斷開沒有問題。 Konno Yumeto Sayonara, Flash 2021年1月31日 (日) 11:19 (UTC)[回复]

条目质量评级

按照维基百科:条目质量评级标准,条目评级是又专题来评级的,但事实大部分专题都是死的,评级都是乱评的。有什么解决方法吗?--习大大2013+5+5+5+5...→→一键加速 2021年2月1日 (一) 11:02 (UTC)[回复]

死专题不是正好由自己随便评 (...) 吐槽+(?)疑問,评级在专题外有什么作用和影响。--YFdyh000留言2021年2月1日 (一) 11:06 (UTC)[回复]
那就是自己再評一次啊。评级其實也有大概的標準,沒來源這種一定開始從小作品開始評,像人家寫出一個100萬位元組但沒來源,基於他人辛苦的苦勞給他初級,但那種複製貼上地請你去小作品。而且事實上,条目质量真的是自爽,所以你的心態也不要太認真。 --無心*插柳*柳橙汁 2021年2月1日 (一) 11:14 (UTC)[回复]
提到評級,題外話,好像有PageAssessments這種工具。-- 2021年2月2日 (二) 06:22 (UTC)[回复]
原来有这个工具,我一直用的rater。——BlackShadowG留言维基百科20岁生日快乐! 2021年2月3日 (三) 06:29 (UTC)[回复]
話說rater用了一大堆不是mw.config.get的取值方法,結果測試站整個掛掉-- Sunny00217  2021年2月4日 (四) 08:27 (UTC)[回复]
可以说没办法解决。条目质量靠的是人去读而不是狂写。社群太多人不读条目。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2021年2月2日 (二) 08:26 (UTC)[回复]
沒有人就沒法子。我會建議你先從未分級開始評。--Temp3600留言2021年2月2日 (二) 08:50 (UTC)[回复]

建议修改WP:CSD#G5

現行條文
  • 該內容之前必須是經存廢討論刪除,其中:
    1. 之前经页面存废讨论、档案存废讨论删除的,提请速删者须在速删模板标注原存废讨论页面的位置;
    2. 之前经侵权审核删除的或所提报页面目前疑似侵犯版权的,提请速删者应一并加挂疑似侵權模板(使用Twinkle的编辑应先提挂侵权模板再提挂速删模板,以免速删模板被误移除),并提供足以查证的相关删除资讯(例如,页面之前被删除日期、相关删除日志、原存废讨论页面的位置等)。
  • 如該內容之前屬於快速刪除,請以相同理由重新提送快速刪除。
  • 該內容如與被刪除的版本明顯不同,而提刪者認為需要刪除,請交到存廢討論,如果提刪者對此不肯定,請先聯絡上次執行刪除的管理人員。
  • 不適用於根據存廢覆核結果被恢復的內容。在某些情況下,重新創建的條目有機會發展,那麼不應提交快速刪除,而應該提交存廢覆核或存廢討論重新評核。
  • 使用模板{{d|G5}}或{{d|rep}}。
提議條文
  • 該內容之前必須是經存廢討論刪除,其中:
    1. 之前经页面存废讨论、档案存废讨论删除的,提请速删者须在速删模板标注原存废讨论页面的位置;
    2. 之前经侵权审核删除的或所提报页面目前疑似侵犯版权的,提请速删者应一并加挂疑似侵權模板(使用Twinkle的编辑应先提挂侵权模板再提挂速删模板,以免速删模板被误移除),并提供足以查证的相关删除资讯(例如,页面之前被删除日期、相关删除日志、原存废讨论页面的位置等)。
  • 如該內容之前屬於快速刪除,請以相同理由重新提送快速刪除。
  • 該內容如與被刪除的版本明顯不同,而提刪者認為需要刪除,請交到存廢討論,如果提刪者對此不肯定,請先聯絡上次執行刪除的管理人員。
  • 不適用於根據存廢覆核結果被恢復的內容。在某些情況下,重新創建的條目有機會發展,那麼不應提交快速刪除,而應該提交存廢覆核或存廢討論重新評核。
  • 不适用于因未发生的将来事件删除而到时重建的条目。
  • 使用模板{{d|G5}}或{{d|rep}}。

最近发现有一个到时重建的页面(天才衝衝衝節目列表 (2021年))多次被管理员蟲蟲飛以G5原因快速删除,而原有页面存废讨论理据明显不成立。为防止此类页面被快速删除,故在此提议修改快速删除方针。--12З4567留言2021年2月2日 (二) 07:08 (UTC)[回复]

建議更改“而到時重建”為“而在事件已經(可合理預期會)發生後重建”。SANMOSA SPQR 2021年2月2日 (二) 10:57 (UTC)[回复]
(?)疑問:條目標題中要求刪除是必須滿足「而有關內容與已刪除版本相同或非常相似」。若曾依WP:水晶球遭到刪除,而後因有合理預期會發生而重新創建,那麼內文是否理應和原本有顯著不同?——Yangwenbo99 2021年2月2日 (二) 11:13 (UTC)[回复]
我認為並非必然。SANMOSA SPQR 2021年2月3日 (三) 02:16 (UTC)[回复]

擴大WP:COR適用條文

現行條文

(無)

提議條文

用詞 使用「朝鮮半島」及「韓半島」兩詞

朝鮮半島」為現行朝鮮半島南北政權所在地,雖可被稱為「韓半島」,但仍建議儘量以確切的名稱進行敘述與稱呼,以避免地域中心。因此,除了專有名詞、引錄人物原話、檔案原文、機構正式名稱之外,提及朝鮮半島南北政權之所在地理位置時,條目中的用詞不宜使用某程度上同義的「韓半島」代替「朝鮮半島」。 使用「韓國」及「南韓」兩詞 「韓國」為現行大韓民國對外簡稱,「南韓」則為現今中國大陸以外民間所使用的常見稱呼,使用相關字詞時應注意地區詞處理

若「韓國」一詞位於專有名詞內,則應維持該專有名詞不變,如自由韓國黨韓國日報使用「朝鮮」及「北韓」兩詞 「朝鮮」為現行朝鮮民主主義人民共和國對外簡稱,「北韓」則為現今中國大陸以外民間所使用的常見稱呼,使用相關字詞時應注意地區詞處理

若「朝鮮」一詞位於專有名詞內,則應維持該專有名詞不變,如朝鮮勞動黨朝鮮日報避免使用之用詞 基於維基百科對於朝鮮半島南北關係保持沈默的立場,因此編者在提及雙方時應採取對等、中立的敘述,且編者應採事實論述以避免地域中心,故不應使用「北方政府」、「南方政權」等作為朝鮮半島南北政權的代稱,條目同時提及雙方之簡稱時,則應以「朝鮮」、「韓國」相對(中國大陸模式),或是以「南韓」、「北韓」相對(中國大陸以外模式)。

「南朝鮮」的使用方式僅限定使用於基於歷史事實的陳述上,例如在大韩民国#国名章節中提及有關中國與韓國建交前對於其簡稱的敘述,「北朝鮮」的使用方式亦僅限定使用於基於歷史事實的陳述上,例如在朝鲜民主主义人民共和国#國名章節中提及有關日本對於其簡稱的敘述。

專有名詞(如脫北者)、引錄人物原話、檔案原文(如北南關係發展與和平繁榮宣言)、機構正式名稱(如南北共同聯絡事務所)不受相關條文之限制。

針對朝鮮半島的部分用詞,現階段希望可以提出,尋求社群共識,基於用旗部分已達成相關的規範,也歡迎維基人自行修改上列條文提出版本,俾利社群參考,以達到更符合維基百科的用詞一致。--🍫巧克力~✿ 2021年2月4日 (四) 08:20 (UTC)[回复]

(1)「『南/北韓』則為現今民間所使用的常見稱呼」應作「『南/北韓』則為現今中國大陸以外民間所使用的常見稱呼」,中國大陸常用「韓國」和「朝鮮」是肯定的。(2)「南/北韓人/籍」都是中國大陸以外的日常用語的範疇之內,因此反對禁用「南/北韓人/籍」。(3)「條目提及雙方之簡稱時則應以『朝鮮』、『韓國』合併敘述或是以『南韓』、『北韓』合併敘述」建議寫作「條目同時提及雙方之簡稱時,則應以『朝鮮』與『韓國』相對(中國大陸模式),或以『南韓』與『北韓』相對(中國大陸以外模式)」,以明確轉換規則。SANMOSA SPQR 2021年2月5日 (五) 05:53 (UTC)[回复]
@卡達應該補充若「韓國」一詞位於專有名詞內,則應維持該專有名詞不變。(例子:韓國日報韓國貿易協會SANMOSA SPQR 2021年2月5日 (五) 07:03 (UTC)[回复]
使用「朝鮮半島」一詞的部分來説,我的觀察是所有地方都幾乎只使用「朝鮮半島」,因此建議在介紹名稱本身的部分、專有名詞、引錄人物原話、檔案原文、機構正式名稱以外的情況規定使用「朝鮮半島」替換「韓半島」。寫法可以參考Wikipedia:互助客栈/方针#“台湾地区”一词可否用于条目中中的提案的寫法。SANMOSA SPQR 2021年2月5日 (五) 07:20 (UTC)[回复]
@Sanmosa針對此部分,已補述在使用「朝鮮半島」一詞的條文之中,還請閣下看看有什麼需要調整的地方。--🍫巧克力~✿ 2021年2月5日 (五) 07:38 (UTC)[回复]
要調整的地方只有章節標題,已代改。現時沒其他進一步意見。SANMOSA SPQR 2021年2月5日 (五) 07:43 (UTC)[回复]

「主流来源」之定義

WP:斷言中,提及「未在主流来源中出现的意外或重大的断言」,但未有對「主流來源」進行定義。我本以為維基人會依常識進行判斷,但是有編者認為由 Cambridge University Press 出版的論文集(書籍)論文不屬於主流來源。為釋除疑慮,建議在條文內加入解釋。

現行條文

遇到以下情况时,编者需警惕並特别检查作出断言的来源:

  • 未在主流来源中出现的意外或重大的断言;
  • ……
提議條文

遇到以下情况时,编者需警惕並特别检查作出断言的来源:

  • 未在主流来源中出现的意外或重大的断言;
    • 以下來源,在無相反證據前,一律推定為主流来源:
      • 符合Wikipedia:可供查證#可靠来源中,「最可靠來源」定義者,即「大学出版社出版的同行评审期刊与书籍,大学级别的教科书,著名出版社出版的杂志、期刊、书籍,以及主流的报纸」,
      • 重要學術會議論文集英语Conference proceeding中的論文,
      • 受多篇前二款中論文引用的其他學術論文(含學位論文),但所有引用皆為駁斥者除外,
      • 至少在特定地區廣為使用的中學教科書,及
      • 來自政府的公開且正式的文件。

因「主流來源」應當比「最可靠的來源」寬鬆,特增加會議論文、中學教科書及政府公開文件。 --Yangwenbo99 2021年2月5日 (五) 03:59 (UTC)[回复]

既然Wikipedia:可供查證#可靠来源中已经指明“一般而言,最可靠的来源包括大学出版社出版的同行评审期刊与书籍”,应该就是可以直接引用的吧?欧美名校出版社出版的相关刊物可能在中文圈中属于“可靠但非主流来源”,但不应影响直接引用。另外,将“在特定地区广为使用的中学教科书”“来自政府的公开且正式的文件”归为主流来源个人认为可能会产生问题。作为这些方面的非专业人士,意见如有不妥请见谅。--Aronlee90留言2021年2月5日 (五) 05:28 (UTC)[回复]

建议删除姓氏分类

如题,如果连姓氏(如[[Category:刘姓]])都要分类,那就没有理由不加[[Category:布什姓]][[Category:史密斯姓]][[Category:史蒂文斯姓]][[Category:詹姆斯姓]][[Category:山口姓]][[Category:小泉姓]][[Category:弗朗索娃]]……--7留言2021年2月5日 (五) 07:57 (UTC)[回复]

我給予(+)支持,畢竟這算是過度分類。但這件事情很「重大」,應該讓更多的用戶才是(尤其是那些很少來互助客栈的編輯們),我可不想被人在背後說閒話說我們是維基小圈圈。 --無心*插柳*柳橙汁 2021年2月5日 (五) 08:07 (UTC)[回复]
我個人確實也是覺得姓氏分類的設立的必要性不大,而且也難以盡收,做不到分類的應有功能。我在{{bulletin}}把這直接設為社群調查好了,這樣大家直接看到和關注到這討論。如果結論是(基本)刪除姓氏分類的話,部分模板可能也要連帶調整。SANMOSA SPQR 2021年2月5日 (五) 10:09 (UTC)[回复]