维基百科讨论:格式手册
![]() 存檔 |
---|
|
- 因為此案涉及到方針指引的移動,故不放在技術區,放在方針區
- 前言
見前次討論,已有初步共識,不過當時有意見認為需近一步討論,也因 此案涉及到方針指引的移動故需要在方針區確認共識或進一步討論。
方針/指引的部分即:
技術細節:
- 將MOS更名為「格式手冊」,即:
- 編輯以下頁面:
- 中填入
格式手册
或格式手冊
- 中填入
- 提出工單將「
格式手册
」和「格式手冊
」設定為「MOS
」的別名(比照當時維基專題
命名空間的設置) - 命名空間偵測模板更新「格式手冊」命名空間名稱
- 正文
見前次討論,因為MOS語言維基百科的創立,因此本站設立的MOS捷徑得以因此技術原因phab:T363538,被升格為命名空間。當時的討論主流共識認為,既然都有名字空間了,不如把對應頁面都(►)移动進去。
我現在的想法是,既然基金會都升格MOS為正式命名空間了,我們不使用實在浪費。且屆時上述更名技術操作全部完成後,移動到下面的頁面如維基百科:格式手冊/避免自我提及將會直接顯示為「格式手冊:避免自我提及」同當時「維基百科:XX專題」變為「專題:XX」的好處。
提及上次「關於本命名空間」之討論參與者@S8321414、SunAfterRain、魔琴:歡迎再次發表意見。
- (~)補充 現行「指引上」MOS的地位現在是偽命名空間,然而目前基金會已經將之升格為「真」命名空間,因此「技術上」MOS的地位現在是「真」命名空間。這次希望的修訂就是能充分利用這個「真」命名空間,同時修訂相關方針指引以滿足phab:T363538的現況。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月5日 (四) 04:06 (UTC)
- 計畫時程
- [方針] 「方針/指引」獲得共識
- [技術] 技術調整([管理員/模板編輯員]編輯模板、[phab]設定空間中文別名、[phab]開啟命名空間子頁面功能、[介面管理員]編輯介面)
- [機器人] 批次(►)移动頁面,計畫為「WP:格式手冊/XXX」→「格式手冊:XXX」(如技術調整已完成,格式手冊:XXX將會等同於MOS:XXX);會保留WP:格式手冊這頁,及相關重定向頁(同上次「維基專題」辦理辦法);涉及頁面Special:前缀索引/格式手册及Special:前缀索引/格式手冊(不多,規模比上次PJ空間小很多,目測少於500頁面)
- [方針] MOS從捷徑指引中移除或修改措辭
以上,歡迎討論-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月4日 (三) 05:51 (UTC)
- 不反對,但第四步能不能解釋得詳細一點?--冥王歐西里斯(留言) 2024年12月4日 (三) 06:26 (UTC)
- (:)回應:@S8321414:Wikipedia:捷徑#偽命名空間移除MOS,因為不再需要了,因為MOS已不在條目命名空間,故不需要快速刪除相關條文。然後其他相關指引中關於MOS的描述可能都要檢查或修訂,涉及偽命名空間的則需移除。(如上說明,因涉及方針或指引修改,故本討論放方針區)-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月4日 (三) 06:37 (UTC)
- OK,那我暫時沒什麼其他意見了。--冥王歐西里斯(留言) 2024年12月4日 (三) 06:45 (UTC)
- (:)回應:@S8321414:Wikipedia:捷徑#偽命名空間移除MOS,因為不再需要了,因為MOS已不在條目命名空間,故不需要快速刪除相關條文。然後其他相關指引中關於MOS的描述可能都要檢查或修訂,涉及偽命名空間的則需移除。(如上說明,因涉及方針或指引修改,故本討論放方針區)-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月4日 (三) 06:37 (UTC)
(※)注意,這次與專題的命名空間有不同,基金會設立專題空間時有把全寫「WikiProject:」和縮寫「PJ:」納入作為可用的前綴;但對於MOS空間,基金會衹把縮寫「MOS:」作為可用的前綴,而沒有全寫。由此可見,基金會設立MOS空間是用來放捷徑重定向的,並沒有預期會當成正式的頁面來用。我們需要先確認這樣做是不會產生新的技術問題、以及沒有違背基金會設定的技術用法才行。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2024年12月4日 (三) 13:42 (UTC)
已知的技術問題:(歡迎補充)
- MOS和MOS_talk空間並沒有子頁面功能(測試:MOS talk:标点符号/存档1不被MW系統視為MOS talk:标点符号的子頁面,故MOS talk:标点符号/存档1的標題欄下沒有自動顯示上一層的連結,對比Wikipedia_talk:格式手册/标点符号/存档1則有自動上一層的連結)--街燈電箱150號 開箱維修 抄錶 檢驗證明 2024年12月4日 (三) 13:42 (UTC)
- 隱藏可能不太WP:禮儀的討論
- @Cdip150:我上面寫的計畫時程「2.[技術] 技術調整」就是已經包含去phab申請「命名空間別名」、子頁面等東西啊。這東西沒有本地共識是要怎麼申請???我在方針區提,而不是在技術區題就是為了這個啊。你的那些問題都會在本地共識有了之後,提請phab修改啊,那樣不就都解決了?你變成直接這樣提,那,從哪來本地共識?? 沒有本地共識要怎麼申請phab工單解決你的問題???? 拜託不要製造套娃問題好嗎? 拜託不要製造遞迴/迴圈問題好嗎?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月4日 (三) 13:52 (UTC)
- 我上面寫的「
如技術調整已完成,格式手冊:XXX將會等同於MOS:XXX
」就正是你質疑的「基金會設立專題空間時有把全寫「WikiProject:」和縮寫「PJ:」納入作為可用的前綴
」、「基金會衹把縮寫「MOS:」作為可用的前綴,而沒有全寫
」,我就是要先或的本地共識再比照專題空間去申請啊,那你以這個「要有本地共識才能形成的結果」拿來反對「形成本地共識」的理由,是甚麼意思???? 拿「要有本地共識才能有結果」的東西來「阻止本地共識的形成」(!)抗议-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月4日 (三) 13:55 (UTC) - 你完全不是在「政策上反對」,而是「技術上有意見」,但問題是「該技術意見全部都可以政策通過後去phab解決」,你把「政策」過了之後才會提請的「技術」修改當作「阻止政策通過」的意見,是否搞錯了什麼?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月4日 (三) 14:01 (UTC)
- 我上面寫的「
- (※)注意:@Cdip150:「
基金會設立專題空間時有把全寫「WikiProject:」和縮寫「PJ:」納入作為可用的前綴
」,「基金會」? 不好意思,那段程式碼我寫的,謝謝,提案也是我提的,所以根本不是「基金會設立有納入」,而是「本地共識為需要納入」,然後我寫程式給phab,他們佈到正式機而已。所以「基金會設立有納入」,錯,是「本地社群共識設立有納入」謝謝。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月4日 (三) 14:07 (UTC)- 首先我沒有任何「反對」的意思,不知為何被理解成反對,請勿過度解讀。還有再次提醒閣下注意一下Wikipedia:禮儀,也許我的意見有問題,但實在不應該這樣罵街式回應和動輒就「抗議」人家。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2024年12月4日 (三) 15:15 (UTC)
- @Cdip150:我上面寫的計畫時程「2.[技術] 技術調整」就是已經包含去phab申請「命名空間別名」、子頁面等東西啊。這東西沒有本地共識是要怎麼申請???我在方針區提,而不是在技術區題就是為了這個啊。你的那些問題都會在本地共識有了之後,提請phab修改啊,那樣不就都解決了?你變成直接這樣提,那,從哪來本地共識?? 沒有本地共識要怎麼申請phab工單解決你的問題???? 拜託不要製造套娃問題好嗎? 拜託不要製造遞迴/迴圈問題好嗎?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月4日 (三) 13:52 (UTC)
抱歉:@Cdip150:(:)回應:很抱歉過度解讀了您的留言,還用了缺乏Wikipedia:禮儀的說詞,真的很抱歉,我未來會謹慎調整措辭、會繼續加以改善情緒避免未來再次發生。另外,很抱歉,仔細檢視了我上方提案也有缺漏之處,例如預期要給phab設定命名空間別名、子頁面等技術作業我只寫了一個「空間別名」過於簡短短、詞不達意,以致於造成誤會,我在此深感抱歉,對不起...-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月4日 (三) 23:47 (UTC)
- 話可不能這樣説,MOS的地位現在是偽命名空間,偽命名空間是不需要通過基金會設立的,我認為你應該要更正你此前存在事實錯誤的言論,以免對其他討論參與者產生誤導。Sanmosa 新朝雅政 2024年12月5日 (四) 01:29 (UTC)
- (:)回應:@Sanmosa:雖然「指引上」MOS的地位現在是偽命名空間,但「技術上」此時此刻,它是「真」命名空間。你這裡點出的另外一個問題就是目前現行指引跟實際技術已被基金會設定好的內容不符。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月5日 (四) 04:03 (UTC)
- 那我就不太理解你說的「真」又是何義了。Sanmosa 新朝雅政 2024年12月5日 (四) 05:40 (UTC)
- (:)回應:@Sanmosa:根據之前語言代碼為MOS的維基百科被設立時phab:T363538,之後MOS在技術上已經變成貨真價實的命名空間了。所謂的「偽」命名空間是指,它實際放在「條目命名空間」,但phab:T363538之後,MOS:就都不是位於「條目命名空間」了,那麼直接違反「偽」命名空間的定義。既然他已經不「放置
(技術上的)
」於「條目命名空間」,那他就不「偽」了,而是「真」。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月5日 (四) 06:58 (UTC)- 啊,既然是這樣的話,那自然是移動為好了,不用白不用。Sanmosa 新朝雅政 2024年12月5日 (四) 08:15 (UTC)
- (:)回應:@Sanmosa:根據之前語言代碼為MOS的維基百科被設立時phab:T363538,之後MOS在技術上已經變成貨真價實的命名空間了。所謂的「偽」命名空間是指,它實際放在「條目命名空間」,但phab:T363538之後,MOS:就都不是位於「條目命名空間」了,那麼直接違反「偽」命名空間的定義。既然他已經不「放置
- 那我就不太理解你說的「真」又是何義了。Sanmosa 新朝雅政 2024年12月5日 (四) 05:40 (UTC)
- 本子段落的「子共識」:
● 建議(►)移动到新命名空間
- (:)回應:@Sanmosa:雖然「指引上」MOS的地位現在是偽命名空間,但「技術上」此時此刻,它是「真」命名空間。你這裡點出的另外一個問題就是目前現行指引跟實際技術已被基金會設定好的內容不符。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月5日 (四) 04:03 (UTC)
- (!)意見:当时设置维基专题空间时就是认为维基专题并不严格符合Project命名空间的用途,即「有关维基百科的内容信息,包括维基百科自身的信息、方针、指引、论述,以及维基人的讨论空间『互助客栈』、知识问答等 」。但是MOS(以及NT、NC)确实就是维基百科本身的方针指引,如此拆分不知是否合适。先前设置维基专题命名空间时,Wikipedia:电子游戏专题/条目指引和Wikipedia:钱币学专题/条目指引因为有指引的地位并没有随着主页面迁入维基专题命名空间,而是更名后留在Project空间中。另外,如果确认独立格式手册空间,应该修改Wikipedia:方針與指引#方針及指引的用詞。 ——魔琴[身份声明 留言 贡献 PJ:NEW23] 2024年12月4日 (三) 14:01 (UTC)
- (:)回應這次主要是因為格式手冊在社群討論前就出現了「現存命名空間」,與上次设置维基专题空间不同,上次维基专题空间在本地討論與申請前並不存在有關的「現存命名空間」。所以我想現在的討論就可以「我們要不要使用這個現存命名空間」。我認為拆分有一定的合適性,畢竟格式手冊也有其自身的一些獨特性。關於延伸議題格式手冊「放進現存命名空間」後,NT、NC是不是也要有專屬命名空間之事可以之後再議,畢竟他們倆個現在「沒有現存命名空間」也是事實,目前唯一有「現存命名空間」的是格式手冊。至於格式手冊如果確定要放在之前基金會開設的「現存命名空間」的話,
应该修改Wikipedia:方針與指引#方針及指引的用詞
,這是當然的,如果本案獲得本地共識,並且調整好技術細節,在我「計畫時程」中「[方針] MOS從捷徑指引中移除或修改措辭」就包含了這個部分。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月4日 (三) 23:41 (UTC)- 我觉得「MOS:」放在哪里都不影响这一疑虑(即将完全符合Project空间用途的页面迁出)。虽然我不懂技术细节,但我认MOS单独作一个重定向空间并没有什么「不使用实在浪费」的,Wikipedia:格式手册/子页面也不会自动空出来。另外MOS空间即使形式上独立,但是在和方针政策相关的规范上可能仍然要视作Project空间,比如有人想搜索方针相关字词,就得在搜索页面同时勾选「维基百科」、「MOS」,要查讨论就得连talk都一起勾选了;有人喜欢不讨论就修正方针指引字词被提报了,就要同时禁制Project和MOS空间……反倒可能操作上不方便。而主题和专题拆出去不会有这样的问题。「格式手册也有其自身的一些独特性」,未见。 ——魔琴[身份声明 留言 贡献 PJ:NEW23] 2024年12月5日 (四) 08:36 (UTC)
- 一個命名空間會有各種功能、統計功能,但重定向頁事實上用不到獨立的命名空間會提供的大部分功能,因此一個獨立的命名空間若只放了重定向頁,將會浪費獨立的命名空間會提供的大部分功能。 但是我覺得能分開搜尋是一種好處。 能分開禁制不是更好?搞不好有人只破壞格式手冊。 格式手冊只是「提供一些使所有條目的編輯風格變得一致的準則」,「
這些規則和條例,並非像法律條款一般堅若磐石。它們只是就一般情況而言,必須靈活運用。
」。方針是所有使用者通常應該遵守的標準;指引是共識所支持的最佳做法。編輯者應嘗試遵守指引,但最好仍要以常識判斷是否合適,因為不排除會有例外情況;而格式手冊更接近對於條目撰寫方式的「建議」,只要在不違反方針指引下,格式手冊的「建議」可以選擇性不採用。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月8日 (日) 00:28 (UTC)- 1. 不假,MOS确实获得了统计功能,但是为什么要把它的统计功能从Wikipedia空间分开?我们还有几千几万个ns number没有使用,是不是也是浪费了那么多ns number提供的功能?2. 设置「在Wikipedia:格式手册的子页面」也能单独搜索。3. 罕见情况就不讨论了,只是举个例子。 4. Wikipedia不是什么方针空间,也不是红线空间,您这里提出的「独特性」我认为也适用于所有指引——甚至方针也可以IAR。另外Wikipedia空间还有数量不小的信息页、论述,根本不需要人遵守,他们是不是也不适用于Wikipedia空间?按我对于Wikipedia空间的理解,这会导致Wikipedia空间的基础分崩离析。 ——魔琴[身份声明 留言 贡献 PJ:NEW23] 2024年12月9日 (一) 10:40 (UTC)
- 其他ns number又還沒有被「分配」,哪來的「浪費」一說?現在明顯就只有格式手冊MOS被基金會「擅自」分配了,且是「已經」被「分配」了,那麼怎麼跟你那些「還沒有被分配」的ns number比較,不公平,不苟同。分一個格式手冊哪會造成Wikipedia空间的基础分崩离析??哪邊崩了??怎麼個崩法??完全不認同也不認為把一些頁面歸類到一個「已經」被基金會擅自「分配」的空間會造成甚麼鬼東東崩掉。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月9日 (一) 11:51 (UTC)
- 其實沒話浪不浪費,維基上有不少功能原先也是早已配置但處於停用狀態,直到我們說有需要時才啟用(例如zh-mo和zh-my功能早在2009年配置,但直到2013年和2018年等到我們說有需要時才啟用),但停用期間我們不會說浪費了,重點是我們需不需要。說到管理上的問題,現有情況如要禁制某人編輯格式手冊全系列的話,技術上衹需要設定「WP:格式手[冊册]」的前綴即可;但移到MOS空間的話,除了要設定「MOS:」前綴外,還要單獨對WP:格式手册進行禁制設定(其他管理功能也如是),要做的功夫確實是變多了;而且還未知有沒有加重其他管理操作的問題。我想提案人有必要說明一下我們是否真的很有需要去對MOS:空間啟用更多頁面功能,以及這種做法帶來的缺點是否值得我們去犧牲,而不應僅僅說「不想浪費」,否則難免會讓人覺得很片面。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2024年12月12日 (四) 15:20 (UTC)
- 如果是要從零開始——從「沒有這個命名空間」也「沒分配ns number」開始,確實要討論很多,要考慮很多諸如「我們值不值得
開一個新的
命名空間」,這種確實需要考慮到這種做法帶來的缺點是否值得我們去犧牲
,討論完成之後才是去申請「分配ns number」,基金會同意後就會從「沒有這個命名空間」變成「有這個命名空間」,也「有分配ns number」,這時討論的主要議題就會變成「我們如何去使用這個已經被分配的命名空間」。;;而現在的情況不太一樣,已經不是從「沒有這個命名空間」也「沒分配ns number」要到「已經有這個命名空間要開始使用」,而是「基金會已經開了這個命名空間」且「有分配ns number」,那我覺得討論「我們如何去使用這個命名空間
」會比「我們當作沒看到這個命名空間
」來的好。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月13日 (五) 05:56 (UTC)
- When starting from scratch—where a namespace does not exist and no number has been allocated—it indeed requires thorough discussion and weighing the pros and cons. The focus should initially be on whether creating a new namespace is justified and whether its potential shortcomings are acceptable. Only after careful consideration should a request for allocation of a namespace number be made. Once approved by the foundation the situation transitions to determining how to use this new namespace effectively.
- However as you correctly pointed out the current scenario is different. The namespace already exists, and the number has been allocated. Therefore, instead of debating whether it should exist, the focus should shift to how best to utilize it. Ignoring its existence or pretending it is t there doesnt seem practical. Instead, productive discussions should revolve around maximizing its potential.--119.155.195.31(留言) 2025年1月14日 (二) 21:15 (UTC)
- 如果是要從零開始——從「沒有這個命名空間」也「沒分配ns number」開始,確實要討論很多,要考慮很多諸如「我們值不值得
- 其實沒話浪不浪費,維基上有不少功能原先也是早已配置但處於停用狀態,直到我們說有需要時才啟用(例如zh-mo和zh-my功能早在2009年配置,但直到2013年和2018年等到我們說有需要時才啟用),但停用期間我們不會說浪費了,重點是我們需不需要。說到管理上的問題,現有情況如要禁制某人編輯格式手冊全系列的話,技術上衹需要設定「WP:格式手[冊册]」的前綴即可;但移到MOS空間的話,除了要設定「MOS:」前綴外,還要單獨對WP:格式手册進行禁制設定(其他管理功能也如是),要做的功夫確實是變多了;而且還未知有沒有加重其他管理操作的問題。我想提案人有必要說明一下我們是否真的很有需要去對MOS:空間啟用更多頁面功能,以及這種做法帶來的缺點是否值得我們去犧牲,而不應僅僅說「不想浪費」,否則難免會讓人覺得很片面。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2024年12月12日 (四) 15:20 (UTC)
- 其他ns number又還沒有被「分配」,哪來的「浪費」一說?現在明顯就只有格式手冊MOS被基金會「擅自」分配了,且是「已經」被「分配」了,那麼怎麼跟你那些「還沒有被分配」的ns number比較,不公平,不苟同。分一個格式手冊哪會造成Wikipedia空间的基础分崩离析??哪邊崩了??怎麼個崩法??完全不認同也不認為把一些頁面歸類到一個「已經」被基金會擅自「分配」的空間會造成甚麼鬼東東崩掉。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月9日 (一) 11:51 (UTC)
- 1. 不假,MOS确实获得了统计功能,但是为什么要把它的统计功能从Wikipedia空间分开?我们还有几千几万个ns number没有使用,是不是也是浪费了那么多ns number提供的功能?2. 设置「在Wikipedia:格式手册的子页面」也能单独搜索。3. 罕见情况就不讨论了,只是举个例子。 4. Wikipedia不是什么方针空间,也不是红线空间,您这里提出的「独特性」我认为也适用于所有指引——甚至方针也可以IAR。另外Wikipedia空间还有数量不小的信息页、论述,根本不需要人遵守,他们是不是也不适用于Wikipedia空间?按我对于Wikipedia空间的理解,这会导致Wikipedia空间的基础分崩离析。 ——魔琴[身份声明 留言 贡献 PJ:NEW23] 2024年12月9日 (一) 10:40 (UTC)
- 一個命名空間會有各種功能、統計功能,但重定向頁事實上用不到獨立的命名空間會提供的大部分功能,因此一個獨立的命名空間若只放了重定向頁,將會浪費獨立的命名空間會提供的大部分功能。 但是我覺得能分開搜尋是一種好處。 能分開禁制不是更好?搞不好有人只破壞格式手冊。 格式手冊只是「提供一些使所有條目的編輯風格變得一致的準則」,「
- 我觉得「MOS:」放在哪里都不影响这一疑虑(即将完全符合Project空间用途的页面迁出)。虽然我不懂技术细节,但我认MOS单独作一个重定向空间并没有什么「不使用实在浪费」的,Wikipedia:格式手册/子页面也不会自动空出来。另外MOS空间即使形式上独立,但是在和方针政策相关的规范上可能仍然要视作Project空间,比如有人想搜索方针相关字词,就得在搜索页面同时勾选「维基百科」、「MOS」,要查讨论就得连talk都一起勾选了;有人喜欢不讨论就修正方针指引字词被提报了,就要同时禁制Project和MOS空间……反倒可能操作上不方便。而主题和专题拆出去不会有这样的问题。「格式手册也有其自身的一些独特性」,未见。 ——魔琴[身份声明 留言 贡献 PJ:NEW23] 2024年12月5日 (四) 08:36 (UTC)
- (:)回應這次主要是因為格式手冊在社群討論前就出現了「現存命名空間」,與上次设置维基专题空间不同,上次维基专题空间在本地討論與申請前並不存在有關的「現存命名空間」。所以我想現在的討論就可以「我們要不要使用這個現存命名空間」。我認為拆分有一定的合適性,畢竟格式手冊也有其自身的一些獨特性。關於延伸議題格式手冊「放進現存命名空間」後,NT、NC是不是也要有專屬命名空間之事可以之後再議,畢竟他們倆個現在「沒有現存命名空間」也是事實,目前唯一有「現存命名空間」的是格式手冊。至於格式手冊如果確定要放在之前基金會開設的「現存命名空間」的話,
(:)回應:@Cdip150:我的理由其實很簡單。2020年底社群其實就有不少聲音希望格式手冊(MOS)升格為「真」命名空間(非偽),包括但不限於User:Pseudo_Classes等人(Wikipedia_talk:命名空间/2021年设立新命名空间及伪命名空间#小结2),我現在只是把這些聲音「複誦」出來而已。四年後,基金會正是提升格式手冊(MOS)升格為「真」命名空間(非偽),且在 前次討論(3個月前)提出此提議時,也沒有明顯的反對聲浪,因此我才在方針版正式將此提議進行提案。且我是認為,未來格式手冊歸檔後,原「維基百科:格式手冊/標點符號」將得以變成「格式手冊:標點符號」看起來更易讀,且現行前面的「維基百科」是多餘的,我們都知道這是「維基百科」的格式手冊,無須多提,因此若能以「格式手冊:標點符號」作為標題名稱會更好(技術原理:格式手冊若
被設定為MOS的中文名,此時
[[MOS:標點符號]]
等同於[[格式手冊:標點符號]]
,就如同「維基百科」被設定為Wikipedia命名空間的中文名,因此[[Wikipedia:格式手冊]]
等同於[[維基百科:格式手冊]]
一樣道理);僅此而已。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月13日 (五) 06:31 (UTC)
- 我覺得可以在MOS:空間中分配「MOS:標點符號」的重新導向,方便檢索。 ——魔琴[身份声明 留言 贡献 PJ:NEW23] 2024年12月16日 (一) 00:24 (UTC)
- (:)回應:(1)我不認爲這樣比較有何不公平之處,是否分配爲真·命名空間,只要我們並不去用它存放實際內容,對我們來說並沒有區別。 (4)只是個人對於維基百科命名空間一個比較粗淺的理解。我覺得如果格式手冊能分出來,其他方針指引也能分出來,我們就不好解釋這個「Wikipedia」空間究竟有什麼作用了。 (a) “我们如何去使用这个命名空间”:用途自然是避免語莫西語跨語言連結衝突。 ——魔琴[身份声明 留言 贡献 PJ:NEW23] 2024年12月16日 (一) 00:45 (UTC)
- 本子討論段的子段落最早的實質異議 發言於2024年12月5日 (四) 08:36 (UTC),並在之後已獲正當合理的回應且沒有再提出新的異議,在本子討論段的子段中,最後發言於2024年12月16日 (一) 00:45 (UTC),本條發言發言於2024年12月20日 (五) 00:38 (UTC),因此離最後發言已逾三日,且期內發言人未能對後續意見進行有效異議,因此根據WP:7DAYS之條文引述的規定,此意見依法判定為「問題已解決」。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月20日 (五) 00:37 (UTC)
- 本子段落的「子共識」:
● 不應(►)移动到新命名空間
● 新命名空間可作相關重新導向方便檢索
- 本子討論段的子段落最早的實質異議 發言於2024年12月5日 (四) 08:36 (UTC),並在之後已獲正當合理的回應且沒有再提出新的異議,在本子討論段的子段中,最後發言於2024年12月16日 (一) 00:45 (UTC),本條發言發言於2024年12月20日 (五) 00:38 (UTC),因此離最後發言已逾三日,且期內發言人未能對後續意見進行有效異議,因此根據WP:7DAYS之條文引述的規定,此意見依法判定為「問題已解決」。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月20日 (五) 00:37 (UTC)
不反對此提議,另外也不反對上面提到的為命名常規與關注度指引單設命名空間的提議。Sanmosa 新朝雅政 2024年12月4日 (三) 14:28 (UTC)
- (:)回應:@Sanmosa:先一項一項來吧,格式手冊優先吧。不然一下「綑綁」太多方針指引也不好討論。如果格式手冊通過了,屆時,再來討論命名常規與關注度也不遲。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月4日 (三) 23:01 (UTC)
- 這點我也不反對。Sanmosa 新朝雅政 2024年12月5日 (四) 01:21 (UTC)
- 格式手册....不如叫“体例”--百無一用是書生 (☎) 2024年12月5日 (四) 03:06 (UTC)
- (?)疑問:@Shizhao:所以要將「
体例
」也納入別名設置嗎? 所以上面的描述要變成『將「
』嗎?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月5日 (四) 04:27 (UTC)
」格式手册
、
「
」格式手冊
、「
設定為「
」和「体例
」體例
」的別名MOS
- 不反對同時將格式手冊與體例設定為MOS空間的別名。--冥王歐西里斯(留言) 2024年12月5日 (四) 04:57 (UTC)
- Shizhao说的大概是将格式手册更名为体例? ——魔琴[身份声明 留言 贡献 PJ:NEW23] 2024年12月5日 (四) 08:36 (UTC)
- 傾向認為可以做為別名,但不要把格式手冊這個名字換掉--SunAfterRain 2024年12月13日 (五) 08:47 (UTC)
- (?)疑問:@Shizhao:所以要將「
- 本子段落的「子共識」:
● 不反對移動到新命名空間
● 建議更名或新增別名「體例」(但共識不夠明確)
- (!)意見:我一直认为中文维基百科应当有一个几乎所有正式工具书都会有的《凡例》页面,但我认为《格式手册》并不是这样的页面。“格式手册”是较为复杂的,供编者阅读的页面;而“凡例”是供读者阅读的,力求简洁的页面。这两者就像百科全书的《凡例》(往往只有两三页)和编委会编辑部内部的格式规定(想必非常复杂)一样的区别。--自由雨日🌧️❄️ 2024年12月16日 (一) 09:49 (UTC)
- 小結:
● 格式手冊和體例應共存
● 格式手冊面向編者
● 體例面向讀者
- (-)反对拆分:格式手冊頁面本寥寥無幾,且性質未全然有別於其他方針與指引,不若維基專題而難成獨立體系,實無必要特別自計畫命名空間劃出。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年12月5日 (四) 10:11 (UTC)
- 然而現在的情況是MOS因為其他緣故(而非中文維基百科的請求)而已經成為一個獨立的命名空間了,這獨立的命名空間也不好空著。Sanmosa 新朝雅政 2024年12月5日 (四) 12:27 (UTC)
- 誰說空間不能「只有寥寥無幾」的頁面?誰說空間必須「成獨立體系」的頁面?沒有人。也沒有道理。 且現在不是「特別自計畫命名空間劃出」,而是基金會「已經劃出一個空間」在那兒了-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月5日 (四) 22:56 (UTC)
- 本子討論段的子段落最早的發言 發言於2024年12月5日 (四) 10:11 (UTC),並在之後已獲正當合理的回應(發言人未對本段的其他任何發言另做未表態視為已獲合理回應),且本子討論段的子段的最後發言時間為2024年12月5日 (四) 22:56 (UTC),而此時此刻是2024年12月9日 (一) 00:27 (UTC)。在本子討論段的子段中,最後發言已逾三日,且期內發言人未能對後續意見進行有效異議,因此根據WP:7DAYS「
為確保討論的連貫性,任何正當合理的意見若已獲提案人正當合理的回應,且自該回應起計的3日後無進一步再回應,應視為該意見已解決。已獲解決的意見若被任何使用者重複提出,可提示該使用者相關意見已獲解決,除此以外無須另作回應。
」的規定,此意見依法判定為「問題已解決」。請勿再重複提出類似意見,以免違反方針或指引。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月9日 (一) 00:27 (UTC)
- 本子討論段的子段落最早的發言 發言於2024年12月5日 (四) 10:11 (UTC),並在之後已獲正當合理的回應(發言人未對本段的其他任何發言另做未表態視為已獲合理回應),且本子討論段的子段的最後發言時間為2024年12月5日 (四) 22:56 (UTC),而此時此刻是2024年12月9日 (一) 00:27 (UTC)。在本子討論段的子段中,最後發言已逾三日,且期內發言人未能對後續意見進行有效異議,因此根據WP:7DAYS「
- 重讀了一下整段討論,對於將現有格式手冊「自計畫命名空間劃出」有異議存在,但針對設置格式手冊命名空間(別名、令子頁面有效及介面中文顯示)以方便檢索的部分較無異議,因此已分拆本案,在下方立了個折衷方案,歡迎討論。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月17日 (二) 09:07 (UTC)
折衷方案
[编辑]![]() | 在此页面的讨论易发展成激烈的争论。請在討論和编辑時保持冷靜,遵守礼仪,文明讨论,寻求共识,不要人身攻击。 |
上面有存在短期未能取得共識之反對移動至新命名空間的意見存在,但我注意到魔琴的這則意見「可以在MOS:空間中分配「MOS:標點符號」的重新導向,方便檢索
」,結合「因此若能以「格式手冊:標點符號」作為標題名稱會更好
」:
- 我們可以設置「
格式手册
」和「格式手冊
」為「MOS
」的別名,以建立「MOS:標點符號」=「格式手冊:標點符號」方便檢索,同時開啟子頁面,解決部分格式手冊的父—子關係問題。格式手冊主要文字仍寫於「WP」命名空間,並且不(►)移动現存的任何格式手冊。 - 「體例」是否設置格式手冊的別名應另立案擇日再討論;
- 是否要創建「體例」編寫「面向讀者」的格式手冊並與現有「格式手冊」(面向編者)並存應另立案擇日再討論;
- 「格式手冊」要不要放到新命名空間(即格式手冊移動案)應另立案擇日再討論;
- 折衷方案則是上述第一點,只對MOS:空間進行設置,使「MOS:標點符號」得以分配方便檢索,而其它要不要移動、體例是另外寫還是就指向格式手冊則另外擇日再討論,現有格式手冊維持原樣。
即將此案分拆為技術案(只設置命名空間,執行本地化)、修改案(體例如何處理)及移動案(格式手冊移進設置完成後的命名空間),先只做第一案折衷方案,看大家能不能接受。(我覺得「MOS:」能顯示為「格式手冊:」是要做的吧,這樣才有本地化(翻譯)啊,其他命名空間都有設置中文名,可「MOS」是英文)-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月17日 (二) 09:00 (UTC)
- 作为提议人(+)支持。 ——魔琴[身份声明 留言 贡献 PJ:NEW23] 2024年12月17日 (二) 10:11 (UTC)
- 同意,並可先建立對應頁面重新導向。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年12月17日 (二) 10:51 (UTC)
- (+)支持設定在地化別名與開啟MOS命名空間的子頁面功能。--冥王歐西里斯(留言) 2024年12月17日 (二) 11:38 (UTC)
- 不反對,好歹先本地化,畢竟已經存在了。Sanmosa 蚌埠 2024年12月18日 (三) 11:22 (UTC)
- 同意。--Hamish T 2024年12月18日 (三) 15:54 (UTC)
- 討論串改走RFC機制。Sanmosa 蚌埠 2024年12月20日 (五) 00:58 (UTC)
- (+)支持:終於跨出一步了。 2024年12月20日 (五) 15:46 (UTC)
- 因涉及超過一個總政策,故移回客棧,待討論完結一併存檔。另此部分修訂案應有共識,可予公示。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年12月27日 (五) 23:29 (UTC)
- 如果不(►)移动的話,我覺得不需要子頁面功能,應該不會有人在捷徑重定向頁裏找父子頁面——要找的話在正式頁面已經找了,不會點進重定向後才找。到真的要移動時才啟用子頁面功能也未遲,故現階段(-)不支持子頁面功能。別名和重定向則(=)中立。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2024年12月29日 (日) 04:27 (UTC)
- 反對已經七日未有發言後才來發言。根據上述Ericliu1912提出的主流共識,顯示出主流共識是支持子頁面,且如果未來要移動才「再提出新請求」等於會去煩phab好幾次,強烈反對此種做法。因此我主張既然有有放八日未有異議的主流共識存在,且此意見為「不支持」而已,因此我主張子頁面仍含在此案內,不對八日前的修訂再進行再異動,否則子頁面要拆去哪一案?反對將案件流程複雜化、反對「任何可能要多煩幾次phab」的提案、提議、意見及建議。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月29日 (日) 04:37 (UTC)
- 結合A2569875上面提到的與phab溝通的問題,我覺得街燈你之前説的這話其實是有點道理的,因此你現在説的這話我倒是不理解了。Sanmosa 蘭絮 2024年12月29日 (日) 08:31 (UTC)
- 重新留意敝人之前説的這話:「直到我們說有需要時才啟用(例如zh-mo和zh-my功能早在2009年配置,但直到2013年和2018年等到我們說有需要時才啟用),但停用期間我們不會說浪費了,重點是我們需不需要」,MOS現在還是作為重定向來用的話,敝人當下實在看不到子頁面功能現在有何需要?(如果重定向是需要子頁面的,基金會當初為何不啟用子頁面?)同一段話的另一點,2013年我們請求phab去啟用zh-mo而不啟用zh-my,然後2018年才去請求啟用zh-my,難道2018當年phab認為中文維基這樣多煩一次是出爾反爾、朝三暮四?我覺得太誇張了。我的意見是——現在有需要的現在啟用,將來有需要的將來才啟用,而不是現在就啟用將來都不知會不會用的功能。當然,我是不支持,但也不是反對,您們還是堅持要啟用的話悉隨尊便。另外,「有些存檔可以放MOS空間」?可否舉個例子說明哪些存檔會放到MOS空間裏?--街燈電箱150號 開箱維修 抄錶 檢驗證明 2024年12月31日 (二) 17:28 (UTC)
- @A2569875、Pseudo Classes。此外,@Cdip150:你有必要回應Pseudo Classes下方對你的言論的質疑,不過基於你上面的説法,那我根據前例理解成你並不是真的想要反對這個提案。Sanmosa 蘭絮 2025年1月1日 (三) 01:35 (UTC)
- 重新留意敝人之前説的這話:「直到我們說有需要時才啟用(例如zh-mo和zh-my功能早在2009年配置,但直到2013年和2018年等到我們說有需要時才啟用),但停用期間我們不會說浪費了,重點是我們需不需要」,MOS現在還是作為重定向來用的話,敝人當下實在看不到子頁面功能現在有何需要?(如果重定向是需要子頁面的,基金會當初為何不啟用子頁面?)同一段話的另一點,2013年我們請求phab去啟用zh-mo而不啟用zh-my,然後2018年才去請求啟用zh-my,難道2018當年phab認為中文維基這樣多煩一次是出爾反爾、朝三暮四?我覺得太誇張了。我的意見是——現在有需要的現在啟用,將來有需要的將來才啟用,而不是現在就啟用將來都不知會不會用的功能。當然,我是不支持,但也不是反對,您們還是堅持要啟用的話悉隨尊便。另外,「有些存檔可以放MOS空間」?可否舉個例子說明哪些存檔會放到MOS空間裏?--街燈電箱150號 開箱維修 抄錶 檢驗證明 2024年12月31日 (二) 17:28 (UTC)
- 我已經「折衷」退讓了,現在是底線了,如果要再退讓的話,我就會直接變成(-)反对整案,因為這樣搞成原本跨一步被弄成只剩半步根本沒有做的意義。只能跟User:Pseudo Classes說抱歉了,原本要跨出的一步被街燈毀了。不過為了避免「要跟User:Pseudo Classes說抱歉」的話,那我只能跟U:Sanmosa說抱歉了,因為如果街燈怎樣都不肯退讓,我也說這是我底線了,因此我們可能再創七萬字的客棧方針區板塊。但是我非常不想讓上述兩種情況的其中一種發生。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年12月29日 (日) 08:53 (UTC)
- 倒不用跟我道歉,下方還有個遠更長的討論串呢,那邊那個討論串早就破9萬了。Sanmosa 蘭絮 2024年12月29日 (日) 09:10 (UTC)
- Cdip150無法提供更具說服力的意見,我是認為可以按照重行公示簡易規定重新進入公示程序。 2024年12月29日 (日) 09:17 (UTC) 所有「應該」語句純屬臆測,無法作為客觀事實。倘若
- 我想問一下「子頁面」是什麼操作?可舉實例以便參考。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年1月1日 (三) 06:57 (UTC)
- @Ericliu1912: 例維基百科:互助客棧/方針是維基百科:互助客棧的「子頁面」。以上例為例,重定向頁也是可以分「父/子」方便管理所引的(在標題下「維基百科,自由的百科全書」的下方會標示「子頁面」的「父頁面」是誰)條目空間就無此設定,例如A/B測試不會被視為A的「子頁面」。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2025年1月1日 (三) 07:02 (UTC)
- (~)補充WP:捷徑也是有子頁面的,例如WP:DYKC/A是WP:DYKC的「子頁面」。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2025年1月1日 (三) 07:18 (UTC)
- Eric Liu 創造は生命(留言・留名・學生會) 2025年1月2日 (四) 09:54 (UTC)
- WP:DYKC/A是兩級捷徑。道理我懂,但為什麼鴿子那麼大-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2025年1月2日 (四) 10:35 (UTC)
- ?我說的又不是DYKC。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年1月3日 (五) 08:11 (UTC)
- Special:搜索/intitle:/(格式手[手冊册]|[Mm][Oo][Ss])\/[^\\\/]+\//?ns=Wikipedia。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2025年1月7日 (二) 11:31 (UTC)
- 似乎有着不少不適當使用子頁面的情況,草案和操作指南倒應該是移到Draft和Help。是故現在真的很有需要就啟用子頁面?我是有很大的疑問。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2025年1月14日 (二) 11:03 (UTC)
- 子頁面問題是你(User:Cdip150)先提出來的耶,然後我弄出方案你又說不要,是在耍我嗎-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2025年1月14日 (二) 13:07 (UTC)
- @A2569875:子頁面問題是對於真的把各頁移到MOS而言,不過現在都已經說了不移的話,那麼現在真的很有需要啟用子頁面功能??--街燈電箱150號 開箱維修 抄錶 檢驗證明 2025年1月22日 (三) 06:17 (UTC)
- 我認為如果無法開子頁面,本提案將沒有任何意義,因此如果無法開子頁面,我將直接反對整個提案,這樣社群就白白浪費這些討論資源了。且我已經聲明過了,此提案我已經「折衷」過了,不會再「折衷」,如果你要繼續這樣的話,好啊,我陪你耗,看看這個提案會不會卡在客棧十年都還在對峙。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2025年1月23日 (四) 00:44 (UTC)
- 這樣是相當於說這提案如果不把各頁移到MOS也是沒有任何意義(因為「子頁面問題是對於真的把各頁移到MOS而言」),我不認為閣下的說法合理。一個功能應否現在就啟用,應該是看現在有多少需要,而不是看您的底線去到哪裏。您現在甚至說「好啊,我陪你耗」這種鬧情緒的話(您說這話後甚至有人在本討論頂加了{{calm}}模板),試圖以情緒化的方式把我提出的疑問糊弄過去(甚至@Ericliu1912下面提出把用例列出來逐一檢視是否有必要,都沒答到),這實在很不應該。原本我真的不想反對,但您現在這個樣子的話我惟有轉(-)反对。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2025年1月25日 (六) 07:58 (UTC)
- (-)反对整個提案。既然你已經反對,那我聲明也很清楚了,如上說明,我「(-)反对整個提案」。既然兩個人反對整個提案,我想這個提案可以關閉並存檔了。麻煩U:Sanmosa執行「關閉並存檔」,你就直接當作我從來沒有提出這個提案吧。如狀況沒變,我反對任何變更MOS空間的任何提案,因為維持現狀就夠了,沒有任何理由可以達到「變更MOS現狀」的門檻。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2025年1月25日 (六) 08:06 (UTC)
- 私以為「兩個人反對」、「無意義」等並不足以構成關閉提案的原因。提案並不屬於提案者,其本質只是構成共識之前、聚集各編者意見的凝結核,自提出的一刻起便屬於全體社群,任何人均可參與其中。「維持現況」是否利大於弊姑且不論,既然這個提案已經引來了不少的社群參與度,共識制也一直行之有效,那麼我相信走完正常共識流程並無問題,不宜草率結案。--1F616EMO(喵留言) 2025年1月25日 (六) 09:58 (UTC)
- 「
甚至@Ericliu1912下面提出把用例列出來逐一檢視是否有必要,都沒答到
」:(:)回應:我下面說得很清楚了,我因為職場因素、日常生活因素、家庭裡有人重大傷病等原因已經沒有心力了,我怎麼可能還有時間「逐一列出用例檢視需要」?我說了「那你希望我怎麼處理?我每天工作用到12小時,公交還要另花三小時,還要處理這些事情,導致每天睡眠不足,身體狀況已經出問題,現在您又強迫我要「多花時間來面對這件事」這樣我真的過不下去了。這不是志工嗎?怎麼突然強迫我做事了?
」,為什麼要逼我? 為什麼要逼我?? 為什麼要逼我??? 不是說Wikipedia:維基百科不強迫任何人參與???? 我現在反悔想放棄推行提案也不行???? 「為什麼禁止推行者已無心力放棄推行提案」之權利???? 所以一定逼我推完???? 「嘗試將我日常生活上快喘不過氣的一番言論視為必須被處罰的事項,我真的不知道我要怎麼辦了
」你們繼續逼我下去我真的會在維基百科暴斃,這不是逼播別人做出不文明行為,而是我身體健康真的亮紅燈了,你們可能不久之後會在新聞上看到有人因為編輯維基百科而暴斃。。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2025年1月25日 (六) 14:19 (UTC)- 我真的已經走投無路了,已申請管理員將我封禁之請求,拜託你們放過我饒了我吧。((※)注意我只申請我自己另外一個是被他人加上去的)-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2025年1月25日 (六) 14:22 (UTC)
- 前輩維護提案辛苦了,也感謝之前的寶貴意見。既然提案屬於社群,不妨放個維基假期,讓其他人繼續得出結論——在我看來,這才是「維基百科不強迫參與」的意思:就算半途不參與了也沒啥。--1F616EMO(喵留言) 2025年1月25日 (六) 22:44 (UTC)
- (-)反对整個提案。既然你已經反對,那我聲明也很清楚了,如上說明,我「(-)反对整個提案」。既然兩個人反對整個提案,我想這個提案可以關閉並存檔了。麻煩U:Sanmosa執行「關閉並存檔」,你就直接當作我從來沒有提出這個提案吧。如狀況沒變,我反對任何變更MOS空間的任何提案,因為維持現狀就夠了,沒有任何理由可以達到「變更MOS現狀」的門檻。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2025年1月25日 (六) 08:06 (UTC)
- 這樣是相當於說這提案如果不把各頁移到MOS也是沒有任何意義(因為「子頁面問題是對於真的把各頁移到MOS而言」),我不認為閣下的說法合理。一個功能應否現在就啟用,應該是看現在有多少需要,而不是看您的底線去到哪裏。您現在甚至說「好啊,我陪你耗」這種鬧情緒的話(您說這話後甚至有人在本討論頂加了{{calm}}模板),試圖以情緒化的方式把我提出的疑問糊弄過去(甚至@Ericliu1912下面提出把用例列出來逐一檢視是否有必要,都沒答到),這實在很不應該。原本我真的不想反對,但您現在這個樣子的話我惟有轉(-)反对。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2025年1月25日 (六) 07:58 (UTC)
- 我認為如果無法開子頁面,本提案將沒有任何意義,因此如果無法開子頁面,我將直接反對整個提案,這樣社群就白白浪費這些討論資源了。且我已經聲明過了,此提案我已經「折衷」過了,不會再「折衷」,如果你要繼續這樣的話,好啊,我陪你耗,看看這個提案會不會卡在客棧十年都還在對峙。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2025年1月23日 (四) 00:44 (UTC)
- @A2569875:子頁面問題是對於真的把各頁移到MOS而言,不過現在都已經說了不移的話,那麼現在真的很有需要啟用子頁面功能??--街燈電箱150號 開箱維修 抄錶 檢驗證明 2025年1月22日 (三) 06:17 (UTC)
- Eric Liu 創造は生命(留言・留名・學生會) 2025年1月14日 (二) 11:46 (UTC)
- @Ericliu1912:雖然我沒有義務替提案人做事,但根據Special:前缀索引/Wikipedia:格式手册/與Special:前缀索引/Wikipedia:格式手冊/的紀錄,排除掉所有重新導向頁面後,總共有60個頁面具備繁體或簡體的“Wikipedia:格式手冊/”前綴。Sanmosa 新朝雅政 2025年1月25日 (六) 08:25 (UTC)
- 作為參考:帶“Wikipedia:收錄標準/”前綴的頁面33個,帶繁體或簡體的“Wikipedia:命名常規”前綴的頁面22個(不含主命名常規自身)。Sanmosa 新朝雅政 2025年1月25日 (六) 08:38 (UTC)
我是建議他把用例列出來,逐一檢視是否有必要。反正格式手冊本來也沒多少頁。—— - 但根據Wikipedia:草稿命名空间,只有條目的草稿才會放Draft空間,方針指引的草案不適合放Draft吧……。--冥王歐西里斯(留言) 2025年1月14日 (二) 13:39 (UTC)
- 是啊,為了阻止讓MOS空間啓用子頁面而強迫Draft空間做違反現行規則的事情未免也太奇怪了吧。Sanmosa 熱烈慶賀「關注度」正名「收錄標準」 2025年1月15日 (三) 04:24 (UTC)
- Special:PrefixIndex/Draft:MediaWiki:、Special:PrefixIndex/Draft:Wikipedia:、Special:PrefixIndex/Draft:Template:--SunAfterRain 2025年1月18日 (六) 14:16 (UTC)
- @SunAfterRain:Draft:MediaWiki:Noarticletext的存在恐怕還得問你原因。Draft Template應該全部搬運為patch,我稍後處理。Draft Wikipedia裏除了Draft:Wikipedia:傀儡調查/案件/TimWu007可以直接取消Draft前綴之外,全都該比照Draft Template的方式處理,但也不好直接叫patch。Sanmosa 熱烈慶賀「關注度」正名「收錄標準」 2025年1月19日 (日) 02:32 (UTC)
- 所以我不懂為什麼指引完全沒有寫過僅限條目,還要執著僅限條目的意義。命名又不會撞?而且顯然早在2016年這個用法就已經存在了。--SunAfterRain 2025年1月19日 (日) 04:43 (UTC)
- @Shizhao:方才處理天津市名人故居模板草稿時發現將模板移至草稿空間是當時DRV的決議,然而根據現有的指引,草稿化僅適用於條目而不適用於模板,因此請重新考慮到底是該移回模板空間還是直接刪除。Sanmosa 熱烈慶賀「關注度」正名「收錄標準」 2025年1月19日 (日) 02:43 (UTC)
- 很明顯您根本沒有正確理解Wikipedia:草稿命名空间,這是在講如果條目內容用於草稿時要怎樣處理,不是說條目以外的東西不能放在草稿。方針、指引和論述的草擬本技術上跟條目的草稿一樣,不應被搜尋蜘蛛功能意外爬到,所以應該放在Draft(英文版就是這樣做)。對於閣下未了解得當就說人甚麼強迫、阻止之類的話,敝人深感遺憾與不滿;而Shizhao君的做法自然也不違規。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2025年1月22日 (三) 06:17 (UTC)
- 這説法可不是我最先提的,而且這種觀點的存在不就説明了Draft空間的使用到底是“法無禁止即許可”還是“法無許可即禁止”本就是有爭議的嗎,再者中文維基百科也不是英文維基百科的中文版,你的理解到底是否真的是“正確理解”還有值得商榷的地方。Sanmosa 熱烈慶賀「關注度」正名「收錄標準」 2025年1月22日 (三) 08:08 (UTC)
- 修改Wikipedia:草稿命名空间明確允許(甚至建議)這類用法也不是壞事就是了。--冥王歐西里斯(留言) 2025年1月22日 (三) 08:49 (UTC)
- 這説法可不是我最先提的,而且這種觀點的存在不就説明了Draft空間的使用到底是“法無禁止即許可”還是“法無許可即禁止”本就是有爭議的嗎,再者中文維基百科也不是英文維基百科的中文版,你的理解到底是否真的是“正確理解”還有值得商榷的地方。Sanmosa 熱烈慶賀「關注度」正名「收錄標準」 2025年1月22日 (三) 08:08 (UTC)
- 很明顯您根本沒有正確理解Wikipedia:草稿命名空间,這是在講如果條目內容用於草稿時要怎樣處理,不是說條目以外的東西不能放在草稿。方針、指引和論述的草擬本技術上跟條目的草稿一樣,不應被搜尋蜘蛛功能意外爬到,所以應該放在Draft(英文版就是這樣做)。對於閣下未了解得當就說人甚麼強迫、阻止之類的話,敝人深感遺憾與不滿;而Shizhao君的做法自然也不違規。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2025年1月22日 (三) 06:17 (UTC)
然而實際上草稿命名空間什麼草稿都能塞,見 - @SunAfterRain:Draft:MediaWiki:Noarticletext的存在恐怕還得問你原因。Draft Template應該全部搬運為patch,我稍後處理。Draft Wikipedia裏除了Draft:Wikipedia:傀儡調查/案件/TimWu007可以直接取消Draft前綴之外,全都該比照Draft Template的方式處理,但也不好直接叫patch。Sanmosa 熱烈慶賀「關注度」正名「收錄標準」 2025年1月19日 (日) 02:32 (UTC)
- 子頁面問題是你(User:Cdip150)先提出來的耶,然後我弄出方案你又說不要,是在耍我嗎-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2025年1月14日 (二) 13:07 (UTC)
- 似乎有着不少不適當使用子頁面的情況,草案和操作指南倒應該是移到Draft和Help。是故現在真的很有需要就啟用子頁面?我是有很大的疑問。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2025年1月14日 (二) 11:03 (UTC)
- Special:搜索/intitle:/(格式手[手冊册]|[Mm][Oo][Ss])\/[^\\\/]+\//?ns=Wikipedia。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2025年1月7日 (二) 11:31 (UTC)
- ?我說的又不是DYKC。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年1月3日 (五) 08:11 (UTC)
道理我懂,但格式手冊多半是兩級制,換算成捷徑就是一級制(MOS:某),有什麼情況需要子頁面嗎?—— - WP:DYKC/A是兩級捷徑。道理我懂,但為什麼鴿子那麼大-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2025年1月2日 (四) 10:35 (UTC)
- Eric Liu 創造は生命(留言・留名・學生會) 2025年1月2日 (四) 09:54 (UTC)
- (~)補充WP:捷徑也是有子頁面的,例如WP:DYKC/A是WP:DYKC的「子頁面」。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2025年1月1日 (三) 07:18 (UTC)
- @Ericliu1912: 例維基百科:互助客棧/方針是維基百科:互助客棧的「子頁面」。以上例為例,重定向頁也是可以分「父/子」方便管理所引的(在標題下「維基百科,自由的百科全書」的下方會標示「子頁面」的「父頁面」是誰)條目空間就無此設定,例如A/B測試不會被視為A的「子頁面」。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2025年1月1日 (三) 07:02 (UTC)
- (+)支持增加「格式手冊」和「格式手册」兩個別名。另外注意到其他命名空間的規範名稱均是英文全寫(例如維基百科命名空間的正名是「Wikipedia」,「維基百科」僅爲別名之一),若是準備日後移動格式手冊頁面,爲保持一致,如果可行,建議將命名空間名稱定爲英文名「Manual of Styles」,將「MOS」定爲別名之一。(這當然也可以在移動的時候才向Phab提出,和開啓子頁面一樣,對於執行的時機我保持(=)中立,私以爲不急。)從站務隱退幾年,怎麼感覺站務討論都變得有火藥味了。--1F616EMO(喵留言) 2025年1月2日 (四) 14:11 (UTC)
- @A2569875:你不妨把折衷方案直接付諸公示吧,反正Cdip也並不是真的想要反對這個提案。Sanmosa 熱烈慶賀「關注度」正名「收錄標準」 2025年1月22日 (三) 03:32 (UTC)
- (-)強烈反对整個提案,因為本站並不存任任何「變更MOS空間」的動機,也未見有任何「變更MOS空間」的需要、未見有任何「變更MOS空間」的必要。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2025年1月25日 (六) 08:12 (UTC)
- 另外,目前MOS空间的本地化名称实际上是「格式手册快捷方式」/「格式手冊捷徑」。 ——魔琴[身份声明 留言 贡献 PJ:NEW23] 2025年1月25日 (六) 09:09 (UTC)
最小化方案
[编辑]既然上面一案被强烈反对了,那我新提一案,只处理「可以在MOS:空间中分配『MOS:标点符号』的重定向,方便检索」这一问题。这不涉及phab工单。 ——魔琴[身份声明 留言 贡献 PJ:NEW23] 2025年1月25日 (六) 09:23 (UTC)
- 之前已經有人建了幾個(如MOS:傳記已重定向至WP:格式手冊/傳記),我覺得沒必要又折騰一番討論,有人看見沒建的就自己建就行了。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2025年1月25日 (六) 15:53 (UTC)
- @魔琴:考慮到MOS已經成為實際上的命名空間,我感覺原始提議裏設定「
格式手册
」與「格式手冊
」為「MOS
」的別名的事情還是可以做的,此外WP:捷徑#偽命名空間、{{Namespaces}}與{{PseudoNamespaces}}也需要對應修訂,還有MOS空間可能需要本地assign一個namespace number。Sanmosa 新朝雅政 2025年1月27日 (一) 00:51 (UTC)- @Sanmosa:但是目前的MOS命名空间的用途仍是「格式手册快捷方式」而非「格式手册」。 ——魔琴[身份声明 留言 贡献 PJ:NEW23] 2025年1月27日 (一) 00:58 (UTC)
- @魔琴:兩者沒有直接的關係。Sanmosa 新朝雅政 2025年1月27日 (一) 01:02 (UTC)
- 所以我觉得本地化名称应该维持当前的「格式手册快捷方式」。 ——魔琴[身份声明 留言 贡献 PJ:NEW23] 2025年1月27日 (一) 01:06 (UTC)
- @魔琴:“快捷方式”在繁體模式下是“捷徑”,按這來設定別名的話配置會更複雜,而且無論是“格式手冊快捷方式”還是“格式手冊捷徑”,這長度也不方便社羣記憶,“格式手冊”這長度還是比較合適的。Sanmosa 新朝雅政 2025年1月27日 (一) 01:10 (UTC)
- 所以我觉得本地化名称应该维持当前的「格式手册快捷方式」。 ——魔琴[身份声明 留言 贡献 PJ:NEW23] 2025年1月27日 (一) 01:06 (UTC)
- @Sanmosa:「
還有MOS空間可能需要本地assign一個namespace number」
(:)回應:沒有這個必要,請注意這個WP:魔術字:{{NS:126}}
→MOS。本地已經存在namespace number:「126、一百二十六,MOS==126」,沒有再assign的必要。自從「MOS已經成為實際上的命名空間
」基金會就已經給本地assign好一個namespace number了。這就是我一直覺得這個namespace「只搞一半」的原因。(我本來沒要上來說的,畢竟你們都說要給我互動禁制了,但出現明明已經有namespace number,還出現「需要assign一個namespace number」這種錯誤,(duplicate assign error),必須上來訂正,不然你們把知道真相的人噤聲或把它搞到「永久退出維基」會導致錯誤被錯誤地執行,並沒有更好的解決問題,反而製造了更多問題。)-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2025年1月27日 (一) 01:37 (UTC)- 行,剛剛也手動確認過{{NS:127}}是MOS talk了,那就是直接改本地模板的事了。Sanmosa 新朝雅政 2025年1月27日 (一) 01:40 (UTC)
- @魔琴:兩者沒有直接的關係。Sanmosa 新朝雅政 2025年1月27日 (一) 01:02 (UTC)
- @Sanmosa:但是目前的MOS命名空间的用途仍是「格式手册快捷方式」而非「格式手册」。 ——魔琴[身份声明 留言 贡献 PJ:NEW23] 2025年1月27日 (一) 00:58 (UTC)
溝通問題
[编辑]@Cdip150、A2569875:抱歉,但我實在不得不吐槽,你倆在上方的溝通交流方式存在非常重大的問題,這樣持續下去是無法正常地進行任何建設性討論的。如果你倆無法改善溝通交流方式的話,那我也只能把這件事交到VPO與ANM那邊處理了。Sanmosa 新朝雅政 2025年1月25日 (六) 08:16 (UTC)
- 對不起,我現在因為日常生活因素(職場)難以處理維基百科問題。如果您要這樣逼我的話,很遺憾,我只好永久退出維基百科社群。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2025年1月25日 (六) 08:18 (UTC)
- 這是你和他都必須面對的事情,即使今天不面對,早晚有一天也還是要面對。我之前有很多次曾經把WP:文明#其他不文明行為裏“譏諷他人或誘使他人作出不文明行為”的規定搬出來,但在這裏這樣用恐怕是我之前不曾預料到的事情。Sanmosa 新朝雅政 2025年1月25日 (六) 08:29 (UTC)
- 那你希望我怎麼處理?我每天工作用到12小時,公交還要另花三小時,還要處理這些事情,導致每天睡眠不足,身體狀況已經出問題,現在您又強迫我要「多花時間來面對這件事」這樣我真的過不下去了。這不是志工嗎?怎麼突然強迫我做事了?我不做事說了上述的話還要被說「譏諷他人或誘使他人作出不文明行為」嘗試將我日常生活上快喘不過氣的一番言論視為必須被處罰的事項,我真的不知道我要怎麼辦了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2025年1月25日 (六) 08:42 (UTC)
- 你具體看看我在ANM那邊的説明,你把潛在「譏諷他人或誘使他人作出不文明行為」的人與潛在「選擇以攻擊作回應」的人弄反了。Sanmosa 新朝雅政 2025年1月25日 (六) 08:48 (UTC)
- 那你希望我怎麼處理?我每天工作用到12小時,公交還要另花三小時,還要處理這些事情,導致每天睡眠不足,身體狀況已經出問題,現在您又強迫我要「多花時間來面對這件事」這樣我真的過不下去了。這不是志工嗎?怎麼突然強迫我做事了?我不做事說了上述的話還要被說「譏諷他人或誘使他人作出不文明行為」嘗試將我日常生活上快喘不過氣的一番言論視為必須被處罰的事項,我真的不知道我要怎麼辦了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2025年1月25日 (六) 08:42 (UTC)
- 這是你和他都必須面對的事情,即使今天不面對,早晚有一天也還是要面對。我之前有很多次曾經把WP:文明#其他不文明行為裏“譏諷他人或誘使他人作出不文明行為”的規定搬出來,但在這裏這樣用恐怕是我之前不曾預料到的事情。Sanmosa 新朝雅政 2025年1月25日 (六) 08:29 (UTC)
- 呃?所以有无子页面会影响到什么? ——魔琴[身份声明 留言 贡献 PJ:NEW23] 2025年1月25日 (六) 09:01 (UTC)