2023年政策修订增补工作正在进行中,欢迎参与!
  • Moegirl.ICU:萌娘百科流亡社群 581077156(QQ),欢迎对萌娘百科运营感到失望的编辑者加入
  • Moegirl.ICU:账号认领正在试运行,有意者请参照账号认领流程

萌娘百科討論:討論版/方針政策/存檔/2022年07月

萌娘百科,萬物皆可萌的百科全書!轉載請標註來源頁面的網頁連結,並聲明引自萌娘百科。內容不可商用。
跳至導覽 跳至搜尋

檔案館討論版【方針政策】檔案館


20

21

22

23

24年

【快速提案】關於消歧義方針前言的適應性修改

前言

據消歧義方針所言,「角色名大量取自槍械、軍艦、地名或典故等知名現實事物」的,即使收錄範圍內無歧義或歧義項在站內不存在條目也應進行消歧義。然而,明日方舟大部分角色並非符合此條件,也不符合「前綴消歧義」一段的「大量重名」,這造成了前後矛盾。為了修正此錯誤,發起此快速提案。

正文

將原文「如:少女前線明日方舟碧藍航線等作品的登場角色,由於角色名大量取自槍械、軍艦、地名或典故等知名現實事物,因此即使收錄範圍內無歧義或歧義項在站內不存在條目也應進行消歧義,不應獨佔無消歧義前後綴的條目名。」

修改為「如:少女前線碧藍航線等作品的登場角色,由於角色名大量取自槍械、軍艦、地名或典故等知名現實事物,因此即使收錄範圍內無歧義或歧義項在站內不存在條目也應進行消歧義,不應獨佔無消歧義前後綴的條目名。」

--某FFF團的高級火法 批判一番) 2022年6月28日 (二) 01:10 (CST)

討論區

或許這裏可能不需要舉例?目前看來,明日方舟可能確實不符合「大量取自」這一點。我統計了全站62個存在前綴消歧義的專題,確存歧義者,以武器裝備、食物、歷史人物、神話典故等居多,很遺憾,現在看來,方舟可能最多沾點神話典故,(+)支持 移除。我們在前綴消歧義架構崩塌的懸崖邊緣邁出了一步——Zyszhao.GE·討論頁·留名版·坦閃組 2022年6月28日 (二) 01:38 (CST)

可以關閉快速提案了,下次麻煩優先考慮編輯請求。—— ほしみ 2022年6月28日 (二) 02:52 (CST)

投票區

管理員

同意
反對
棄權

巡查姬

同意
反對
棄權

參與討論的自動確認用戶

同意
反對
棄權

無票權用戶意見

同意
反對
棄權

計票與結論

請求被撤回。
您仍可以繼續在本模板上方回覆,但這個討論串將會在本模板懸掛滿3日後 (於2022年7月2日凌晨) 存檔。
如果您有有關疑問,建議您開啟一個新的討論串
處理人留言:
修改已由星海子執行——某FFF團的高級火法 批判一番) 2022年6月28日 (二) 17:43 (CST)

U:Takeuci對著作權信息#著作權信息(通俗版本)一節的疑問

#著作權信息(通俗版本)一節第一句:萌娘百科,及萌娘百科姊妹計劃站點,全部內容禁止商業使用。
然而,日萌與英萌著作權協議為cc by-sa(參考en:Moegirlpedia:Copyrights,與wp一致,與中文萌百相比無nc)
那麼,本句中的「姊妹計劃」是否應當註明不含英、日萌(以及文庫?
--Takeuchi.BadEditor (討論留名) 2022年6月12日 (日) 14:17 (CST)

不含英日萌,也不算文庫(文庫是創作者保留所有權利),那隻剩下共享站了(——「今日も一日がんばるぞい!」(沼澤討論) 2022年6月12日 (日) 23:07 (CST)
確實如此,附議--Str 2022年6月20日 (一) 21:05 (CST)
我個人認為萌娘所有站點都應該要有獨立的著作權政策。—— Eric Liu 創造は生命(留言·留名 2022年6月22日 (三) 13:08 (CST)

提議:對於去世用戶的用戶頁進行紀念處理

前巡查姬User:葉姬洛以被證實在去年去世。其用戶頁也做到保護處理。

我提議,類似於維基百科的辦法,將萌百去世用戶的用戶頁紀念處理,以表達萌百對去世對萌百的貢獻的感謝。--愛吃麵包的Hooonooka討論) 2022年7月6日 (三) 12:54 (CST)

關於早期條目

本主題或以下段落文字,移動自 萌娘百科_talk:討論版/技術實現#關於早期條目

萌百目前有對早期條目的定義嗎——Aceyyds討論) 2022年6月24日 (五) 06:58 (CST)

???,怎麼跳到技術實現了——Aceyyds討論) 2022年6月24日 (五) 07:01 (CST)

