跳转到内容

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

页面内容不支持其他语言。
本页使用了标题或全文手工转换
维基百科,自由的百科全书

导航模板

[编辑]

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

[编辑此导航模板]


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

[编辑]

本讨论与捷径方针草案合并,进行分阶段修订台湾杉在此发言 (会客室) 2020年12月10日 (四) 05:30 (UTC)[回复]

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

希望在此重提2018年12月就容许MOS:伪命名空间豁免速删跨命名空间重定向条目的讨论。

在此先对于“伪命名空间”稍作解释:

名字空间Pseudo-namespaces)是指实际上在主名字空间中创建特定开首,指向特定在命名空间页面的重定向条目。英语维基百科有多个伪命名空间(en:WP:PNS),包括MOS:(重定向至en:Wikipedia:Manual_of_Style,对应中文维基百科的Wikipedia:格式手册)以及在中文维基百科为正式名字空间别名的CAT:H:P:T:;而日语维基百科则将此归类在捷径项目内(ja:WP:SC),而并非名字空间的捷径包括LTA:(重定向至ja:Wikipedia:进行中の荒らし行为/长期/,对应中文维基百科的Wikipedia:持续出没的破坏者)。

为分页面较多的维基百科名字空间项目,例如长期破坏者格式手册。开放伪命名空间容许捷径链接的表达更为简单清晰。举一例子,相较起来,LTA:HBN比起WP:HBN更能够表达此链接至一个长期破坏者的页面而不是维基百科的方针、指引、论述等。使用LTA:HBN而非WP:LTA/HBN则是让捷径维持简洁,保留现有WP:HBN的简明命名。最重要的是可以少输入几个字符又能清晰表达其为LTA或MOS项目的页面

希望大家积极参与讨论。Taiwania JustoSanmosaMilkyDefer--LuciferianThomas留言 2020年11月15日 (日) 05:13 (UTC)[回复]

如同上次,我支持提案。这可以有助创建较简洁的系列性页面捷径。SANMOSA SPQR 2020年11月15日 (日) 06:30 (UTC)[回复]
(+)支持,具有统一、简洁、一目了然三大优点。MilkyDefer推迟咕咕 2020年11月15日 (日) 07:31 (UTC)[回复]
补充一下,我个人认为还有能减少命名冲突的好处存在。举个例子,现在有WP:X43,指向的是一位长期破坏者。如果某一天蹦出了另一个长期破坏者比如Xblablabla11什么的,为这位创建一个WP:X11就会出现问题,因为X11有其特殊含义,容易引起误解,日后如果真有必要设立“在X11系统下浏览编辑维基百科”的论述或者指南的话,还有可能引起命名冲突。命名为LTA:X11就不会有这样的问题了.--MilkyDefer推迟咕咕 2020年11月15日 (日) 07:38 (UTC)[回复]

建议加一个PJ:维基专题使用。 ——羊羊 (留言|贡献) 2020年11月15日 (日) 10:41 (UTC)[回复]

