模组讨论:NoteTA

页面内容不支持其他语言。
维基百科,自由的百科全书

[编辑]

请求已拒绝

补充logo --Jihwei0529留言2014年11月25日 (二) 14:19 (UTC)[回复]

编辑请求 2020-12-01[编辑]

请求已处理

现在NoteTA介面里提示公共转换组不存在,点击创建公共转换组的时候会建立Template:开头的页面,不过应该要预设以Module:开头才对吧?或许应该将“'Template', 'CGroup/'”改成跟上面一样的“'Module', 'CGroup/'”?—— Eric Liu 创造は生命(留言留名学生会 2020年12月1日 (二) 04:55 (UTC)[回复]

@Ericliu1912但似乎wikitext且不好还不会炸,Lua直接炸?-- Sunny00217  2020年12月16日 (三) 12:31 (UTC)[回复]
@Sunny00217请问您说的这个是什么意思呢?我不是很理解,所以希望能说得详细一些。另外从 Eric 的说明来看,此修改应算是较小的修改,对使用影响不大,将参照Wikipedia:保护方针#需进行公示处理。--Tiger留言2020年12月18日 (五) 07:10 (UTC)[回复]
可能他指缺失的模块如果建立的内容稍有不当,{{TA}}模板/模块会大崩溃?不知道能否技术上预防,try之类的。--YFdyh000留言2020年12月18日 (五) 07:44 (UTC)[回复]
如果是这样的考量,倒是变成“建立新的转换组时,应该鼓励使用Module还是Template?”的问题了,这我认为在客栈讨论会比较好。--Tiger留言2020年12月18日 (五) 08:12 (UTC)[回复]
@Tigerzeng基本上现时最新建立的转换组都使用Module,建议批准修订。(以下是个人意见)同意“建立新的转换组时,应该鼓励使用Module还是Template”的问题应在客栈讨论。个人认为建立新的转换组时应该鼓励使用Module,用Module建立新的转换组其实是很容易的事情,虽然我技术并不是太好,但我用Module主要组建出来的转换组基本上都没有运行问题(Module:CGroup/Bundesliga的内容是我由旧Template搬运过去的)。如果客栈开了讨论,麻烦把我这个意见搬运过去。SANMOSA SPQR 2021年1月2日 (六) 08:49 (UTC)[回复]
发现Wikipedia:字词转换处理的创建入口也是Module,比照办理的话NoteTA这里预设创建Module至少是没问题的。稳妥起见再等待七日,无不同意见的话就按请求来修改了。至于技术上预防潜在错误的事情,过往经验来说似乎不必太过担心,可以以后单独讨论。晚些会试着写一个修改方案。--Tiger留言2021年1月2日 (六) 09:05 (UTC)[回复]

脚本已更改:差异。--安忆Talk 2021年1月6日 (三) 03:20 (UTC)[回复]

啊发现按照先前说的等待七日来说,是早了些。应该不算是太大的问题,如有意见还请在下面留言通知各位参与讨论的人,及时解决问题就好。--Tiger留言2021年1月6日 (三) 03:25 (UTC)[回复]
于站外请求IA,经再次确认后实行更改;更改无预见外的明显争议,可考虑雪球法则——“使用常识,不应为了走过场而遵循程序”。--安忆Talk 2021年1月6日 (三) 03:31 (UTC)[回复]

以mw.loadData替换CGroup中的require,其一[编辑]

请求已处理

请将local data = require( 'Module:CGroup/' .. name )一行中的require改为mw.loadData。这样做可以在一个页面有多个模板或重复调用分类时,避免MW重复加载对应模块。参见mw:Extension:Scribunto/Lua_reference_manual#mw.loadData。--Artoria2e5 讨论要完整回复请用ping 2021年1月31日 (日) 09:03 (UTC)[回复]

完成--百無一用是書生 () 2021年2月19日 (五) 08:21 (UTC)[回复]

Module:NoteTA发生错误[编辑]

目前有用到Template:NoteTA的页面顶部都会出现“Lua错误 在Module:NoteTA的第24行:data for mw.loadData contains a table with a metatable”,不知道是发生什么事了。--冥王欧西里斯留言2021年3月24日 (三) 05:50 (UTC)[回复]

已全数回退。--Xiplus#Talk 2021年3月24日 (三) 06:32 (UTC)[回复]
事前测试不到位,我的责任,抱歉。--Hamish 2021年3月24日 (三) 06:49 (UTC)[回复]
问题是出在Module:NoteTA#L-24是使用mw.loadData,而mw.lua写到:(Lx表第x行)
  1. L752:function mw.loadData( module )
  2. L764:mw.executeModule( function() return require( module ) end, nil, newFrame( 'empty' ) )
  3. L465:function mw.executeModule( chunk, name, frame )
  4. L484:env.os.date = ttlDate
  5. L112:local function ttlDate( format, time )
  6. L116:wrapDateTable( now )
  7. L93:local function wrapDateTable( now )
  8. L94:return setmetatable( {}, {
@Artoria2e5HamishXiplus: -- Sunny00217  2021年3月24日 (三) 12:07 (UTC)[回复]

调整NoteTA两个功能[编辑]

提议调整NoteTA的两个功能:

一是新增字段(比如GGroups)简便输入多个转换组,例如:

{{NoteTA
| G = Country, EPL, 西甲, uefa, Unit, Football
}}

表示按G1到G6先后汇入以上六组转换规则。这样方便输入,也方便插入转换组,或是调整转换组载入顺序。

二是增加扩增手工转换规则数目。一些条目会定义输入30项以上的规则,所以呼叫了两次{{NoteTA}},这并不利于维护。

我认为这些功能会方便编者输入。以前的模板用wikitext写,所以不容易实现这些功能。而现在的模板是用Lua编写,我认为值得考虑一些快捷的输入方法。--洛普利宁 2023年10月4日 (三) 11:46 (UTC)[回复]

第一个功能可能会助推编者加入过多转换组,如范例中的六个之多。在我看来条目中的转换组还是越少越好,最好不超过三个,因此简化代码写法似乎意义不大。第二个功能应有助于省去一些转换组,故(+)支持调整,感觉可将上限翻一倍,扩增至60项。--萧漫留言2023年10月4日 (三) 18:45 (UTC)[回复]
另外我再附加一项提议:改良NoteTA弹出框所显示的标题转换规则,将标题之前的命名空间按读者使用的中文变体显示。目前在非条目命名空间中,NoteTA弹出框内的“转换标题为”和“当前显示为”所显示的命名空间为英文原文,而页面标题前实际显示的命名空间已被MW自动转换为中文,这两处文字不一致会对读者造成困惑,不知在技术上能否解决?--萧漫留言2023年10月4日 (三) 19:08 (UTC)[回复]
这个我感觉可能不太好实现,NotetA查看器是MediaWiki:Gadget-noteTA.js实现的。另外,我不太会JavaScript,可能说的有错。
MediaWiki:Gadget-noteTA.js通过mw.config.get( 'wgPageName' )获得包含命名空间的页面名称。命名空间是本地化的,但是中文未转换没有本地化。然后调用{{NoteTA/multititle}}转换,没有规定特殊的转换用词,MediaWiki系统不会转换前面的命名空间。最后输出的就是命名空间没转换为本地化名称的了。--逐梦星辰留言2023年10月5日 (四) 01:10 (UTC)[回复]
似乎不好解决,除非自制一份转换表,感觉意义有限。虽与标题不同,但与网址栏相同,是否某种有意为之。wgFormattedNamespaces本应输出本地化的名称[1],本站疑似将各种中文变体作为别名使用。--YFdyh000留言2023年10月7日 (六) 05:47 (UTC)[回复]
@YFdyh000网址栏中的字样是页面的实际标题,显示在NoteTA查看器的“实际标题为”之后是合理的,而显示在“转换标题为”和“当前显示为”之后则有些奇怪,因此我认为改进NoteTA查看器中命名空间的呈现方式是有必要的。目前命名空间在这三处地方均以英文原文显示,与标题的显示逻辑不一致,理想的效果是让命名空间的显示逻辑与标题一致——在“实际标题为”之后显示英文(未经转换的原文),在“转换标题为”和“当前显示为”之后显示中文变体(转换后在阅读界面显示的文字),但若在技术上难以解决的话就先算了吧。--萧漫留言2023年10月15日 (日) 07:05 (UTC)[回复]
第一点没必要的实现(还需要提取参数后split掉,来获得具体的参数,增加了复杂性);第二点可以考虑。——Sakamotosan路过围观 | 避免做作,免敬 2023年10月5日 (四) 06:26 (UTC)[回复]
不过对于第二点,我建议可以拓展Cgroup的定义,允许定义为特定条目或条目组配置的公共转换组,避免大量使用本地转换。——Sakamotosan路过围观 | 避免做作,免敬 2023年10月5日 (四) 06:29 (UTC)[回复]
印象中似乎有类似的功能存在?--百無一用是書生 () 2023年10月5日 (四) 06:53 (UTC)[回复]
依稀记得之前提到COVID就带个医学转换组,不知道在想什么 ——魔琴 留言 贡献 新手2023计划 ] 2023年10月13日 (五) 08:50 (UTC)[回复]
第一点有两个问题:一是间隔号的规则是什么?半角逗号?要不要空格?(等等)这需要规范好才能开发和使用。二是能否输入多个转换组后,合并去重后再进行转换?目前各个转换组中的转换规则重复的不少,特别是领域有交叉的转换组。但我不是很确定能否通过lua实现,以及去重能否提升效率?--百無一用是書生 () 2023年10月5日 (四) 06:35 (UTC)[回复]
关于一,轻微方便G1 G2 ...的输入调整,但分隔符决定和误用会比较麻烦,支援太多也比较乱(逗号 分号 等等)。空格去除不难,但需配合加强笔误检测。--YFdyh000留言2023年10月7日 (六) 05:52 (UTC)[回复]