給你移了。——   於是我放棄了二餅已讀不回) 2022年6月25日 (六) 22:04 (CST)
萌娘百科:方針#早期條目政策,「早期條目是萌娘百科內的一類特殊條目,其通常創建於站點早期,因歷史原因被保留。」——From 引夢者濁華(討論) 2022年6月26日 (日) 11:02 (CST)
其實我也挺好奇這個「早期」要有多早才能被判定為「早期條目」,之前問過大概是2011-2012年?—厚禮謝來喝茶吧 2022年6月27日 (一) 10:00 (CST)
我認為是正式的help:收錄範圍出現之前,即2013年1月1日前才可以算是早期條目。—— ほしみ 2022年6月27日 (一) 10:05 (CST)
應該要正式予以定義,並檢查是否有所遺漏。—— Eric Liu 創造は生命(留言·留名 2022年6月27日 (一) 14:45 (CST)

編輯組指引第二修正案草稿徵集意見

因為種種客觀原因,這個修正案大概4月底的時候就已經打好稿了,但是一直拖到發生了無數事情後的現在才整理完能夠有時間發出來接受各位的批判,真的非常抱歉。

這份修正案的內容主要是對第一修正案通過後在實踐中發現的更多問題進行的調整,會側重於針對造成了一定站內外影響的事件進行重點修正。我也在站外聽到了很多對編輯組政策的建議,由於我個人才疏學淺無法給出很好的解決方案,因此放在這裏希望能有更多人提出批判和建議。如果有什麼需要進一步討論的問題,也希望各位能夠儘可能地提出來,讓更多的人參與討論。

因為這一段時間依舊有提案正在討論,加之我個人的時間不算太充裕忙着接各學校招生辦電話,因此這一修正案作為草稿或許還會在討論版呆上很長時間。希望各位在這段時間內不吝賜教。

以上,感謝。--Thus Spoke Sivlovski.討論」 2022年6月25日 (六) 20:18 (CST)

總體上我覺得沒什麼問題,不過我有一個建議,那就是有沒有必要重排部分內容突出「編輯組的義務」,尤其是對外事務這方面?——   於是我放棄了二餅已讀不回) 2022年6月25日 (六) 22:14 (CST)
@TsanconBYin這部分我的理解是這樣的,對外事務並不是編輯組的義務,而是編輯組的權利,而這份權利在遇到問題(負面影響事件、站外相關糾紛)時是會被收回的,這一定程度上也是在保護編輯組,不要因為非義務性的事情導致編輯組本身陷入困境。--Thus Spoke Sivlovski.討論」 2022年6月26日 (日) 17:27 (CST)
這裏我其實想的是,編輯組有對這類事件維持緘默的義務,畢竟近期發生的事情,但凡事先約定其應當保持沉默,都不會那麼糟。——   於是我放棄了二餅已讀不回) 2022年6月26日 (日) 18:15 (CST)
@TsanconBYin噢,這部分已經在添加的內容裏頭有很明顯的提及了,我覺得也算是對外宣傳/交涉的一部分,應該放在這部分章節裏頭就足夠了。--Thus Spoke Sivlovski.討論」 2022年6月26日 (日) 20:45 (CST)
關於編輯組合併的行為,需要規定嗎?—— 屠麟傲血討論) 2022年6月25日 (六) 22:19 (CST)
應該給出粗略的指南、門檻與禁止事項,其餘問題由相關編輯組自行商酌。—— Eric Liu 創造は生命(留言·留名 2022年6月25日 (六) 23:37 (CST)
@屠麟傲血這兒所指的「編輯組合併」是啥?現在是有「自行在站內協商」的條款的,我想知道您所指的是哪一個方向的更細緻的內容。--Thus Spoke Sivlovski.討論」 2022年6月26日 (日) 17:27 (CST)
對於「編輯組的地位喪失」一欄中的前三種情況,能否像第四條一樣建立一個提醒機制,給幾天的寬限整改期,之後再進行處理?(主要考慮到,一些正在上學或放萌百假期的負責人,並不一定能即時關注組內的人手去留情況。)--Mathreader討論) 2022年6月26日 (日) 12:08 (CST)
@Mathreader第二種情況是有寬限期的。第一種情況本身就是為了讓主要負責人能夠有編輯組聯絡者的這麼一個作用,90個自然日也已經足夠長了,我個人不認為需要再設立寬限期。第三種情況的確可以設置寬限期,我考慮一下行文。--Thus Spoke Sivlovski.討論」 2022年6月26日 (日) 17:27 (CST)
幾個小問題:
1.【編輯組的主要負責人】部分,「可以通過在編輯組大家族模板或簽名版上發起對編輯組主要負責人的彈劾討論」,似乎應為「編輯組大家族模板或簽名版的討論頁」;
2.【編輯組模板與宣傳】部分,我沒理解為何刪除「編輯組大家族模板」,以及對這一刪節的註釋「防止前後矛盾」是什麼意思。
——C8H17OH討論) 2022年6月27日 (一) 09:19 (CST)
@C8H17OH
  1. 確實。
  2. 這部分和下面的增5是配套食用的,主要是考慮到登記大家族模板本身是登記編輯組的前置條件,但原行文中建立大家族模板又必須在登記編輯組之後才能進行,我自己感覺陷入了一個需要丟椅子的情況,所以對相應方面的邏輯進行了修改。--Thus Spoke Sivlovski.討論」 2022年6月27日 (一) 09:27 (CST)
