萌娘百科討論:討論版/技術實現/存檔/2021年01月
討論版【技術實現】檔案館
誠邀各位對Wikiplus新版本進行測試
Wikiplus代碼已經年久失修，無法維護，為了解決該問題，我使用現代JavaScript重構了Wikiplus，在保持功能不變的情況下，優化了部分內部邏輯。儘管在重構的過程中已經盡力保證了功能的兼容性，但是仍不可避免地造成了以下 Breaking Change，還請您諒解。
- 跨頁面編輯的信息讀取將從提交編輯前移到打開編輯窗口時完成，這可能導致您打開編輯窗口的時間略微延長。這項更改的原因是為了統一各類編輯的內部流程，並更好地預防編輯衝突。
設置項目將不再支持自定義函數，而轉用字符串模板的形式提供定製性。這項更改的原因是，考慮到手寫函數的難度較高，使用率低，且存在一定的安全隱患。暫未執行，暫時保留了原有邏輯。- 部分可能造成編輯衝突的情況將不再支持編輯。這項更改的原因是為了防止意外破壞頁面內容。
誠邀各位對新版本進行測試，請使用以下代碼引入測試版本：
mw.loader.load('https://wikiplus.oss-cn-shanghai.aliyuncs.com/Main.development.js');
如果您希望對代碼進行 Review，請移步GitHub。
您的反饋十分重要，提前感謝您的參與！ 問題反饋可以於我的討論頁留言。
--聰明又可愛的妹空醬（討論） 2020年11月20日 (五) 23:36 (CST)
這是找到自己的GayHub賬號了？機智的小魚君⚡ (給我留言✨) 2020年11月20日 (五) 23:53 (CST)- (＋)支持 ，Wikiplus是一種信仰。—— Grey (Talk, Contrib) 2020年11月20日 (五) 23:57 (CST)
- (＋)
IPE用戶表示不支持妹空醬活了！W+終於更新了！（ ）（淚目）--ZhMGP:~ Leranjun$ 主頁 · 討論 · 貢獻 · OIer|172020年11月21日 (六) 19:41 (CST) - (＋)支持 大佬詐屍，熱烈歡迎。—— 屠麟傲血（討論） 2020年11月21日 (六) 19:53 (CST)
- (＋)支持 妹空醬活了，好耶—— 0x0A🎉理論上是公的驅逐艦的 壹陸 討論·最近編輯 2020年11月22日 (日) 09:56 (CST)
- (＋)支持 不過新版WP有哪些改進，會對編輯者更有益嗎？--Fetton論（✉戰雙帕彌什專題編輯組求人中...），留言於: 2020年11月24日 (二) 13:48 (CST)
屠麟傲血- @妹空酱 (：)反饋 有時候在編輯保存後右上角的【快速編輯序言】按鈕會消失（【快速編輯】還在），不知道是否為bug。——C8H17OH（討論） 2020年12月3日 (四) 03:09 (CST)
- 快速編輯序言實際上是anna的hack，見Special:Diff/3946396。--Func（討論·貢獻） 2020年12月6日 (日) 10:06 (CST)
@妹空酱 Wikiplus剛剛不能使用？今天01:00別問為甚麼我還在線的時侯還是正常的。--By patroller CHKO 
(Talk) @ 2020年12月22日 (二) 11:24 (CST)
【Feature Request】期望建立一個使用滑塊或按鈕切換Template:切換顯示文本的模板
最近Template:切換顯示和其關聯模塊、widget似乎經過了修改，Template:切換顯示按鈕生成的HTML代碼移除了.before-on、標籤樹結構也不再相同了；這導致Template:明日方舟技能條/style.css無法使用，也沒有任何完全使用HTML和CSS可行的解決方案可用。與其為了Template:明日方舟技能條這一個（本來就挺 bodegy 的）模板修改切換顯示系列模板的實現，我尋思新增一個可以比較方便地處理有序切換顯示文本的模板也許更好些——這樣的模板適用範圍應該會超過粥游專題，比較有意義。
我的設想是這個模板的功能應該相當於特殊的、單選模式的Template:切換顯示按鈕；切換顯示按鈕給你所有可能選項的選擇按鈕和一個取消選擇按鈕；而這個新模板可以只有「第一項」、「上一項」、「下一項」、「最後項」，和一個可選的取消選擇按鈕；如果中間能帶一個滑塊就更好了——如果滑塊的handle能顯示當前選中的數字就完美了。切換顯示按鈕要求為每一個選項提供一個字符串代號（key）；這個模板也許可以要求提供一個代號頭，而它在實際進行切換的時候可以使用「key0」、「key1」、「key2」等等用數序生成的key。生成對應的{{切換顯示}}文本應該只需要額外寫一個專用的Template:切換顯示/有序就可以了，很簡單。
Request：我期望我們能夠開發一個新模板（這個模板顯然需要專用的widget），使用方法如
{{切换显示滑块|@key=字符串代号头|@start=0|@end=99|@step=5|@defualt=50|@reverse=如果本项不为空则进入反选模式}}- 或
{{切换显示滑块|@key=字符串代号头|@start=0|@count=100|@step=5|@defualt=50|@reverse=如果本项不为空则进入反选模式}}
其中 start 標記開始的數字；end 和 count 只能選擇一個，end 標註最後一個數字、count 標記應該有幾個數字（end = count - start - 1）；step 標記「上一項」、「下一項」按鈕一次滾動幾個數字；default、reverse 與切換顯示按鈕的對應參數功能相同，和應該不用額外解釋。如果要像Template:切換顯示按鈕樣式那樣拆出專用的樣式模板的話，可以考慮在一些基礎樣式外增加|@slideroff=如果本项不为空则隐藏滑块這樣的選項——此時隱藏滑塊，但仍然保留一個能顯示當前選中了第幾項文本的數字框。另外，希望能允許隱藏「取消選擇」按鈕，或者考慮直接不給這個新模板提供「取消選擇」功能。
我自己搞了個垃圾demo（如果有人知道國內可以訪問的網頁代碼試驗站請告訴我），算是做個參考。我的demo的JS沒寫完（因為我不大會），所以……也就只能看看；我會試着自己寫完JS，也許能提供一些代碼抄……雖然不敢保證質量……
考慮到這個 request 涉及到 Widget、JS、和一定的前端技術：@AnnAngela。麻煩您了安姐——
( ¡ )題外話 我一開始是用{{BugReport}}寫的這個討論串，然後發現完全不能直接套用XD。不如我去寫個{{FeatureRequest}}？
—0x0A🎉理論上是公的驅逐艦的 壹陸 討論·最近編輯 2020年12月20日 (日) 11:50 (CST)
- 已修復不添加.before-on的bug。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年12月20日 (日) 23:51 (CST)
【BUG】批量上傳插件無法正確獲得報錯信息
- 問題
當被上傳的文件存在「文件擴展名與檢測到的文件MIME類型不匹配」的問題時，上傳並會被阻止，但上傳插件會顯示為成功而不報錯。
- 復現步驟
- 準備一張「文件擴展名與檢測到的文件MIME類型不匹配」的圖片（如將png圖片的擴展名修改為jpg）
- 使用批量上傳工具，提示上傳「成功」
- 使用cm:Special:上傳文件，提示「文件擴展名與檢測到的文件MIME類型不匹配」，上傳不成功；
- 檢查cm:Special:新建文件，找不到上傳的文件。
- 期望行為
維修批量上傳工具，使之能夠正確報錯
- 影響範圍
批量上傳工具
--Ceba（討論） 2020年12月28日 (一) 02:49 (CST)
【BUG】討論版未存檔？請求檢查User:AnnAngela-abot
- 問題
經查看，討論版自2020年12月27日（日）起就未對過期討論串進行存檔，查看Special:用戶貢獻/AnnAngela-abot也發現最近機器人沒有任何動靜。
- 復現步驟
打開討論版任一某些板塊，均可發現未存檔的過期討論串。
- 期望行為
User:AnnAngela-abot機器人正常存檔。
- 影響範圍
討論版
全世界Hentai的一員 瀧澤朔太郎（會話） 2020年12月29日 (二) 22:02 (CST)
- 剛剛貌似又好了？
莫非abot去過新年了（（（--單推人樂然✉ 奇蹟的顏色 & 在做一個夢 絕贊配信中！ 2020年12月30日 (三) 14:11 (CST)
- 運行機器人的機器這兩天在修硬件，中午剛搞完。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年12月30日 (三) 21:06 (CST)
特殊頁面的一個修改申請
標籤名稱wikilove
標籤完整含義的維基有愛應改為維基友愛。--SD hehua（討論） 2021年1月1日 (五) 17:01 (CST)
- 顯示的描述和對應的MW頁面居然不一致...先提報給技術人員了。--Sysop 北極星と南十字（給我留言） 2021年1月1日 (五) 18:33 (CST)
- @SD hehua 經查為語言變種的問題，已經更正。——Sysop 北極星と南十字（給我留言） 2021年1月1日 (五) 21:12 (CST)
邀請大家幫忙測試我開發的萌百安卓APP
鏈接：https://pan.baidu.com/s/1zhKhxFL1yBd0ITHOiOmVtA 提取碼：mafg （鏈接已失效，請到酷安搜索「Moegirl+」下載app）
OneDrive共享：https://1drv.ms/u/s!Akwh01ATFqHNlZY-awcMd6f-Yl5jRA?e=9X8gYc （有T建議用這個）
有了解的人大概知道我之前開發過一個叫Moegirl Viewer的（這會酷安官網好像炸了），這個是該應用的flutter重構版，修復了許多問題並新增了查看最近更改和頁面歷史等功能。唯一比較坑的一點是flutter的webview在安卓10以下性能會大幅下降，但我測試發現10以上性能好像也不是很好，所以主要請大家看看下載後性能如何，可以的話最好在下面留下安卓版本，以及是否流暢，同時也歡迎大家提出一些建議以及需求，還有遇到的bug，如果沒什麼問題的話下周五就會發布。抽屜中「操作提示」里3和4提到的功能還沒有做，其他正常。
<poll id="2C1E081A8517C33E0B81178BDC483633"> 你覺得該應用性能表現如何？ 流暢 還好 有點卡 卡出翔 </poll>
另外哪位大佬能幫忙設計一個應用圖標就好了_(:з」∠)_ --東東君（討論） 2020年12月20日 (日) 23:55 (CST)
- (：)回應 注意到在部分較多圖片的頁面，App加載圖片速度會很慢，或者說等我退出之前都沒加載好，不知是否是網絡問題。另外尚未進行登錄操作，故未測試編輯和評論功能，建議優化操作「點擊熱門評論自動定位到這條評論的位置」。--サンムル（討論） 2020年12月21日 (一) 08:35 (CST)
- 沒有會員的度盤下載 7KB/s，需時65分鐘......
有G盤或OneDrive的其他下載途徑嗎？--By patroller CHKO
(Talk) @ 2020年12月21日 (一) 08:36 (CST) - 下載程式後的追加：監視清單好像被移除了？可不可以加回去……
另外，程式並未有切換繁體介面的功能(內容是可以自動繁簡轉換的)，會不會考慮加入支援繁體的功能？--By patroller CHKO (Talk) @ 2020年12月21日 (一) 12:42 (CST)
- (▲)同上 分流請求。--優質編輯者樂然
- 舊版Moegirl Viewer還會繼續維護麼？_USER:YOONHA~1.PAR（留言）2020年12月22日（火）12:19:46（JST）
🎉已發布於酷安，歡迎大家下載使用~🎉 --東東君（討論） 2020年12月27日 (日) 11:52 (CST)
{{Toggle}}等模板在客戶端內會全部展開，按鈕失效。這個可能解決嗎？--全世界Hentai的一員 瀧澤朔太郎（會話） 2020年12月27日 (日) 14:12 (CST)
另外，點擊紅鏈只單純提示未創建，能加入創建頁面功能按鈕嗎？--全世界Hentai的一員 瀧澤朔太郎（會話） 2020年12月27日 (日) 14:16 (CST)
- @東東君首頁最後一個板塊里的新建頁面和最近更改無法使用--悠遠的蒼穹 (Talk with me!) 2020年12月27日 (日) 15:13 (CST)
(∅)棄權 今天我在下載的時候不管是度娘還是微軟那邊分享都取消了，是停止測試了嗎？--高三學生——阿爾戈吧吧主（討論） 2021年1月1日 (五) 15:45 (CST)
- 我在github上看了，我是32位手機，用不了，此條完結--高三學生——阿爾戈吧吧主（討論） 2021年1月1日 (五) 15:57 (CST)
測試已結束，感謝各位的參與。未來如遇到bug或有需求建議，請在萌百我的討論頁聯繫我或在github上提issue。--東東君（討論） 2021年1月1日 (五) 22:48 (CST)
【BUG】手機討論版編輯總入口未隱藏
- 問題
- 復現步驟
- 使用任一一個手機遊覽器
- 登錄一個萌百賬號
- 進入任一一個討論版頁面
- 期望行為
隱藏手機端討論版總入口
- 影響範圍
手機端
--「簽名板」from TNLHK「討論區」 2021年1月2日 (六) 09:58 (CST)
- 其實問題不大的。——From
月_櫻_雪 (討論) 2021年1月2日 (六) 10:14 (CST)
- 問題確實不大，比如用ipe也可以快速編輯整頁（大概沒人這麼做）--SD hehua（討論） 2021年1月2日 (六) 19:17 (CST)
- 沒啥意義.jpg，隱藏只是一個軟措施。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年1月4日 (一) 21:42 (CST)
如何在Lua模塊中引入CSS樣式表？
我想要在產生的代碼中包含一段<style>..</style>，但是萌百不支持這個標籤。但是如果使用外置的<templatestyles />又不方便DIY。故在此求助各位大佬。—— Grey (Talk, Contrib) 2020年12月23日 (三) 14:33 (CST)
@Greykid 可以使用frame:extensionTag( 'templatestyles', '', { src = src } );。參見mw:Help:TemplateStyles#How_can_Lua_modules_interact_with_styles?。--工具人樂然
- @Leranjun，審題呀……不使用外置CSS、不使用templatestyles，因為沒辦法在lua中DIY。—— Grey (Talk, Contrib) 2020年12月24日 (四) 12:49 (CST)
- 草，理解錯了，我紫菜。
果然半夜兩點無法思考 - 是不能用行內CSS解決嗎？--酒姬民樂然
- 其中一個需求就是:hover，這個不能寫在標籤的style參數裡頭。還有screen這種標籤也不行。
<style>..</style>標籤明明多好用呀啊啊啊啊。 - 我突然想到曲線救國的方法，如果充分利用說不定可以解決:hover的問題😂。不過這就涉及到我的知識盲區了，如果有大佬懂這個也可以講一講。—— Grey (Talk, Contrib) 2020年12月24日 (四) 15:43 (CST)
- 其中一個需求就是:hover，這個不能寫在標籤的style參數裡頭。還有screen這種標籤也不行。
- 草，理解錯了，我紫菜。
- screen估計是不行，但是{{hovers}}確實挺強大的，應該能滿足大部分的hover需求吧。
- 我還真沒想到啥兩全其美的解決方案……不太確定您想做到啥效果www 如果有一部分內容不需要動態的話，可以只把那一部分寫成一個死的CSS，然後其他的動態添加？--OIer樂然
- 只為條目美觀而在網站安全上添加破口是不明智的。_USER:YOONHA~1.PAR（留言）2020年12月25日（金）12:15:17（JST）
眾所周知，由於插件的原因移動端在多數頁面是看不到navbox的，但我設法寫了個js解決問題。
我個人認為應該適當優化後直接插入MediaWiki:Mobile.js。
- 原理: 運用api解析(桌面版)頁面，然後找到Navbox加入顯示。
| 細節 |
|---|
|
NHJR（討論） 2020年12月30日 (三) 21:02 (CST)
- 如果想讓移動端看到navbox只需要在服務器改一下配置就好（
$wgMFRemovableClasses），不需要這麼麻煩。——Xzonn（聊天） 2020年12月30日 (三) 21:10 (CST)- ......早點說啊 NHJR（討論） 2020年12月30日 (三) 21:12 (CST)
- 9月份有人說過這事，說是MobileFront寫死的來着...
- ( ¡ )題外話 那個存檔有個串重複存檔... NHJR（討論） 2020年12月30日 (三) 21:18 (CST)
- 如果是說 萌娘百科_talk:討論版/技術實現/存檔/2020年09月#萌娘百科時怎樣做到手機版{{navbox}}顯示的？ 這個串的話，並沒有人說「寫死」，其他討論串也未討論這個問題。我自己在本地試過是沒有問題的。
- 雖說技術上可以顯示navbox，但是我個人認為顯示效果並不是很好，這可能也是移動端插件默認移除navbox的原因。如果需要全站移動端顯示，建議對顯示效果進行評估再決定。——Xzonn（聊天） 2020年12月31日 (四) 15:40 (CST)
- 最好是可以像NHJR這插件一樣默認全部摺疊只顯示標題，觀感問題最嚴重的還是占頁面空間太多了；另外就是{{navbox with columns}}對移動版沒有適配。
維百也沒適配，真的還有人記得這個模板嗎。
( ¡ )順便一提 移動版摺疊後占不滿頁面寬度的問題在樣式表里加個display:table就可以解決。—— Grandom 2021年1月1日 (五) 16:28 (CST)
- 最好是可以像NHJR這插件一樣默認全部摺疊只顯示標題，觀感問題最嚴重的還是占頁面空間太多了；另外就是{{navbox with columns}}對移動版沒有適配。
- (＆)建議 建議至少在移動端用戶設置中開啟是否顯示移動端 navbox 的選項。對一些人（我）來說，丟失信息比顯示效果差更為嚴重。或許在全站範圍內把不顯示 navbox 改成顯示此 navbox 模版頁的鏈接，也是一種比較周全的選擇。—茵陳✉ 2021年1月1日 (五) 06:55 (CST)
- 插句話，一般情況下移動端看不到nav，但是在navbox模板本體頁面卻能看到（編輯預覽看不到），這是什麼原理--
非常非常慫的playymcmc007（
討論 ） 2021年1月1日 (五) 11:34 (CST)
一個圖片的問題
該圖片使用於我的紙片人女友頁面中，似乎不能正常顯示，略縮圖也不能生成。訪問https://img.moegirl.org.cn/common/0/0f/Mbt_Main_View.jpeg則顯示「The requested URL '/common/0/0f/Mbt_Main_View.jpeg' was not found on this server.」。
似乎是圖片文件丟失？不過我並非上傳者，也不清楚該圖片原件如何。望可以解決此問題。——4O74Y74L74J7（討論） 2021年1月7日 (四) 00:17 (CST)
emm……這個圖片本來就是steam頁面截圖，我曾經加入過當時的官方群去尋找圖片，但是當時的圖片已經被遺棄了，目前應該是沒法補了。是我太菜，不知道這種圖怎麼填源地址）：——暘宸鴻逸 2021年1月9日 11:28:08
【BUG】批量上傳工具總是顯示錯誤
- 問題
在共享站使用批量上傳工具上傳時，即便文件上傳成功，仍然會提示一個undefined的錯誤。
- 復現步驟
- 打開批量上傳工具。
- 隨意上傳一個文件。
- 等待片刻，彈出對話框提示上傳失敗，同時接收到上傳失敗的泡泡通知，錯誤類型為「undefined - undefined」。
- 直接訪問文件，發現實際上文件已上傳成功。
- 期望行為
顯示上傳成功。
- 影響範圍
共享站。
--酒姬民樂然
- 經查，是上傳過程實際上已經在服務器完成，但是服務器未在12s內回應結果，導致工具認為上傳超時，已經放寬到30s，並且修復錯誤信息不輸出的問題。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年1月10日 (日) 10:15 (CST)
請求允許在共享站創建模塊
最近看到有上傳者在書寫{{information}}時把Other_fields參數給寫了，但是這些模板並不存在，所以為了方便他們，我就去研究了相關模板，並把{{information field}}建立了，本打算寫個其他領域模板中最簡單的模板試試看效果，才發現時過境遷，目前根本不讓寫模塊了。儘管共享站允許使用循環和變量，但是這些東西並不能實現所需模板的相關功能，而且其他模板在創建時很可能也會用到，所以在此希望開放模塊的編輯功能。此外，我在共享站的用戶頁也需要修改，希望也能同時開放用戶頁的編輯功能，謝謝。--Ikemen（討論） 2021年1月9日 (六) 22:03 (CST)
- 模塊一直都允許創建，你是不是打錯了命名空間？用戶頁會自動跳轉到主站，無需編輯。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年1月10日 (日) 10:47 (CST)
- @AnnAngela，我主站沒有用戶頁（也暫時不打算有），共享站才有（和很多人是反過來的），這是我的共享站用戶頁，我想修改這個頁面（千萬不要把它移動到主站，拜託），現在修改不了了，原來（2017年末創建那陣）是可以修改的。
２５號濫用過濾器的漏洞
如題，近一個月來發現２５號濫用過濾器在執行操作時出現了多個漏洞。
- ２５號濫用過濾器是針對簽名錯誤使用的。但是，MediaWiki:Abusefilter-warning-tilde提示中兩句話本身自相矛盾，「如果您不知道如何修改，請點擊「保存更改」重試」和「本過濾器已被設定為嚴格阻止：如果沒有按要求修改，再次提交也不會成功」。後者與實際完全不符，我有好幾次都正常提交了。
- ２５號濫用過濾器執行時，如果含有「～～～」，即使正常簽名，也會被觸發。雖然Special:濫用過濾器/25解釋了原因，但是如果僅看MediaWiki:Abusefilter-warning-tilde，它並沒有解釋為何會無法提交。而一般人不會刻意去看Special:濫用過濾器/25中的編輯摘要，因而無法根據提示引導修改內容。
- ２５號濫用過濾器並沒有對機器人實行豁免，因而導致了部分存檔出錯，比如萌娘百科_talk:討論版/權限變更/存檔/2020年12月#對巡查員User:聲優編集者的彈劾案，User:AnnAngela-abot存檔時因為被過濾器阻攔而未能成功存檔。最後是User:北極星與南十字手動補存檔才成功的。
提出解決方法：
針對１，刪去「本過濾器已被設定為嚴格阻止：如果沒有按要求修改，再次提交也不會成功」這句話，或者將２５號濫用過濾器設置為阻止。
針對２，加入編輯摘要中的內容。
針對３，加上對機器人的豁免。
以上。--全世界Hentai的一員 瀧澤朔太郎|個人頁|會話| 2021年1月10日 (日) 20:26 (CST)
我整了個Template:Tabs的模塊化草稿
嗯，如題。……主要原因是我最近寫的奇怪模塊需要引用 T:Tabs，而在 Lua 模塊里通過frame:expandTemplate或者frame:preprocess引用使用了{{#forargs}}的模板這種方法總感覺效率欠佳……（更不用說{{forargs}}對參數輸入順序敏感、而frame:expandTemplate的參數順序似乎有點隨機，XD）
當前稿在模塊:Sandbox/公的驅逐艦/Tabs（本串發布時的最新版本是Special:固定鏈接/4635604），只實現了T:Tabs；不過，T:Tabs/core 和主模板幾乎一模一樣（不同可以參考本串發布時兩個模板最新版本的diff），應該很容易用同一個模塊實現。
這個稿子是直接依照 T:Tabs 的源碼「翻譯」而成的、所有參數名字都對應；早前測試過可以直接 drop-in 使用，我的極不完備的 test 並沒有發現什麼兼容性問題（XD）。沒有用mw.html……不是很確定mw.html和現在這樣的暴力字符串哪種消耗更低，我會測試一下。功能對比和數據參考會儘快弄好……
複雜模板換Lua通常性能會變好，又考慮到複雜模板通常同頁面引用數不多，0.1秒前後的Lua用時非常值；但是Tabs的核心其實非常簡單（雖然forargs的性能也許不佳），所以我現在還不好說Lua會不會在一般使用環境下提供更優性能……不過，當前稿的性能應該還行：上次測試用的是模版頁里的兩個示例，Lua用時.03秒（max=7）、虛擬尺寸5.5MB左右（max=50）；這兩個數值增長都很慢（特別是虛擬尺寸：試了試只引用一次模塊，虛擬尺寸≈5MB），或許可以理解為有一些一次性的加載cost。
貼公版的主要原因是我認為我可以為這個模板實現一些其他功能（中文參數適配、統一 T:Tabs 和 T:Tabs/core 的參數，etc.），所以希望大家看看有沒必要……？
討論結束（或者MAR/N）後如果認為本模塊有用的話我會把模塊移到 Module:Tabs，然後請求 code review、保護、和 deployment；否則，我可能會考慮 deploy 但不與 T:Tabs 合併。現在還不需要這麼做，不過如果有人有閒時、願意幫忙看看代碼、查查蟲啥的肯定是好的。感謝各位看完——
感覺有點語無倫次，對不起（雖然好像平時也是這樣的
）
—0x0A🎉理論上是公的驅逐艦的 壹陸 討論·最近編輯 2021年1月3日 (日) 17:41 (CST)
樂然點了贊，然後給跪了。 --OIer樂然 - 關於【統一 T:Tabs 和 T:Tabs/core 的參數】，這裡我不建議，之所以要拆分tabs和tabs/core，是因為這倆存在兩方面差別，而這兩方面差別都是因為保持與前者的原版的兼容性——前者默認有一個theme後者沒有、前者參數格式與我寫的不一樣。然後Lua我沒啥研究，所以不太能code review。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年1月4日 (一) 21:42 (CST)
搜索error？？？？
cm:file:E99821EB-DE1E-420E-A0D5-9030481EF53E.png 緩緩打出？ only my LJL（討論） 2021年1月11日 (一) 13:07 (CST)
- 搜索出錯請重試。另外，您給了一個無效的圖片———— ほしみ 2021年1月11日 (一) 13:10 (CST)
- 另外，請不要把此類圖片上傳至萌娘共享，您應當使用外鏈圖床。—— ほしみ 2021年1月11日 (一) 13:13 (CST)
- 哦，貌似凌晨的問題only my LJL（討論） 2021年1月11日 (一) 13:16 (CST)
ほしみ【BUG】AnnAngela-Abot存檔出現問題
- 問題
見Special:Diff/4665514/4665518（討論版）和Special:Diff/4665517/4665513（存檔頁），似乎AnnAbot的存檔邏輯出現了問題——它僅存檔了請求的（空白的）計票和結論一節和MAR。
- 復現步驟
N/A
- 期望行為
AnnAngela-Abot剪切存檔完整的討論串（從二級標題到下一個二級標題之前的所有字符）
- 影響範圍
猜測可能是所有由AnnAngela-Abot負責自動存檔的討論頁
--0x0A🎉理論上是公的驅逐艦的 壹陸 討論·最近編輯 2021年1月15日 (五) 04:28 (CST)
【建議】LyricsKai模板等的彈性布局
提議去除內嵌樣式中width: calc(100% - 200px);部分，改為使用如下CSS：
div.Lyrics {
width: calc(100% - 200px)
}
@media screen and (max-width: 960px) {
div.Lyrics {
width: 100%
}
}
原因：原來留出200px好像是防止原文譯文分隔過遠，但是縮小瀏覽器窗口後似乎並不需要留白，反而很擁擠。 --A20001017（討論） 2020年12月31日 (四) 00:07 (CST)
請求能輸出指定數量個指定分類內隨機不重複頁面的模板
如題。期望的輸出方式類似於首頁最新條目欄里的，或者DynamicPageList這種也行。能用參數控制是哪種更好。輸入值為分類名和數量，當然有其他參數也行，乃至成了有隨機功能的DynamicPageList也行。可以是偽隨機。ReikuChan 2021年1月7日 (四) 18:49 (CST)
- 可以拿隨機數模板寫一個DynamicPageList？--優質編輯者樂然
- 建議使用widget。原生wikitext無法查詢頁面；雖然用模塊可以通過遍歷全站近19萬個頁面來篩選，但開銷極大得不償失。--サンムル（討論） 2021年1月7日 (四) 21:31 (CST)
【BUG】郵件顯示異常
- 問題
這幾天每當有頁面鍵入時郵件里會顯示出亂碼，如圖
- 復現步驟
- 打開參數設置
- 勾選在通知電子郵件中顯示我的電子郵件地址
- 等新郵件的到來
- 期望行為
恢復顯示
- 影響範圍
未知
--「簽名板」from TNLHK「討論區」 2021年1月13日 (三) 19:27 (CST)
- 請您查看Special:參數設置#mw-prefsection-echo的電子郵件格式是否設置錯誤。—— ほしみ 2021年1月13日 (三) 19:35 (CST)
完成我改成純文本試一下好了沒有--「HTML格式有時確實會出錯...不過通常情況下兩個都能正常收到。——From
【BUG】AnnAngela-Abot存檔出現問題
- 問題
見Special:Diff/4665514/4665518（討論版）和Special:Diff/4665517/4665513（存檔頁），似乎AnnAbot的存檔邏輯出現了問題——它僅存檔了請求的（空白的）計票和結論一節和MAR。
- 復現步驟
N/A
- 期望行為
AnnAngela-Abot剪切存檔完整的討論串（從二級標題到下一個二級標題之前的所有字符）
- 影響範圍
猜測可能是所有由AnnAngela-Abot負責自動存檔的討論頁
--0x0A🎉理論上是公的驅逐艦的 壹陸 討論·最近編輯 2021年1月15日 (五) 04:28 (CST)
- 應該是重複的管理員申請導致parse API給出的目錄列表有問題產生的，仍在持續觀察中。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年1月15日 (五) 16:35 (CST)
手機端通過搜索引擎進入萌百界面顯示為電腦版
瀏覽器:via 搜索引擎:bing 手機端通過搜索引擎進入萌百界面顯示為電腦版(網址zh開頭,而非移動端的mzh開頭. 因本人只有一部手機,無法驗證是否為普遍現象. 似乎是某次手機端為了編輯而點擊網頁下方"電腦版視圖"以後出現. 同一個瀏覽器使用百度搜索引擎並未復現.——以上未簽名(註)本條留言未簽名，留言後請記得用--~~~~簽名！的留言由Zhuanghai（討論·貢獻）於2021年1月16日 (六) 18:50添加。
(Chrome、百度復現，但我一直使用桌面版視圖。——From
- 我認為這不是bug。可以考慮清除瀏覽器緩存等方式測試。——From
- 可能是你沒有在桌面版頁面點擊底部移動版鏈接，導致mw將桌面端記錄為你的偏好，所以每次訪問都會自動跳轉。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年1月17日 (日) 13:01 (CST)
無法查看頭像
最近，我無法查看自己的頭像以及評論區中其他人的頭像，全部顯示空白，請檢查是否復現
另，bugreport模板咋用啊…--SD hehua（討論） 2021年1月17日 (日) 23:07 (CST)
- @SD hehua 無法復現。請清空緩存後重試。
- {{BugReport}}的用法詳見T:BugReport/doc。--EnMGP編輯者樂然
- 無法復現，請檢查您的網絡。——The above statement was made by a fervent fan of Nekoichi’s called
LUO1P✾. ✉❶虛擬UP主專題編輯指南正式上線啦！ 2021年1月17日 (日) 23:11 (CST)
三個問題（正好有了三個，我就湊一塊發了）
1.為什麼{{人物信息}}里沒有「性別」這一項？百毒百科和bangumi等都有，畢竟虛擬人物可能會有很多奇怪的性別，是不是加上好一點？而且我覺得若角色有生日的設定最好在填寫生日後根據性別自動生成今年剛創建的{{生日祝福}}模板。
2.我4個月前討論的一個問題現在好像還沒什麼變化，就是為何虛擬和真實人物都添加姓氏分類，但只有虛擬人物添加生日、星座、血型等分類？這個我覺得還是都添加好一些，最好還能根據模板將虛擬和真實人物分開，意思就是顯示為例如3月3日(虛擬)、10月20日(真實)這樣，星座、血型同理，類似同樣寫法的姓氏後面標註(X語種)
3.今年除了夏季版頭也不更換冬季版頭了嗎？是不是現在這個的上一個只用了幾天的相當於夏季？--布洛肯亞雷（討論） 2020年12月29日 (二) 13:24 (CST)
- 1.有人物信息模板的時候，本站尚不允許收錄一般的男性角色，且你所舉出的「奇怪性別」情況應屬少數作品個例，建議按照模板的自定義選項填寫。而如果想要在人物信息模板添加固定的性別選項，你可以在相應模板討論頁或者討論版單另發起討論，因為這種被全站大量使用的模板的修改也算是重大事項了，是需要審慎進行處理的，以儘可能減少不必要的影響全站的異常。所謂新創建的{{生日祝福}}模板，並不是如人物信息一般較為正式的格式模板，而是偏向娛樂性質，另外模板保護級別也不同，貿然掛鉤可能會導致該模板出現異常時全站大量頁面使用的人物信息模板也出現異常，擴大損害，因此建議在相應條目按需進行添加，而非直接與人物信息的相應參數直接掛鉤。
- 2.目前本站的分類樹仍然十分混亂（以至於長期以來分類樹相關的規範寫在一個人的用戶頁上），現仍處於整理期，對分類樹有疑問的話您可以考慮聯繫現正嘗試整理分類樹的管理組成員@AkizukiSaitou。
- 3.版頭會根據實際情況進行更新和懸掛，例如今年的疫情版頭就根據現實相應狀況，持續懸掛到了10周年慶賀之前，並非總是嚴格按照季節順序（儘管按照季節順序的情況可能以往比較多）。--未濟橋姬(☯太虛之門) 2020年12月29日 (二) 14:26 (CST)
- 第一個問題，巧了，我當時做{{生日祝福}}的時候也提到了：萌娘百科_talk:討論版/頁面相關/存檔/2020年06月#關於角色生日祝福的提議，供參考。
- 第二個問題，之前我有提到過，目前的趨勢應該會有，但落實有難度，比如說{{Infobox Person}}里的【出生】參數相比{{人物信息}}的【生日】參數要自由得多，可能不易自動生成分類。另外「虛擬」和「真實」我覺得必要性就有限了，姓氏分類也沒分開虛擬和現實人物啊，而且分類加括號我感覺徒增查閱難度。同上，建議與秋月進一步討論。您可以先查閱User:Nostalgia/分類樹以了解當前的大致狀態。——C8H17OH（討論） 2020年12月29日 (二) 18:31 (CST)
- @布洛肯亚雷：抱歉剛剛看到。
- 秋月指AkizukiSaitou[更多]。
- 自動生成主要是難度大，可能需要對全站的現實人物條目全部處理一遍，倒也不一定不可能。
- 已故角色那個討論，並不是需要解決地問題啊？那裡只是用來舉一個「並不是所有角色都適合無腦懸掛{{生日祝福}}，所以不宜直接放入{{人物信息}}中」的例子（另一個例子是負面角色），如果慶祝已故角色的生日對粉絲來說不算冒犯的話就也可以懸掛，否則不宜懸掛，大概這樣。總之就是這個模板不像{{人物信息}}一樣幾乎必須使用，而是和大部分top模板一樣比較自由地使用。——C8H17OH（討論） 2021年1月2日 (六) 17:03 (CST)
- @布洛肯亚雷 因為之前三次元事情很多，外加身體狀況不佳，所以沒有及時回復閣下，我在這裡先道個歉。
- 關於生日、星座、血型等分類，未來預定是要在現實人物的條目中也進行添加的，具體可見於我的User:AkizukiSaitou/萌娘百科:條目分類。唯一的問題就是代碼實現方面可能比較困難，而且可能還要跑一遍批量，工作量比較大。--
手を取り合って このまま行こう 2021年1月9日 (六) 01:18 (CST)
【BUG】網站有時加載很快，有時卻打不開
如題，有時主頁幾秒就出來了，而有時半天都是白屏，而且很多時候發生這種問題的間隔時間很短。--忒有錢（討論） 2021年1月19日 (二) 23:48 (CST)
- 這不是bug。———— ほしみ 2021年1月19日 (二) 23:50 (CST)
服務器的狀態有時會不太好，不是bug。——From
- (▲)同上 網絡狀態不穩定屬於正常情況。
自我編沖的問題能解決已經屬於不幸中的萬幸了（--優質編輯者樂然
【BUG】Cewbot補簽名功能異常
- 問題
已經好久沒有看到Cewbot補簽名了……查閱日誌後發現最後一次作業是在1月5日（版本4649774），且和上一次作業（12月27日）之間隔了很多天。在公版上也都是其他用戶手動補的。希望能夠檢查Cewbot的運行狀況。
- 復現步驟
N/A
- 期望行為
Cewbot能夠正常進行補簽名作業。
- 影響範圍
全站討論頁。
--OIer樂然
- 上次的回覆說可能是牆娘的問題。其實我寧願Cewbot不補簽名...——From
- User:Cewbot的服務器在中國大陸境外，可能會有連接不通暢的問題，建議聯繫操作者User:kanashimi。另外提醒一句，手動補簽名的時候除了用戶名之外還要加一下時間戳，例如
{{unsigned|Xzonn|2021年1月19日 (二) 16:34 (CST)}}。——Xzonn（聊天） 2021年1月19日 (二) 16:34 (CST)
【BUG】AnnAngela-abot討論串移除的時間不統一
問題
AnnAngela-abot[更多]在每個討論版的移除超過30個討論串的時間都是不一樣的如:
在頁面相關那的移除討論串的是在於1月9日凌晨存檔的討論串[1]
而在提問求助版上移除討論串是在於1月14日凌晨存檔的討論串 [2]
還有:操作申請版上移除討論串是在昨天移動的討論串，但在頁面相關那15天前移動到討論串還沒被移除萌娘百科_talk:討論版/頁面相關#關於雪鎮和雪町的概念的爭議
復現步驟
期望行為
統一一下移除討論串的日期
影響範圍
全站 --「簽名板」from TNLHK「討論區」 2021年1月20日 (三) 10:02 (CST)
- ?這不是bug，是數量過多了就會移除。—— ほしみ 2021年1月20日 (三) 10:48 (CST)
請求對模板切換顯示的代碼部分進行增加以實現某功能
請求在{{切換顯示}}所生成的類名為textToggleDisplay的元素上，同步加上on、before-on、after-on。在給定的動畫標籤下具有on類名的元素將自動播放翻頁動畫，切換到第二頁時，將樣式改為第一個關鍵幀已經完成的狀態，第一幀隱藏，第二幀顯示，同時on類名移動，播放關鍵幀動畫，連續使用就可以製作翻頁動畫。--九江喵@不好好~賣☆萌~2021年1月20日 (三) 19:51 (CST)
- 第一句我能理解，第二句是個啥=。=——From AnnAngela the Temporary Bureaucrat (Talk) 2021年1月20日 (三) 21:26 (CST)
- Done. 但要注意：①三個類名分別為
textToggleDisplay-on、textToggleDisplay-before-on、textToggleDisplay-after-on；②.textToggleDisplay元素必須緊緊相鄰才能添加上textToggleDisplay-before-on、textToggleDisplay-after-on。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年1月23日 (六) 10:23 (CST)
關於解析器擴展標籤與參數的相互作用的問題
關於無法向sm2標籤內傳遞參數的問題
例子：Special:固定鏈接/4689152。這個是像「貢獻分數不能相加」一樣的很底層沒法搞的問題嗎？如果是的話那還挺麻煩的…… --
- 看來固定鏈接有點麻煩，因為固定鏈接裡面的模板並不會按當時的版本展開，而是按最新版本。下面是一個用ptl做的例子（不是ptl本身的問題，User:MJH/sm2tl是不用ptl的例子）。 --
M. J. H. 2021年1月24日 (日) 12:21 (CST)
關於references與模板聯合使用的問題
以下為問題的最小復現：
{{ptl|define=reftl|tl=<nowiki>text with reference expected to be {{{1|failed}}}<ref group="reftl">{{{1|failed}}}</ref> <references group="reftl" /></nowiki>}}{{ptl|use=reftl|ref}}
↓
text with reference expected to be ref[reftl 1]
- ↑ failed
可見雖然正文可以正常接受模板參數，但ref完全無法接受模板參數，試圖展開會得到默認值failed。（這不是{{ptl}}的問題，User:MJH/reftl有不用ptl的復現。）
這與上述的sm2標籤無法接受參數是否為同一個問題？有解決辦法嗎？ --
關於references、模板與forargs聯合使用的問題
以下是使用ptl的例子（不使用ptl的例子見User:MJH/reforargs）：
{{ptl|define=reforargs|tl=<nowiki>{{#forargs:a|k|v|{{#var:v}} with k as {{#var:k}} <ref group="reforargs">{{{r{{#var:k|}}}}}</ref><br />}} outside with k as {{#var:k}}<references group="reforargs"/></nowiki>}}{{ptl|use=reforargs|a1=Aagh|r1=Agh|a2=AAAAAArgh|r2=Ah?}}
↓
AAAAAArgh with k as 2 [reforargs 1]
Aagh with k as 1 [reforargs 2]
outside with k as 1
這個（這對）用例至少暴露了三個問題：
- references展開時使用的{{#var:k}}並不是<ref></ref>標籤處的k（每次循環不一樣），而是<references />標籤處的k（已經出了循環，所以只有一個定值）。可以理解為什麼這樣的事情會發生，但是這樣的話還是很影響應用的，所以想知道能否讓references展開ref內容時使用每個ref標籤本身的環境，如果不能的話又有沒有什麼workaround可以實現一樣的功能（至少我沒能想出來）。
- references不接受參數。上一個討論串已經提出了這個問題，此處不贅述。
- {{ptl}}與外部模板效果不一致的問題：這邊使用的k是先2後1，User:MJH/reforargs使用的k卻是先1後2。（但這大約不是什麼大問題，最多算是讓我好奇的現象，反正成品肯定不會用ptl了。）
--
類似的問題放在一起就好，不要開三個二級標題。Special:版本#解析器擴展標籤提到的標籤內的文本都會被原樣輸出，請用{{#tag:，例如：
{{ptl|define=reftl|tl=text with reference expected to be {{{1|failed}}}{{#tag:ref|{{{1|failed}}}|group=reftl}} <references group="reftl" />}}{{ptl|use=reftl|ref}}text with reference expected to be ref[reftl 1]
- ↑ ref
{{ptl}}模板的實現依賴模塊，而lua傳參的時候是無序傳參的，推測forargs因此會無序。
——Xzonn（聊天） 2021年1月24日 (日) 13:28 (CST)
- 感謝解決前兩個小標題下的問題——我本來是想這麼說的，結果沒想到只有後兩個小標題下的問題解決了？看來tag的展開有點意思，而且和sm2還有奇怪的相互作用……檢查元素可以看到div裡面的data-bind正常，但是把它解析成sm2播放器的腳本似乎沒有運行……
| sm2依然不行 |
|---|
{{ptl|define=sm2tl|tl=<nowiki>{{#tag:sm2|{{{1|KeLuoSi_CN_026.mp3}}}}}</nowiki>}}{{ptl|use=sm2tl|NengTianShi_CN_028.mp3}}
↓ |
| 但是forargs那邊可以了 |
|---|
{{ptl|define=reforargs|tl=<nowiki>{{#forargs:a|k|v|{{#var:v}} with k as {{#var:k}} {{#tag:ref|{{{r{{#var:k|}}}}}|group="reforargs"|}}<br />}} outside with k as {{#var:k}} <references group="reforargs" /></nowiki>}}{{ptl|use=reforargs|a1=Aagh|r1=Agh|a2=AAAAAArgh|r2=Ah?}}
↓ AAAAAArgh with k as 2 [reforargs 1]Aagh with k as 1 [reforargs 2] outside with k as 1 |
- --
M. J. H. 2021年1月24日 (日) 14:50 (CST) - Special:固定鏈接/4691134，我看着沒什麼問題啊。——Xzonn（聊天） 2021年1月24日 (日) 19:43 (CST)
關於模板中外鏈圖片顯示方面的一個問題
能否實現「若默認指定的外鏈圖片不存在則引用另一外鏈」？
舉一個例子（從一個模板中截取的部分）： <div style="display:inline-block;width:12.5em;text-align:center"><img style="margin-right: 4px; border: gray 2px solid; vertical-align: baseline;" src="{{#if:{{{image|}}}|{{filepath:{{{image|}}}|144px}}|{{#if:{{{image link|}}}|{{{image link}}}|http://nicovideo.cdn.nimg.jp/thumbnails/{{{id}}}/{{{id}}}.M}}" height="81" width="144" alt="无对应图片"}} /></div>，其中默認的外鏈圖片鏈接為「http://nicovideo.cdn.nimg.jp/thumbnails/{{{id}}}/{{{id}}}.M」能否實現當這一鏈接指向的圖片不存在時，不顯示為「無對應圖片」，而轉而顯示例如「http://tn-skr.smilevideo.jp/smile?i={{{id}}}」的另一圖片呢？
我自行嘗試了一下，似乎暫時找不到實現的方法，故前來求助一下。——4O74Y74L74J7（討論） 2021年1月26日 (二) 12:35 (CST)
- 隨手給你StackOverflow了一下，裡面有個純CSS的版本，但是那個版本似乎不能接受wikitext參數所以還是有點麻煩。這個功能很需要的話申請讓維護組開發一個widget好了 --
M. J. H. 2021年1月26日 (二) 14:02 (CST)
關於表格的排序功能
我最近正在準備大修向陽素描條目，但在排版各話標題表格時發現，萌娘百科的表格排序功能有一些問題，採用的是單純的字符串排序，而不是自然排序法。換句話說，「10月1日」會被排在「4月1日」的前面。
以下面的表格舉個例子，點擊排序按鈕就會發現問題所在：
| 中文標題 |
|---|
| 1月11日 冬日的拼貼畫 |
| 8月21日 日本的夏季 |
| 6月17日 又或者是印度人 |
| 5月18日 唱歌的草莓奶油蛋糕 |
| 2月13日 心靈與身體 |
| 7月14日 涼爽悠閒 |
| 10月12日 暴風雨的乾燥劑 |
| 3月13日 3%的希望 |
| 9月4日 里新宿之狼 |
| 11月3日 由乃大人 |
| 4月28日 圓圓捲心菜 |
| 12月24日 平安夜 |
| 8月11日 於是回歸本位 |
| 11月27日 那邊是否有愛存在 |
相對的，在維基百科上沒有類似的問題。為了驗證，我請User:尖鋒在日文維基百科上做了試驗，在他的沙盒里。
為了照顧不方便訪問維基百科的編輯者，我這裡把效果截圖貼在右邊。
MediaWiki平台的表格排序功能是通過JavaScript腳本實現的，我個人猜測是萌百這個部分的腳本版本落後MediaWiki好些個版本，少了一些MediaWiki加入的新特性。如果可能的話，能否請管理員大大修復一下這個問題呢？非常感謝~--Ceba（討論） 2021年1月19日 (二) 13:44 (CST)
- 鑑於萌百方面始終不肯更新MW版本，個人建議只能先使用
data-sort-value進行人工排序。_USER:YOONHA~1.PAR（留言）2021年1月19日（火）14:51:30（JST） - 這個JS腳本和MW版本無關吧……Wikimedia使用的排序腳本--OIer樂然
- 或者有的編者會喜歡補{{0}}對齊，然後就順便解決了。
| 中文標題 |
|---|
| 1月11日 冬日的拼貼畫 |
| 8月21日 日本的夏季 |
| 6月17日 又或者是印度人 |
| 5月18日 唱歌的草莓奶油蛋糕 |
| 2月13日 心靈與身體 |
| 7月14日 涼爽悠閒 |
| 10月12日 暴風雨的乾燥劑 |
| 3月13日 3%的希望 |
| 9月4日 里新宿之狼 |
| 11月3日 由乃大人 |
| 4月28日 圓圓捲心菜 |
| 12月24日 平安夜 |
| 8月11日 於是回歸本位 |
| 11月27日 那邊是否有愛存在 |
——移動版用戶 Bhsd（討論） 2021年1月20日 (三) 07:13 (CST)
標題
——以上未簽名(註)本條留言未簽名，留言後請記得用--~~~~簽名！的留言由東東君（討論·貢獻）於2021年1月26日 (二) 22:29 (CST)添加。
( ¿ ) 喵喵喵？——From
呃，是不是在測試客戶端……——Xzonn（聊天） 2021年1月26日 (二) 23:24 (CST)
What is that? What the **** is that?
會不會是手誤？--Mememaker（討論） 2021年1月27日 (三) 08:58 (CST)