跳至內容

維基百科討論:命名空間/存檔2

頁面內容不支援其他語言。
維基百科,自由的百科全書

WP、维基百科、維基百科三個「Wikipedia」的別名已經啟用

根據bugzilla:17701的處理,目前上述三個別名已經正式應用於中文維基百科。維基百科:自動編輯摘要已可正常訪問。—菲菇維基食用菌協會 2009年3月5日 (四) 17:46 (UTC)

可是這樣一來,原來以WP:開頭的重定向頁面全部丟失了。--Maxwell's demon (留言) 2009年3月5日 (四) 23:12 (UTC)
我一直不明白的是,為什麼頁面標題要顯示別名?而不是像其他語言一樣?--百無一用是書生 () 2009年3月6日 (五) 02:03 (UTC)
可能和簡繁體轉換有關。--達師信訪工作報告 2009年3月6日 (五) 11:35 (UTC)
應該開機器人解決WP的問題。--達師信訪工作報告 2009年3月6日 (五) 11:37 (UTC)
在shell跑一次namespaceDupes.php就可以了(bugzilla:17701),現在應該停止建立WP。—不知所 2009年3月7日 (六) 05:21 (UTC)
話雖如此,但是那時才有誰在shell跑一次namespaceDupes.php?過了十天了,問題依舊。 —Quest for Truth (留言) 2009年3月18日 (三) 20:22 (UTC)
剛跑完,這次的效率已經很高了:) —『Skjackey tse』 2009年3月19日 (四) 15:21 (UTC)

關於「專題」和「主題」的問題

「專題」是WikiProject,「主題」是Portal,本幫助頁面有混淆兩者之嫌,請修正。--Sammy312留言 2009年9月5日 (六) 12:13 (UTC)

完成RalfX2009年9月5日 (六) 16:09 (UTC)

增設空間「U:」、「UT:」作為「User:」、「User talk:」的Alias

提議:

  • 增設名字空間「U」,作為現有的用戶名字空間「User」的別名。這樣輸入U:燃燈,就能跳轉到User:燃燈,方便輸入。[[U:]]當前尚未被任何維基項目使用。
  • 此外增設名字空間「UT」作為「User talk」的別名,原理類似。

在Telegram中簡單地討論了一下,似乎大家蠻支持的,因此在此公開徵求意見,以求共識。七天後開始投票,投票時間也將持續七天。投票通過後將提交P站。燃 燈 2017年12月12日 (二) 17:03 (UTC)

另有人提議增加F、FT指向File、File Talk,放在這裡一併討論。燃 燈 2017年12月12日 (二) 17:18 (UTC)

另提議模板名字空間與其討論空間可否新增T:與TT:作為縮寫?臺灣杉在此發言 (會客室) 2017年12月13日 (三) 02:00 (UTC)
T已有,如T:Y連到Template:Y--PatrollerAAAA討論|留名2017年12月13日 (三) 04:52 (UTC)

(つ°ω°)つ U、UT Bluedeck 2017年12月13日 (三) 20:04 (UTC)

投票

投票結果

  • U:15支持。
  • UT:15支持。
  • F:12支持,2中立。
  • FT:7支持,5中立,2反對。

四項提案均通過。會儘快提交P站。燃 燈 2017年12月26日 (二) 18:28 (UTC)

題外話

建議重定向命名空間

如題,建議將WPT:重定向到Wikipedia_talk:-- Sunny00217 --春節愉快及兩項投票圓滿成功。 2019年2月10日 (日) 03:49 (UTC)

我認為必要性不大,WT:這個捷徑已經很方便了。 L.Voskresensky 2019年2月10日 (日) 04:38 (UTC)
同上。--雲間守望 2019年2月11日 (一) 14:20 (UTC)

維基百科中的標題

沒什麼繼續討論的必要。 Stang 2020年6月4日 (四) 08:56 (UTC)

下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

中文維基百科過度英文化,希望將File: 改成 檔案: 以及其他如Wikipedia: 改成 維基百科: 等,原先Module: 已改成 模塊: --安全體驗簽名·貢獻 2020年5月27日 (三) 03:43 (UTC)

