萌娘百科討論:討論版/技術實現/存檔/2021年03月
討論版【技術實現】檔案館
有關本站重要模板的設計問題
本人發現許多不為Category:頁頂提示模板分類的模板被誤分類至其上，究其原因是因為這些模板的說明文字上使用了{{info}}模板，而{{info}}模板的type參數若未經設置將默認為模板添加一個Category:頁頂提示模板分類，導致許多使用{{info}}但卻僅作為提示用途的模板，它們的分類均會受到污染。許多使用{{customtop}}模板的頁頂模板也受到牽連，在添加上Category:規範化頁頂模板的同時還會添加上其父分類Category:頁頂提示模板，導致了Category:頁頂提示模板分類下整個分類樹十分混亂。本人尚不清楚為何這些模板使用的{{info}}模板即使是在<noinclude>標籤內但仍會被污染的原因，本人推斷可能是{{templateCate}}的設計出了問題。_USER:YOONHA~1.PAR（留言）2021年2月21日（日）12:02:33（JST）
- {{templateCate}}是會傳染的，只要是模板名字下使用了info就會帶上這個分類，如果想不帶分類我記得有type=none吧。另外，{{customtop}}模板加上Category:頁頂提示模板其實沒啥關係，沒說母分類和子分類下不能有同樣條目的—— ほしみ 2021年2月21日 (日) 11:12 (CST)
- 本人認為大量以作品獨立的頁頂模板使用父分類Category:頁頂提示模板是不合理的，應該歸類於子分類Category:系列作品頁頂模板。_USER:YOONHA~1.PAR（留言）2021年2月21日（日）12:19:17（JST） 2021年2月21日 (日) 11:19 (CST)
請求對模板的Template:Cite web的日期格式的兼容
<ref>{{cite web | publisher= | url = | title= | author= | date =3011-1-1 | language = ja }}</ref>
該模板嚴格要求YYYY-MM-DD的格式 即必須 3011-01-01。 要顏色對齊零。若按照上面的例子（缺少零），則為錯誤的格式，會將模板添加一個分類為 引文格式錯誤1 「的分類
實際應用中，多數不熟悉的編輯對此不了解，使用不嚴格的格式，導致常常被添加以上」引文格式「錯誤的分類。如user可愛的琉璃月的Special:用戶貢獻/可愛的琉璃月多次對其他不熟悉編輯留下的分類進行修復。
是否能可以支持對錯誤格式自動修正為，要求的格式。
--極速游離之光（討論） 2021年2月26日 (五) 09:20 (CST)
感謝的以上模板作者的貢獻。
以上建議為嘴炮強者、無知之人的胡言亂語，如若不切實際，望博君一笑。
若有路過有閒工程師伸以援手，感激不盡，在此先預先拜謝
- 展開討論可能不能及時回復望見諒。
--極速游離之光（討論） 2021年2月26日 (五) 09:40 (CST)
- 我認為有必要，YYYY-MM-DD格式是zhwp:ISO 8601規定的。——Xzonn（聊天） 2021年2月26日 (五) 09:35 (CST)
- 網絡過差，無法預覽，請Lua大佬檢查一下行不行得通吧：Module:Citation/CS1/Date validation#L340 Line 340開始：
if date_string:match("^%d%d%d%d%-%d%d%?-%d%d?$") then
year, month, day = date_string:match("(%d%d%d%d)%-(%d%d?)%-(%d%d?)$")
- @Leranjun 喊個人過來看一眼。大佬你那邊應該沒有網絡問題吧？——移動版用戶 Bhsd（討論） 2021年2月27日 (六) 15:22 (CST)
- @Bhsd 模塊更新了，但是好像還是不行？Special:PermanentLink/4782348--單推人樂然
✉
愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年2月27日 (六) 17:37 (CST)
- @Bhsd 模塊更新了，但是好像還是不行？Special:PermanentLink/4782348--單推人樂然
- @Leranjun 喊個人過來看一眼。大佬你那邊應該沒有網絡問題吧？——移動版用戶 Bhsd（討論） 2021年2月27日 (六) 15:22 (CST)
InPageEdit 使用滿意度小調查
大家好，我是小工具 inPageEdit 的開發者，當初自用的小插件如今被這麼多人使用這麼多次，承蒙大家厚愛了！
為了更直觀地獲取 InPageEdit 使用方面的反饋，方便後期開發維護，特此邀請 ipe 的使用者，耽誤大家大約 3 分鐘的時間，來填寫一個問卷，問卷採取匿名形式，內容絕對不會用作商業用途。
→ https://www.wjx.cn/vm/mtTpOXX.aspx ←
再次感謝大家，鞠躬。 機智的小魚君⚡ (給我留言✨) 2021年2月20日 (六) 13:16 (CST)
- 這個好誒.jpg——芳文廚 一位史蒂夫 （討論·貢獻）✉❶ 夏川玥玥正式出道！快來單推鴨~ 2021年2月20日 (六) 13:33 (CST)
- 怎麼還有用wjx的.jpg——From AnnAngela the Temporary Bureaucrat (Talk) 2021年2月20日 (六) 19:10 (CST)
- \小魚/\小魚/\小魚/--酒姬民樂然
愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年2月23日 (二) 10:24 (CST)
報告幾個防濫用過濾器的問題
- 之前站內{{R-18}}及{{敏感內容}}模板僅限維護組成員添加，涉及的修改會有標籤「R-18 或 敏感內容」，當時我報告了一個{{R-18作品聲優索引}}也被影響的問題，後來得到修復。目前站內已移除R-18內容，{{R-18}}模板也已被削除。之後過濾器描述修改為「敏感內容」，但是問題又出現了，{{R-18作品聲優索引}}也沒有被跟着修改，以至於前面AkizukiSaitou[更多]（維護組成員）創建雅彌遙頁面時出現了「（1個標籤：敏感內容）」的現象（草）。
- 有部分主條目內有單獨寫的分類:屏蔽更新姬推送的條目，在後續加入{{敏感內容}}或{{R-15}}等類似模板之後完全可以移除，但是普通用戶無法手動修改，例如我剛剛想要編集例區條目，移除其中單獨寫的分類:屏蔽更新姬推送的條目，卻無法進行。
- 就我所知這類模板或分類在條目中有時候在極端的條件下可能會影響到普通用戶無法進行正常的編集，希望對此進行修改。
以上。 ——淑子（トーク） 2021年3月1日 (一) 16:14 (CST)
- 第一條已修復，第二條請單獨提起編輯請求（比如在提問求助版提起）。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年3月2日 (二) 14:58 (CST)
- 移除分類:屏蔽更新姬推送的條目需要管理員的嗎……—— 今日も一日がんばるぞい！(沼澤 • 討論) 2021年3月2日 (二) 20:02 (CST)
- @沼泽 會被
Abuse 13濫用過濾器13阻止。--酒姬民樂然愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年3月2日 (二) 20:06 (CST) 修改於 2021年3月6日 (六) 23:54 (CST) - 目前是需要的,巡查也不能移除—— ほしみ 2021年3月2日 (二) 20:37 (CST)
- @沼泽 會被
關於Latex以及Mathtype支持的疑問
先前看到在討論區內有人正在製作數學有關條目，諸如餘弦娘，查看其源代碼後，發現該條目中所有的公式是使用MathJax進行編寫的，但是，作為更加格式化，且擁有專門編輯器的Latex，以及內置於word中的公式編輯器Mathtype，還沒有看到有在萌娘百科當中應用的例子。由於個人想要參與將數學娘部分補全的計劃，所以前來詢問萌娘百科是否支持latex以及mathtype輸入數學公式，若目前已經支持，該如何使用，若目前不支持，是否有後續升級計劃？--花落丿天使（討論） 2021年2月24日 (三) 01:31 (CST)
- 要支持很簡單，只需要有一個成熟的js庫即可，如果你能找到的話我可以接入。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年2月24日 (三) 09:13 (CST)
- 只是嵌入公式的話，MathJax已經可以涵蓋LaTeX的絕大多數功能了。全文用LaTeX寫的話，對其他編輯者並不友好，因此強烈建議不要這麼做。想要嵌入高度複雜的公式的話，對其他編輯者和讀者都並不友好；為避免您的辛勤工作直接進存廢討論，請務必不要這麼做。
- 還有，latex/Latex是乳膠，LaTeX才是標記語言的名字。 --
M. J. H. 【蠱】 2021年2月24日 (三) 12:56 (CST) - 我沒記錯有個texme的JS庫，可以走Markdown進LaTeX？不過如果實在困難太大或者沒有必要就算了——以上未簽名(註)本條留言未簽名，留言後請記得用--~~~~簽名！的留言由花落丿天使（討論·貢獻）於2021年2月24日 (三) 22:07添加。
- @花落丿天使 MathJax大部分語法和LaTeX相同，如果不介意的話，想問一下您想具體實現哪個功能是MathJax不支持的？--單推人樂然
愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年2月26日 (五) 10:42 (CST)
- @花落丿天使 MathJax大部分語法和LaTeX相同，如果不介意的話，想問一下您想具體實現哪個功能是MathJax不支持的？--單推人樂然
請求對模板Template:擴展時間線技術修復
| 例子 |
|---|
 此處僅記載重大活動的歷程
