维基百科讨论:命名空间/存档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)
返回到项目页面“命名空间/存档2”。