@SecurityXP:涉及到繁簡轉換和地區用詞問題,使用英文是折衷的辦法。「模塊」一詞不涉及繁簡轉換和地區詞。但是很多名字空間標題已實現顯示為中文。--S.Wang XI 2020年5月27日 (三) 04:39 (UTC)
好像當時開空間時報名字錯了?好像有一個P區申請改成英文,中文作為別名。——Sakamotosan路過圍觀杯弓蛇影| 避免做作,免敬 2020年5月27日 (三) 12:01 (UTC)
貢獻和編輯依然標示如這個名稱是Wikipedia:互助客棧/其他 如:正在編輯 Wikipedia:互助客棧/其他--安全體驗簽名·貢獻 2020年5月27日 (三) 04:43 (UTC)
沒法。該模式一般不支持繁簡轉換。-- 娜娜奇🐰楓香花茶(宇帆·☎️·☘️2020年5月27日 (三) 05:03 (UTC)

本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

將ns828改成英文Module:

提案通過:

已部署。頁面標題的中文顯示應該由管理員進行本地定義。--VulpesVulpes825留言2020年6月22日 (一) 11:43 (UTC)

下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。


對提案公示七天(排除另兩個中文名,因為還沒有人確定要改成怎樣)-- Sunny00217 2020年6月14日 (日) 12:39 (UTC)

@VulpesVulpes825:閣下跑太快了,公示期還沒結束呢(到2020年6月21日 (日) 12:39 (UTC)) 囧rz...-- Sunny00217 2020年6月20日 (六) 10:09 (UTC)
@Sunny00217:能預約到的最早部署時間是2020年6月22日 (日) 11:00 (UTC),所以沒問題啦。--VulpesVulpes825留言2020年6月20日 (六) 13:16 (UTC)

後續處理

本地化的轉換需要由管理員設定。例如Template:1頁面點進去後標題會顯示為「模板:1」,因此Module:Number頁面點進去後標題應該也要被介面繁簡轉換為「模組:Number」,但截至2020年6月22日 (一) 17:23 (UTC)Module:Number頁面點進去後標題的文字尚未本地化。可能請介面管理員參考「Template」頁面點進去後標題能顯示為「模板」、「Talk」頁面點進去後標題能顯示為「討論」的原理與代碼並部署之。-- 娜娜奇🐰楓香花茶(宇帆·☎️·☘️2020年6月22日 (一) 17:23 (UTC)

完成 Xiplus#Talk 2020年6月23日 (二) 00:28 (UTC)

本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

開放偽命名空間作捷徑連結用

本討論與捷徑方針草案合併,進行分階段修訂臺灣杉在此發言 (會客室) 2020年12月10日 (四) 05:30 (UTC)

下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

希望在此重提2018年12月就容許MOS:偽命名空間豁免速刪跨名字空間重定向條目的討論。

在此先對於「偽命名空間」稍作解釋:

命名空間Pseudo-namespaces)是指實際上在主命名空間中建立特定開首,指向特定在命名空間頁面的重定向條目。英語維基百科有多個偽名字空間(en:WP:PNS),包括MOS:(重定向至en:Wikipedia:Manual_of_Style,對應中文維基百科的Wikipedia:格式手冊)以及在中文維基百科為正式命名空間別名的CAT:H:P:T:;而日語維基百科則將此歸類在捷徑項目內(ja:WP:SC),而並非命名空間的捷徑包括LTA:(重定向至ja:Wikipedia:進行中の荒らし行為/長期/,對應中文維基百科的Wikipedia:持續出沒的破壞者)。

為分頁面較多的維基百科命名空間項目,例如長期破壞者格式手冊。開放偽命名空間容許捷徑連結的表達更為簡單清晰。舉一例子,相較起來,LTA:HBN比起WP:HBN更能夠表達此連結至一個長期破壞者的頁面而不是維基百科的方針、指引、論述等。使用LTA:HBN而非WP:LTA/HBN則是讓捷徑維持簡潔,保留現有WP:HBN的簡明命名。最重要的是可以少輸入幾個字元又能清晰表達其為LTA或MOS項目的頁面

希望大家積極參與討論。Taiwania JustoSanmosaMilkyDefer--LuciferianThomas留言 2020年11月15日 (日) 05:13 (UTC)

如同上次,我支持提案。這可以有助建立較簡潔的系列性頁面捷徑。SANMOSA SPQR 2020年11月15日 (日) 06:30 (UTC)
(+)支持,具有統一、簡潔、一目了然三大優點。MilkyDefer推遲咕咕 2020年11月15日 (日) 07:31 (UTC)
補充一下,我個人認為還有能減少命名衝突的好處存在。舉個例子,現在有WP:X43,指向的是一位長期破壞者。如果某一天蹦出了另一個長期破壞者比如Xblablabla11什麼的,為這位建立一個WP:X11就會出現問題,因為X11有其特殊含義,容易引起誤解,日後如果真有必要設立「在X11系統下瀏覽編輯維基百科」的論述或者指南的話,還有可能引起命名衝突。命名為LTA:X11就不會有這樣的問題了.--MilkyDefer推遲咕咕 2020年11月15日 (日) 07:38 (UTC)

建議加一個PJ:維基專題使用。 ——羊羊 (留言|貢獻) 2020年11月15日 (日) 10:41 (UTC)

同意。如此提案將增為LTA:MOS:PJ:三項。個人認為若整體議案獲足夠人數支持且有人對個別提議的偽命名空間有意見或異議則再分項投票。--LuciferianThomas留言 2020年11月15日 (日) 11:06 (UTC)
建議從三個角度考察:1)必要性:需被替代的原名稱是否過長;2)復用性:單一頁面是否在討論中被頻繁引用(調用);3) 新名稱是否已經是比較慣用的簡稱,以便於記憶和被廣泛使用。--Kirk★ 0#0 2020年11月15日 (日) 15:11 (UTC)
就必要性方面,開放偽命名空間讓討論表達更清晰(一目了然是LTA、MOS還是PJ等等,讓WP:的定義縮窄。就復用性請補充,我不太明白。就第三點,捷徑連結後半部一般保留慣用的簡寫,不會有難以記憶和不廣泛地使用的問題。個人認為若獲得通過,暫時保留現有捷徑,若機器人徵測變更中包含舊連結的話就讓機器人訊息提醒此功能啟用。--LuciferianThomas留言 2020年11月15日 (日) 22:11 (UTC)

WP:命名空間的修正案

在此附加提案,於「縮寫與別名」段落下新增內容:

現行條文

新增加

提議條文

偽命名空間

維基百科中,除了常規命名空間與其別名,以及虛擬命名空間外,還有數種用作捷徑的前綴,指向最常引用的維基百科頁面。這些前綴統稱為偽命名空間,包含:

偽命名空間不被Wiki軟體所承認,純粹由社群進行客製。偽命名空間的標題實際上屬於主命名空間,在技術上Wiki軟體也是這樣看待:這些標題對大小寫敏感,且只會在主命名空間的搜尋結果中出現。別名會被視為真實的命名空間,因此可以代替其代表的名字空間進行頁面搜尋;但「偽命名空間:頁面名稱」的格式會視為主命名空間,而不屬於其他任一種命名空間。

其他要增加的偽命名空間請隨時補上。臺灣杉在此發言 (會客室) 2020年11月15日 (日) 15:12 (UTC)

我覺得有一些問題:
  1. 主命名空間也是命名空間,「會視為主命名空間,而不屬於任一個命名空間」好像有點奇怪;
  2. 建議多加一句此類重定向豁免於CSD R2速刪條件。
以上。若內容有其他問題其實可直譯en:WP:PNS。--LuciferianThomas留言 2020年11月15日 (日) 22:02 (UTC)
已改為「其他任一種命名空間」。我還沒加豁免速刪是因為正在翻譯WP:捷徑,當中已納入該規則。翻譯完成後會提出來列為指引。臺灣杉在此發言 (會客室) 2020年11月16日 (一) 00:05 (UTC)
(-)反對,en垃圾吧這是。容易和主空間混淆,還不用雙前綴,像「WP:MOS:xxx」,這樣依然是歸於WP命名空間(WP用於維基項目內的相關頁面),也能對應MOS命名空間的意義。——Sakamotosan路過圍觀杯弓蛇影| 避免做作,免敬 2020年11月16日 (一) 02:03 (UTC)
上述內容純粹是技術說明,在一般讀者使用上毫無差別。另請參閱本討論首段內容瞭解原因。--臺灣杉在此發言 (會客室) 2020年11月16日 (一) 03:38 (UTC)
開放偽命名空間的意義正是方便減省輸入的內容(WP:MOS:XXXWP:MOS/XXX明顯比MOS:XXX累贅),又能夠清晰表達捷徑的目標。WP代表的維基專案過於廣泛,全數使用WP:MOS:XXXWP:LTA:XXXWP:PJ:XXX就會顯得累贅,MOS:XXXLTA:XXXPJ:XXX更清晰又簡單。--LuciferianThomas留言 2020年11月16日 (一) 03:59 (UTC)
BTW如果是垃圾就不會在多個維基項目中都會有偽命名空間啦。--LuciferianThomas留言 2020年11月16日 (一) 12:23 (UTC)
就像為了避免佔用條目空間,維基百科首頁從首頁遷移到Wikipedia:首頁那樣,我不希望條目空間出現指向其他空間的重定向。其他Wikipedia的維基百科首頁也在條目空間,那偽名字空間只是破罐子破摔罷了;中文維基條目空間本來就很乾淨,我認為不應引入「偽命名空間」這種概念。WP:ENWIKISAID這麼長辨識起來沒有難度,我認為「WP:MOS/XXX」或「WP:MOSXXX」並沒有太大問題。要麼就將MOS做實為實體空間,我不希望MOS:LIST頁面左上角顯示「條目」。--洛普利寧 2020年11月16日 (一) 15:39 (UTC)
在英文維基百科搜索MOS:CITE為例,在條目名字空間的搜索結果中沒有以MOS:開頭的搜索結果,在Wikipedia名字空間才會看得到結果。從技術上來看,這是一個指向項目空間的重定向,因此你點擊這樣的連結,最終看到的頁面,左上角也不會是「條目」二字。最後,這一次討論開啟的緣由,歸根結底是我發現格式手冊頁面的捷徑之樣式不統一,容易引起辨識困難。--MilkyDefer推遲咕咕 2020年11月16日 (一) 16:24 (UTC)
WP:CSD#R2指出條目空間的非條目重定向一律刪除。我覺得中文維基這點做得非常好,條目空間就專心放條目(和消歧義),不要涉及站務頁面。中文維基沒有「偽名字空間」本來就是好事,沒必要學英文維基MOS:和日文維基LTA:。格式手冊以Wikipedia:格式手冊/縮寫為例,WP:MOSABBRWP:MOS/ABBR,以及沒有歧異時的WP:ABBR都OK。捷徑搞屬性辨識講真意義不大,畢竟這東西要點開才有意義。像WP:HBN看過的人會有印象,沒看過的人就算給寫成LTA:HBN,一樣不知道他是誰啊⋯⋯PS:英文維基人編寫條目時常拿MOS辯論;但中文維基沒有MOS文化,格式手冊和其他方針指引沒差,不不必學英文版特別拔高。(相較而言,中文維基各命名常規的使用率也不低,但我覺得沒必要開個N:或者NC:的前綴。)--洛普利寧 2020年11月16日 (一) 16:53 (UTC)
WP:HBN改成LTA:HBN不會讓人知道他是誰,但就達到最重要的功能:讓別人知道HBN是指一個LTA。--LuciferianThomas留言 2020年11月16日 (一) 23:15 (UTC)
「首頁」的例子,在我看來只是個特例。英語維基百科的作法是移到Main Page,Wikipedia:Main Page也指向Main Page,但有沒有人吵這個跨命名空間重定向有問題?顯然沒有。從讀者角度來看,偽命名空間「捷徑」的設立,除了利於使用以外,是否會造成讀者的困擾?以及雖然在技術而言,偽命名空間「捷徑」屬於跨命名空間重新導向,但實際上是否造成編輯上的困擾?在我看來好像也沒有影響。在這裡強調的是「捷徑」,而非一般重新導向;一般非條目空間與條目空間的跨重新導向的確會有困擾,但捷徑應可看做例外。--臺灣杉在此發言 (會客室) 2020年11月21日 (六) 10:40 (UTC)
占用主名字空間的可能是有的,例如有部小說叫做Re:從零開始的異世界生活,搞不好哪天會有什麼MOS:勇者轉生異世界LTA:拉蒂亞日記之類的神奇小說要建條目怎麼辦-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2020年11月16日 (一) 17:33 (UTC)
不影響,佔用的都只能是捷徑(重定向)而不是指整個格式手冊移至MOS,與內容不太可能回重複(機會極低)。--LuciferianThomas留言 2020年11月16日 (一) 23:08 (UTC)
「內容不太可能回重複」,那麼用WP:也應該沒有問題。而且如果真有歧義簡稱可以另外擬定一個沒有歧義的。因此反對提案。--GZWDer留言2020年11月17日 (二) 23:02 (UTC)
提案的原意是讓偽命名空間表達捷徑的用途。另外,現在說的只是豁免偽命名空間的CSD R2,條目空間內容的部分即便有MOS:或LTA:為開首的條目名稱不影響(因為並非重定向,不受R2影響;而條目空間重定向到條目空間更沒有問題。使用WP:這個空間本身就帶有歧義,因為維基百科命名空間過於廣泛,請審視全然使用WP:的缺點以及開放偽命名空間解決有關缺點的效果。--LuciferianThomas留言 2020年11月18日 (三) 10:12 (UTC)
的確有可能占用主名字空間,如可能有小說叫LTA:HBN。但是也有可能有小說叫WP:HBN(而且可能性一樣小)。真的遇到這種情況再想辦法也不遲。附(+)支持提案。 ——羊羊 (留言|貢獻) 2020年11月19日 (四) 15:41 (UTC)

本修正案先暫時凍結,因為WP:捷徑翻譯完成,會另開段落討論將之訂為指引。臺灣杉在此發言 (會客室) 2020年11月18日 (三) 13:26 (UTC)

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

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

(=)中立,但此僅為其中一個被提議的偽命名空間提供了替代方案,那麼另外的LTA:MOS:呢?--LuciferianThomas留言 2020年11月16日 (一) 09:32 (UTC)
一個一個來。肯定會有方法的。pj是有多個維基實行過,且效果不錯,可行性較高,也不會混淆。—- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2020年11月16日 (一) 13:10 (UTC)
好的。(+)傾向支持吧,始終我不太清除其他維基項目對此的執行,不過覺得與維基空間的內容有點距離,可以自己分離了。--LuciferianThomas留言 2020年11月16日 (一) 15:19 (UTC)
LTA和MOS感覺不足以達到獨立名字空間門檻,且其他語言維基也沒先例,故不提案。—- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2020年11月16日 (一) 15:32 (UTC)
意思使用新建一個「專題」的空間,把Wikipedia:ACG專題移動到專題:ACG;然後把PJ作為「專題」名字空間的別名?--洛普利寧 2020年11月16日 (一) 16:01 (UTC)
從這個動議的內容上看應該是這個意思,開闢一個「WikiProject」空間,簡稱"PJ",中文為「專題」和「維基專題」--MilkyDefer推遲咕咕 2020年11月16日 (一) 16:11 (UTC)
大概就類似User:青子守歌用戶頁裡面的ja:利用者:青子守歌/frwpのウィキプロジェクト名前空間と參考文獻名前空間。 日文維基佈署很久,沒甚麼太大的問題。且專題:ACGWikipedia:ACG專題淺顯多了,並也允許PJ:ACG這樣的連結方式。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2020年11月16日 (一) 17:24 (UTC)

小總結

根據以上討論,目前共有兩個選項:

  1. 開放偽命名空間;
  2. 將PJ納入命名空間並作為別名,MOS、LTA再行討論。

偽命名空間看起來是3人反對,5人左右支持,僅能算過半支持,但也未達到絕對多數,且目前還沒看到反對方出來針對正方回應進行進一步論述。而部分支持偽命名空間的使用者也不反對後者的提案。

所以目前的共識傾向為將PJ(專題)獨立成為新的命名空間,偽命名空間將繼續討論。因本討論最後一次發言起過5日,公示期延長為9日。因此現在起 公示9日,2020年12月6日 (日) 03:26 (UTC) 結束臺灣杉在此發言 (會客室) 2020年11月27日 (五) 03:26 (UTC)

至於遺留下來的問題,將會由下方討論繼續進行。臺灣杉在此發言 (會客室) 2020年11月27日 (五) 03:37 (UTC)
反對將專題獨立為(偽)命名空間。眾所皆知維基專題在本地一直發展不起來,除部分專題有實質工作外,多數專題基本上就只有評級的作用而已。連專題發展蓬勃的英文維基百科都沒有將專題獨立為(偽)命名空間了,本地大概更沒需要。另外,我從沒見過哪位編者用PJ代指維基專題的,多半直接用專題簡稱。現在這樣子感覺像是為獨立而獨立,硬是找一個英文縮寫當作別名。反倒是LTA,我覺得可以獨立為偽命名空間。—— Eric Liu 創造は生命(留言留名學生會 2020年11月27日 (五) 04:19 (UTC)
不是偽,是「真」。「專題:數學」顯然比「維基百科:數學專題」更簡潔。 見日語維基和法語維基。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2020年11月27日 (五) 08:05 (UTC)
等等,PJ:和P(ortal):的區別我沒太搞清。哪位可以解釋一下?Zhuofan WuCien años de soledad 2020年11月29日 (日) 03:08 (UTC)
ZhuofanWu ——羊羊 (留言|貢獻) 2020年11月29日 (日) 04:11 (UTC)
一個是Portal,一個是Project。--臺灣杉在此發言 (會客室) 2020年11月29日 (日) 08:31 (UTC)
如果要細節的話:Portal(主題)有點類似各知識領域的主頁,展示該領域重要或優良的條目之用;Project(專題)則是說明該領域知識的編輯建議與規則,以及該領域社群的討論場所。臺灣杉在此發言 (會客室) 2020年11月29日 (日) 10:07 (UTC)
Wait,有bug。Project命名空間在中文維基百科等價於Wikipedia命名空間。SANMOSA SPQR 2020年11月29日 (日) 14:24 (UTC)
不成問題,見日維相關討論。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2020年11月29日 (日) 14:28 (UTC)
那倒不如直接設PJ命名空間在中文維基百科等價於Wikipedia命名空間(如同WP命名空間),反正各專題現時皆在Wikipedia命名空間下,這樣會較能保持一致性,也不會衍生Project的指代問題。SANMOSA SPQR 2020年11月29日 (日) 14:33 (UTC)
那這樣起不到「減少命名衝突」的效果…… ——羊羊 (留言|貢獻) 2020年11月30日 (一) 22:06 (UTC)
@Sanmosa:見下-- Sunny00217  2020年12月2日 (三) 14:25 (UTC)
我在這裡作出過的留言可供參考。--MilkyDefer推遲咕咕 2020年11月29日 (日) 16:16 (UTC)

依照目前公示後討論情況,將會和下面的捷徑指引案併案討論,並採取分階段修訂。今天晚上會進行整合。臺灣杉在此發言 (會客室) 2020年12月6日 (日) 07:38 (UTC)


本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

List:(列表:)

結以待續:

頁面已移動──以上未簽名的留言由 ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️)於2021年2月8日 (一) 10:38 (UTC)加入。

下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

給留言
投票
──以上未簽名的留言由58.152.140.58討論)於2021年2月8日 (一) 10:23 (UTC)加入。

和WikiProject差不多,WikiProject:可作獨立Namespace,為什麼List:不可以?--58.152.140.58留言2021年2月7日 (日) 13:43 (UTC)

必要性不顯著,輸入不方便,目前列表仍視作特殊的條目受各方針指引約束。如有意請發客棧。--YFdyh000留言2021年2月7日 (日) 13:50 (UTC)
另外就是其他語言維基百科沒有這樣做。--YFdyh000留言2021年2月7日 (日) 13:56 (UTC)
明顯是回答這個,其他語言維基都沒有List: 但WikiProject: 有一堆語言維基有。此外譴責竄改他人留言的行為。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月7日 (日) 14:03 (UTC)
註:此處原有文字,因為未經許可竄改他人發言,已由A2569875(留言)於2021年2月7日 (日) 14:02 (UTC)刪除,尚祈見諒。若有異議請至互助客棧或向管理員反映。
另外就是其他語言維基百科沒有這樣做。--YFdyh000留言2021年2月7日 (日) 13:56 (UTC)
西班牙文維基有「附件:」。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月7日 (日) 13:58 (UTC)
半有吧,英維有List:,但是假空間,並非真的。──以上未簽名的留言由58.152.140.58討論貢獻)加入。
未見,請給出具體例子。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月7日 (日) 14:04 (UTC)
en:List:Railway electrification systems──以上未簽名的留言由58.152.140.58討論)於2021年2月7日 (日) 14:57 (UTC)加入。
en:List:Individual medalists in Artistic Gymnasts at the Olympics and World Championships before 1952──以上未簽名的留言由58.152.140.58討論)於2021年2月7日 (日) 14:57 (UTC)加入。
en:List:Railway electrification systems→Wikipedia does not have an article with this exact name. Please search for List:Railway electrification systems in Wikipedia to check for alternative titles or spellings. 。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月7日 (日) 14:32 (UTC)
已修正──以上未簽名的留言由58.152.140.58討論)於2021年2月7日 (日) 14:57 (UTC)加入。
真的?作用是什麼呢(限定範圍搜索?),機器人自動建立嗎。--YFdyh000留言2021年2月7日 (日) 14:08 (UTC)
爭議:、評價:、2020:,言論:、教科書:、法律:/法規:、…… 如果有語義化計算搜尋引擎(如WolframAlpha),這些都可以實現。--YFdyh000留言2021年2月7日 (日) 14:08 (UTC)

