跳转到内容

模块讨论: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发生错误

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术。执行者：Jimmy-bot（留言） 2021年4月3日 (六) 16:14 (UTC)。[回复]

目前有用到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( {}, {
@Artoria2e5、Hamish、Xiplus： -- Sunny00217  2021年3月24日 (三) 12:07 (UTC)[回复]

调整NoteTA两个功能

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术。执行者：Jimmy-bot（留言） 2023年10月25日 (三) 08:14 (UTC)。[回复]

提议调整NoteTA的两个功能：

一是新增字段（比如G或Groups）简便输入多个转换组，例如： 

{{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)[回复]
检索自“https://zh.wikipedia.org/w/index.php?title=Module_talk:NoteTA&oldid=79503989”