大概懂了,雖然從實際執行的角度來說倒是問題不大,畢竟即使沒有指引條款維護人員也不會看到就刪( ——C8H17OH討論) 2022年6月27日 (一) 09:36 (CST)
(~)補充 上面第1條問題,「並適時由」前面加個逗號吧,這句有點太長了;另外這個「適時」或許需要靠後續實踐來形成經驗了( ——C8H17OH討論) 2022年6月27日 (一) 09:49 (CST)
今天討論的時候還發現一個問題,就是「嚴重違反萌娘百科方針而被長期封禁的用戶不得被列入編輯組大家族/簽名版中」這一條,為什麼只規定了站內不允許登記而未規定站外群組應當驅逐?我認為這類用戶留在站外群組的危害明顯更大吧。——   於是我放棄了二餅已讀不回) 2022年6月27日 (一) 20:59 (CST)
@TsanconBYin因為站內政策很難管到站外的東西(監控每一個站外群組得附加很多無謂的工作),編輯組又不是官方群組,只能儘可能對之進行站內的管控。--Thus Spoke Sivlovski.討論」 2022年6月27日 (一) 22:19 (CST)
以下是個人對於修正案的一些問題:
  1. 編輯組可以建立簽名版或者大家族模板,但是它們能在一個編輯組裏面共存嗎?
  2. 對於編輯組主要負責人,目前只是說對編輯組站內編輯起主管監督作用的主力編輯者,那是否需要加一些類似於一般情況下必須是自動確認用戶,並且在他所負責的編輯範圍內有過一定編輯次數這樣一個門檻呢?
  3. 「在編輯組地位喪失後,維護組有義務將萌娘百科:編輯組列表中相關編輯組的登記內容刪除,同時應刪除/打回編輯組成員大家族模板,TOP、導航類模板等頁面中的編輯組相關宣傳信息」之後,群組怎麼處理?如果有些群組仍在外宣,怎麼辦?
以上。——From Yuzuki talk 2022年6月27日 (一) 21:11 (CST)
@徴氷棠
  1. 目前沒規定,我覺得無所謂。
  2. 畢竟主要負責人的主要義務是維護站內和保證能夠被聯繫到,並且現在的編輯組建立條款也是需要有對應編輯的自動確認用戶,我覺得只要能保證前面的兩個要求就可以了。
  3. 對群組沒辦法處理的原因可以參考上面對TsanconBYin老師的回答。至於外宣,這部分應該是按照MGP:對外宣傳處理的,即「非對外宣傳交流人員」一章節。--Thus Spoke Sivlovski.討論」 2022年6月27日 (一) 22:19 (CST)
一點個人想法,可以考慮強調一下:在編輯組大家族模板或者簽名版上簽名的用戶才視作該編輯組成員,而不是加入站外群組平台(QQ、Discord)就算作加入。
這一點上以我而見似乎有些用戶存在誤解,認為加了q群就算加入編輯組,故認為有必要的話可以強調一下。——4O74Y74L74J7討論) 2022年7月1日 (五) 17:53 (CST)
@4O74Y74L74J7雀食需要強調一下,加了。--Thus Spoke Sivlovski.討論」 2022年7月2日 (六) 15:07 (CST)
問題已解決。
您仍可以繼續在本模板上方回覆,但這個討論串將會在本模板懸掛滿3日後 (於2022年7月8日凌晨) 存檔。
如果您有有關疑問,建議您開啟一個新的討論串
處理人留言:
已轉移至萌娘百科 talk:提案/討論中提案/關於編輯組指引的第二修正案。——Thus Spoke Sivlovski.討論」 2022年7月4日 (一) 17:59 (CST)

關於條目命名

今天處理受限視頻的時候又產生了疑問,以一條目為例子
這個條目是:Infinite Surprise,原名給了重新導向インフィナイト★サプライズ
如果這個譯名廣為流傳那麼符合民間譯版規定,但是這個譯名三種搜索情況如下

至於究竟是個體命名錯誤還是翻譯習慣就不知道了,目前萌娘百科:條目命名簡體中文優先原則肯定是不允許這樣的,因為有確切翻譯。

昨天吃了一頓教訓導致我現在不敢亂動條目名了(多一事不如少一事),但如果按照方針指引這個條目應該翻譯《無限 驚喜》,暑假準備搞一批原名重新導向順帶檢查,關於方針指引究竟如何希望能得到解答,這個問題之所以不放在提問求助放在方針指引是因為,就我個人而言,這種翻譯不如不翻(而且你們也是說隨便整中文翻譯而不是日→英),對於標題替換原名就我了解諸位意見也不支持,所以乾脆就從命名指引提問了。這個條目是2017年的,有可能方針指引有變動,無時考究,先對現狀提問。

—— 不出理律覺得世界是如此美麗(用這裏找我) 2022年6月29日 (三) 21:55 (CST)

這個假名就是英文轉寫,不是翻譯。—— ほしみ 2022年6月29日 (三) 22:58 (CST)
供參考(含星海本人意見)。——量産型伝蛙第372号(量産工場γ) 2022年6月29日 (三) 23:11 (CST)
PS:我既厭惡中文夾半吊子片假名翻英文,也厭惡明擺着是英文名的來個十級理解意譯(如連結例)或者用初中英語書第一個意義機翻組合(如您的\無限 驚喜/,中間還帶空格!!)——量産型伝蛙第799号(量産工場⑨) 2022年6月29日 (三) 23:31 (CST)
@量产型传蛙,空格是因為那裏原本是個星星(特殊符號),至於「無限」是另一首萌百內條目激唱無限用的翻譯(原名《激唱インフィニティ》),不過條目命名規範的方針里似乎沒給轉寫情況的,是否在其他地方有補充?關於轉寫,該方針內只有有關中文的轉寫,emm……—— 不出理律覺得世界是如此美麗(用這裏找我) 2022年6月29日 (三) 23:50 (CST)
這個日文是英文轉寫。可以用英文。@量产型传蛙有個疑問,關於您說的「中文夾半吊子片假名翻英文」這種情況的原文(原標題)是日文還是中文?--夜羽と善子討論) 2022年6月30日 (四) 18:29 (CST)