如果要List:,就要這個模板↓。──以上未簽名的留言由58.152.140.58討論)於2021年2月7日 (日) 14:52 (UTC)加入。

}}──以上未簽名的留言由58.152.140.58討論)於2021年2月7日 (日) 15:03 (UTC)加入。

不要轉移焦點好嗎。 英文維基根本沒有List:空間,請問List:有列在 en:Wikipedia:Shortcut#Pseudo-namespaces嗎? 沒有, 故非法。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月7日 (日) 15:03 (UTC)

即使是沒有,列表在中維十分普遍【58.152.140.58留言2021年2月8日 (一) 09:08 (UTC)

不要轉移焦點好嗎。 我是說名字空間本身。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月8日 (一) 09:12 (UTC)
必要性不顯著,輸入不方便,目前列表仍視作特殊的條目受各方針指引約束。如有意請發客棧。--YFdyh000留言2021年2月7日 (日) 13:50 (UTC)
另外就是其他語言維基百科沒有這樣做。--YFdyh000留言2021年2月7日 (日) 13:56 (UTC)

「輸入不方便」請問你要找星形二十面體列表你會故意說成「列表冒號二十面體」還是「星形二十面體列表」,明顯是後者吧,「List:星形二十面體」是甚麼鬼東西,這裡是中文維基百科,不是亂七八糟語言維基百科。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月8日 (一) 09:19 (UTC)

  • 第二,哪個語言版本有先例? 沒有好嗎。 專題 已經有日文維基、韓文維基等。 剛才已經有充分的證據證明列表空間是閣下幻想出來的東西,或者英文違反方針的人亂建的東西,別人闖紅燈你跟著闖? 這裡是違規百科嗎? 並不是好嗎。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月8日 (一) 09:22 (UTC)
