维基百科讨论:命名空间/2021年设立新命名空间及伪命名空间

导航模板

本章节用于展示各章节重复的内容。

[编辑此导航模板] 设立新命名空间及伪命名空间 无共识：2018年12月的先前讨论 全案结以待续：第一轮讨论 - 开放伪命名空间作捷径链接用 结以待续：设立LTA、MOS、PJ三个伪命名空间 结以待续：升格维基专题为命名空间 结以待续：修正命名空间信息页面 结以待续：将“Wikipedia:捷径”订为方针 完结：第二轮讨论 完成部署：设立专题命名空间相关讨论及任务 已通过：讨论升格维基专题为命名空间 任务完成：向Phabricator申请部署维基专题命名空间 已合并：在Gerrit提交所需修正编码 任务完成：在Phabricator请求合并编码 完成：事实性修订“Wikipedia:命名空间”以包含新的维基专题命名空间 完成，待检查：将项目命名空间下的维基专题移动至维基专题命名空间 专题移动列表 专题重定向移动列表 已完成：修正指向专题的内部链接 机器人任务 已完成：调整专题模板 已通过：讨论捷径的设立方式 已通过：其他议题讨论 完结：设立伪命名空间相关讨论 已通过：讨论设立LTA及MOS伪命名空间供捷径使用 已否决：设立捷径空间供LTA/MOS捷径使用 已否决：设立捷径空间作其他用途 结以待续：升格LTA为命名空间 完结：后续讨论处理事项 完成：修改机器人操作不提删伪命名空间捷径 无结论：格式手册新捷径名称讨论 MOS捷径列表 已否决：旧捷径改为软重定向 完成：设置默认启用小工具 已否决：自动半保护伪命名空间条目 已通过：提议设立新快速删除标准 完结：第三轮讨论 已否决：捷径命名空间 已完成：捷径指引草案修订 已通过：增设更多伪命名空间（一） 已通过但未实行：第三次推动设立LTA命名空间

开放伪命名空间作捷径链接用

本讨论与捷径方针草案合并，进行分阶段修订。台湾杉在此发言 (会客室) 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 Justo、Sanmosa和MilkyDefer--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)

  请自便。--Remaining silent is not Majority's fault. 2020年11月17日 (二) 11:25 (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:命名空间的修正案

在此附加提案，于“缩写与别名”段落下新增内容：

现行条文 新增加

提议条文 伪命名空间 维基百科中，除了常规命名空间与其别名，以及虚拟命名空间外，还有数种用作捷径的前缀，指向最常引用的维基百科页面。这些前缀统称为伪命名空间，包含： MOS:作为格式手册的链接。 伪命名空间不被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: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)

“首页”的例子，在我看来只是个特例。英语维基百科的作法是移到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のウィキプロジェクト名前空间と参考文献名前空间。 日文维基布署很久，没什么太大的问题。且专题:ACG比Wikipedia:ACG专题浅显多了，并也允许PJ:ACG这样的链接方式。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2020年11月16日 (一) 17:24 (UTC)

• (＋)支持 ——羊羊 (留言|贡献) 2020年11月19日 (四) 15:49 (UTC)
• 大致(＋)支持（LTA和MOS可以单独开成新的，即简称直接当本名，格式手册当别名）-- Sunny00217  2020年11月22日 (日) 12:26 (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 Wu^{Cien años de soledad} 2020年11月29日 (日) 03:08 (UTC)

“ 与专供维基编者使用的维基专题不同，维基主题是同时为编者及一般读者服务的。 ” —— Portal:首页

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)

• (？)疑问@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)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

将WP:捷径订为指引

本讨论与伪命名空间等捷径提案合并讨论，进行分阶段修订。台湾杉在此发言 (会客室) 2020年12月10日 (四) 05:32 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

本候选指引原始起因为该讨论，因此加速从英语维基百科翻译该指引并于今日完成，现交付讨论并查看翻译问题或进行修正。

有关“伪命名空间”部分，由于尚在讨论并因应快速删除方针，因此仅描述英语维基百科的使用方式，并提及增加伪命名空间应先讨论，如无共识就会符合快速删除标准。以上。台湾杉在此发言 (会客室) 2020年11月18日 (三) 13:31 (UTC)

(？)疑问:现在出现了什么问题？如果没问题，就没必要订立规则去规限。--虫虫飞♡♡→♡℃※留言 2020年11月18日 (三) 13:42 (UTC)

@蟲蟲飛：你没看到上面有关伪命名空间的讨论？这就是现在浮现的问题啊，台湾杉都直接开宗明义说了啊。SANMOSA _SPQR 2020年11月18日 (三) 14:03 (UTC)

请见上方讨论，以及Wikipedia talk:捷径#建议将现行指引WP:快捷方式改为信息页的讨论。不只伪命名空间的问题，其他如捷径命名、更动捷径等方式，会有潜在的风险，有必要进行规范。目前没问题，不代表以后没问题，事前预防总比事后处理好。--台湾杉在此发言 (会客室) 2020年11月18日 (三) 14:10 (UTC)

有正式指引总是比没有好，指引不只是单纯的规限，还可以作为编者的指南。—— Eric Liu _{创造は生命（留言．留名．学生会）} 2020年11月18日 (三) 14:21 (UTC)

(※)注意:WP:捷径是适用于英维的指引，指引规定只以英文字母为捷径，中维有很多中文捷径，但指引完全没有提及，如果一定要订立，请大幅修改，以适应中维的情况。而且现在我没看到有什么捷径“潜在的风险”，或者先在提案论述一下，这样才可以让社群了解提案。--虫虫飞♡♡→♡℃※留言 2020年11月18日 (三) 14:24 (UTC)

以下说明：

1. 有关中文捷径的部分，面向包含繁简问题、字数问题及意义问题，繁简还好解决，遵循现有转换机制就好；字数问题可以讨论；意义问题可以规范捷径命名不能偏离目标页面主题太多。
2. 至于潜在风险，如该候选指引当中提及的WP:N，广泛指的是关注度，如果有人将该捷径改到其他页面（例如移动至WP:注释等等等），就会造成大量引用该捷径的页面连至错误的内容。这是最极端的状况，但我说的大致是这个意思。其他如伪命名空间等，上面讨论已经提及。

可能又有人会说，不是现有方针可以处理这些事情？不过指引可作为方针的补充说明，有规范说明可以减少这类编辑或讨论所造成的纷扰，才是最大价值。--台湾杉在此发言 (会客室) 2020年11月18日 (三) 14:50 (UTC)

似要仔细考察翻译后的文本，解决一系列程序性问题才能生效，仅举两例、仅仅是举例，文本中涉及的程序疑点还有很多：

1. 文本中提到“未经讨论而创建这类伪命名空间符合R2”，但这其实和R2所规定的“由条目的命名空间重定向至非条目命名空间，将用户页移出条目命名空间时遗留的重定向，或者从草稿命名空间指向非草稿命名空间的重定向”矛盾，属于超范围适用，应考虑是否一并修改R2（而且英维的R2不具有参考意义，因为英维明定了R2是applies to redirects (apart from shortcuts)）；
2. 文中提到不按所规定格式的捷径“通常会遭到删除”，可被解为径行删除，是否考虑要求这类删除走提删路线（事实上，抛开程序性问题，进入实质问题，WP:R#DELETE、WP:封 这样的快捷方式是否真的要按格式走，是否规定格式能够进一步考量已有习惯而不仅仅直接移植规则）。

其次，解决上述两个具体疑问不重要，重要的是。规则是对社群通行习惯惯例的总结和确认，在捷径这个问题上尤其如此，事实上英文社群的捷径规则也是如此产生的。对于翻译移植的规则，则要从以下角度考虑：

1. 规则中涉及的一些程序能否与中维的操作程序对接，有哪些规则（比如R2）、通行习惯（比如已有的部分捷径）是抵触的，何者更优而要修改哪一方；
2. 在英维已经形成默契而不会被提出疑问的内容是否在中维有同样的默契。

综上，现有文本直接生效可能尚不成熟。--Kirk★ 0#0 2020年11月18日 (三) 15:41 (UTC)

我也认为现有文本的确有要修正之处，不过由于中文维基百科的捷径生态也不是很熟悉（说真的，谁会对哪一个领域熟悉的很？）。因此，我想就该翻译文本分段来让大家集思广益，看要如何修会比较好。--台湾杉在此发言 (会客室) 2020年11月19日 (四) 10:04 (UTC)

另一种途径是纯粹在本地社群累积起来，（您翻译辛苦）翻译有很多优势（比如，如果要拟定一个大篇幅的方针，靠翻译就不太用花时间拟大量阐述），但如果选择本地积累也有理由，以下仅举两例：

1. 捷径整体而言目前没有出现胡乱编制、编制上有争议或者有其他重大问题的情况，仅仅是伪命名空间一部被提出讨论了，从紧迫性上来说，一个个问题零碎投入时间会比对整个草案的每个问题一次性投入时间，在动用社群的精力上来得经济；
2. 现在客栈前面有章节讨论伪命名空间的问题，本章节的草案也覆盖了伪命名空间的问题，按习惯来说集中在前面先开始的章节讨论为好，上面有结论了再以形成的共识为基础决定草案的这部分如何修改；同时讨论也可以，但是其一要考虑好如何处理有人仅在一处表达观点的问题，其二要考虑好在第一个问题没有解决的基础上万一两边讨论的文本最后发现了矛盾要如何处理（哪边的结论能override另一边）。--Kirk★ 0#0 2020年11月19日 (四) 14:13 (UTC)

其实该讨论就是由伪命名空间提案引起的，我也有参与，有结论我也会在这里更新。--台湾杉在此发言 (会客室) 2020年11月20日 (五) 01:07 (UTC)

分段讨论一：引言

现行条文 捷径是一种特殊的重定向页，提供了指向某个维基百科管理页面或其章节的维基链接缩写，通常用于维基百科命名空间或使用说明命名空间。这些捷径的缩写为全大写字母，常用于社群页面或讨论页作为参照，但不应用于条目页面本身。如果某个页面或章节有一个以上的捷径，将会显示在页面或章节顶端右侧，或其顶端信息框右侧标有捷径的方框中。

提议条文 捷径是一种特殊的重定向页，提供了指向某个维基百科管理页面或其章节的维基链接缩写，通常用于维基百科命名空间或使用说明命名空间。这些捷径的缩写为全大写字母或简短的中文字，常用于社群页面或讨论页作为参照，但不应用于条目页面本身。如果某个页面或章节有一个以上的捷径，将会显示在页面或章节顶端右侧，或其顶端信息框右侧标有捷径的方框中。

此段因应中文维基百科有采用中文捷径，新增该内容。台湾杉在此发言 (会客室) 2020年11月19日 (四) 10:08 (UTC)

分段讨论二：快速参考、如何使用维基百科捷径

这一段主要是捷径使用方法及快速参考资料，我认为应该算软体操作事实或单纯信息展现，应该可以全数保留。台湾杉在此发言 (会客室) 2020年11月19日 (四) 10:11 (UTC)

分段讨论三：可读性

现行条文 要避免这些问题，最好的实务作法是选择常见的英文单字创建捷径，这样比较容易辨识与记忆。另外一种好的实践方式，就是要留意一般读者的程度，在使用艰涩的捷径时，使用有意义的术语。例如，管道链接[[WP:SHC|捷徑]]可以让读者容易理解将要连去的页面主题；如果只使用[[WP:SHC]]缩写，对于不熟悉其术语的人而言就会无法理解。

提议条文 要避免这些问题，最好的实务作法是选择常见的英文单字或简短且容易记忆的中文字创建捷径，这样比较容易辨识与记忆。另外一种好的实践方式，就是要留意一般读者的程度，在使用艰涩的捷径时，使用有意义的术语。例如，管道链接[[WP:SHC|捷徑]]可以让读者容易理解将要连去的页面主题；如果只使用[[WP:SHC]]缩写，对于不熟悉其术语的人而言就会无法理解。

这里同样增加中文捷径的可行性。不过现在问题是要多少个中文字以内才算是捷径？可能需要思考。台湾杉在此发言 (会客室) 2020年11月19日 (四) 10:14 (UTC)

比标题短？SANMOSA _SPQR 2020年11月23日 (一) 08:20 (UTC)

分段讨论四：加入捷径链接方块

这一段主要讨论捷径方块的使用方法，内容也属于信息性质，应该可以保留。台湾杉在此发言 (会客室) 2020年11月19日 (四) 10:17 (UTC)

分段讨论五：捷径的命名

这一段可能是争议比较大的段落之一。依据目前中文维基百科的生态，“前缀:后缀”格式应该没有人有异议；不过后缀的格式就上述提到的，包含“全大写字母”及“简短中文字”。再者子页面或子段落的命名格式也包含“主捷径/子捷径”、“主捷径#子捷径”及“主捷径子捷径连用”。目前要讨论的重点包含：

1. 是否要限缩命名格式至与英语维基百科同步？或是就现有中文维基百科的捷径用法列举并认定为既有规范，以后如有新的格式再讨论？
2. 中文捷径字数是否要限制？如果字数太多，我认为就不叫捷径了。

后面部分则是说明，在命名捷径前先查阅是否已有惯用用法，以免产生歧异。这个我认为可以保留。台湾杉在此发言 (会客室) 2020年11月19日 (四) 10:25 (UTC)

分段讨论六：前缀列表

第一个是命名空间别名，主要分为系统已经存在或经社群讨论向基金会申请新增前缀后的列表，我认为算既定事实。

第二个则是伪命名空间。这里会和R2有关系，主要是因为我曾经就创建“MOS:”捷径，结果就被R2快速删除，因此在现有快速删除机制来说，这类伪命名空间被认为是主命名空间（条目）页面链接至非主命名空间（非条目）页面，符合R2。这里只反映出既定事实，那这个部分是否要做文字修正，或是要修改R2的说明，这里我没有意见。台湾杉在此发言 (会客室) 2020年11月19日 (四) 10:30 (UTC)

建议把此段先冻结，应该还没有共识搞伪命名空间-- Sunny00217  2020年11月22日 (日) 12:27 (UTC)

这段会等前面伪命名空间讨论内容有结果，会自动更新。--台湾杉在此发言 (会客室) 2020年11月23日 (一) 10:37 (UTC)

（阁下把它冻结了然后说等它的结果）-- Sunny00217  2020年11月25日 (三) 12:19 (UTC)

我是冻结了，但冻结了以后还有人在讨论。等七日没有更新的讨论，前面的伪命名空间讨论会有一个小型总结与调查。--台湾杉在此发言 (会客室) 2020年11月26日 (四) 10:36 (UTC)

分段讨论七：如何创建捷径

这个也是操作信息，而且分类重定向也修正为分类重定向模板，符合中文维基百科的惯用操作。台湾杉在此发言 (会客室) 2020年11月19日 (四) 10:32 (UTC)

此节讲述分类捷径？— ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2020年12月4日 (五) 06:37 (UTC)

不只讲捷径分类，也讲如何创建捷径。台湾杉在此发言 (会客室) 2020年12月4日 (五) 07:28 (UTC)

分段讨论八：更改捷径、限制

更改捷径应先查阅是否有搜索用途或广泛引用用途，才能进行更改。之前我曾经也改过这类捷径，也会稍微查一下是否有其他用途，其他人我是不知道，但我认为这个习惯应该要创建起来。

至于限制段落，属于既定事实，应可保留。台湾杉在此发言 (会客室) 2020年11月19日 (四) 10:36 (UTC)

---

本讨论将会和上面的讨论整合，并进行分阶段修订。台湾杉在此发言 (会客室) 2020年12月6日 (日) 07:40 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

捷径空间提案2

参见：Wikipedia:互助客栈/方针 § 捷径空间提案

导航模板请参阅此。

设立捷径专用命名空间无法有效解决WP:捷径指引草案修订核心问题，但提出的Shortcut:命名空间本身并无问题。由于WP:命名空间通常只用于通往Wikipedia:命名空间的重定向，此命名空间可成为通往任何地方的重定向。但同时应该先解决CSD R2问题

在此PING捷径空间提案的讨论者A2569875和LuciferianThomas--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2021年1月20日 (三) 09:33 (UTC)

我对开启此命名空间有以下疑问：

1. 开设作用是什么？是给重定向至哪里用？
2. 用户使用捷径空间有何限制？

以上。--LuciferianThomas．留言 2021年1月22日 (五) 08:10 (UTC)

@LuciferianThomas：

1. 开设作用之一是把SIGN指向USERPAGE的部分压缩，已经创建沙盒，因技术问题，请进入edit界面查看。
2. 假如w.wiki链接可以加到SIGN来成为USERNAME链接，此问题应该可以用w.wiki解决。

以上。--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2021年1月23日 (六) 00:05 (UTC)

如何限制链接霸王的出现？--LuciferianThomas．留言 2021年1月23日 (六) 03:24 (UTC)

w.wiki ? 非本站链接无法重定向，不要说 w.wiki 了，连重定向到en:都做不到（你可以创建页面，但重定向不会自动跳转，是无效的，只能软重定向。顺带一提指向Special空间的也只能软重定向。）这是技术限制。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月23日 (六) 03:25 (UTC)

• (！)意见缺乏指引配套。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月23日 (六) 03:27 (UTC)
  • (？)疑问用哪种形式？“捷径:前缀:名称”、“捷径命名空间别名:名称”?—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月23日 (六) 03:32 (UTC)

在此解答问题：

1. @LuciferianThomas：链接霸王问题：啥是链接霸王？
2. @A2569875：本站链接无法重定向问题：我的意思是在WP:SIGN里用[https://w.wiki/vZz]代替[[User:VeryLongUserNameFooBarHelloWorld]]
3. @A2569875：形式问题：“捷径:名称”

--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2021年1月24日 (日) 08:07 (UTC)

链接霸王就是说一个人霸占大量链接空间。--LuciferianThomas．留言 2021年1月24日 (日) 08:43 (UTC)

• (＆)建议@Emojiwiki：像{{Namespaces}}里面其他命名空间一样，先写一个命名空间介绍页和一个命名空间方针指引页（这本来就需要配套规范，不然到时这个命名空间肯定变成垃圾场），再行讨论会比较清晰。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月25日 (一) 06:37 (UTC)

  (▲)同上，何止垃圾场，简直会变成乱葬岗^{[开玩笑的]}。另外，维护此命名空间也有一定困难程度。其实用户空间要重定向倒不如像我一样创建U:LXFRNT并把自己的用户子页面重定向更方便，唯独就是签名必须同时包含自己的用户页链接而不能放短链接（因为不是重定向），而且回被判成使用他人签名。--LuciferianThomas．留言 2021年1月25日 (一) 08:50 (UTC)

• @Emojiwiki：R2问题已解决。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月31日 (日) 11:48 (UTC)
• 关于规范问题@LuciferianThomas、Emojiwiki：有什么具体想法吗？-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月4日 (四) 08:55 (UTC)

  个人觉得很难规范，除非这个捷径空间只能由机器人创建，类似w.wiki但内连版。--LuciferianThomas．留言 2021年2月4日 (四) 08:58 (UTC)

• (？)疑问@Emojiwiki：您还有推行意愿吗?-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月8日 (一) 15:29 (UTC)
  • @A2569875：链接霸王太麻烦了，不知如何解决，限制数量不太好，没限制会变成乱葬岗。还有，如果这个捷径空间只能由机器人创建，如何操作?--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～}

List:

明显只有IP支持提案，雪球关闭-- Sunny00217  2021年2月11日 (四) 15:40 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

• (？)疑问和捷径空间有什么关联？—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月9日 (二) 13:28 (UTC)

看来是直接复制#捷径空间提案2。--LuciferianThomas．留言 2021年2月9日 (二) 13:36 (UTC)

• 既然如此，我就{{Deltalk}}了。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月10日 (三) 06:23 (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)

• (－)反对提案不完整，不具备可执行性。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月9日 (二) 12:46 (UTC)

这是要来做什么的？只放个框框在这里也没说要做什么…--安忆^Talk 2021年2月9日 (二) 12:49 (UTC)

看IP留言链接的页面。--LuciferianThomas．留言 2021年2月9日 (二) 12:51 (UTC)

原因 （一）过多“列表”的主空间页面，需分类，（二）主空间不太适合列表。 基本上（二）不行，（一）虽然可以用Category:列表，但不太明显 会引起新手不方便问题(中等重要)，但可以把“ABC列表”#Redirect到“List:ABC” 优点是不会有列表囤积主空间，缺点是无法引新手编辑 可以解决列表在主空间过多，但不可不在维基百科的间题 已有例子：lt:Vikipedija:Sąrašai（立陶宛文维基） 可和“维基百科:特色列表评选”合作，并设立列表的标准。

--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)

原因 目前有过多在主空间的列表，而不太适合主空间，并必须为维基百科补充。 本问题无法在现有框架解决 虽然会引起新手不方便问题(中等重要)，但可以把“ABC列表”#Redirect到“List:ABC” 今后将不会有列表囤积主空间，缺点是新手不知道如何编辑 可以解决列表在主空间过多，但不可不在维基百科的间题 已有例子：lt:Vikipedija:Sąrašai（立陶宛文维基） 能为“维基百科:特色列表评选”设立列表的独立标准。

──以上未签名的留言由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)

• 一样，未见正面回答，请IP用户正面回答不要搪塞，请每个问题以50字以上的文字回答
  1. 存在什么问题？这问题是否重要？如果重要，在现有框架下能否解决？
  2. 如果不能解决，您的提案是否能够有效地解决问题？
  3. 引入您的提案后，是否会导致新的问题？如果有，新的问题是否重要？如果重要，如何补救？
  4. 请具体说明提案如何执行；条目如何移动；以及相关配套

  -- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月9日 (二) 13:39 (UTC)

• (※)注意数字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)

  把它们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)

  警告未见解决，仍然避重就轻。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月10日 (三) 14:11 (UTC)

  (－)强烈反对IP用户扰乱讨论，试图逃避他人提出的问题，将明显缺乏支持且带有问题的议案通过！--LuciferianThomas．留言 2021年2月10日 (三) 23:12 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

后续

该IP用户（119.237.10.81）在互助客栈中提出以下建议：

1. 没有共识的论述改用Help:
2. 加入Humor:命名空间（别名：幽默、喂鸡百科）用于幽默：WP:)
3. 更名：
   1. 主题:→专题首页:
   2. 维基专题:→专题计划页:
   3. WikiProject:→PortalProject:

由于洗版被回退、封禁。 ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年4月24日 (六) 15:00 (UTC)

专题命名空间（第一至二阶段）

已布署：

大部分核心项目皆已布署，其余细小部分分开讨论。-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 03:54 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

导航模板请参阅此。

捷径指引草案的讨论，源自于“伪命名空间”的讨论，英语维基百科对于捷径相关的规范及伪命名空间的设立已有成熟的执行方式。中文维基百科中的部分编辑者对于“格式手册”、“长期破坏者”及“专题”这三个主题提出可升级成命名空间或以伪命名空间形式存在，并有正反两方的陈述与看法。

目前较为接近共识的是“专题”提升为正式命名空间，反对者的论述已由支持者回应，且反方无进一步论述。然为求慎重，且将捷径与命名空间等议题作系统性讨论，将会执行阶段修订，以取得最大共识。

本讨论的各阶段分为：

1. 专题提升为命名空间与否及其细节；
2. 格式手册及长期破坏者是否成为命名空间或伪命名空间；
3. 伪命名空间规范写入捷径规范内（如前项通过）或是否允许伪命名空间（如前项不通过）；
4. 捷径规范细部讨论并决定是否成为指引。

各阶段不得同时讨论，前一项讨论完结之后，才能进行下一段讨论。台湾杉在此发言 (会客室) 2020年12月10日 (四) 05:47 (UTC)

专题命名空间通过，剩余细节独立讨论。台湾杉在此发言 (会客室) 2021年1月11日 (一) 11:20 (UTC)

目前的后续讨论须等phab:T271612布署完毕后才能继续进行。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月12日 (二) 13:08 (UTC)