同意。如此提案将增为LTA:MOS:PJ:三项。个人认为若整体议案获足够人数支持且有人对个别提议的伪命名空间有意见或异议则再分项投票。--LuciferianThomas留言 2020年11月15日 (日) 11:06 (UTC)[回复]
建议从三个角度考察:1)必要性:需被替代的原名称是否过长;2)复用性:单一页面是否在讨论中被频繁引用(调用);3) 新名称是否已经是比较惯用的简称,以便于记忆和被广泛使用。--Kirk★ 0#0 2020年11月15日 (日) 15:11 (UTC)[回复]
就必要性方面,开放伪命名空间让讨论表达更清晰(一目了然是LTA、MOS还是PJ等等,让WP:的定义缩窄。就复用性请补充,我不太明白。就第三点,捷径链接后半部一般保留惯用的简写,不会有难以记忆和不广泛地使用的问题。个人认为若获得通过,暂时保留现有捷径,若机器人征测更改中包含旧链接的话就让机器人讯息提醒此功能启用。--LuciferianThomas留言 2020年11月15日 (日) 22:11 (UTC)[回复]

WP:命名空间的修正案

[编辑]

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

现行条文

新增加

提议条文

伪命名空间

维基百科中,除了常规命名空间与其别名,以及虚拟命名空间外,还有数种用作捷径的前缀,指向最常引用的维基百科页面。这些前缀统称为伪命名空间,包含:

伪命名空间不被Wiki软件所承认,纯粹由社群进行客制。伪命名空间的标题实际上属于主命名空间,在技术上Wiki软件也是这样看待:这些标题对大小写敏感,且只会在主命名空间的搜索结果中出现。别名会被视为真实的命名空间,因此可以代替其代表的命名空间进行页面搜索;但“伪命名空间:页面名称”的格式会视为主命名空间,而不属于其他任一种命名空间。

其他要增加的伪命名空间请随时补上。台湾杉在此发言 (会客室) 2020年11月15日 (日) 15:12 (UTC)[回复]

我觉得有一些问题:
  1. 主命名空间也是命名空间,“会视为主命名空间,而不属于任一个命名空间”好像有点奇怪;
  2. 建议多加一句此类重定向豁免于CSD R2速删条件。
以上。若内容有其他问题其实可直译en:WP:PNS。--LuciferianThomas留言 2020年11月15日 (日) 22:02 (UTC)[回复]
已改为“其他任一种命名空间”。我还没加豁免速删是因为正在翻译WP:捷径,当中已纳入该规则。翻译完成后会提出来列为指引。台湾杉在此发言 (会客室) 2020年11月16日 (一) 00:05 (UTC)[回复]
(-)反对,en垃圾吧这是。容易和主空间混淆,还不用双前缀,像“WP:MOS:xxx”,这样依然是归于WP命名空间(WP用于维基项目内的相关页面),也能对应MOS命名空间的意义。——Sakamotosan路过围观杯弓蛇影| 避免做作,免敬 2020年11月16日 (一) 02:03 (UTC)[回复]
上述内容纯粹是技术说明,在一般读者使用上毫无差别。另请参阅本讨论首段内容了解原因。--台湾杉在此发言 (会客室) 2020年11月16日 (一) 03:38 (UTC)[回复]
开放伪命名空间的意义正是方便减省输入的内容(WP:MOS:XXXWP:MOS/XXX明显比MOS:XXX累赘),又能够清晰表达捷径的目标。WP代表的维基项目过于广泛,全数使用WP:MOS:XXXWP:LTA:XXXWP:PJ:XXX就会显得累赘,MOS:XXXLTA:XXXPJ:XXX更清晰又简单。--LuciferianThomas留言 2020年11月16日 (一) 03:59 (UTC)[回复]
BTW如果是垃圾就不会在多个维基项目中都会有伪命名空间啦。--LuciferianThomas留言 2020年11月16日 (一) 12:23 (UTC)[回复]
就像为了避免占用条目空间,维基百科首页从首页迁移到Wikipedia:首页那样,我不希望条目空间出现指向其他空间的重定向。其他Wikipedia的维基百科首页也在条目空间,那伪命名空间只是破罐子破摔罢了;中文维基条目空间本来就很干净,我认为不应引入“伪命名空间”这种概念。WP:ENWIKISAID这么长辨识起来没有难度,我认为“WP:MOS/XXX”或“WP:MOSXXX”并没有太大问题。要么就将MOS做实为实体空间,我不希望MOS:LIST页面左上角显示“条目”。--洛普利宁 2020年11月16日 (一) 15:39 (UTC)[回复]
在英文维基百科搜索MOS:CITE为例,在条目命名空间的搜索结果中没有以MOS:开头的搜索结果,在Wikipedia命名空间才会看得到结果。从技术上来看,这是一个指向项目空间的重定向,因此你点击这样的链接,最终看到的页面,左上角也不会是“条目”二字。最后,这一次讨论开启的缘由,归根结底是我发现格式手册页面的快捷方式之样式不统一,容易引起辨识困难。--MilkyDefer推迟咕咕 2020年11月16日 (一) 16:24 (UTC)[回复]
WP:CSD#R2指出条目空间的非条目重定向一律删除。我觉得中文维基这点做得非常好,条目空间就专心放条目(和消歧义),不要涉及站务页面。中文维基没有“伪命名空间”本来就是好事,没必要学英文维基MOS:和日文维基LTA:。格式手册以Wikipedia:格式手册/缩写为例,WP:MOSABBRWP:MOS/ABBR,以及没有歧异时的WP:ABBR都OK。捷径搞属性辨识讲真意义不大,毕竟这东西要点开才有意义。像WP:HBN看过的人会有印象,没看过的人就算给写成LTA:HBN,一样不知道他是谁啊⋯⋯PS:英文维基人编写条目时常拿MOS辩论;但中文维基没有MOS文化,格式手册和其他方针指引没差,不不必学英文版特别拔高。(相较而言,中文维基各命名常规的使用率也不低,但我觉得没必要开个N:或者NC:的前缀。)--洛普利宁 2020年11月16日 (一) 16:53 (UTC)[回复]
WP:HBN改成LTA:HBN不会让人知道他是谁,但就达到最重要的功能:让别人知道HBN是指一个LTA。--LuciferianThomas留言 2020年11月16日 (一) 23:15 (UTC)[回复]
“首页”的例子,在我看来只是个特例。英语维基百科的作法是移到Main Page,Wikipedia:Main Page也指向Main Page,但有没有人吵这个跨命名空间重定向有问题?显然没有。从读者角度来看,伪命名空间“捷径”的设立,除了利于使用以外,是否会造成读者的困扰?以及虽然在技术而言,伪命名空间“捷径”属于跨命名空间重定向,但实际上是否造成编辑上的困扰?在我看来好像也没有影响。在这里强调的是“捷径”,而非一般重定向;一般非条目空间与条目空间的跨重定向的确会有困扰,但捷径应可看做例外。--台湾杉在此发言 (会客室) 2020年11月21日 (六) 10:40 (UTC)[回复]
占用主命名空间的可能是有的,例如有部小说叫做Re:从零开始的异世界生活,搞不好哪天会有什么MOS:勇者转生异世界LTA:拉蒂亚日记之类的神奇小说要建条目怎么办-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2020年11月16日 (一) 17:33 (UTC)[回复]
不影响,占用的都只能是捷径(重定向)而不是指整个格式手册移至MOS,与内容不太可能回重复(机会极低)。--LuciferianThomas留言 2020年11月16日 (一) 23:08 (UTC)[回复]
“内容不太可能回重复”,那么用WP:也应该没有问题。而且如果真有歧义简称可以另外拟定一个没有歧义的。因此反对提案。--GZWDer留言2020年11月17日 (二) 23:02 (UTC)[回复]
提案的原意是让伪命名空间表达捷径的用途。另外,现在说的只是豁免伪命名空间的CSD R2,条目空间内容的部分即便有MOS:或LTA:为开首的条目名称不影响(因为并非重定向,不受R2影响;而条目空间重定向到条目空间更没有问题。使用WP:这个空间本身就带有歧义,因为维基百科命名空间过于广泛,请审视全然使用WP:的缺点以及开放伪命名空间解决有关缺点的效果。--LuciferianThomas留言 2020年11月18日 (三) 10:12 (UTC)[回复]
的确有可能占用主命名空间,如可能有小说叫LTA:HBN。但是也有可能有小说叫WP:HBN(而且可能性一样小)。真的遇到这种情况再想办法也不迟。附(+)支持提案。 ——羊羊 (留言|贡献) 2020年11月19日 (四) 15:41 (UTC)[回复]

本修正案先暂时冻结,因为WP:捷径翻译完成,会另开段落讨论将之订为指引。台湾杉在此发言 (会客室) 2020年11月18日 (三) 13:26 (UTC)[回复]

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

[编辑]

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

(=)中立,但此仅为其中一个被提议的伪命名空间提供了替代方案,那么另外的LTA:MOS:呢?--LuciferianThomas留言 2020年11月16日 (一) 09:32 (UTC)[回复]
一个一个来。肯定会有方法的。pj是有多个维基实行过,且效果不错,可行性较高,也不会混淆。—- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2020年11月16日 (一) 13:10 (UTC)[回复]
好的。(+)倾向支持吧,始终我不太清除其他维基项目对此的执行,不过觉得与维基空间的内容有点距离,可以自己分离了。--LuciferianThomas留言 2020年11月16日 (一) 15:19 (UTC)[回复]
LTA和MOS感觉不足以达到独立命名空间门槛,且其他语言维基也没先例,故不提案。—- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2020年11月16日 (一) 15:32 (UTC)[回复]
意思使用新建一个“专题”的空间,把Wikipedia:ACG专题移动到专题:ACG;然后把PJ作为“专题”命名空间的别名?--洛普利宁 2020年11月16日 (一) 16:01 (UTC)[回复]
从这个动议的内容上看应该是这个意思,开辟一个“WikiProject”空间,简称"PJ",中文为“专题”和“维基专题”--MilkyDefer推迟咕咕 2020年11月16日 (一) 16:11 (UTC)[回复]
大概就类似User:青子守歌用户页里面的ja:利用者:青子守歌/frwpのウィキプロジェクト名前空间と参考文献名前空间。 日文维基布署很久,没什么太大的问题。且专题:ACGWikipedia:ACG专题浅显多了,并也允许PJ:ACG这样的链接方式。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2020年11月16日 (一) 17:24 (UTC)[回复]

小总结

[编辑]

根据以上讨论,目前共有两个选项:

  1. 开放伪命名空间;
  2. 将PJ纳入命名空间并作为别名,MOS、LTA再行讨论。

伪命名空间看起来是3人反对,5人左右支持,仅能算过半支持,但也未达到绝对多数,且目前还没看到反对方出来针对正方回应进行进一步论述。而部分支持伪命名空间的用户也不反对后者的提案。

所以目前的共识倾向为将PJ(专题)独立成为新的命名空间,伪命名空间将继续讨论。因本讨论最后一次发言起过5日,公示期延长为9日。因此现在起 公示9日,2020年12月6日 (日) 03:26 (UTC) 结束台湾杉在此发言 (会客室) 2020年11月27日 (五) 03:26 (UTC)[回复]

至于遗留下来的问题,将会由下方讨论继续进行。台湾杉在此发言 (会客室) 2020年11月27日 (五) 03:37 (UTC)[回复]
反对将专题独立为(伪)命名空间。众所皆知维基专题在本地一直发展不起来,除部分专题有实质工作外,多数专题基本上就只有评级的作用而已。连专题发展蓬勃的英文维基百科都没有将专题独立为(伪)命名空间了,本地大概更没需要。另外,我从没见过哪位编者用PJ代指维基专题的,多半直接用专题简称。现在这样子感觉像是为独立而独立,硬是找一个英文缩写当作别名。反倒是LTA,我觉得可以独立为伪命名空间。—— Eric Liu 创造は生命(留言留名学生会 2020年11月27日 (五) 04:19 (UTC)[回复]
不是伪,是“真”。“专题:数学”显然比“维基百科:数学专题”更简洁。 见日语维基和法语维基。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2020年11月27日 (五) 08:05 (UTC)[回复]
等等,PJ:和P(ortal):的区别我没太搞清。哪位可以解释一下?Zhuofan WuCien años de soledad 2020年11月29日 (日) 03:08 (UTC)[回复]
ZhuofanWu ——羊羊 (留言|贡献) 2020年11月29日 (日) 04:11 (UTC)[回复]
一个是Portal,一个是Project。--台湾杉在此发言 (会客室) 2020年11月29日 (日) 08:31 (UTC)[回复]
如果要细节的话:Portal(主题)有点类似各知识领域的主页,展示该领域重要或优良的条目之用;Project(专题)则是说明该领域知识的编辑建议与规则,以及该领域社群的讨论场所。台湾杉在此发言 (会客室) 2020年11月29日 (日) 10:07 (UTC)[回复]
Wait,有bug。Project命名空间在中文维基百科等价于Wikipedia命名空间。SANMOSA SPQR 2020年11月29日 (日) 14:24 (UTC)[回复]
不成问题,见日维相关讨论。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2020年11月29日 (日) 14:28 (UTC)[回复]
那倒不如直接设PJ命名空间在中文维基百科等价于Wikipedia命名空间(如同WP命名空间),反正各专题现时皆在Wikipedia命名空间下,这样会较能保持一致性,也不会衍生Project的指代问题。SANMOSA SPQR 2020年11月29日 (日) 14:33 (UTC)[回复]
那这样起不到“减少命名冲突”的效果…… ——羊羊 (留言|贡献) 2020年11月30日 (一) 22:06 (UTC)[回复]
@Sanmosa:见下-- Sunny00217  2020年12月2日 (三) 14:25 (UTC)[回复]
我在这里作出过的留言可供参考。--MilkyDefer推迟咕咕 2020年11月29日 (日) 16:16 (UTC)[回复]

依照目前公示后讨论情况,将会和下面的捷径指引案并案讨论,并采取分阶段修订。今天晚上会进行整合。台湾杉在此发言 (会客室) 2020年12月6日 (日) 07:38 (UTC)[回复]


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

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

[编辑]

导航模板请参阅此

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

在此PING捷径空间提案的讨论者A2569875LuciferianThomas--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)[回复]
在此解答问题:
  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)[回复]

List:

[编辑]

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

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


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

导航模板请参阅此

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

(-)强烈反对,见本人上页之留言。--LuciferianThomas留言 2021年2月9日 (二) 12:20 (UTC)[回复]
IP用户挺有意思的,不知道是谁的傀儡(吗?)。不打算肯定地否定,但这样改变大动干戈、大概率得不偿失,看不到必要性。--YFdyh000留言2021年2月9日 (二) 12:30 (UTC)[回复]
名含“列表”的条目大约1.85万条(另加“名单”875条),非不可行,条目空间总计117万页面呢,某些机器人也会创建上万页面。但是,为何要改呢,相关方针、模板、习惯等也全要改,且英语等主流wiki也还没有这样做。--YFdyh000留言2021年2月9日 (二) 12:45 (UTC)[回复]
这是要来做什么的?只放个框框在这里也没说要做什么…--安忆Talk 2021年2月9日 (二) 12:49 (UTC)[回复]
看IP留言链接的页面。--LuciferianThomas留言 2021年2月9日 (二) 12:51 (UTC)[回复]
原因
  1. (一)过多“列表”的主空间页面,需分类,(二)主空间不太适合列表。
  2. 基本上(二)不行,(一)虽然可以用Category:列表,但不太明显
  3. 会引起新手不方便问题(中等重要),但可以把“ABC列表”#Redirect到“List:ABC”
  4. 优点是不会有列表囤积主空间,缺点是无法引新手编辑
  5. 可以解决列表在主空间过多,但不可不在维基百科的间题
  6. 已有例子:lt:Vikipedija:Sąrašai(立陶宛文维基)
  7. 可和“维基百科:特色列表评选”合作,并设立列表的标准。

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

  • 1是什么?2是什么?3是什么?没头没尾的,谁知道你在说什么?—- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月9日 (二) 13:26 (UTC)[回复]
  • (:)回应
    1. 请定义何谓“过多列表的主空间页面”。没有人理解这个没头没尾的描述。
    2. “基本上(二)不行”,什么东西不行? 为什么不行? Category:列表的什么东西明显? 请定义何谓“不太明显”。没有人理解这个没头没尾的描述。
    3. 为什么需要,根本多此一举,画蛇添足。
    4. 哪有囤积主空间? 请具体举例; 无法引新手编辑 为何无法,试证明。
    5. 不可不在维基百科的间题是什么东西? 那什么东西可在维基百科?
    6. 请避免是立陶宛文维基说的!类的论述,谢谢。如果您喜欢其他项目的做法,就请您做些功课,调查一下其他项目这么做的来龙去脉。如果您认为该做法确实适合中文维基,就请您在讨论中具体阐述,此做法为何适合中文维基。只要您的理由能服人,社群自然会接受这一做法。
    7. 什么合作? 特色列表本来就是要针对列表的评选。
  • 以上-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月9日 (二) 13:48 (UTC)[回复]
原因
  1. 目前有过多在主空间的列表,而不太适合主空间,并必须为维基百科补充。
  2. 本问题无法在现有框架解决
  3. 虽然会引起新手不方便问题(中等重要),但可以把“ABC列表”#Redirect到“List:ABC”
  4. 今后将不会有列表囤积主空间,缺点是新手不知道如何编辑
  5. 可以解决列表在主空间过多,但不可不在维基百科的间题
  6. 已有例子:lt:Vikipedija:Sąrašai(立陶宛文维基)
  7. 能为“维基百科:特色列表评选”设立列表的独立标准。
──以上未签名的留言由119.237.10.81讨论贡献)加入。
  • (:)回应
    1. 为什么列表不太适合主空间? 请你证明。
    2. 什么问题无法用现有框架解决? 什么也没说想蒙混或去? 主空间并没有装不下列表这种问题。
    3. 你根本没说“ABC列表”#Redirect到“List:ABC”是在干嘛,请不要当复读机
    4. 一样,请证明为何列表不应该放在主空间? 放在主空间造成了什么问题? 在我看来完全没有问题,全部都是阁下在作梦。
    5. 列表在主空间哪有过多? 你根本还在避重就轻!
    6. 请避免是立陶宛文维基说的!类的论述,谢谢。如果您喜欢其他项目的做法,就请您做些功课,调查一下其他项目这么做的来龙去脉。如果您认为该做法确实适合中文维基,就请您在讨论中具体阐述,此做法为何适合中文维基。只要您的理由能服人,社群自然会接受这一做法。 请避免是立陶宛文维基说的!类的论述,谢谢。如果您喜欢其他项目的做法,就请您做些功课,调查一下其他项目这么做的来龙去脉。如果您认为该做法确实适合中文维基,就请您在讨论中具体阐述,此做法为何适合中文维基。只要您的理由能服人,社群自然会接受这一做法。 请避免是立陶宛文维基说的!类的论述,谢谢。如果您喜欢其他项目的做法,就请您做些功课,调查一下其他项目这么做的来龙去脉。如果您认为该做法确实适合中文维基,就请您在讨论中具体阐述,此做法为何适合中文维基。只要您的理由能服人,社群自然会接受这一做法。 很重要所以说3遍。
    7. 的独立标准早就有了,设什么鬼?
    以上-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月10日 (三) 11:23 (UTC)[回复]
    (※)注意未见解决,仍然避重就轻。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月10日 (三) 14:10 (UTC)[回复]
  • (:)回应
    1. 为什么列表不太适合主空间? 请你证明。
    2. 什么问题无法用现有框架解决? 什么也没说想蒙混或去? 主空间并没有装不下列表这种问题。
    3. 你根本没说“ABC列表”#Redirect到“List:ABC”是在干嘛,请不要当复读机
    4. 一样,请证明为何列表不应该放在主空间? 放在主空间造成了什么问题? 在我看来完全没有问题,全部都是阁下在作梦。
    5. 列表在主空间哪有过多? 你根本还在避重就轻!列表在主空间哪有过多? 你根本还在避重就轻!列表在主空间哪有过多? 你根本还在避重就轻!列表在主空间哪有过多? 你根本还在避重就轻!列表在主空间哪有过多? 你根本还在避重就轻!列表在主空间哪有过多? 你根本还在避重就轻!列表在主空间哪有过多? 你根本还在避重就轻!列表在主空间哪有过多? 你根本还在避重就轻!列表在主空间哪有过多? 你根本还在避重就轻!
    6. 请避免是立陶宛文维基说的!类的论述,谢谢。如果您喜欢其他项目的做法,就请您做些功课,调查一下其他项目这么做的来龙去脉。如果您认为该做法确实适合中文维基,就请您在讨论中具体阐述,此做法为何适合中文维基。只要您的理由能服人,社群自然会接受这一做法。 请避免是立陶宛文维基说的!类的论述,谢谢。如果您喜欢其他项目的做法,就请您做些功课,调查一下其他项目这么做的来龙去脉。如果您认为该做法确实适合中文维基,就请您在讨论中具体阐述,此做法为何适合中文维基。只要您的理由能服人,社群自然会接受这一做法。 请避免是立陶宛文维基说的!类的论述,谢谢。如果您喜欢其他项目的做法,就请您做些功课,调查一下其他项目这么做的来龙去脉。如果您认为该做法确实适合中文维基,就请您在讨论中具体阐述,此做法为何适合中文维基。只要您的理由能服人,社群自然会接受这一做法。 很重要所以说3遍。
    7. 的独立标准早就有了,设什么鬼?
    以上-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月10日 (三) 14:10 (UTC)[回复]