(-)反對:許多命名空間都是這樣啊!像你會搜尋:「A2569875專案」並非「WikiProject:A2569875」或是「A2569875的照片」並非「File:A2569875.png」58.152.140.58留言2021年2月8日 (一) 09:28 (UTC)
還有,人們不一定搜尋「星形二十面體的列表」,有機會是「有多少個星形二十面體?」

WikiProject有日文維基的完整辦理流程可以參考,請問列表空間要參考誰? 空氣? 誰來寫程式? 抗議給社群塞爛攤子,讓社群收拾爛攤子。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月8日 (一) 09:38 (UTC)

列表空間較簡單,無需任何其它擴充功能--58.152.140.58留言2021年2月8日 (一) 09:44 (UTC)
請你給出具體方針來約束這命名空間,謝謝。否則無法解決設立後濫建問題。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月8日 (一) 09:46 (UTC)

提案並非是「我想設立」就可以的,請不要製造爛攤子。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月8日 (一) 09:48 (UTC)

請回答以下問題:
  1. 目前有甚麼問題,需要列表空間? 如果中文維基百科列表目前沒有問題,那麼需要列表空間的目的和動機是什麼?
  2. 關於上述問題的「目前有甚麼問題」,這個問題是否能用現有框架解決? 如果可以用現有框架解決,為何不使用?
  3. 它是否會帶來新問題?如果會,是否重要?如果重要,怎麼解決?
  4. 引入列表空間,優點是什麼? 缺點是什麼?