詳細歷程記錄請移駕到【討論版/技術實現/存檔/2021年03月/歷程】 綜合 2018年
2018年
2019年
YouTube
bilibili
里程碑 |
問題描述：在年份顯示日期錯誤，「2019」會在顯示成「2018」導致後面年份會-1的問題。
但，模板按照年的分類內功能似乎正常運作，例如顯示成「錯誤顯示的2018（實際的2019）」下的內容並不會歸併到2018裡面。
--極速游離之光（討論） 2021年2月26日 (五) 09:20 (CST)
感謝的以上模板作者的貢獻。
以上建議為嘴炮強者、無知之人的胡言亂語，如若不切實際，望博君一笑。
若有路過有閒工程師伸以援手，感激不盡，在此先預先拜謝
- 展開討論可能不能及時回復望見諒。
--極速游離之光（討論） 2021年2月26日 (五) 09:20 (CST)
請教Help:魔術字/系統變量的時期獲取是取決於什麼機制的？
如：
{{LOCALTIME}}
例：16:27
該魔術字變量，會在頁面提交編輯的時會進行一次更新。
其後會在基於某個機制下進行更新，但更新之間似乎存在一定的間隔。(？(註)無可靠來源，個人感官，下文會提到)
即假如在17：54載入頁面，在短暫的一段時間內重新載入，還是顯示17：54
但在相隔長時間後，重新載入頁面，又會進行自動刷新。（間隔時間未知）
雖然幫助頁面寫了，「系統變量的結果有可能被緩存」
我應用其他瀏覽器使用隱私模式下（無緩存的情況下）仍存在此種相同情況（數字短期內不變）
請問是我觀察有誤，這個魔術變量是實則會實時獲取？
還是這個魔術變量存在一定的獲取更新間隔？
請求指教
--極速游離之光（討論） 2021年3月5日 (五) 18:00 (CST)
- 該數字指示的是萌百的CDN緩存時間，但CDN緩存的保留時長並不長，所以間隔一定時間後刷新就會獲取最新的時間戳。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年3月5日 (五) 22:22 (CST)
請求是否能對Template:Gallery模板以圖片添加同類圖片摺疊歸併的功能
| 示意(1) | ||||
|---|---|---|---|---|
| A型機甲設計圖 | B型機械設計圖 | B型機械部分詳細圖（1） | B型機械部分詳細圖（2） | B型機械部分詳細圖（3） |
| C型機甲設計圖 | C型機甲設計圖（1） | D型機甲設計圖 | D型機械部分詳細圖（1） | D型機械部分詳細圖（2） |
| D型機械部分詳細圖（3） | E型機甲設計圖 |
| 示意（2） |
|---|
|
| 示意（3） | ||
|---|---|---|
服裝名 日期 |
服裝名 日期 |
|
需求：對於以畫廊<gallery>來排列的圖片，經常有以同一分類的圖片分開排列，使得以圖片格分開略顯累贅，特別是手機格式看起來。且畫廊格式排放使得文字記載有限，只能分開記載，信息碎片化。【參照 ：「示意（1）示意（2）」】
希望實現功能：參照示意(3)(註)該格式不但複雜，且圖片縮放不一，又multiple image的調用是有限制的，過多會導致模板失效。或希望 例子：例子：NoWorld#組織成員的←參照（4）(註)但目前這個參照格式會占用空白位置
- 能承接<gallery>模板、代碼簡單。
- 具有一覽無遺的預覽圖、主要以圖片為主、以圖片格為分類的區分、可對以圖片格作為分類收攬同分類的圖片（或通過展開方式表現）
- (如 參照（4）)表面能提供一定文字信息記載、展開後能提供同圖片格分類的更多相關圖片。甚至能提供更詳細的文字信息。
--極速游離之光（討論） 2021年2月26日 (五) 09:20 (CST)
感謝的以上模板作者的貢獻。
以上建議為嘴炮強者、無知之人的胡言亂語，如若不切實際，望博君一笑。
若有路過有閒工程師伸以援手，感激不盡，在此先預先拜謝
- 展開討論可能不能及時回復望見諒。
--極速游離之光（討論） 2021年2月26日 (五) 09:42 (CST)
【bug?】過濾器8
Special:濫用日誌/193264
這是存在bug嗎？是因為兩對中括號換行造成的？——洛莉依（討論） 2021年2月26日 (五) 20:08 (CST)
{{黑幕|明明你才是她们的前辈}}]]————是不是這裡多了兩個括號？——From月_櫻_雪 (討論) 2021年2月26日 (五) 20:23 (CST)
- 看錯了-_-||——From
- @洛莉依檢測的是全文中的方括號數量是否相等。—— ほしみ 2021年2月26日 (五) 21:49 (CST)
- @星海子 我看着只有added_lines……？--工具人樂然
愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年2月26日 (五) 21:54 (CST)
- @星海子 我看着只有added_lines……？--工具人樂然
試着在沙盒復現，未觸發。Special:差異/4780279/4780285
「((article_namespace == 0) | (article_namespace = 10) | (article_namespace = 14) | (article_namespace = 6))」
這是命名空間嗎，話說，包含了用戶的沒？——洛莉依（討論） 2021年2月26日 (五) 22:38 (CST)
- 沒有bug啊，那一行里不是2個左括號、4個右括號嗎？
- @洛莉依 不含用戶空間(2)。——移動版用戶 Bhsd（討論） 2021年2月26日 (五) 22:49 (CST)
- @Bhsd 頂上那一行有個File內鏈是在這一行閉合的w--工具人樂然
愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年2月26日 (五) 23:10 (CST)
- @Bhsd 頂上那一行有個File內鏈是在這一行閉合的w--工具人樂然
- @洛莉依 命名空間0、10、14、6分別對應主、模板、分類、文件，不包含Help，所以沙盒不會觸發。--單推人樂然
愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年2月26日 (五) 23:09 (CST)
- @Leranjun added_lines見洛莉依大佬的解釋。
- 其實我個人覺得這個過濾器並沒有存在必要……——移動版用戶 Bhsd（討論） 2021年2月26日 (五) 23:48 (CST)
- @Bhsd 啊對，我就是這個意思。星海姐姐說是全文，但是added_lines實際上應該只有改動的行（所有在diff里前面帶加號的行）。我猜是因為全文查比較慢，所以只看新增的部分。
- 其實我倒是覺得過濾器本身問題不大，畢竟出現換行方括號的概率比較小，不過在提示里加一下還是好的。--優質編輯者樂然
愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年2月27日 (六) 13:28 (CST) - 確實是檢測添加的那兩行，不編輯那兩行應該是不會觸發的。跨行方括號概率應該極小，大多樹撞過濾器的應該是真的方括號不配對—— ほしみ 2021年2月27日 (六) 14:33 (CST)
tabs是不能使用了嗎
之前可以來回切換的代碼tabs是不是不能用了？
比如：
代碼為：{{tabs
|color=black
|bt1= 萌萌
|bt2= 娘娘
|tab1= 百百
|tab2= 科科
}}
為何無法顯示了，求解答！
--King07 Castanea5（討論） 2021年3月9日 (二) 17:51 (CST)
- FGO頁面全炸了——
新たな世界を見せてあげよう！（討論） 2021年3月9日 (二) 19:58 (CST)
- 貌似就在剛才被修復了——
- 是的，現在又被修復了，哈哈--King07 Castanea5（討論） 2021年3月9日 (二) 20:15 (CST)
【BUG】評論區功能無法使用
- 問題
如題
- 復現步驟
在任意一個主命名空間的條目
- 期望行為
可以評論
- 影響範圍
全站
--「簽名板」from TNLHK「討論區」 2021年3月9日 (二) 18:55 (CST)
- 復現，用戶頁也是。還蠻怪的。--酒姬民樂然
愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年3月9日 (二) 19:24 (CST) - 似乎是萌百自身的JS導致的，隔壁並未出現相關問題
建議看看最近新建的小工具代碼--悠遠的蒼穹 (Talk with me!) 2021年3月9日 (二) 19:38 (CST)
我也遇到了，是可以看見已有評論但是不能新增評論的情況 -- 正氣凜然的FWZ 2021年3月9日 (二) 19:58 (CST)
- 已修復。
是A姐手癌了（--單推人樂然愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年3月9日 (二) 20:14 (CST)
請求改良討論首頁點入存檔討論的設置
建議點一下就直接進到存檔界面的該話題，而不是先到討論版再點一次到存檔。
以上，謝謝。 --Jimmy_Lian qwq 2021年2月27日 (六) 19:45 (CST)
- 這個應該是Cewbot在維護的？可以問一下Kanashimi前輩。--優質編輯者樂然
愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年2月27日 (六) 19:47 (CST) - @lianjiaming你想要什麼樣的效果？當前的Project_talk:討論版的討論版首頁導航模塊中，屬於討論版子頁面的七個子版塊標題下方都有「新話題/監視/存檔」的鏈接，點擊「存檔」就可以前往對應存檔主頁了……—E5K.用戶名是公的驅逐艦的 壹陸 討論·最近編輯 2021年2月28日 (日) 16:11 (CST)
我的意思是說，比如在討論區首頁看到一個討論，如果該討論已經存檔，點了就直接跳到檔案館裡的該存檔，而不是先點進討論區看到一個已存檔，再由那個鏈接到存檔官里的這個條目。 —-Jimmy_Lian qwq 2021年2月28日 (日) 16:48 (CST)
- 我覺得技術上應該可以實現，既然Cewbot能夠檢測到頁面已存檔，那麼我猜應該是靠找{{Saved}}，所以只需要提取出模板里的link參數就行了。ping一下@Kanashimi前輩。--工具人樂然
愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年3月4日 (四) 22:22 (CST)
應對編輯過程等待過久的臨時措施
現已新增一項默認開啟的小工具，作用為在用戶使用Wikiplus和IPE提交編輯時每秒檢測一次編輯是否生效，若已生效則自動刷新（由於編輯界面的提交編輯過程也是頁面加載過程，無法發起檢測請求，故無法適配）。如有任何問題請at我。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年3月5日 (五) 22:18 (CST)
- 另，由於存在緩存，該小工具可能需要一段時間才能生效。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年3月5日 (五) 22:19 (CST)
YOONHA~1.PAR點了贊。
請問有沒有比較簡單的辦法為圖片添加css？
今天弄了半天Template:NoWorld。這個模板裡面的頭像和背景都是採用wiki的添加方式（我記得如果用img標籤的話蘋果設備就看不見webp圖片，共享站也不顯示「該圖片被某條目使用」）。
但是想為這些圖片添加一些css屬性真的很麻煩。比方說width:calc(30vw / {{#var_final:templatenoworld}});，wiki圖片就完全不支持這個單位和計算，也不能在外掛css里寫。所以只能給圖片加class然後在外掛css里寫繼承，要是需要圖片內鏈還得繼承兩次。
所以我想問一下有沒有什麼簡單的辦法實現這個功能。如果沒有的話那需不需要在Help:圖像里說明這種辦法？因為我記得好像有人問過類似的問題，而他得到的答案是用img標籤添加外鏈，但這個方法缺點很明顯。——我是亙古輪迴Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2021年3月5日 (五) 23:03 (CST)
- ( ¡ )題外話 我不是專業的，但你標題問的給圖片添加css應該不麻煩，直接作用於一個class的後代img就行。只不過添加你說的這條css因為涉及到計算和單位（？）可能很麻煩。
- 不過我其實建議你考慮換種設計思路，因為窄屏下應該優先考慮縮小元素之間的距離，其次是換行，而讓圖片隨窗口尺寸等比例縮小的話會導致窄屏下圖片過小。可以參考幾個分欄模板和css的實現方式。——Sirogohan（討論）
- 直接作用不太行。我覺得麻煩是因為要兩邊調，所以希望找個簡單辦法。
- 這麼設計是為了好看。而且這個模板在手機版下不顯示，noworld也基本不加人，所以我才能這麼設計。——我是亙古輪迴Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2021年3月6日 (六) 08:21 (CST)
關於條目圖片的顯示問題
- 相關條目：??????
- 相關圖片：cm:File:?????.png
該圖片文件的縮略圖顯示錯誤，完全變成了其他內容。
請幫忙看看是怎麼回事。 --Silagence（討論） 2021年3月10日 (三) 16:31 (CST)
- 是覆蓋上傳的嗎？該圖片今天剛上傳，可能是緩存的問題。覆蓋上傳緩存最多需要一個月才能刷新。--單推人樂然
愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年3月10日 (三) 17:20 (CST) - 我看到的是正常的，可以清空本地緩存試試。—— ほしみ 2021年3月10日 (三) 17:45 (CST)
- 我這邊發現如果系統縮放比例是100%條目圖片就會出問題，如果是125%或更高就不會。嘗試清空緩存、換瀏覽器、使用incognito模式狀態依舊。所以可能如果是手機、筆記本或其他高分屏，有大於100%的縮放設置的，就不會復現這種問題，但是100%縮放比例下信息欄的圖片會調用圖片的thumb而不是圖片本身，而那個thumb好像是有問題的。很好奇是跟哪個文件衝突了。——Sirogohan（討論） 2021年3月10日 (三) 21:54 (CST)
抱歉，又發現一個：
這個是縮略圖顯示正確，但原圖顯示成了cm:File:CloverTheater_Character_153_jx.png的內容。
叫一下上傳者@Cmsk--Silagence（討論） 2021年3月11日 (四) 08:31 (CST)
- @Silagence暫時用移動的方式解決吧，見共享站，可見移動後就解決了:
Func（討論 | 貢獻） . . （93字節） （0） . . （func移動頁面cm:File:?????.png至cm:File:Image-Test.png：測試） （撤銷撤銷 | 感謝） --「簽名板」from TNLHK「討論區」 2021年3月11日 (四) 09:57 (CST)
@TNLHK據我所知，半角?是不能作為一般文件名的，Windows也不允許這樣命名。某種程度上說，!?等半角符號最好用中文改寫，如果實在不行的話用全角也不是不好，但是半角就算了吧，比如*#[]{}\/?!@~$等特殊符號作為文件名是不妥的，甚至不能作為文件名。--Hentai滝沢朔太郎 （会話） 2021年3月13日 (六) 19:24 (CST)
- 根據萌娘共享:頁面命名指引，文件名中不得出現特殊符號，且會與系統衝突的符號不能使用。半角問號雖與MediaWiki系統不衝突，但很有可能與服務器本身的文件系統和HTML的query string衝突，因此不應使用。--EnMGP編輯者樂然
愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年3月13日 (六) 22:03 (CST) - 再次移動圖片，目前圖片位於cm:File:Kris在黑暗世界遇到的第一個區域.png，符合命名規範。圖片不再出錯，問題已解決。--Hentai滝沢朔太郎 （会話） 2021年3月14日 (日) 16:05 (CST)
不好意思啊各位，我習慣性分類忘記刪符號了╥﹏╥，那麼只要空格就行了吧--Cmsk（討論） 2021年3月16日 (二) 23:17 (CST)
請求新增模板{{小召喚術}}
如題，具體所呈現的效果是能夠@在{{萌娘百科的苦力}}頁面中所有參與站務的非機器人行政員及管理員，處理部份需要管理員權限操作的項目。--By patroller CHKO 
(Talk) @ 2021年3月13日 (六) 22:49 (CST)
- 不如{{召喚管理員}}和{{召喚行政員}}？有時候還是要分離的，比如使用者查核時就必須只能呼喚行政員好像。--Hentai滝沢朔太郎 （会話） 2021年3月13日 (六) 23:06 (CST)
- (＋)回心轉意 分開好像比較好。--By patroller CHKO
(Talk) @ 2021年3月13日 (六) 23:11 (CST)
我嘗試艾特一下Module:Summon的維護者們吧，我搗鼓了四個頁面１.Template:沙盒/群組２．Template:沙盒３．Module:Sandbox/瀧澤朔太郎/SummonSysop４．Module:Sandbox/瀧澤朔太郎/UserGroupSysop，很好，失敗。我完全不理懂Module。@サンムル，C8H17OH，東東君。--Hentai滝沢朔太郎 （会話） 2021年3月14日 (日) 10:38 (CST)
完成 已增加功能，請查閱{{大召喚術}}模板文檔說明。——サンムル（討論） 2021年3月18日 (四) 12:24 (CST)- 讚 所以
{{大召唤术|filter=b}}就是召喚所有行政員？--By patroller CHKO (Talk) @ 2021年3月18日 (四) 12:46 (CST)
- 同理，
{{大召唤术|筛选=行政 管理}}就是召喚除巡查外的維護組成員。--サンムル（討論） 2021年3月18日 (四) 12:56 (CST) 所以不該改名{{召喚術}}嗎（--單推人樂然愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年3月18日 (四) 20:05 (CST)
- 同理，
2 非常好。--Hentai滝沢朔太郎 （会話） 2021年3月18日 (四) 22:15 (CST)
創建了簡化版的{{infobox}}：{{信息框}}
希望大家多多支持！--佳沛降解劑（討論） 2021年3月20日 (六) 22:01 (CST)
您好，目前已經有{{信息欄2.0}}了，你這屬於重複造輪子行為，之後我將把該模板打回用戶頁，以後請避免這種重複模板的創建。—— 屠麟傲血（討論） 2021年3月20日 (六) 22:05 (CST)
屠麟傲血
關於{{hide}}和{{LyricsKai}}
鄙人發現，當用hide模板嵌套LyricsKai模板時，出現寬度不配合的情況。
有的時候hide太寬，有的時候裝不下。
| 例子 |
|---|
|
本段落中所使用的歌詞，其著作權屬於原著作權人，僅以介紹為目的引用。 aaaaaaaaaaaaaaabbbbbb Fooooooooooooooooooooooooooooooooooooooo |
—— Zespri Mickey Young滾動的天空Wiki的巡查
- 個人認為{{LyricsKai}}的思路好像是為整個頁面寬度設計的，因此除非給表格寫一個100%寬度的屬性，否則嵌套在表格里使用不太合適。可以改用其他思路，例如{{Toggle}}模板。
- 點擊查看例子
- 本段落中所使用的歌詞，其著作權屬於原著作權人，僅以介紹為目的引用。aaaaaaaaaaaaaaabbbbbbFooooooooooooooooooooooooooooooooooooooo
- @佳沛降解剂 TL;DR：加
word-wrap:break-word;
| 效果 |
|---|
|
本段落中所使用的歌詞，其著作權屬於原著作權人，僅以介紹為目的引用。 aaaaaaaaaaaaaaabbbbbb Fooooooooooooooooooooooooooooooooooooooo |
- 這件事情大概是這樣的：其實並不是寬度，而是word-wrap和word-break斷句的問題。比如這個例子就很正常：
|
本段落中所使用的歌詞，其著作權屬於原著作權人，僅以介紹為目的引用。 鏡面上（キョウメンジョウ）の少年（しょうねん）少女（しょうじょ） 表情（ひょうじょう）には能面症状（ノウメンショウジョウ） 鏡面上（キョウメンジョウ）の少年（しょうねん）少女（しょうじょ） 表情（ひょうじょう）には能面症状（ノウメンショウジョウ） 鏡面上的少年少女 面無表情緘口不語 鏡面上的少年少女 面無表情緘口不語 The boy and girl in the mirror show a lack of emotions The boy and girl in the mirror show a lack of emotions 同情（どうじょう）用（よう）のお面（めん）まとって同級生（どうきゅうせい）のミラーじゃ 同情（どうじょう）用（よう）のお面（めん）まとって同級生（どうきゅうせい）のミラーじゃ 戴上同情用的面具 同學朋友鏡像幾許 戴上同情用的面具 同學朋友鏡像幾許 It's a mirror of classmates donning sympathetic masks It's a mirror of classmates donning sympathetic masks つまんないじゃない？パントマイムじゃない？ つまんないじゃない？パントマイムじゃない？ 難道不覺無趣？莫非在演啞劇？ 難道不覺無趣？莫非在演啞劇？ Is it not boring? Is it not a pantomime? Is it not boring? Is it not a pantomime? オリジナルイマジネーション無（な）けりゃイミテーション オリジナルイマジネーション無（な）けりゃイミテーション 就算沒有原創的想象力至少也該嘗試仿製 就算沒有原創的想象力至少也該嘗試仿製 Even without Original Imagination, just roll with Imitation Even without Original Imagination, just roll with Imitation 怖（こわ）くない嫌（きら）いを跳（は）ね返（かえ）すマインド 怖（こわ）くない嫌（きら）いを跳（は）ね返（かえ）すマインド 不要恐懼 擊碎內心中厭惡的情緒 不要恐懼 擊碎內心中厭惡的情緒 Don't be afraid to break through the hateful Mind Don't be afraid to break through the hateful Mind 渡（わた）すよ愛（あい）の引導（いんどう） 渡（わた）すよ愛（あい）の引導（いんどう） 將愛的引導賦予 將愛的引導賦予 With a guidance of love With a guidance of love だから形（かたち）なんて気（き）にしないで物真似（ものまね）はしないで だから形（かたち）なんて気（き）にしないで物真似（ものまね）はしないで 所以不必在意形狀也不必去刻意模仿 所以不必在意形狀也不必去刻意模仿 There's no need to worry about the shape or doing an imitation There's no need to worry about the shape or doing an imitation あなたが好（す）きだと思（おも）える新（あら）たなあなたに必（かなら）ずなれますように あなたが好（す）きだと思（おも）える新（あら）たなあなたに必（かなら）ずなれますように 只要你想就能成為你自己喜歡的模樣 只要你想就能成為你自己喜歡的模樣 May you become the new ideal self you imagine May you become the new ideal self you imagine Bye my 殻（から）, Brand-new my Color Bye my 殻（から）, Brand-new my Color Bye my 殼，Brand-new my Color Bye my 殼，Brand-new my Color Bye my shell, my Brand-new Color Bye my shell, my Brand-new Color 改（あらた）めて言（い）うよ 聞（き）かせてよどうぞ！ 改（あらた）めて言（い）うよ 聞（き）かせてよどうぞ！ 我再說一次 再讓我聽一次吧 我再說一次 再讓我聽一次吧 I'll say it again, I'll hear you out! I'll say it again, I'll hear you out! [3! 2! 1!] [3! 2! 1!] [3!2!1!] [3!2!1!] [3!2!1!] [3!2!1!] |
- 理論上來說，對於日文和中文文字，瀏覽器斷行幾乎會在任何字符之後（參見enwp:Line breaking rules in East Asian languages）。
- 但是對於英文來說，如果不特別指出，斷行必須在單詞結束時進行。因此，如果遇到一個超長單詞，就會出現寧願溢出都不換行的情況。--工具人樂然
愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年3月17日 (三) 21:40 (CST)- 我昨天在瀏覽器的檢查器里玩了玩，我覺得處理邏輯大概是這樣：
- 首先，表格寬度會根據不換行文字的總寬度確定，例中就是「aaaaaaaaaaaaaaabbbbbb」+「Fooooooooooooooooooooooooooooooooooooooo」，在我的系統裡大概是528px；
- 接下來，左右兩欄的子元素的設定是父元素寬度的49%左右，因此每欄獲得的寬度是263px；
- 由於拉丁單詞默認不換行，Fooooooooooooooooooooooooooooooooooooooo的實際長度超過263px，因此會溢出。
- 所以設置
word-wrap:break-word;，或者為長句、長單詞中間加<wbr />，都可以至少避免單詞出界的問題，讓每欄即便只有263px也瞧得過去。但是問題歸根結底還是出在了第一步，即表格獲得的528px的寬度不合理。 - 另外，{{LyricsKai}}也有根據屏幕寬度調整顯示模式的設計（寬屏時左右分欄，窄屏時原文譯文句句上下銜接），但是判定標準是瀏覽器寬度而不是父元素的寬度，因此如果將歌詞嵌套在一個和頁面寬度差別過於明顯的表格里，也會干擾這種設計。
- 這就是為什麼我依然不建議把{{LyricsKai}}寫在表格裡面。換用一個能占滿頁面寬度的元素是更好的選擇。——Sirogohan（討論） 2021年3月17日 (三) 22:16 (CST)
- 我昨天在瀏覽器的檢查器里玩了玩，我覺得處理邏輯大概是這樣：
匯報bug
「切換隱藏側邊欄」功能，收起側邊欄後，本站滾動公告顯示異常。
普通漢字可正常顯示，帶顏色的文字、數字、英文、內鏈會錯位。
瀏覽器為Chrome內核，但似乎內核版本較低。
另外希望收起側邊欄時那個大大的「萌娘百科」圖片可以換成「首頁」，看起來更好看些，而且萌娘百科四個字會和版頭中重複。--以後（討論） 2021年3月20日 (六) 00:15 (CST)
- 我這邊滾動公告沒出現問題，但wikiplus的顯示位置出現了問題。——From
- 復現，有用戶反映小工具與w+兼容性不好。
又一個使用IPE的理由（--工具人樂然
- 復現，有用戶反映小工具與w+兼容性不好。
- 無法復現；並不覺得。w+的問題已經修正（作者被mw內置的奇怪css誤導了）。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年3月21日 (日) 00:07 (CST)
好吧，應該是我顯示器畫面比例的鍋。--以後（討論） 2021年3月21日 (日) 01:25 (CST)
似乎是個關於內鏈寫法的bug
雖然[[xxx|]]有時好像確實可以成功簡寫，但我這裡看代碼[[班长(萌属性)|]]的顯示結果依然是「[[班长(萌属性)|]]」，而不能正常顯示為「班長」（參見Special:差異/4688200/4831802、Special:差異/4688472/4831829）
之前我也遇到過這種情況，懷疑跟頁面中的內鏈數量有關。
不知各位端口是否可以復現？——迪爾碧莉蝶（留言板）
2021年3月20日 (六) 04:14 (CST)
【BUG】WikiPlus與短鏈工具同時使用時編輯窗口位置錯誤
- 問題
當同時啟用這兩個小工具時，點擊WikiPlus的「快速編輯」，編輯窗口未出現在窗口中間而是出現在了窗口範圍下方的一個位置。
- 復現步驟
- 同時啟用「WikiPlus」和「短鏈工具」。
- 打開任意可編輯的頁面。
- 點擊「快速編輯」。
（另：瀏覽器為Chrome瀏覽器。）
- 期望行為
同時啟用工具時，WikiPlus編輯窗口顯示在正確位置。
- 影響範圍
全站
--—— JackBlock ( TA / CO ) 2021年3月21日 (日) 00:12 (CST)
- 上面的討論串里已經說明了，w+修正了相關問題（原因是之前作者被mw內置的
body{height:100%}誤導了，以為body的高度就是瀏覽器高度）——From AnnAngela the Temporary Bureaucrat (Talk) 2021年3月21日 (日) 11:35 (CST)
幾個想法💡
幾個想法：
- 能否實現監視特定討論串功能？
- 當發生編輯衝突時，能否實現系統自動混合編輯內容？
以上皆為我的設想（如果技術上可行的話）--以後（討論） 2021年3月21日 (日) 01:16 (CST)
- 2是不太可能了。MW又沒有人那麼聰明。而且萬一是同一段內容被修改成了不同東西那系統根本就是無從整合。
- 1恐怕技術上有難度。
- --Hentai滝沢朔太郎 （会話） 2021年3月21日 (日) 01:32 (CST)
- 1做不到，2目前mw會自動混合針對不同section的編輯衝突（比如A編輯section1的同時B編輯了section2，且section1和section2不是嵌套關係，這種mw會自動merge）——From AnnAngela the Temporary Bureaucrat (Talk) 2021年3月21日 (日) 11:37 (CST)
- 1要用flow（逃-EnMGP編輯者樂然