Module talk:NoteTA

message: 補充logo
--Jihwei0529（留言） 2014年11月25日 (二) 14:19 (UTC)
thread_title:  假面騎士電王、龍騎、W Logo 

message: 現在NoteTA介面裡提示公共轉換組不存在，點擊創建公共轉換組的時候會建立Template:開頭的頁面，不過應該要預設以Module:開頭才對吧？或許應該將「'Template', 'CGroup/'」改成跟上面一樣的「'Module', 'CGroup/'」？—— Eric Liu 創造は生命（留言．留名．學生會） 2020年12月1日 (二) 04:55 (UTC)
replies: text: 但似乎wikitext且不好還不會炸，Lua直接炸？-- Sunny00217  2020年12月16日 (三) 12:31 (UTC)
replies: text: :请问您说的这个是什么意思呢？我不是很理解，所以希望能说得详细一些。另外从 Eric 的说明来看，此修改应算是较小的修改，对使用影响不大，将参照Wikipedia:保護方針#需进行公示处理。--Tiger（留言） 2020年12月18日 (五) 07:10 (UTC)
replies: text: ::可能他指缺失的模块如果建立的内容稍有不当，模板/模块会大崩溃？不知道能否技术上预防，try之类的。--YFdyh000（留言） 2020年12月18日 (五) 07:44 (UTC)
replies: text: :::如果是这样的考量，倒是变成“建立新的转换组时，应该鼓励使用Module还是Template？”的问题了，这我认为在客栈讨论会比较好。--Tiger（留言） 2020年12月18日 (五) 08:12 (UTC)

text: 基本上現時最新建立的轉換組都使用Module，建議批准修訂。（以下是個人意見）同意「建立新的轉換組時，應該鼓勵使用Module還是Template」的問題應在客棧討論。個人認為建立新的轉換組時應該鼓勵使用Module，用Module建立新的轉換組其實是很容易的事情，雖然我技術並不是太好，但我用Module主要組建出來的轉換組基本上都沒有運行問題（Module:CGroup/Bundesliga的內容是我由舊Template搬運過去的）。如果客棧開了討論，麻煩把我這個意見搬運過去。SANMOSA SPQR 2021年1月2日 (六) 08:49 (UTC)
replies: text: :发现Wikipedia:字詞轉換處理的创建入口也是Module，比照办理的话NoteTA这里预设创建Module至少是没问题的。稳妥起见再等待七日，无不同意见的话就按请求来修改了。至于技术上预防潜在错误的事情，过往经验来说似乎不必太过担心，可以以后单独讨论。晚些会试着写一个修改方案。--Tiger（留言） 2021年1月2日 (六) 09:05 (UTC)
----
脚本已更改：差异。--安忆Talk 2021年1月6日 (三) 03:20 (UTC)

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

message: 请将一行中的改为。这样做可以在一个页面有多个模板或重复调用分类时，避免MW重复加载对应模块。参见mw:Extension:Scribunto/Lua_reference_manual#mw.loadData。--Artoria2e5编 讨论要完整，回覆请用ping。  2021年1月31日 (日) 09:03 (UTC)
replies: text: ---{百無一用是書生}- (☎) 2021年2月19日 (五) 08:21 (UTC)
thread_title: 以mw.loadData替换CGroup中的require，其一

message: 目前有用到Template:NoteTA的頁面頂部都會出現「Lua錯誤 在Module:NoteTA的第24行：data for mw.loadData contains a table with a metatable」，不知道是發生什麼事了。--冥王歐西里斯（留言） 2021年3月24日 (三) 05:50 (UTC)
*@-{S8321414}-：Wikipedia:机器人/作业请求/存档5#将CGroup重定向的require改为mw.loadData的機器人作業出現問題。cc@-{Hamish}-：。-- 五歲抬頭雪菲（☎️·☘️） 2021年3月24日 (三) 06:01 (UTC)
**@-{Artoria2e5}-：你的機器作業請求出事了。-- 五歲抬頭雪菲（☎️·☘️） 2021年3月24日 (三) 06:02 (UTC)
replies: text: 已全數回退。--Xiplus#Talk 2021年3月24日 (三) 06:32 (UTC)

text: 事前测试不到位，我的责任，抱歉。--Hamish論 2021年3月24日 (三) 06:49 (UTC)

text: 問題是出在Module:NoteTA#L-24是使用mw.loadData，而mw.lua寫到：（Lx表第x行）

text: # L752：function mw.loadData( module )

text: # L764：mw.executeModule( function() return require( module ) end, nil, newFrame( 'empty' ) )

text: # L465：function mw.executeModule( chunk, name, frame )

text: # L484：env.os.date = ttlDate

text: # L112：local function ttlDate( format, time )

text: # L116：wrapDateTable( now )

text: # L93：local function wrapDateTable( now )

text: # L94：return setmetatable( {}, {