以下再次复制在原页面本人提出的反对意见完整内容。
(-)强烈反对:提案存在根本性问题,如下:
  1. “主空间过多列表内容需分类”:已存在分类空间作出分类,要做分类不应该以设立新命名空间处理;
  2. 提案人以维基专题空间作为例子,将维基专题分离于计划/维基百科空间是因为实际上维基专题并不完全符合计划空间的用途:“提供了有关维基百科的内容信息,包括维基百科自身的信息、方针、指引、论述,以及维基人的讨论空间‘互助客栈’、知识问答等”,与该空间链接度明显相对较低,故分离该空间并有太多反对意见;相对列表与主空间的内容存在高度关联性,分离有碍用户浏览维基百科;
  3. 中文维基百科有成千上万的列表条目,在设立此空间时需要做出极大规模的移动操作,高度扰乱日常运作;相对设立维基专题空间时移动的内容与大部分的运作无关,一般只有较资深维基用户才会涉足维基专题,移动操作不会影响日常运作;
  4. 移动如此大量的条目后会出现极大量移动重定向,这些重定向都是跨空间重定向,现有方针指引配套不支持伪命名空间捷径以外的跨空间重定向,且在维护上会出现极大问题;
  5. 大部分维基用户都较少钻研技术细节,不会知道有这个命名空间的存在,开设新列表条目时很自然会在主空间创建条目,通过技术方式阻挡有关编辑容易造成新用户困扰,变相不鼓励用户创建,影响中维发展;
    • 分离专题空间可考虑开设专题的用户一般比较资深,熟悉中维环境,且比较关注社群变化,对于创建新专题不会有太大问题;但分离列表空间影响的是广大用户群,不难想像需要如此多的用户适应新环境是有多困难。
