模块讨论:NoteTA-lite
添加话题外观
臺灣象象在话题“编辑请求 2026-06-22”中的最新留言:3个月前
编辑请求 2026-06-22
[编辑]{{Editprotected}} 允许将页面内容作为content参数传入{{NoteTA-lite}}以解决无法转换嵌入内容的问题。见Wikipedia:互助客栈/技术#2026年国际足联世界杯、NoteTA和Module:CGroup/FIFA2026。--象象🐘(留言|贡献) 2026年6月22日 (一) 10:44 (UTC)
- 是说把一些模板整体直接作为参数传给它吗?我怀疑这会让NoteTA-lite减小PEIS的效果大打折扣(虽然仍然能节省转换组的尺寸,但又增加了模板的尺寸,虽说好像没参数的模板好像有缓存)。--Srapoj(留言) 2026年6月22日 (一) 10:52 (UTC)
- 不过以2026年国际足联世界杯来说展开后大小来说,目前是2,034,702Bytes,套用沙盒版的方法后是2,045,420Bytes,直接用NoteTA的话则是2,097,151Bytes,仍比直接用NoteTA小。 象象🐘(留言|贡献) 2026年6月22日 (一) 11:02 (UTC)
- 我觉得你要这样倒不如预转换比较实际。--SunAfterRain 2026年6月22日 (一) 17:56 (UTC)
- 改成预转换了。 象象🐘(留言|贡献) 2026年6月23日 (二) 10:47 (UTC)
完成。请诸位协助确认更新是否无误。—— Eric Liu 創造は生命(留言・留名・学生会) 2026年7月6日 (一) 00:43 (UTC)
- Category:引用模板后大小超过限制的页面收录的条目数量突然倍增了(原本只有240多个),而且很多用了NoteTA-lite的条目(像超人特攻队 (电影))也变得不能正常显示。--小G 2026年7月6日 (一) 01:00 (UTC)
- 有问题喔,要用Android页面,直接出错。--Qqkuro66541(留言) 2026年7月6日 (一) 01:08 (UTC)
- @Ericliu1912能不能先回退这个更新?像条目无敌浩克里,infobox也无法显示,结果Jimmy-bot误以为海报File:Incredible_hulk_2008_poster.jpg未被条目使用而提出删除要求…--小G 2026年7月6日 (一) 01:55 (UTC)
- 已经回退。倒是伊丽莎白二世这类条目本来就有显示错误,新版似乎也没修好。—— Eric Liu 創造は生命(留言・留名・学生会) 2026年7月6日 (一) 02:10 (UTC)
- 伊丽莎白二世的“content.rule is null”也处理了,是Module:CGroup/People的问题。——Sakamotosan路过围观 | 避免做作,免敬 2026年7月6日 (一) 03:16 (UTC)
- 已经回退。倒是伊丽莎白二世这类条目本来就有显示错误,新版似乎也没修好。—— Eric Liu 創造は生命(留言・留名・学生会) 2026年7月6日 (一) 02:10 (UTC)
- Category:引用模板后大小超过限制的页面收录的条目数量突然倍增了(原本只有240多个),而且很多用了NoteTA-lite的条目(像超人特攻队 (电影))也变得不能正常显示。--小G 2026年7月6日 (一) 01:00 (UTC)
- “local content = frame:preprocess(article_title:getContent():gsub("{{[^|}]-NoteTA[^}]-}}", ""))”,这样写相当于把条目内容再展开一次,并且也算一次PEIS累加,相当于条目加倍,只要没包括前的PEIS超过2MB的一半,PEIS必爆。——Sakamotosan路过围观 | 避免做作,免敬 2026年7月6日 (一) 02:56 (UTC)
- 我的想法是只把需要的模板的标题传给它,它自己在Lua里拉模板源码跑一遍。这可能更适合处理某一个大navbox带来的问题,不过维护起来会更麻烦,模板更换后还要同步改noteTA的参数。--Srapoj(留言) 2026年7月6日 (一) 10:30 (UTC)
- 直接用NoteTA-lite模板包覆全文的方法可能会比较好,至少不须再次解析。 象象🐘(留言|贡献) 2026年7月6日 (一) 10:58 (UTC)
- 若将所有内容当成参数传入,很可能会导致视觉化编辑器完全无法编辑该页面。 1F616EMO(喵留言~求助?) 2026年7月7日 (二) 00:45 (UTC)
- 那如果只将需要转换的模板包覆(或者直接在模板本身中包覆),并用参数阻止其产生indicator,应该就不会妨碍其他部分的编辑了吧。 象象🐘(留言|贡献) 2026年7月7日 (二) 07:25 (UTC)
- 需要记住Wikipedia:模板限制#没被渲染出来的展开,Lua中只要用“preprocess”解析另一个页面的wikicode但不输出渲染下,仍一样算入PEIS。扣模板wikicode出来还有点想自己写简易wikicode解析器,注意代码和运行复杂度。——Sakamotosan路过围观 | 避免做作,免敬 2026年7月7日 (二) 03:22 (UTC)
- 以前的一个想法是,新noteTA-lite通过模版参数注入需要加载的转换组信息,通过外部机器人账户监测并定期更新一个整理后的转换组再给这个条目(页面)单独使用,相对能解决这个问题。不过机器人本身要管理这些页面(条目本身、关联的转换组)的更新状态。——Sakamotosan路过围观 | 避免做作,免敬 2026年7月7日 (二) 03:22 (UTC)
- 若将所有内容当成参数传入,很可能会导致视觉化编辑器完全无法编辑该页面。 1F616EMO(喵留言~求助?) 2026年7月7日 (二) 00:45 (UTC)
- 直接用NoteTA-lite模板包覆全文的方法可能会比较好,至少不须再次解析。 象象🐘(留言|贡献) 2026年7月6日 (一) 10:58 (UTC)
- 换个思路,有没有可能不是将页面内容传入NoteTA-lite,而是在个别模板中直接将模板显示代码作为参数传入,直接应用字词转换后再输出,即重用NoteTA-MMS的逻辑?效果参见Template:2026年国际足联世界杯决赛圈/sandbox,可使用展开模板工具检视代码。 1F616EMO(喵留言~求助?) 2026年7月7日 (二) 10:02 (UTC)
- 刚看了一下,好像如你前面提到,VE编辑会存在问题(因为套在NoteTA-MMS的模板参数编辑中)?——Sakamotosan路过围观 | 避免做作,免敬 2026年7月7日 (二) 12:03 (UTC)
- subst可以,但相当于将需要转换的项目作为内联转换散布到wikicode中,而且只能异位替换(用B页面接收通过subst:NoteTA-MMS的A页面内容)?——Sakamotosan路过围观 | 避免做作,免敬 2026年7月7日 (二) 12:12 (UTC)
- 先
撤回请求,因为应该不会采用需要修改此模组的方案,其他方案仍待讨论--象象🐘(留言|贡献) 2026年8月2日 (日) 16:51 (UTC)