• 说明稍微看了一下先前韩文维基的申请phab:T29651，其工程师处理的流程将近一个月，故认为应该还要一段时间才能完成布署，故暂时先撤下公告Special:Diff/63712969、Special:Diff/63713130，等到了Code Review阶段时再放回。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月14日 (四) 06:18 (UTC)
  • 完成：程式码已Commit到gerrit:657572，并已布署，恢撤销有公示，基于原有时间再延长3天。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月26日 (二) 20:03 (UTC)
  • (补)：更新，WP:伪命名空间已通过。-- 五岁抬头雪菲（☎️·☘️） 2021年3月17日 (三) 06:41 (UTC)

---

大部分核心项目皆已布署，其余细小部分分开讨论。本结关闭，结以待续，以便存档。如要开新的讨论，请开新的二级标题。-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 03:54 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

筹备讨论

已通过：

已 公示7日无合理异议，本议案通过。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月3日 (日) 07:44 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

直接将PJ:独立为新WP:命名空间

(＆)建议像日文维基那样，专题直接变成一个 "真" 命名空间 ja:Help:名前空间#プロジェクト就不会有cwek说的 "假" 命名空间 的 混淆问题了。日维相关讨论。 -- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2020年11月16日 (一) 06:06 (UTC)

先前讨论

(＝)中立，但此仅为其中一个被提议的伪命名空间提供了替代方案，那么另外的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のウィキプロジェクト名前空间と参考文献名前空间。 日文维基布署很久，没什么太大的问题。且专题:ACG比Wikipedia:ACG专题浅显多了，并也允许PJ:ACG这样的链接方式。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2020年11月16日 (一) 17:24 (UTC)

• (＋)支持 ——羊羊 (留言|贡献) 2020年11月19日 (四) 15:49 (UTC)
• 大致(＋)支持（LTA和MOS可以单独开成新的，即简称直接当本名，格式手册当别名）-- Sunny00217  2020年11月22日 (日) 12:26 (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 Wu^{Cien años de soledad} 2020年11月29日 (日) 03:08 (UTC)

“ 与专供维基编者使用的维基专题不同，维基主题是同时为编者及一般读者服务的。 ” —— Portal:首页

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)

• (？)疑问@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)

依据先前讨论，专题命名空间的讨论已接近达成共识之阶段，目前问题包含：

1. 英文命名部分，其一为Project并取消与Wikipedia空间连动，其二为以WikiProject命名；
2. 部分用户认为直接将PJ与Wikipedia连动即可。

请讨论。台湾杉在此发言 (会客室) 2020年12月10日 (四) 05:47 (UTC)