請回答。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月8日 (一) 09:56 (UTC)

WT:名字空間/List命名58.152.140.58留言2021年2月8日 (一) 10:01 (UTC)

請回答以下問題:
  1. 目前有甚麼問題,需要列表空間? 如果中文維基百科列表目前沒有問題,那麼需要列表空間的目的和動機是什麼?
  2. 關於上述問題的「目前有甚麼問題」,這個問題是否能用現有框架解決? 如果可以用現有框架解決,為何不使用?
  3. 它是否會帶來新問題?如果會,是否重要?如果重要,怎麼解決?
  4. 引入列表空間,優點是什麼? 缺點是什麼?
未見正面回答。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月8日 (一) 10:02 (UTC)

本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

List:

明顯只有IP支持提案,雪球關閉-- Sunny00217  2021年2月11日 (四) 15:40 (UTC)

下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。


看來是直接複製#捷徑空間提案2。--LuciferianThomas留言 2021年2月9日 (二) 13:36 (UTC)


[編輯此導航模板]


WP:投票/列表命名空間--58.152.140.58留言2021年2月9日 (二) 12:09 (UTC)

(-)強烈反對,見本人上頁之留言。--LuciferianThomas留言 2021年2月9日 (二) 12:20 (UTC)
IP用戶挺有意思的,不知道是誰的傀儡(嗎?)。不打算肯定地否定,但這樣改變大動干戈、大概率得不償失,看不到必要性。--YFdyh000留言2021年2月9日 (二) 12:30 (UTC)
名含「列表」的條目大約1.85萬條(另加「名單」875條),非不可行,條目空間總計117萬頁面呢,某些機器人也會創建上萬頁面。但是,為何要改呢,相關方針、模板、習慣等也全要改,且英語等主流wiki也還沒有這樣做。--YFdyh000留言2021年2月9日 (二) 12:45 (UTC)
這是要來做什麼的?只放個框框在這裡也沒說要做什麼…--安憶Talk 2021年2月9日 (二) 12:49 (UTC)
看IP留言連結的頁面。--LuciferianThomas留言 2021年2月9日 (二) 12:51 (UTC)
原因
  1. (一)過多「列表」的主空間頁面,需分類,(二)主空間不太適合列表。
  2. 基本上(二)不行,(一)雖然可以用Category:列表,但不太明顯
  3. 會引起新手不方便問題(中等重要),但可以把「ABC列表」#Redirect到「List:ABC」
  4. 優點是不會有列表囤積主空間,缺點是無法引新手編輯
  5. 可以解決列表在主空間過多,但不可不在維基百科的間題
  6. 已有例子:lt:Vikipedija:Sąrašai(立陶宛文維基)
  7. 可和「維基百科:特色列表評選」合作,並設立列表的標準。