阁下作为IP用户,可对于设立此命名空间做出的贡献极度有限,我难以接受阁下不负责任地提出此提案并要求做出如此大影响的操作,却可以完全置身事外,要其他用户帮你收拾处理。综合以上,提案存在大量根本性问题,弊明显大于利,故(-)强烈反对此提案。LuciferianThomas留言 2021年2月8日 (一) 11:10 (UTC)[回复]
--LuciferianThomas留言 2021年2月9日 (二) 13:35 (UTC)[回复]

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

后续

[编辑]

该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)[回复]

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


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

已通过:
公示7日无合理异议,本议案通过。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月3日 (日) 07:44 (UTC)[回复]
下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

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

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


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

专题空间设立流程与细节

[编辑]
已布署:
大部分核心项目皆已布署,其余细小部分分开讨论。-- 五岁抬☎️·☘️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年5月6日 (四) 03:54 (UTC)[回复]


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

第一阶段:申请

[编辑]
已通过:
已通过公示,亦完成布署(前端 by User:AnYiLin后端 by User:A2569875),专题命名空间已于中文维基百科生效,将立即进行下一阶段讨论。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月27日 (三) 04:06 (UTC)[回复]
下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

  • 将会提供给phab:的细节如下:
命名空间 讨论空间
内部名称
(前缀)
WikiProject: WikiProject_talk:
ID 102 103
中文名称
(界面名称)
维基专题 维基专题讨论
别名
  • 專題
  • 专题
  • 維基專題
  • 维基专题
  • PJ
  • WPJ
  • 專題討論
  • 专题讨论
  • 專題對話
  • 专题对话
  • 維基專題討論
  • 维基专题讨论
  • 維基專題對話
  • 维基专题对话
  • PJT
  • WPJT