萌娘百科月報二〇二二年六月號

人事動態
政策變化
技術更新
其他事務
  • 2022年6月2日,更換了2022年夏季版頭《萌娘百科十萬條目賀圖》。

2022年6月月報已發佈,如希望訂閱月報,請前往訂閱。——From 引夢者濁華(討論) 2022年7月6日 (三) 00:25 (CST)

關於使用{{MarkAsResolved}}的方針依據

今天沒事幹翻提案和政策頁面,發現討論區管理方針中對{{MarkAsResolved}}的使用僅有兩條規定:

在萌娘百科討論:討論版的子頁面,特別允許:

  1. 非維護人員使用{{RemovedMAR}}移除標記為「無人回復」的{{MarkAsResolved}};
  2. 維護人員刪改或是使用{{RemovedMAR}}移除{{MarkAsResolved}};

顯然,這一規定完全不符合{{MAR}}模板的使用現狀,建議修改方針並為該模板的使用建立具體指引。——來自糟糕的妹控狗頭人 2022年7月12日 (二) 16:59 (CST)

模板文檔里不是已經有使用說明了嗎,這個方針里寫的是特別允許吧——  𝐶ℎ𝑖_𝑍𝐽𝟐討論  2022年7月12日 (二) 17:09 (CST)
模板文檔沒有任何成為依據的效力,正常來說應當是方針提供基礎依據,指引規定具體使用範圍,模板文檔的作用只是具體使用說明。——來自糟糕的妹控狗頭人 2022年7月12日 (二) 17:12 (CST)
基本上,應該是在方針中加一句「維護人員可使用MarkAsResolved模板對討論話題進行結案等標記」之類的就行了吧。—— Eric Liu 創造は生命(留言·留名 2022年7月13日 (三) 11:06 (CST)
{{RemovedMAR}}需要特別指出的原因在於其改變了原有的討論內容(指MAR),新添{{MarkAsResolved}}並不在此限。——   於是我放棄了二餅已讀不回) 2022年7月13日 (三) 11:10 (CST)
@红魔狗头人雖然政策里沒有規定怎麼使用這個模板,但當初建立它的時候,它獲得了大家的認可,因此大家都在用它,這事實上也是一種共識。這樣「不墨守成規」,也挺好。「RemovedMAR」則是因為事實上修改了討論區需要額外的規定。—— 屠麟傲血討論) 2022年7月13日 (三) 11:16 (CST)
另外,{{MAR}}並不是一個強制使用的模板,在討論版不使用這個模板的討論串也會被存檔,看問題不能太絕對。—— 屠麟傲血討論) 2022年7月13日 (三) 11:20 (CST)
其實當年是有提案的(未通過提案),現在的使用也是基本根據這個提案來做的,我認為可以考慮重啟這個提案。——來自糟糕的妹控狗頭人 2022年7月13日 (三) 13:52 (CST)
問題已解決。
您仍可以繼續在本模板上方回覆,但這個討論串將會在本模板懸掛滿3日後 (於2022年7月17日凌晨) 存檔。
如果您有有關疑問,建議您開啟一個新的討論串
——   於是我放棄了二餅已讀不回) 2022年7月13日 (三) 11:11 (CST)

【指引修訂】關於允許成句類條目命名使用全形標點的條目命名指引修訂案

今天發現有編輯者將一個成句類條目由全形嘆號移動至半角,由此我才震驚地發現,我一直以為的對成句類條目的全形標點豁免原來僅限於句號逗號萌娘百科:條目命名#避免特殊符號原則例外情況第2條)。而觀察{{天朝網絡流行語句}}、{{ACG經典台詞}},其中使用全形問號和嘆號的條目不在少數,我以為社群在這方面已長期有共識。

考慮到大規模的修訂(萌娘百科_talk:提案/未通過提案/關於條目命名指引的主要改動符號和地區詞部分的提案(2022.05.30))沒有順利完成,我希望在此先小啃一口這塊大磚,至少讓一直以來廣泛存在且較受認可的「中文用語一般用全形符號」寫入規則。

為了儘可能通過,我僅考慮了最常見的句號、問號、嘆號,更具不確定性的括號等則未錄入,有待更深入的指引修訂案處理。

由於修訂範圍很小,故採用方針政策版的修訂案程序,而不使用提案程序。

修改前

成句類的條目,若中間有逗號「,」,使用全形逗號。如【oo很萌的,你們不要黑她

修改後

中文的成句類條目,若中間有標題中含有逗號「,」、句號「。」、問號「?」、感嘆號「!」,使用全形形式。如【oo很萌的,你們不要黑她】,【住手!你們住手!不要再打了!】。

——C8H17OH討論) 2022年7月4日 (一) 12:45 (CST)