--58.152.140.58留言2021年2月9日 (二) 13:19 (UTC)

  • 1是什麼?2是什麼?3是什麼?沒頭沒尾的,誰知道你在說什麼?—- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月9日 (二) 13:26 (UTC)
  • (:)回應
    1. 請定義何謂「過多列表的主空間頁面」。沒有人理解這個沒頭沒尾的描述。
    2. 「基本上(二)不行」,甚麼東西不行? 為什麼不行? Category:列表的甚麼東西明顯? 請定義何謂「不太明顯」。沒有人理解這個沒頭沒尾的描述。
    3. 為什麼需要,根本多此一舉,畫蛇添足。
    4. 哪有囤積主空間? 請具體舉例; 無法引新手編輯 為何無法,試證明。
    5. 不可不在維基百科的間題是甚麼東西? 那甚麼東西可在維基百科?
    6. 請避免是立陶宛文維基說的!類的論述,謝謝。如果您喜歡其他計劃的做法,就請您做些功課,調查一下其他計劃這麼做的來龍去脈。如果您認為該做法確實適合中文維基,就請您在討論中具體闡述,此做法為何適合中文維基。只要您的理由能服人,社群自然會接受這一做法。
    7. 甚麼合作? 特色列表本來就是要針對列表的評選。
  • 以上-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月9日 (二) 13:48 (UTC)
