因各种原因页面内容可能和源页面有所出入，非本站特有页面内容请以萌娘百科为准。
- 你好～！欢迎来到萌娘百科镜像站！如需查看或编辑，请联系本站管理员注册账号。
- 本镜像站和其他萌娘百科的镜像站无关，请注意分别。
萌娘百科討論:討論版/技術實現/存檔/2020年05月
討論版【技術實現】檔案館
萌百的自動保存功能怎麼沒了？
RT，參數設置裡面也找不到，關掉了嗎？這功能明明對不小心按到後退或者因為網絡問題導致編輯丟失有很大幫助的呀…………--魔女小姐破窗倒計時（討論） 2020年4月25日 (六) 00:53 (CST)
- 萌百有自動保存功能嗎？——落花有意12138（討論） 2020年4月25日 (六) 08:16 (CST)
- 確實關掉了，具體問@AnnAngela。--W3jc（討論） 2020年4月25日 (六) 08:30 (CST)
- 等我有空再重寫一版。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月25日 (六) 09:01 (CST)
(…)吐槽 自動保存功能我覺得很雞肋... 本人在編寫條目的時候都會開着文本編輯器，這樣就可以隨時把代碼搬進編輯器里，自動保存功能和這個土方法比也沒有很明顯的優勢。不知道各位怎麼看。--Fetton論（✉戰雙帕彌什專題編輯組求人中...），留言於: 2020年4月25日 (六) 20:46 (CST)
- (…)反吐槽 然而並不是每個人在編寫條目的時候都會開着文本編輯器......這功能還是挺重要的--Cstd（討論） 2020年4月25日 (六) 23:25 (CST)
【性能問題】討論版太長，需要分版
當前萌百使用的小霸王服務器已經無法承載有100多個話題同時進行和上萬次修訂記錄的討論版編輯，導致近期頻繁出錯。
為優化討論版性能，避免討論版單頁拖慢全站，有如下建議：
- 定期刪除重建討論版，避免單頁堆積大量編輯歷史。（如每月存檔時重建一次，記得確認編輯權限對不對）（本次重建前有約10,387次修改記錄）
- 分版，對保護/權限申請等分出單獨頁面進行，專題內容轉至專題討論版進行等，儘量控制討論版頁面長度。
以上--
Baskice(talk) 2020年4月25日 (六) 17:08 (CST)
(＋)同意 ，這樣好，還以為剛才討論版被某站長權限申請嚇壞了（x——磷化鎵（討論） 2020年4月25日 (六) 17:53 (CST)
( ¡ )題外話 ，不懂就問，為什麼是有「約」10387次x--
(＋)同意 這是好的 rinco talking 2020年4月25日 (六) 18:03 (CST)
(＋)支持第一個討論版這東西，只需要存檔而不需要歷史。定期重建或許是個不錯的選擇，畢竟沒有回滾的必要，即使有，也是短期出錯後立即回滾——
(＋)支持 ：可能是活躍用戶多了，現在討論版的帖子越來越多了。權限拆出去既有必要又更合理。至於專題內容問題，這點我覺得需謹慎考量，大家都知道條目討論頁看的人一般沒多少。
重建討論版什麼的，我覺得還一個辦法是乾脆把討論版建成[[Talk:讨论版/20XX年X月]]的格式，然後每月把Talk:討論版重新導向到當月的子頁。不過這樣的話月末的討論貼可能就容易漏掉了。——C8H17OH（討論） 2020年4月25日 (六) 19:16 (CST)
- (～)補充 ：我剛才思考了一下，或許我們可以給討論版分個區？現在這樣有點亂；而且討論版和提問求助區二者功能也有一定重合，比如技術類問題。我覺得大致可以分成這幾個區：
- Talk:討論版/政策，討論方針、收錄標準、分類規則這類全站性質的問題（比如#現行收錄範圍是否需要修改？怎樣修改？），以及一些來自維護組的通告（比如本話題）
- Talk:討論版/內容，討論條目、專題或模板的內容問題，比如#這個頁面名字合適嗎？、#模板:萌屬性的種族與模板:ACG生物的非現實生物 過於重合
- Talk:討論版/技術，討論代碼、工具等技術性問題，比如#關於歌詞在桌面版和移動版視圖中的顯示問題、Talk:提問求助區#關於不同分辨率下的排版
- Talk:權限申請
- Talk:請求，指請求進行刪除、全站替換等需要巡查/管理才能執行的操作
- 當然上述分區必然仍有重合（比如單個條目的存廢既可以放在政策問題也可以算作內容問題），但起碼能讓討論區的結構更清晰一些。以上建議僅供參考，感謝。——C8H17OH（討論） 2020年4月25日 (六) 21:00 (CST)
(＋)建議兩條一起實行，把「申請」類的討論串一併移動到類似於「Talk:討論版/申請」一類的子頁面，在主討論版頂上加上鏈接。另外(＆)建議 在歸檔後三天刪除留在主討論版上的歸檔記錄。( ¡ )題外話 我看見上面有好幾天前的討論串沒有歸檔，是機器人出問題了？——落花有意12138（討論） 2020年4月25日 (六) 19:43 (CST)
(＋)支持 有解決的辦法就好。--Fetton論（✉戰雙帕彌什專題編輯組求人中...），留言於: 2020年4月25日 (六) 20:05 (CST)
(＋)支持 ：現在的討論版確實太長了，要加載好久。另外同問像是#萌百:應當指向萌娘百科:而非條目區這樣的已存檔討論串（3月的）怎麼還沒有從列表中移除呢--Cstd（討論） 2020年4月26日 (日) 00:25 (CST)
- 在弄了。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月25日 (六) 22:28 (CST)
(＋)同意 。( ? )疑問 ：每月直接將當月討論版移動入存檔，然後把仍在討論中的話題轉移到新討論版頁面是否可行？(＆)建議 ：是否可以將討論版的名字空間移動到「萌娘百科」或「萌娘百科 talk」中？就像維百的互助客棧一樣？這樣可方便高級搜索，否則討論版的名字空間和條目討論的名字空間一樣，比較難單獨搜索。
站長、行政和管理辛苦了~ Ant1597 {論|歷|志}(回覆時請 @我, 感謝.) 2020年4月26日 (日) 05:31 (CST)
關於討論版和提問求助區的性能問題
據我所知討論版和提問求助區最初是按照類似於維基百科的討論機制建立的。拿討論版舉例，每個用戶每次進入的時候都會加載一遍整個討論版，然後需要翻到頁面最下方才能看到最新的討論（因為上面有很多過時的、無人參與的或者用戶本人未參與的討論）。那麼這相當於在訪問討論版時大部分CPU時間和流量全部用在了生成無用信息上。
有沒有更好的設計？如果每個討論版的討論話題可以創建一個子頁面的話：
- 加載速度會更快，因為加載內容更少了；
- 用戶更方便找到自己的討論頁；
- 可以監視特定討論的討論頁，現在不可能監視整個討論版，監視列表會爆炸的；
- 機器人存檔時只需要直接移動該頁面即可，還能保留編輯記錄。
- 減少可能的編輯衝突。（2020年4月25日 (六) 18:53 (CST) 新增）
目前有一個成功的案例，就是Talk:提案的那種結構。
弊端的話目前也能想到一些：
- 當前架構沒有技術上的問題只有性能問題，未來如果提升服務器的硬件水平的話說不定不需要對其動刀；
- 開新頁面占用的硬盤空間可能更大；
- 用戶習慣問題；
- 機器人的行為需要重寫；
- 工作量太大。
不過目前有一個可以做到的事，(＆)建議 就是把「權限申請」先分到單獨的頁面去。目前討論版上有約16%的話題為權限申請請求（截止到現在）。同理，提問求助區的「請求刪除頁面」也可以專門開一個新頁面來放，它們實在是太多了。-- 0 error(s), 0 warning(s).（查 · 論 · 編） 2020年4月25日 (六) 18:32 (CST)
(＋)支持 分版還有一個好處：減少編輯衝突（我剛才就和你衝突了，雖然我們話題完全不一樣）--一位不願透露姓名的吃瓜群眾如是說道 2020年4月25日 (六) 18:47 (CST)
(＋)支持 ：提刪這類請求確實很多，也很難稱之為「提問」或者「求助」，不如單拆出來，讓提問求助區更多地服務於提問和求助。——C8H17OH（討論） 2020年4月25日 (六) 19:19 (CST)
(＋)支持 優點顯而易見。弊端方面因為本人不是專業碼農，看不懂，就不作評論了。--Fetton論（✉戰雙帕彌什專題編輯組求人中...），留言於: 2020年4月25日 (六) 20:08 (CST)
(＋)強烈支持 權限申請和請求刪除頁面另開專屬頁面—— ほしみ (🤼♂️) 2020年4月25日 (六) 21:33 (CST)
ほしみ(＋)支持 ：這樣可以細化頁面功能，提高討論版質量--Cstd（討論） 2020年4月26日 (日) 00:00 (CST)
(＆)建議 可以給一些幽默的想法專門開一個討論區，還有新手也可以專門開一個新手互助區。--——🌌🏎🐬User:REEE💥🌸（搞 ♀ 姬） 2020年4月25日 (六) 22:26 (CST)
- 在弄了。（順帶一提，灌水區就算了吧，萌百不是貼吧，灌水沒經驗的）——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月25日 (六) 22:32 (CST)
(＆)建議 改成每新的問題/討論都放在舊的問題/討論上面--Mememaker（討論） 2020年4月25日 (六) 22:42 (CST)
- (：)回應 這樣覆蓋不好吧？--——🌌🏎🐬User:REEE💥🌸（搞 ♀ 姬） 2020年4月25日 (六) 22:45 (CST)
- (＝)中立 ，一個問題是：是否支持從頂端插入新章節？如果支持的話，我不反對。Ant1597 {論|歷|志}(回覆時請
@我, 感謝.) 2020年4月26日 (日) 05:42 (CST)- @Ant1597 添加話題調用的是MediaWiki的「創建新章節」功能，理論上只能往最下面加。--User:Hwlyz/Signature 2020年4月26日 (日) 11:19 (CST)
(＋)同意 + (＋)強烈支持。另外剛剛在上面的Talk:討論版#【性能問題】討論版太長，需要分版中提了個(☩)意見 ：是否可以考慮把Talk:討論版移動到萌娘百科:討論版？這樣子更加符合這個頁面的身份，也可以在高級搜索時通過選擇搜索的名字空間將其從條目討論中區分出來。Ant1597 {論|歷|志}(回覆時請 @我, 感謝.) 2020年4月26日 (日) 05:42 (CST)
- (＋)支持 --——🌌🏎🐬User:REEE💥🌸（搞 ♀ 姬） 2020年4月26日 (日) 07:31 (CST)
- (－)強烈反對：各個名字空間有各自的用途。野蠻追求所謂的「正式感」「頁面身份」而放棄專為討論而設計的Talk名字空間不可取。--半夜咳嗽的狼（討論） 2020年4月26日 (日) 14:48 (CST)
(＋)支持 雖然用電腦並不在乎這一些
--不知名鹹魚（討論） 2020年4月26日 (日) 08:54 (CST)
關於公共討論頁面的改版
目前我對公共討論頁面的改版有以下想法：
- 將提問求助區和討論版合併拆分成以下6個頁面：
- 萌娘百科討論:討論版/方針政策（討論萌百的方針、政策）
- 萌娘百科討論:討論版/頁面相關（討論萌百條目、模板的內容的寫法，以及單個或小範圍條目的存廢、命名等問題）
- 萌娘百科討論:討論版/技術實現（討論模板、模塊、js等代碼的寫法）
- 萌娘百科討論:討論版/權限申請（申請各類用戶組）
- 萌娘百科討論:討論版/操作申請（申請批量編輯，刪除、保護、還原頁面以及封禁、解封、改變封禁等需要特定權限的操作）
- 萌娘百科討論:討論版/提問求助（面向新人和不熟悉相關知識的人，不設自確限制，Talk:提問求助區 重新導向至此）
- 然後使用機器人在萌娘百科討論:討論版同步顯示子頁面的目錄。
如果沒有大的反對意見的話將在周一建立相關頁面和修正相關模板、小工具，並在周二正式進行相關頁面改版。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月26日 (日) 14:46 (CST)
- (＋)支持 --
Wrong Scenario (討論|貢獻) 2020年4月26日 (日) 14:51 (CST) - ( ? )疑問 Talk:提案是否不在改版範圍內？--サンムル（討論） 2020年4月26日 (日) 14:52 (CST)
- (＋)支持 最好先試行一段時間，如果拆分出來某個頁面還是編輯太頻繁，可以繼續拆。--蝶影書於蝶翼齋 2020年4月26日 (日) 14:59 (CST)
- Talk:互動客棧？_yoonhɑkcher（留言） 2020年4月26日 (日) 16:52 (JST)
- (＋)強烈支持，要不然對手機版翻頁很不友好，
雖然我是電腦版--Yateskr（討論） 2020年4月26日 (日) 16:03 (CST) - (＋)支持 ：建議把權限申請修改為權限變更，包含申請與彈劾--Cstd（討論） 2020年4月26日 (日) 17:15 (CST)
- (＋)強烈支持總有種我的建議被採納了的錯覺——C8H17OH（討論） 2020年4月26日 (日) 17:54 (CST)
- （異想天開）可否使用discuz!製作分站論壇用來討論？都說了是異想天開沒可能實現的--
勵志成為巡查員但卻做不到的playymcmc007（討論 ） 2020年4月26日 (日) 17:26 (CST)- 那樣沒法用內鏈了，你想讓每次鏈接條目的時候都得打上完整的網址麼？
——C8H17OH（討論） 2020年4月26日 (日) 17:54 (CST) - 那還不如用MediaWiki的某個論壇擴展。--蝶影書於蝶翼齋 2020年4月26日 (日) 19:11 (CST)
- 縮進啊！-- Func（討論·貢獻） 2020年4月26日 (日) 19:19 (CST)
- 沒有什麼是模板做不到的Template:Moebbs（暴論）做一個類似「到xxx」的模板，但是結構再簡單億點點，舉個例子：{{到MC百科}}前提是discuz!論壇製作付諸實施，但這是不可能的啦我沒有縮進的原因是我對整個話題的回覆--勵志成為巡查員但卻做不到的playymcmc007（
討論 ） 2020年4月26日 (日) 21:29 (CST)
- 那樣沒法用內鏈了，你想讓每次鏈接條目的時候都得打上完整的網址麼？
- (＋)支持 KONNO Yumeto 2020年4月26日 (日) 19:09 (CST)
- (＋)支持 但建議討論版的存檔維持現有的存檔機制，將各個分區的完結討論串按時間存入每月一個頁面中。——From 濁華 (討論·貢獻) 2020年4月26日 (日) 21:44 (CST)
- (＋)'(＆)強烈建議'：如果這麼分的話萌娘百科討論:討論版/方針政策和萌娘百科討論:討論版/權限申請這兩個討論頁面會很冷門（方針政策一類問題一般會開提案解決吧；權限申請一個月內數量也不多），建議將這兩個頁面合併為一個頁面（個人認為用戶權限的調整和管理層的人事變動應該也算作萌百管理的一部分）。——BlackShadowG★ 2020年4月26日 (日) 22:28 (CST)
- (－)反對 ：根據我個人的設想，對收錄範圍這類問題的討論也屬於【方針政策】。細數當前活着的話題，就至少有#音樂條目收錄範圍的灰色地帶、#【首頁改版】首頁專題列表申報、#關於提高條目質量（減少低質量條目）的辦法、#萌百的收錄範圍中關於現實人物等的細化請求、#現行收錄範圍是否需要修改？怎樣修改？、#【性能問題】討論版太長，需要分版、#關於討論版和提問求助區的性能問題、#關於公共討論頁面的改版、#關於圖片的應用（如人物信息欄的圖像等），是否有必要確立一個標準。等九個話題屬於此分區，還有一些介於【方針政策】和【頁面相關】之間的沒有算進來。而且這類討論往往很長、參加人數很多、過程和結果教亂，和程序有法可依、短平快、過程和結果一目了然的【權限申請】完全不同，不建議混在一起。——以上未簽名(註)本條留言未簽名，留言後請記得用--~~~~簽名！的留言由C8H17OH（討論·貢獻）於2020年4月26日 (日) 22:37 (CST)添加。
- 我的想法是【方針政策】扮演RD常委會會議角色，【提案】扮演全國RD會議角色（懂法律的應該能理解我的意思）。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月26日 (日) 22:49 (CST)
- (－)反對 ：根據我個人的設想，對收錄範圍這類問題的討論也屬於【方針政策】。細數當前活着的話題，就至少有#音樂條目收錄範圍的灰色地帶、#【首頁改版】首頁專題列表申報、#關於提高條目質量（減少低質量條目）的辦法、#萌百的收錄範圍中關於現實人物等的細化請求、#現行收錄範圍是否需要修改？怎樣修改？、#【性能問題】討論版太長，需要分版、#關於討論版和提問求助區的性能問題、#關於公共討論頁面的改版、#關於圖片的應用（如人物信息欄的圖像等），是否有必要確立一個標準。等九個話題屬於此分區，還有一些介於【方針政策】和【頁面相關】之間的沒有算進來。而且這類討論往往很長、參加人數很多、過程和結果教亂，和程序有法可依、短平快、過程和結果一目了然的【權限申請】完全不同，不建議混在一起。——以上未簽名(註)本條留言未簽名，留言後請記得用--~~~~簽名！的留言由C8H17OH（討論·貢獻）於2020年4月26日 (日) 22:37 (CST)添加。
- (＆)建議 添加一個諸如「消息」、「全站消息」、或者「公告板」這樣的板塊用來放置一些公告性質的內容（以前這些內容都由維護組直接貼入討論版）。這個板塊可以考慮只允許巡查以上編輯，也許可以直接引用在總頁面……@AnnAngela —COVID退散! 理論上是公的驅逐艦的 壹陸 討論·最近編輯 2020年4月28日 (二) 04:42 (CST)
通告：明天上午9點左右將進行討論版討論串轉移，屆時我將會保護原討論版（本頁面）到巡查編輯，以後將不會在本頁面進行任何討論。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月27日 (一) 23:55 (CST)
子站評論系統出現問題
萌娘書庫和隔壁某阿卡林被wall站點下方評論系統均出現問題--悠遠的蒼穹 (Talk with me!) 2020年4月28日 (二) 15:35 (CST)
關於特殊狀態
萌娘百科_talk:討論版中"發言更新圖例"所屬特殊狀態並沒有在目錄列表中體現出來（指已完成的議題），請複查；另，"發言更新圖例"不必摺疊，因為那裡的位置很寬裕且作為參考圖例每次點開很不便--Cstd（討論） 2020年4月28日 (二) 22:33 (CST)
關於webp
( ? )疑問 突然發現萌娘百科的webp圖片能在Safari上預覽了，是採用了什麼技術呢。實測Safari上B站依舊不能查看webp圖片—— ほしみ (🤼♂️) 2020年4月28日 (二) 22:41 (CST)
有關討論版/權限變更
首先祝賀新的討論版體系上路。
權限變更討論頁當前使用的{{狀態}}和{{MAR}}在功能上基本重複，希望可以只保留一個。_yoonhɑkcher（留言） 2020年4月29日 (水) 08:55 (JST)
- 沒懂啥意思——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月29日 (三) 08:55 (CST)
Templatestyles和Widget在移動版視圖似乎會衝突
如題。前段時間就有注意到，以前似乎正常的明日方舟/幹員圖鑑在{{明日方舟圖鑑}}從Widget內置<style>換用<templatestyles>之後整個頁面都崩了，表現為Templatestyles和Widget（包括頁頂的篩選和頁中的快速切換立繪）全部木大；不論拿掉篩選或者快速切換這兩個Widget中的哪一個都不行，必需兩個同時移除。
我剛剛又遇到了類似的問題：我正在寫一個討論頁主頁的稿子，為了讓內容清晰、方便修改應用了<templatestyles>，又用了Ann姐新寫的{{討論版頁頂/一鍵關注}}（包含Widget）；不過這裡在移動端下，<templatestyles>並沒有崩潰（樣式還在），但是Widget炸了。
不知道這個能怎麼辦，但能修當然是最好的……我能想到的繞過方法就是像{{明日方舟圖鑑}}以前那樣，不用<templatestyles>而用Widget寫入格式。Sad。——COVID退散! 理論上是公的驅逐艦的 壹陸 討論·最近編輯 2020年4月29日 (三) 02:08 (CST)
- 問就是移動版插件垃圾，請向媒體維基基金會提出issue。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月29日 (三) 08:50 (CST)
- Sad. 想想還是決定先放棄移動端優化（或者用Widget試試），不用 TemplateStyles…… —COVID退散! 理論上是公的驅逐艦的 壹陸 討論·最近編輯 2020年4月30日 (四) 01:15 (CST)
- https://phabricator.wikimedia.org/T251434 （ —COVID退散! 理論上是公的驅逐艦的 壹陸 討論·最近編輯 2020年4月30日 (四) 01:59 (CST)
僅就{{討論版頁頂/一鍵關注}}這一個包含Widget的模板，把它包覆在<caption>中（如<table><caption>{{讨论版页顶/一键关注}}</caption></table>）可以讓Widget在移動端正常工作。但是為什麼啊？？？？？？- 且抄送@AnnAngela……—COVID退散! 理論上是公的驅逐艦的 壹陸 討論·最近編輯 2020年5月1日 (五) 06:07 (CST)
- 不是很懂=。=——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月1日 (五) 08:38 (CST)
關於Ajax加載的建議&設想
今天發現了模板{{TemplateAsyncLoad}}，發現該模板有一些缺陷：
- 用戶不能決定內容是否加載
- 加載失敗會留下一個錯誤信息，必須刷新才能重新加載
- 對於多個模板並列加載（例如連續使用多個NavBox），顯示不夠美觀
這兩個模板可以由用戶手動點擊以決定內容是否加載，且可以指定加載外框的樣式（主要用於NavBox），效果更美觀。
由於運行環境的問題，代碼不能直接搬過來用，請各位有權限的技術人員看看能否搬運過來適應萌百的運行環境。—— JackBlock ( T • C ) 2020年5月1日 (五) 17:22 (CST)
- 已追加了3次重試功能，這個模板本來解決的就只是擴展長度超出限制的痛點所以沒考慮太多，請勿依賴這些模板，個人認為暫時沒有引入的必要。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月1日 (五) 21:48 (CST)
提醒各位萌百數學組、物理組、化學組、生物組……的編輯，{{MathJax}}已引入
各位萌百數學組、物理組、化學組、生物組……的編輯們大家好，昨天在AnnAngela的幫助下萌百引入了{{MathJax}}，用於顯示各種數學、物理、化學、生物……公式。如：
目前來看萌百內用到的比較多的就是化學元素萌化頁面需要寫方程式，可以直接調用{{chem}}，例如：
{{chem|display=block|Al + Cu ->[\triangle][50 ^\circ C] Au + Cl ^}}
顯示效果：
MathJax比較方便的一點就是代碼可以比較方便地複製（右鍵單擊 → Show Math As → TeX Commands）和放大（右鍵單擊 → Math Settings → Zoom Trigger），並且可以選擇渲染方式（右鍵單擊 → Math Settings → Math Renderer），而且MathJax支持非常豐富的語法，可以盡情調教調試。
我已在{{MathJax}}和{{chem}}模板的文檔頁面填寫了簡單的使用說明，並且站內有@SomeyaMako編寫的Re:從零開始的MathJax教程供參考，希望大家可以嘗試使用這兩個模板並提出意見和建議，謝謝大家！或許有一天大家可以在萌百學習豐富的理科知識——Xzonn（聊天） 2020年4月19日 (日) 13:59 (CST)
行吧，我去改一下亂馬1/2（一分為二）——屠麟傲血（討論） 2020年4月19日 (日) 14:49 (CST)
哇浪這麼厲害啊！（後跳）--Fetton論（✉戰雙帕彌什專題編輯組求人中...），留言於: 2020年4月19日 (日) 14:50 (CST)
測試了一下，行內公式用分數好像會自動換行，所以行距問題如何解決？行距問題已解決，不過這東西標題不能用……——屠麟傲血（討論） 2020年4月19日 (日) 15:22 (CST)
- 改了一下，現在能顯示了，需要加個參數
display=inline：
易知$1 + 1 \neq 3$
——Xzonn（聊天） 2020年4月19日 (日) 15:54 (CST)
测试$$x = {-b \pm \sqrt{b^2-4ac} \over 2a}.$$
為什麼是換行居中的x—— 高級DD星海子 (討♀論·貢♂獻) 2020年4月19日 (日) 16:54 (CST)
- 因為你用了兩個美元，所以就換行居中了。
测试$x = {-b \pm \sqrt{b^2-4ac} \over 2a}.$
這就可以了（應該）。——Xzonn（聊天） 2020年4月19日 (日) 18:22 (CST)
(ｉ)注意 標題中不能使用的wiki代碼喜加一。--サンムル（討論） 2020年4月19日 (日) 17:31 (CST)
- (：)回應 其實我想說的是這個，文內標題現在把nowiki部分塞進模板是能用，但是標題替換模板並不能這麼用。事實上文內標題幾乎不可能用得到這個模板……——屠麟傲血（討論） 2020年4月19日 (日) 18:34 (CST)
萌娘有數學組？←。←--盡點（討論） 2020年4月19日 (日) 18:43 (CST)
- (：)回應 有個三角函數，但是一片紅--From a patroller named RedstoneDave 2020年4月19日 (日) 19:12 (CST)
- 所以說真的有數學組嗎，有的話我可以幫忙編（然而並不知道哪些東西可以萌娘化，有啥專門萌娘化數學公式／數學家的來源嗎 --Mathreader（討論） 2020年4月25日 (六) 23:04 (CST)
關於JSON頁
我認為萌百應該在用戶註冊時自動創建該用戶的JSON頁，並自動記錄該用戶的貢獻及每月/日編輯數，因為很多萌新（包括我）到現在都不知道怎麼創建並編輯JSON頁，而Echart（特別是編輯數）的填寫我認為過於繁雜，我覺得萌百應該對這些進行一系列刪繁就簡的措施，讓這些頁面自動化。謝謝。--赤木 西奈（討論） 2020年4月25日 (六) 11:31 (CST)
- ( ¿ ) 喵喵喵？建立用戶頁點這裡，你的編輯次數無效的使用者名稱，代碼：{{#cscore:赤木 西奈|changes}}，也可以用{{用戶信息}}，或見#希望能增加一款界面顯示的小工具。[[user:摺紙本命|User:摺紙本命/約戰]] 2020年4月25日 (六) 11:43 (CST)
- @折纸本命:但是我還不會填寫"貢獻"一頁，導致我的貢獻頁是空的，我也不知道我該填什麼，而且每月編輯數的JSON頁要自己清點編輯數，十分不方便，而且Echart出錯幾率有點大（未建立JSON頁或尺寸問題都會），希望能像Template一樣能輕鬆的插入用戶頁，並且自動收集每月編輯數及用戶所作貢獻。--赤木 西奈（討論） 2020年4月25日 (六) 11:54 (CST)
- @的使用是{{@|折纸本命}}，我看過你的貢獻頁是有內容的，不能顯示可能是系統問題你可能需要{{@|AnnAngela}}，你上面所述的功能已經實現了不是很懂你的意思。[[user:摺紙本命|User:摺紙本命/約戰]] 2020年4月25日 (六) 12:11 (CST)
- @折纸本命:但是我還不會填寫"貢獻"一頁，導致我的貢獻頁是空的，我也不知道我該填什麼，而且每月編輯數的JSON頁要自己清點編輯數，十分不方便，而且Echart出錯幾率有點大（未建立JSON頁或尺寸問題都會），希望能像Template一樣能輕鬆的插入用戶頁，並且自動收集每月編輯數及用戶所作貢獻。--赤木 西奈（討論） 2020年4月25日 (六) 11:54 (CST)
你的問題是這個嗎? User_talk:AnnAngela#Echart將來會用來顯示用戶貢獻嗎？ 頁面User:Iskyex/signature.css沒有內容。
- 這什麼東西，我html學得不好，看不懂。[[user:摺紙本命|User:摺紙本命/約戰]] 2020年4月25日 (六) 14:27 (CST)
- 萌百現在沒有閒錢來處理超過涉及四十四萬個賬戶的龐大自動化工作。請諒解。_yoonhɑkcher（留言） 2020年4月25日 (土) 15:40 (JST)
反正現階段要去做這個的話，還是自己在本地搞一些自動化工具好了。 頁面User:Iskyex/signature.css沒有內容。
- {{Echart}}本意是用來顯示圖表，而不是用戶貢獻，我只不過拿來順手做了個按月貢獻圖表而已。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月25日 (六) 21:51 (CST)
請求取消編輯衝突檢查工具在本站的引入
本文標題中所提的「編輯衝突檢查工具」，即萌娘百科_talk:討論版/提問求助#請求引入一個顯示實時編輯衝突的小工具所提及的小工具。
該小工具在本站實際運用中先後出現了預覽時直接保存和檢查編輯衝突導致無法提交編輯兩大bug，且至今未能修復，對本站的各位編輯者造成了較嚴重的不良影響，現請求停止該小工具的引入或至少取消該小工具的默認啟用選項，直到相關bug修復，以減少相關影響。
另，該bug的臨時解決辦法是在參數設置-小工具-編輯工具中，取消「在編輯界面自動檢測是否出現編輯衝突，並提示保存編輯內容」的勾選即可。--秦⑤陽（討論） 2020年5月1日 (五) 20:32 (CST)
- 無法復現，請清空緩存後重試。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月1日 (五) 21:36 (CST)
- 影響正常編輯功能的問題大概不是一句「無法復現」能打發的。建議暫且取消默認啟用 --𝐃𝟒𝟏𝐃𝟖𝐂𝐃𝟗𝟖𝐅𝟎𝟎𝐁𝟐𝟎𝟒𝐄𝟗𝟖𝟎𝟎𝟗𝟗𝟖𝐄𝐂𝐅𝟖𝟒𝟐𝟕𝐄 2020年5月1日 (五) 21:42 (CST)
- 那你為什麼不願意清空一下緩存試試呢？——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月1日 (五) 21:58 (CST)
- 影響正常編輯功能的問題大概不是一句「無法復現」能打發的。建議暫且取消默認啟用 --𝐃𝟒𝟏𝐃𝟖𝐂𝐃𝟗𝟖𝐅𝟎𝟎𝐁𝟐𝟎𝟒𝐄𝟗𝟖𝟎𝟎𝟗𝟗𝟖𝐄𝐂𝐅𝟖𝟒𝟐𝟕𝐄 2020年5月1日 (五) 21:42 (CST)
- 試了，無效。大概是因為我的瀏覽器不是最新版Chrome，所以不配寫條目吧 --𝐃𝟒𝟏𝐃𝟖𝐂𝐃𝟗𝟖𝐅𝟎𝟎𝐁𝟐𝟎𝟒𝐄𝟗𝟖𝟎𝟎𝟗𝟗𝟖𝐄𝐂𝐅𝟖𝟒𝟐𝟕𝐄 2020年5月2日 (六) 02:40 (CST)
- 根據MDN，除了Chrome、Chrome for Android和同內核的Android webview標為自81版（幾天前正式發布）起支持SubmitEvent.prototype.submitter，其餘所有瀏覽器的支持程度都是未知的。行政員在信息如此不明的情況下敢寫
const { submitter } = originalEvent || {};，並且看起來沒有在其他/舊版瀏覽器上測試，就斷言「無法復現」，看來是覺得沒必要考慮「不使用Chrome 81瀏覽器的用戶」的感受咯？ --𝐃𝟒𝟏𝐃𝟖𝐂𝐃𝟗𝟖𝐅𝟎𝟎𝐁𝟐𝟎𝟒𝐄𝟗𝟖𝟎𝟎𝟗𝟗𝟖𝐄𝐂𝐅𝟖𝟒𝟐𝟕𝐄 2020年5月2日 (六) 03:05 (CST)
強烈建議行政員或其他看到此討論的管理人員停止對所有人啟用這個小工具（在mediawiki:gadgets-definition中含有editConflict的一行里刪掉|default大概就可以了）。現在這樣給影響幾千人的小工具修bug，對行政員壓力過大，非常容易忙中出錯，對其他編輯者也不好 --𝐃𝟒𝟏𝐃𝟖𝐂𝐃𝟗𝟖𝐅𝟎𝟎𝐁𝟐𝟎𝟒𝐄𝟗𝟖𝟎𝟎𝟗𝟗𝟖𝐄𝐂𝐅𝟖𝟒𝟐𝟕𝐄 2020年5月2日 (六) 03:40 (CST)
- 修復了，沒有對兼容性做調查是我的錯誤，在此道歉。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月2日 (六) 07:55 (CST)
【通告編輯者】關於歌詞注音模板請改用{{Photrans}}
好消息！由Hamon002提出、安醬製作的新模板{{Photrans}}新鮮出爐了，此模板為紛雜的煩亂到有序的整潔提供了視覺的可能，隨時顯示或隱藏注音是它的特色，完美的省去了注音後無法複製歌詞的麻煩，大家可以把原來注音的ruby模板替換掉，並且今後為歌詞注音也不用使用它了，一個更美好的未來正在遠處蓬勃，各位加油，早安QvQ--悠遠的蒼穹 (Talk with me!) 2020年4月19日 (日) 09:10 (CST)
- 這個不能批量替換，慘，看來得手工了—— 高級DD星海子 (討♀論·貢♂獻) 2020年4月19日 (日) 09:12 (CST)
- 親測可以用其它文本編輯器將所有
{{Ruby|全部替換為{{Photrans|實現替換，不過要記得歌詞開頭加上{{Photrans/button}}--
Ktmsobs（討論•貢獻） 2020年4月19日 (日) 10:33 (CST) - 剛想到一點，很多日語歌詞的漢字會存在借字（寫作oo讀作xx）的現象，還有的可能有還原BK的要求。我認為這個功能應該是面向日語初學者的標記，對於日本人自己都需要注音的情況還是接着用ruby比較好-- Ktmsobs（討論•貢獻） 2020年4月19日 (日) 10:59 (CST)
- 補充下——除了借字的，應該也還有其他情況（注音本身不能缺少，是有效內容的重要部分）是不用這個而是用ruby更好的。歌詞玩文字遊戲的、歌詞搞多重含義的如果用注音的方式來處理，感覺都不應該用Photrans。Kairos in the Space Time 2020年4月22日 (三) 03:31 (CST)
- (＆)建議 為模板{{Photrans}}添加一個參數，無論是否隱藏注音，對於這個參數為真的Photrans都會顯示注音，以實現在關閉注音時仍保留部分必要注音的效果。--_(:3」∠)_（討論） 2020年4月23日 (四) 22:30 (CST)
- (＋)支持
這個可以有（ ） Kairos in the Space Time 2020年4月24日 (五) 00:21 (CST)
- (＋)支持
- (＆)建議 為模板{{Photrans}}添加一個參數，無論是否隱藏注音，對於這個參數為真的Photrans都會顯示注音，以實現在關閉注音時仍保留部分必要注音的效果。--_(:3」∠)_（討論） 2020年4月23日 (四) 22:30 (CST)
- 補充下——除了借字的，應該也還有其他情況（注音本身不能缺少，是有效內容的重要部分）是不用這個而是用ruby更好的。歌詞玩文字遊戲的、歌詞搞多重含義的如果用注音的方式來處理，感覺都不應該用Photrans。Kairos in the Space Time 2020年4月22日 (三) 03:31 (CST)
- 新模板是好事，這個功能我也舉雙手贊成；但是在A song for You! You? You!!條目下先對需要改進的內容進行刪除，再通知用戶改正和建議新模板的行為過於過激。更何況還只是和歌曲編輯相關群人員交流了一下，按理說這種操作不應該先在對應條目討論頁投票後再進行操作嗎？--bob1301（討論） 2020年4月19日 (日) 11:13 (CST)
- 出了問題應該立刻解決，等討論版討論完了黃花菜都涼了……雖然這手段確實強硬我也承認。 Hamon002（討論） 2020年4月19日 (日) 13:27 (CST)
- @Hamon002等等，這個可以批量替換的，只要在分類里執行就可以了，即使因為Ktmsobs桑提及的各種例外不能執行，Wikiplus也有User:東東君開發的批量替換js，不要把事情搞複雜了。-- Func（討論·貢獻） 2020年4月19日 (日) 13:36 (CST)
- 立即解決沒有問題，但您的編輯記錄什麼都沒有寫，只有一個大段刪除的標籤，這只能讓其他編輯者感到您在惡意破壞頁面；同時我們也不知道這個條目存在的問題在哪兒，新模版的情報也是在User_talk:中日韓越的漢字里了解到的，其對公眾通知更是早上9:10才在本討論串提出。把今天才公之於眾的新模板強加於昨日模板誕生之前就已經完成的條目上極其不合理，對某條目開大刀還沒有提前通知於情於理都說不過去吧。--bob1301（討論） 2020年4月19日 (日) 15:19 (CST)
- 如果閣下那時候在進行編輯的時候，將編輯說明寫一下的話，其他編輯者就會明白你在編輯什麼。但是昨晚你留給我們的只有一個說明文字都沒有的「大段刪除」標籤的編輯，況且新模板在未經過公布的情況下強行在歌曲方面已經基本成型的詞條進行編輯，如果想測試新模板的效果，為什麼不在沙盒裡先進行測試，然後測試OK之後再公布，進而再更改詞條呢？處理問題本該有更好的方式，但是使用強硬的手段、再加上模板沒有公布的情況下，貿然對歌曲方面已經成型的詞條進行帶有「大段刪除」標籤的編輯，我感覺不太妥當。--伊達政長_Masanaga（討論） 2020年4月19日 (日) 15:50 (CST)
- (＋)支持 而且A song for You! You? You!!條目上面就有公開群群號，閣下可以加群後與我們進行討論，比這樣直接刪除再添加更好。--Wym6912（討論） 2020年4月19日 (日) 16:03 (CST)
- (＋)支持 我覺得您這種在不經過提前通知也沒有及時在討論版說明的行為是對相關條目編輯者的極度不尊重，尤其是您對相關條目是沒有編輯歷史的，在這種情況下強行編輯已經完成了的條目，可能引發（實際上已經引發了）其他編輯者的誤解，甚至導致爭論，因此我覺得您是不是應該對相關條目的編輯者道個歉？（不僅僅是上面幾位提到的，而是對所有在不了解情況就被大段刪除還沒有收到任何說明的編輯者）--修羅之芽（討論） 2020年4月27日 (一) 23:14 (CST)
- 出了問題應該立刻解決，等討論版討論完了黃花菜都涼了……雖然這手段確實強硬我也承認。 Hamon002（討論） 2020年4月19日 (日) 13:27 (CST)
( ¡ )題外話 話說能不能給{{Photrans}}、{{Ruby}}、{{Ruby-begin}}等模板加一個複製的時候給ruby加括號的功能，就是平時看不出來，但是如果真有人直接無腦複製的話，可以在上方的字符兩邊自動加上括號，這樣標記也是正確的-- Ktmsobs（討論•貢獻） 2020年4月19日 (日) 15:41 (CST)
- (＋)支持 這個可以有（讚揚）--bob1301（討論） 2020年4月19日 (日) 15:45 (CST)
- 這個括號，在{{ruby}}中的
<rp>...</rp>中已經包含了，它會在不支持顯示ruby的瀏覽器中顯示括號，但如果瀏覽器支持ruby的話則會隱藏。現在的大多數瀏覽器是將這個符號完全隱藏，即不光看不到，還不能選中。如果要加一個選中時會出現的括號，可以在模板中添加一個隱藏但可選中的括號。例如這樣（ ）。— 葫蘆又留言 2020年4月19日 (日) 16:55 (CST) - (ｉ)注意 {{Photrans/button}}上的字無法轉換成繁體字，手工轉換也沒有用。 KONNO Yumeto 2020年4月19日 (日) 18:34 (CST)
(＋)支持 可以關掉注音這塊可以很方便地複製歌詞，( ¡ )題外話 不過感覺有一處不便就是Photrans這個單詞打起來太長了，以前ruby四個字母打出來的挺方便，已經形成肌肉記憶（跑）—— 哈哈哈哈爾時候 （ 戳我留言 ） 2020年4月25日 (六) 12:58 (CST)
請求引入Cat-a-lot
請求引入小工具Cat-a-lot（文言：群貓），它能批量修改、轉移分類下頁面的分類。引入方法見commons:Help:Gadget-Cat-a-lot#As_a_project_gadget。 KONNO Yumeto 2020年4月27日 (一) 18:28 (CST)
- HotCat
熱貓已經不能滿足你了嗎？--W3jc（討論） 2020年4月27日 (一) 20:01 (CST) - 此類批量操作不建議普通用戶自行執行，容易撞萌百相對更為嚴苛的rate limit（速率限制）。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月27日 (一) 22:07 (CST)
萌百是否有 radiobox 的替代或類似功能的實現？
我嘗試在我的用戶頁實現一些效果，半成品可以看我的用戶頁。
我搜索了一些關鍵詞，都沒有得到自己想要的結果。最後勉強通過 Tabs 實現了，但比使用 radiobox 的代碼和樣式複雜很多。
所以，請問有類似 radiobox 一類的標籤嗎？求教！
頁面User:Iskyex/signature.css沒有內容。
- wikitext禁用了input標籤_(:зゝ∠)_——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月23日 (四) 22:54 (CST)
想知道有沒有正向計時的代碼
希望哪位大佬可以教教我正向計時的代碼，就是可以自動記錄「」自某天以來已經過了多少天」的——以上未簽名(註)本條留言未簽名，留言後請記得用--~~~~簽名！的留言由久遠深邃星空（討論·貢獻）於2020年4月28日 (二) 09:32 (UTC)添加。
@久远深邃星空，參考 Template:For_year_month_day 。 頁面User:Iskyex/signature.css沒有內容。
- 參見oo走的第x天，想他-- Ktmsobs（討論•貢獻） 2020年4月28日 (二) 19:20 (CST)
Cewbot存檔標題處理出錯？
頁面相關板塊的存檔中有兩條命名錯誤的存檔（原名分別是安室透的官方（擦邊球）娘化形象到底是算他的娘化還是一個新的角色呢？和模板:萌屬性的種族與模板:ACG生物的非現實生物_過於重合），還有一條名字被截斷為#關於（原名是關於萌娘百科_Talk:討論版）；操作申請板塊的存檔中也有一條類似的（原名是西澤幸奏的編輯歷史中有反動言論。）。
注意到有問題的標題均包含內鏈，且（除了那一個被截斷的標題外）生成標題格式都是（原文）「存檔過期討論串:_←萌娘百科_talk:討論版/（板塊名）」。希望能有管理員人工改正一下標題。
雖然不確定問題來源是不是Cewbot……但已在討論頁提醒Kanashimi。—COVID退散！理論上是公的驅逐艦的 壹陸 討論·最近編輯 2020年5月3日 (日) 08:34 (CST)
關於萌娘百科討論:討論版表格中的【進度】一欄
Rt，似乎{{保留}}{{刪除}}等模板會顯示在進度中，而目前有此現象的兩個話題萌娘百科討論:討論版/頁面相關#整理了一些萌百收錄價值較低的SCP頁面、萌娘百科討論:討論版/頁面相關#對「降弓用刑」詞條存在表示疑義中這兩個模板都只是用於討論過程而並非結果，不應該像{{MAR}}一樣作為【進度】在討論版首頁顯示。——C8H17OH（討論） 2020年5月4日 (一) 14:19 (CST)
- @Kanashimi。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月4日 (一) 17:15 (CST)
完成 --Kanashimi（討論） 2020年5月4日 (一) 19:54 (CST)
區域彈幕是不是出bug了？
模板:區域彈幕在文檔無法顯示也無法在相應使用頁面顯示，但是模板:全屏彈幕可以正常顯示，這是我的個人問題還是這個模板壞了？我是想實現單個章節顯示彈幕--
勵志成為巡查員但卻做不到的playymcmc007（
抱歉，實測是我看走眼了，在這裡問下，如何實現在一小段章節中使用區域彈幕？
舉例子
--勵志成為巡查員但卻做不到的playymcmc007（
- 感覺沒用啊……我是想插入單個章節內，但是區域彈幕的使用貌似都是在頁頂標題大字附近的……--勵志成為巡查員但卻做不到的playymcmc007（
討論 ） 2020年5月8日 (五) 09:05 (CST)
- 感覺沒用啊……我是想插入單個章節內，但是區域彈幕的使用貌似都是在頁頂標題大字附近的……--
額，這個不知道算是bug嗎還是？ 頁面加載不完整，會被系統吞內容？
從去年年底開始，我這兒訪問萌百就非常慢。打開、編輯、保存都很慢。 其中在進入編輯狀態時，編輯框裡的內容有時也要加載很久才能加載完。但一般都是整個加載完了，才會出現「保存修改」按鈕，才能提交。但今天編輯裝逼時，編輯欄里尚未加載完時，底部的「保存修改」按鈕先加載出來了，我點了保存。
事後，經人提醒，我才發現，頁面出現了大片被刪除。我一臉懵逼，我沒刪過啊，就加了幾個字而已。然後想起來了，頁面沒加載完全，而未加載完的部分居然被系統直接判定為刪除？ O_o
是不是只有我遇到過這個情況？這是bug嗎？萌百娘的胖次（討論） 2020年4月27日 (一) 22:44 (CST)
關於css代碼的問題
.catlinks{
background-color: rgba(251, 251, 251, 0.2);
}
這段代碼不論是在用戶的css頁，還是在審查元素里都會起到使底部分類透明的效果，但是加到Template:背景圖片/page.css里卻沒了效果，，，有大佬知道腫麼解決嗎？？？--悠遠的蒼穹 (Talk with me!) 2020年4月29日 (三) 08:52 (CST)
- 因為templatestyles的樣式會被插件追加
.mw-parser-out選擇器，導致相關樣式僅能在正文內生效。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月29日 (三) 08:55 (CST)- 那有可以解決的方法嗎???比如加到小部件Gadget-Tabs.css裡面？？？--悠遠的蒼穹 (Talk with me!) 2020年4月29日 (三) 09:06 (CST)
- 為啥要加呢，感覺毫無必要。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月29日 (三) 11:09 (CST)
- 在某些背景偏暗的條目中下方分類太亮，影響閱讀效果--悠遠的蒼穹 (Talk with me!) 2020年4月29日 (三) 11:36 (CST)
- 都已經是頁底了沒必要再改了，正文好看就行了。還有為啥那麼喜歡用替換背景圖功能，這樣對流量計費訪問桌面端的用戶很不友好。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月29日 (三) 21:45 (CST)
- 在某些背景偏暗的條目中下方分類太亮，影響閱讀效果--悠遠的蒼穹 (Talk with me!) 2020年4月29日 (三) 11:36 (CST)
- 為啥要加呢，感覺毫無必要。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月29日 (三) 11:09 (CST)
- 那有可以解決的方法嗎???比如加到小部件Gadget-Tabs.css裡面？？？--悠遠的蒼穹 (Talk with me!) 2020年4月29日 (三) 09:06 (CST)
關於CSS的問題（請求實現功能？）
「文字陰影」和「背景圖片按文字剪裁」出現在同一塊文字上時，由於文字陰影總在背景之上一層，是無法做出「漸變的文字重疊在陰影之上」的效果的：
- 文字陰影：示例文字
- 背景圖片按文字剪裁：示例文字
- 結合：示例文字 可見陰影覆蓋在「漸變文字」（實際上是span背景）的上方。
這個問題（不是問題，是合情合理的feature！）有一個workaround，就是做兩個位置和內容均相同的div，在上層放置背景剪裁，在下層放置文字陰影，參見魔神柱(Fate)。外觀上這個workaround實現得相當好，但是內容上有一個不妙之處：因為文字實際上是兩段，所以若要複製粘貼這段文字也會變成「複製粘貼出兩倍的文字」的現象。
即使在其中一層上增加一個user-select:none也無濟於事，因為（至少在某些瀏覽器中）如果一次從user-select:none之前選中到user-select:none之後，那麼中間的也會被選中複製。例如魔神柱(Fate)上面這幾行選中複製的話，得到的結果就會是
圣 杯 污 染 确 认 Demon God Pillar Appears Demon God Pillar Appears 魔 神 柱 出 现 魔 神 柱 出 现
第一個「聖杯污染確認」因為在最開始而且有user-select:none所以沒有被複製，但是中間的兩個user-select:none都逃不過。
關於這個問題，我去stackoverflow上看了一眼，看到了這個解決方案——如果應用到陰影層的文字上，複製粘貼就會變得正常了。但是這個解決方案還有個問題，就是必須依賴偽元素::after才能實現，不能直接inline寫出來。因此，我請求將這個「絕對無法選中/複製的文字（除非你用IE）」功能作為class添加到全站css中，或者做一個功能相同的Widget用來實現「文字陰影+文字漸變」的效果，或者如果有把::after給inline掉的方法請告訴我。
以上。多謝！ --
- 建議結合使用templatestyles：
- html
<span data-after-text="blabla" class="after-text" style="[...]">blabla</span>
- templatestyles css
.after-text::after {
content: attr(data-after-text);
}
- ——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月30日 (四) 22:28 (CST)
- 啊啊，是一個Extension嗎，我去看一下文檔。謝謝！ --
M.（ ）J.（ ）H.（ ） 2020年4月30日 (四) 22:47 (CST)- 相關文檔：CSS表達式 attr()，templatestyles用法：Help:模板樣式表。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月1日 (五) 08:40 (CST)
- 啊啊，是一個Extension嗎，我去看一下文檔。謝謝！ --
求助：MediaWiki 代碼快速填寫模組是否可行？如何解決與 wikitable、魔術字 forargs 的衝突？
昨日今日研究並嘗試編寫了 MediaWiki 代碼快速填寫模組（模塊:Psk），現在實現效果並不 ok。猜測與 wikitable 或魔術字 forargs 存在衝突，故向各位大牛尋求解法。
此為案例代碼：
{{#invoke:psk|p5|phys|Hassou Tobi|4|86}}
生成的 MediaWiki 代碼：{{#invoke:psk|p5|phys|Hassou Tobi|4|86}}
此為使用模組編制的應用代碼（User:Greykid/Sandbox6）：
{{User:Greykid/Sandbox6
|阿尔卡那 = 塔 |等级 = 79
|力 = 58 |魔 = 47 |耐 = 45 |速 = 53 |运 = 41 |属性 =
|物 = 无 |枪 = — |火 = 耐 |冰 = — |电 = 反 |风 = — |核 = — |念 = — |祝 = 反 |咒 = —
{{#invoke:psk|p5|phys|Brave Blade|1|}}
{{#invoke:psk|p5|pas|Elec Amp|2|84}}
{{#invoke:psk|p5|pas|Fast Heal|3|82}}
{{#invoke:psk|p5|phys|Hassou Tobi|4|86}}
{{#invoke:psk|p5|sup|Charge|5|}}
{{#invoke:psk|p5|pas|Pressing Stance|6|81}}
{{#invoke:psk|p5|elec|Ziodyne|7|}}
}}
此為目前效果：
可以直接在模塊（模塊:Psk）、應用代碼（User:Greykid/Sandbox6）中修改。——
GreyTalk, Contrib. 2020年5月1日 (五) 11:30 (CST)
- (：)回應 就我淺薄的wiki編寫經驗而談，快速填寫只對底層wiki文本及其組成的特定結構有效，例如表格等，因為任何類模板的表達式輸出的「|」符號都是wiki文本，而不是表達式中用來分隔參數的「|」，另外我猜測，更高層的，變量、模板參數可以做到對表達式的結構進行修改，但因為沒有遇到過用到的情況所以沒有全面測試過。
- ( ¡ )題外話 我記得@東東君寫過一個重用參數列表的模板，它的實現方法可以參考一下。如果真的有那就是一件大好事了呀，馬克。--サンムル（討論） 2020年5月1日 (五) 12:27 (CST)
- (＆)建議 又想了一下，按照上述理論，可以參考{{Episodelist/header}}、{{Episodelist}}和{{Episodelist/footer}}將wiki表格代碼拆成三個部分（頭部、內容(好多行)、尾部）。--サンムル（討論） 2020年5月1日 (五) 12:35 (CST)
@Greykid 如果你的目的只是方便寫這個表格，我建議你參考我「(＆)建議 」後面舉例的一套三個模板將表格分拆。如果志在實現這個「快速填寫模組」，@蝶影所提到的就是一種解決方法，另外其實更適合的函數是frame:preprocess。
- 在模塊:Psk中有：
-- 模块:Psk
local psk = {}
function psk.main(frame)
local args = frame.args -- 获取调用参数
local head = "{{#invoke:Psk|add" -- 构造调用头部
local tail = "}}" -- 构造调用尾部
local invoke_expr = head .. "|" .. args[1] .. "|" .. args[2] .. tail -- 构造调用表达式
return frame:preprocess（invoke_expr）
end
function psk.add(frame)
local args = frame.args
return tonumber(args[1]) + tonumber(args[2])
end
- 在某個頁面中有：
{{#invoke:Psk|main|1|2}}
- 在上述代碼中，首先invoke了模塊Psk的main函數，傳遞參數1和2。
- 在main函數裡，構造了一段wiki代碼（其實這裡的「wiki代碼」和「wiki文本」沒有區別，但由於我們把它當做代碼執行而不是直接return，所以用「代碼」稱呼以區分）
{{#invoke:Psk|add|1|2}}，然後用frame:preprocess讓解析器執行了這段wiki代碼。 - 調用了模塊Psk的add函數，傳遞參數1和2。
- 輸出wiki文本「3」。
--サンムル（討論） 2020年5月1日 (五) 21:37 (CST)
- 寫模塊或模板之前先想好兩點：用法（API），執行/展開的效果。這是最重要的。先想清楚要做到什麼，再想想你希望你寫的模板怎麼用。求助的時候也要把這些說清楚。否則難道讓別人對着不能正常工作的代碼猜你的意圖？--蝶影書於蝶翼齋 2020年5月2日 (六) 10:58 (CST)
- 感謝批評和建議。不過話說，我原先的意圖不是寫得很明確嗎？……雖然現在我也改變主意了。鑽研一個從未接觸過的前端實現確實並沒有快捷多少。我接下來試試三段拆分表格吧。——
GreyTalk, Contrib. 2020年5月2日 (六) 11:50 (CST)
Template:討論版頁頂沒有對手機端進行良好適配
如題。最近在工地裡面進行實驗以解決這個問題，歡迎大家進行建議。マクエンツ（ｔ·ｃ） 2020年5月9日 (六) 11:38 (CST)
個人用戶頁評論控制失效
近日以來本人發現長期以來在本人個人用戶頁可正常生效的控評功能失效。原本顯示「應用戶要求，該頁面的評論區已關閉」字樣的位置現在出現了本不該出現的評論欄。
- 未登錄狀態下可正常顯示評論需要登錄的提示
- 用戶頁頂部「更多」菜單中「評論控制」選項消失不見
- 本人測試可在本人用戶頁發布新評論
- User:Cstd測試可在本人用戶頁發布新評論
- User:Func測試本人用戶頁可正常顯示禁評
- 本人用戶頁未啟用頁面緩存，已經清空瀏覽器緩存乃至更換設備後此問題仍然存在
煩請管理層人員修復此問題，不勝感激。--半夜咳嗽的狼（討論） 2020年5月2日 (六) 18:37 (CST)
- 已經重新啟用後再禁用，我這邊看是無法發布評論了。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月2日 (六) 21:32 (CST)
- @半夜咳嗽的狼，現在我無法在你的評論區評論--Cstd（討論·貢獻） 2020年5月9日 (六) 00:29 (CST)
關於模板Template:tb
希望有人能夠幫忙讓這個模板能夠實現以下效果：
{{tb|1}}時，輸出{{tb}}
{{tb|2}}時，輸出{{tb}}{{tb}}
{{tb|3}}時，輸出{{tb}}{{tb}}{{tb}}
以此類推……
同樣的，希望{{xx}}同樣可以實現此種效果。
--赤木 西奈（討論） 2020年5月8日 (五) 20:53 (CST)
- 請使用{{s}}。 --
M.（ ）J.（ ）H.（ ） 2020年5月8日 (五) 21:00 (CST) - 段首縮進不應使用實體空格。請在行前加入一個半角冒號
:來實現段落縮進，或使用css的text-indent屬性。_yoonhɑkcher（留言） 2020年5月9日 (土) 08:18 (JST)
優化條目下方沙雕熱門評論的顯示
代碼如下
.comment-container-top>div:not(.comment-thread) {
background-color: rgba(244, 196, 48, 0.8) !important;
color: white !important;
font-weight: bolder !important;
}
.comment-thread.comment-popular {
background-color: rgba(244, 196, 48, 0.2) !important;
}
效果如下
--悠遠的蒼穹 (Talk with me!) 2020年5月14日 (四) 21:23 (CST)
花生仔說讚。
- 感覺沒有必要。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月14日 (四) 22:26 (CST)
- 十分有必要，本人眼瞎經常看不清熱評和下面評論的分界。另建議應用至萌百時使用綠色系配色。_yoonhɑkcher（留言） 2020年5月15日 (金) 07:21 (JST)
(＋)支持 ，確實有必要。即便是像我這種對本站評論系統熟知的人也時常看不清熱評和普通評論分界。--半夜咳嗽的狼（討論） 2020年5月15日 (五) 07:58 (CST)
(＋)支持 雖說不是必要的，但也挺有用的，不過移動端又看不到評論區了是我的問題嗎？
[[user:摺紙本命|User:摺紙本命/約戰]] 2020年5月15日 (五) 08:32 (CST)
(＋)支持 (▲)同上 。——C8H17OH（討論） 2020年5月15日 (五) 10:05 (CST)
- 請等待緩存更新——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月15日 (五) 11:28 (CST)
@AnnAngela請求同步適配到移動端，即MediaWiki:Mobile.css--悠遠的蒼穹 (Talk with me!) 2020年5月15日 (五) 14:42 (CST)
- Done.——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月15日 (五) 15:12 (CST)
( ¡ )題外話 啥時候有個個人用戶頁評論置頂功能啊？--
——🌌🏎🐬REEE💥🌸（討論 ）
2020年5月15日 (五) 18:07 (CST)
- 請向開發者提報。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月15日 (五) 21:06 (CST)
關於移動端圖像樣式的問題
之前製作了一個模板{{boxed-image}}，用於將圖像shrink-to-fit到恰當的尺寸。然而這個模板在移動端視圖的表現會由於lazyloading而發生錯誤：
- 預期的樣式：max-width:285px;max-height:403px;width:auto;height:auto;
- 就是shrink to fit。
- 實際的樣式：width: 285px;height: 403px;
- 似乎反而是expand to fill了。
關於這個有什麼好的解決方法嗎？感謝。 --
- 用Bootstrap可以嗎，我用手機編輯的測試不了。[[user:摺紙本命|User:摺紙本命/約戰]] 2020年5月14日 (四) 19:11 (CST)
- 我
花了億點時間改了下，看起來可以了，應該沒有偏離原本的設計吧。-- Func（討論·貢獻） 2020年5月16日 (六) 18:37 (CST)
問一下有誰知道 怎麼創建 按每日的對應的星期來變化 的東西 呱？
類似這個呱。想在個人頁面玩點花活但是不知道怎麼搞呱。 ——呱呱呱 2020年5月14日 (四) 17:21 (CST)
{{#switch: {{LOCALDOW}}
| 0 <!--周日 -->= A
| 1 <!--周一 -->= B
|2=
|3=
|4=今天是周四
|5=
|6= C
}}
A[[user:摺紙本命|User:摺紙本命/約戰]] 2020年5月14日 (四) 18:23 (CST)
也可使用解析器函數#time：
{{#switch:{{#time:N|+8 hours}}|1=周一，DGO不更新|2=周二，DGO不更新|3=周三，DGO更新|4=周四，DGO不更新|5=周五，DGO更新|6=周六，DGO不更新|7=周日，DGO更新}}
{{#switch:{{#time:w|+8 hours}}|0=周日，不用工作|1=周一啊啊啊|2=周二啊啊啊啊|3=周三啊啊|4=周四啊|5=周五|6=周六，不用工作}}
{{#switch:{{#time:D|+8 hours}}|日=日曜日|一=月曜日|二=火曜日|三=水曜日|四=木曜日|五=金曜日|六=土曜日}}
↓
周一，DGO不更新
周一啊啊啊
月曜日
詳見Help:魔術字/解析器函數。 --
[[user:摺紙本命|User:摺紙本命/約戰]] 2020年5月17日 (日) 17:54 (CST)希望實現功能：一鍵顯示所有黑幕
我不太熟悉MediaWiki，不太清楚能否嵌入JS。可以嵌入JS的話大概做一行CSS就好了？
如果可以實現的話就太好了，因為這大概是一個非常有用的功能。
冬海愛衣157（討論） 2020年5月19日 (二) 23:42 (CST)
- Special:參數設置#mw-prefsection-gadgets 開啟黑幕開關功能
- 另，請@冬海愛衣157使用
~~~~簽名—— ほしみ (🤼♂️) 2020年5月19日 (二) 20:46 (CST)
老調重彈，這兩天發現全職高手和數碼寶貝的navbox，一個已經超限了，一個將要超限。我直接在數碼寶貝里只調用了一次模塊:nav，結果直接減掉了20%的大小。
考慮到navbox是元模板，不宜輕舉妄動；而就算是該模板lua化的中文維基百科，上回新冠疫情頁模板也爆過幾次；另外，存在navbox→navbox subgroup→大家族模板子項→使用的模板這個長長的套娃鏈條，所以我覺得萌百可以先把用量最大的navbox subgroup模塊化減輕負擔，然後再考慮navbox模塊化的事情。就數碼寶貝已經不得不用navbox|child代替navbox subgroup了。——屠麟傲血（討論） 2020年5月12日 (二) 18:43 (CST)
參考討論串：Talk:提問求助區/存檔/2019年04月#關於Category:展開模板後長度超過上限的頁面,同一個模塊里的兩個函數思想我現在覺得更好，不調用不需要的子函數，新寫一個名為subgroup的函數。至於從用那個維基百科搬運的模塊話，我覺得不太適合萌百的現實吧。——屠麟傲血（討論） 2020年5月12日 (二) 19:04 (CST)
- 可以有，但我不會寫=。=之前嘗試請另一位維護組成員編寫，但是效果不佳。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月12日 (二) 21:14 (CST)
萌娘百科 talk:討論版/技術實現/存檔/2020年05月#關於Ajax加載的建議&設想。說個其他的，可以使用Ajax加載（萌百現有的Ajax加載模板效果真的不漂亮），直接將Navbox從加載空間中剔除，並且也不用大規模改動現有模板結構。—— JackBlock ( T • C ) 2020年5月12日 (二) 21:40 (CST)
- 抱歉，沒看清內容，當我沒講。—— JackBlock ( T • C ) 2020年5月12日 (二) 21:47 (CST)
- (：)回應 你這個東西
最大的問題就只是加載模板，我看了源代碼也沒發現怎麼帶參，如果能帶參，現在還能治治標的。要新建頁面，對此我不好決定，畢竟我不是那些專題的編輯，只是熱心群眾——屠麟傲血（討論） 2020年5月12日 (二) 22:39 (CST)
- 關鍵問題在於，模塊化需要對解析器函數和Lua很高的理解。現狀是懂Lua的不懂解析器函數，懂解析器函數不懂Lua。不知道維基百科、元維基、MediaWiki的同名模塊是否可以起到幫助作用。——Hakuryuu討論★ 2020年5月13日 (三) 01:04 (CST)
噫？咱前幾天剛把沙盒頁里的測試模板刪掉，還以為Nav模塊這個項目永遠塵封了😂。
@屠麟傲血 模塊:Nav有一些表面上看不出來的小問題，我擱置着一直沒去修復。這個模板其實就是將現有的{{Navbox}}和{{Navbar}}的wiki源碼轉寫成Lua源碼，實際上輸出的字符量沒有多大變化，頂多就是一些空屬性、無效的字符被剔除了，優化率大概在0.36%左右。但我也注意到並且測試掌握了{{全職高手}}換用模塊:Nav後，頁面展開後大小從 ≥2,097,152 → 1,519,335 ，優化率≥27.55%。具體是什麼因素導致了展開後大小變化率大於字節數變化率，咱暫且毫無頭緒。
從維基搬運過來的模塊:Navbox和模塊:Navbar已4年未經過更新修改了，與萌百現狀有所差距。
提交對Navbox、Navbar模塊化的新評估：
- 對{{全職高手}}，展開後大小優化率≥27.55%(註)由於展開後大小已超出限制因此不能獲取具體數據；模板參數大小優化率≈64.16%。
- 對{{數碼寶貝系列}}，展開後大小優化率≈23.45%；模板參數大小優化率≈55.01%。
針對最容易超出限制的展開後大小和模板參數大小兩項數據，模塊化的前景是明朗的，獲得的效益是肉眼可見的。因此申請重啟模塊:Nav項目。@AnnAngela --サンムル（討論） 2020年5月13日 (三) 18:07 (CST)
- 這樣直接在需求模板里調用模塊當然優化幅度不小。但實際上這樣寫法不方便，最終還是要調用模塊化後的navbox模板，依舊有套娃調用的問題存在，實際減小的大小不可能這麼多。這就是我建議nav模塊里寫諸如subgroup函數，把subgroup模板也完全模塊化掉的原因。參考上面那個歷史討論串，曾經有navbox一個模板內，多種用法填寫的建議，但是因為難以掌握給否決了，現在模塊化的話這就是個好主意。——屠麟傲血（討論） 2020年5月13日 (三) 20:42 (CST)
日語站與主站的參數設置有衝突
在日語站-參數設置-小工具頁面，取消勾選「強制預覽」點保存，會導致主站-參數設置-小工具頁面的無關選項改變，看上去像是初始化了。同時主站-參數設置-用戶資料的內容語言變種會被改成「zh - 中文」。
如果再修改主站-參數設置-小工具頁面，比如勾選「以本地時區顯示簽名時間」，再回到日語站-參數設置-小工具頁面，發現「強制預覽」又被勾選上了。--MG2445563077（討論） 2020年5月13日 (三) 14:56 (CST)
- 已定位問題，正在解決。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月14日 (四) 10:15 (CST)
【通告Minecraft編輯者】模板{{MCHp}}、{{MCHealthbar}}現已加入
這兩個模板用於以Minecraft的方式顯示血量及血量條。例如：
-滿血！
-我剩一半血！
-我中毒了！
-金蘋果！
-我馬要沒了！- 末影人的血量為40（
× 20）。 - 普通的鑽石劍傷害為7（
）。
詳見兩個模板的說明。--Hashtag（討論） 2020年5月3日 (日) 20:07 (CST)
- 建議移除圖片所包含的文件頁鏈接。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月3日 (日) 20:42 (CST)
調戲模板
按順序是基礎、中毒、凋零、傷害吸收、極限、極限中毒、極限凋零、極限傷害吸收、坐騎--勵志成為巡查員但卻做不到的playymcmc007（
- @Hashtag 因為模板文檔是英文……且問一下模板來源？是從諸如MC Wiki 引用的嗎？—COVID退散！理論上是公的驅逐艦的 壹陸 討論·最近編輯 2020年5月4日 (一) 00:09 (CST)
傷害吸收的血條是不是暗了點？如果沒有上面的中毒對比我差點就看錯了（不過傷害吸收都是在正常血條後面的，仔細想想還是可以區分...）（另外要不要加一下原版血條的抖動效果（花里胡哨））
2020年5月4日 (一) 08:12 (CST)
- @YEW-studio圖片是來自MinecraftWiki的。
- 我進遊戲看了看，才發現的確是這麼暗的...另外，不簽名的話@是沒有用的.....-- 2020年5月5日 (二) 20:44 (CST)
- @YEW-studio 提醒一下原則上簽名不宜換行，有空還麻煩你檢查、修改一下，謝謝—— —COVID退散！理論上是公的驅逐艦的 壹陸 討論·最近編輯 2020年5月9日 (六) 04:02 (CST)
- 我會找時間修改一下的...最近沒有時間...而且也不清楚<div>的換行怎麼弄掉——YEW-studio(為避免出事這裡手打的簽名...)
- @YEW-studio建議使用
display:inline-block;。以及，你的簽名並不是完全爆炸，手打反而更不好——你看，時間戳沒了XD —2020年5月11日 (一) 08:19 (CST)
- @YEW-studio建議使用
- 我會找時間修改一下的...最近沒有時間...而且也不清楚<div>的換行怎麼弄掉——YEW-studio(為避免出事這裡手打的簽名...)
- @YEW-studio 提醒一下原則上簽名不宜換行，有空還麻煩你檢查、修改一下，謝謝—— —COVID退散！理論上是公的驅逐艦的 壹陸 討論·最近編輯 2020年5月9日 (六) 04:02 (CST)
- 我進遊戲看了看，才發現的確是這麼暗的...另外，不簽名的話@是沒有用的.....-- 2020年5月5日 (二) 20:44 (CST)
( ¡ )題外話 ：「我馬要沒了」草死我了，寫這個文案的真是個人才。--半夜咳嗽的狼（討論） 2020年5月4日 (一) 08:48 (CST)
另:模板{{MinecraftVersion}}
用於版本限定的情況。如:[僅Java版]。
其實這個模板我早就建了，但是技術上有一些缺陷，我這次做了修復，並且支持常見的簡稱(不含主機板全系，需使用全名)。NHJR（討論） 2020年5月15日 (五) 20:39 (CST)
萌娘文庫無法訪問？？？
https://library.moegirl.org/Mainpage
打開後直接就是 [53ab6551a68759c8b43228e5] 2020-05-21 23:39:05: Fatal exception of type MWException--悠遠的蒼穹 (Talk with me!) 2020年5月22日 (五) 07:40 (CST)
- EnMGP和某H站也同樣。有趣的是JaMGP還能看，不知道會不會是緩存。萌百共享和 https://moegirl.org 仍正常的樣子。
- EnMGP：[2a8ee6c59c7c5618c1729834] 2020-05-22 00:08:49: Fatal exception of type MWException
- 某H站：[ddc96c0001ca86d0cc2e7054] 2020-05-22 00:10:02: Fatal exception of type MWException
- 不過開頭的hash(?)會變，所以大概重要的只有這個報錯。我覺着這個問題範圍，足夠可以@Baskice，AnnAngela了？—COVID退散！理論上是公的驅逐艦的 壹陸 討論·最近編輯 2020年5月22日 (五) 08:13 (CST)
- 已經上報站長--From KumoKasumi the Temporary Bureaucrat (Talk) 2020年5月22日 (五) 09:54 (CST)
請求更換{{TocHide}}的實現
現在的TocHide的實現原理基本上是把__TOC__套在一個可摺疊表格裡頭。如今的Mediawiki目錄已經自帶摺疊/展開功能了；因為這個特性，展開使用Tochide隱藏的目錄會看到兩個標題、可能還需要點擊兩次。exploit這個Mediawiki自帶功能來實現摺疊目錄應該會更好；比如說在Mediawiki.org 有人試過這樣的實現。—COVID退散！理論上是公的驅逐艦的 壹陸 討論·最近編輯 2020年5月22日 (五) 10:33 (CST)
新增了{{文本切換顯示}}、{{文本切換顯示按鈕}}、{{文本切換顯示樣式}}三個模板
效果如下：
你的屬性：
你贊同以下哪些地名：君士坦丁堡君士坦丁堡斯大林格勒斯大林格勒63246324
大家可以在條目中盡情發揮=w=——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月12日 (二) 22:40 (CST)
- 請問有沒有「單選」和「默認選中其中一個」的功能--
這位朋友最喜歡這位編輯 2020年5月12日 (二) 23:07 (CST)
- 我則比較關注「不選中時顯示、選中時不顯示」的功能。--
M.（ ）J.（ ）H.（ ） 2020年5月12日 (二) 23:17 (CST) - 寫幾點感想吧
- --
Ktmsobs（討論•貢獻） 2020年5月13日 (三) 16:09 (CST)
- @Ww71338ww，MJH，Ktmsobs，追加了單選、默認選擇、反選功能。自定義按鈕樣式晚上會加。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月13日 (三) 19:04 (CST)
- 讚 --
- 讚 ，接下來的問題建議去Template_talk:文本切換顯示討論-- Ktmsobs（討論•貢獻） 2020年5月13日 (三) 21:51 (CST)
- @Ktmsobs已追加{{文本切換顯示按鈕樣式}}，麻煩@亘古轮回更新文檔。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月13日 (三) 22:05 (CST)
- Ktmsobs說讚。
- @AnnAngela文檔已更新，應該是把所有功能都寫上了。--我是亙古輪迴Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。（討論） 2020年5月15日 (五) 12:06 (CST)
- @Ktmsobs已追加{{文本切換顯示按鈕樣式}}，麻煩@亘古轮回更新文檔。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月13日 (三) 22:05 (CST)
- @Ww71338ww，MJH，Ktmsobs，追加了單選、默認選擇、反選功能。自定義按鈕樣式晚上會加。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月13日 (三) 19:04 (CST)
- 讚 --Cstd（討論·貢獻） 2020年5月16日 (六) 10:51 (CST)
能否在側邊顯示目錄？
就像mooncell一樣，在右邊有一個按鈕，鼠標滑過即可顯示目錄。這個功能對某些各個段落巨長的條目特別有用。例子——我是亙古輪迴Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2020年5月20日 (三) 18:05 (CST)
- {{目錄右置}}，字面意思所示，沒有動畫，使用案例：虛擬UP主/梗。--サンムル（討論） 2020年5月20日 (三) 18:19 (CST)
- 阿這，這個效果和我說的不一樣。——我是亙古輪迴Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2020年5月20日 (三) 21:04 (CST)
- 謝謝。——我是亙古輪迴Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2020年5月20日 (三) 21:04 (CST)
此處原由星海子[更多]在 2020年5月20日 (三) 21:15 (CST) 留下的MAR模板（狀態為「問題已解決」）因「跟進問題」被公的驱逐舰[更多]於2020年5月21日 (四) 02:59 (CST)移除。
- 其實我倒建議寫一個模板來做這個，的確對於長頁面非常有幫助。如果Liu佬願意的話，我可以把那部分JS拆出來優化一下……MAR我就刪掉好了。
- 我能想到三個實現：一是像Liu佬和某站那樣用JS，更漂亮、功能更多，但在移動端適配可能較差、需要看玄學，還需要Widget；二是直接利用
__TOC__和<templatestyles>把整個目錄折起來，不過這樣摺疊的是主目錄、移動端適配仍然需要JS；三是嘗試利用display: sticky和格式魔改，不過可能很不好看。我覺得我可以先試試第二個方案……—COVID退散！理論上是公的驅逐艦的 壹陸 討論·最近編輯 2020年5月21日 (四) 02:59 (CST)
- 其實我的本意是想全站啟用，或者在參數設置里加開關，這樣大家都能享受到。另外就是希望做好了以後可以測試一下模板和js共存時會不會有問題。——我是亙古輪迴Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2020年5月21日 (四) 15:29 (CST)
- 我寫好了初稿……目前原理是直接暴力抓取系統生成的目錄，所以移動端還不能用。因為一開始沒看懂Liu同志的代碼所以從頭寫了XD；主要特點是 1. 主目錄可見時會自動隱藏 和 2. 點擊可以固定、不摺疊。
- 可以先抄我用戶私人JS和CSS的對應部分試用（目前都在開頭），嗯……至於推廣，可以問問安姐能不能把這個包裝成小工具。—COVID退散！理論上是公的驅逐艦的 壹陸 討論·最近編輯 2020年5月22日 (五) 08:19 (CST)
- (＋)支持 全站可用的小工具。—— ほしみ (🤼♂️) 2020年5月22日 (五) 20:05 (CST)
- 我下午看看吧。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月23日 (六) 10:51 (CST)
- 個人認為還是圓角且寬度不變比較好看，你可以看一下我設計的目錄里寫的圓角代碼 https://zh.moegirl.org/User:850710247liu/js/FloatToc.js/style.css ，還有在開頭隱藏似乎不太好，因為翻到下面右邊突然出現會比較突兀，在上面共存如何，這樣在頂部也可以通過右側目錄跳轉，或點擊使右側目錄鎖定，省去到下面鼠標再來回選擇的麻煩--悠遠的蒼穹 (Talk with me!) 2020年5月23日 (六) 11:04 (CST)
- 我下午看看吧。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月23日 (六) 10:51 (CST)
- 其實我的本意是想全站啟用，或者在參數設置里加開關，這樣大家都能享受到。另外就是希望做好了以後可以測試一下模板和js共存時會不會有問題。——我是亙古輪迴Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2020年5月21日 (四) 15:29 (CST)
- 已添加小工具【頁面右側浮動目錄】，請等待全站緩存更新——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月23日 (六) 15:18 (CST)
- 強 安姐 強
OHNO 我白寫了(—COVID退散！理論上是公的驅逐艦的 壹陸 討論·最近編輯 2020年5月24日 (日) 08:21 (CST)- 實際上這方角又簡約不透明的設計不正是與本站的主題皮膚配套嗎，i了i了，安醬nb--悠遠的蒼穹 (Talk with me!) 2020年5月24日 (日) 09:09 (CST)
- 這個確實好用，感謝anna姐滿足我的願望😄。是不是可以考慮默認開啟，也就是即使沒登錄也能看到這個小工具。——我是亙古輪迴Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2020年5月24日 (日) 11:21 (CST)
- 已配置。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月24日 (日) 21:47 (CST)
- 👍——我是亙古輪迴Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2020年5月25日 (一) 10:42 (CST)
- 已配置。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月24日 (日) 21:47 (CST)
- 強 安姐 強
申請創建Widget：KizunaAIFace
源代碼：User:刺客王邊城/KizunaAI.js
效果可參照這裡的表現。
- 另外多問一句，對於.js文檔，能不能通過將部分內容放在Widget中來達到自定義效果？
--一位普通的刺客以及他的私人郵箱 2020年5月22日 (五) 22:59 (CST)
- 幫你修正了一下拼寫。 --
M.（ ）J.（ ）H.（ ） 2020年5月22日 (五) 23:38 (CST) - {{KizunaAIFace}}，順便請補一下doc（Widget:KizunaAIFace，順帶一提你這js也就2000分水平【僅玩梗】）——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月23日 (六) 10:33 (CST)
關於InPageEdit的錯誤
RT，@机智的小鱼君升級IPE後所有紅鏈都會產生快速編輯按鈕。請求修復並詢問他人有無此問題。—— ほしみ (🤼♂️) 2020年5月8日 (五) 21:43 (CST)
- 我這裡也有，但好像疑似是通知系統的問題你的說明沒傳達過去，我直接給他留言了——以上未簽名(註)本條留言未簽名，留言後請記得用--~~~~簽名！的留言由850710247liu（討論·貢獻）於2020年5月17日 (日) 04:28 (UTC)添加。
關於一些模板在移動端顯示的問題
之前發現了兩個移動端顯示的小問題，現在似乎依舊存在：
- 一個是模板{{PicHover}}在指定
float=right參數後出現的問題。zh.moegirl.org的頁面無論是移動端還是電腦端都顯示正常；mzh.moegirl.org的頁面在窄屏移動端上，使用Chrome（81.0.4044.138）/Firefox（68.8.0）瀏覽時，圖片會浮於文字上方並遮擋文字；iPad上使用Safari（13.1）/Edge（45.3.19）/Firefox（25.1 (17865)）/Chrome（81.0.4044.124）瀏覽時，圖片和與圖片等高的文字只在頁面左側部分分布，剩下部分留白。個人是覺得mzh.moegirl.org的頁面的話，在窄屏的移動端上讓圖片居中、文字顯示在下方，在寬屏的移動端上顯示成和zh.moegirl.org一樣，會比較美觀。例子：望月杏奈#電子遊戲達人。 - 另一個是偶然發現的{{遊戲分級}}的問題。在使用Chrome for Android（81.0.4044.138）訪問mzh.moegirl.org上包含該模板的頁面時，遊戲分級信息不會居中而是會左對齊，不過用上述其他瀏覽器測試時會正常居中（包括iPad上的Chrome（81.0.4044.124），也正常居中顯示）。例子：使命召喚:現代戰爭2。
因為有多個問題，所以就直接在這裡提出來了。--未來ちゃんかわいい！（討論） 2020年5月16日 (六) 21:33 (CST)
另外，大家族模板在移動端不顯示，很不方便NHJR（討論） 2020年5月17日 (日) 17:34 (CST)
- 大家族模板在移動端的顯示目前無法解決。[[user:摺紙本命|User:摺紙本命/約戰]] 2020年5月17日 (日) 18:00 (CST)
通知系統出現嚴重問題
前些日子就有人提出過提示有通知但實際沒有通知的問題，如今我也遇到了這個問題，不光如此，我還點擊了一下所有通知，結果它直接提示我
| “ | [5168f7afbf1e95ebd587cd69] 2020-05-17 03:38:18: 類型「InvalidArgumentException」的致命錯誤 | ” |
也就是說不光這次，之前的所有通知都不存在了，而且現在數字卻還在圖標上，請求解決--悠遠的蒼穹 (Talk with me!) 2020年5月17日 (日) 11:52 (CST)
經檢測子站也有這個問題，大量測試表明，問題出自FlowThread即條目下的評論系統，只不過通知有時也不彈錯誤，直接不提示，大家可以給小號發用戶頁頁底的評論復現這個錯誤--悠遠的蒼穹 (Talk with me!) 2020年5月17日 (日) 12:22 (CST)
日常抽風罷了，有時候還會有些併發症，像移動端看不到評論區之類的。最好的解決方法就是等，不過真心希望這個問題可以早日修復。--LUO1P ✾ (🎴·✆·✶) 2020年5月17日 (日) 14:01 (CST)
- 我的https://zh.moegirl.org/Special:通知還是提示內部錯誤啊QAQ，尋求解決方法--悠遠的蒼穹 (Talk with me!) 2020年5月17日 (日) 15:14 (CST)
- 我也經常遇到這種問題...NHJR（討論） 2020年5月17日 (日) 17:32 (CST)
- 主要是這個問題沒法定位在哪裡發生的=。=就很難查。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月17日 (日) 20:18 (CST)
- 現在恢復了，還是大佬說的對啊，最好的解決方法就是等QAQ--悠遠的蒼穹 (Talk with me!) 2020年5月17日 (日) 20:44 (CST)
關於部分模板的優化可能性
最近在方針政策出現了關於模板類的話題，{{施工中}}和{{版權侵犯}}，共同點是都要涉及整改/修改時間
所以我琢磨這有沒有什麼機器人可以輔助在模板限定的時間過了之後自動取下模板而不是手動取下前提是要先討論好，兩個模板的限定時間另：這可能也適用於其他模板--非常非常慫的playymcmc007（:(＋)帶條件同意 版權侵犯的取下順帶通知一下巡查比較好吧，有一部分用戶被掛了版權侵犯後就不動條目了，那時版權侵犯又被取下了就很難找了。
[[user:摺紙本命|User:摺紙本命/約戰]] 2020年5月15日 (五) 17:48 (CST)
- (＆)建議 也許不必用機器人。可以考慮像{{MAR/auto}}這樣要求模板替換引用並且嵌入可運算的時間戳，應該可以做到「超過一定時間即自動加入分類或者文本」（加入分類我不確定能不能不用Lua之類……）。對於侵權模板，可以加入一個積壓工作分類（Category:侵權逾時未整改的頁面？），讓巡查覆核後掛刪；對於WIP，完全可以考慮用文本表示諸如「距離模板懸掛時間已過xx小時；如果您想要編輯本頁面，您可以移除本模板並開始編輯。」之類的方法……或者也可以加入積壓工作分類（Category:超時施工的頁面？）。—COVID退散！理論上是公的驅逐艦的 壹陸 討論·最近編輯 2020年5月16日 (六) 03:27 (CST)
- (－)不支持 請停一停，朋友！{{施工中}}在超過時限後即失效，任何人都可以移除，並不是權限組的特權。這個模板只是標誌一個頁面正在他人編輯，不建議在此期間做出修改，但實際上並不具有強制力。
我支持對{{施工中}}的生效時間段進行規範，但這並不代表支持什麼破事都往積壓工作里加，不代表支持把本站的服務器、機器人資源和維護組的時間與精力浪費在這種誰看到花個半分鐘就能刪除的事情上。萌百是共筆性質的站點不假，但恕不培養反正之後總會有人來擦屁股的的高高掛起思想。
至於{{版權侵犯}}就是更加嚴肅更加複雜的情況了，但絕不能是機器人自動取下。--サンムル（討論） 2020年5月16日 (六) 11:26 (CST) - (－)不支持 撤回前言，確實不應該讓機器人取下。[[user:摺紙本命|User:摺紙本命/約戰]] 2020年5月17日 (日) 17:57 (CST)
新增{{大召喚術/群組}}、{{Eval}}模板
具體說明請見各自模板文檔。
群組大召喚
本模板支持替換引用。
準備一個頁面（一般是群組的介紹頁面），將所有成員的用戶頁鏈接都展示上去，然後使用{{大召喚術/群組}}。模板將會讀取這個頁面中的所有符合格式的用戶頁鏈接，然後{{@}}他們。
{{大召喚術/群組}}與{{大召喚術}}類似，只不過後者只能{{@}}所有維護組成員。
Wiki代碼快速填寫
本模板支持替換引用。
{{Eval}}設計一方面是為了與{{Unwiki}}的功能互補，在剝離nowiki標籤後將文本作為Wiki代碼執行，另一方面是為了實現已存檔討論串求助：MediaWiki_代碼快速填寫模組是否可行？如何解決與_wikitable、魔術字_forargs_的衝突？中提出的Wiki代碼快速填寫功能。
上方討論串中的例子現在可以這樣寫：
{{Eval|template|User:Greykid/Sandbox6
|阿尔卡那 = 塔 |等级 = 79
|力 = 58 |魔 = 47 |耐 = 45 |速 = 53 |运 = 41 |属性 =
|物 = 无 |枪 = — |火 = 耐 |冰 = — |电 = 反 |风 = — |核 = — |念 = — |祝 = 反 |咒 = —
{{#invoke:psk|p5|phys|Brave Blade|1|}}
{{#invoke:psk|p5|pas|Elec Amp|2|84}}
{{#invoke:psk|p5|pas|Fast Heal|3|82}}
{{#invoke:psk|p5|phys|Hassou Tobi|4|86}}
{{#invoke:psk|p5|sup|Charge|5|}}
{{#invoke:psk|p5|pas|Pressing Stance|6|81}}
{{#invoke:psk|p5|elec|Ziodyne|7|}}
}}
其中Psk模塊的p5函數應輸出類似這樣格式的文本：
| 类别n = 【invoke参数1】 <nowiki>|</nowiki> 名称n = 【invoke参数2】 | 未知数值n = 【invoke参数4】。
- n：序號，即【invoke參數3】
|和<nowiki>|</nowiki>都可以用來分隔參數（nowiki標籤會被剝離）；但不能在輸出文本中使用{{!}}來分隔參數。
展開後等同於：
{{User:Greykid/Sandbox6
|阿尔卡那 = 塔 |等级 = 79
|力 = 58 |魔 = 47 |耐 = 45 |速 = 53 |运 = 41 |属性 =
|物 = 无 |枪 = — |火 = 耐 |冰 = — |电 = 反 |风 = — |核 = — |念 = — |祝 = 反 |咒 = —
|类别1 = phys |名称1 = Brave Blade |未知数值1 =
|类别2 = pas |名称2 = Elec Amp |未知数值2 = 84
|类别3 = pas |名称3 = Fast Heal |未知数值3 = 82
|类别4 = phys |名称4 = Hassou Tobi |未知数值4 = 86
|类别5 = sup |名称5 = Charge |未知数值5 =
|类别6 = pas |名称6 = Pressing Stance |未知数值6 = 81
|类别7 = elec |名称7 = Ziodyne |未知数值7 =
}}
如此一來，就可以輕鬆地使用解析器函數#forargs在模板中進行處理。
@Greykid--サンムル（討論） 2020年5月18日 (一) 00:30 (CST)
- 讚 ：第一個很贊，雖然其實我一直覺得更簡單的解決辦法是建一個內容為
{{@|成员1|成员2|…}}的模板然後手動維護成員，比如用戶:星海子/萌百VC小召喚術。 - 不過我倒是想到了一個額外的用法，就是可以用來召喚在某個討論頁中發過言的全部用戶，這樣可以在編輯組未正式建立前召喚在專題主要討論頁發過言的活躍用戶。或許可以考慮把這種使用方法寫進文檔。——C8H17OH（討論） 2020年5月18日 (一) 03:42 (CST)
- 還有用戶:星海子/萌百VJ大召喚術、用戶:JackBlock/萌百VC大召喚術。感覺還是這個比上述的群組召喚術更簡單...?—— ほしみ (🤼♂️) 2020年5月18日 (一) 19:56 (CST)
- 非常贊 ：感謝閣下實現了這個「wiki代碼生成」的功能，很棒、很實用！即使上面提到的先前討論串設想我已使用另外一種實現方式替代，還是有部分功能亟須{{Eval}}這種方法才能實現。其實是因為我自己實現不出來「wiki代碼生成」哈哈——GreyTalk, Contrib. 2020年5月18日 (一) 14:54 (CST)
我整了個討論版主頁稿子……
有關頁面：User:公的驅逐艦/討論版主頁稿、User:公的驅逐艦/DBMain.css
在當初討論版改版前夕的時候，安姐曾經有在一個編輯群里提過會「徵集新版討論版主頁稿」；當時我腦子一熱排出了一個稿子，不過後來沒看到任何相關討論、也有點不好意思來「修沒壞的東西」，再加上Widget有時在移動端會崩潰……所以這個稿子就在我的沙盒裡晾了幾周。
但是，雖然是我自己的感覺、會有一定主觀偏頗……但是我覺着我的稿子比現在的版本好看、好用一百倍啊XDD
|
|
|
| 這個「主導航板塊」有受到維百互助客棧主頁的啟發；具體格式照搬了wikitable的一些特徵，如背景色和邊框；左右的色帶則一定地參考了{{info}}。 | 這個移動端適配私心以為還是可以的……以及，我發現了一個很髒的Widget移動端適配手段，就直接用上了。 | 即使在模擬的 iPhone5 上也（還算）能看。（還記得以前有人嘲諷「蘋果劍」「三星盾」麼？XD） |
所以我在這裡想展示一下我的主頁稿，希望能獲得一些反饋，特別是不同的移動設備和移動客戶端的使用體驗；其它的，從八個板塊的順序、到增添更多功能、甚至到「怎麼這麼難看可不可以推倒重來」之類的反饋都可以，方便在正式定稿提交之前修改。如果沒有收集到什麼建議的話，我就會請求考慮用我的稿子替換現有的討論版主頁。
—COVID退散！理論上是公的驅逐艦的 壹陸 討論·最近編輯 2020年5月10日 (日) 11:06 (CST)
討論區
雲霞說讚。
(＆)建議 不要給「討論頁目錄」設置字體，讓每個訪問者都能使用瀏覽器默認字體。 サンムル覺得這個版面很可。 --サンムル（討論） 2020年5月10日 (日) 12:52 (CST)
但是重字思源宋太好看了.svg要不要考慮把這五個字生成為svg使用？這樣還可以解決很多移動端沒有合適宋體的問題。—COVID退散！理論上是公的驅逐艦的 壹陸 討論·最近編輯 2020年5月11日 (一) 05:06 (CST)
讚 。
(＆)建議 ：給移動端的「討論版目錄」標題重設樣式，現在在移動端看又沒字體字又太大還不居中也太醜了。—— 
不是液氮 (討論·貢獻) 2020年5月10日 (日) 14:35 (CST)
- @不是液氮 OHNO，研究了半天移動端居中，看來還是不可靠？可否給我一些信息（OS、瀏覽器或客戶端版本之類），我會再研究研究……我先讓它在移動端小個一點吧。—COVID退散！理論上是公的驅逐艦的 壹陸 討論·最近編輯 2020年5月11日 (一) 05:06 (CST)
建議縮小高度，比如說把那兩個用hr分割的caption在寬度允許的情況下放到同一行之類的。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月10日 (日) 15:08 (CST)
REEE說讚。
(＆)建議 可以給每個分頁上面加一個圖片，25px的那種。-- ——🌌🏎🐬REEE💥🌸（討論 ） 2020年5月10日 (日) 16:02 (CST)
FunkierWheat看着是真的NB。
C8H17OH默默圍觀大佬寫版面。
( ? )真的有必要整一個帶max-height的@media嗎？屏幕高度對閱讀一般影響不大。此外再建議一段屬性：
@media screen and (max-width: 370px)
{
#talkPageTop_list_right
{
border-top: 1px solid #a2a9b1;
}
}
以及個人認為hr並不好，並認為應當改成用border和margin的形式。以上，From McEndu the Spicy Chicken (Talk) 2020年5月10日 (日) 22:26 (CST)
- 帶 max-height 算是為了移動端版式統一，這樣即使手機橫屏也會被檢測到。因為手機屏幕比較小，就算寬度足夠，標準樣式的大字還是會很不好看（個人感覺）。
- 後兩個建議（#talkPageTop_list_right 和去掉 hr）已經實現了。—COVID退散！理論上是公的驅逐艦的 壹陸 討論·最近編輯 2020年5月11日 (一) 05:06 (CST)
LUO1P覺得很不錯。
りょう ゆそう覺得驅逐艦桑真的是一個人才。
Rimuru-Tempest表示16太強了。
SugaryMegmin覺得這個頁面太漂亮了，並且幻想有一天能用上MaterialDesign。
Cstd直呼內行。
啊，好像直接被用上了XD 那麼這之後如果有什麼問題或建議就直接在這兒開新討論串，或者找我……？—COVID退散！理論上是公的驅逐艦的 壹陸 討論·最近編輯 2020年5月17日 (日) 06:51 (CST)
- (＆)建議 ：如果目前的討論版css樣式已經定稿或無需經常修改，請將討論版所使用的css頁更改為萌娘百科_talk:討論版/style.css並加以保護。—— 不是液氮 (討論·貢獻) 2020年5月17日 (日) 12:01 (CST)
申請新增Widget以獲取當前頁面的語言代碼
MediaWiki的每個內容頁面的原始HTML都包裹在<div class="mw-parser-output">之中，在頁面中添加Template Styles時，解析器會自動為所有CSS選擇器最前方添加.mw-parser-output，確保操作範圍僅限於這個div。
因此如果要在頁面中使用CSS來根據當前頁面的語言代碼（zh、zh-CN、zh-TW、zh-Hans、zh-Hant等）控制元素的樣式時，必須通過Widget鑽空子，在這個div內部添加包含語言代碼的div，讓CSS能夠識別。
申請通過Widget獲取當前頁面的內容語言代號「mw.config.get("wgPageContentLanguage")”，並新建一個div標籤包裹原<div class="mw-parser-output">標籤的內容。如下格式可供參考：
<div class="mw-parser-output">
<div id="mw-page-content-language-container" lang="【获取到的语言代号】">
...
</div>
</div>
--サンムル（討論） 2020年5月20日 (三) 17:40 (CST)
- 已創建Widget:PageLang，用法：將你需要使用的樣式放置在
.pageLang元素下，然後樣式里用#fake-mw-content-text:lang(langCode)指定需要的語言代碼，widget會自動替換為#mw-content-text:lang(langCode)。（需要#fake-mw-content-text:lang(langCode)為最頂層選擇器）——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月20日 (三) 19:46 (CST)
視覺模糊右下角的按鈕失效
我懷疑是【顯示目錄】工具加入後與Widget:視覺模糊有衝突導致了這個bug（因為Widget頁本身的按鈕沒出問題，但帶有目錄的條目頁卻有）。——C8H17OH（討論） 2020年5月26日 (二) 21:58 (CST)
- 不是失效，只有把頁面拉到最下面才能顯示出來，本來這個按鈕應該顯示在
/html/body/div[4]也就是<div id="content" class="mw-body" role="main"></div>這個上面的，估計是z-index或者什麼東西出錯了-- Ktmsobs（討論•貢獻） 2020年5月26日 (二) 22:31 (CST)
小bug
眾所周知，萌百在設置頁面有一個「當監視頁面的條目被他人修改是會在郵箱提醒」的選項，但是最近一段時間，我發現這個功能完全失效了……哪怕條目被頻繁修改也不會觸發郵箱提醒機制，這個是怎麼回事--非常非常慫的playymcmc007（
- 我猜高達八成的概率你會被回復「無法復現」，因為確實不好復現XD
- 建議先檢查一下你的通知設置，如果自己覺得沒問題就把你的設置值在這裡發一下，好讓管理員幫着看下是不是哪裡不對。——C8H17OH（討論） 2020年5月27日 (三) 22:11 (CST)