MediaWiki讨论:Gadget-SpecialWikitext.js
添加话题![]() |
本界面依照页面评级标准无需评级。 |
---|
设计一个制度解决部分速删模板挂不上去的页面的删除问题
[编辑]目前讨论状态: |
|
- 参见Wikipedia:互助客栈/求助/存档/2021年4月#请帮忙删除 User:Tranve/工坊/workshop.json,像 JSON 和 Module: 名字空间的页面,速删模板挂不上去。希望可以在方针制度层面解决这个问题。--Tranve (✉) 2021年4月5日 (一) 13:07 (UTC)
引入能够在特殊页面挂模板的模组
[编辑]- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
为了解决模板挂不上去或者TW不支持的问题,因此提议引入以下模组
- Module挂模板问题
- 引入en:Module:Module wikitext并提出编辑请求以编辑相关高风险模板与界面让中文维基支持
- json或css或js挂模板问题
- 已开发完毕,待社群共识后才会提请编辑请求,见图
此法如果引入成功,完全可以直接在原页面申请速删,不存在上方提到的任何疑虑!如果这个建起来,提删过程会“跟提删条目一模一样”,不会陷管理员于不义。对应要提删的页面会有提删模板,不会让管理员的删除操作欠缺提删模板,不存在上方提到的任何疑虑!—- 五岁抬头雪菲(☎️·☘️) 2021年4月26日 (一) 18:51 (UTC)
- 没有什么不好的。--安忆Talk 2021年4月27日 (二) 11:47 (UTC)
- 非常感谢帮忙!能在原页面挂速删模板,这样就可以解决管理员删去页面后,其他管理员无法复检删除操作的问题,否则其他管理员就无法确定管理员是否滥权,在没有提删的情况下,直接删了页面,这是属于严重滥权,因此在页面能留下速删模板是非常重要的,这件事不能马虎。此外,既然技术上解决了问题,就没必要改方针了。--虫虫飞♡♡→♡℃※留言 2021年4月27日 (二) 12:15 (UTC)
- 目前办理状况:等待工单phab:T235798布署。-- 五岁抬头雪菲(☎️·☘️) 2021年4月27日 (二) 14:58 (UTC)
项目 | 办理状况 | 需编辑的页面 | 页面patch | 效果预览 |
---|---|---|---|---|
Module | 已完成测试 | Module:Module wikitext | (已布署) | Module:沙盒/a2569875/ModuleWikitextDemo |
Module:Documentation | Module:Documentation/sandbox | |||
MediaWiki:Scribunto-doc-page-does-not-exist | User:A25...-does-not-exist (需要语言变种微调) | |||
JS、CSS | 已完成测试 | Module:Special wikitext | (已布署) | 留言(WP:TG1) 、 互连群图床 |
MediaWiki:Clearyourcache | User:A25...yourcache (需要语言变种微调) | |||
JSON | 等待工单phab:T235798布署 | phab:T235798 | gerrit:r/c/543934 |
- 本地已经准备完毕的部分(Module、JS、CSS)可考虑先行公示并布署。-- 五岁抬头雪菲(☎️·☘️) 2021年4月27日 (二) 15:33 (UTC)
说明:phab:T235798要解决的问题是,目前JSON可以用技术手段挂模板,且页面中也确实能够显示挂上模板后的速删分类
(见测试图留言(WP:TG1) 、 互连群图床),然而页面分类的数据库暂时无法更新资料,
所以虽然模板能挂了,但还是需要手动提醒/或找一个管理员,告知页面需要删除,
这样@蟲蟲飛:您会不会又无法接受了? 当然,这个问题可以修复,只是phab:T235798不明原因搁置中(目前看起来是代码合并冲突、需要更新),可能需要一点时间,当phab:T235798布署完毕后就会完全没有这问题了。 在这之前,有以下(&)建议:
※目前的(&)建议是,在phab:T235798工单完工之前,先把没问题的JS、CSS、Module
公示通过在本地布署(因为JSON挂模板工能本地需要修改的地方与JS、CSS、Module相同,当phab供单完工后,将会立即生效),而在JSON全域布署前,JSON先暂时维持原本的提删方式(模板能挂,但页面分类的数据库暂时不会正常更新,看要不要方针注明一下,不是技术限制,而是phab工单工作中...(最近课业繁忙,比较没有时间去提供后台php代码,可能无法像之前专题空间那像迅速完成,而已经OK的JS、CSS、Module我觉得可以先行布署))。-- 五岁抬头雪菲(☎️·☘️) 2021年4月28日 (三) 11:41 (UTC)
- (※)注意:页面能挂速删模板就好了,就算不能挂模板,走去找管理员留言提删,安忆那个编辑差异的小工具很好用,可以很容易就在删除日志中注明提删的原由,复检的管理员也能轻易了解删除操作的管理员有没有滥权,有没有在没提删的情况下删去页面。没有提删,直接删去页面属于严重滥权,因此删除操作的处理一定要很审慎。此外,方针没必要改,这些操作属于技术性问题,与方针无关,而且现行方针已经很清楚。--虫虫飞♡♡→♡℃※留言 2021年4月28日 (三) 12:00 (UTC)
公示期讨论:技术案
[编辑]公示:对于技术相关的反对意见已排除,将Module、JS、CSS挂模板方案
公示7日(通过后JSON其实也能挂模板,但页面分类暂时无法更新,需要phab:T235798)根据结论,暂时不修改方针。-- 五岁抬头雪菲(☎️·☘️) 2021年4月28日 (三) 12:15 (UTC)
- 如果提删模板不能放在目标页面,就不能放在子页面或者讨论页,因为复检的管理员如果看到被删的页面没提删模板,没有人会检查所有子页面及讨论页,然后就容易误会管理员在没有提删的情况下直接删去页面。--虫虫飞♡♡→♡℃※留言 2021年4月28日 (三) 12:30 (UTC)
-
- @蟲蟲飛:上面的技术如果公示通过了CSS,JS,Module 才可以在原页面挂模板,JSON也可以在原页面挂模板,phab:T235798没好只是页面分类暂时不会归档。—- 五岁抬头雪菲(☎️·☘️) 2021年4月28日 (三) 12:53 (UTC)
- 非常感谢说明,但建议删去重复的语句,太多重复语句会影响其他人阅读。--虫虫飞♡♡→♡℃※留言 2021年4月28日 (三) 13:14 (UTC)
- (~)补充模板挂法说明,“可以在原本的页面挂”,但需要符合对应页面的页面内容模型,语法如下所示,可讨论是否需要补充进指引(c.c. @蟲蟲飛:):
- JSON页面:在最外层的
{...}
之内加入代码:(上述模块引入后,JSON页面虽能显示模板,但分类暂时不会自动归档,需等待phab:T235798布署)"_addText":"{{Delete|快速删除理由}}"
- Array形式的JSON页面:在最外层的
[...]
之内加入代码:(如页面开头与结尾符号是中括号时[...]
){"_addText":"{{Delete|快速删除理由}}"}
- 位于模块名字空间的页面(文档页面除外):加入代码:
require('Module:Module wikitext')._addText('{{Delete|快速删除理由}}')
- CSS页面:加入代码:
._addText{ content:"{{Delete|快速删除理由}}"; }
- JavaScript页面:加入代码:
var _addText="{{Delete|快速删除理由}}";
- (~)补充en:special:diff/978461935英文维基对应功能的WP:TW代码实现请参考此处。-- 五岁抬头雪菲(☎️·☘️) 2021年4月29日 (四) 08:39 (UTC)
- eslint:
_addText
没被定义-- Sunny00217 2021年4月30日 (五) 07:34 (UTC)
- @Sunny00217:那这样不就得了?
var _addText="{{Delete|快速删除理由}}";
-- 五岁抬头雪菲(☎️·☘️) 2021年4月30日 (五) 07:50 (UTC)- @A2569875:只是想到觉得好笑贴上去而已(因此也没 ping),实际上不会有人要提删了还用 eslint 的 xxdd-- Sunny00217 2021年4月30日 (五) 12:29 (UTC)
- 嗯。这个做法也不错,或许可以解决虫虫飞的顾虑。我到上面修改一下方针文本。--Tranve (✉) 2021年4月30日 (五) 10:30 (UTC)
- (&)建议@Tranve:要改方针建议先等技术通过再说,不然一起推行只会一起卡死。-- 五岁抬头雪菲(☎️·☘️) 2021年4月30日 (五) 10:32 (UTC)
- 感谢提醒!您的方案我再看了一下,对于 JSON 页和模块页的处理我没有意见,但是 CSS 的处理方式是不是有点 dirty,这样相当于整了一个不存在的
_addText
class,JavaScript 我认为也有这样的问题。万一有脚本要用到_addText
变量呢?另外,这个变量一定要是全局变量吗?我的提案,也就是在页面最开头的注释里头放进{{d}}模板的做法,也是可行的。--Tranve (✉) 2021年4月30日 (五) 10:37 (UTC)- @Tranve:完全没有影响,也不认为有任何问题,加那样只是让模板可以被显示,重点只是能否让管理员标记要提删,并且注明“模板能被显示的方案”,你高兴只写
/*{{Delete|快速删除理由}}*/
也能被加入速删分类,只是模板不会显示。因为技术限制/*{{Delete|快速删除理由}}*/
写法无法让模板被显示。 我仍想推行能让模板被显示的方案或手段,因为可以用于插入DOC类的用途。由于是正则,以下的表达是都能识别:/* var _addText="{{Delete|快速删除理由}}"; */
/* _addText{content:"{{Delete|快速删除理由}}";} */
wiki_addText="{{Delete|快速删除理由}}";
[]._addText = '{{Delete|快速删除理由}}';
。-- 五岁抬头雪菲(☎️·☘️) 2021年4月30日 (五) 11:25 (UTC)- 既然都是用regex来匹配,为何不采用最简单的格式,即注解的格式。--Xiplus#Talk 2021年5月1日 (六) 00:53 (UTC)
- 并不想让所有的注解都被匹配。而且其他非wikitext 的注解也一同渲染会很凌乱。—- 五岁抬头雪菲(☎️·☘️) 2021年5月1日 (六) 01:21 (UTC)
- 您可以精准匹配 /* {{Delete|...}} */ ,而不仅是注解。--Xiplus#Talk 2021年5月1日 (六) 02:58 (UTC)
- (-)反对我希望能够放不是模板的wikitext ,其他用途如DOC或说明文件,包括但不限于速删之用,且英文维基的en:Module:Module wikitext也没有限制能放的wikitext 种类,没道理中文维基制作类似模组就要加入奇怪的限制;此外lua 正则不支援组的或模式(例如
(A|B)
),而且删除模板也有许多重定向,完全不建议精准匹配,如果只考虑删除用途,亦会有AFD模板问题,且不建议用lua 简化功能、功能不全的正则来匹配模板,因为很难解决模板嵌套问题,亦不建议限制用户不能在提删理据里面以其他模板表示。—- 五岁抬头雪菲(☎️·☘️) 2021年5月1日 (六) 03:39 (UTC)但是本提案只是想解决挂速删模板的问题,目前来看/* {{Delete|...}} */可以被正确加到分类里,这对于管理员速删页面来说足够了。至于速删理由,我觉得可以通过方针强制规定注释加到开头即可,这样管理员可以直接看见。如果真要解决挂 DOC 的问题的话,英文维基似乎可以显示一个提示文本“This user script seems to have a documentation page at XXX”,范例见 en:User:Cacycle/wikEd.js。--Tranve (✉) 2021年5月5日 (三) 08:31 (UTC)- @Tranve:完全不认为有任何冲突,技术案是我提出的临时动议,我认为统一让JSON和其他页面加入此方式没什么问题,只见你一直试图阻挡提案,甚至在通过的前三个小时故意推翻先前的协议,前几天你明明已经在TG说可以接受了,又在通过的前三个小时恶意异议,涉嫌WP:游戏维基规则,且你的提案在json中是无效的,需要性早已在WP:TG陈述,且未见有什么不妥之处,英文维基怎么做事英文维基的事,WP:是英文维基说的!,(!)抗议追随英文维基论;此外,作为视觉派使用者,我强烈支持模板显示,(!)强烈抗议模板不显示。-- 五岁抬头雪菲(☎️·☘️) 2021年5月5日 (三) 08:43 (UTC)
- 你的提案在JSON中是无效的,我希望一个统一模式,且我这个统一的_addText模式适用于所有页面内容模型,Antigng也有说,_addText以底线命名就是要避免变数命名冲突问题,因此未见我的提案有任何问题。
- 你的提案在JSON中是无效的,所以这对于管理员速删页面是完全无法操作的,无法解决虫虫飞的疑虑。
- 速删理由问题,速删模板本身有许多编辑提示,可以对要执行素珊的管理员做出提醒,避免误操作,认为显示模板是有好处的。
- 有模板能正常显示的方案,为何使用提示文字? 有些使用者使用手机阅览维基百科,会需要多一层操作来检视模板显然多此一举,且提案明明可以正常显示模板,未见为何故意还要多一道手续显示模板。请照顾使用特殊装置的维基使用者。
- 在公视到期临界时间恶意反对被WP:VIP的例子详见Wikipedia_talk:关注度_(虚构)#通过后讨论,可以很明显地看到,是唯一一个反对通过的人,而他现在这样强行阻止条文通过的做法已经构成游戏维基规则。
- 以上-- 五岁抬头雪菲(☎️·☘️) 2021年5月5日 (三) 08:59 (UTC)
- (编辑冲突)再补充一点,en:User:Cacycle/wikEd.js显示东西的原理跟本地提案相同,是透过界面编辑请求完成,同样是Antigng提到的“界面黑魔法”,内部依然需要有模组程式码去匹配对应页面计算对应页面的状态,且过往许多从英文维基引入的提案也都会有本地特化,未见本地特化提案有任何问题。且要完成有关提案也需要进行本案相关编辑请求。持续(!)抗议中。-- 五岁抬头雪菲(☎️·☘️) 2021年5月5日 (三) 09:09 (UTC)
- @A2569875:Sorry,了解了。我觉得我们这样谈下去也没完没了。我希望您关于挂速删模板的提案通过后可以试行一段时间,根据用户和管理员的反馈再进行修正,可以吗?--Tranve (✉) 2021年5月5日 (三) 09:15 (UTC)
- (编辑冲突)再补充一点,en:User:Cacycle/wikEd.js显示东西的原理跟本地提案相同,是透过界面编辑请求完成,同样是Antigng提到的“界面黑魔法”,内部依然需要有模组程式码去匹配对应页面计算对应页面的状态,且过往许多从英文维基引入的提案也都会有本地特化,未见本地特化提案有任何问题。且要完成有关提案也需要进行本案相关编辑请求。持续(!)抗议中。-- 五岁抬头雪菲(☎️·☘️) 2021年5月5日 (三) 09:09 (UTC)
- @Tranve:完全不认为有任何冲突,技术案是我提出的临时动议,我认为统一让JSON和其他页面加入此方式没什么问题,只见你一直试图阻挡提案,甚至在通过的前三个小时故意推翻先前的协议,前几天你明明已经在TG说可以接受了,又在通过的前三个小时恶意异议,涉嫌WP:游戏维基规则,且你的提案在json中是无效的,需要性早已在WP:TG陈述,且未见有什么不妥之处,英文维基怎么做事英文维基的事,WP:是英文维基说的!,(!)抗议追随英文维基论;此外,作为视觉派使用者,我强烈支持模板显示,(!)强烈抗议模板不显示。-- 五岁抬头雪菲(☎️·☘️) 2021年5月5日 (三) 08:43 (UTC)
- 并不想让所有的注解都被匹配。而且其他非wikitext 的注解也一同渲染会很凌乱。—- 五岁抬头雪菲(☎️·☘️) 2021年5月1日 (六) 01:21 (UTC)
- 既然都是用regex来匹配,为何不采用最简单的格式,即注解的格式。--Xiplus#Talk 2021年5月1日 (六) 00:53 (UTC)
- @Tranve:完全没有影响,也不认为有任何问题,加那样只是让模板可以被显示,重点只是能否让管理员标记要提删,并且注明“模板能被显示的方案”,你高兴只写
- 感谢提醒!您的方案我再看了一下,对于 JSON 页和模块页的处理我没有意见,但是 CSS 的处理方式是不是有点 dirty,这样相当于整了一个不存在的
- (&)建议@Tranve:要改方针建议先等技术通过再说,不然一起推行只会一起卡死。-- 五岁抬头雪菲(☎️·☘️) 2021年4月30日 (五) 10:32 (UTC)
- @Tranve:关于您的意见,en:User:Cacycle/wikEd.js涉及en:Template:Script doc auto的引入,已经不是本案处理范围,应另提新案。-- 五岁抬头雪菲(☎️·☘️) 2021年5月5日 (三) 09:28 (UTC)
- JSON页面:在最外层的
- (!)意见:宇帆TG主群的留言我看了,您误会了我的意思,我没有反对您技术修订的提案,但前提是提删的页面须保留提删模板。--虫虫飞♡♡→♡℃※留言 2021年5月1日 (六) 02:14 (UTC)
- ※注:根据Special:Diff/65395602,
公示截止时间为2021年5月5日 (三) 20:17 (UTC+8),公示已结束(3年前)(更新)-- 五岁抬头雪菲(☎️·☘️) 2021年5月5日 (三) 10:00 (UTC)
通过:公示期已过,且已逾时超过一日(3年前),在公示期将结束至此刻(2021年5月6日 (四) 12:55 (UTC))未出现新的异议,期间反对者的论述已由支持者回应,且反方无进一步论述,因此提案通过,将开始准备布署事宜。-- 五岁抬头雪菲(☎️·☘️) 2021年5月6日 (四) 12:55 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
技术案阶段二:页面预览功能
[编辑]- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- 经查,页面预览功能与模板样式功能没有适当的界面文字可以插入wikitext(页面预览部分见qqx语言结果:[1]),由于技术限制无法由编辑页面的方式完成。今日稍早于WP:TG商讨解决方案,得到了可以使用Module:Special wikitext转写为JavaScript(MediaWiki:Gadget-SpecialWikitext.js)并在JS端透过AJAX完成Parse,并做成小工具(参考全站跑马灯公告小工具),相关WP:TG的讨论起始点、讨论段落1、讨论段落2、讨论段落3、讨论段落4,然而WP:TG的共识没有效力,因此转交站内讨论。相关小工具已开发完成,图片预览图床。