原因
  1. 目前有過多在主空間的列表,而不太適合主空間,並必須為維基百科補充。
  2. 本問題無法在現有框架解決
  3. 雖然會引起新手不方便問題(中等重要),但可以把「ABC列表」#Redirect到「List:ABC」
  4. 今後將不會有列表囤積主空間,缺點是新手不知道如何編輯
  5. 可以解決列表在主空間過多,但不可不在維基百科的間題
  6. 已有例子:lt:Vikipedija:Sąrašai(立陶宛文維基)
  7. 能為「維基百科:特色列表評選」設立列表的獨立標準。
──以上未簽名的留言由119.237.10.81討論貢獻)加入。
  • (:)回應
    1. 為什麼列表不太適合主空間? 請你證明。
    2. 甚麼問題無法用現有框架解決? 甚麼也沒說想矇混或去? 主空間並沒有裝不下列表這種問題。
    3. 你根本沒說「ABC列表」#Redirect到「List:ABC」是在幹嘛,請不要當複讀機
    4. 一樣,請證明為何列表不應該放在主空間? 放在主空間造成了甚麼問題? 在我看來完全沒有問題,全部都是閣下在作夢。
    5. 列表在主空間哪有過多? 你根本還在避重就輕!
    6. 請避免是立陶宛文維基說的!類的論述,謝謝。如果您喜歡其他計劃的做法,就請您做些功課,調查一下其他計劃這麼做的來龍去脈。如果您認為該做法確實適合中文維基,就請您在討論中具體闡述,此做法為何適合中文維基。只要您的理由能服人,社群自然會接受這一做法。 請避免是立陶宛文維基說的!類的論述,謝謝。如果您喜歡其他計劃的做法,就請您做些功課,調查一下其他計劃這麼做的來龍去脈。如果您認為該做法確實適合中文維基,就請您在討論中具體闡述,此做法為何適合中文維基。只要您的理由能服人,社群自然會接受這一做法。 請避免是立陶宛文維基說的!類的論述,謝謝。如果您喜歡其他計劃的做法,就請您做些功課,調查一下其他計劃這麼做的來龍去脈。如果您認為該做法確實適合中文維基,就請您在討論中具體闡述,此做法為何適合中文維基。只要您的理由能服人,社群自然會接受這一做法。 很重要所以說3遍。
    7. 的獨立標準早就有了,設甚麼鬼?
    以上-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月10日 (三) 11:23 (UTC)
    (※)注意未見解決,仍然避重就輕。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月10日 (三) 14:10 (UTC)
  • (:)回應
    1. 為什麼列表不太適合主空間? 請你證明。
    2. 甚麼問題無法用現有框架解決? 甚麼也沒說想矇混或去? 主空間並沒有裝不下列表這種問題。
    3. 你根本沒說「ABC列表」#Redirect到「List:ABC」是在幹嘛,請不要當複讀機
    4. 一樣,請證明為何列表不應該放在主空間? 放在主空間造成了甚麼問題? 在我看來完全沒有問題,全部都是閣下在作夢。
    5. 列表在主空間哪有過多? 你根本還在避重就輕!列表在主空間哪有過多? 你根本還在避重就輕!列表在主空間哪有過多? 你根本還在避重就輕!列表在主空間哪有過多? 你根本還在避重就輕!列表在主空間哪有過多? 你根本還在避重就輕!列表在主空間哪有過多? 你根本還在避重就輕!列表在主空間哪有過多? 你根本還在避重就輕!列表在主空間哪有過多? 你根本還在避重就輕!列表在主空間哪有過多? 你根本還在避重就輕!
    6. 請避免是立陶宛文維基說的!類的論述,謝謝。如果您喜歡其他計劃的做法,就請您做些功課,調查一下其他計劃這麼做的來龍去脈。如果您認為該做法確實適合中文維基,就請您在討論中具體闡述,此做法為何適合中文維基。只要您的理由能服人,社群自然會接受這一做法。 請避免是立陶宛文維基說的!類的論述,謝謝。如果您喜歡其他計劃的做法,就請您做些功課,調查一下其他計劃這麼做的來龍去脈。如果您認為該做法確實適合中文維基,就請您在討論中具體闡述,此做法為何適合中文維基。只要您的理由能服人,社群自然會接受這一做法。 請避免是立陶宛文維基說的!類的論述,謝謝。如果您喜歡其他計劃的做法,就請您做些功課,調查一下其他計劃這麼做的來龍去脈。如果您認為該做法確實適合中文維基,就請您在討論中具體闡述,此做法為何適合中文維基。只要您的理由能服人,社群自然會接受這一做法。 很重要所以說3遍。
    7. 的獨立標準早就有了,設甚麼鬼?
    以上-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月10日 (三) 14:10 (UTC)