(~)補充 本次修訂程序依據萌娘百科:方針、指引與論述#制定與修訂第2條,並參照以往進行過的指引制定、修改流程,不受萌娘百科:提案關於60天冷凍期的約束(況且一個這麼大的修訂和一個這麼小的修訂,我個人覺得也很難判定為「相同或相似」吧)。——C8H17OH討論) 2022年7月4日 (一) 12:54 (CST)
(&)建議 :「若中間有」→「標題中的」。逗號一般僅出現在「中間」,但句號問號感嘆號不一定。
(&)另外,加上了「中文的」的話,就把日文的成句排除出去了,那麼中華何故明槓、我求理由這裏就會出現爭議:日文逗號的半角是「」還是「,」?
( ¡ )題外話 :句號的半角形式是指「。」還是「.」?
(~)順便一提,第一句中的「僅限於句號」應為「僅限於逗號」。— 葫蘆又留言 2022年7月4日 (一) 14:06 (CST)
1. 贊同,已修改。
2. (1) 首先,對於這個個例,鑑於偽中國語特性,我個人傾向於認為「、」是成句本身的一部分而不只是一個標點(x
(2) 這裏限定中文主要是為了排除英文等情況,畢竟如果不帶「中文的」然後再死板解讀條款文字,那Excuse me???等也會受不必要的波及。至於日文,最主要是我沒太見過直接以日文命名的用語條目(除了這個偽中國語的),因此覺得不太需要加以規範;加上我在第(3)條里提到的邏輯;再加上我自己不懂日語()。或者有什麼其他好的處理方案可以參考嗎?
(3) 說句暴言就是,這個指引里類似這種只考慮了大多數情況、沒把所有可能情形一五一十列出來的地方很多,無論是原有的其他條款,還是修改後的這一條款,我希望大家執行的時候都不要墨守文本本身,而是綜合考慮規則文本與各個條目的實際情況。
(4) ( ¡ )題外話:部分ACG作品類條目的標題也有用「、」和「,」的問題,有待將來進一步討論規範。
3. 不知道,英文標題用英文句號「.」就好,我只是怕中文標題將來出現「指引沒說句號用全形,所以句號得用半角」這樣的爭議。
4. 感謝指出筆誤。
——C8H17OH討論) 2022年7月4日 (一) 14:34 (CST)
全形和半角應該只是顯示寬度不同吧?全形與漢字等寬,佔兩個字符;半角寬度是漢字的一半,佔一個字符。但二者仍然算同一個符號。
而「。」與「.」應該是中英文的區別,要算兩個不同的符號了。前者「。」是中文句號,後者「.」是英文句號。
輸入法上的區別:https://iknow-pic.cdn.bcebos.com/0824ab18972bd40700f2795976899e510fb30958
--方之易小文討論) 2022年7月13日 (三) 20:36 (CST)
多被程序解析器毒打幾次就知道是不是一個符號了……——From 引夢者濁華(討論) 2022年7月13日 (三) 20:57 (CST)
是指字符編碼不一樣嗎?我資歷尚淺,的確沒經歷過這種事,還請前輩多指教了。
不過我覺得只要符號和成句的語言保持一致就很好了。中文成句默認用中文標點「。」「,」「?」這些;英文的就用英文標點「.」「,」「?」那些。所以「Excuse me」默認使用「???」是合適的,而把中文成句的「!」改為「!」是不合適的。其它語言也建立這樣一種對應關係即可,分別有各自的一套標點作為默認。另外再規定幾種允許跨語言使用的特殊情形,比如為了消歧義而在中文裏使用英文括號「()」。--方之易小文討論) 2022年7月13日 (三) 21:14 (CST)
就你的第二條發言而言,目前的草案(見下方)基本上就是這個思路,即「符號和成句的語言保持一致」。——C8H17OH討論) 2022年7月14日 (四) 12:38 (CST)
很遺憾上回提案沒有能夠通過。我至今仍然認為本站條目標題預設採用半形標點符號——甚至(全)中文標題亦然——實屬不美觀、不合理且令人匪夷所思之選擇,並充分支持任何能夠(部分)推翻此一不當政策的提案。—— Eric Liu 創造は生命(留言·留名 2022年7月4日 (一) 16:05 (CST)
(+)強烈支持(▲)同上 --某FFF團的高級火法 批判一番) 2022年7月4日 (一) 16:57 (CST)
(+)強烈支持(▲)同上 ——CG/SS topic GOOD CONTRIBUTOR the "Light wind colored" Legend frog (wisdom·stupidity) 2022年7月4日 (一) 18:27 (CST)
(+)強烈支持(▲)同上 ——bob1301討論) 2022年7月4日 (一) 19:13 (CST)
(+)強烈支持(▲)同上 —— 淮南皓月 🌙 2022年7月4日 (一) 19:17 (CST)
(+)強烈支持(▲)同上 ——From Yuzuki 2022年7月4日 (一) 21:52 (CST)
(+)強烈支持(▲)同上 —— 屠麟傲血討論) 2022年7月5日 (二) 00:29 (CST)
(+)強烈支持(▲)同上 ——   於是我放棄了二餅已讀不回) 2022年7月9日 (六) 10:36 (CST)
(+)強烈支持(▲)同上 --ypaafw /與我劍擊 2022年7月9日 (六) 18:18 (CST)
( ¡ )題外話 省略號「……」作為一個整體符號也應當使用兩個或四個U+2026的形式而非六個U+002E。——bob1301討論) 2022年7月4日 (一) 20:58 (CST)
其實我之前考慮到了(還有破折號「——」,例如o——o——),但之前為了省事便於表述以及「先處理最簡單、最易凝聚共識的東西」的目的,只寫進去了最好寫的句問嘆。我現在有點想把步子邁更大一點了,甚至在考慮引入一些更原則性的表述,比如將適用範圍擴展為「逗號、句號……等通用標點符號」,以及加一句「英文、日文等其他語言的成句類條目標題含有標點符號的,也使用該語言中該標點符號的通用形式」,以明確葫蘆提到的第2點問題;不過我也擔心這樣會否引起一些更繁瑣的解釋性爭議,雖然如我在給葫蘆的第2(3)點回覆中所說,這指引里比這更不完全明確的表述多了去了x。——C8H17OH討論) 2022年7月5日 (二) 15:59 (CST)
那就搞個巨大的提案等冷卻期過了就發表吧!我覺得至少得把中文的符號規定好(指標點符號用法)。——bob1301討論) 2022年7月5日 (二) 17:24 (CST)
(&)建議 既然是中文成句,那麼全形冒號應當允許使用,剛好我今天(7月6日)看到了相關討論。—— 屠麟傲血討論) 2022年7月6日 (三) 13:13 (CST)
(+)支持 ,冒號在成句中是有使用的,何況還有索引的問題。比如■■■■,鑑定為:■■(雖然條目沒有這麼命名)。—— 淮南皓月 🌙 2022年7月6日 (三) 13:24 (CST)
冒號和括號有一點麻煩的問題是與消歧義前後綴的銜接規定(我的妹妹不可能這麼可愛(用語)),感覺寫起來會比較費腦細胞x。另外可以麻煩指路一下相關討論嗎?——C8H17OH討論) 2022年7月6日 (三) 15:11 (CST)
Talk:分院帽判定結果——阿茲卡班。我的想法限定在「非消歧義用途的冒號」,另外括號不在我的提議中,因為括號比冒號普遍多了,改動範圍可能很大。—— 屠麟傲血討論) 2022年7月6日 (三) 18:51 (CST)
感謝指路。另外括號我也還沒想到/找到很好的例子,我只想起一個(物理),但這個最終條目名是不帶括號的物理。——C8H17OH討論) 2022年7月6日 (三) 22:21 (CST)