• 个人以为Project命名空间肯定不能变，否则可能会造成不少链接失效。因此命名空间应该命名为“WikiProject”，对应的中文命名空间应该命名为“维基专题”，以便于与“WikiProject”对应。——BlackShadowG（留言） 2020年12月11日 (五) 16:27 (UTC)
  • 我认为中文叫做“专题”并无不妥，也无冲突。将“WikiProject:”作为程式系统前缀；“专题”、“维基专题”、“PJ”作为别名。其他中文别名也可以之后再议再补。并依照法维和日维和其他姐妹项目的统一定义，定为{{ns:102}}(目前显示为“WikiProject”，空白是因为本地尚未实装）。— ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2020年12月11日 (五) 18:16 (UTC)

确定英文名称不会冲突就可以，中文名称应该没问题。SANMOSA _SPQR 2020年12月12日 (六) 03:34 (UTC)

支持命名为WikiProject/专题 ——羊羊 (留言|贡献) 2020年12月16日 (三) 15:08 (UTC)

• 若自羊羊32521留言2020年12月16日 (三) 15:08 (UTC)的一周后未有新意见可以先公示这个部分。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2020年12月22日 (二) 07:55 (UTC)

• 公示7天：理据：本议题先前公示并通过的讨论已讨论满一个月，且自本讨论上次有效发言羊羊32521留言2020年12月16日 (三) 15:08 (UTC)已逾一周，根据WP:7DAYS公示七天。如通过，届时具体的做法可以参考phab:T26852 -- _{来人啊，喂宫子吃布丁！} ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2020年12月24日 (四) 08:47 (UTC)
  • 公示什么？ ——羊羊 (留言|贡献) 2020年12月26日 (六) 10:21 (UTC)
    • @羊羊32521：将专题升为命名空间啊（公告栏上有）主要是细节，程式名称定为WikiProject、然后“专题”、维基专题、PJ作为别名，并且参考phab:T26852将Namespace id 设为102讨论页以此类推（WikiProject_talk;103;专题讨论,维基专题讨论）。其余请参考先前讨论、发布公示的留言以及公布栏，另补充一个2018年在WP:TG上讨论出的草案。— ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2020年12月26日 (六) 12:47 (UTC)
• 专题这种东西本来就都没有什么用户在关注了。所以什么都不问，只问一个问题：请问这样一来那些原本已经用于条目讨论页上的专题名称会不会有影响？--Z7504非常建议必要时多关注评选（留言） 2020年12月31日 (四) 08:42 (UTC)
  • @Z7504：例如WP:ACG专题会变成专题:ACG（_{现在先不要改哦，会违反快速删除方针准则}）。以此类推。此外本议题先前公示已经通过了，这次是细节公示。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2020年12月31日 (四) 09:43 (UTC)
• 既然木已成舟，大家意见如此，我也没法反对什么，但是请提案者一定要做好配套措施，以免留给本地社群一堆烂摊子去收。—— Eric Liu _{创造は生命（留言．留名．学生会）} 2020年12月31日 (四) 11:32 (UTC)
  • 参考日文维基当时做法，预计会分阶段完成设立，不会留烂摊子。但需要一些时间来执行。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月1日 (五) 19:19 (UTC)

---

• 自上周补充公示共识内容的发言 2020年12月26日 (六) 12:47 (UTC)后已公示逾一周，公示期内无合理异议，本议案通过。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月3日 (日) 07:44 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

专题空间设立流程与细节

已布署：

大部分核心项目皆已布署，其余细小部分分开讨论。-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 03:54 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

参考ja:Special:PermaLink/39099771#ウィキプロジェクト用名前空间の新设以及ja:Wikipedia:ウィキプロジェクト/名前空间の新设，本地的处理方式预计会分成5个阶段进行：

1. 向phab:提交申请设立专题空间；（已布署）
2. 将专题页与讨论页批次移动到专题空间（可能需WP:FLOOD）；（已完成）
3. 修正指向专题的内部链接（可能需WP:FLOOD）；（并入第五阶段执行）
4. 调整专题模板；（已调整）
5. 讨论重定向与捷径的设立方式；
6. 其他议题。

以上。以上流程不会立即执行，会在社群对流程没有异议之后公示后执行。如有其他相关疑问可继续在下方讨论。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月3日 (日) 07:44 (UTC)

• 专题空间已于本地生效，准备进行页面移转。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月27日 (三) 04:10 (UTC)

  前四阶段已完成。-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 02:55 (UTC)

---

大部分核心项目皆已布署，其余细小部分分开讨论。本结关闭，结以待续，以便存档。如要开新的讨论，请开新的二级标题。-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 03:54 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

第一阶段：申请

已通过：

已通过公示，亦完成布署（前端 by User:AnYiLin、后端 by User:A2569875），专题命名空间已于中文维基百科生效，将立即进行下一阶段讨论。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月27日 (三) 04:06 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

于Phabricator查看
编号T271612的任务
已解决

• 将会提供给phab:的细节如下：

	命名空间	讨论空间
内部名称 (前缀)	WikiProject:	WikiProject_talk:
ID	102	103
中文名称 (界面名称)	维基专题	维基专题讨论
别名	專題 专题 維基專題 维基专题 PJ WPJ	專題討論 专题讨论 專題對話 专题对话 維基專題討論 维基专题讨论 維基專題對話 维基专题对话 PJT WPJT

-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月3日 (日) 09:41 (UTC)

• 我觉得中文名称叫“专题”更简洁一点…… ——羊羊 (留言|贡献) 2021年1月3日 (日) 14:02 (UTC)
  • 这个名称是参考User:BlackShadowG的提议。@BlackShadowG：关于羊羊32521的意见，您有什么看法？-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月3日 (日) 14:10 (UTC)
    • 在我看来，命名空间的中英文应该对应，这样可以避免误解。如果中文名称定为“专题:”那英文名称应该对应为“Project:“才对，然而“Project:”早已被用为“Wikipedia:“的别名了。——BlackShadowG（留言）维基百科20周年庆即将到来 2021年1月4日 (一) 14:43 (UTC)
      • BlackShadowG不认为需要严格对应。对应“专题”是“Topic”才对，“Project”是项目/工程/项目/方案。--YFdyh000（留言） 2021年1月4日 (一) 14:47 (UTC)
        • 该中文名称仅是“界面显示名称”其如何设置并不会影响运作。但仍需要决定一个显示名称以让界面管理员设置。若无法做出决定可能要像日文维基一样开个名称投票，然而由于WP:投票不能代替讨论，因此不建议这么做。当然，这不影响命名空间的申请与设置，因为Phab那边只管内部名称，而内部名称“WikiProject:”已公示通过；界面名称可以取得共识后再由WP:界面管理员于本地设置。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月4日 (一) 15:15 (UTC)

    建议命名空间内部名用英文，以免出现繁简问题。--GZWDer（留言） 2021年1月3日 (日) 16:18 (UTC)

    • (：)回应@GZWDer：参见上表，内部名称（前缀）在最初的公示时（去年11月）就已经决定定义为英文“WikiProject”了。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月3日 (日) 16:23 (UTC)

  • (：)回应@羊羊32521：该名称主要是界面显示的名称（如左上角显示[维基专题][讨论][简体]_____[阅读][编辑][历史]☆[更多∇][TW∇][搜索维基百科🔍]），而关于简洁与否问题，由于有同步申请别名，因此亦可以通过输入专题:XXX链接到专题页，并不一定要写全名维基专题:XXX（参考预计命名）。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月3日 (日) 19:42 (UTC)
    • (？)疑问@羊羊32521：您可以接受上面的解释吗？；@YFdyh000：那个中文名称实际上是对应界面显示名称—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月5日 (二) 05:52 (UTC)
      • @A2569875：Y行 ——羊羊 (留言|贡献) 2021年1月5日 (二) 15:22 (UTC)
        • 不解，这种东西为什么需要用什么“申请”？不是都通过了？那这样公示是什么意思？--Z7504非常建议必要时多关注评选（留言） 2021年1月6日 (三) 02:27 (UTC)
          • @Z7504：要去phab:提申请，才会有工程师创建啊。举个例子：台北市政府通过建造某条捷运，请问还没向工程单位申请建造捷运路线，捷运路线就会自己冒出来吗？从天上掉下来？怎么可能。这边主要是技术细节讨论，完成后向技术分站提工单，通过是指社群共识通过，不意味着工程师理解具体要怎么执行社群共识，现在就是要讨论怎么让工程师理解具体怎么操作，就这样。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️）
            • 您有没有看到关于上方具体要给工程师设置技术细节的部分还在讨论，现在就是要处理程式码具体技术上设置的部分。我想一气呵成，不想变成有缺漏还要补提多张工单浪费时间，现在的讨论正是这个目的。且技术细节讨论只有公示通过后讨论才有意义，如前次公示没有通过，讨论技术上程式设置也是白费功夫纸上谈兵。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月6日 (三) 05:37 (UTC)
              • 理解，不过phab这个不怎么在看，就不赘述了。--Z7504非常建议必要时多关注评选（留言） 2021年1月6日 (三) 06:39 (UTC)
• 公示3日，如无异议就 转交phab:。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月6日 (三) 07:53 (UTC)

 转交phab:T271612。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月9日 (六) 08:16 (UTC)

• 进行中……：已由User:Shizhao将之转交Project Board:Site Configuration（参见讨论Topic:W1avxa7f606do5k1），目前工单Task:T271612位于Tag:Wikimedia-site-requests中的Project Board:Config - to process，正待处理中。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月21日 (四) 07:47 (UTC)
• 经确认，根据维基百科后端代码includes/Title.php中的function getNamespaceKey，其定义为：'nstab-' . lc($namespaceKey)，因此界面文字无需由phab那边指定，届时仅要由界面管理员将 "MediaWiki:nstab-" + 小写(命名空间英文名称) 填入文字即可，即需要在以下页面提出编辑请求MediaWiki:Nstab-wikiproject、MediaWiki:Nstab-wikiproject/zh、MediaWiki:Nstab-wikiproject/zh-hant、MediaWiki:Nstab-wikiproject/zh-tw、MediaWiki:Nstab-wikiproject/zh-hk、MediaWiki:Nstab-wikiproject/zh-mo、MediaWiki:Nstab-wikiproject/zh-hans、MediaWiki:Nstab-wikiproject/zh-cn、MediaWiki:Nstab-wikiproject/zh-sg、MediaWiki:Nstab-wikiproject/zh-my填入维基专题或維基專題即可。好像User:羊羊32521在phab那边提醒的zh-MY漏打好像其实也不用补，因为技术人员也无法调整那个部分，只能由界面管理员记得创建MediaWiki:Nstab-wikiproject/zh-my即可。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月23日 (六) 02:34 (UTC)

  @A2569875：MediaWiki:Conversion-ns102和MediaWiki:Conversion-ns103也需要补-- Sunny00217  2021年1月23日 (六) 05:34 (UTC)

  • @Sunny00217：不急，等到布署后再补充也不迟，现在code还没review，我只是先贴上备忘。另外，感谢补充。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月23日 (六) 05:40 (UTC)
• 完成已Commit程式码到gerrit:657572（详细资料）。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月26日 (二) 12:50 (UTC)
  • 完成已提出编辑请求MediaWiki_talk:Nstab-wikiproject#编辑请求_2021-01-26，并补上User:Sunny00217提醒的MediaWiki:Conversion-ns102以及MediaWiki:Conversion-ns103等页面。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月26日 (二) 13:55 (UTC)
    • 完成编辑请求已由User:AnYiLin受理。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月27日 (三) 04:06 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

第一点五阶段：内容事实修订

已通过：

已修订-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 02:53 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

由于该命名空间设立完毕，已修正WP:命名空间新增该空间说明。如需补充欢迎讨论。台湾杉在此发言 (会客室) 2021年1月27日 (三) 13:40 (UTC)

您漏了WP:NS#缩写和别名。--LuciferianThomas．留言 2021年1月28日 (四) 08:08 (UTC)

完成。--台湾杉在此发言 (会客室) 2021年1月29日 (五) 13:37 (UTC)

请协助复查是否全部的相关说明页都修复完毕。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月25日 (四) 05:49 (UTC)

---

已修订-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 02:53 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

第二阶段：转移至新命名空间

已通过：

公示从2021年1月6日起至2021年1月14日暂停再从2021年1月26日起至1月29日共11天，期内所有异议的论述已由支持者回应，且反方无进一步论述，故无合理异议，议案通过。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月29日 (五) 13:04 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

命名空间设立完毕后，将会把所有列于Category:维基专题中的页面及子页面转移至新命名空间，预计转移的页面及转移之目标列于此页Wikipedia:专题/提升为命名空间/影响页面（暂不包括重定向），如有异议请尽快提出。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月3日 (日) 19:26 (UTC)

• 以下汇整：
  • Wikipedia:专题/提升为命名空间/影响页面

    另请参考对应表（重定向移动时若与对应表重复将不会进行移动）

  • Wikipedia:专题/提升为命名空间/影响重定向

  -- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月4日 (一) 09:28 (UTC)

第二阶段 之 公示状态通告

• 公示即日起至命名空间布署完毕为止。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月6日 (三) 14:12 (UTC)
  • 说明如公示通过，预计使用以下脚本：Wikipedia:专题/提升为命名空间/转移脚本.js，并申请WP:FLOOD-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月6日 (三) 14:14 (UTC)
    • (～)补充：该Code的功能是，若一个页面有低于100个链入页面，则不保留重定向，链接问题将于下一阶段用Flood修复（如高过100个会修不完。。。），其余保留重定向。移动重定向时，全数皆会保留重定向。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月28日 (四) 06:56 (UTC)
• 搁置、暂停公示：稍微看了一下先前韩文维基的申请phab:T29651，其工程师处理的流程将近一个月，故认为应该还要一段时间才能完成布署，为了避免长时间占用公告栏，因此暂时先撤下公告Special:Diff/63712969，等到了Code Review阶段时再继续公示。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月14日 (四) 06:18 (UTC)
  • 程式码已Commit到gerrit:657572（详细资料），恢复 公示，并延长3天，到2021年1月29日 (五) 12:56 (UTC)为止。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月26日 (二) 12:56 (UTC)
• 测试结果见此[1]，以PJ:多面体为例，目前未见系统性问题。预定将在公示结束时申请WP:FLOOD（或现在就去送审）并进行批量(►)移动。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月28日 (四) 07:21 (UTC)

第二阶段 之 公示期讨论

• 看来需要移动了 @A2569875、羊羊32521、BlackShadowG、YFdyh000、GZWDer、Z7504、AnYiLin那Wikipedia:专题应该被重命名成什么？WikiProject:首页吗？-- Sunny00217  2021年1月27日 (三) 10:07 (UTC)
  • 专题和专题委员会目前不在上述清单中，暂时不会移动。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月27日 (三) 10:27 (UTC)
    • 我觉得可以在WP命名空间中留一个介绍专题的页面，专题委员会可以考虑更名为WikiProject:委员会，不过这都是后话了，先完成转移再讨论吧。——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年1月27日 (三) 12:56 (UTC)

      @BlackShadowG：这主意不错。--空气小猫（留言） 2021年1月27日 (三) 16:48 (UTC)

• 技术性(－)反对，ns:103好像有点问题。[2]，页眉显示命名空间侦测错误，不知道是什么情况 ——羊羊 (留言|贡献) 2021年1月28日 (四) 01:50 (UTC)
  • ns:102也有这个问题…… ——羊羊 (留言|贡献) 2021年1月28日 (四) 02:04 (UTC)

    切换到非中文en界面就不报错[3]--百無一用是書生 (☎) 2021年1月28日 (四) 03:53 (UTC)

    虽然有报错信息，但是创建页面没有问题：WikiProject:沙盒--百無一用是書生 (☎) 2021年1月28日 (四) 03:58 (UTC)

     已修复 已经修复这个问题在Template:Namespace pagename--百無一用是書生 (☎) 2021年1月28日 (四) 04:10 (UTC)

    还是有问题，Special:diff/63966864, 显示WikiProject talk非讨论页 ——羊羊 (留言|贡献) 2021年1月28日 (四) 04:16 (UTC)

    Done，已在Template:存档至/core新增该讨论空间。--台湾杉在此发言 (会客室) 2021年1月28日 (四) 04:27 (UTC)

    感谢，已划票 ——羊羊 (留言|贡献|古典音乐专题) 2021年1月28日 (四) 04:30 (UTC)

    • 视为本反对意见已排除。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月28日 (四) 07:22 (UTC)
      • 我已经划票了Topic:W2cr3gexeunjmjce ——羊羊 (留言|贡献|古典音乐专题) 2021年1月28日 (四) 10:18 (UTC)
• 已申请Wikipedia:机器用户/申请#专题命名空间页面迁移作业，预计于公示结束后开始执行任务。（目前仍然照着日维的剧本在走，有前人经验参考，我想应该会顺利完成）-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月28日 (四) 07:40 (UTC)

  题外话：完成所有讨论后，应否为整个设立新命名空间及伪命名空间的讨论设WT分页并重新整理所有章节的讨论？--LuciferianThomas．留言 2021年1月28日 (四) 08:14 (UTC)

  • @LuciferianThomas：我把日维的ja:Wikipedia:ウィキプロジェクト/名前空间の新设直接搬来了，你看看行不。Wikipedia:专题/提升为命名空间-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月28日 (四) 09:29 (UTC)

    我意思是说Talk Archive🌚--LuciferianThomas．留言 2021年1月28日 (四) 09:48 (UTC)

• 好奇的问一下，Wikipedia:电子游戏专题/条目指引和Wikipedia:钱币学专题/条目指引这两个同时是维基百科正式内容指引的页面会不会移动？ --Milky·Defer 2021年1月28日 (四) 12:19 (UTC)
  • 预计先全部移动，再另外处理其余要移到他处的页面。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月28日 (四) 12:32 (UTC)
    • 或者您也可以直接编辑转移表，通过加入注解符号（//或/* ... */）来排除您认为不应转移到专题空间的页面，Wikipedia:专题/提升为命名空间/转移表、Wikipedia:专题/提升为命名空间/重定向转移表（上方列出用于公示的wikitable仅是可视化呈现的方式，实际上仍然要用json输入FLOOD程式）感谢。-- ナナチ果物プリン🐰🥭🍮（宇帆·s☎️<用户/span>·☘️） 2021年1月28日 (四) 13:23 (UTC)

---

公示通过，即将开始移动-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月29日 (五) 13:04 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

部分后续讨论

已结案：

结案-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 02:56 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

• (注:以下讨论涉及后续阶段的探讨，先不关闭)-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月29日 (五) 13:04 (UTC)
• Just a suggestion，正式全面部署后能不能设置过滤器或者白名单，限制用户创建“WP:XX专题”或“WP:XX维基专题”的页面？--百战天虫（留言） 2021年1月28日 (四) 16:32 (UTC)

  (＋)支持——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年1月29日 (五) 00:54 (UTC)

• 目前有一个技术问题，Template:Category handler无法处理WikiProject namespace，连带导致各个已经转移的专题无法被列入诸如Category:活跃维基专题这类活跃度分类。--BoyuZhang1998（留言） 2021年1月29日 (五) 10:06 (UTC)
  • 那么提请全保护模板编辑请求不就解决了。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月29日 (五) 10:15 (UTC)
    • 完成@BoyuZhang1998：编辑请求已由U:KirkLU处理，问题将在维基媒体系统缓存清除完毕后解决，请静待维基媒体系统清除缓存。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月31日 (日) 11:38 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

专题指引更名

已通过：

已完成更名-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 03:49 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

• (承上方已经封闭的讨论）Wikipedia:电子游戏专题/条目指引和Wikipedia:钱币学专题/条目指引可以如Template:Wikipedia policies and guidelines所示，考虑移动到Wikipedia:电子游戏条目指引和Wikipedia:钱币学条目指引（一个类似的例子是ACG专题论述Wikipedia:日本动漫游戏条目指导）。或者保守一点，简单删掉斜线，变成Wikipedia:电子游戏专题条目指引和Wikipedia:钱币学专题条目指引）。--洛普利宁 2021年1月30日 (六) 15:19 (UTC)
  • (＋)支持更名为Wikipedia:电子游戏条目指引和Wikipedia:钱币学条目指引，这比较符合WP:方针中规定的命名方式。——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月1日 (一) 02:02 (UTC)
  • (＋)支持，直接更名为“Wikipedia:xxxx条目指引”就好了，我觉得没必要带一个“专题”字样。如果其他专题也有未成正式指引的条目指导的话，我支持全部移动成“Wikipedia:xxxxx条目指导”，日后如果有提升为指引，再将“指导”改成“指引”。--Milky·Defer 2021年2月1日 (一) 03:05 (UTC)
  • (＋)倾向支持以上提议，提升专题指引的曝光度和参与度，使其更经考验。直接名为“指引”，挂特制参数的“专题指引”模板为好。--YFdyh000（留言） 2021年2月1日 (一) 04:25 (UTC)
• 7日内无新留言，根据WP:7DAYS，就Wikipedia:电子游戏专题/条目指引和Wikipedia:钱币学专题/条目指引更名为Wikipedia:电子游戏条目指引和Wikipedia:钱币学条目指引一案 公示7日。——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月10日 (三) 01:13 (UTC)

  @BlackShadowG：公示完毕了。--Milky·Defer >恭贺新春 2021年2月18日 (四) 15:03 (UTC)

  @MilkyDefer：目前所有方针指引均被移动保护，已提出移动请求，等待管理员处理。——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月18日 (四) 16:04 (UTC)

---

已完成更名-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 03:49 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

专题指引更名：第二阶段

结以待续：

先关闭，待整理-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 03:49 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

• 第二阶段：提议将WP:XX专题/YY指引以及PJ:XX专题/YY指引皆移动到WP:XXYY指引。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月18日 (四) 16:10 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

“维基专题:维基专题:XX”的页面

已处理：

已由虫虫飞快速删除-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月5日 (五) 06:55 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

• @A2569875：话说这种的需不需要考虑直接提请管理员批量删除？-- Sunny00217  2021年2月1日 (一) 11:27 (UTC)
  • (＋)支持，此类重定向并无意义，看起来是移动时出现的失误？——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月3日 (三) 01:50 (UTC)

---

• 完成：Topic:W2qh255e9e7fx3x8，已由User:虫虫飞执行WP:CSD#R3(×)快速删除-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月5日 (五) 06:59 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

专题命名空间（第二点五至四阶段）

导航模板请参阅此。导言请参阅此

第二点五阶段：相关技术问题修正

已解决

已由痛心疾首、Xiplus等人手动修复。--Xiplus#Talk 2021年5月16日 (日) 02:56 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

于Phabricator查看
编号T273763的任务
已解决

根据phab:T273763（设立专题空间后，链入页面API于 pywikibot 出错），此修正案导致部分机器人出错。目前phab:T273763已解决，留此节讨论其他相关技术出问题时的策略与解决方案。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月8日 (一) 17:54 (UTC)

• (～)补充，如移动完成的页面有遇到任何技术问题，欢迎于此回报。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月8日 (一) 18:16 (UTC)

前几天发现WikiProject:传统百科全书条目因为页面移动后造成大部分子页面出现错误，目前已经修复一部分--百無一用是書生 (☎) 2021年3月16日 (二) 02:37 (UTC)

(？)疑问@Shizhao：还有多少部分需要修正，有没有例子，或列表？-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 02:51 (UTC)

WikiProject:传统百科全书条目下的所有json子页面--百無一用是書生 (☎) 2021年5月6日 (四) 03:33 (UTC)

JSON不支援重定向，所以所有链入都需要进行修正。--Xiplus#Talk 2021年5月6日 (四) 03:45 (UTC)

能否提供需要修正的页面总表？-- 五岁抬头雪菲（☎️·☘️） 2021年5月13日 (四) 04:29 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

第三阶段：修正指向专题的内部链接

并入第五阶段。-- 五岁抬头雪菲（☎️·☘️） 2021年5月16日 (日) 07:25 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

各阶段不得同时讨论，前一项讨论完结之后，才能进行下一段讨论。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月3日 (日) 19:29 (UTC)

• 第三阶段为修正指向专题的内部链接，主要要修正的是一些模板、模块等，纯粹页面的内部链接因为有保留重定向故暂时还会有效，至于需不需要全部修正并删除重定向可以讨论（日维当时保留大部分的重定向至今）。已经修复的模板包括{{Namespace pagename}}；目前已知待修复的模板有{{Category handler}}及{{Namespace detect}}。其余将陆续补充。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月29日 (五) 12:57 (UTC)
• @A2569875：想请问一下快捷方式如何规定？目前是专题都占用了一个WP快捷方式，以后是否都需要把WP快捷方式换成WPJ快捷方式？--Lightyears_{Talk#欢迎加入智能手机专题} 2021年1月30日 (六) 10:02 (UTC)
  • @30000lightyears：请见最初流程规划“5.讨论重定向与捷径的设立方式”，这是第五阶段的讨论重点。我认为先把现有页面调整好再讨论这方面比较好，否则整个会乱掉。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月30日 (六) 10:22 (UTC)

    好，麻烦您在第五阶段开放时ping一下我，谢谢！--Lightyears_{Talk#欢迎加入智能手机专题} 2021年1月30日 (六) 10:24 (UTC)

• 是否需要修改所有的内部链接，可能需要与“是否需要删除WP->PJ的重定向”一并讨论。-- 五岁抬头雪菲（☎️·☘️） 2021年3月24日 (三) 05:47 (UTC)
  • 已并入第五阶段讨论-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 02:50 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

第四阶段：调整专题模板

已完成：

已修改完大多数相关模板。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月14日 (日) 09:33 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

• 部分专题模板需要调整才能正常，除了第三阶段与链入页面、分类相关的模板要调整外，其余模板带移动完成后再观察情况，届时将会补充需要办理的事项。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月29日 (五) 12:57 (UTC)
  • (～)补充亦有部分关于专题模板整改的讨论于PJT:ACG#迁移至WikiProject命名空间展开。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月29日 (五) 12:58 (UTC)
• 比如{{WPBannerMeta}}？——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月5日 (五) 02:02 (UTC)
  • 是的@BlackShadowG：，除了{{WPBannerMeta}}，其他已经修改好的模板有{{Namespace detect}}、{{Namespace pagename}}、{{Namespace detect showall‎}}、{{Main talk other}}、{{Category handler}}，然后{{Main other}}管理员还没处理。如有缺漏还需协助指出。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月5日 (五) 13:51 (UTC)

    {{WPBannerMeta}}好像还没修-- ——羊羊 (留言|贡献|古典音乐专题) 2021年2月6日 (六) 07:10 (UTC)

    • 全保护......⋯⋯—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月6日 (六) 12:21 (UTC)

      {{Main other}}一直还没修阿 囧rz……-- Sunny00217  2021年2月10日 (三) 15:14 (UTC)

  • (：)回应@羊羊32521：主模板已在2月10日由大猫修复，目前还有子模板410个待修，目 前 先 手 工 慢 慢 修，因为怕机器人会有例外；@Sunny00217：{{Main other}} (编辑 讨论 说明  信息 链入 历史)也在今日稍早由大猫修复。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月12日 (五) 09:18 (UTC)
•  等待管理员操作：除了Template:WikiProject Tree of Life、Template:WikiProject_Biography被全保护之外，已完成Template:WPBannerMeta相关模板(共410-2个)模板的修改(全数由人手工修改，少数由其他用户修改已发出感谢。)；另外Template:中国传统声音专题创建时就指向PJ:空间因此无须调整。剩余部分等待Template_talk:WikiProject_Tree_of_Life#编辑请求 2021-02-14与Template_talk:WikiProject_Biography#编辑请求 2021-02-14被管理员接受后本讨论就可以完成，届时将进入下一阶段的讨论。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月14日 (日) 09:07 (UTC)
  • 完成：已由U:AT完成修改。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月14日 (日) 09:32 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

其他事项

结以待续。-- 五岁抬头雪菲（☎️·☘️） 2021年5月16日 (日) 07:30 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

※注：第二点五阶段还有东西在询问。-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 02:58 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

伪命名空间（阶段一：设立前）

已布署：

大部分核心项目皆已布署，其余细小部分分开讨论。-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 04:14 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

导航模板请参阅此。

---

大部分核心项目皆已布署，其余细小部分分开讨论。本结关闭，结以待续，以便存档。如要开新的讨论，请开新的二级标题。-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 04:14 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

主要讨论

通过：

已通过-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 03:00 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

本案讨论格式手册及长期破坏者提升问题。目前有三案：

• 格式手册及长期破坏者提升为命名空间，英语名称待定；
• 格式手册及长期破坏者成为伪命名空间，缩写为MOS及LTA；
• 维持现行方式。

请讨论。台湾杉在此发言 (会客室) 2020年12月25日 (五) 01:23 (UTC)

• (＋)支持将格式手册和长期破坏者设立为伪命名空间，(－)倾向反对设立为命名空间，个人认为没有必要。--Yining Chen（留言|签名） 2020年12月26日 (六) 11:32 (UTC)
• (！)意见格式手册(LTA:)及长期破坏者(MOS:)要升格成“真”命名空间可能比较困难，因为没有别的维基百科分站、姊妹计划、语言版本有启用此设置，故技术细节无从参考，诸如Namespcae id(一个整数)也须讨论，且还有数字id可能重复的问题。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2020年12月26日 (六) 12:59 (UTC)
• (＋)支持成为伪命名空间。如果成为真·命名空间，我(＋)倾向支持长期破坏者(LTA:)，而不是格式手册(MOS:) ——羊羊 (留言|贡献) 2020年12月26日 (六) 15:44 (UTC)

建议立为伪命名空间（方案2）。SANMOSA _SPQR 2020年12月27日 (日) 07:32 (UTC)

支持提升为命名空间，因为会违反快速删除方针的R2准则。空气小猫（留言） 2020年12月28日 (一) 07:06 (UTC)

如果是伪命名空间通过，就会在下一阶段修订快速删除、捷径以及命名空间规范。--台湾杉在此发言 (会客室) 2020年12月28日 (一) 09:53 (UTC)

支持成为伪命名空间。命名空间涉及较多技术问题，未来如需求明显，可再议转换。--YFdyh000（留言） 2020年12月30日 (三) 13:01 (UTC)

如需要立为命名空间也并非不可，只是要决定其所使用的数字ID

• 0-99的命名空间ID要保留给维基媒体系统使用，故需要使用100以上的命名空间ID

  下面整理许多语言版本维基百科的命名空间ID使用(主空间是偶数，讨论空间是奇数)

命名空间	命名空间ID / 讨论页ID	维基百科 各语言版本 使用状况(未穷举)	本地使用状况	备注
主题:	100/101	全部语言版本维基百科皆有启用 （参考此处整理）	本地已使用	Help:主题
专题:	102/103	中文及加泰兰文、世界文、法文、韩文、奥克西坦文、日文等	本地已使用	Wikipedia:专题
附件:	104/105	西班牙文等	未使用	类似中文维基辞典的附录
列表:	104/105	仅立陶宛文维基	未使用	WP:列表
文献:	104/105	法文、奥克西坦文等	未使用	参考User:青子守歌的整理
仲裁:	106/107	俄罗斯文等	未使用	(本地未通过相应指引) WP:仲裁委员会
图书:	108/109	超过25个语言版本使用。	本地通过的共识为 : 繁简转换系统处理完毕后引入，然而P站仍在努力中，因此还是有机会使用此数值	Help:图书
	110/111	未使用
草稿:	118/119	超过25个语言版本使用。	本地已使用	WP:草稿

以上补充。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2020年12月31日 (四) 09:52 (UTC)

• 如果要设立的话可能就120/121与122/123吧，或110/111、112/113与120/121、122/123选一组。如果要避免跟未来新功能重复，也可以使用150之后的数字比较保险。同时亦须留意扩展命名空间ID列表有没有可能存在本地有机会引入的扩展。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月1日 (五) 08:07 (UTC)
  • (～)补充刚才到gerrit.wikimedia.org看了一下，其列出的Recommended命名空间ID共有：
    • 100 - Portal
    • 102 - WikiProject
    • 104 - Reference
    • 114 - Translation

  以上补充。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月21日 (四) 10:19 (UTC)

(＋)支持为设立伪命名空间，对设为真命名空间(＃)有保留。--LuciferianThomas．留言 2020年12月31日 (四) 15:58 (UTC)

我对成立真命名空间(＃)有保留，尤其是格式手册。对格式手册而言，因为格式手册同时也是指引，对它成立真命名空间将意味着指引分散两地。 --Milky·Defer 2020年12月31日 (四) 17:13 (UTC)

小结1

标题添加： ——羊羊 (留言|贡献) 2021年1月19日 (二) 05:21 (UTC)

• 小总结一下，包含#先前讨论截至2021年1月1日 (五) 19:38 (UTC)之前，社群成员意见大致如下
  • 支持MOS真：2 (_{空气小猫 2020年12月28日 (一) 07:06 (UTC)、Sunny00217 2020年11月22日 (日) 12:26 (UTC)})
  • 反对MOS真：2 (_{Yining Chen 2020年12月26日 (六) 11:32 (UTC)、MilkyDefer 2020年12月31日 (四) 17:13 (UTC)})
  • 支持MOS伪：5 (_{LuciferianThomas 2020年12月31日 (四) 15:58 (UTC)、YFdyh000 2020年12月30日 (三) 13:01 (UTC)、SANMOSA 2020年12月27日 (日) 07:32 (UTC)、羊羊 2020年12月26日 (六) 15:44 (UTC)、Yining Chen 2020年12月26日 (六) 11:32 (UTC)})
  • 反对MOS伪：1 (_{cwek Wikipedia_talk:命名空间#开放伪命名空间作捷径链接用})
  • 支持LTA真：3 (_{空气小猫 2020年12月28日 (一) 07:06 (UTC)、羊羊 2020年12月26日 (六) 15:44 (UTC)、Sunny00217 2020年11月22日 (日) 12:26 (UTC)})
  • 反对LTA真：1 (_{Yining Chen 2020年12月26日 (六) 11:32 (UTC)})
  • 支持LTA伪：5 (_{LuciferianThomas 2020年12月31日 (四) 15:58 (UTC)、YFdyh000 2020年12月30日 (三) 13:01 (UTC)、SANMOSA 2020年12月27日 (日) 07:32 (UTC)、羊羊 2020年12月26日 (六) 15:44 (UTC)、Yining Chen 2020年12月26日 (六) 11:32 (UTC)})
  • 反对LTA伪：1 (_{cwek Wikipedia_talk:命名空间#开放伪命名空间作捷径链接用})

  大部分人皆认为可以设立伪命名空间，少数人认为可以成立真命名空间，亦有人认为碍于方针需升格为命名空间，然而部分人对是否升格为真命名空间有所保留。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月1日 (五) 19:38 (UTC)

  • @Taiwania Justo：目前这样的讨论模式不易解读共识，看是不是要根据LTA/MOS/真/伪逐条讨论，或直接开投票？-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月1日 (五) 19:41 (UTC)

    其实可以看出来大部分是伪命名空间为多数，还不至于动到投票的地步。--台湾杉在此发言 (会客室) 2021年1月2日 (六) 02:35 (UTC)

• (＋)支持设立LTA伪命名空间，(＋)倾向支持设立MOS伪命名空间，(－)反对设立任何命名空间。—— Eric Liu _{创造は生命（留言．留名．学生会）} 2021年1月2日 (六) 04:45 (UTC)
  • 如果主流意见都是伪命名空间，就得修方针指引了；万一方针指引没过，有配套吗？—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月2日 (六) 05:04 (UTC)

    顶多就是维持现状，直到通过为止。不过在修改时，R2增加的例外条款必须纳入社群的共识在里面，不至于不通过。--台湾杉在此发言 (会客室) 2021年1月2日 (六) 07:32 (UTC)

    基本上在这里支持设立伪命名空间的都理应明白伪命名空间就是R2例外的意思吧…？--LuciferianThomas．留言 2021年1月4日 (一) 01:54 (UTC)

我想补充一个意见：我反对MOS及LTA设为真命名空间，仅支持MOS及LTA设为伪命名空间。SANMOSA _SPQR 2021年1月2日 (六) 08:17 (UTC)

支持命名空间，反对伪命名空间。SmallTim（留言） 2021年1月5日 (二) 13:56 (UTC)

(？)疑问@SmallTim：有鉴于WP:投票不能代替讨论，能否请您补充一下反对伪命名空间的理由，以便汇整、推进讨论？感激不尽。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月5日 (二) 18:25 (UTC)

这整得跟投票一样，建议各位将(＋)支持和(－)反对的理由写出来，逐一进行讨论，以此达到共识。毕竟投票不能代替讨论。 ——羊羊 (留言|贡献) 2021年1月5日 (二) 15:50 (UTC)

我建议直接排除成为真命名空间的可能性，这样会产生维护问题。SANMOSA _SPQR 2021年1月6日 (三) 06:10 (UTC)

• (？)疑问@Sanmosa：比方说哪方面的维护问题？数字ID跟扩展重复？（这个可以克服，顶多新扩展本站的Namespace id与其他语言版本或己妹计划不同步而已）；页面内容维护？（我想不出什么样的情况会不利于维护）；跨语言链接？-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月6日 (三) 06:44 (UTC)

方针指引宜集中于同一命名空间。SANMOSA _SPQR 2021年1月6日 (三) 06:45 (UTC)

(！)意见SanmosaLTA不是方针、指引、态度指引、草案、提议、论述、专题、主题、存档、书籍、条目、分类、界面...都不是。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月6日 (三) 06:48 (UTC)

那你当我的建议仅适用于MOS。SANMOSA _SPQR 2021年1月6日 (三) 06:51 (UTC)

• 综上所述，@Taiwania Justo：由于本质不同，建议LTA与MOS分项讨论。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月6日 (三) 07:11 (UTC)

  这样好了，MOS大多数意见都是伪命名空间，可以开启第三阶段修订方针部分，然后LTA独立出来继续讨论，如何？--台湾杉在此发言 (会客室) 2021年1月6日 (三) 10:04 (UTC)

(？)疑问：有多少此次提案涉及的LTA？--Yining Chen（留言|签名） 2021年1月7日 (四) 05:39 (UTC)

所有LTA的子页面如下：

Special:PrefixIndex/Wikipedia:持续出没的破坏者/

所有指向LTA页面的捷径如下：（设立伪命名空间需要将以下捷径移至LTA:XXX）

• WP:Simon 1996（Wikipedia:持续出没的破坏者/Simon_1996）
• WP:ADAM、WP:AA（Wikipedia:持续出没的破坏者/User:Adam_Asrul）
• WP:ALEX、WP:CA0914（Wikipedia:持续出没的破坏者/User:Cheungalex20010914）
• WP:PXD、WP:PxdJulia、WP:CP1999、WP:CLP1999、WP:CLP、WP:ColinPan、WP:Colin Pan、WP:ColinPan1999（Wikipedia:持续出没的破坏者/User:ColinPan1999）
• WP:C7（Wikipedia:持续出没的破坏者/User:Copyangry7fcvc）
• WP:D17、WP:D17C、WP:DG17、WP:DG17C、WP:d17、WP:d17c、WP:dg17、WP:dg17c、WP:Dragoon17cc、WP:dragoon17cc、WP:D17CC、WP:d17cc、WP:龙17、WP:龙17C、WP:龙17c（Wikipedia:持续出没的破坏者/User:Dragoon17cc）
• WP:EIV（Wikipedia:持续出没的破坏者/User:Everyinvain）
• WP:JC、WP:Jessichi（Wikipedia:持续出没的破坏者/User:Jessechi）
• WP:LeonChow99、WP:LC99（Wikipedia:持续出没的破坏者/User:LeonChow99）
• WP:LHKS、WP:Lovehongkongsingers（Wikipedia:持续出没的破坏者/User:Lovehksingers）
• WP:MRY、WP:My Royal Young（Wikipedia:持续出没的破坏者/User:My_Royal_Young）
• WP:SM、WP:SiuMai、WP:烧卖（Wikipedia:持续出没的破坏者/User:SiuMai）
• WP:TS106、WP:2GFRIENDTWICE、WP:3GFRIENDSNSD（Wikipedia:持续出没的破坏者/User:Tsiusing106）
• WP:X43（Wikipedia:持续出没的破坏者/User:Xayahrainie43）
• WP:YUCK（Wikipedia:持续出没的破坏者/User:Yuck）
• WP:PIRATE、WP:百楽兔、WP:Prate（Wikipedia:持续出没的破坏者/User:Πrate）
• WP:ドラえ、WP:DORAE（Wikipedia:持续出没的破坏者/User:ドラえ）
• WP:JIONG、WP:冏（Wikipedia:持续出没的破坏者/User:冏）
• WP:坦帕湾光芒460、WP:坦帕湾、WP:TPWGM460、WP:TPW（Wikipedia:持续出没的破坏者/User:坦帕湾光芒460）
• WP:XL、WP:小麟（Wikipedia:持续出没的破坏者/User:小麟）
• WP:KAGE、WP:影武者（Wikipedia:持续出没的破坏者/User:影武者）
• WP:爱莎（Wikipedia:持续出没的破坏者/User:爱莎）
• WP:祖祖祖、WP:祖X3、WP:祖3、WP:祖³（Wikipedia:持续出没的破坏者/User:祖祖祖）
• WP:米记123、WP:MJ123（Wikipedia:持续出没的破坏者/User:米记123）
• WP:苏俞安、WP:110.29、WP:SYA（Wikipedia:持续出没的破坏者/User:苏俞安）
• WP:韩导（Wikipedia:持续出没的破坏者/User:韩导）
• WP:HBN、WP:黄冰楠、WP:冰楠（Wikipedia:持续出没的破坏者/User:黄冰楠）
• WP:BAEG、WP:BAEGDOL（Wikipedia:持续出没的破坏者/User:백돌）
• WP:破坏者使用、WP:SY（Wikipedia:持续出没的破坏者/User:使用）
• WP:小昌、WP:徐昌佑（Wikipedia:持续出没的破坏者/台湾戏剧造假者）
• WP:111.252、WP:Shi0978631898（Wikipedia:持续出没的破坏者/台湾铁路相关页面破坏）
• WP:114.27、WP:R1t5、WP:人瑞（Wikipedia:持续出没的破坏者/数论和人瑞类条目破坏）
• WP:一刀切、WP:1DQ（Wikipedia:持续出没的破坏者/红字链接破坏）
• WP:42.61（Wikipedia:持续出没的破坏者/艺人条目破坏）
• WP:亲子节目破坏者（Wikipedia:持续出没的破坏者/亲子节目破坏者）

以上。--LuciferianThomas．留言 2021年1月8日 (五) 02:01 (UTC)

把LTA设置成命名空间的一个效果是可以设置所有页面为noindex（包括少数不使用LTA模板的子页），虽然社群要评估一下这么做的价值。--GZWDer（留言） 2021年1月10日 (日) 14:42 (UTC)

小结2

标题添加： ——羊羊 (留言|贡献) 2021年1月19日 (二) 05:21 (UTC)

@A2569875、Taiwania Justo：其实我觉得上方的总结可能会导致共识的混淆。

表达意见用户	格式手册（MOS）		长期破坏者（LTA）		备注
	升格命名空间	设伪命名空间 允许R2例外	升格命名空间	设伪命名空间 允许R2例外
Yining Chen	倾向反对	支持	倾向反对	支持
羊羊32521	反对	支持	倾向支持	支持	LTA倾向伪，意见优先取伪
Sanmosa	反对	支持	—	支持
Pseudo Classes	支持	反对	支持	反对	以违反CSD R2为由反对议案是否WP:CCC？
YFdyh000	—	支持	—	支持
LuciferianThomas	有保留	支持	有保留	支持
Ericliu1912	反对	倾向支持	反对	支持
MilkyDefer	有保留	支持	有保留	支持	早前讨论
Super Wang	—	可开可不开	—	支持	早前讨论
Cwek	—	反对	—	反对	早前讨论
Lopullinen	—	倾向反对	—	倾向反对	早前讨论
Sunny00217	支持	—	支持	—	早前讨论
总计	2 : 4 : 2	7 : 3 : 1	3 : 2 : 3	8 : 3 : 0

此总结方式会否更加清晰？--LuciferianThomas．留言 2021年1月12日 (二) 02:06 (UTC)

澄清一下，因为现行方针尚未针对此议题修正，实不宜直接设立伪命名空间，我认为修正方针应要在此议题之前完成。道理就像UBER进入到某市场一样，应在其进入市场前设立相应法规，避免无法与计程车公平竞争、司机有无载客资格和违法现行法规等问题。--空气小猫（留言） 2021年1月12日 (二) 17:45 (UTC)

此外，反对伪命名空间的理由是，MOS和LTA既为缩写，尽管名义上是伪命名空间，但是实际上仍属于条目命名空间，这样子与其内容冲突非常奇怪，更何况现存有许多辨识命名空间的模板，身为重度模板用户，我不希望辨识伪命名空间时，输出的结果为“条目”。--空气小猫（留言） 2021年1月12日 (二) 17:57 (UTC)

• 在模板里面放if else不就好了。Module亦然。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月12日 (二) 18:07 (UTC)

  @A2569875：您应该明白我的重点不在这里吧。--空气小猫（留言） 2021年1月17日 (日) 14:20 (UTC)

  • 山不转路转、路不转人转。大可以将所有判断命名空间的模板在判断前先匹配伪命名空间表再做进一步输出，看不出有什么问题，很多语言版本维基都有它自己的“本地特化”。 对于倾向支持伪命名空间（当然如可能我还是希望命名空间啦，但基金会那边不一定会买单，你看编辑审核保护和Book:命名空间工单提那么久还在“神秘的技术问题搁置”就知道有多难，何况其他语言版本没有先例）对于倾向支持伪命名空间的立场者来说，当然会提出倾向于去符合对伪命名空间有利的方案去做提议。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月17日 (日) 14:38 (UTC)

    伪命名空间只是一个重定向页，模板所处的页面还是在项目空间上，当然不会输出“条目”，就像这个链接User:羊羊32521/S/VP点进去不会造成Wikipedia:互助客栈变成“用户页”一样。 ——羊羊 (留言|贡献) 2021年1月19日 (二) 05:14 (UTC)

• 不认为以上问题是问题，模板模块加个if-else或switch case在本地特化的命名空间便是模板/模块不就好了，况且现在有不少的命名空间判断都不是直接引用魔术字，是使用中介模板例如{{Namespace_detect}}，在里面补充if-else或switch case不就好了，先前讨论早就提议了“创建允许不快速删除的伪命名空间列表”，难道列表只能列在指引哩，不能写在程式里？？；关于界面是同理，将是伪命名空间的页面改掉显示名称不就得了？技术上到底是有什么障碍，我看不出，有障碍的分明是“你不想”吧，例如下方列举的程式码片段：

在MediaWiki:Common.js加入程式码片段不就能正常显示了

(～)补充，你可以到诸如 [[MOS:001]] 的页面，在浏览器Console模式下执行以下代码，就可以看到界面显示不再是“条目”。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月19日 (二) 07:20 (UTC)

var pseudoNS_list={
	MOS:wgULS('格式手册','格式手冊'),
	LTA:wgULS('持续出没的破坏者','持續出沒的破壞者'),
	SC:wgULS('捷径','捷徑'),
	/*這是DEMO，正式使用時請移除*/WIKIPEDIA:'Demo',
};
var ns=(function(test){return test.length>1?test[0]:''})(mw.config.get('wgPageName').replace(/[_\s]talk/i,'').replace(/talk:/i,'').split(':'));
var newregexp=function(test){return new RegExp(test.replace(/[-[\]{}()*+?.,\\^$|#\s]/g, "\\$&"),'ig')};
if(pseudoNS_list.hasOwnProperty(ns.toUpperCase())){
	var nstab=$('.vector-menu-content-list>li').filter(function(){return this.id.match(/nstab/i);});
	nstab.html(nstab.html().replace(newregexp(nstab.text()),pseudoNS_list[ns.toUpperCase()]));
}

或者

var newregexp=(test=>new RegExp(test.replace(/[-[\]{}()*+?.,\\^$|#\s]/g, "\\$&"),'ig'));
((ns_name,ns_tab,ns_list)=>ns_list.hasOwnProperty(ns_name)?ns_tab.html(ns_tab.html().replace(newregexp(ns_tab.text()),ns_list[ns_name])):null)(
	(test=>test.length>1?test[0]:'')(mw.config.get('wgPageName').replace(/[_\s]talk/i,'').replace(/talk:/i,'').split(':')).toUpperCase(),
	$('.vector-menu-content-list>li').filter(function(){return this.id.match(/nstab/i);}),
	{
		MOS:wgULS('格式手册','格式手冊'),
		LTA:wgULS('持续出没的破坏者','持續出沒的破壞者'),
		SC:wgULS('捷径','捷徑'),
		/*這是DEMO，正式使用時請移除*/WIKIPEDIA:'Demo',
	}
)

以上。再来，快速删除方针，请参阅WP:CCC。 未见系统性问题，谢谢。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月19日 (二) 07:14 (UTC)

在伪命名空间部分，我是以“有需求”为前提，如果共识认为不需设立或不能设立，那就是维持原案，也就没有需要修方针的问题。--台湾杉在此发言 (会客室) 2021年1月13日 (三) 02:58 (UTC)

而以现时讨论而言主流意见为将MOS和LTA设为伪命名空间。--LuciferianThomas．留言 2021年1月13日 (三) 05:16 (UTC)

@LuciferianThomas：影响的范围较大，即使有主流共识，目前讨论的参与者人数并不能代表整个社群。空气小猫（留言） 2021年1月17日 (日) 14:17 (UTC)

能有多大？，不就条目命名空间里多几个几乎不会发生命名冲突的捷径而已？怎么讲的好像设立下去维基服务器会炸掉一样。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月17日 (日) 14:43 (UTC)

关于主流意见的共识，我认为引用WP:7DAYS并无不妥，你不可能直接让几千人一起讨论，你这样说干脆举办维基社群公投算了，BUT:WP:投票不能代替讨论。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月17日 (日) 14:45 (UTC)

个人认为，如果长期破坏者（LTA）有成为命名空间的潜力的话，应该此时直接升级成为命名空间。不然，如果之后再讨论升级为命名空间，所有带LTA:前缀的页面还要重新移动一遍。 ——羊羊 (留言|贡献) 2021年1月15日 (五) 12:04 (UTC)

感觉LTA页面及命名空间有违WP:RBI。如果设立命名空间的同时增设页面查看权限（回退员及以上），我会考虑支持。--YFdyh000（留言） 2021年1月15日 (五) 12:28 (UTC)

但似乎普遍意见并不赞同LTA升格真命名空间，即使有潜力但却缺乏社群共识，也难以行事。--LuciferianThomas．留言 2021年1月15日 (五) 17:40 (UTC)

(－)反对设立MOS和LTA命名空间，这与技术问题无关，而是目前MOS和LTA页面的数量和读者关注的程度远远达不到需要设立新命名空间的地步。LTA页面的数量充其量也就一百个左右，MOS页面的数量更是少得可怜，才十几个，远远没有达到维基专题那样的2000多个页面。同时，LTA只有熟悉CU等站务的编者会去查阅，MOS查阅的人数更少，这些也完全比不上熟悉某些特定领域的编者和读者都会关注的维基专题。因此，我反对设立以上两个命名空间，对设立伪命名空间表示(＝)中立。——BlackShadowG（留言）维基百科20周年庆即将到来 2021年1月15日 (五) 13:41 (UTC)

LTA数量可能少，但shortcut还是蛮多的。而且LTA数量也会增多-- ——羊羊 (留言|贡献) 2021年1月16日 (六) 12:55 (UTC)

伪命名空间只是for捷径链接而已，原本的页面不会被移动。--LuciferianThomas．留言 2021年1月16日 (六) 13:12 (UTC)

• (＋)支持伪命名空间。我原本是支持命名空间的，但经历了上述讨论以及主持了专题命名空间的设立，我发现伪命名空间是有许多优点的。先看命名空间，命名空间是需要“安装”的，本地获得共识之后要等待工程师安装，期间从数周到数月不等，且不具备可扩充性，即每新增一个命名空间都要请工程师协助，本地管理员、界面管理员、模块编辑员都无能为力，只有基金会工程师可以执行，“真命名空间”可扩充性不佳。我们来看看“伪命名空间”，它“免安装”耶，随加即用，涉及命名空间判断的本地模板与模块本地的管理员、界面管理员、模块编辑员都能即时加入，也不必等待工程师安装，“伪命名空间”可扩充性十分良好。假如今天社群需要一个新的捷径前缀或字首，真命名空间需要等待工程师安装，而伪命名空间公示通过后就能随加即用，是多么的方便。正如台湾杉在此发言 (会客室)所言：“如果伪命名空间不会造成“系统性”的重大问题，就可以纳入考量。”且许多问题如模板输出都可以通过技术手段解决，参见#宇帆于2021年1月19日 (二) 07:14 (UTC)之发言。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月19日 (二) 07:16 (UTC)

---

已通过并设立-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 03:00 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

捷径空间提案

标题添加： ——羊羊 (留言|贡献) 2021年1月19日 (二) 05:21 (UTC)

否决：

设立捷径专用命名空间无法有效解决本案核心问题。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月20日 (三) 07:14 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

• 大家普遍对于创建新命名空间“页面不够不足以独立命名空间”、“独立命名空间指引会分散两地”.....、又不想占用其他命名空间，或不想看到界面显示为“条目”....又有许多意见想解决名称冲突问题......这也太困难（好似：又要马儿肥、又要马儿不吃草）。(＆)建议干脆定义一个“捷径”命名空间“Shortcut:”好了。然后找一个简短的文字当作命名空间别名，例如“Link”的“L”，然后捷径变成“L:MOS:XX”、“L:LTA:XX”之类的，这样既不会占用其他命名空间造成命名冲突，界面也不会显示为“条目|条目讨论”会显示为“捷径|捷径讨论”；也不必担心页面太少不足以独立成命名空间：因为它整合了MOS、LTA等；也不会导致指引分散两地；也不会占用到其他命名空间；也不会有名称冲突。（为了整合所有反对意见所产生的奇异提案。）-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月17日 (日) 09:29 (UTC)
  • 刚才小研究一下英文维基的伪命名空间，真的有许多诡异的伪命名空间捷径，除了MOS:外，例如“MP:”连接首页上不同区域的章节捷径。。。如果社群倾向不跟随英文维基也是可以搞一个本地特色的命名空间。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月17日 (日) 10:29 (UTC)

  但此会造成混乱，因为WP:VIP之类的捷径却不在捷径空间，但也同时没有理由改为L:WP:VIP。--LuciferianThomas．留言 2021年1月18日 (一) 02:08 (UTC)

  • WP开头的捷径当然是留在WP空间；现在是要解决跨空间问题吧。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月18日 (一) 07:32 (UTC)
    • (：)回应@LuciferianThomas：我想到办法了，一样是捷径命名空间，然后将LTA与MOS都设置为这个命名空间的别名，这样就能创建MOS:XX、LTA:XX也不会占用到任何其他命名空间。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月19日 (二) 05:32 (UTC)

      可是缺点是，以后如果有其他捷径字首的需求，都要去phab申请，可扩充性不佳。伪命名空间的优点就是扩充性佳、容易设立。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月19日 (二) 05:38 (UTC)

      呃等等，如此LTA:123==MOS:123？若未来出现了一个“两岸四地用语破坏者”，而现时的WP:CS4D占用MOS:CS4D==L:CS4D，那么就只能回避LTA:CS4D==L:CS4D？--LuciferianThomas．留言 2021年1月19日 (二) 07:19 (UTC)

      阿，没有想到这个问题。这太困难了，突然觉得设立“伪命名空间”才是最省事的方案。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月19日 (二) 07:24 (UTC)

    还有一个盲点，要说跨空间，老实那句，这命名空间的重定向也是跨命名空间，还是要修订R2。--LuciferianThomas．留言 2021年1月19日 (二) 07:34 (UTC)

    @A2569875：撤回议案…？--LuciferianThomas．留言 2021年1月20日 (三) 00:20 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

小结3

已设立：

界面部分也已经完成设置-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 03:01 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

• 我的意见是，如果伪命名空间不会造成“系统性”的重大问题，就可以纳入考量。例如占用其他命名空间、习惯性等等问题，在我眼中看来不是重大系统问题，而且可以通过其他技术手段解决（如上所述）。--台湾杉在此发言 (会客室) 2021年1月18日 (一) 10:16 (UTC)

  “显示为‘条目|条目讨论’”是指重定向页吗？我觉得重定向页显示条目没什么大问题（） ——羊羊 (留言|贡献) 2021年1月19日 (二) 05:07 (UTC)

  见ナナチ上方的留言，当中有说明可在MediaWiki:Common.js加一段代码让伪命名空间不显示“条目”。--LuciferianThomas．留言 2021年1月19日 (二) 07:50 (UTC)

在用户自定义的Common.js测试有关代码的结果。测试于[[MOS:001]]。

(：)回应@LuciferianThomas：已测试相关代码（程式码片段）在Common.js中的行为，Special:Diff/63843386，以[[MOS:001]]为例，效果见图File:Pseudo-Namespace MOS UI Test in Chinese Wikipedia.png。如伪命名空间通过设立可以考虑请求界面管理员添加相关代码于MediaWiki:Common.js。副知@羊羊32521：重定向页显示条目已有可行解决办法。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月21日 (四) 08:32 (UTC)

• 其实照这个思路，如果怕伪命名空间占用条目命名空间，又怕（对于MOS:）指引分散，可以设立MOS:命名空间，然后MOS:下的页面重定向到Wikipedia空间的格式手册里 ——羊羊 (留言|贡献) 2021年1月19日 (二) 05:21 (UTC)

  这不太符合逻辑吧，同时存在“格式手册”命名空间和项目（维基百科）命名空间的格式手册。额外设立一个“格式手册”或“长期破坏者”命名空间但只作重定向用，好像没什么意义。--LuciferianThomas．留言 2021年1月19日 (二) 07:48 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

尝试推动LTA空间

结以待续，请发起新议案。--LuciferianThomas．留言 2021年1月31日 (日) 23:09 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

经过上方的讨论，我认为LTA更适宜作为真·命名空间。好处是（上方有人提到）可以设置所有页面为NOINDEX，增设页面查看权限（体现WP:RBI，而且有天邪鬼这种……）。

此外，LTA与Project空间联系性不大，没有维护问题。而且，如果设伪命名空间之后再讨论升级为命名空间，所有带LTA:前缀的页面还要重新移动一遍。(mw:Help:Namespace)

至于LTA页面数量少……我是不知道设立命名空间还有页面数量门槛啊…… 囧rz…… ——羊羊 (留言|贡献) 2021年1月23日 (六) 05:20 (UTC)

如果用户不可查看的命名空间不会显示在Special:搜索，我想命名空间多不是个大问题。赞成“LTA与Project空间联系性不大”。不认为二次移动是个大问题，社群可以先用伪命名空间看看效果。--YFdyh000（留言） 2021年1月23日 (六) 12:25 (UTC)

• 我觉得可以，但目前命名空间的申请正在排队（需插入程式码到\mediawiki-config\wmf-config\InitialiseSettings.php ，且如有页面权限问题或要不要NOINDEX问题需要额外调整$wgNamespacesToBeSearchedDefault、$wgNamespaceRobotPolicies等其他数值，如需要对IP用户和新用户隐藏，可能还需要mw:Extension:Lockdown），因此，如需设立可能还需要等待数周。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月25日 (一) 06:29 (UTC)
• 本议案可能须分阶段讨论，要讨论的项目有：
  1. 是否需要默认关闭LTA页面的Special:搜索？（mw:Manual:$wgNamespacesToBeSearchedDefault设置）
  2. 是否需防止LTA页面被机器人或网络爬虫索引？（mw:Manual:$wgNamespaceRobotPolicies设置）
  3. 是否需设置LTA页面的查看权限？（例如，只有自动确认用户、巡查员、回退员、管理员能查看/访问这些页面，需引入mw:Extension:Lockdown）

  等。如具备以上需求，才有必要定为命名空间。以上，请讨论-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月27日 (三) 04:57 (UTC)

  • 根据之前的一些Task维基媒体不会启用mw:Extension:Lockdown。但是如果只是为了避免WP:BEANS而没有保密需求那么用CSS屏蔽掉内容显示即可。--GZWDer（留言） 2021年1月27日 (三) 11:58 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

• @羊羊32521：讨论不知道为什么被关掉了，(？)疑问你有要继续推动的意愿吗？-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月1日 (一) 09:36 (UTC)

  YFdyh000说让社群看看伪命名空间的效果……我觉得可以先这样？过一段时间再提吧-- ——羊羊 (留言|贡献|古典音乐专题) 2021年2月1日 (一) 09:43 (UTC)

  关掉是希望这个分开重新讨论，不要卡在议案的中间，有点尴尬，欢迎开新讨论。--LuciferianThomas．留言 2021年2月1日 (一) 12:28 (UTC)

伪命名空间相关方针及WP:捷径修正

通过：

Taiwania Justo、Pseudo Classes、Sanmosa、A2569875和GZWDer公示七日结束，共识期间唯一异议排除，公示获得通过，有关条文。即日起MOS、LTA伪命名空间获得CSD R2例外，上述命名空间作为格式手册和长期破坏者页面的正规链接。--LuciferianThomas．留言 2021年1月31日 (日) 03:11 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

本讨论已近一个月，得到的回馈有：

1. 主流意见认为格式手册及长期破坏者（持续出没的破坏者）宜设立伪命名空间；
2. 已有技术手段可分出伪命名空间与主命名空间的差异性；
3. 设立伪命名空间无重大系统性问题，且部署容易，不牵涉到基金会层面之程式修改。

由此，伪命名空间将会在上段讨论开始一个月后进行公示（也没过几天），而相关规范也将尽速修正或设立，下列针对快速删除方针R2进行修正，及将WP:捷径中的伪命名空间部分做为指引。下列为R2修正提案。

现行条文 R2. 跨命名空间的重定向。 由条目的命名空间重定向至非条目命名空间，将用户页移出条目命名空间时遗留的重定向，或者从草稿命名空间指向非草稿命名空间的重定向。（有时新加入的维基人偶尔会在主条目空间误建用户页。使用“移动”页面工具将用户页移回用户名字空间会保留页面历史，在删除遗留的重定向页前，考虑保留一到两天；草稿重定向速删前，请确保草稿已经完成其作用，并且草稿的历史已经合适地移动到相应的正式页面。）

提议条文 R2. 跨命名空间的重定向。 由条目的命名空间重定向至非条目命名空间，将用户页移出条目命名空间时遗留的重定向，或者从草稿命名空间指向非草稿命名空间的重定向。经社群同意设立的伪命名空间属于本规则之例外。注意：有时新加入的维基人偶尔会在主条目空间误建用户页。使用“移动”页面工具将用户页移回用户名字空间会保留页面历史，在删除遗留的重定向页前，考虑保留一到两天；草稿重定向速删前，请确保草稿已经完成其作用，并且草稿的历史已经合适地移动到相应的正式页面。

捷径中伪命名空间的规范详见这里。

请讨论。台湾杉在此发言 (会客室) 2021年1月20日 (三) 06:53 (UTC)

同意提案。SANMOSA _SPQR 2021年1月20日 (三) 08:10 (UTC)

(＋)赞成R2修正案，另就WP:捷径，我看了一遍，似乎要整个重新整理过。--LuciferianThomas．留言 2021年1月20日 (三) 10:04 (UTC)

捷径修正细节是最后一项讨论内容，目前先以伪命名空间为讨论对象。也欢迎对捷径规范作重新整理。--台湾杉在此发言 (会客室) 2021年1月20日 (三) 12:19 (UTC)

(＋)支持WP:CSD修正案与伪命名空间。我原本是支持命名空间的，但经历了上述讨论以及主持了专题命名空间的设立，我发现伪命名空间是有许多优点的。先看命名空间，命名空间是需要“安装”的，本地获得共识之后要等待工程师安装，期间从数周到数月不等，且不具备可扩充性，即每新增一个命名空间都要请工程师协助，本地管理员、界面管理员、模块编辑员都无能为力，只有基金会工程师可以执行，“真命名空间”可扩充性不佳。我们来看看“伪命名空间”，它“免安装”耶，随加即用，涉及命名空间判断的本地模板与模块本地的管理员、界面管理员、模块编辑员都能即时加入，也不必等待工程师安装，“伪命名空间”可扩充性十分良好。假如今天社群需要一个新的捷径前缀或字首，真命名空间需要等待工程师安装，而伪命名空间公示通过后就能随加即用，是多么的方便，然而要实现此需要修正WP:CSD#R2，正如台湾杉在此发言 (会客室)所言：“如果伪命名空间不会造成“系统性”的重大问题，就可以纳入考量。”，参见#宇帆于2021年1月19日 (二) 07:16 (UTC)之发言，未见要修正WP:CSD#R2会出现什么系统性问题，故此(＋)支持WP:CSD修正案。以上-- _{来人啊，喂宫子吃布丁！} ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月21日 (四) 08:06 (UTC)

想向诸位确认一下@A2569875、Taiwania Justo：此案中已经说明伪命名空间的实施，意即此案通过则伪命名空间同步通过？--LuciferianThomas．留言 2021年1月22日 (五) 11:32 (UTC)

顺序是上面的MOS、LTA先公示完毕，本案才会接着进行公示。于此期间两边同步讨论。--台湾杉在此发言 (会客室) 2021年1月22日 (五) 15:05 (UTC)

我认为两案必然挂钩，建议若公示伪命名空间则同步公示R2修订，没有分部处理的必要。--LuciferianThomas．留言 2021年1月22日 (五) 22:06 (UTC)

@Taiwania Justo：两者应当一同公示并通过，否则会有合法性问题。SANMOSA _SPQR 2021年1月23日 (六) 08:55 (UTC)

借问：现在讨论似乎已经算超过一个月了（这提案承接上次讨论，已经很久了），而已经达到基本社群共识（共识不强求全然同意，但可采取主流意见），理论上可以7DAYS？--LuciferianThomas．留言 2021年1月23日 (六) 09:25 (UTC)

那就现在公示吧。--台湾杉在此发言 (会客室) 2021年1月24日 (日) 02:47 (UTC)

---

本讨论超过一个月，且伪命名空间之相关技术问题已得到解决，且主流意见认为有设置必要，现就伪命名空间、R2及WP:捷径内的伪命名空间规范 公示7日，2021年1月31日 (日) 02:51 (UTC) 结束。台湾杉在此发言 (会客室) 2021年1月24日 (日) 02:51 (UTC)

@Taiwania Justo、LuciferianThomas：启用伪命名空间能解决什么问题？我相信这是提案必须讨论的重点，我需要有人能回答这个问题。如果没办法解决什么问题，我认为维持现状即可，也就是WP足矣。然而，就我查看整个讨论，似乎都是讨论命名空间真伪的可行性，只有几个留言有提到这个问题。空气小猫（留言） 2021年1月29日 (五) 04:57 (UTC)

看来你是没有看到最初的讨论，见本章节顶端讨论导航最初的讨论，已经是说明了伪命名空间的作用为让捷径意义更加清晰且减少可能构成重复的捷径名称的情况。现在不是解决问题的情况，而是优化社群讨论和表达的问题了。--LuciferianThomas．留言 2021年1月29日 (五) 05:01 (UTC)

一直以来捷径都没有什么规范，尤其是格式手册、维基专题及LTA的页面重定向，表达不清之余容易造成混乱，伪命名空间就是让这些项目的捷径统一化，方便社群沟通。--LuciferianThomas．留言 2021年1月29日 (五) 05:04 (UTC)

例子：MOS:BOLD较WP:MOSBOLD简洁，但链接至格式手册的捷径没有规范导致格式混乱难以维护，有些有WP:MOS字首有些没有；而LTA更甚，捷径完全没有要表达链接目标为LTA页面的意思。相对于WP:LTA/HBN，使用伪命名空间概念的LTA:HBN更简洁易明。在解决捷径的问题的同时顺便推动在其他维基项目运行畅顺的伪命名空间比较合适。--LuciferianThomas．留言 2021年1月29日 (五) 05:13 (UTC)

@LuciferianThomas：真是抱歉，我没有一直关注这个提案，突然要找相关讨论也找不到。既然如此，我没意见了。--空气小猫（留言） 2021年1月29日 (五) 14:02 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

伪命名空间（阶段二：布署）

已布署：

大部分核心项目皆已布署，其余细小部分分开讨论。-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 04:15 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

导航模板请参阅此。

本案讨论格式手册及长期破坏者提升问题。目前有三案：

• 格式手册及长期破坏者提升为命名空间，英语名称待定；
• 格式手册及长期破坏者成为伪命名空间，缩写为MOS及LTA；
• 维持现行方式。

请讨论。台湾杉在此发言 (会客室) 2020年12月25日 (五) 01:23 (UTC)

---

大部分核心项目皆已布署，其余细小部分分开讨论。本结关闭，结以待续，以便存档。如要开新的讨论，请开新的二级标题。-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 04:15 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

进一步讨论

自动提删R2

完成 by Jimmy Xu--LuciferianThomas．留言 2021年2月1日 (一) 23:04 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

现时主命名空间的R2好像有机器人自动提速删？是否要请BOT主修正，或暂时通过过滤器阻止机器人速删？--LuciferianThomas．留言 2021年1月31日 (日) 03:11 (UTC)

@Jimmy Xu。--台湾杉在此发言 (会客室) 2021年1月31日 (日) 04:31 (UTC)

Special:Diff/64056831-- Sunny00217  2021年2月1日 (一) 11:53 (UTC)

已更新。--Jimmy Xu ^论 2021年2月1日 (一) 14:07 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

软重定向

已否决：

--LuciferianThomas．留言 2021年1月31日 (日) 04:58 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

原有的捷径可否改为软重定向并作出提示“此捷径已移动至XXX，请直接使用新捷径”？--LuciferianThomas．留言 2021年1月31日 (日) 03:11 (UTC)

(－)反对，原有重定向应保留，没必要软重定向。--空气小猫（留言） 2021年1月31日 (日) 03:56 (UTC)

或是通过JS小工具提示功能，让用户在非讨论页面中点击旧有链接时提示修改为新链接？--LuciferianThomas．留言 2021年1月31日 (日) 04:23 (UTC)

不必更动，英语维基百科部分MOS也有用WP的捷径。--台湾杉在此发言 (会客室) 2021年1月31日 (日) 04:32 (UTC)

好的，那么就舍弃软重定向，只重新议论MOS的捷径名称。--LuciferianThomas．留言 2021年1月31日 (日) 04:52 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

技术问题处理

已通过：

已完成设置并布署。-- 五岁抬头雪菲（☎️·☘️） 2021年3月24日 (三) 05:50 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

命名空间侦测模板以及MediaWiki:Common.js（见此处）需要提编辑请求，以令伪命名空间生效。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月31日 (日) 05:30 (UTC)

小补充：伪命名空间捷径可用{{捷径重定向}}标记，已加入自动侦测伪命名空间显示伪命名空间简单说明。--LuciferianThomas．留言 2021年2月2日 (二) 05:55 (UTC)

另外@A2569875：已创建[[MOS:]]、MOS:MOS、MOS:手册、MOS:格式手册供你们测试各项技术问题。--LuciferianThomas．留言 2021年2月2日 (二) 05:59 (UTC)

根据Wikipedia:保护方针#需进行公示，即使伪命名空间已获得社群共识，轻微影响外观显示的编辑仍需公示七日，因为未添加亦不会影响伪命名空间的运作。--空气小猫（留言） 2021年2月2日 (二) 06:29 (UTC)

@LuciferianThomas。--空气小猫（留言） 2021年2月2日 (二) 06:34 (UTC)

@LuciferianThomas、Pseudo Classes：还不能公示，因为讨论仍在进行中MediaWiki_talk:Common.js#编辑请求_2021-01-31。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月2日 (二) 06:39 (UTC)

不影响运作，他可以使用个人JS页面进行测试，只是这个意思。而提及重定向模板纯粹因为这个章节叫做“技术问题处理”，没有其他地方方便提及就在这里说而已。--LuciferianThomas．留言 2021年2月2日 (二) 07:22 (UTC)

(：)回应由于U:YFdyh000提到的误导问题，故反对使用个人用户小工具模式，因为误导问题就是在于不知此事的人，知道的人启用小工具又有什么卵用？故强烈建议全站套用。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月2日 (二) 10:50 (UTC)

@A2569875：可以考虑作为默认启用的小工具，这样也方便维护。--安忆^Talk 2021年2月2日 (二) 12:35 (UTC)

@Pseudo Classes：阁下错引方针了，该章节位于“使用和处理编辑请求”章节底下，指明是管理员和模板编辑员在处理编辑请求的情况下才需要经过讨论及七日公示。该模板仅为半保护防止破坏，而非模板保护。--LuciferianThomas．留言 2021年2月2日 (二) 11:47 (UTC)

@LuciferianThomas：首句“在受保护的页面上编辑时，应当特别小心，并于共识和任何相关的指导方针相一致”，只要是受保护的页面均受此限制。--空气小猫（留言） 2021年2月2日 (二) 11:54 (UTC)

该章节也提到：“一些会轻微影响使用方式和外观显示的编辑，需在提交编辑请求后等待七天，无争议方可进行修改”，您没有提出编辑请求即自行更改，可视为绕过程序。--空气小猫（留言） 2021年2月2日 (二) 11:58 (UTC)

自动确认用户编辑非编辑争议的半保护页面也要提出编辑请求是什么说法？那么怎么不直接模板保护？--LuciferianThomas．留言 2021年2月2日 (二) 12:01 (UTC)

@LuciferianThomas：依照您这个说法，难道模板编辑员和管理员对模板重大更新，都不用提交编辑请求？此外，半保护并不是只有防止破坏，其亦属于高风险模板。--空气小猫（留言） 2021年2月2日 (二) 12:17 (UTC)

已处理，见本人讨论页。--LuciferianThomas．留言 2021年2月2日 (二) 12:45 (UTC)

• 当初本议案一堆人以“界面会显示[条目]”为由异议，后来是提出了“修改MediaWiki:Common.js解决问题”排除异议，而使得异议排除通过议案，那如果现在不设置不就变成“异议没有排除”？反对这种花式推翻议案的作法。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月2日 (二) 12:01 (UTC)

  （已站外解释，宇帆似乎误解了我们上面说公示和编辑保护模板的事情。）另外想说此处之前对有关JS编码的支持意见可视为对于“同意作出这样更改”的意见吗？--LuciferianThomas．留言 2021年2月2日 (二) 12:48 (UTC)

创建默认启用/默认启用的小工具来呈现伪命名空间界面

• 上述有些意见（含MediaWiki_talk:Common.js#编辑请求_2021-01-31的留言）认为小工具有利于维护；而U:AnYiLin已将代码整改为可用于小工具的格式（这则留言）。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月2日 (二) 16:20 (UTC)

还有个小建议：当处于移动视图时，不必在minerva皮肤的页面标题（脚本里的tips_selector）处添加提示，因为在触控设备上没办法看到鼠标悬停才有的提示，反而被加了下划线，感觉不太美观。--安忆^Talk 2021年2月2日 (二) 16:31 (UTC)

(：)回应@AnYiLin：User:A2569875/pseudonamespace_UI.js已修改。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月2日 (二) 19:48 (UTC)

感觉用'ontouchstart' in document.documentElement来判断更合适。--安忆^Talk 2021年2月3日 (三) 08:59 (UTC)

完成AnYiLinSpecial:Diff/64090030，已加入代码。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月3日 (三) 09:33 (UTC)

(＋)支持默认启用小工具，在使用上与修改界面理应无异；亦方便维护，当通过新伪命名空间时可快速增添设置。--LuciferianThomas．留言 2021年2月3日 (三) 08:47 (UTC)

(～)补充：亦支持直接修改界面，这真的视乎最终选择。--LuciferianThomas．留言 2021年2月3日 (三) 08:53 (UTC)

@LuciferianThomas：修改界面？那不就又回到独立成新的命名空间了吗？（技术问题还少些）-- Sunny00217  2021年2月4日 (四) 08:47 (UTC)

…你是真的没有跟上整个讨论对吧…所谓“修改界面”是修改显示界面，仅表示显示界面时捷径页不是直接显示页面为“条目”而已，实际上不影响任何其他方面。--LuciferianThomas．留言 2021年2月4日 (四) 08:52 (UTC)

小工具执行结果
以页面[[MOS:MOS]]为例
设置为繁体中文(以zh-tw为例)	设置为简体中文(以zh-cn为例)

提供目前版本小工具运行结果图，供公示参考用。右上角的链接为Wikipedia:伪命名空间用于说明，如有缺漏欢迎改善。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月3日 (三) 19:03 (UTC)

@A2569875：等等等一下，这版在像是Mos:$1没有大写的也会执行耶，，，-- Sunny00217  2021年2月4日 (四) 08:45 (UTC)

• (：)回应@Sunny00217：那就不要toUpperCase()了。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月4日 (四) 08:51 (UTC)

(※)注意：为免混淆WP:伪命名空间原有内容移动至WP:PNS+，并改为指向WP:捷径#伪命名空间使其等价WP:伪命名空间的重定向。--LuciferianThomas．留言 2021年2月5日 (五) 06:21 (UTC)

• (？)疑问@LuciferianThomas：所以“伪命名空间”（[[WP:偽名字空間|偽名字空間]]）要改成什么？-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月5日 (五) 06:46 (UTC)

  维基百科:伪命名空间辅助说明（捷径WP:PNS+）--LuciferianThomas．留言 2021年2月5日 (五) 08:10 (UTC)

  BTW在问号图案后加个空格呗，贴著很丑…--LuciferianThomas．留言 2021年2月5日 (五) 08:13 (UTC)

  • 完成：Special:Diff/64147054。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月6日 (六) 14:00 (UTC)
  • @LuciferianThomas：还有其他疑问吗？若没有我就要公示啰？@AnYiLin：高风险模板/界面编辑请求的公示确定不必放公告栏吗？-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月7日 (日) 04:07 (UTC)

    支持启动公示。--LuciferianThomas．留言 2021年2月7日 (日) 04:37 (UTC)

    在此公示吧，这个修改只是配合伪名称空间的使用，后者已经公示过了。我刚刚也再次读了一遍保护方针，没理解错的话其只要求在对受保护的模板和模块进行一些更改时需要达成共识/进行公示。

    此小工具会默认开启并在参数设置处隐藏，避免用户误操作关闭（达到和直接放进common.js同样的效果）。--安忆^Talk 2021年2月7日 (日) 04:46 (UTC)

    我反对隐藏，我个人不需要这个功能，想将其关闭。用户误关闭不会造成严重问题，如果有人问起相关问题，叫他重新打开就好了，看不出隐藏的必要性。--Xiplus#Talk 2021年2月15日 (一) 04:34 (UTC)

    但是如果这段代码直接按最初设想放进common.js的话，也是关不掉的吧。--安忆^Talk 2021年2月15日 (一) 04:44 (UTC)

    做成小工具就是因为有关闭的需求，其次是维护的需求。--YFdyh000（留言） 2021年2月15日 (一) 04:46 (UTC)

    做成小工具本来就是我提出来的，从未考虑过提供其他需求（比如自由选择开关），只是为了方便维护，不用去改common.js，放进common.js根本没得选。--安忆^Talk 2021年2月15日 (一) 04:51 (UTC)

• 公示7日：现交付公示，公示详细信息如下：

小工具原始码
User:A2569875/pseudonamespace_UI.js（WP:CSD#O1）→MediaWiki:Gadget-pseudonamespace-UI.js （公示完毕后会使用“移动不留重定向”功能移动到MediaWiki:Gadget-空间）
小工具执行结果
以页面[[MOS:MOS]]为例
设置为繁体中文	设置为简体中文

如期内无合理异议则全站套用此修改。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月8日 (一) 05:56 (UTC)

公示通过了，@A2569875、AnYiLin。--LuciferianThomas．留言 2021年2月15日 (一) 06:49 (UTC)

于Phabricator查看
编号T178356的任务

@LuciferianThomas：被User:Jon_(WMF)删掉了Special:Diff/64319519....说什么有东西undefined，看半天没看出原因，至少我这边所有装置测试都没出问题。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月16日 (二) 06:40 (UTC)

看起来是startsWith()问题，部分浏览器不支援。--LuciferianThomas．留言 2021年2月16日 (二) 09:10 (UTC)

安亿君帮您为不支援的平台补了function的定义了。--LuciferianThomas．留言 2021年2月16日 (二) 09:12 (UTC)

• meta:User_talk:Jon_(WMF)#Gadget-pseudonamespace-UI@zhwiki，问题似乎已解决？—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月25日 (四) 05:46 (UTC)

---

完成：已通过并布署。-- 五岁抬头雪菲（☎️·☘️） 2021年3月24日 (三) 05:50 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

提议设立快速删除标准 O8

通过。SANMOSA _Σουέζ 2021年4月21日 (三) 03:28 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

现行条文 (无)

提议条文 O8. 在伪命名空间中创建的非重定向页面。 伪命名空间仅能用于重定向。如可以移动到合适的名称，请将页面移动到合适的名称，否则请使用此款快速删除。若页面明显是一个条目，则不适用此款快速删除。 使用模板{{d|O8}}。

根据上述讨论，伪命名空间应仅能是重定向页。位于伪命名空间中的非重定向页应可被快速删除。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月1日 (一) 09:53 (UTC)

(＋)支持，若有条目真的需要以伪命名空间占用条目前缀，使用全形冒号而非半形冒号以辨别即可，此可避免之前有用户担忧会占用主空间条目名的情况。另外，我本来是在想可以把这条同时套用于不当使用伪命名空间重定向至其他页面，但想起有个别属于格式手册的论述其实不在Wikipedia:格式手册/前缀（WP:SAL），所以暂时作罢。--LuciferianThomas．留言 2021年2月1日 (一) 11:12 (UTC)

@LuciferianThomas：使用全形冒号，极有可能违反命名常规。--空气小猫（留言） 2021年2月2日 (二) 05:46 (UTC)

未见命名常规有不能用全形冒号的规则。若以与事物本身名称不同说违反常规，可按照其他命名技术限制做法，不加冒号或改用全形冒号，并以{{Wrongtitle}}标记即可。--LuciferianThomas．留言 2021年2月2日 (二) 05:52 (UTC)

@LuciferianThomas：名从主人，这就是有用户担忧会占用主空间条目名的情况，也有像en:Gadget:Invention, Travel, & Adventure类似的情况。--空气小猫（留言） 2021年2月2日 (二) 06:04 (UTC)

可直接按照该情况处理，若通过则当作技术限制即可。用{{DISPLAYTITLE}}修正亦可。--LuciferianThomas．留言 2021年2月2日 (二) 06:21 (UTC)

这理论上可以出现在任何命名空间的情况，故按照命名空间一般处理方式即可。--LuciferianThomas．留言 2021年2月2日 (二) 06:24 (UTC)

很抱歉，{{DISPLAYTITLE}}需使用全名，少一个冒号就不会更改显示。--空气小猫（留言） 2021年2月2日 (二) 06:33 (UTC)

(＋)支持。--忒有钱🌊塩水あります🐳（留言） 2021年2月1日 (一) 15:20 (UTC)

为何不是移动到合适的名称？例如在LTA:误建LTA页面应该移动到WP空间后，让原先页面成为重定向之类的。--Xiplus#Talk 2021年2月2日 (二) 05:53 (UTC)

若果明显属于错误创建有关专题页面的当然可以移动，这里应该是指创建与该专题无关的页面。--LuciferianThomas．留言 2021年2月2日 (二) 06:01 (UTC)

那就要写清楚，避免被提快速删除后，管理员未注意直接删除。--空气小猫（留言） 2021年2月2日 (二) 06:07 (UTC)

(！)意见：伪命名空间的设立理应是用作指向比较复杂的Wikipedia命名空间项目，不应用以指向其他无关条目，或许可以增加删除“非指向维基百科命名空间的重定向”条款？理论上伪命名空间属于WP空间的延伸，不应该出现指向WP以外的伪命名空间，其他命名空间有自己的命名空间别称，不会使用伪命名空间捷径。未来倘若通过将部分项目升格命名空间，但该项目本身有伪命名空间捷径，该等捷径理应全数自动纳入新命名空间而不会保留于主命名空间，不会影响此规则。--LuciferianThomas．留言 2021年2月2日 (二) 06:12 (UTC)

呃忘了有几条MOS在PJ空间。--LuciferianThomas．留言 2021年2月3日 (三) 08:48 (UTC)

还有这种事？！-- Sunny00217  2021年2月3日 (三) 09:18 (UTC)

有啊，专题的条目指引有几条跟随专题搬过去了。列表有写。也有疑似专题移了但分页未移的余孽，但迟早都要搬过去吧。--LuciferianThomas．留言 2021年2月3日 (三) 11:10 (UTC)

§ 第二阶段：转移至新命名空间在讨论这类MOS的更名，很快就能解决。——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月4日 (四) 11:18 (UTC)

加了附加条件之后让我觉得这个准则永远不会被使用，无论是什么内容都应该根据内容来移动到新名称，若是破坏也可用现存的G3等删除。--Xiplus#Talk 2021年2月3日 (三) 13:59 (UTC)

至少这也能成为移动操作的依据。快速删除方针的应用有时并不限于快速删除本身。SANMOSA _SPQR 2021年2月17日 (三) 15:06 (UTC)

• “快速删除方针的应用有时并不限于快速删除本身”如无异议将在适当的时间进行公示。-- 五岁抬头雪菲（☎️·☘️） 2021年4月7日 (三) 06:24 (UTC)
• 公示7日-- 五岁抬头雪菲（☎️·☘️） 2021年4月14日 (三) 03:34 (UTC)

Module:Template:Delete/data模块的对应修改见User:Sanmosa/O8模块。SANMOSA _Σουέζ 2021年4月17日 (六) 04:32 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

将LTA空间设置为noindex

已开新案：

已开新案，位于Wikipedia:互助客栈/方针/存档/2021年8月#再次推动破坏者（LTA）成为命名空间。-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 03:59 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

认为LTA空间应设置为noindex 避免搜索引擎索引。 具体的作法可创建专用于标记伪命名空间的模板，在模板内用{{Namespace_detect}}判断是否为LTA空间，加入noindex 魔术字。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月3日 (三) 13:43 (UTC)

条目空间中无法使用noindex魔术字。--Xiplus#Talk 2021年2月3日 (三) 13:54 (UTC)

@Xiplus：意思说部分维护模板的设置是设置辛酸的？！-- Sunny00217  2021年2月3日 (三) 14:54 (UTC)

@羊羊32521、YFdyh000：看来LTA还是需要升格为独立的命名空间，才不会被其他命名空间的设置档左右。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月3日 (三) 18:57 (UTC)

开新讨论吧。--LuciferianThomas．留言 2021年2月3日 (三) 22:29 (UTC)

连过去的是WP，可以将该页NOINDEX吧，那么相关捷径就会有同样效果？--台湾杉在此发言 (会客室) 2021年2月4日 (四) 08:39 (UTC)

其实Google搜索似乎没看到这些页面，或许重定向本来就被忽略？--LuciferianThomas．留言 2021年2月5日 (五) 01:52 (UTC)

Bing找得到但直接显示目标页面内容。--LuciferianThomas．留言 2021年2月5日 (五) 01:55 (UTC)

所以还需要noindex吗 ——羊羊 (留言|贡献|维猫报|古典音乐专题) 2021年2月18日 (四) 03:02 (UTC)

需要是独立的命名空间才能设置noindex—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月18日 (四) 10:12 (UTC)

@羊羊32521：我认为如果可以设置的话会更佳，但可能命名空间化会比较方便。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年3月3日 (三) 05:20 (UTC)

那我周末再提一下 ——羊羊 (留言|贡献|维猫报|古典音乐专题) 2021年3月3日 (三) 15:00 (UTC)

(？)疑问：改这个是否可行？--安忆^Talk 2021年3月3日 (三) 15:13 (UTC)

仍支持命名空间案，我只是觉得提升命名空间案一直被人以奇怪的理由关掉很可惜。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年3月3日 (三) 15:21 (UTC)

那就搬新段重开吧，抱歉太乱了。--LuciferianThomas．留言 2021年3月6日 (六) 06:51 (UTC)

也没有乱吧，个段落应该分开查看吧，怎么会不能放在两个结束之议案的中间呢？-- 五岁抬头雪菲（☎️·☘️） 2021年3月10日 (三) 06:00 (UTC)

从语法看可以。--YFdyh000（留言） 2021年3月3日 (三) 15:22 (UTC)

以往phab有修改此部分的先例吗?-- 五岁抬头雪菲（☎️·☘️） 2021年3月17日 (三) 06:42 (UTC)

如果没有的话，我认为很难实行。-- 五岁抬头雪菲（☎️·☘️） 2021年3月31日 (三) 06:51 (UTC)

实测上Google应没有对重定向进行索引（例如搜索"LTA:苏俞安"找不到该重定向或是目标页面），所以我们应没必要再对其标记NOINDEX。--Xiplus#Talk 2021年3月31日 (三) 08:55 (UTC)

Google搜索重定向时会显示目标页的内容，即会有一行“（重定向自）”，请见[4]，但是不影响伪命名空间。--空气小猫（留言） 2021年4月5日 (一) 07:29 (UTC)

google:detache出现了一个到https://en.wikipedia.org/?title=Detach%C3%A9&redirect=no的搜索结果。 ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年4月11日 (日) 14:31 (UTC)

这个不像是主动收录的网址，而且有设置canonical，理应不会收录这个重定向。--Xiplus#Talk 2021年4月14日 (三) 05:32 (UTC)

本提案已经另开。-- 五岁抬头雪菲（☎️·☘️） 2021年4月28日 (三) 04:17 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

有关新增伪命名空间的提议

通过：

@Sanmosa、羊羊32521、MilkyDefer、YFdyh000：通过，请开始实行各修订。--LuciferianThomas • 留言 2021年4月30日 (五) 04:13 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

现时MOS和LTA均为伪命名空间，其中MOS专门指向站内各已正式通过和未正式通过的格式手册。我有一个想法是能不能为命名常规和关注度指引也设立专门的捷径伪命名空间？SANMOSA _{江南好，风景旧曾谙} 2021年3月24日 (三) 09:02 (UTC)

@A2569875、Taiwania Justo、Yining Chen、羊羊32521、YFdyh000、@LuciferianThomas、Ericliu1912、MilkyDefer、Super Wang、Sunny00217。SANMOSA _{江南好，风景旧曾谙} 2021年3月24日 (三) 09:08 (UTC)

(＋)支持。伪命名空间运行畅顺，可选择有需要的项目空间内容增设伪命名空间。(＆)建议命名常规使用“NC”字首、关注度使用“N”字首。另(＆)建议增设共识（讨论）捷径“CON”，链接至各讨论存档（Talk、WT、PJT）或信息页（WP），如CON:COVID19指向COVID-19条目共识。--LuciferianThomas．留言 2021年3月24日 (三) 09:32 (UTC)

NC和N可行。CON可行，但建议另外讨论，因为CON可以重定向到的目标有太多类页面。SANMOSA _{江南好，风景旧曾谙} 2021年3月24日 (三) 10:00 (UTC)

支持N和NC，对CON保留意见 ——羊羊 (留言|贡献|维猫报|古典音乐专题) 2021年3月25日 (四) 06:07 (UTC)

N的话会不会短了点？之前MOS和LTA的时候因为是三个字母，跟正式条目命名撞车的可能性小所以没有问题。这一个N我个人有点拿不准。此外我觉得CON可能还不是时候。在我的认知中，单独讨论出共识单独成页的也就只有COVID-19这一个了，至少应当等类似的页面数量足够多了再提出会比较好。如果有我不知道的类似页面尽管告诉我。 --Milky·Defer 2021年3月25日 (四) 07:36 (UTC)

检查过，现时没有条目空间的页面是“N:”开首的。如果真的不放心的话，NT和NOTE也可以（但不能NOT）。SANMOSA _{江南好，风景旧曾谙} 2021年3月25日 (四) 07:44 (UTC)

@sanmosa： 维基新闻的前缀就是“n:”，烦请查询Special:跨wiki。--痛心疾首 2021年4月2日 (五) 15:43 (UTC)

啊，忘了。SANMOSA _Σουέζ 2021年4月3日 (六) 00:12 (UTC)

先跑题：MOS基本没用过，看到时我习惯改用WP前缀。LTA用过但没有独立空间所以搜索很不方便，期望未来设独立空间、增设访问限制。然后：我不清楚相关页面有多少，如果很少，可能用的人也不会很多？以及持久性不会好（几年后失效）。N有点短，NOTE我想到[{tl|TA}}和备注，命名常规为什么不是NAME:（但未来会不会冲突？）。关注度没想法，考虑到“关注度”定名本身都有质疑，我暂时想不到很好的。NT在中国大陆网络有贬义“脑瘫”，不赞成。--YFdyh000（留言） 2021年3月25日 (四) 12:14 (UTC)

@YFdyh000：“NAME:”应该不会冲突吧，也不不失是一个好提议。“NT:”你当我真的NT了吧（在香港“NT”指新界，不过以地名开首还是有些怪）。“NOTA:”不知如何，有种葡文风，但字源仍是“Notability”，冲突的机会也低。SANMOSA _{江南好，风景旧曾谙} 2021年3月25日 (四) 13:01 (UTC)

(－)反对，如果将编辑社群页面等因为与Wikipedia命名空间关联性不强而划分出的话，方针等与项目运营有关的的页面不应该划出Wikipedia空间，而且本身这部分已经能通过消歧义的方式处理，没坏别瞎修。——Sakamotosan路过围观杯弓蛇影 | 避免做作，免敬 2021年3月26日 (五) 00:54 (UTC)

@cwek：伪命名空间仅用于设置重定向页（这是指引指明的），完全没有你所说的“（将导向目标）划出Wikipedia空间”那回事。SANMOSA _{江南好，风景旧曾谙} 2021年3月26日 (五) 01:00 (UTC)

伪命名空间作用并非直接划出内容，而是作捷径之用：#伪命名空间、WP:PNS、WP:PNS+。因为似乎对于提案内容有所误解，反对的事也并非现在实际正在讨论之议案，故难以算作有效反对意见。--LuciferianThomas．留言 2021年3月28日 (日) 06:23 (UTC)

• 又想了一下，关注度用用NOTA:什么的太长，不是太有必要，WP:Nxxxx辨识度已经够，NT可行。仍支持NC。nc不是还有脑残的意思？（  ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年4月8日 (四) 15:16 (UTC)

  Naming Conventions... 别想歪就好了啦。--LuciferianThomas．留言 2021年4月10日 (六) 23:10 (UTC)

初步定案

建议为命名常规和关注度指引设立专门的捷径伪命名空间，其中命名常规的专门捷径伪命名空间为“NC:”，而关注度指引的专门捷径伪命名空间则为“NT:”。SANMOSA _Σουέζ 2021年4月14日 (三) 13:24 (UTC)

（打捞）--LuciferianThomas．留言 2021年4月23日 (五) 01:31 (UTC)

@LuciferianThomas：请记得也把存档页的内容删除，以免之后存档有重复内容。--Xiplus#Talk 2021年4月23日 (五) 01:40 (UTC)

好滴--LuciferianThomas．留言 2021年4月23日 (五) 01:58 (UTC)

Sanmosa由于超过七日无新意见， 公示7日，2021年4月30日 (五) 01:33 (UTC) 结束。--LuciferianThomas．留言 2021年4月23日 (五) 01:33 (UTC)

若有条目也叫NC，会不会对冲呢？空气小猫（留言） 2021年4月27日 (二) 09:07 (UTC)

NC不是命名空间，NC加冒号“NC:”才是命名空间。-- 五岁抬头雪菲（☎️·☘️） 2021年4月28日 (三) 04:14 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

后续处理

• MediaWiki:Gadget-pseudonamespace-UI.js需要WP:界面管理员（编辑请求）；另外要改的不少模板是全保护。-- 五岁抬头雪菲（☎️·☘️） 2021年4月30日 (五) 04:43 (UTC)

  机器人好像是不是也要修正？--LuciferianThomas • 留言 2021年5月1日 (六) 00:52 (UTC)

  已向Jimmy Xu提出修改机器人。--LuciferianThomas • 留言 2021年5月1日 (六) 00:59 (UTC)

@AnYiLin：能处理一下剩余的ER吗，还有几个尚未完成：

• Template talk:Namespace detect
• Template talk:Namespace detect showall
• Template talk:Namespace pagename。

以上。--LuciferianThomas • 留言 2021年5月12日 (三) 00:24 (UTC)

抱歉，编辑：仅允许管理员。--安忆^Talk 2021年5月12日 (三) 04:29 (UTC)

@Xiplus。SANMOSA _Σουέζ 2021年5月12日 (三) 06:28 (UTC)

@Tigerzeng：能协助处理吗？--路西法人 • 留言 2021年5月18日 (二) 11:47 (UTC)

伪命名空间（阶段三：设立后续）

[编辑此导航模板] 设立新命名空间及伪命名空间 无共识：2018年12月的先前讨论 全案结以待续：第一轮讨论 - 开放伪命名空间作捷径链接用 结以待续：设立LTA、MOS、PJ三个伪命名空间 结以待续：升格维基专题为命名空间 结以待续：修正命名空间信息页面 结以待续：将“Wikipedia:捷径”订为方针 进行中：第二轮讨论 进行中：设立专题命名空间相关讨论及任务 已通过：讨论升格维基专题为命名空间 任务完成：向Phabricator申请部署维基专题命名空间 已合并：在Gerrit提交所需修正编码 任务完成：在Phabricator请求合并编码 完成：事实性修订“Wikipedia:命名空间”以包含新的维基专题命名空间 完成，待检查：将项目命名空间下的维基专题移动至维基专题命名空间 专题移动列表 专题重定向移动列表 进行中：修正指向专题的内部链接 申请中：机器人任务 已完成：调整专题模板 已通过：讨论捷径的设立方式 已通过：其他议题讨论 进行中：设立伪命名空间相关讨论 已通过：讨论设立LTA及MOS伪命名空间供捷径使用 已否决：设立捷径空间供LTA/MOS捷径使用 进行中：设立捷径空间作其他用途 结以待续：升格LTA为命名空间 进行中：后续讨论处理事项 完成：修改机器人操作不提删伪命名空间捷径 进行中：格式手册新捷径名称讨论 MOS捷径列表 已否决：旧捷径改为软重定向 完成：设置默认启用小工具 进行中：自动半保护伪命名空间条目 进行中：提议设立新快速删除标准 进行中：第三轮讨论 进行中：捷径命名空间 进行中：捷径指引草案修订 已通过：增设更多伪命名空间（一）

本案讨论格式手册及长期破坏者提升问题。目前有三案：

• 格式手册及长期破坏者提升为命名空间，英语名称待定；
• 格式手册及长期破坏者成为伪命名空间，缩写为MOS及LTA；
• 维持现行方式。

请讨论。台湾杉在此发言 (会客室) 2020年12月25日 (五) 01:23 (UTC)

进一步讨论

MOS捷径名称

LTA空间的捷径大部分都可以快速移动，但格式手册的捷径很多不同格式，在此希望各位一同组成完整的新捷径列表。--LuciferianThomas．留言 2021年1月31日 (日) 03:11 (UTC)

WP:NS2021/MOSSC，已列出部分格式手册可用捷径，请检查，并协助补充。--LuciferianThomas．留言 2021年2月1日 (一) 08:48 (UTC)

已完成，请协助检查。--LuciferianThomas．留言 2021年2月3日 (三) 04:35 (UTC)

(？)疑问@LuciferianThomas：这些页面大部分都还是红链，是需要创建的意思吗？-- 五岁抬头雪菲（☎️·☘️） 2021年5月20日 (四) 13:38 (UTC)

确实需要创建，暂时还没有动力去处理XD--路西法人 • 留言 2021年5月20日 (四) 13:40 (UTC)

(？)疑问@LuciferianThomas：你近期有要处理吗？这个讨论快要被存档啰。—- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鲜果茶☕]（☎️·☘️） 2021年6月5日 (六) 09:03 (UTC)

自动半保护伪命名空间

我很难说有多少人会去破坏MOS捷径，但倒是LTA捷径有可能会被破坏。建议可自动半保护（创建、编辑、移动）主命名空间“MOS:”、“LTA:”字首的条目空间。--LuciferianThomas．留言 2021年1月31日 (日) 08:28 (UTC)

不应做出预见性保护。--Xiplus#Talk 2021年2月2日 (二) 10:26 (UTC)

若捷径指向的条目因为破坏被保护，有需要跟随进行保护吗？--LuciferianThomas．留言 2021年2月2日 (二) 12:06 (UTC)

不需要吧，有这样的案例吗？--Xiplus#Talk 2021年2月2日 (二) 12:30 (UTC)

案例我不清楚，但我倒是觉得需要，尤其本来有某些LTA有破坏自己LTA页的倾向，可算是高风险。--LuciferianThomas．留言 2021年2月2日 (二) 12:59 (UTC)

有破坏事实就能保护，不需预先保护。--Xiplus#Talk 2021年2月2日 (二) 13:04 (UTC)

建议用滥用过滤器阻止非自动确认用户编辑，配以相关警告。--YFdyh000（留言） 2021年2月2日 (二) 13:07 (UTC)

• (＋)支持用滥用过滤器阻止非自动确认用户编辑，配以相关警告。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月7日 (日) 04:08 (UTC)
• 认为此案可以公示-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 03:03 (UTC)
• 公示7日，设立滥用过滤器标记伪命名空间的编辑动作。-- 五岁抬头雪菲（☎️·☘️） 2021年5月13日 (四) 04:31 (UTC)

同Xiplus，不认为有必要预先保护。这类捷径与MediaWiki空间不同，被破坏并没有很大的影响，及时回退即可。过滤器标记没意见，反对阻止。--Tiger（留言） 2021年5月20日 (四) 07:13 (UTC)

(：)回应：@Tigerzeng：请看清楚公示内容与以公告张贴内容“设立滥用过滤器标记伪命名空间的编辑动作”我哪时提到了“预先保护”？？顶多就只是加上YFdyh000提到的配以相关警告。--。-- 五岁抬头雪菲（☎️·☘️） 2021年5月20日 (四) 07:21 (UTC)

此小案没有一个很明显的初步共识，公示的内容也是您一人提议，无其他人附和。从前至后跨越时间也非常长，其他人很可能仍持有自己的意见而未及回应。在此情况下，我认为有需要对此章节出现过的意见进行评论，如果上面说得不够清楚，下面我再重新表明：1.反对保护（LuciferianThomas提议）2.反对过滤器阻止（YFdyh000 提议）3.对过滤器标记无意见（A2569875 提议）。--Tiger（留言） 2021年5月20日 (四) 07:31 (UTC)

有鉴于本次公示过于仓促，因此暂缓公示。-- 五岁抬头雪菲（☎️·☘️） 2021年5月20日 (四) 07:41 (UTC)

由于各方意见交集不够明显，因此重Ping参与命名空间案之讨论的用户，以便凝聚共识：@Sanmosa、羊羊32521、LuciferianThomas、YFdyh000、Xiplus、Tigerzeng：。-- 五岁抬头雪菲（☎️·☘️） 2021年5月20日 (四) 07:45 (UTC)

1. 根据保护方针禁止预见性保护规定，反对保护。 2. 因完全可用标题黑名单进行保护，故反对以过滤器阻止方式进行保护。--Xiplus#Talk 2021年5月20日 (四) 07:54 (UTC)

@Xiplus：见上“设立滥用过滤器标记伪命名空间的编辑动作（我的提议），并配以相关警告（YFdyh000提议的一部分）”-- 五岁抬头雪菲（☎️·☘️） 2021年5月20日 (四) 08:01 (UTC)

警告内容为何？--Xiplus#Talk 2021年5月20日 (四) 08:12 (UTC)

如果没人想写，用通用的“破坏”警告或许也行。如果多名维基人认为这是预见性保护、有碍贡献，用仅标记或者仅警告不阻止我也没意见，后续再根据触发记录适当调整（不重新征求共识，看误触率就可以）。因为标题黑名单灵活度较低，如果过滤器没有明显劣势，我更倾向过滤器，可基于编辑次数、破坏趋势等作调整，或者仅警告不阻止。--YFdyh000（留言） 2021年5月20日 (四) 10:19 (UTC)

那么可以等有破坏再来讨论应如何应对破坏。--Xiplus#Talk 2021年5月20日 (四) 10:46 (UTC)

如果担心不能及时发现破坏，用一个无动作的过滤器监视相关编辑应该可行。这样检查过滤器日志就可以集中查看伪命名空间上的编辑，再根据其中破坏性编辑的状况来应对。--Tiger（留言） 2021年5月21日 (五) 01:30 (UTC)

使用这种方式上有筛选、标记用户状态、显示标签等更多功能，又不用浪费执行缓慢的过滤器，只需要开个机器人定时更新即可。--Xiplus#Talk 2021年5月21日 (五) 02:05 (UTC)

@Xiplus：Wikipedia:重定向#重定向保护：“没有理由对该重定向进行编辑”是对重定向予以长期保护的理由。SANMOSA _Σουέζ 2021年5月21日 (五) 09:48 (UTC)

@Sanmosa：该段为指引，若跟保护方针的不应做出预见性保护抵触时，应以方针为准，故不应保护。--Xiplus#Talk 2021年5月21日 (五) 10:07 (UTC)

@Xiplus：那我理论上可以把那个章节单独升为方针，或者直接在保护方针说明Wikipedia:重定向#重定向保护指明的情况例外也可。当然，另一个办法是到了LTA空间的任何一个重定向被破坏了，整个LTA空间（连坐）保护，我觉得这不算是“预见性保护”了，那就不用动到方针指引。SANMOSA _Σουέζ 2021年5月21日 (五) 10:12 (UTC)

@Sanmosa：当然可以，但我还是问豁免预见性保护的理由是啥。被破坏当然能保护，这是现有保护方针就能处理的，而我也在2月的留言就已指出，根本没必要在此讨论要不要保护。--Xiplus#Talk 2021年5月21日 (五) 10:16 (UTC)

@Xiplus：（前）我只是提出一个可能性而已，社群成员如果真的要这样正式作提议的话，他们自然有他们的理由。（后）那就有劳密切关注破坏情况了。SANMOSA _Σουέζ 2021年5月21日 (五) 10:22 (UTC)

(？)疑问所以目前此案要采取什么方案呢?-- 五岁抬头雪菲（☎️·☘️） 2021年5月28日 (五) 15:04 (UTC)

仅监视的方案就可以了，具体做法就可以很灵活了，用Xiplus说的链出更改也可以。其实如果能自行编程，也可以自行追踪相关编辑，亦可将追踪结果存入自己的用户页，以便其他用户查看（而无需申请机器人，频率不太高的话）。--Tiger（留言） 2021年5月29日 (六) 02:26 (UTC)

• (－)反对。保护应当是受破坏后的行动，若无破坏则不应保护；至于标签，也意义不大，变通方法许多。--银河市长—☎️— 2021年6月8日 (二) 04:05 (UTC)

已结案的议题

已结案：

将已结案的讨论分出来存档。-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 04:06 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

自动提删R2

软重定向

技术问题处理

提议设立快速删除标准 O8

将LTA空间设置为noindex

再次推动破坏者（LTA）成为命名空间

---

以上讨论大部分已通过，故标记已结案。-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 04:06 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

※注：上面有几个子议题正在准备公示。-- 五岁抬头雪菲（☎️·☘️） 2021年5月6日 (四) 03:57 (UTC)

WP:捷径指引草案修订

[编辑此导航模板] 设立新命名空间及伪命名空间 无共识：2018年12月的先前讨论 全案结以待续：第一轮讨论 - 开放伪命名空间作捷径链接用 结以待续：设立LTA、MOS、PJ三个伪命名空间 结以待续：升格维基专题为命名空间 结以待续：修正命名空间信息页面 结以待续：将“Wikipedia:捷径”订为方针 进行中：第二轮讨论 进行中：设立专题命名空间相关讨论及任务 已通过：讨论升格维基专题为命名空间 任务完成：向Phabricator申请部署维基专题命名空间 已合并：在Gerrit提交所需修正编码 任务完成：在Phabricator请求合并编码 完成：事实性修订“Wikipedia:命名空间”以包含新的维基专题命名空间 完成，待检查：将项目命名空间下的维基专题移动至维基专题命名空间 专题移动列表 专题重定向移动列表 进行中：修正指向专题的内部链接 申请中：机器人任务 已完成：调整专题模板 已通过：讨论捷径的设立方式 已通过：其他议题讨论 进行中：设立伪命名空间相关讨论 已通过：讨论设立LTA及MOS伪命名空间供捷径使用 已否决：设立捷径空间供LTA/MOS捷径使用 进行中：设立捷径空间作其他用途 结以待续：升格LTA为命名空间 进行中：后续讨论处理事项 完成：修改机器人操作不提删伪命名空间捷径 进行中：格式手册新捷径名称讨论 MOS捷径列表 已否决：旧捷径改为软重定向 完成：设置默认启用小工具 进行中：自动半保护伪命名空间条目 进行中：提议设立新快速删除标准 进行中：第三轮讨论 进行中：捷径命名空间 进行中：捷径指引草案修订 已通过：增设更多伪命名空间（一）

说明

捷径指引草案的讨论，源自于“伪命名空间”的讨论，英语维基百科对于捷径相关的规范及伪命名空间的设立已有成熟的执行方式。中文维基百科中的部分编辑者对于“格式手册”、“长期破坏者”及“专题”这三个主题提出可升级成命名空间或以伪命名空间形式存在，并有正反两方的陈述与看法。

目前较为接近共识的是“专题”提升为正式命名空间，反对者的论述已由支持者回应，且反方无进一步论述。然为求慎重，且将捷径与命名空间等议题作系统性讨论，将会执行阶段修订，以取得最大共识。

本讨论的各阶段分为：

1. 专题提升为命名空间与否及其细节（phab:T271612）；
2. 格式手册及长期破坏者是否成为命名空间或伪命名空间；
3. 伪命名空间规范写入捷径规范内（如前项通过）或是否允许伪命名空间（如前项不通过）；
4. 捷径规范细部讨论并决定是否成为指引。

各阶段不得同时讨论，前一项讨论完结之后，才能进行下一段讨论。台湾杉在此发言 (会客室) 2020年12月10日 (四) 05:47 (UTC)

专题命名空间通过，剩余细节独立讨论。台湾杉在此发言 (会客室) 2021年1月11日 (一) 11:20 (UTC)

伪命名空间和专题空间都设立了。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年3月3日 (三) 05:21 (UTC)

• 说明剩下的第四点，有部分项目正在等待专题、格式手册、LTA等命名空间的相关议题之讨论或公示。-- 五岁抬头雪菲（☎️·☘️） 2021年4月21日 (三) 02:51 (UTC)
• 说明专题、格式手册、LTA等命名空间的相关议题之讨论或公示已完成（部分已存档）。本案将继续进行。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鲜果茶☕]（☎️·☘️） 2021年6月17日 (四) 04:04 (UTC)

格式手册及长期破坏者命名空间问题

已通过：

已通过，并完成主要设置。-- 五岁抬头雪菲（☎️·☘️） 2021年3月24日 (三) 05:55 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

已移动至伪命名空间。台湾杉在此发言 (会客室) 2021年2月1日 (一) 03:47 (UTC)

• 完成技术的部分已完成大部分的设置，剩下制度完善的部分。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月25日 (四) 05:48 (UTC)
  • 如有技术问题，请回报至讨论对应章节。-- 五岁抬头雪菲（☎️·☘️） 2021年3月10日 (三) 05:58 (UTC)

---

完成：设置完毕，有问题请在此提出。-- 五岁抬头雪菲（☎️·☘️） 2021年3月24日 (三) 05:55 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

机器人乱存档问题

• 如题。@Taiwania Justo：目前本案办理进度如何？有空可以处理公示吗？-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鲜果茶☕]（☎️·☘️） 2021年9月2日 (四) 16:39 (UTC)
  • 看一下下面的讨论，似乎讨论得差不多了？—- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鲜果茶☕]（☎️·☘️） 2021年9月7日 (二) 16:25 (UTC)
• 哪里是乱存档，分明是没有新留言，讨论停滞而已。不要啥都怪机器人。—— Eric Liu _{创造は生命（留言．留名．学生会）} 2021年9月8日 (三) 02:25 (UTC)
  • 我是觉得可以开始考虑是不是要准备公示之类的相关事宜了。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鲜果茶☕]（☎️·☘️） 2021年9月14日 (二) 14:54 (UTC)

捷径细部修订

本案进入倒数第二个部分，捷径细节修订。目前伪命名空间部分已成为指引，其余部分仍须修订。

在上次讨论当中，有提及中文捷径等相关问题，欢迎进一步讨论。台湾杉在此发言 (会客室) 2021年1月31日 (日) 07:42 (UTC)

• 我对捷径不是很熟，但#快捷方式的命名真的是中维社群惯例吗（  ——羊羊 (留言|贡献|古典音乐专题) 2021年2月5日 (五) 12:08 (UTC)
  • ……我好像一不小心把“不鼓励不按”看成了“不鼓励按” 囧rz…… 眼瞎 不好意思 ，当我没说 ——羊羊 (留言|贡献|古典音乐专题) 2021年2月5日 (五) 12:13 (UTC)

    惯例还有简单中文简称以及其他，所以才要修正相关内容，欢迎提出修改方案。--台湾杉在此发言 (会客室) 2021年2月11日 (四) 07:41 (UTC)

    目前还有多少未完善之处？—- 五岁抬头雪菲（☎️·☘️） 2021年4月7日 (三) 06:14 (UTC)

首段建议附加维基专题空间，他们会稍后设立捷径。--LuciferianThomas．留言 2021年2月6日 (六) 04:03 (UTC)

(：)回应Wikipedia:互助客栈/方针#第五阶段：讨论重定向与捷径的设立方式讨论已开始。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月14日 (日) 09:51 (UTC)

@Taiwania Justo？--LuciferianThomas．留言 2021年2月21日 (日) 00:13 (UTC)

目前在忙着RFC以及其他现实生活事务，且目前还有残余议案等待处理，待完全告一段落后再行整理该案。--台湾杉在此发言 (会客室) 2021年2月21日 (日) 03:46 (UTC)

不急，因为#第五阶段：讨论重定向与捷径的设立方式也还在讨论。-- 五岁抬头雪菲（☎️·☘️） 2021年3月17日 (三) 06:43 (UTC)

上述第五阶段将会在适当的时机公示。-- 五岁抬头雪菲（☎️·☘️） 2021年3月31日 (三) 06:50 (UTC)

上述第五阶段曾于2021年4月14日 (三) 03:45 (UTC) 进入公示阶段。-- 五岁抬头雪菲（☎️·☘️） 2021年5月4日 (二) 06:46 (UTC)

说明由于目前有些其他意见，第五阶段公示暂停。-- 五岁抬头雪菲（☎️·☘️） 2021年5月13日 (四) 04:33 (UTC)

上方第五阶段已恢复公示-- 五岁抬头雪菲（☎️·☘️） 2021年5月20日 (四) 06:22 (UTC)

上方第五阶段已公示通过-- 五岁抬头雪菲（☎️·☘️） 2021年5月27日 (四) 09:36 (UTC)

说明上方第五阶段已进行到技术阶段Wikipedia:机器用户/申请#User:LuciferianBot，伪命名空间亦同（半保护案视为无共识或否决），因此方针修订的部分皆已完成。本讨论可继续进行了。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鲜果茶☕]（☎️·☘️） 2021年6月10日 (四) 11:43 (UTC)

(？)疑问@Taiwania Justo：上述残余议案之处理已接近尾声，请问阁下近期有空整理此案吗？-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鲜果茶☕]（☎️·☘️） 2021年6月2日 (三) 14:51 (UTC)

正在整理中。--台湾杉在此发言 (会客室) 2021年6月4日 (五) 04:37 (UTC)

捷径指引修正

依据前次讨论所收集的意见，已在“捷径的命名”段修改成可在字尾使用中文简写。然而其中文字上限多少字仍没有规定，请讨论。台湾杉在此发言 (会客室) 2021年6月25日 (五) 05:23 (UTC)

• 之前Sanmosa君提到“比标题短”。我想的是要“有关联”和“有意义”。
  1. 有关联指捷径是目标页标题的缩写或者捷径可以联想到目标页，如：WP:最指向Wikipedia:中文维基百科之最；WP:月经指向Wikipedia:常年提案。
  2. 有意义指不能暴力缩写，谁都看不懂。比如Wikipedia:维基百科不是向世界介绍您崇高事业的地方缩写成WP:非介高是不可接受的。但是如果缩写能有谐音等效果应该也可以考虑？
  3. 还有，捷径尽量不能有成为新的项目页的潜力，这点我还没想好。

以上。 ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年6月30日 (三) 05:51 (UTC)

(＋)不反对，所以WP:贵宾室（WP:VIP）可以咯 草--路西法人 • 留言 2021年7月7日 (三) 13:59 (UTC)

这两种都可以，不过我认为字数硬上限还是要存在，主要理由就是捷径太多字是否还能称作捷径？不无疑问。--台湾杉在此发言 (会客室) 2021年7月9日 (五) 11:43 (UTC)

@Taiwania Justo：如果定死字数硬上限可能会被指责是“拍脑袋想出来的” 囧rz……-- ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年7月25日 (日) 14:43 (UTC)

那首先现存最长的捷径有多少个字？（中文、英文、中英混杂分开处理）然后我们再根据现时的情况立标准就好。顺带一提：我请求把WP:贵宾室恢复了，但还是想请各位到那边发表一下意见。SANMOSA _Σουέζ 2021年8月3日 (二) 07:26 (UTC)

英文倒还好，本来英文的捷径都是字首缩写，敲几个英文字母就可以。中文比较麻烦。--台湾杉在此发言 (会客室) 2021年8月15日 (日) 11:10 (UTC)

个人认为不需要有硬性限制，以常识判断是否有作为捷径的价值即可。—— Eric Liu _{创造は生命（留言．留名．学生会）} 2021年8月15日 (日) 14:00 (UTC)

“捷径尽量不能有成为新的项目页的潜力”其实也没差吧，任何维基人都可以把重定向页改为独立页面。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鲜果茶☕]（☎️·☘️） 2021年7月16日 (五) 15:18 (UTC)

但是这样还要改链入-- ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年7月20日 (二) 07:49 (UTC)

(＋)支持-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鲜果茶☕]（☎️·☘️） 2021年8月2日 (一) 15:25 (UTC)

加个“建议加入{{Shortcut description}}（{{Shcd}}）以解释英文捷径的意义（尤其为缩写的就更需要）。--路西法人 • 留言 2021年8月4日 (三) 03:03 (UTC)

机器人再等一下! 快讨论好了!!-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鲜果茶☕]（☎️·☘️） 2021年9月2日 (四) 16:35 (UTC)

---

依照先前讨论，将不会强制规定捷径字数上限，并依照本段讨论进行修正。台湾杉在此发言 (会客室) 2021年8月25日 (三) 13:56 (UTC)

专题命名空间（第五至六阶段）

[编辑此导航模板] 设立新命名空间及伪命名空间 无共识：2018年12月的先前讨论 全案结以待续：第一轮讨论 - 开放伪命名空间作捷径链接用 结以待续：设立LTA、MOS、PJ三个伪命名空间 结以待续：升格维基专题为命名空间 结以待续：修正命名空间信息页面 结以待续：将“Wikipedia:捷径”订为方针 进行中：第二轮讨论 进行中：设立专题命名空间相关讨论及任务 已通过：讨论升格维基专题为命名空间 任务完成：向Phabricator申请部署维基专题命名空间 已合并：在Gerrit提交所需修正编码 任务完成：在Phabricator请求合并编码 完成：事实性修订“Wikipedia:命名空间”以包含新的维基专题命名空间 完成，待检查：将项目命名空间下的维基专题移动至维基专题命名空间 专题移动列表 专题重定向移动列表 进行中：修正指向专题的内部链接 申请中：机器人任务 已完成：调整专题模板 已通过：讨论捷径的设立方式 已通过：其他议题讨论 进行中：设立伪命名空间相关讨论 已通过：讨论设立LTA及MOS伪命名空间供捷径使用 已否决：设立捷径空间供LTA/MOS捷径使用 进行中：设立捷径空间作其他用途 结以待续：升格LTA为命名空间 进行中：后续讨论处理事项 完成：修改机器人操作不提删伪命名空间捷径 进行中：格式手册新捷径名称讨论 MOS捷径列表 已否决：旧捷径改为软重定向 完成：设置默认启用小工具 进行中：自动半保护伪命名空间条目 进行中：提议设立新快速删除标准 进行中：第三轮讨论 进行中：捷径命名空间 进行中：捷径指引草案修订 已通过：增设更多伪命名空间（一）

导航模板请参阅此。导言请参阅此

第五阶段：讨论重定向与捷径的设立方式

各阶段不得同时讨论，前一项讨论完结之后，才能进行下一段讨论。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年1月29日 (五) 12:57 (UTC)

本案进入倒数第二个部分。现在将讨论未来专题捷径如何设立，以及原有捷径的去留：

• 未来是否允许创建跨WP与PJ空间的捷径？如果需要，是否需要进一步规范?
• 未来是否允许创建跨WP与PJ空间的非捷径的重定向？
• 旧有的跨WP与PJ空间的捷径是否需要清除链入然后(×)删除？

cc.@30000lightyears、Taiwania Justo、LuciferianThomas、羊羊32521、BlackShadowG：

请讨论-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月14日 (日) 09:41 (UTC)

• 我认为PJ空间的捷径统一规范为WPJ/PJ:XXX，将现有WP重定向全部转到PJ去。比如WikiProject:智能手机的WP:SMARTPHONE直接转移到WPJ:SMARTPHONE。--Lightyears_{Talk·Sign#订阅维猫报喵！} 2021年2月14日 (日) 11:15 (UTC)
• 个人意见
  1. 为了避免混淆，将来应该一律禁止创建跨WP与PJ空间的捷径重定向。
  2. 目前存在的WP重定向到PJ的捷径应该全部转移到PJ，若无链入或很少链入，可考虑(×)删除；若数量过大，或者已经在讨论中被引用，则可考虑(○)保留以仅供历史参考。
  3. 同时，将PJ命名空间中所有{{shortcut}}中的捷径一律改为以“PJ”开头的捷径，不再推荐使用以WP开头的捷径。

——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月14日 (日) 12:57 (UTC)

同上，不然就没必要伪命名空间了。空气小猫（留言） 2021年2月14日 (日) 13:49 (UTC)

我觉得从PJ空间捷径连出没什么问题，WP空间也有捷径连至Help。PJ分拆了就不要再从WP连过去了，旧的就随它吧。--LuciferianThomas．留言 2021年2月14日 (日) 14:09 (UTC)

旧的捷径如要批量删除的话可能要请求管理员开删除机器人...-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月14日 (日) 14:11 (UTC)

所以把PJ空间的{{shortcut}}全部更新，提醒将来的编者不要再用WP链接到PJ的捷径就行了。那些没有链入的WP捷径删了也无妨。——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月16日 (二) 02:05 (UTC)

个人意见：

1. 原则上不允许，但社群就个别页面的特殊情形可以例外特许。建议以修改R2规范处理。
2. 不允许。如出现，应清除链入并删除。
3. 可行。清除链入可以请求bot（WP→PJ），删除的话我觉得开一个list，然后转AFD即可。

以上。SANMOSA _SPQR 2021年2月17日 (三) 14:40 (UTC)

• (？)疑问@Sanmosa：您认为需要清除链入吗？-- 五岁抬头雪菲（☎️·☘️） 2021年3月31日 (三) 06:53 (UTC)

既然（我认为）未来不允许创建跨WP与PJ空间的非捷径重定向，而且非条目命名空间的非捷径重定向本来就使用率低下，如果真的有人意外创建了，都不会有多少链入，清除链入也不是什么困难的事，而且还能避免未来的误用。SANMOSA _Σουέζ 2021年3月31日 (三) 07:43 (UTC)

Wikipedia:专题和Wikipedia:专题委员会等部分页面为何还没有移动到新的命名空间？还是这些页面不应该移动？--百無一用是書生 (☎) 2021年2月19日 (五) 02:46 (UTC)

先前讨论有提到将专题介绍留在WP空间。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月19日 (五) 17:12 (UTC)

专题委员会并非专题介绍，Wikipedia:专题似乎也称不上是介绍，更像是WikiProject:首页的作用--百無一用是書生 (☎) 2021年3月1日 (一) 02:54 (UTC)

• (？)疑问所以您建议将WP:专题(►)移动到PJ:首页吗？-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年3月1日 (一) 08:09 (UTC)

  我认为应该这样，WP:专题可以不需要，或者另外重写，作为对专题的介绍页面--百無一用是書生 (☎) 2021年3月1日 (一) 11:46 (UTC)

  (？)疑问那么您对专题委员会的存放位置有何建议？—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年3月3日 (三) 05:17 (UTC)

  • (？)疑问@Shizhao：？-- 五岁抬头雪菲（☎️·☘️） 2021年3月10日 (三) 06:01 (UTC)

    专题委员会应该是从属于专题的啊，我觉得按道理来说应该在WikiProject下面--百無一用是書生 (☎) 2021年3月10日 (三) 07:19 (UTC)

个人认为跨WP->PJ没差，但PJ->WP的不行-- Sunny00217  2021年2月21日 (日) 13:56 (UTC)

第五阶段：小结

通过。SANMOSA _Σουέζ 2021年5月21日 (五) 09:53 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

总结以上讨论意见：

1. 禁止创建跨WP与PJ空间的捷径重定向。并清理链入页面后删除现有跨WP与PJ空间的捷径重定向；同时，将PJ命名空间中所有{{shortcut}}中的捷径一律改为以“PJ”开头的捷径，不再推荐使用以WP开头的捷径。→修改R2规范
2. Wikipedia:专题和Wikipedia:专题委员会移动到PJ空间。→需探讨是否留重定向

以上-- 五岁抬头雪菲（☎️·☘️） 2021年4月7日 (三) 06:22 (UTC)

• 公示7日-- 五岁抬头雪菲（☎️·☘️） 2021年4月14日 (三) 03:35 (UTC)

  R2具体修改内容呢？--Xiplus#Talk 2021年4月14日 (三) 05:31 (UTC)

补：R2修改内容：

现行条文 R2. 跨命名空间的重定向。 由条目的命名空间重定向至非条目命名空间，将用户页移出条目命名空间时遗留的重定向，或者从草稿命名空间指向非草稿命名空间的重定向。经社群同意设立的伪命名空间属于本规则之例外。注意：有时新加入的维基人偶尔会在主条目空间误建用户页。使用“移动”页面工具将用户页移回用户名字空间会保留页面历史，在删除遗留的重定向页前，考虑保留一到两天；草稿重定向速删前，请确保草稿已经完成其作用，并且草稿的历史已经合适地移动到相应的正式页面。 使用模板{{d|R2}}或{{d|interwk}}。

提议条文 R2. 跨命名空间的重定向。 包括以下几种类型： 从条目命名空间指向非条目命名空间的重定向（包括将用户页从条目命名空间移动至用户页命名空间时遗留的重定向）； 从草稿命名空间指向非草稿命名空间的重定向； 从计划命名空间（Wikipedia）指向维基专题命名空间（WikiProject）的重定向；及 从维基专题命名空间（WikiProject）指向计划命名空间（Wikipedia）的重定向。 经社群同意设立的伪命名空间属于本规则之例外。 注意：有时新加入的维基人偶尔会在主条目空间误建用户页。使用“移动”页面工具将用户页移回用户名字空间会保留页面历史，在删除遗留的重定向页前，考虑保留一到两天；草稿重定向速删前，请确保草稿已经完成其作用，并且草稿的历史已经合适地移动到相应的正式页面。 使用模板{{d|R2}}或{{d|interwk}}。

以上。SANMOSA _Σουέζ 2021年4月17日 (六) 04:12 (UTC)

Module:Template:Delete/data模块的对应修改见User:Sanmosa/R2模块。SANMOSA _Σουέζ 2021年4月17日 (六) 04:24 (UTC)

现时有3502个WP->WPJ的重定向，33个WPJ->WP的重定向。--Xiplus#Talk 2021年4月17日 (六) 05:07 (UTC)

上面的结论有指明“清理链入页面后删除现有跨WP与PJ空间的捷径重定向”，所以应该需要bot，再不然发通知邀请社群协力清理也可。SANMOSA _Σουέζ 2021年4月17日 (六) 11:00 (UTC)

(！)意见：“2. 将用户页移出条目命名空间时遗留的重定向”真包含于“1. 由条目的命名空间指向非条目命名空间的重定向”，可以删去。另外那个的看起来怪怪的，建议删去。 ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年4月20日 (二) 04:57 (UTC)

@羊羊32521：（1）1是（条目命名空间）→（非条目命名空间），2是（非条目命名空间）→（条目命名空间），2不能删。（2）完成。SANMOSA _Σουέζ 2021年4月21日 (三) 03:38 (UTC)

查CSD历史，R2最初加入于Special:Diff/284065：通过将用户页移出条目命名空间而创建的重订向。 （有时新的维基人偶尔会在主条目空间创建用户页。使用“移动”页面工具将用户页移入用户名字空间会保留页面的历史，考虑在删除作为移动结果的重定向页前，保留一到两天。) 所以是说：①在主命名空间创建用户页；②将该用户页移动到用户名字空间（留重定向）；③快速删除重定向页。故2亦是“（条目命名空间）→（非条目命名空间）”。 ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年4月21日 (三) 15:55 (UTC)

阁下这一改意思都变了 ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年4月21日 (三) 15:59 (UTC)

@Sanmosa-- ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年4月24日 (六) 14:39 (UTC)

另外我认为WP→PJ可能不适合速删，上方讨论有提到

“ 若数量过大，或者已经在讨论中被引用，则可考虑(○)保留以仅供历史参考。 ” ——User:BlackShadowG

或者先开机器人把历史遗留问题解决掉 ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年4月21日 (三) 16:08 (UTC)

容许我再多等待三日，上面的提案会稍为调整。SANMOSA _Σουέζ 2021年4月21日 (三) 03:38 (UTC)

@羊羊32521：有道理。已再调整。7日后我再重行公示。SANMOSA _Σουέζ 2021年4月25日 (日) 08:19 (UTC)

针对“WP→PJ可能不适合速删”一点，我也曾经表示需要bot处理，但我认为人手逐个处理亦非不可，情况如同enwiki曾经有过的X1，分别仅在于这变成永久措施，并禁止日后同类重定向的创建。SANMOSA _Σουέζ 2021年4月25日 (日) 08:25 (UTC)

@Xiplus：请求WP->WPJ的重定向及WPJ->WP的重定向的具体清单。另见上。SANMOSA _Σουέζ 2021年4月30日 (五) 06:00 (UTC)

@Sanmosa：列表于此，另您想让我注意什么？--Xiplus#Talk 2021年4月30日 (五) 06:10 (UTC)

@Xiplus：关于我对速删WP->WPJ的重定向的意见。当然我仍然希望有bot能协助清理链入（初步构思：[[WP:AA]]→[[WPJ:BB|WP:AA]]、[[WP:AA|自定義文字]]→[[WPJ:BB|自定義文字]]）。SANMOSA _Σουέζ 2021年4月30日 (五) 06:15 (UTC)

看起来无问题，不过我个人是觉得有大量链入的重定向就不应删除，这样也不需要去修正。--Xiplus#Talk 2021年4月30日 (五) 11:43 (UTC)

注意编辑摘要里也可能引用快捷方式（虽然专题页的引用量可能不会很大）。(▲)同上有大量链入的重定向不应删除-- ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年5月1日 (六) 05:49 (UTC)

此类提案应该不太可能涉及“有大量链入的重定向”，如有，请另表列出。SANMOSA _Σουέζ 2021年5月1日 (六) 07:57 (UTC)

应该是没有-- ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年5月1日 (六) 09:19 (UTC)

有178万6641个页面需要更新，占全部页面27%，我认为修复重定向是不明智的。--Xiplus#Talk 2021年5月1日 (六) 10:01 (UTC)

(：)回应有些是模板链入造成的，修改模板就可能可以大幅减少。—- 五岁抬头雪菲（☎️·☘️） 2021年5月1日 (六) 12:31 (UTC)

我本来也是以为是模板链入造成，但再次检查后，其实不然，可靠地估计需编辑的页面至少在156万以上。--Xiplus#Talk 2021年5月1日 (六) 12:44 (UTC)

@Xiplus：我要求就每个捷径分别排查链入数，并分别区分模板链入和非模板链入。我不相信大部分此类捷径都能产生逾100万的链入。SANMOSA _Σουέζ 2021年5月4日 (二) 05:36 (UTC)

没办法通过查询链入来知道是否通过模板产生的链入，自己用搜索功能比较准。--Xiplus#Talk 2021年5月4日 (二) 07:52 (UTC)

@Xiplus：那能不能就每个捷径分别给出链入数？我仍然觉得此类捷径不可能每一个都能产生逾100万的链入。SANMOSA _Σουέζ 2021年5月6日 (四) 01:50 (UTC)

Special:PermaLink/65497881。--Xiplus#Talk 2021年5月6日 (四) 02:13 (UTC)

刚才用正规表达式insource:/\[\[:?WP:MEA\|?/精准匹配结果也至少是130万 截图 因为正则会跑很久，但相信这只是特定专题这样而已，大部分的专题链入应该都很少，有的专题甚至无链入。-- 五岁抬头雪菲（☎️·☘️） 2021年5月4日 (二) 06:14 (UTC)

保留这个吧，这个是{{Welcome}}／{{Welcomeip}}的链接之一，当然非常常见。提议加个豁免条款，截至通过日，除本身多于一万直接链入的常用捷径豁免快速删除外其他都机器人修正呗。--LuciferianThomas • 留言 2021年5月4日 (二) 07:17 (UTC)

这应该要保留，不仅是大量链入，还会导致修改大量用户的讨论页 ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年5月4日 (二) 10:56 (UTC)

我维持我的提案（快速删除从Wikipedia指向WikiProject的重定向，并由bot协助清理链入），但可以容许WP:专题/首页的缺失条目和WP:MEA这两个例外（只有这两个产生了逾150万的链入，其余都少于10万，而且大部分估计是模板链入，即使假设全部为非模板链入也不会构成太大的工作量），但也就只有这两个能例外，而且也不便明文规定，因此会走Liangent G15的路线，只在模块进行限制。@A2569875、Xiplus。SANMOSA _Σουέζ 2021年5月6日 (四) 09:27 (UTC)

Module:Template:Delete/data模块的对应修改见User:Sanmosa/R2模块，已在2021年5月6日 (四) 09:33 (UTC)更新。有劳Xiplus检查对应修改的代码是否正常。SANMOSA _Σουέζ 2021年5月6日 (四) 09:33 (UTC)

---

重行公示7日。SANMOSA _Σουέζ 2021年5月14日 (五) 13:12 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

• (？)疑问@Sanmosa、羊羊32521、LuciferianThomas：Bot由谁来跑？最近因为课业繁忙不易安排足够的时间来跑监督式机器人或机器用户，考量到本次任务同样需要人为监督，近期课业繁忙不易安排足够的时间来跑监督式的大量操作，因此可能没有办法接这次的监督式机器人或机器用户任务，学业为重。-- 五岁抬头雪菲（☎️·☘️） 2021年5月20日 (四) 06:31 (UTC)

  @Xiplus。SANMOSA _Σουέζ 2021年5月21日 (五) 09:53 (UTC)

  繁忙无意愿接手此案。--Xiplus#Talk 2021年5月21日 (五) 10:10 (UTC)

@羊羊32521、LuciferianThomas：不知道能不能找到人写bot。不然我们也可以先根据之前就每个WP=>WPJ的捷径分别的链入数排查出来的结果手动进行“先消除链入、后提R2”的工作，但可能会涉及模板链接跟EP。WPJ=>WP的捷径应该比较容易处理，可以不用bot。SANMOSA _Σουέζ 2021年5月22日 (六) 02:46 (UTC)

我可能可以写，但没时间跑Bot （这一看就知道要跑很久）。 所以到时如果真没人写，我可以提供代码，然后再请有时间的维基人帮忙跑bot。-- 五岁抬头雪菲（☎️·☘️） 2021年5月22日 (六) 03:03 (UTC)

最近现实发生一些状况，暂无法开发Bot。@Sanmosa：，User:LuciferianThomas好像有意愿接手？Wikipedia:机器用户/申请#User:LuciferianBot。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鲜果茶☕]（☎️·☘️） 2021年6月10日 (四) 11:41 (UTC)

已留意。我支持他这样做。SANMOSA _Σουέζ 2021年6月10日 (四) 14:15 (UTC)

@A2569875：可能可以先写代码。我已经处理好所有WPJ=>WP的捷径了，至于WP=>WPJ的捷径我打算先手动处理链入数少的那些，让它们先走快速删除程序。（话说bot是怎样跑的，我不太清楚相关事宜，所以想学一下，之后或许能帮到一些忙）SANMOSA _Σουέζ 2021年5月25日 (二) 02:22 (UTC)

Special:PermaLink/65497881更新为Special:PermaLink/65827060。SANMOSA _Σουέζ 2021年5月28日 (五) 07:04 (UTC)

Draft:WP-WPJ重定向链入数量。--Xiplus#Talk 2021年6月1日 (二) 13:31 (UTC)

@Xiplus：完全没有0链入的数据？SANMOSA _Σουέζ 2021年6月1日 (二) 14:56 (UTC)

是，此列表是让你们清理链入的，所以应该没必要列出？--Xiplus#Talk 2021年6月2日 (三) 01:55 (UTC)

有必要列出，清理完链入还要R2速删，0链入的重定向的处理工作最少（但有时候检查链入时还是会发现还有一些链入和引用）。SANMOSA _Σουέζ 2021年6月2日 (三) 15:04 (UTC)

@Xiplus：实测过一下，在Module:Template:Delete/data下，只有在WP:MEA挂R2才能显示警告字句，WP:专题/首页的缺失条目显示不到，不知道是怎么一回事。SANMOSA _Σουέζ 2021年6月1日 (二) 13:26 (UTC)

没看到编辑纪录，你怎么测的？--Xiplus#Talk 2021年6月2日 (三) 02:30 (UTC)

@Xiplus：页面预览功能。现在没事了，我查了一下Mediawiki，发现我不应该用rootText，而应该用text。SANMOSA _Σουέζ 2021年6月2日 (三) 15:00 (UTC)

@Xiplus、A2569875：话说WPBannerMeta的模板应该有隐藏的“Wikipedia:”开首专题链接，不知道是怎么一回事，有空要fix一下。SANMOSA _Σουέζ 2021年6月10日 (四) 14:15 (UTC)

参考资料

第六阶段：其他议题讨论

各阶段不得同时讨论，前一项讨论完结之后，才能进行下一段讨论。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月14日 (日) 09:41 (UTC)

• 以下暂时备注

1. 方针或指引修订（一点五阶段已修改部分，如有未尽之事宜请在此提出）

   Wikipedia:互助客栈/方针#第一点五阶段：内容事实修订

   Wikipedia:互助客栈/方针/存档/2021年5月#修订CSD#G14

2. 专题主页与专题委员会存放处
3. WP空间中的专题介绍、Help的专题说明
4. 专题指引存放处
5. 未调整好的模板或模块
6. 这几个月的使用反馈
7. 其他未尽之事项

-- 五岁抬头雪菲（☎️·☘️） 2021年5月8日 (六) 19:25 (UTC)

• 所以第五阶段讨论的怎么样了？—— Eric Liu _{创造は生命（留言．留名．学生会）} 2021年6月28日 (一) 01:30 (UTC)
  • (：)回应@Ericliu1912：，机器人似乎尚未核准Wikipedia:机器人/申请/LuciferianBot#LuciferianBot。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鲜果茶☕]（☎️·☘️） 2021年7月5日 (一) 14:26 (UTC)
    • (：)回应@Ericliu1912：，应该是需要有人去催WP:BAG，以加速审核。 维基百科:机器人/申请/LuciferianBot/1—- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鲜果茶☕]（☎️·☘️） 2021年7月19日 (一) 12:42 (UTC)
    • 有没有管理员能审核一下维基百科:机器人/申请/LuciferianBot/1……—- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鲜果茶☕]（☎️·☘️） 2021年8月19日 (四) 04:04 (UTC)
      • 被驳回了，看来这个案有得等了。—- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鲜果茶☕]（☎️·☘️） 2021年9月7日 (二) 16:26 (UTC)
• @A2569875：现在进度如何？—— Eric Liu _{创造は生命（留言．留名．学生会）} 2021年9月26日 (日) 05:13 (UTC)
  • 但是后来好像又有方针修订案，所以现在也不知道应该怎么处理...-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鲜果茶☕]（☎️·☘️） 2021年9月29日 (三) 07:04 (UTC)

    没有东西要处理的话，请让讨论存档，已经占据太久了。--Xiplus#Talk 2021年10月2日 (六) 02:21 (UTC)

    • 先这样吧，暂且运作也没有问题，等到到时再根据需求开启讨论，同系列的讨论连起始讨论的捷径指引案也都被数度存档了…—- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鲜果茶☕]（☎️·☘️） 2021年10月6日 (三) 05:18 (UTC)

第三次推动设立LTA命名空间

由于今年LTA模仿犯泛滥，对本站站务造成困扰，我希望重提设立LTA命名空间，并通过引入扩展功能（mw:Extension:Lockdown）设置页面查看权限。

前期讨论

1. 部分用户认为不设置查看权限就没必要设置命名空间，有用户认为即使不设置查看权限也有必要设置命名空间。
2. 有用户认为，限缩查看权限不利于反破坏人员之养成、判定LTA，甚至沦为社群斗争工具。

设立流程

1. 社群讨论决定设立LTA空间。
2. 走mw:Writing an extension for deployment#Preparing for deployment的流程，同时社群讨论空间的细节。
3. 扩展功能可以启用后，通过phab:设立LTA空间，并设置查看权限。同时进行后续处理（如将LTA部分特征页面留在Wikipedia空间）。

以上，希望社群讨论。 ——魔琴 [ 已经告假 留言 贡献 ] 2021年12月31日 (五) 15:51 (UTC)

查看权限设置为回退员只能看，还是其他用户组（巡查可能需要以挂板）为佳？问题就是LTA空间的内容一外漏影响就是永久的，很容易在网上流传开去，需要再三考虑下。--Ghren🐦🕑 2021年12月31日 (五) 18:25 (UTC)

还不如把LTA页面移动到另一个wiki里面。--GZWDer（留言） 2022年1月1日 (六) 06:21 (UTC)

这样说我觉得一些不宜公开讨论的反破坏讯息可以全数移动到一个独立的站点（Miraheze也好、wikimedia下的也好，都可以）--路西法人☆ 2022年1月1日 (六) 11:16 (UTC)

巡退、延伸确认、管。限缩得太紧的弊端已述。至于“LTA空间的内容一外漏影响就是永久的”，回退员也不一定可信啊……限缩主要是为了防模仿犯、反愉快犯，也防止LTA页面成为破坏者联络场所。-- ——魔琴 [ 已经告假 留言 贡献 ] 2022年1月2日 (日) 05:23 (UTC)

不好意思，讨论过长没找到“弊端已述”。延确能否信任也是一个问题，但可以后议。--Ghren🐦🕙 2022年1月2日 (日) 14:42 (UTC)

@Ghrenghren：“不利于反破坏人员之养成、判定LTA，甚至沦为社群斗争工具”，完整版见Wikipedia:互助客栈/方针/存档/2021年8月#再次推动破坏者（LTA）成为命名空间中Kriz的留言。 ——魔琴 [ 已经告假 留言 贡献 ] 2022年1月2日 (日) 15:06 (UTC)

请先确定Lockdown能够确实引入，以免浪费大家时间来讨论。--Xiplus#Talk 2022年1月3日 (一) 05:30 (UTC)

走引入流程可能需要社群共识：Your deployment tracking bug should point to on-wiki community consensus (and/or community support/desire) for having the extension installed on a particular wiki, if applicable. 所以这就是第一步“社群讨论决定设立LTA空间”，Ghren的提问其实是下一阶段的内容。 ——魔琴 [ 已经告假 留言 贡献 ] 2022年1月3日 (一) 05:42 (UTC)

这不就死循环了吗？对LTA空间是否设立存在疑虑是因为不知道能否使用Lockdown扩展；若要知道能否使用Lockdown扩展，必须达成共识成立LTA空间；若要达成共识成立LTA空间，需要知道可以使用Lockdown扩展。这就是永远的死局了。 --Milky·Defer 2022年1月3日 (一) 07:36 (UTC)

所以我提议的流程是先达成启用的共识，如果可以启用再设置空间。 ——魔琴 [ 已经告假 留言 贡献 ] 2022年1月3日 (一) 07:41 (UTC)

我觉得这是个死局。假如不能Lockdown其实没什么意义。姑且可以先支持，但假如Lockdown用不了就当时再移回去吧。--Ghren🐦🕓 2022年1月3日 (一) 08:42 (UTC)

所以唯一支持创建独立的命名空间的理据是使用Lockdown吗？那么我不反对将设立命名空间跟引入Lockdown绑定讨论，部署Lockdown跟新命名空间应同时进行，若最终Lockdown无法引入，创建命名空间直接作废。--Xiplus#Talk 2022年1月3日 (一) 11:15 (UTC)

我的意思就是这个（不知道是不是表述不清楚），扩展功能可以启用后，通过phab:设立LTA空间。 ——魔琴 [ 已经告假 留言 贡献 ] 2022年1月3日 (一) 12:10 (UTC)

• (！)意见：敝人路经此地，窃以为若暂且不论站友前述的专业技术工程，斗胆对所谓的LTA之存在和相关页面表达个人看法。

先说结论，个人主张不限制阅览权限，但进一步提高收录门槛；若往后真限制阅览权限，延伸确认以上权限之用户可观看。

首先，个人反对轻易增生所谓的LTA页面。每每只因有无聊的反社会人士来搞破坏一段时间，社群就替他们“立传”，窃以为未必具那么大的迫切或必要性；个人认为大量创建LTA专属页面除了可能轻易帮那些破坏者树立“战绩里程碑”之外，长久而言提供他们继续追求“战功和名望”之诱因，也替他们在维基世界和时间长河中留下“个人（可能值得纪念或回味）的历史印记和足迹”，甚至恐成为有心人轻易反向滥用该页面或散布特定信息之良机。某些编辑行为究竟是否属破坏，个人认为反破坏编者可自行依站内规范和经验判断；在破坏者“升级”成为LTA前，多数时候热心用户维护关注的目标以“条目”为主，应即可有效实践反破坏之本意（若真有需要查缉傀儡账号另当别论）。

其次，此类LTA页面之使用方式分为编写和阅览两个面向。就阅览而言，个人仍认为应开放信息供所有有心用户阅览拣用，原因如过往所述。然而就编写而言，站内热心站友常在发现有破坏者符合收录门槛后，便热心记录描写其特征和行为，并创建相关页面公示于众；有时LTA的相关信息情报甚为模糊，仅稍具轮廓雏形而已，又或是过多细节导致实难真正辨识，甚至套用于其他编者身上亦看似轻易符合，故个人认为可能需要进一步研拟限制措施。

因此，在概念上，个人主张采“无无虚无”（中二....）之策略，亦即“回退、封禁、不理会”之最大化延伸，尽可能削减破坏者戮力追求之名望、成就、意义、价值、荣誉感、存在感、个人风格等可供追求之心理反馈，故在记载上应提高登载收录和讯息传播门槛。

具体措施上，就登载收录而言，个人建议维基百科:持续出没的破坏者之情报页面创建门槛为“持续破坏3个月以上，且编者提供之相关情报信息经客栈讨论公示通过”，方移置公开收录于VIP室页首。尤其对于有心借由模仿或造谣等方式进行扰乱之破坏者而言，若经由少数人收集或判读讯息、未经过滤便轻易创建可供收录展示之“专属页面”、成为“维基馆藏”，甚而因部分热心关注者可能的误判造成负面效果，窃以为实属不妥。

就讯息传播而言，敝人主张可考虑进一步将所有LTA按编号代码予以编管，于“Wikipedia:持续出没的破坏者/<用户名>”创建情报页面时改采流水号编码，并以编码创建相关重定向，以其编码公示于VIP室，而原账号名称则记述于情报内文和信息框，编码方式和规律以可无限延伸、不具意义为基本概念，举例如下：

1. 尽可能不依特定缘由或规律编号（如出现和破坏之时间、顺序、编辑类型等规律或事由），于邻近的号码顺序内，随机进行编号。

2. 将英文字母和数字结合，持续延伸，列举流水号样式如下：

“ LTA：AA-0002 ～ LTA：AA-9998，

---> LTA：AB-0002 ～ LTA：AB-9998

---> LTA：AC-0002 ～ LTA：AC-9998.....

---> LTA：AZ-0002 ～ LTA：AZ-9998

---> LTA：BA-0002 ～ LTA：BA-9998

---> LTA：BB-0002 ～ LTA：BB-9998....

---> LTA：BZ-0002 ～ LTA：BZ-9998

---> LTA：CA-0002 ～ LTA：CA-9998..............

---> LTA：CZ-0002 ～ LTA：CZ-9998

---> LTA：ZA-0002 ～ LTA：ZA-9998..............

---> LTA：ZZ-0002 ～ LTA：ZZ-9998

---> LTA：AAA-0002 ～LTA：AAA-9998

---> LTA：AAB-0002 ～LTA：AAB-9998...........

---> LTA：AAZ-0002 ～LTA：AAZ-9998

---> LTA：ABA-0002............ ～.............LTA：ABZ-9998...........

---> LTA：ZZZ-0002 ～LTA：ZZZ-9998

---> LTA：AAAA-0002............

”

可无限延伸，若真有需要的一天（笑）。个人意见，供参。--Kriz Ju（留言） 2022年1月6日 (四) 02:24 (UTC)

我觉得，封闭LTA查看权限可能可以规避“冲战绩”的想法，毕竟自己看不到。至于阅览面向，我觉得给延伸确认就可以了。 ——魔琴 [ 已经告假 留言 贡献 ] 2022年1月6日 (四) 04:31 (UTC)

别用流水账，即使要DENY也不至于这样，这样太难记谁是谁了。--路西法人☆ 2022年1月11日 (二) 04:51 (UTC)

• (！)意见：敝人的用意就是要构成一种“双向限制”的效果，不只限制LTA对外传播个人“功绩”，同时也提高社群对于相关讯息的信息传递和讨论门槛，甚至有时有心人正是借此方式散布各种扰乱讯息。在此敝人斗胆挑战一个概念：为何我们要记得或认识他们呢？“努力”破坏的人被社群“铭记在心、永恒流传”，还可以成为被“登载史册、正式收录”的对象，反倒对社群有贡献的善意用户随着逐渐淡出或离去，经过几年后，又有多少人或新进用户认识或记得他们曾经的贡献呢？

这么说起来，是否破坏者破坏一阵之后，即可名留青史？善意的贡献用户还不见得可以轻易留名，就证明自己的“存在感”而言，当今的社群机制是否反倒在鼓励破坏者留名呢？

我们努力记住那些破坏者，却放任社群遗忘曾经致力为社群贡献的无名英雄，敢问这是什么荒谬的现象或制度呢？

进一步而言，随着时间过去，流水号越往后排越显冗赘，而对于未来的LTA而言，他们公示于众、留给世人的，就是这些他们自己也无法掌握、任人取名的“编号”，而不是他们要让大家认识、甚至充满个人风格、带有个人色彩的“账户大名”。

窃以为就实务而言，既然提高信息传播门槛，加上若往后只有部分用户具备阅览权限，这表示只有真正愿意投入研究的用户，才能更熟悉这些讯息，亦即“反破坏”的相关信息会进一步更接近为“带有某种技术色彩”的站务，而不是只有“不会写条目、不务正业”的用户才会去玩的不入流把戏。

真正愿意研究的人，肯定一段时间后就能辨识，尤其对于曝光率较高的那几位远古先生，不成大问题（比如有在投资的人就会了解，一段时间后对于投资标的代码就可以如数家珍），甚至还可以提高用户参与度和投入时间（事实上点进去页面看一下即可，也不用硬记）；而无法辨识或阅览信息的人，是否愿意投入反破坏行列，就看个人选择了。--Kriz Ju（留言） 2022年1月12日 (三) 11:22 (UTC)

这样只会造成反破坏工作更难进行。有名称的作用是要可以立刻配出谁是谁，变成流水账基本上没人能辨识是哪一个破坏者。“事实上点进去页面看一下即可，也不用硬记”但给出链接都成问题，怎样点进去？辨识破坏者是必要的，我近期接触大量LTA更感受到这一点，不然也不会提出改进破坏者辨认的SPI。--路西法人☆ 2022年1月13日 (四) 09:53 (UTC)

• 另外，考虑到 IP masking，我希望LTA空间对且仅对（未来）有权限查看IP地址的用户开放。 ——魔琴 [ 已经告假 留言 贡献 ] 2022年1月8日 (六) 05:24 (UTC)

  对比开放予延伸确认用户阅读该命名空间，我更倾向魔琴提议仅开放予有权限查看IP地址的用户阅读有关页面。--路西法人☆ 2022年1月9日 (日) 03:27 (UTC)

不知道是不是应该回复在这儿。这个扩展提供的限制非常鸡肋，您只需要在其他命名空间创建一个指向私有的LTA命名空间页面的重定向，再在另一个页面中嵌入前述重定向，即可浏览内容。--——ほしみ 2022年1月17日 (一) 15:59 (UTC)

注：调整 $wgNonincludableNamespaces 无法控制其他命名空间指向LTA命名空间的重定向之嵌入。--——ほしみ 2022年1月17日 (一) 16:04 (UTC)

啊这，您有去mw:Extension talk:Lockdown提过吗（ ——魔琴 [ 已经告假 留言 贡献 ] 2022年1月17日 (一) 16:14 (UTC)

您可以自行测试后去提一下，我这边测试的结果是即使是master也没解决这个问题。这个问题就写在mw:Security_issues_with_authorization_extensions内，看Inclusion/transclusion一栏右侧评论栏的意思是部分解决了，那重定向嵌入可能没解决吧。只能说，这个扩展限制的read权限目前并不能阻止破坏者完全不能阅读。--——ほしみ 2022年1月17日 (一) 16:37 (UTC)

重定向问题可能可以通过AF解决？ ——魔琴 [ 已经告假 留言 贡献 ] 2022年1月18日 (二) 03:58 (UTC)

AF没用的，单页面内预览就行了，甚至不需要创建页面。

例如Sandbox页面:

#重定向 [[LTA:Sandbox]]
{{:Sandbox}}

——ほしみ 2022年1月18日 (二) 04:29 (UTC)

Ghrenghren在站外提到可以“在所有LTApage 上加上个空白的onlyinclude”。 ——魔琴 [ 留言 贡献 ] 2022年1月19日 (三) 15:42 (UTC)

已确认，已报告。--Xiplus#Talk 2022年1月17日 (一) 16:36 (UTC)

另外，一般用户仍然可以在最近更改、最新页面、用户贡献等特殊页面看到私有命名空间内每一笔编辑的摘要，包括创建页面时自动生成的摘要。--——ほしみ 2022年1月17日 (一) 16:45 (UTC)

---

上述讨论中LTA收录门槛的讨论与本案无关，将分拆讨论。距离Kriz君在我的讨论页表示支持已过去七日，现拟出决议并 交付公示，为期7日，2022年1月24日 (一) 04:19 (UTC) 结束。

本社群达成共识：

一、本站将设立临时代号为“LTA”的命名空间，用于储存长期破坏的信息以反破坏，其它细节待议。

二、本站将申请部署mw:Extension:Lockdown以限制LTA命名空间的阅览权限。

三、LTA命名空间仅应在mw:Extension:Lockdown可以部署后设立。

 ——魔琴 [ 已经告假 留言 贡献 ] 2022年1月17日 (一) 04:19 (UTC)

最好不要再像修订巡查那样搁浅。—— Eric Liu _{创造は生命（留言．留名．学生会）} 2022年1月17日 (一) 07:27 (UTC)

• 已经搁浅了。修订巡查也是技术人员说“欲申请的扩展不会在任何维基媒体站点部属”。本次议案也是技术人员说“欲申请的扩展不会在任何维基媒体站点部属”。。。 囧rz……-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鲜果茶☕]（☎️·☘️） 2022年1月22日 (六) 03:47 (UTC)

上面的说的在理，我们还要搞吗 囧rz……--Ghren🐦🕗 2022年1月18日 (二) 00:10 (UTC)

唉，又是一次浪费社群时间的讨论。—— Eric Liu _{创造は生命（留言．留名．学生会）} 2022年1月18日 (二) 00:33 (UTC)

单独设立空间本缺乏意义，但本案提及限制阅览权限的问题，其论述有说服力，故支持本案。但

1. 本案之二仍需明确，具有阅览权限的用户范围，该范围不易太窄。有用户提出以延伸确认为界，考虑到反破坏一般至少是具备一定经验的用户，我认为是适宜的。
2. 若能着手明确本案之二、三技术上是否确实可行，则更为稳妥。

以上。--Kirk # 2022年1月18日 (二) 04:15 (UTC)

现在讨论这个大概真是浪费社群时间……但是考虑到 IP masking, 我希望LTA空间对且仅对（未来）有权限查看IP地址的用户开放，而延伸确认肯定不是这种用户组。 ——魔琴 [ 留言 贡献 ] 2022年1月18日 (二) 10:41 (UTC)

---

撤下公示。 ——魔琴 [ 留言 贡献 ] 2022年1月19日 (三) 12:17 (UTC)

（对本讨论串整体的意见）在过去的反破坏工作中，我有九成把握可以说，能查阅私有过滤器者（回退员、管理员）中有人向外泄漏私有过滤器内容。所以不要对“限制阅读权限对保密有好处”抱有任何希望。谨此提醒参与本讨论的编者。至于防模仿、愉快犯的作用几何，我对此基本没有实感。--Tiger（留言） 2022年1月19日 (三) 13:21 (UTC)

我有一个限制阅读权限的另一个理由：IP masking 实施之后，普通用户组不能直接查看未登录用户的IP，而有权限查看的用户也不能向无权限的用户提供这个信息，而反破坏中IP也是很重要的，只能放在私密的命名空间里了（即使保密性存疑）。 ——魔琴 [ 留言 贡献 ] 2022年1月19日 (三) 13:58 (UTC)

这不是只有本地会遇到，而是所有wiki都会遇到，没有必要本地硬想出方法（尤其还是个烂方法），参考其他wiki的作法也是可以的。--Xiplus#Talk 2022年1月26日 (三) 06:58 (UTC)

至于能查阅私有过滤器者（回退员、管理员）中有人向外泄漏私有过滤器内容，嗯，看起来不是什么新闻。 ——魔琴 [ 留言 贡献 ] 2022年1月19日 (三) 16:02 (UTC)

设立新维基

于Phabricator查看
编号T299546的任务
已拒绝

GZWDer在phab提出了相关task后，User:Martin Urbanec表示，因为MediaWiki的阅读限制很可能被绕过，“几乎可以肯定Lockdown不会在任何维基媒体维基安装”。他建议可以参考意大利语维基百科申请创建的https://sysop-it.wikipedia.org，可能更适合本站的需求。

于Phabricator查看
编号T299590的任务

GZWDer于是提出了Create zhltawiki 的task作为替代。有两种方案：一是传统私密维基，不连接SUL，符合要求的用户可以通过一个Toolfridge工具自动创建帐号；一是Miraheze式的私密维基，连接SUL列入“member”用户组的用户有权限查看私密内容。

User:Majavah表示CentralAuth并不支持Miraheze式方案。

现交付社群讨论是否创建LTA维基，以及其具体实现方式。 ——魔琴 [ 留言 贡献 ] 2022年1月21日 (五) 16:10 (UTC)

建议CentralAuth，但由BOT进行在主站有相应权限的用户的权限同步，把read给一个额外的用户组。--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2022年1月21日 (五) 22:23 (UTC)

IP masking 实施之后，LTA WIKI（或Lockdown，但不可行）成为了宪制性必须存在的实体，故(＋)支持。--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2022年1月21日 (五) 22:31 (UTC)

我觉得没什么必要。Tigerzeng阁下说的也挺明白了。—— Eric Liu _{创造は生命（留言．留名．学生会）} 2022年1月22日 (六) 02:08 (UTC)

(✓&)有条件同意：创建一个新维基就设立的通用一点，延伸确认用户维基，所有延伸确认用户可见，或站务维基（行政员、管理员、巡查员、回退员、经申请可查看者）。桐生ここ★[讨论] 2022年1月22日 (六) 02:40 (UTC)

我觉得可以（站务维基），而且我突然想到，编辑sysop-it的都是sysop，那么编辑zh-lta的就都是     ——魔琴 [ 留言 贡献 ] 2022年1月22日 (六) 15:53 (UTC)

(！＋)有条件支持：私以为除非对查看者进行严格限制（如wiki查看权应使用类似于巡查回退的申请方法），否则LTAWiki的设立并无太大意义。—Regards, BureibuNeko 2022年1月22日 (六) 06:15 (UTC)

既然有管理员内鬼，这条路恐怕不通。--Temp3600（留言） 2022年1月22日 (六) 09:04 (UTC)

说起来，还有防滥用过滤器这条路可以硬塞LTA信息的，不过有可能影响过滤器效率（--1233 （T / C） 2022年1月23日 (日) 03:27 (UTC)

(＋)支持，但是可访问用户的选择可能需要在延展用户的基础上增加一些特殊的限制，如规定最低Wikipedia命名空间编辑数。--Yining Chen（留言|签名页） 2022年1月23日 (日) 14:05 (UTC)

没意见。--三万光年 _GBAW 2022年1月25日 (二) 12:04 (UTC)

(＋)倾向支持,只要访问限制得当，就没有问题。--在下荷花，请多指教（欢迎签到） 2022年1月26日 (三) 04:09 (UTC)

应该先确定持权条件再来设立新维基，另外反对任何能够自动获权的门槛制，应采用申请制，不然泄漏内容的话不仅隐藏内容无用，反而将资料保存在独立的wiki上，徒增麻烦而已。--Xiplus#Talk 2022年1月26日 (三) 06:56 (UTC)

(＋)支持，但(－)倾向反对CentralAuth的方案，我支持xiplus的申请制，并且我认为该wiki不应该搭建在wikipedia.org空间，而是自行在Toolforge上搭建，账号系统与基金会的CentralAuth完全分开。--忒有钱🌊塩水あります🐳（留言） 2022年2月3日 (四) 18:41 (UTC)

(～)补充：关于申请制，我认为应设立如下门槛：

1. 关于阅读权限，我认为至少是延伸确认用户才可申请；
2. 关于编辑权限，我认为必须是傀儡调查助理、用户查核员（若有本地查核权）/监管员（若无本地查核权）、管理员、行政员、监督员才可申请。

以上。--忒有钱🌊塩水あります🐳（留言） 2022年2月19日 (六) 13:50 (UTC)

wikipedia.org空间、Toolforge、CentralAuth其实是三件不相干的事情...没有因果关系。--Xiplus#Talk 2022年2月19日 (六) 14:40 (UTC)

(！＋)有条件支持：支持提案，但认同Xiplus君所言应优先决定持权条件再设立。另外能不能不要叫“LTA维基” 囧rz……--路西法人☆ 2022年2月9日 (三) 07:24 (UTC)

看起来就“设立”本身有了初步共识，可以进一步往下进行讨论。顺便一提关于IP masking方面的事项似乎现在处于停滞状态（原计划是在1月17日给出一个方案的），是否需要在此方面等待一下？如果那边有了推进（比如那边似乎是说要成立一个新的用户组可以看部分masked的IP），可以参考那边的组的门槛。 Stang^★ 2022年2月16日 (三) 20:25 (UTC)