-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月3日 (日) 09:41 (UTC)[回复]
转交 转交phab:T271612。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月9日 (六) 08:16 (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)[回复]

第二阶段 之 公示状态通告

[编辑]

第二阶段 之 公示期讨论

[编辑]

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


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


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


已完成更名-- 五岁抬☎️·☘️2021年5月6日 (四) 03:49 (UTC)[回复]


本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
专题指引更名:第二阶段
结以待续:
下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。


本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
“维基专题:维基专题:XX”的页面
已处理:
下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。



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

专题命名空间(第二点五至四阶段)

[编辑]


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

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

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

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


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

第四阶段:调整专题模板

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


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

其他事项

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

※注:第二点五阶段还有东西在询问。-- 五岁抬☎️·☘️2021年5月6日 (四) 02:58 (UTC)[回复]

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

伪命名空间(阶段一:设立前)

[编辑]
已布署:
大部分核心项目皆已布署,其余细小部分分开讨论。-- 五岁抬☎️·☘️2021年5月6日 (四) 04:14 (UTC)[回复]
下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

导航模板请参阅此


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


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

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

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

请讨论。台湾杉在此发言 (会客室) 2020年12月25日 (五) 01:23 (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)[回复]
(+)支持为设立伪命名空间,对设为真命名空间(#)有保留。--LuciferianThomas留言 2020年12月31日 (四) 15:58 (UTC)[回复]
我对成立真命名空间(#)有保留,尤其是格式手册。对格式手册而言,因为格式手册同时也是指引,对它成立真命名空间将意味着指引分散两地。 --Milky·Defer 2020年12月31日 (四) 17:13 (UTC)[回复]

小结1

[编辑]

标题添加: ——羊羊 (留言|贡献) 2021年1月19日 (二) 05:21 (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 SPQR 2021年1月6日 (三) 06:45 (UTC)[回复]
(!)意见SanmosaLTA不是方针、指引、态度指引、草案、提议、论述、专题、主题、存档、书籍、条目、分类、界面...都不是。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年1月6日 (三) 06:48 (UTC)[回复]
那你当我的建议仅适用于MOS。SANMOSA SPQR 2021年1月6日 (三) 06:51 (UTC)[回复]
(?)疑问:有多少此次提案涉及的LTA?--Yining Chen留言|签名2021年1月7日 (四) 05:39 (UTC)[回复]

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

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

小结2

[编辑]

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

@A2569875Taiwania 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不就好了,先前讨论早就提议了“创建允许不快速删除的伪命名空间列表”,难道列表只能列在指引哩,不能写在程式里??;关于界面是同理,将是伪命名空间的页面改掉显示名称不就得了?技术上到底是有什么障碍,我看不出,有障碍的分明是“你不想”吧,例如下方列举的程式码片段:
以上。再来,快速删除方针,请参阅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)[回复]
下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。


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

小结3

[编辑]
已设立:
界面部分也已经完成设置-- 五岁抬☎️·☘️2021年5月6日 (四) 03:01 (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)[回复]

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


再提捷径空间提案

[编辑]

尝试推动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)[回复]

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

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

[编辑]
通过:
Taiwania JustoPseudo ClassesSanmosaA2569875GZWDer公示七日结束,共识期间唯一异议排除,公示获得通过,有关条文。即日起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)[回复]
想向诸位确认一下@A2569875Taiwania 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 JustoLuciferianThomas:启用伪命名空间能解决什么问题?我相信这是提案必须讨论的重点,我需要有人能回答这个问题。如果没办法解决什么问题,我认为维持现状即可,也就是WP足矣。然而,就我查看整个讨论,似乎都是讨论命名空间真伪的可行性,只有几个留言有提到这个问题。 2021年1月29日 (五) 04:57 (UTC)[回复]
看来你是没有看到最初的讨论,见本章节顶端讨论导航最初的讨论,已经是说明了伪命名空间的作用为让捷径意义更加清晰且减少可能构成重复的捷径名称的情况。现在不是解决问题的情况,而是优化社群讨论和表达的问题了。--LuciferianThomas留言 2021年1月29日 (五) 05:01 (UTC)[回复]
一直以来捷径都没有什么规范,尤其是格式手册、维基专题及LTA的页面重定向,表达不清之余容易造成混乱,伪命名空间就是让这些项目的捷径统一化,方便社群沟通。--LuciferianThomas留言 2021年1月29日 (五) 05:04 (UTC)[回复]
例子:MOS:BOLDWP: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

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