結合前述各位的意見,我將這部分大幅細化了一下,修改後的草稿如下:

  • 對於成句類的條目,若標題中含有常見的通用標點符號,根據該成句系何種語言,依照該語言的一般規範,選用半角或全形形式。
    • 中文成句類條目的標題通常允許使用以下標點符號,並應使用全形形式:句號「。」,問號「?」,嘆號「!」,逗號「,」,頓號「、」,分號「;」,冒號「:」(作為消歧義前綴的冒號除外),破折號「——」,省略號「……」。例如:【oo很萌的,你們不要黑她】,【住手!你們住手!不要再打了!】。
    • 上一條列舉範圍以外的通用標點符號,如需在中文成句類條目的標題中使用,通常也應使用全形形式。
    • 其他語言的成句類條目例如:英文成句【Excuse me???】使用半角問號。
    • 標題中的通配符「o」「x」不影響成句系何種語言,例如【o——o——】視為中文成句。
    • 作為消歧義前綴的冒號和作為消歧義後綴的括號一律使用半角符號,不適用前述規定,例如【我的妹妹不可能這麼可愛(用語)】。
    • 如果標點符號在成句中有特殊作用,或者難以認定成句屬於何種語言,則視具體情況特殊處理。
    • 並非通用標點的特殊符號,仍應儘可能避免使用。

上述規則是我個人對現狀的觀察和思考總結出來的,我覺得這些在目前應該算是比較受認可的潛規則,故嘗試予以明文化。另外新增的這些規則暫時不影響指引中原有的其他規定。並且,這些規定只代表:1.可以用哪些標點,2.如果用這些標點,應該用哪種形式;而在具體實踐中,如果存在含有或不含有標點、含有何種標點的不同可選方案,則具體如何命名仍應基於個案討論,這也是我認為「指引」的意義所在。

因為突然進行了非常大幅度的修改,勞煩大家重新審閱一下,多提提批評意見。如果覺得這樣寫不好,或者大家難以就某些方面達成較一致的共識,那麼最後可能還是會減小步伐,將類似於最初版本、基於原句簡單修改、未大幅修訂的草案交付表決。

以上,@胡祥又Ericliu1912高级火法Legend frogbob1301淮南皓月ゆずき屠麟傲血TsanconBYinypaafw。——C8H17OH討論) 2022年7月11日 (一) 16:23 (CST)

行。—— Eric Liu 創造は生命(留言·留名 2022年7月11日 (一) 18:07 (CST)
我沒有意見,一步一步來。雖然本人還是希望早一步全面放開全形符號的使用。——   於是我放棄了二餅已讀不回) 2022年7月11日 (一) 19:07 (CST)
(+)支持 ,但條目名中的引號(「」和『』)是不是也應使用全形?--ypaafw /與我劍擊 2022年7月11日 (一) 20:02 (CST)
彎引號「「」」與「『』」和直引號「"」「'」乃至反引號「`」本質並非全半角區別,其實不需要進行特殊規定(吧——bob1301討論) 2022年7月11日 (一) 20:21 (CST)
首先,根據當前草案第2條,如果要用引號,是應該用全形的,這沒有問題;問題只在於,除了第1條明文列舉的標點符號之外,根據「避免特殊符號原則」,其他標點符號是否可以使用,是需要另外考慮的。而之所以暫時沒放到明文列舉中,一是我真暫時沒找到已有的含有引號的成句條目的例子,二是引號和(各種)括號這種成對出現的標點處理起來比單個符號更麻煩一些,就留給以後的修訂者了x。總之,「條目名中的引號(「」和『』)是不是也應使用全形?」是,當前草案的規定就是這樣。——C8H17OH討論) 2022年7月11日 (一) 21:31 (CST)

