跳转到内容

维基百科讨论:命名空间/存档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)