现时主命名空间的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)[回复]

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

软重定向

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

原有的捷径可否改为软重定向并作出提示“此捷径已移动至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)[回复]

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

技术问题处理

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

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

小补充:伪命名空间捷径可用{{捷径重定向}}标记,已加入自动侦测伪命名空间显示伪命名空间简单说明。--LuciferianThomas留言 2021年2月2日 (二) 05:55 (UTC)[回复]
另外@A2569875:已创建[[MOS:]]、MOS:MOSMOS:手册MOS:格式手册供你们测试各项技术问题。--LuciferianThomas留言 2021年2月2日 (二) 05:59 (UTC)[回复]
根据Wikipedia:保护方针#需进行公示,即使伪命名空间已获得社群共识,轻微影响外观显示的编辑仍需公示七日,因为未添加亦不会影响伪命名空间的运作。-- 2021年2月2日 (二) 06:29 (UTC)[回复]
@LuciferianThomas。-- 2021年2月2日 (二) 06:34 (UTC)[回复]
@LuciferianThomasPseudo 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)[回复]
创建默认启用/默认启用的小工具来呈现伪命名空间界面
还有个小建议:当处于移动视图时,不必在minerva皮肤的页面标题(脚本里的tips_selector)处添加提示,因为在触控设备上没办法看到鼠标悬停才有的提示,反而被加了下划线,感觉不太美观。--安忆Talk 2021年2月2日 (二) 16:31 (UTC)[回复]
(:)回应@AnYiLinUser: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)[回复]
(※)注意:为免混淆WP:伪命名空间原有内容移动至WP:PNS+,并改为指向WP:捷径#伪命名空间使其等价WP:伪命名空间的重定向。--LuciferianThomas留言 2021年2月5日 (五) 06:21 (UTC)[回复]
  • 公示7日:现交付公示,公示详细信息如下:
小工具源代码
User:A2569875/pseudonamespace_UI.jsWP:CSD#O1)→MediaWiki:Gadget-pseudonamespace-UI.js
(公示完毕后会使用“移动不留重定向”功能移动到MediaWiki:Gadget-空间)
小工具执行结果
以页面[[MOS:MOS]]为例
设置为繁体中文 设置为简体中文
如期内无合理异议则全站套用此修改。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月8日 (一) 05:56 (UTC)[回复]
公示通过了,@A2569875AnYiLin。--LuciferianThomas留言 2021年2月15日 (一) 06:49 (UTC)[回复]
@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)[回复]

完成:已通过并布署。-- 五岁抬☎️·☘️2021年3月24日 (三) 05:50 (UTC)[回复]

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

提议设立快速删除标准 O8

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

现行条文

(无)

提议条文

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)[回复]
Module:Template:Delete/data模块的对应修改见User:Sanmosa/O8模块SANMOSA Σουέζ 2021年4月17日 (六) 04:32 (UTC)[回复]

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

将LTA空间设置为noindex

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

认为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)[回复]
@羊羊32521YFdyh000:看来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)[回复]

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

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

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

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

@A2569875Taiwania JustoYining Chen羊羊32521YFdyh000@LuciferianThomasEricliu1912MilkyDeferSuper WangSunny00217SANMOSA 江南好,风景旧曾谙 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:PNSWP:PNS+。因为似乎对于提案内容有所误解,反对的事也并非现在实际正在讨论之议案,故难以算作有效反对意见。--LuciferianThomas留言 2021年3月28日 (日) 06:23 (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)[回复]

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

后续处理

[编辑]
@AnYiLin:能处理一下剩余的ER吗,还有几个尚未完成:

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

抱歉,编辑:仅允许管理员。--安忆Talk 2021年5月12日 (三) 04:29 (UTC)[回复]
@XiplusSANMOSA Σουέζ 2021年5月12日 (三) 06:28 (UTC)[回复]
@Tigerzeng:能协助处理吗?--路西法人留言 2021年5月18日 (二) 11:47 (UTC)[回复]

伪命名空间(阶段三:设立后续)

[编辑]


[编辑此导航模板]

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

  • 格式手册及长期破坏者提升为命名空间,英语名称待定;
  • 格式手册及长期破坏者成为伪命名空间,缩写为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)[回复]
同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羊羊32521LuciferianThomasYFdyh000XiplusTigerzeng:。-- 五岁抬☎️·☘️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)[回复]
@XiplusWikipedia:重定向#重定向保护:“没有理由对该重定向进行编辑”是对重定向予以长期保护的理由。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年5月6日 (四) 04:06 (UTC)[回复]
下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

自动提删R2
软重定向
技术问题处理
提议设立快速删除标准 O8
将LTA空间设置为noindex
再次推动破坏者(LTA)成为命名空间

以上讨论大部分已通过,故标记已结案。-- 五岁抬☎️·☘️2021年5月6日 (四) 04:06 (UTC)[回复]


本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
※注:上面有几个子议题正在准备公示。-- 五岁抬☎️·☘️2021年5月6日 (四) 03:57 (UTC)[回复]