- 本小工具源代码在MediaWiki:Gadget-SpecialWikitext.js,具有以下功能:
- 编辑JS、JSON、CSS的预览时显示 _addText 的模板
- 相同原理提供WP:模板样式 _addText 模板显示功能
- JS、JSON、CSS页面历史版本检视的 _addText 的模板预览 : 如需复查的项目为页面历史版本,本工具提供页面历史版本内容显示支援 (
可能无法处理历史版本删除的状况)- 历史版本删除的检阅已完成开发,并由Antigng复查功能正常运作-- 五岁抬头雪菲(☎️·☘️) 2021年5月10日 (一) 04:37 (UTC)
- 已删JS、JSON、CSS内容的 _addText 的模板预览
- 已经完成所需测试,转交站内讨论是否设定为站内预设启用的小工具。
- 注1:正式布署前,所有人都可以透过在special:myPage/common.js加入
importScript('MediaWiki:Gadget-SpecialWikitext.js');
来预览这个功能。- 注1.1:若要在手机网页板上测试本脚本,改成加入
mw.loader.load('https://zh.wikipedia.org/w/index.php?title=MediaWiki:Gadget-SpecialWikitext.js&action=raw&ctype=text/javascript')
。
- 注1.1:若要在手机网页板上测试本脚本,改成加入
- 注2:这个功能只会在JS、JSON、CSS中有定义_addText时且 ①预览JS、JSON、CSS以及 ②阅读WP:模板样式CSS页时启用,其余页面或时机不会作用。
- 注3:已针对以下皮肤进行测试:Vector、Minerva、现代、MonoBook及Timeless。
- 注4:
- 注1:正式布署前,所有人都可以透过在special:myPage/common.js加入
- 以上,请讨论-- 五岁抬头雪菲(☎️·☘️) 2021年5月8日 (六) 14:53 (UTC)
- (~)补充见另外一则测试(使用自架站点测试):预览图、图床、或右图,其可以在检阅已删版本时完成预览,能够符合@蟲蟲飛:最初提出的初衷:“即使页面已删除,提删模板仍然清晰可见,能轻松地让其他复检删除页面,所以能轻易化解其他管理员的误会”(原句:这种没提删模板的删除操作,连其他复检删除页面的管理员也容易有误会),故认为提案应全站布署,以方便社群执行提删预览与事后复查(微G11疼?)-- 五岁抬头雪菲(☎️·☘️) 2021年5月8日 (六) 17:00 (UTC)
- 已于以下页面测试Template:沙盒/TemplateStyles/a2569875/SpecialWikiTextDev(见相关子页面)目前未见问题。(老样子:以{{k}}代替{{d}}以免被管理员误删)-- 五岁抬头雪菲(☎️·☘️) 2021年5月9日 (日) 15:25 (UTC)
- (+)支持:同意这个小工具应全站布署,方便所有管理员能复检已删页面。--虫虫飞♡♡→♡℃※留言 2021年5月10日 (一) 05:52 (UTC)
说明本子议案讨论之段落自最后发言已逾7日,根据WP:7DAYS开始准备公示事宜。相关页面请参考布署流程说明Template_talk:Special_wikitext。-- 五岁抬头雪菲(☎️·☘️) 2021年5月17日 (一) 06:08 (UTC)
- (►)移动User:A2569875/SpecialWikitext.js→MediaWiki:Gadget-SpecialWikitext.js
- 不留重新导向,理由WP:CSD#O1+WP:CSD#G10(同此移动日志)
- 参考当时布署伪名字空间脚本的方式Special:Diff/64296528,于MediaWiki:Gadgets-definition做出以下修改:
- 现行条文
browser ... appear
- 提议条文
browser ...
*SpecialWikitext[ResourceLoader|default|dependencies=ext.gadget.site-lib,mediawiki.api|hidden|targets=desktop,mobile|type=general]|SpecialWikitext.js
appear
- ※注:其中
|dependencies=ext.gadget.site-lib,mediawiki.api
中的mediawiki.api
是必要的,原理同MediaWiki:Gadget-AdvancedSiteNotices.js(全站跑马灯公告小工具),而AdvancedSiteNotices.js之所以使用mediawiki.util
是因为其除了使用AJAX Parse API外,还有些别的判断(如mw.util.addCSS),而本次议案仅用了Parse API,因此仅dependence了mediawiki.api
即可。
- 以上段落确切加入时间:──以上未签名的留言由a2569875(讨论|贡献)于2021年5月11日 (二) 07:26 (UTC)加入。
- 技术相关讨论
- (?)疑问@AnYiLin: 能否帮忙看下这边写的操作流程有无缺漏? #SpecialWikitext.js布署方式-- 五岁抬头雪菲(☎️·☘️) 2021年5月11日 (二) 07:32 (UTC)
公示7日,以公告张贴时间为准,公示到2021年5月25日(二)06:42 (UTC)(公示已结束(3年前)(更新))。-- 五岁抬头雪菲(☎️·☘️) 2021年5月18日 (二) 06:38 (UTC)
- (?)疑问:请问本小工具可以将模板中的分类添加到对应页面吗?如果不能添加的话,那管理员还是不能快速地发现要速删的 JSON 和过滤 CSS 页面。--Tranve (✉) 2021年5月22日 (六) 06:23 (UTC)
- @Tranve:请按部就班谢谢。这个小工具本身就只有显示预览和已删复查功能,“而且上面也只讨论预览、已删复查功能”(公示本来就不能公示没有讨论过的部分),本案是先解决“删后无法复查问题”,先解决“方便删后复查”,先解决掉虫虫飞最担心的“管理员担心所谓“被陷害的问题””,小工具本来就不应该是一个大杂烩功能,徒增维护困难,且页面预览功能和分类归档功能运作方式差异甚远,完全不建议整合在同一小工具中,且上述讨论也未有讨论与页面分类相关事宜。JSON分类小工具也已经在开发User:A2569875/JSONCAT.js。另,仍建议按部就班,先解决“显示”、“方便删后复查”,一直提议新东西根本就无法定稿。此外,引述“此案的情况已经比以前进步了,因为条目删除的时候页面上的确有模板存在 -- U:Antigng”,然后“如果没有此案,页面删去后是看不到删除模板的”,一样会“管理员担心所谓“被陷害的问题””,建议先把这个布署好在继续,先求有再求好,不然一直改、一直改、一直改永远都不会好!。且JSON分类小工具也已经在开发User:A2569875/JSONCAT.js,请稍安勿躁。“而且上面也只讨论预览、已删复查功能”,“JSON分类解决根本还没讨论”,“在共识外”,所以“无法公示”,需要“再开一案”。-- 五岁抬头雪菲(☎️·☘️) 2021年5月22日 (六) 07:33 (UTC)
- (※)注意分类无法正常归档的是JSON、特定FLOW讨论页话题、纯文字这三个页面内容模型,“过滤 CSS 页面”的分类功能“是正常的”。-- 五岁抬头雪菲(☎️·☘️) 2021年5月22日 (六) 07:35 (UTC)
- 而且我完全不认为JSON分类问题要由本站处理,目前已经有相关工单phab:T235798,工单完成前过渡期怎么处理应另外讨论,混在界面工具里岂不是工单phab:T235798好了之后还要再删除?完全不建议界面的东西这样删来删去。-- 五岁抬头雪菲(☎️·☘️) 2021年5月22日 (六) 10:34 (UTC)
- (※)注意分类无法正常归档的是JSON、特定FLOW讨论页话题、纯文字这三个页面内容模型,“过滤 CSS 页面”的分类功能“是正常的”。-- 五岁抬头雪菲(☎️·☘️) 2021年5月22日 (六) 07:35 (UTC)
- @Tranve:请按部就班谢谢。这个小工具本身就只有显示预览和已删复查功能,“而且上面也只讨论预览、已删复查功能”(公示本来就不能公示没有讨论过的部分),本案是先解决“删后无法复查问题”,先解决“方便删后复查”,先解决掉虫虫飞最担心的“管理员担心所谓“被陷害的问题””,小工具本来就不应该是一个大杂烩功能,徒增维护困难,且页面预览功能和分类归档功能运作方式差异甚远,完全不建议整合在同一小工具中,且上述讨论也未有讨论与页面分类相关事宜。JSON分类小工具也已经在开发User:A2569875/JSONCAT.js。另,仍建议按部就班,先解决“显示”、“方便删后复查”,一直提议新东西根本就无法定稿。此外,引述“此案的情况已经比以前进步了,因为条目删除的时候页面上的确有模板存在 -- U:Antigng”,然后“如果没有此案,页面删去后是看不到删除模板的”,一样会“管理员担心所谓“被陷害的问题””,建议先把这个布署好在继续,先求有再求好,不然一直改、一直改、一直改永远都不会好!。且JSON分类小工具也已经在开发User:A2569875/JSONCAT.js,请稍安勿躁。“而且上面也只讨论预览、已删复查功能”,“JSON分类解决根本还没讨论”,“在共识外”,所以“无法公示”,需要“再开一案”。-- 五岁抬头雪菲(☎️·☘️) 2021年5月22日 (六) 07:33 (UTC)
- (?)疑问:请问本小工具可以将模板中的分类添加到对应页面吗?如果不能添加的话,那管理员还是不能快速地发现要速删的 JSON 和过滤 CSS 页面。--Tranve (✉) 2021年5月22日 (六) 06:23 (UTC)
- 再重申一次,本动议,子议案,本来就只是为了解决以下问题,且也建议先解决这些问题,让流程能跑。 没分类并不会影响流程,见U:Antigng的留言。
- 页面预览无法看到提删模板
- 已删页面看不到提删模板,有可能发生U:虫虫飞说的“管理员陷入不必要的争议”、“陷管理员于不义”
- 以上就是本案的需要性与重要性。解决以上问题能让提删流程先开始正常运作。U:Antigng也说,这样就已经进步了。而不是一直原地踏步。Antigng的意见也很重要,请仔细阅读,如果你看不到,我可以帮你在下方贴好贴满,但考虑到客栈的长度已经被这些烂事搞到长度大爆炸,就只能请阁下自行去查阅存档,下方只做节录。-- 五岁抬头雪菲(☎️·☘️) 2021年5月22日 (六) 10:49 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
编辑请求 2021-05-26
[编辑] 请求已处理。--安忆Talk 2021年5月26日 (三) 12:22 (UTC)
- HTTP 414 Error URI Too Long的风险 避免wikitext过长导致
- 置顶模板移至他页以缩短本脚本的长度。-- 五岁抬头雪菲(☎️·☘️) 2021年5月26日 (三) 08:55 (UTC)
编辑请求 2021-06-08
[编辑] 请求已处理。--安忆Talk 2021年6月8日 (二) 10:00 (UTC)
修改方案已公示7天Special:Diff/65985013,修改方案,原始议案:
- 小BUG:语言调成非中文会无法显示模板
- 以User:A2569875/FakeJS.js为例:
- 语言设定成uselang=zh模板正常显示
- 语言设定成uselang=en模板无法显示
- 同样使用这种方式展示模板的英文维基也有相同问题
- 语言设定成uselang=en模板正常显示
- 语言设定成uselang=zh模板无法显示
- 预计解决方案:同模板样式的做法,使用AJAX完成,但需要让_addText的内容得以识别,因此需要加一个css class令其能加以识别。
- 因此共有3个地方需要提出编辑请求
- 在模组:Special wikitext中加入Function用于补上css class
div.mw-_addText-content
,差异 - 在MediaWiki:Clearyourcache中原本呼叫 Special_wikitext.check() 改成 Special_wikitext.displayWikitext()
- 最后,把MediaWiki:Gadget-SpecialWikitext.js中,原本是抓取
#mw-clearyourcache
改成抓取.mw-_addText-content
,差异(包括了另外两项小修改:①如果语言设为非中文则不取变体、②在其他语言下若已有MediaWiki:Clearyourcache则先清除避免MediaWiki:Clearyourcache重复出现2次)
- 在模组:Special wikitext中加入Function用于补上css class
- 因此共有3个地方需要提出编辑请求
- 由于会轻微影响使用方式和外观显示,因此依据Wikipedia:保护方针#需进行公示方针执行
公示7日(由于轻微影响使用方式和外观显示因此就不占用公告栏了)。 -- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鲜果茶☕](☎️·☘️) 2021年6月1日 (二) 02:09 (UTC)
- (~)补充本编辑请求共要编辑3处(Module:Special wikitext、MediaWiki:Clearyourcache、MediaWiki:Gadget-SpecialWikitext.js)互相相依,本案为最后一案。其中,第一案已由User:Tigerzeng完成Special:Diff/65986493;第二案已由User:Hamish完成Special:Diff/65989659-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鲜果茶☕](☎️·☘️) 2021年6月8日 (二) 09:46 (UTC)
编辑请求 2022-03-04
[编辑] 请求已处理。--安忆Talk 2022年4月7日 (四) 06:34 (UTC)
var $preview_selector = $('.previewnote .mw-message-box-warning > p > b a');
- Maintenance: fix obsolete warningbox class, see phab:T300314。
- L397,相关页面改了之后这边再改,先放着。-- Stang★ 2022年3月4日 (五) 22:15 (UTC)
上线了,可以合并了。Stang★ 2022年3月23日 (三) 17:36 (UTC)- (!)意见似乎有变数,有其他状况,见 https://t.me/wikipedia_zh_n/1646610 -- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年3月23日 (三) 18:50 (UTC)
- 咱误解了,不好意思。 Stang★ 2022年3月23日 (三) 18:59 (UTC)
编辑请求 2022-05-23
[编辑] 请求已处理。--安忆Talk 2022年5月31日 (二) 03:43 (UTC)
@@ -174,7 +174,7 @@
if ($elementExist('#mw-_addText-preview-loading'))$('#mw-_addText-preview-loading').html(parsedWikitext);
else if ($elementExist('.diff-currentversion-title'))$html_obj.insertAfter('.diff-currentversion-title');
else if ($elementExist('.previewnote'))$html_obj.insertAfter('.previewnote');
- else if ($elementExist('#mw-undelete-revision'))$html_obj.insertAfter('#mw-undelete-revision');
+ else if ($elementExist('.mw-undelete-revision'))$html_obj.insertAfter('.mw-undelete-revision');
else if ($elementExist('#mw-content-text'))$html_obj.insertBefore('#mw-content-text');
}
//如果網頁物件存在,則改動其html內容
@@ -443,7 +443,7 @@
}
}
//模式4 : 已刪頁面預覽
- else if ($elementExist('#mw-undelete-revision'))
+ else if ($elementExist('.mw-undelete-revision'))
{//已刪內容頁面是特殊頁面,無法用常規方式判斷頁面內容模型
if (!$needPreview())return; //沒有預覽必要時,直接停止程式,不繼續判斷,以節省效能
if ($elementExist(['.mw-highlight', 'pre', '.mw-json']))//確認正在預覽已刪內容
gerrit:786436。请在group2升级到1.39.0-wmf.13
后合并。-- Stang★ 2022年5月23日 (一) 23:19 (UTC)
编辑请求 2023-12-12
[编辑] 请求已处理
根据讨论Wikipedia:互助客栈/其他#Gadget-SpecialWikitext需要mw.hook.fire,在API回传HTML时需跑一遍mw.hook('wikipage.content').fire(对应的jQuery节点)
否则,折叠功能会失效。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月12日 (二) 14:44 (UTC)
MediaWiki:Gadget-SpecialWikitext之API回传的HTML可能需要mw.hook.fire
[编辑]- (原讨论为:Wikipedia:互助客栈/其他#蓝桌图书馆预览插件)
- 最后加一句
mw.hook('wikipage.content').fire($('#mw-content-text'));
。--安忆Talk 2023年12月12日 (二) 12:44 (UTC)- (?)疑问:@AnYiLin:所谓的“最后”是指哪个位置呢?是最后一行?还是拿到API解析完wikitext的HTML加入的当下?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月12日 (二) 12:48 (UTC)
- 内容被填充进页面之后,以解决当前不能折叠模板的问题。--安忆Talk 2023年12月12日 (二) 12:50 (UTC)
- (?)疑问:@AnYiLin:那么这样的话,类似作法的MediaWiki:Gadget-SpecialWikitext.js是否也须
mw.hook('wikipage.content').fire($('#mw-content-text'));
?不然来自API的HTML折叠应该都会故障-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月12日 (二) 13:51 (UTC)- 应该不用,你这个脚本直接把mw-content-text清空了,SpecialWikitext.js只是添加节点。--安忆Talk 2023年12月12日 (二) 13:56 (UTC)
- 但你确信来自API的HTML里需要折叠的话,可以
mw.hook('wikipage.content').fire(对应的jQuery节点)
。--安忆Talk 2023年12月12日 (二) 13:57 (UTC)- 是。MediaWiki:Gadget-SpecialWikitext.js用了需要折叠的语法,会失效吗?如果会,MediaWiki:Gadget-SpecialWikitext.js在来自API的HTML是否需要再次执行
mw.hook('wikipage.content').fire()
?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月12日 (二) 14:01 (UTC)- 要的,将最终插入页面的jQuery对象作为fire的传参。--安忆Talk 2023年12月12日 (二) 14:04 (UTC)
所以我想问的是,假设有人在
- 是。MediaWiki:Gadget-SpecialWikitext.js用了需要折叠的语法,会失效吗?如果会,MediaWiki:Gadget-SpecialWikitext.js在来自API的HTML是否需要再次执行
- 但你确信来自API的HTML里需要折叠的话,可以
- 应该不用,你这个脚本直接把mw-content-text清空了,SpecialWikitext.js只是添加节点。--安忆Talk 2023年12月12日 (二) 13:56 (UTC)
- (?)疑问:@AnYiLin:那么这样的话,类似作法的MediaWiki:Gadget-SpecialWikitext.js是否也须
- 内容被填充进页面之后,以解决当前不能折叠模板的问题。--安忆Talk 2023年12月12日 (二) 12:50 (UTC)
- (?)疑问:@AnYiLin:所谓的“最后”是指哪个位置呢?是最后一行?还是拿到API解析完wikitext的HTML加入的当下?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月12日 (二) 12:48 (UTC)
编辑请求 2024-01-29
[编辑] 请求已处理
加上variant参数避免-{}-裸露。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月29日 (一) 12:58 (UTC)
- @A2569875:Special:Diff/80709164这种情况是预期的吗?你是要把这种-{}-处理掉吗?--安忆Talk 2024年1月29日 (一) 13:18 (UTC)
- 我是看到这个认为他可以处理api请求时的-{}-,因为他送的wikitext就含有-{}-([2]),但渲染出来后没有-{}-。如果是界面文字带进来的(您举的例子)目前好像还无解。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月29日 (一) 13:31 (UTC)
- 还是其实是
uselang:
要拿掉换成variant:
?Module:Class/definition.json目前好像还是无效?但为什么NoteTA小工具不会裸露-{}-?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月29日 (一) 13:37 (UTC)- 我在别的地方试过了,两个参数都加上也会保留-{}-。所以我在那边直接把"-{}-"替换成""了…--安忆Talk 2024年1月29日 (一) 13:44 (UTC)
- 如果可以的话,可以请@SunAfterRain指导下。--安忆Talk 2024年1月29日 (一) 13:46 (UTC)
- 您怎么会突然想处理呢,明明我之前讲老半天您都不想处理。
囧rz……
- 简单来说,某些命名空间不支援繁简转换,所以加variant依然没用。
- 我自己的做法我也说过了,先用
action=expandtemplates&title=wgPageName&text=addText
展开所有模板,再用action=parse&text=expandedWikitext&contentmodel=wikitext&variant=variant
解析(为什么要先展开再解析的理由很简单,让FULLPAGENAME解析正确)。--SunAfterRain 2024年1月29日 (一) 16:08 (UTC)
- 您怎么会突然想处理呢,明明我之前讲老半天您都不想处理。
- 如果可以的话,可以请@SunAfterRain指导下。--安忆Talk 2024年1月29日 (一) 13:46 (UTC)
- 我在别的地方试过了,两个参数都加上也会保留-{}-。所以我在那边直接把"-{}-"替换成""了…--安忆Talk 2024年1月29日 (一) 13:44 (UTC)
- 还是其实是
- 我是看到这个认为他可以处理api请求时的-{}-,因为他送的wikitext就含有-{}-([2]),但渲染出来后没有-{}-。如果是界面文字带进来的(您举的例子)目前好像还无解。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月29日 (一) 13:31 (UTC)