跳至內容

模組討論: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)[回覆]