以下再次複製在原頁面本人提出的反對意見完整內容。
(-)強烈反對:提案存在根本性問題,如下:
  1. 「主空間過多列表內容需分類」:已存在分類空間作出分類,要做分類不應該以設立新命名空間處理;
  2. 提案人以維基專題空間作為例子,將維基專題分離於計畫/維基百科空間是因為實際上維基專題並不完全符合計畫空間的用途:「提供了有關維基百科的內容資訊,包括維基百科自身的資訊、方針、指引、論述,以及維基人的討論空間『互助客棧』、知識問答等」,與該空間連結度明顯相對較低,故分離該空間並有太多反對意見;相對列表與主空間的內容存在高度關聯性,分離有礙用戶瀏覽維基百科;
  3. 中文維基百科有成千上萬的列表條目,在設立此空間時需要做出極大規模的移動操作,高度擾亂日常運作;相對設立維基專題空間時移動的內容與大部分的運作無關,一般只有較資深維基用戶才會涉足維基專題,移動操作不會影響日常運作;
  4. 移動如此大量的條目後會出現極大量移動重定向,這些重定向都是跨空間重定向,現有方針指引配套不支持偽命名空間捷徑以外的跨空間重定向,且在維護上會出現極大問題;
  5. 大部分維基用戶都較少鑽研技術細節,不會知道有這個命名空間的存在,開設新列表條目時很自然會在主空間創建條目,透過技術方式阻擋有關編輯容易造成新用戶困擾,變相不鼓勵用戶創建,影響中維發展;
    • 分離專題空間可考慮開設專題的用戶一般比較資深,熟悉中維環境,且比較關注社群變化,對於創建新專題不會有太大問題;但分離列表空間影響的是廣大用戶群,不難想像需要如此多的用戶適應新環境是有多困難。
閣下作為IP用戶,可對於設立此命名空間做出的貢獻極度有限,我難以接受閣下不負責任地提出此提案並要求做出如此大影響的操作,卻可以完全置身事外,要其他用戶幫你收拾處理。綜合以上,提案存在大量根本性問題,弊明顯大於利,故(-)強烈反對此提案。LuciferianThomas留言 2021年2月8日 (一) 11:10 (UTC)
--LuciferianThomas留言 2021年2月9日 (二) 13:35 (UTC)

本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

方針用詞變更—名字空间→命名空间

由於名字空间這個詞彙被用在不少方針裡面[8][9],因此若是介面統一譯名,是否這些方針也要跟著改?-- Sunny00217  2021年10月3日 (日) 14:30 (UTC)

當然。--Tranve () 2021年10月4日 (一) 15:15 (UTC)

參見Wikipedia:互助客棧/其他#關於zh-hans/zh-Hans-CN中namespace的翻譯,請各位討論是否要連帶改動方針用詞。(由於這牽扯到方針,因此移到方針版討論)@Lakejason0Liuxinyu970226MilkyDeferSanmosaTranveWinston SungYFdyh000魔琴 -- Sunny00217  2021年10月10日 (日) 02:49 (UTC)

當然啊,這算事實修訂吧。 ——魔琴 [ 已經告假 留言 貢獻 ] 2021年10月10日 (日) 07:55 (UTC)

移除F作為File命名空間alias的設置

以下討論已結束,請不要對此存檔進行任何編輯。

2017年末本站新增了多個單字母的命名空間重定向以方便用戶輸入。由於抽象維基百科將在不久的未來開站,該站希望設置f:這一條interwiki規則指向抽象維基百科,而這會與本站的F: -> File:設置相衝突,故在此提議取消這一設置。在取消設置之前,本地的這些連結需要被替換。 Stang 2022年12月24日 (六) 20:25 (UTC)

(+)支持,使用率不高。話說順手把FT也揚了吧,我看也沒什麼人用。另外可能要考慮編輯摘要中的使用。 ——魔琴 留言 貢獻 新手2023計劃 ] 2022年12月25日 (日) 03:23 (UTC)
同上,如果要移除F不如一起把FT給揚了,可能造成誤導。編輯摘要有什麼麻煩的,指向機器人任務連結/這個討論串就好。--SunAfterRain 2022年12月25日 (日) 04:42 (UTC)
編輯摘要一旦提交就是不能(輕易)改的。--MilkyDefer 2022年12月25日 (日) 08:40 (UTC)
揚掉倒是沒意見,然而我個人估計就算到了明年年底,wikifunctions都開不了站。--MilkyDefer 2022年12月25日 (日) 08:41 (UTC)
反對在開站之前移除。縮寫比較便民,然後移除了還沒有其他指向,我覺得如果可以的話就先用著,到那個站點開站需要interwiki的時候再進行移除。--在下荷花請多指教歡迎簽到2022年12月25日 (日) 09:43 (UTC)
錯誤的。萬一你不移除人家不開站呢(--MilkyDefer 2022年12月25日 (日) 10:50 (UTC)
那就不開罷(笑)[開玩笑的]真要這樣,那等著他通知吧(--在下荷花請多指教歡迎簽到2022年12月25日 (日) 12:03 (UTC)
那就直接跟wmf說等他們開的patch傳上去時順便把別名拆了,--SunAfterRain 2022年12月25日 (日) 15:26 (UTC)
WikiFunction有WF或者FX的簡寫嗎?--Leiem留言·簽名·維基調查 2022年12月25日 (日) 16:50 (UTC)
沒吧。可以去她們在元維基的討論頁問問。 Stang 2023年1月3日 (二) 15:25 (UTC)
提前移除更好,wikifunctions既然要開站,那早晚本地都要移除。等到開站後再移除反而增加清理的負擔。--BlackShadowG Slava Ukraini! 2023年1月6日 (五) 01:58 (UTC)
清理應該不麻煩,個人覺得先留著也沒啥問題啦--在下荷花請多指教歡迎簽到2023年1月6日 (五) 03:14 (UTC)
看起來對此沒有什麼很大的爭議,那麼可以進行公示了:如果在未來抽象維基百科需要建立這一interwiki規則,本站可以移除F指向文件名字空間的alias規則。 公示7日,2023年1月10日 (二) 15:25 (UTC) 結束 Stang 2023年1月3日 (二) 15:25 (UTC)

公示期結束,本提案通過。未來如需移除這一alias規則將直接進行。 Stang 2023年1月12日 (四) 15:19 (UTC)