鑑於基本無反對意見且幾天來未有新的較大意見,如無其他問題,我預計會在一天之內開啟投票。(潛台詞:想發言的趕緊,投票開始後就不好改了)——C8H17OH討論) 2022年7月14日 (四) 12:48 (CST)

有個疑問,成句怎麼界定?Amero的那個提案撤了真的可惜。——「今日も一日がんばるぞい!」(沼澤討論) 2022年7月14日 (四) 17:47 (CST)

按常識判斷吧,不是作品名稱,然後念起來像是句子就行了。若往後有例外,亦可特別提出供社群討論。—— Eric Liu 創造は生命(留言·留名 2022年7月15日 (五) 15:52 (CST)
有時間的時候摸魚,後來備考忙起來了,結果提案超時了。 あめろ 討論 2022年7月17日 (日) 17:07 (CST)
關於成句的界定,我傾向於認為這個概念的範圍約等於MGP:收錄範圍#用語,加上有分類:用語(雖然分類樹本身…),應該還好?畢竟就算其中一些稱不上「句」,這些短語也很難用得上標點符號來命名。(反過來如果用得上了,大概也算得上「成句」了?)
另外同Amero,我也是這樣qwq(包括之前的用戶頁方針修正案以及這兩天這個修訂案的延誤
——C8H17OH討論) 2022年7月19日 (二) 20:35 (CST)
(另外這也不是一個由本次修訂新引入的問題(逃 ——C8H17OH討論) 2022年7月19日 (二) 20:58 (CST)

@某魔法的质子:您的簽名中的<small>標籤沒有閉合,我已經在您的本次投票發言中修復,請及時到Special:參數設置中修正。——C8H17OH討論) 2022年7月23日 (六) 22:32 (CST) @C8H17OH:已修復,感謝您的指正!——某魔法的質子 (Talk·Contributions) 2022年7月24日 (日) 00:21 (CST)

投票區

Ok就這樣吧,拖得夠久了(這兩天先是電腦炸了後是比較忙,抱歉沒及時來啟動投票)。再重述一下最終修訂版本(改了兩處非實質性的格式和用詞):

修改前
修改後
  • 對於成句類的條目,若標題中含有常見的通用標點符號,根據該成句系何種語言,依照該語言的一般規範,選用半角或全形形式。
    • 中文成句類條目的標題通常允許使用以下標點符號,並應使用全形形式:句號,問號,嘆號,逗號,頓號,分號,冒號(用於消歧義前綴的冒號除外),破折號——,省略號……。例如:【oo很萌的,你們不要黑她】,【住手!你們住手!不要再打了!】。
    • 上一條列舉範圍以外的通用標點符號,如需在中文成句類條目的標題中使用,通常也應使用全形形式。
    • 其他語言的成句類條目例如:英文成句【Excuse me???】使用半角問號。
    • 標題中的通配符「o」「x」不影響成句系何種語言,例如【o——o——】視為中文成句。
    • 用於消歧義前綴的冒號和用於消歧義後綴的括號一律使用半角符號,不適用前述規定,例如【我的妹妹不可能這麼可愛(用語)】。
    • 如果標點符號在成句中有特殊作用,或者難以認定成句屬於何種語言,則視具體情況特殊處理。
    • 並非通用標點的特殊符號,仍應儘可能避免使用。

以上,請社群審議決定。

依慣例,召喚所有參與討論的用戶:@胡祥又Ericliu1912高级火法Legend frogbob1301淮南皓月ゆずき屠麟傲血TsanconBYinypaafw方之易小文沼泽あめろ。——C8H17OH討論) 2022年7月19日 (二) 20:58 (CST)

另外雖然沒有慣例,不過為了保證維護人員的知情參與,同時也是參照MGP:快速提案的要求,請允許我使用大召喚術(懶得except了,抱歉可能at兩遍x):@AnnAngela云霞蓝羽汇星海子玄微子弗霖凯LuoxuchanAkizukiSaitouBbrabbit宇文天启平塚八兵衛空翊Vcfch843875618HetmesAskalana不是液氮XzonnChko08022003Bete1geuse小乃LUO1PTsanconBYin西尾哈鲁卡WenzuxiaotSinonJZH沼泽Bob1301あめろDaigui屠麟傲血NemitsugiOtowaQaolp0胡祥又甜的白萝卜秋园世界淮南皓月贯井羽优的草莓胖次Leranjun高级火法Sytus一位史蒂夫C8H17OHEricliu1912Jacklin612平平凡凡小小鞠正云明宏写条目的奶糖Sucaiking人间百态——C8H17OH討論) 2022年7月19日 (二) 21:01 (CST)

好像沒@出來,來一遍@AnnAngela云霞蓝羽汇星海子玄微子弗霖凯LuoxuchanAkizukiSaitouBbrabbit宇文天启平塚八兵衛空翊Vcfch843875618HetmesAskalana不是液氮XzonnChko08022003Bete1geuse小乃LUO1PTsanconBYin西尾哈鲁卡WenzuxiaotSinonJZH沼泽Bob1301あめろDaigui屠麟傲血NemitsugiOtowaQaolp0胡祥又甜的白萝卜秋园世界淮南皓月贯井羽优的草莓胖次Leranjun高级火法Sytus一位史蒂夫C8H17OHEricliu1912Jacklin612平平凡凡小小鞠正云明宏写条目的奶糖Sucaiking人间百态Mathreader--已經是一條死魚的HetmesAskalana 2022年7月20日 (三) 14:56 (CST)