text: @-{Artoria2e5、Hamish、Xiplus}-： -- Sunny00217  2021年3月24日 (三) 12:07 (UTC)
thread_title:  [[Module:NoteTA]]發生錯誤 

message: 提议调整NoteTA的两个功能：
一是新增字段（比如G或Groups）简便输入多个转换组，例如：

表示按G1到G6先后汇入以上六组转换规则。这样方便输入，也方便插入转换组，或是调整转换组载入顺序。
二是增加扩增手工转换规则数目。一些条目会定义输入30项以上的规则，所以呼叫了两次，这并不利于维护。
我认为这些功能会方便编者输入。以前的模板用wikitext写，所以不容易实现这些功能。而现在的模板是用Lua编写，我认为值得考虑一些快捷的输入方法。--洛普利寧 2023年10月4日 (三) 11:46 (UTC)
replies: text: 第一个功能可能会助推编者加入过多转换组，如范例中的六个之多。在我看来条目中的转换组还是越少越好，最好不超过三个，因此简化代码写法似乎意义不大。第二个功能应有助於省去一些转换组，故(＋)-{支持}-调整，感觉可将上限翻一倍，扩增至60项。--蕭漫（留言） 2023年10月4日 (三) 18:45 (UTC)

text: 另外我再附加一项提议：改良NoteTA弹出框所显示的标题转换规则，将标题之前的命名空间按读者使用的中文变体显示。目前在非条目命名空间中，NoteTA弹出框内的“转换标题为”和“当前显示为”所显示的命名空间为英文原文，而页面标题前实际显示的命名空间已被MW自动转换为中文，这两处文字不一致会对读者造成困惑，不知在技术上能否解决？--蕭漫（留言） 2023年10月4日 (三) 19:08 (UTC)
replies: text: :这个我感觉可能不太好实现，NotetA查看器是MediaWiki:Gadget-noteTA.js实现的。另外，我不太会JavaScript，可能说的有错。

text: :MediaWiki:Gadget-noteTA.js通过mw.config.get( 'wgPageName' )获得包含命名空间的页面名称。命名空间是本地化的，但是中文未转换没有本地化。然后调用转换，没有规定特殊的转换用词，MediaWiki系统不会转换前面的命名空间。最后输出的就是命名空间没转换为本地化名称的了。--逐梦星辰（留言） 2023年10月5日 (四) 01:10 (UTC)

text: :似乎不好解决，除非自制一份转换表，感觉意义有限。虽与标题不同，但与网址栏相同，是否某种有意为之。wgFormattedNamespaces本应输出本地化的名称，本站疑似将各种中文变体作为别名使用。--YFdyh000（留言） 2023年10月7日 (六) 05:47 (UTC)
replies: text: ::@-{YFdyh000}-：网址栏中的字样是页面的实际标题，显示在NoteTA查看器的“实际标题为”之後是合理的，而显示在“转换标题为”和“当前显示为”之後则有些奇怪，因此我认为改进NoteTA查看器中命名空间的呈现方式是有必要的。目前命名空间在这三处地方均以英文原文显示，与标题的显示逻辑不一致，理想的效果是让命名空间的显示逻辑与标题一致——在“实际标题为”之後显示英文（未经转换的原文），在“转换标题为”和“当前显示为”之後显示中文变体（转换後在阅读界面显示的文字），但若在技术上难以解决的话就先算了吧。--蕭漫（留言） 2023年10月15日 (日) 07:05 (UTC)

text: 第一点没必要的实现（还需要提取参数后split掉，来获得具体的参数，增加了复杂性）；第二点可以考虑。——Sakamotosan路过围观 | 避免做作，免敬 2023年10月5日 (四) 06:26 (UTC)
replies: text: :不过对于第二点，我建议可以拓展Cgroup的定义，允许定义为特定条目或条目组配置的公共转换组，避免大量使用本地转换。——Sakamotosan路过围观 | 避免做作，免敬 2023年10月5日 (四) 06:29 (UTC)
replies: text: ::印象中似乎有类似的功能存在？---{百無一用是書生}- (☎) 2023年10月5日 (四) 06:53 (UTC)

text: ::依稀记得之前提到COVID就带个医学转换组，不知道在想什么 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年10月13日 (五) 08:50 (UTC)

text: :第一点有两个问题：一是间隔号的规则是什么？半角逗号？要不要空格？（等等）这需要规范好才能开发和使用。二是能否输入多个转换组后，合并去重后再进行转换？目前各个转换组中的转换规则重复的不少，特别是领域有交叉的转换组。但我不是很确定能否通过lua实现，以及去重能否提升效率？---{百無一用是書生}- (☎) 2023年10月5日 (四) 06:35 (UTC)

text: 关于一，轻微方便G1 G2 ...的输入调整，但分隔符决定和误用会比较麻烦，支援太多也比较乱（逗号 分号 等等）。空格去除不难，但需配合加强笔误检测。--YFdyh000（留言） 2023年10月7日 (六) 05:52 (UTC)
thread_title:  调整NoteTA两个功能