WP:捷径指引草案修订

[编辑]


[编辑此导航模板]

说明

[编辑]

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

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

本讨论的各阶段分为:

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

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

专题命名空间通过,剩余细节独立讨论。台湾杉在此发言 (会客室) 2021年1月11日 (一) 11:20 (UTC)[回复]
伪命名空间和专题空间都设立了。—- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年3月3日 (三) 05:21 (UTC)[回复]

专题命名空间问题

[编辑]

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

[编辑]
已通过:
已通过,并完成主要设置。-- 五岁抬☎️·☘️2021年3月24日 (三) 05:55 (UTC)[回复]
下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

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


完成:设置完毕,有问题请在此提出。-- 五岁抬☎️·☘️2021年3月24日 (三) 05:55 (UTC)[回复]

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

机器人乱存档问题

[编辑]

捷径细部修订

[编辑]

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

在上次讨论当中,有提及中文捷径等相关问题,欢迎进一步讨论。台湾杉在此发言 (会客室) 2021年1月31日 (日) 07:42 (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)[回复]

以上。 ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 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)[回复]

专题命名空间(第五至六阶段)

[编辑]


[编辑此导航模板]

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

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

[编辑]

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

本案进入倒数第二个部分。现在将讨论未来专题捷径如何设立,以及原有捷径的去留:
  • 未来是否允许创建跨WP与PJ空间的捷径?如果需要,是否需要进一步规范?
  • 未来是否允许创建跨WP与PJ空间的非捷径的重定向?
  • 旧有的跨WP与PJ空间的捷径是否需要清除链入然后(×)删除
cc.@30000lightyearsTaiwania JustoLuciferianThomas羊羊32521BlackShadowG
请讨论-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️2021年2月14日 (日) 09:41 (UTC)[回复]
  • 我认为PJ空间的捷径统一规范为WPJ/PJ:XXX,将现有WP重定向全部转到PJ去。比如WikiProject:智能手机WP:SMARTPHONE直接转移到WPJ:SMARTPHONE。--LightyearsTalk·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)[回复]
既然(我认为)未来不允许创建跨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没差,但PJ->WP的不行-- Sunny00217  2021年2月21日 (日) 13:56 (UTC)[回复]

第五阶段:小结

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

总结以上讨论意见:

  1. 禁止创建跨WP与PJ空间的捷径重定向。并清理链入页面后删除现有跨WP与PJ空间的捷径重定向;同时,将PJ命名空间中所有{{shortcut}}中的捷径一律改为以“PJ”开头的捷径,不再推荐使用以WP开头的捷径。→修改R2规范
  2. Wikipedia:专题Wikipedia:专题委员会移动到PJ空间。→需探讨是否留重定向
以上-- 五岁抬☎️·☘️2021年4月7日 (三) 06:22 (UTC)[回复]
补:R2修改内容:
现行条文

R2. 跨命名空间重定向

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

R2. 跨命名空间重定向

包括以下几种类型:
  1. 从条目命名空间指向非条目命名空间的重定向(包括将用户页从条目命名空间移动至用户页命名空间时遗留的重定向);
  2. 从草稿命名空间指向非草稿命名空间的重定向;
  3. 从计划命名空间(Wikipedia)指向维基专题命名空间(WikiProject)的重定向;及
  4. 从维基专题命名空间(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可能不适合速删,上方讨论有提到
或者先开机器人把历史遗留问题解决掉 ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 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万 截图 因为正则会跑很久[1],但相信这只是特定专题这样而已,大部分的专题链入应该都很少,有的专题甚至无链入。-- 五岁抬☎️·☘️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的路线,只在模块进行限制。@A2569875XiplusSANMOSA Σουέζ 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)[回复]


本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
@羊羊32521LuciferianThomas:不知道能不能找到人写bot。不然我们也可以先根据之前就每个WP=>WPJ的捷径分别的链入数排查出来的结果手动进行“先消除链入、后提R2”的工作,但可能会涉及模板链接跟EPWPJ=>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/65827060SANMOSA Σουέζ 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)[回复]
@XiplusA2569875:话说WPBannerMeta的模板应该有隐藏的“Wikipedia:”开首专题链接,不知道是怎么一回事,有空要fix一下。SANMOSA Σουέζ 2021年6月10日 (四) 14:15 (UTC)[回复]

参考资料

  1. ^ 图床链接站内存档)。此正则会匹配链接到WP:MEA的内部链接或管道|链接。※注:由于/:?/有尔会导致搜索功能错误,因此以/:*/替代;由于/\|?/有尔会导致搜索功能错误,因此以/[\|\]]/替代。

第六阶段:其他议题讨论

[编辑]

各阶段不得同时讨论,前一项讨论完结之后,才能进行下一段讨论。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️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)[回复]

第三次推动设立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. 将英文字母和数字结合,持续延伸,列举流水号样式如下:
可无限延伸,若真有需要的一天(笑)。个人意见,供参。--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)[回复]
不知道是不是应该回复在这儿。这个扩展提供的限制非常鸡肋,您只需要在其他命名空间创建一个指向私有的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……--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)[回复]

设立新维基

[编辑]

GZWDer在phab提出了相关task后,User:Martin Urbanec表示,因为MediaWiki的阅读限制很可能被绕过,“几乎可以肯定Lockdown不会在任何维基媒体维基安装”。他建议可以参考意大利语维基百科申请创建的https://sysop-it.wikipedia.org,可能更适合本站的需求。

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)[回复]