Face-smile.svg感謝——C8H17OH討論) 2022年7月20日 (三) 15:42 (CST)
人數快超過50了,下次得把管理員和巡查姬分開at了( ——C8H17OH討論) 2022年7月20日 (三) 15:44 (CST)
蒸 蒸 日 上 —— Eric Liu 創造は生命(留言·留名 2022年7月24日 (日) 09:49 (CST)
正在加載中……
本次投票C8H17OH[更多]討論頁貢獻上載歷史封鎖及歷史被刪貢獻移動日誌巡查日誌用戶權限及日誌用戶查核發起。
  • 投票開始時間: |
  • 投票結束時間: |
  • 投票總用時 7 天,正在計算中……

  1. (+)同意 成句一來名稱大多符合一般語言規範,沒有副標題、少有特殊符號,二來允許條目命名使用全形符號在站內早有原則性共識,我相信本次修訂後的規則符合共識的方向,也較為易於執行。——C8H17OH討論) 2022年7月19日 (二) 20:58 (CST)
  2. (+)同意 你做的好啊!—— 屠麟傲血討論) 2022年7月19日 (二) 21:05 (CST)
  3. (+)同意 甚善。——CGSS topic CONTRIBUTOR the "Light wind colored" Legend frog (wisdom·stupidity) 2022年7月19日 (二) 21:07 (CST)
  4. (+)同意 好。另外大召喚術好像沒響。 淮南皓月 🌙 2022年7月19日 (二) 21:20 (CST)
  5. (+)同意 所以啥時候提案冷靜期過了搞個大的吧((——bob1301討論) 2022年7月19日 (二) 21:24 (CST)
  6. (+)同意 好好好好好--ypaafw /與我劍擊 2022年7月19日 (二) 21:27 (CST)
  7. (+)同意 由於過來討論的ゆずき是小號,投票還是要用回主賬戶的,下次不會了。修訂後形成規範,把全形和半角區分過來,這樣自然是好事。——From Yuzuki talksign 2022年7月19日 (二) 21:44 (CST)
  8. (+)同意 向來支持用全形。--某FFF團的高級火法 批判一番) 2022年7月19日 (二) 21:45 (CST)
  9. (+)同意:我上面說的已經夠明白了吧。另外,其實解決這整個標點符號大問題的方法也挺簡單,把條目命名方針中標題預設使用半形標點符號的規定改成預設使用全形就行了。—— Eric Liu 創造は生命(留言·留名 2022年7月19日 (二) 22:52 (CST)
  10. (+)同意:早就該修修了--黑夜給了我一雙眼睛,而我卻拿它照亮人間(討論) 2022年7月19日 (二) 23:38 (CST)
  11. (+)同意 對本提案這一版本的中文成句的標點使用辦法表示贊同。--方之易小文討論) 2022年7月19日 (二) 23:54 (CST)
  12. (+)同意 挺好,但標點符號完整提案gkd((——「今日も一日がんばるぞい!」(沼澤討論) 2022年7月20日 (三) 08:38 (CST)
  13. (+)同意 做了個噩夢好睏啊 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2022年7月20日 (三) 08:52 (CST)
  14. (+)同意 無異議。—— SytusTalk 2022年7月20日 (三) 10:45 (CST)
  15. (+)同意 合理的修正。——From 引夢者濁華(討論) 2022年7月20日 (三) 14:34 (CST)
  16. (+)同意 更期待以後的符號修正案了。——   於是我放棄了二餅已讀不回) 2022年7月20日 (三) 14:49 (CST)
  17. (+)同意 細--已經是一條死魚的HetmesAskalana 2022年7月20日 (三) 15:25 (CST)
  18. (+)同意 無異議。——甜的白蘿蔔(討論) 2022年7月22日 (五) 15:46 (CST)
  19. (+)同意 沒問題是沒問題,然鵝我壓根沒被at出來。—— 超級純潔的小馬娘秋園邀請你去地下室重馬場一坐 2022年7月22日 (五) 22:58 (CST)
  20. (+)同意 沒有意見。也期待今後能就相關問題展開更多的討論。--Qaolp0 Unhappy go lucky! (討論) 2022年7月23日 (六) 00:30 (CST)
  21. (+)同意 沒有任何異議,規範標點符號十分重要。--某魔法的質子 (Talk·Contributions) 2022年7月23日 (六) 21:27 (CST)
  22. (+)同意 無異議。--見習管理員樂然※※※感光性受容体異常※※※ 2022年7月24日 (日) 11:13 (CST)

計票

無論按什麼標準計算票權都是全票通過,稍後會將修訂內容合併入指引。感謝大家的熱情討論和投票!——C8H17OH討論) 2022年7月27日 (三) 11:06 (CST)

請求被接受。
您仍可以繼續在本模板上方回覆,但這個討論串將會在本模板懸掛滿3日後 (於2022年7月31日凌晨) 存檔。
如果您有有關疑問,建議您開啟一個新的討論串
處理人留言:
A small step.——C8H17OH討論) 2022年7月27日 (三) 11:07 (CST)