维基百科讨论:命名空间/存档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)
- 话虽如此,但是那时才有谁在shell跑一次namespaceDupes.php?过了十天了,问题依旧。 —Quest for Truth (留言) 2009年3月18日 (三) 20:22 (UTC)
- 在shell跑一次namespaceDupes.php就可以了(bugzilla:17701),现在应该停止建立WP。—不知所云 2009年3月7日 (六) 05:21 (UTC)
- 应该开机器人解决WP的问题。--达师—信访—工作报告 2009年3月6日 (五) 11:37 (UTC)
- 可能和简繁体转换有关。--达师—信访—工作报告 2009年3月6日 (五) 11:35 (UTC)
- 我一直不明白的是,为什么页面标题要显示别名?而不是像其他语言一样?--百無一用是書生 (☎) 2009年3月6日 (五) 02:03 (UTC)
关于“专题”和“主题”的问题
“专题”是WikiProject,“主题”是Portal,本帮助页面有混淆两者之嫌,请修正。--Sammy312留言 2009年9月5日 (六) 12:13 (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,但是反对FT、TT,FT基本上只有专题和宣告,TT有维基语言使用。F随意。--米莉娅诺朵卡 2017年12月13日 (三) 07:54 (UTC)
(つ°ω°)つ U、UT Bluedeck 2017年12月13日 (三) 20:04 (UTC)
再提一案,分类与其讨论页可否启用C:与CT:?请无视,已有CAT:。台湾杉在此发言 (会客室) 2017年12月14日 (四) 03:29 (UTC)- (+)支持U、UT--Temp3600(留言) 2017年12月14日 (四) 15:12 (UTC)
- (+)支持(▲)同上--云间守望者传奇未了 2017年12月14日 (四) 17:08 (UTC)
- 支持支持,在下的确曾经在输入User:时想依T:的习惯来输入U:,然后看著无法跳转的页面默默无言... 囧rz...--NHC、我不是NPC ~! 告诉我我做错了什么 2017年12月18日 (一) 09:45 (UTC)
投票
- 增设“U”作为“User”的别名。
- (+)支持燃 灯 2017年12月20日 (三) 03:50 (UTC)
- (+)支持--安迪4(讨论|留名) 2017年12月20日 (三) 04:21 (UTC)
- (+)支持--NHC、我不是NPC ~! 告诉我我做错了什么 2017年12月20日 (三) 09:25 (UTC)
- (+)支持云间守望传奇未了 2017年12月20日 (三) 10:20 (UTC)
- (+)支持--TimChen 余光中R.I.P. 2017年12月20日 (三) 11:01 (UTC)
- 没有反对的理由,所以(+)支持。——Aotfs2013 留于 2017年12月20日 (三) 11:48 (UTC)
- (+)支持--Temp3600(留言) 2017年12月20日 (三) 16:58 (UTC)
- (+)支持:你问我支持不支持,我当然是支持的啦。这个这个……有益无害嘛。--CuSO4 2017年12月21日 (四) 01:37 (UTC)
- (+)支持,话说一开始我还以为每个名字空间都有缩写呢, 囧rz...--兔喵
the LTAम 与此喵展开对话 回复请Ping我~ 2017年12月21日 (四) 09:22 (UTC) - (+)支持-- 天秤P Iūstitia*Spēs~☆ 2017年12月21日 (四) 11:35 (UTC)
- (+)支持--1233|点此与此废青展开激情对话 | 千错万错都是阿道夫的错! 2017年12月22日 (五) 15:58 (UTC)
- (+)支持--John123521 (留言-贡献) 2017年12月23日 (六) 09:47 (UTC)
- 没有反对的理由,所以(+)支持。--偷窥ACU的用户页/留言澳门主权移交 2017年12月23日 (六) 12:13 (UTC)
- (+)支持。-- Stang 2017年12月24日 (日) 07:21 (UTC)
- (+)支持--苞米(☎) 2017年12月24日 (日) 12:48 (UTC)
- (+)支持--B dash(留言) 2017年12月26日 (二) 02:56 (UTC)
- (+)支持简化,易用。 Xiaomao8788(留言) 2017年12月29日 (五) 11:40 (UTC)
- 增设“UT”作为“User Talk”的别名。
- (+)支持燃 灯 2017年12月20日 (三) 03:50 (UTC)
- (+)支持--安迪4(讨论|留名) 2017年12月20日 (三) 04:21 (UTC)
- (+)支持--NHC、我不是NPC ~! 告诉我我做错了什么 2017年12月20日 (三) 09:25 (UTC)
- (+)支持云间守望传奇未了 2017年12月20日 (三) 10:20 (UTC)
- (+)支持--TimChen 余光中R.I.P. 2017年12月20日 (三) 11:01 (UTC)
- 没有反对的理由,所以(+)支持。——Aotfs2013 留于 2017年12月20日 (三) 11:48 (UTC)
- (+)支持--Temp3600(留言) 2017年12月20日 (三) 16:58 (UTC)
- (+)支持:你问我支持不支持,我当然是支持的啦。这个这个……有益无害嘛。--CuSO4 2017年12月21日 (四) 01:37 (UTC)
- (+)支持,话说一开始我还以为每个名字空间都有缩写呢, 囧rz...--兔喵
the LTAम 与此喵展开对话 回复请Ping我~ 2017年12月21日 (四) 09:22 (UTC) - (+)支持-- 天秤P Iūstitia*Spēs~☆ 2017年12月21日 (四) 11:35 (UTC)
- (+)支持--John123521 (留言-贡献) 2017年12月23日 (六) 09:48 (UTC)
- 没有反对的理由,所以(+)支持。--偷窥ACU的用户页/留言澳门主权移交 2017年12月23日 (六) 12:13 (UTC)
- (+)支持。-- Stang 2017年12月24日 (日) 07:21 (UTC)
- (+)支持--苞米(☎) 2017年12月24日 (日) 12:48 (UTC)
- (+)支持--B dash(留言) 2017年12月26日 (二) 02:56 (UTC)
- 增设“F”作为“File”的别名。
- (+)支持燃 灯 2017年12月20日 (三) 03:50 (UTC)
- (=)中立--安迪4(讨论|留名) 2017年12月20日 (三) 04:21 (UTC)
- (+)支持云间守望传奇未了 2017年12月20日 (三) 10:20 (UTC)
- 没有反对的理由,所以(+)支持。——Aotfs2013 留于 2017年12月20日 (三) 11:48 (UTC)
- (+)支持:你问我支持不支持,我当然是支持的啦。这个这个……有益无害嘛。--CuSO4 2017年12月21日 (四) 01:37 (UTC)
- (=)中立,个人觉得需求不大。--兔喵
the LTAम 与此喵展开对话 回复请Ping我~ 2017年12月21日 (四) 09:24 (UTC) - (+)支持-- 天秤P Iūstitia*Spēs☆ 2017年12月21日 (四) 11:35 (UTC)
- (+)支持--1233|点此与此废青展开激情对话 | 千错万错都是阿道夫的错! 2017年12月22日 (五) 15:58 (UTC)
- (+)支持--John123521 (留言-贡献) 2017年12月23日 (六) 09:47 (UTC)
- 没有反对的理由,所以(+)支持。--偷窥ACU的用户页/留言澳门主权移交 2017年12月23日 (六) 12:13 (UTC)
- (+)支持。-- Stang 2017年12月24日 (日) 07:21 (UTC)
- (+)支持--苞米(☎) 2017年12月24日 (日) 12:48 (UTC)
- (+)支持--B dash(留言) 2017年12月26日 (二) 02:56 (UTC)
- 增设“FT”作为“File talk”的别名。
- (=)中立燃 灯 2017年12月20日 (三) 03:50 (UTC)
- (=)中立无必要,File talk都装什么--安迪4(讨论|留名) 2017年12月20日 (三) 04:21 (UTC)
邀请@NHC、Taiwania Justo、蘭斯特、AndyAndyAndyAlbert、Bluedeck:@Temp3600、WQL、Liaon98前来投票。燃 灯 2017年12月20日 (三) 03:50 (UTC)
- 支持支持!燃灯支持的我都支持!Bluedeck 2017年12月20日 (三) 05:15 (UTC)
- 再@aotfs2013来辩护你的F和FT燃 灯 2017年12月20日 (三) 07:51 (UTC)
- (-)反对:使用率很低,可能没必要。云间守望传奇未了 2017年12月20日 (三) 10:20 (UTC)
- 尽管预期使用率不高,但应没有负面影响;既然如此,在下认为,为了这些使用率增设“FT”是可以接受的,故(+)支持。——Aotfs2013 留于 2017年12月20日 (三) 11:46 (UTC)
- (+)支持:你问我支持不支持,我当然是支持的啦。这个这个……有益无害嘛。--CuSO4 2017年12月21日 (四) 01:37 (UTC)
- (=)中立,个人觉得需求不大。--兔喵
the LTAम 与此喵展开对话 回复请Ping我~ 2017年12月21日 (四) 09:24 (UTC) - (=)中立,需求量或许不高。-- 天秤P Iūstitia*Spēs~☆ 2017年12月21日 (四) 11:35 (UTC)
- (-)反对,个人认为使用率低需求不大,“FT”可以从“F”点进去。-- By Jimmy Young. (Talk) 2017年12月22日 (五) 14:06 (UTC)
- (+)支持,有益无害,而且形式上也很统一,方便记忆--Yangfl(留言) 2017年12月22日 (五) 15:36 (UTC)
- 没有反对的理由,所以(+)支持。--偷窥ACU的用户页/留言澳门主权移交 2017年12月23日 (六) 12:13 (UTC)
- (+)支持。-- Stang 2017年12月24日 (日) 07:21 (UTC)
- (+)支持--苞米(☎) 2017年12月24日 (日) 12:48 (UTC)
- (+)支持:有利无害吧--小枫庄园(后花园) 2017年12月25日 (一) 02:16 (UTC)
- (=)中立预期使用率不高--B dash(留言) 2017年12月26日 (二) 02:56 (UTC)
- (+)支持简化 易用! Xiaomao8788(留言) 2017年12月29日 (五) 11:35 (UTC)
投票结果
- U:15支持。
- UT:15支持。
- F:12支持,2中立。
- FT:7支持,5中立,2反对。
四项提案均通过。会尽快提交P站。燃 灯 2017年12月26日 (二) 18:28 (UTC)
- @燃灯:啥是P站?--CuSO4 2017年12月27日 (三) 03:02 (UTC)
- @CopperSulfate:“报告中文维基相关的MediaWiki软件错误或提出新功能请求请至Phabricator。”--米莉娅诺朵卡 2017年12月27日 (三) 04:06 (UTC)
- phab:T183711有请。燃 灯 2017年12月27日 (三) 09:41 (UTC)
- 这个小时内应该会启用。--Yangfl(留言) 2018年1月8日 (一) 14:00 (UTC)
- 完成--Yangfl(留言) 2018年1月8日 (一) 14:34 (UTC)
- 撒花!!燃 灯 2018年1月8日 (一) 14:48 (UTC)
题外话
- 说到这个,Portal翻译成“主题”已经好几年了(上方的“讨论”左侧写“主题”),然而标题却仍一直显示为Portal:XXX,而不像其他页面会显示为中文(如“模组:YYY”),是否能顺便把这个改正?--Liaon98 我是废物 2017年12月16日 (六) 05:52 (UTC)
- 希望能改。--CuSO4 2017年12月21日 (四) 01:37 (UTC)
- 这早就该改善了。-- 天秤P Iūstitia*Spēs~☆ 2017年12月21日 (四) 11:35 (UTC)
- This is also the case for "Category".--Mongolian Beef(留言) 2017年12月28日 (四) 01:29 (UTC)
- 似乎7日以至。——꧁༺星耀晨曦༻꧂(留言) 2017年12月22日 (五) 15:53 (UTC)
- 那有没有M(模组)英文那么长,或许普通用户不需要但对于经常要校对程式码的有个M:多方便。[开玩笑的]--米莉娅诺朵卡 2017年12月22日 (五) 17:32 (UTC)
- 没有反对的理由,所以(+)支持。--偷窥ACU的用户页/留言澳门主权移交 2017年12月23日 (六) 12:14 (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)
- @Super Wang:并非。模块在繁体中文应写作模組。反倒支持模块也改名为英文Module。-- 娜娜奇🐰枫香花茶☕(宇帆·☎️·☘️) 2020年5月27日 (三) 05:02 (UTC)
- 好像当时开空间时报名字错了?好像有一个P区申请改成英文,中文作为别名。——Sakamotosan路过围观杯弓蛇影| 避免做作,免敬 2020年5月27日 (三) 12:01 (UTC)
- 贡献和编辑依然标示如这个名称是Wikipedia:互助客栈/其他 如:正在编辑 Wikipedia:互助客栈/其他--安全体验™ 签名·贡献 2020年5月27日 (三) 04:43 (UTC)
- (-)反对:繁简转换问题,从英文转换才不容易发生转换错误等问题。反倒支持模块也改名为英文Module。另外,现在中文名也是有效的,例如档案:娜娜奇.png、模板:沙盒、维基百科:关于等。-- 娜娜奇🐰枫香花茶☕(宇帆·☎️·☘️) 2020年5月27日 (三) 05:06 (UTC)
- (+)强烈支持把
模块
改名为英文,中文名造成了不小的混乱(这也是会在存废页插入{{NoteTA/MediaWiki}}
的原因之一)-- Sunny00217 2020年5月27日 (三) 13:23 (UTC)
- (+)强烈支持把
- 多个专案的标题大部分是简体。--安全体验™ 签名·贡献 2020年5月27日 (三) 05:13 (UTC)
- (!)抗议繁简应平等。-- 娜娜奇🐰枫香花茶☕(宇帆·☎️·☘️) 2020年5月27日 (三) 05:16 (UTC)
- 要想平等,要么mediawiki智能到某种程度,要么都使用英文。其他语言维基上,即使不懂各名字空间的写法,也可以用英文的代替。--S.Wang XI 2020年5月27日 (三) 23:59 (UTC)
- @Super Wang:等一下,那么Template也不能翻译成模板么?这个词应该不涉及繁简吧。--Liuxinyu970226(留言) 2020年5月28日 (四) 21:43 (UTC)
- 不知模板二字是否涉及地区词转换,但是现在不是有t:这个快捷方式么,找起来比模板二字容易多了。另外同意下方Air7538的观点。--Go Minneapolis PD🚓⚖️FLOYD DESERVES IT 2020年5月30日 (六) 10:00 (UTC)
- @Super Wang:等一下,那么Template也不能翻译成模板么?这个词应该不涉及繁简吧。--Liuxinyu970226(留言) 2020年5月28日 (四) 21:43 (UTC)
- 我一直反对技术性相关的标题改成非英文。--百無一用是書生 (☎) 2020年5月28日 (四) 01:35 (UTC)
- 推翻之前的讨论,编辑、贡献和网址不用转,只需更改标题和支持模块改名为英文
Module:
--安全体验™ 签名·贡献 2020年5月28日 (四) 02:02 (UTC) - (-)反对,感觉这像是用英文写代码类似的问题,改成中文没有必要。--Air7538(留言) 2020年5月28日 (四) 05:13 (UTC)
- 本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
将ns828改成英文Module:
已部署。页面标题的中文显示应该由管理员进行本地定义。--VulpesVulpes825(留言) 2020年6月22日 (一) 11:43 (UTC)
- 下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
- 续#维基百科中的标题,建议将
模块:
改成英文Module:
-- Sunny00217 2020年6月6日 (六) 03:58 (UTC) - 附议。ꓢꓯꓠꓟꓳꓢꓮ いろはにほへとちりぬるを 2020年6月6日 (六) 09:42 (UTC)
- phab:T165593--及时雨 留言 2020年6月6日 (六) 12:47 (UTC)
- 附议。--Winston Sung(留言) 2020年6月7日 (日) 04:02 (UTC)
- (+)支持,这是17年就出现的问题了。 囧rz...——Sakamotosan路过围观杯弓蛇影| 避免做作,免敬 2020年6月7日 (日) 10:01 (UTC)
- @Cwek:(*)提醒Scribunto这玩意是12年开始开发的货,距今才8年,前9年没有这玩意。--Liuxinyu970226(留言) 2020年6月9日 (二) 04:04 (UTC)
- (+)支持 KONNO Yumeto 肺炎退散 2020年6月8日 (一) 11:52 (UTC)
- @Sanmosa、94rain、Winston Sung、Cwek、Yumeto:临时附加把
模块讨论:
改成Module talk:
-- Sunny00217 2020年6月8日 (一) 13:42 (UTC) - (+)支持。--Winston Sung(留言) 2020年6月8日 (一) 13:46 (UTC)
- (+)支持。同时也检查看看还有哪些中文明的名字空间,如有更换为英文,靠界面繁简转换系统来显示繁、简或其他方言用词为佳。-- 娜娜奇🐰枫香花茶☕(宇帆·☎️·☘️) 2020年6月8日 (一) 14:02 (UTC)
- 只有他们俩-- Sunny00217 2020年6月8日 (一) 14:44 (UTC)
- @A2569875、Sunny00217:维基词典有附录、维基新闻有频道。--Liuxinyu970226(留言) 2020年6月9日 (二) 04:01 (UTC)
- @Liuxinyu970226:Appendix(取自英文维基辞典)和
PortalChannel(取自网路翻译)?那也需要有人去提案啊...-- Sunny00217 2020年6月9日 (二) 12:07 (UTC)
- (+)支持翻译什么的,就算可以不用本地定义,我记得也有设定别名的办法,特定繁简变体调用别名即可,URL里的名字空间就应该在这一问题中立。--Liuxinyu970226(留言) 2020年6月9日 (二) 04:04 (UTC)
- 发送到其他中文计画去了:[1][2][3][4][5][6][7]-- Sunny00217 2020年6月9日 (二) 13:01 (UTC)
- 对提案公示七天(排除另两个中文名,因为还没有人确定要改成怎样)-- Sunny00217 2020年6月14日 (日) 12:39 (UTC)
- (+)支持。不过个人认为标题应该继续显示为
模块:
,就像Wikipedia:
显示为维基百科:
一样。--忒有钱🌊塩水あります🐳(留言) 2020年6月16日 (二) 13:21 (UTC)- @忒有钱:只有要变动网址而已-- Sunny00217 2020年6月17日 (三) 12:25 (UTC)
- 站内显示上不会有影响,影响的只有网址,而且还是能自动跳转。ꓢꓯꓠꓟꓳꓢꓮ 试问卷帘人却道海棠依旧 2020年6月19日 (五) 09:13 (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)
- @VulpesVulpes825:意思说到时可能会出现Bug?-- Sunny00217 2020年6月22日 (一) 08:39 (UTC)
后续处理
本地化的转换需要由管理员设定。例如Template:1页面点进去后标题会显示为“模板:1”,因此Module:Number页面点进去后标题应该也要被介面繁简转换为“模组:Number”,但截至2020年6月22日 (一) 17:23 (UTC)Module:Number页面点进去后标题的文字尚未本地化。可能请介面管理员参考“Template”页面点进去后标题能显示为“模板”、“Talk”页面点进去后标题能显示为“讨论”的原理与代码并部署之。-- 娜娜奇🐰枫香花茶☕(宇帆·☎️·☘️) 2020年6月22日 (一) 17:23 (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项目的页面
希望大家积极参与讨论。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)
- 支持开放LTA空间,MOS空间个人认为并非必须,开是更好,但不开也习惯了。--Remaining silent is not Majority's fault. 2020年11月15日 (日) 09:05 (UTC)
- 试问为何觉得开MOS:的重要性比LTA:低?--LuciferianThomas.留言 2020年11月15日 (日) 10:20 (UTC)
- 囧rz...我应该已经说过是个人习惯了吧,WP:MOSXXX和MOS:XXX在我看来区别不大,可能是我经常处理HAM所以关注LTA、而很少关心格式手册的缘故。--Remaining silent is not Majority's fault. 2020年11月15日 (日) 12:47 (UTC)
- 明白,那你觉得我是否应该多Ping一些经常参与维护工作的用户问问其对LTA伪命名空间的意见?--LuciferianThomas.留言 2020年11月16日 (一) 13:02 (UTC)
- 囧rz...我应该已经说过是个人习惯了吧,WP:MOSXXX和MOS:XXX在我看来区别不大,可能是我经常处理HAM所以关注LTA、而很少关心格式手册的缘故。--Remaining silent is not Majority's fault. 2020年11月15日 (日) 12:47 (UTC)
- 试问为何觉得开MOS:的重要性比LTA:低?--LuciferianThomas.留言 2020年11月15日 (日) 10:20 (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:命名空间的修正案
在此附加提案,于“缩写与别名”段落下新增内容:
|
其他要增加的伪命名空间请随时补上。台湾杉在此发言 (会客室) 2020年11月15日 (日) 15:12 (UTC)
- 我觉得有一些问题:
- 主命名空间也是命名空间,“会视为主命名空间,而不属于任一个命名空间”好像有点奇怪;
- 建议多加一句此类重定向豁免于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:XXX或WP:MOS/XXX明显比MOS:XXX累赘),又能够清晰表达捷径的目标。WP代表的维基专案过于广泛,全数使用WP:MOS:XXX、WP:LTA:XXX、WP:PJ:XXX就会显得累赘,MOS:XXX、LTA:XXX和PJ: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:MOSABBR、WP: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)
- WP:CSD#R2指出条目空间的非条目重定向一律删除。我觉得中文维基这点做得非常好,条目空间就专心放条目(和消歧义),不要涉及站务页面。中文维基没有“伪名字空间”本来就是好事,没必要学英文维基MOS:和日文维基LTA:。格式手册以Wikipedia:格式手册/缩写为例,WP:MOSABBR、WP:MOS/ABBR,以及没有歧异时的WP:ABBR都OK。捷径搞属性辨识讲真意义不大,毕竟这东西要点开才有意义。像WP:HBN看过的人会有印象,没看过的人就算给写成LTA:HBN,一样不知道他是谁啊⋯⋯PS:英文维基人编写条目时常拿MOS辩论;但中文维基没有MOS文化,格式手册和其他方针指引没差,不不必学英文版特别拔高。(相较而言,中文维基各命名常规的使用率也不低,但我觉得没必要开个N:或者NC:的前缀。)--洛普利宁 2020年11月16日 (一) 16:53 (UTC)
- “首页”的例子,在我看来只是个特例。英语维基百科的作法是移到Main Page,Wikipedia:Main Page也指向Main Page,但有没有人吵这个跨命名空间重定向有问题?显然没有。从读者角度来看,伪命名空间“捷径”的设立,除了利于使用以外,是否会造成读者的困扰?以及虽然在技术而言,伪命名空间“捷径”属于跨命名空间重新导向,但实际上是否造成编辑上的困扰?在我看来好像也没有影响。在这里强调的是“捷径”,而非一般重新导向;一般非条目空间与条目空间的跨重新导向的确会有困扰,但捷径应可看做例外。--台湾杉在此发言 (会客室) 2020年11月21日 (六) 10:40 (UTC)
- 以在英文维基百科搜索MOS:CITE为例,在条目名字空间的搜索结果中没有以MOS:开头的搜索结果,在Wikipedia名字空间才会看得到结果。从技术上来看,这是一个指向项目空间的重定向,因此你点击这样的链接,最终看到的页面,左上角也不会是“条目”二字。最后,这一次讨论开启的缘由,归根结底是我发现格式手册页面的快捷方式之样式不统一,容易引起辨识困难。--MilkyDefer,推迟,咕咕 2020年11月16日 (一) 16:24 (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)
- “内容不太可能回重复”,那么用WP:也应该没有问题。而且如果真有歧义简称可以另外拟定一个没有歧义的。因此反对提案。--GZWDer(留言) 2020年11月17日 (二) 23:02 (UTC)
- 的确有可能占用主名字空间,如可能有小说叫LTA:HBN。但是也有可能有小说叫WP:HBN(而且可能性一样小)。真的遇到这种情况再想办法也不迟。附(+)支持提案。 ——羊羊 (留言|贡献) 2020年11月19日 (四) 15:41 (UTC)
- 不影响,占用的都只能是捷径(重定向)而不是指整个格式手册移至MOS,与内容不太可能回重复(机会极低)。--LuciferianThomas.留言 2020年11月16日 (一) 23:08 (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)
- 一个一个来。肯定会有方法的。pj是有多个维基实行过,且效果不错,可行性较高,也不会混淆。—- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2020年11月16日 (一) 13:10 (UTC)
- 意思使用新建一个“专题”的空间,把Wikipedia:ACG专题移动到专题:ACG;然后把PJ作为“专题”名字空间的别名?--洛普利宁 2020年11月16日 (一) 16:01 (UTC)
- 从这个动议的内容上看应该是这个意思,开辟一个“WikiProject”空间,简称"PJ",中文为“专题”和“维基专题”--MilkyDefer,推迟,咕咕 2020年11月16日 (一) 16:11 (UTC)
- 大概就类似User:青子守歌用户页里面的ja:利用者:青子守歌/frwpのウィキプロジェクト名前空间と参考文献名前空间。 日文维基布署很久,没甚么太大的问题。且专题:ACG比Wikipedia:ACG专题浅显多了,并也允许PJ:ACG这样的连结方式。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2020年11月16日 (一) 17:24 (UTC)
- 从这个动议的内容上看应该是这个意思,开辟一个“WikiProject”空间,简称"PJ",中文为“专题”和“维基专题”--MilkyDefer,推迟,咕咕 2020年11月16日 (一) 16:11 (UTC)
- (+)支持 ——羊羊 (留言|贡献) 2020年11月19日 (四) 15:49 (UTC)
- 大致(+)支持(LTA和MOS可以单独开成新的,即简称直接当本名,
格式手册
当别名)-- Sunny00217 2020年11月22日 (日) 12:26 (UTC)
小总结
根据以上讨论,目前共有两个选项:
- 开放伪命名空间;
- 将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)
- 等等,PJ:和P(ortal):的区别我没太搞清。哪位可以解释一下?Zhuofan WuCien años de soledad 2020年11月29日 (日) 03:08 (UTC)
“ | 与专供维基编者使用的维基专题不同,维基主题是同时为编者及一般读者服务的。 | ” |
—— Portal:首页 |
- 羊羊 (留言|贡献) 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)
- 那倒不如直接设PJ命名空间在中文维基百科等价于Wikipedia命名空间(如同WP命名空间),反正各专题现时皆在Wikipedia命名空间下,这样会较能保持一致性,也不会衍生Project的指代问题。SANMOSA SPQR 2020年11月29日 (日) 14:33 (UTC)
- 我在这里作出过的留言可供参考。--MilkyDefer,推迟,咕咕 2020年11月29日 (日) 16:16 (UTC)
- 不成问题,见日维相关讨论。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2020年11月29日 (日) 14:28 (UTC)
依照目前公示后讨论情况,将会和下面的捷径指引案并案讨论,并采取分阶段修订。今天晚上会进行整合。台湾杉在此发言 (会客室) 2020年12月6日 (日) 07:38 (UTC)
- (?)疑问@Taiwania Justo:所以有没有要建专题空间?-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2020年12月9日 (三) 13:56 (UTC)
- 还在整理中,不过顺序是这样:先调查LTA、MOS和PJ是否升格为正式空间,第二层是伪命名空间,第三层是捷径修订。--台湾杉在此发言 (会客室) 2020年12月9日 (三) 14:57 (UTC)
- @Taiwania Justo:仍然建议从专题(PJ)空间开始会比较容易。毕竟日维和法维等维基有专题:名字空间,代表我们可以参考他们的建置过程及申请方式;然而LTA:和MOS:目前似乎没看到有其他语言维基百科或姊妹计画有此“真”名字空间设定,代表建置过程及申请方式全部都是要由我们本地自己建,难度会比较高。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2020年12月9日 (三) 17:07 (UTC)
- 还在整理中,不过顺序是这样:先调查LTA、MOS和PJ是否升格为正式空间,第二层是伪命名空间,第三层是捷径修订。--台湾杉在此发言 (会客室) 2020年12月9日 (三) 14:57 (UTC)
- 本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
List:(列表:)
- 下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
- ===待刪===──以上未签名的留言由58.152.140.58(讨论)于2021年2月8日 (一) 10:35 (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)
- “附件:”放什么,“文件:”?--YFdyh000(留言) 2021年2月7日 (日) 13:55 (UTC)
- @YFdyh000:见西班牙文维基,即WP:资料页-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年2月7日 (日) 13:57 (UTC)
- 听上去是附录。文献应该用维基文库吧。--YFdyh000(留言) 2021年2月7日 (日) 14:08 (UTC)
- @YFdyh000:你误解文献了。文献空间是将原本存于条目内的{{Cite}}模板内容存在另一个名字空间统一管理,例如多个条目引用同一个来源时,不然有个来源有更动时,要修改数百个条目。 并且有相关工具方便导入参考文献,如bibtex、endnote。例如fr:Référence:Encyclopædia_Britannica_1911看起来很方便。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年2月7日 (日) 14:11 (UTC)
- 数据结构化是好的,但增加易用性并减少对已有工具和习惯的影响是个大难题。--YFdyh000(留言) 2021年2月7日 (日) 14:29 (UTC)
- @YFdyh000:见西班牙文维基,即WP:资料页-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年2月7日 (日) 13:57 (UTC)
- “附件:”放什么,“文件:”?--YFdyh000(留言) 2021年2月7日 (日) 13:55 (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: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)
- (※)注意ip用户提出的页面违反方针! 非法的伪名字空间 en:Wikipedia:Shortcut#Pseudo-namespaces,并没有列在里头,非法的! 非法的! 非法的! 非法的! 非法的! 非法的! 非法的! 非法的! -- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年2月7日 (日) 14:36 (UTC)
- 已修正──以上未签名的留言由58.152.140.58(讨论)于2021年2月7日 (日) 14:57 (UTC)加入。
- 跟修正没有关联好吗,请问List:有列在 en:Wikipedia:Shortcut#Pseudo-namespaces吗? 没有, 故非法。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年2月7日 (日) 14:56 (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)
- 真的?作用是什么呢(限定范围搜索?),机器人自动建立吗。--YFdyh000(留言) 2021年2月7日 (日) 14:08 (UTC)
- 哪有,并没有,别做白日梦了en:Special:PrefixIndex/List:-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年2月7日 (日) 14:14 (UTC)
- 未见,请给出具体例子。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年2月7日 (日) 14:04 (UTC)
- 争议:、评价:、2020:,言论:、教科书:、法律:/法规:、…… 如果有语义化计算搜索引擎(如WolframAlpha),这些都可以实现。--YFdyh000(留言) 2021年2月7日 (日) 14:08 (UTC)
如果要List:,就要这个模板↓。──以上未签名的留言由58.152.140.58(讨论)于2021年2月7日 (日) 14:52 (UTC)加入。
建议参见[[列表:{{{1}}}|{{{2}}}{{{1}}}]] |
}}──以上未签名的留言由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)】
必要性不显著,输入不方便,目前列表仍视作特殊的条目受各方针指引约束。如有意请发客栈。--YFdyh000(留言) 2021年2月7日 (日) 13:50 (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:48 (UTC)
- 请回答以下问题:
- 目前有甚么问题,需要列表空间? 如果中文维基百科列表目前没有问题,那么需要列表空间的目的和动机是什么?
- 关于上述问题的“目前有甚么问题”,这个问题是否能用现有框架解决? 如果可以用现有框架解决,为何不使用?
- 它是否会带来新问题?如果会,是否重要?如果重要,怎么解决?
- 引入列表空间,优点是什么? 缺点是什么?
- 请回答。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年2月8日 (一) 09:56 (UTC)
WT:名字空间/List命名58.152.140.58(留言) 2021年2月8日 (一) 10:01 (UTC)
- 请回答以下问题:
- 目前有甚么问题,需要列表空间? 如果中文维基百科列表目前没有问题,那么需要列表空间的目的和动机是什么?
- 关于上述问题的“目前有甚么问题”,这个问题是否能用现有框架解决? 如果可以用现有框架解决,为何不使用?
- 它是否会带来新问题?如果会,是否重要?如果重要,怎么解决?
- 引入列表空间,优点是什么? 缺点是什么?
- 未见正面回答。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年2月8日 (一) 10:02 (UTC)
- 本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
List:
明显只有IP支持提案,雪球关闭-- Sunny00217 2021年2月11日 (四) 15:40 (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)
原因
|
--58.152.140.58(留言) 2021年2月9日 (二) 13:19 (UTC)
- 1是什么?2是什么?3是什么?没头没尾的,谁知道你在说什么?—- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年2月9日 (二) 13:26 (UTC)
- (:)回应
- 请定义何谓“过多列表的主空间页面”。没有人理解这个没头没尾的描述。
- “基本上(二)不行”,甚么东西不行? 为什么不行? Category:列表的甚么东西明显? 请定义何谓“不太明显”。没有人理解这个没头没尾的描述。
- 为什么需要,根本多此一举,画蛇添足。
- 哪有囤积主空间? 请具体举例; 无法引新手编辑 为何无法,试证明。
- 不可不在维基百科的间题是甚么东西? 那甚么东西可在维基百科?
- 请避免是立陶宛文维基说的!类的论述,谢谢。如果您喜欢其他计划的做法,就请您做些功课,调查一下其他计划这么做的来龙去脉。如果您认为该做法确实适合中文维基,就请您在讨论中具体阐述,此做法为何适合中文维基。只要您的理由能服人,社群自然会接受这一做法。
- 甚么合作? 特色列表本来就是要针对列表的评选。
- 以上-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年2月9日 (二) 13:48 (UTC)
原因
|
- (:)回应
- 为什么列表不太适合主空间? 请你证明。
- 甚么问题无法用现有框架解决? 甚么也没说想蒙混或去? 主空间并没有装不下列表这种问题。
- 你根本没说“ABC列表”#Redirect到“List:ABC”是在干嘛,请不要当复读机
- 一样,请证明为何列表不应该放在主空间? 放在主空间造成了甚么问题? 在我看来完全没有问题,全部都是阁下在作梦。
- 列表在主空间哪有过多? 你根本还在避重就轻!
- 请避免是立陶宛文维基说的!类的论述,谢谢。如果您喜欢其他计划的做法,就请您做些功课,调查一下其他计划这么做的来龙去脉。如果您认为该做法确实适合中文维基,就请您在讨论中具体阐述,此做法为何适合中文维基。只要您的理由能服人,社群自然会接受这一做法。 请避免是立陶宛文维基说的!类的论述,谢谢。如果您喜欢其他计划的做法,就请您做些功课,调查一下其他计划这么做的来龙去脉。如果您认为该做法确实适合中文维基,就请您在讨论中具体阐述,此做法为何适合中文维基。只要您的理由能服人,社群自然会接受这一做法。 请避免是立陶宛文维基说的!类的论述,谢谢。如果您喜欢其他计划的做法,就请您做些功课,调查一下其他计划这么做的来龙去脉。如果您认为该做法确实适合中文维基,就请您在讨论中具体阐述,此做法为何适合中文维基。只要您的理由能服人,社群自然会接受这一做法。 很重要所以说3遍。
- 的独立标准早就有了,设甚么鬼?
- (:)回应
- 为什么列表不太适合主空间? 请你证明。
- 甚么问题无法用现有框架解决? 甚么也没说想蒙混或去? 主空间并没有装不下列表这种问题。
- 你根本没说“ABC列表”#Redirect到“List:ABC”是在干嘛,请不要当复读机
- 一样,请证明为何列表不应该放在主空间? 放在主空间造成了甚么问题? 在我看来完全没有问题,全部都是阁下在作梦。
- 列表在主空间哪有过多? 你根本还在避重就轻!列表在主空间哪有过多? 你根本还在避重就轻!列表在主空间哪有过多? 你根本还在避重就轻!列表在主空间哪有过多? 你根本还在避重就轻!列表在主空间哪有过多? 你根本还在避重就轻!列表在主空间哪有过多? 你根本还在避重就轻!列表在主空间哪有过多? 你根本还在避重就轻!列表在主空间哪有过多? 你根本还在避重就轻!列表在主空间哪有过多? 你根本还在避重就轻!
- 请避免是立陶宛文维基说的!类的论述,谢谢。如果您喜欢其他计划的做法,就请您做些功课,调查一下其他计划这么做的来龙去脉。如果您认为该做法确实适合中文维基,就请您在讨论中具体阐述,此做法为何适合中文维基。只要您的理由能服人,社群自然会接受这一做法。 请避免是立陶宛文维基说的!类的论述,谢谢。如果您喜欢其他计划的做法,就请您做些功课,调查一下其他计划这么做的来龙去脉。如果您认为该做法确实适合中文维基,就请您在讨论中具体阐述,此做法为何适合中文维基。只要您的理由能服人,社群自然会接受这一做法。 请避免是立陶宛文维基说的!类的论述,谢谢。如果您喜欢其他计划的做法,就请您做些功课,调查一下其他计划这么做的来龙去脉。如果您认为该做法确实适合中文维基,就请您在讨论中具体阐述,此做法为何适合中文维基。只要您的理由能服人,社群自然会接受这一做法。 很重要所以说3遍。
- 的独立标准早就有了,设甚么鬼?
- 以下再次复制在原页面本人提出的反对意见完整内容。
- (-)强烈反对:提案存在根本性问题,如下:
- “主空间过多列表内容需分类”:已存在分类空间作出分类,要做分类不应该以设立新命名空间处理;
- 提案人以维基专题空间作为例子,将维基专题分离于计画/维基百科空间是因为实际上维基专题并不完全符合计画空间的用途:“提供了有关维基百科的内容资讯,包括维基百科自身的资讯、方针、指引、论述,以及维基人的讨论空间‘互助客栈’、知识问答等”,与该空间连结度明显相对较低,故分离该空间并有太多反对意见;相对列表与主空间的内容存在高度关联性,分离有碍用户浏览维基百科;
- 中文维基百科有成千上万的列表条目,在设立此空间时需要做出极大规模的移动操作,高度扰乱日常运作;相对设立维基专题空间时移动的内容与大部分的运作无关,一般只有较资深维基用户才会涉足维基专题,移动操作不会影响日常运作;
- 移动如此大量的条目后会出现极大量移动重定向,这些重定向都是跨空间重定向,现有方针指引配套不支持伪命名空间捷径以外的跨空间重定向,且在维护上会出现极大问题;
- 大部分维基用户都较少钻研技术细节,不会知道有这个命名空间的存在,开设新列表条目时很自然会在主空间创建条目,透过技术方式阻挡有关编辑容易造成新用户困扰,变相不鼓励用户创建,影响中维发展;
- 分离专题空间可考虑开设专题的用户一般比较资深,熟悉中维环境,且比较关注社群变化,对于创建新专题不会有太大问题;但分离列表空间影响的是广大用户群,不难想像需要如此多的用户适应新环境是有多困难。
- 阁下作为IP用户,可对于设立此命名空间做出的贡献极度有限,我难以接受阁下不负责任地提出此提案并要求做出如此大影响的操作,却可以完全置身事外,要其他用户帮你收拾处理。综合以上,提案存在大量根本性问题,弊明显大于利,故(-)强烈反对此提案。(LuciferianThomas.留言 2021年2月8日 (一) 11:10 (UTC)
- )--LuciferianThomas.留言 2021年2月9日 (二) 13:35 (UTC)
- 一样,未见正面回答,请IP用户正面回答不要搪塞,请每个问题以50字以上的文字回答
- 存在什么问题?这问题是否重要?如果重要,在现有框架下能否解决?
- 如果不能解决,您的提案是否能够有效地解决问题?
- 引入您的提案后,是否会导致新的问题?如果有,新的问题是否重要?如果重要,如何补救?
- 请具体说明提案如何执行;条目如何移动;以及相关配套
- (※)注意数字ID相撞:附件:/附录:(西班牙文等)、列表:(立陶宛文等)、参考文献:(参考User:青子守歌的整理)的ID都是104,社群需要商讨要引入哪一个。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年2月9日 (二) 14:09 (UTC)
- 大概用不上,引入列表空间显然不成共识。数字ID与其他wiki不同有问题吗,比如设定1001的问题是什么?--YFdyh000(留言) 2021年2月9日 (二) 15:08 (UTC)
- @YFdyh000:mw:Manual:Using_custom_namespaces#Creating_a_custom_namespace,整个基金会后台没有任何一个语言版本、姊妹计画有使用范围不在100-199间的$wgExtraNamespaces (扩展功能除外),我想基金会也不会同意中文维基开这种奇异的先例。非100-199可能被其他扩展使用。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年2月9日 (二) 15:22 (UTC)
- 我的意思是与其他wiki定义不同是大问题吗,可能只是需要技术上加例外判断(定义)吧,而不是必须强制择一。另外,选哪个号码恐怕也不是大多数非技术人士所能理解的。--YFdyh000(留言) 2021年2月9日 (二) 15:37 (UTC)
- mediawiki-config/wmf-config/InitialiseSettings.php中已经明确定义了Recommended namespace numbers,不按照的话,基金会有概率不买单。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年2月9日 (二) 16:02 (UTC)
- 目前为止,我们从enwiki引入的命名空间如模组、草稿皆是沿用enwiki那边的namespace number。而不是照本地加入顺序排序。List空间若参照立陶宛文维基引入,将会占用到“参考文献空间”的Recommended namespace number。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年2月9日 (二) 16:05 (UTC)
- 我的意思是与其他wiki定义不同是大问题吗,可能只是需要技术上加例外判断(定义)吧,而不是必须强制择一。另外,选哪个号码恐怕也不是大多数非技术人士所能理解的。--YFdyh000(留言) 2021年2月9日 (二) 15:37 (UTC)
- 把它们Asign到其它ID便行--119.237.10.81(留言) 2021年2月9日 (二) 15:16 (UTC)
- (-)反对会乱掉,到时英文维基有其他扩展,中文维基将会无法引入。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年2月9日 (二) 15:25 (UTC)
- 中维而非需要所有英维东西--119.237.10.81(留言) 2021年2月10日 (三) 06:07 (UTC)
- (!)抗议未见上述各种问题的正面回答。提案人避重就轻,硬推提案已经构成游戏维基规则,若ip 用户24小时未对所有问题回答将提出封禁请求。—- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年2月10日 (三) 06:09 (UTC)
- 已解决119.237.10.81(留言) 2021年2月10日 (三) 10:57 (UTC)
- (※)注意未见解决,仍然避重就轻。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年2月10日 (三) 11:13 (UTC)
- (-)强烈反对IP用户扰乱讨论,试图逃避他人提出的问题,将明显缺乏支持且带有问题的议案通过!--LuciferianThomas.留言 2021年2月10日 (三) 23:12 (UTC)
- 已解决119.237.10.81(留言) 2021年2月10日 (三) 10:57 (UTC)
- (!)抗议未见上述各种问题的正面回答。提案人避重就轻,硬推提案已经构成游戏维基规则,若ip 用户24小时未对所有问题回答将提出封禁请求。—- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年2月10日 (三) 06:09 (UTC)
- 中维而非需要所有英维东西--119.237.10.81(留言) 2021年2月10日 (三) 06:07 (UTC)
- (-)反对会乱掉,到时英文维基有其他扩展,中文维基将会无法引入。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年2月9日 (二) 15:25 (UTC)
- @YFdyh000:mw:Manual:Using_custom_namespaces#Creating_a_custom_namespace,整个基金会后台没有任何一个语言版本、姊妹计画有使用范围不在100-199间的$wgExtraNamespaces (扩展功能除外),我想基金会也不会同意中文维基开这种奇异的先例。非100-199可能被其他扩展使用。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年2月9日 (二) 15:22 (UTC)
- 大概用不上,引入列表空间显然不成共识。数字ID与其他wiki不同有问题吗,比如设定1001的问题是什么?--YFdyh000(留言) 2021年2月9日 (二) 15:08 (UTC)
- 本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
方针用词变更—名字空间→命名空间
由于名字空间
这个词汇被用在不少方针里面[8][9],因此若是介面统一译名,是否这些方针也要跟著改?-- Sunny00217 2021年10月3日 (日) 14:30 (UTC)
- 当然。--Tranve (✉) 2021年10月4日 (一) 15:15 (UTC)
参见Wikipedia:互助客栈/其他#关于zh-hans/zh-Hans-CN中namespace的翻译,请各位讨论是否要连带改动方针用词。(由于这牵扯到方针,因此移到方针版讨论)@Lakejason0、Liuxinyu970226、MilkyDefer、Sanmosa、Tranve、Winston Sung、YFdyh000、魔琴 -- 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)
- 错误的。万一你不移除人家不开站呢(--MilkyDefer 2022年12月25日 (日) 10:50 (UTC)
- 看起来对此没有什么很大的争议,那么可以进行公示了:如果在未来抽象维基百科需要建立这一interwiki规则,本站可以移除F指向文件名字空间的alias规则。 公示7日,2023年1月10日 (二) 15:25 (UTC) 结束。 Stang★ 2023年1月3日 (二) 15:25 (UTC)
- 我感觉档案会比这个新项目更常用....算了。然而没开站就实行是不是太早?--以上未签名的留言由Temp3600(讨论|贡献)加入。--2023年1月8日 (日) 15:04 (UTC)
- 公示的不是如果未来需要可以移除嘛,也不是现在就要移除。--在下荷花,请多指教(欢迎签到) 2023年1月10日 (二) 07:03 (UTC)
- 我觉得没什么问题。早些处理,“早发现(可能存在的问题)、早治疗”。— 🍀 CLOVER YAN (^_^) 回复请ping我 2023年1月10日 (二) 05:37 (UTC)
公示期结束,本提案通过。未来如需移除这一alias规则将直接进行。 Stang★ 2023年1月12日 (四) 15:19 (UTC)