跳至內容

維基百科:互助客棧/技術

維基百科,自由的百科全書

這是本頁的一個歷史版本,由Wctaiwan對話 | 貢獻2021年12月23日 (四) 01:51 在瀏覽過程中保留中文變體:​ reply + comment)編輯。這可能和目前版本存在着巨大的差異。

本頁用作討論在編輯時遇到的技術問題;發表問題或討論前,請先參閱常見問題解答說明資訊MediaWiki基本問題及搜尋舊討論記錄。另請注意:

請注重禮儀、遵守方針與指引,一般問題請至互助客棧其他區知識問答提出,留言後請務必簽名(點擊 )。


發表前請先搜尋存檔,參考舊討論中的內容可節省您的時間。
公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 濫用過濾器警告信息 14 4 人間百態 2025-01-10 20:47
2 Navbox hlist 數字清單 多餘開括號(重開) 3 3 Dabao qian 2024-12-18 02:15
3 應將使用Fullurl模板之頁面連結排除於待建立模板外 36 4 A2569875 2025-01-08 07:32
4 條目左上角的「維基百科,自由的百科全書」怎麼不見了? 22 6 Kethyga 2025-01-08 20:03
5 提議給MediaWiki:Noarticletext和MediaWiki:Noarticletext-nopermission(含所有中文變體)加上維基數據 5 3 A2569875 2025-01-11 09:48
6 不藍不綠的綠鏈問題 42 9 Cwek 2025-01-04 11:58
7 頑固的緩存 7 3 Cwek 2025-01-04 15:56
8 修訂間差異不太智能 3 2 GUT412454 2025-01-04 02:02
9 機械人自動修正WP:MOSIW 5 4 魔琴 2025-01-05 20:28
10 「在編輯記錄中標示使用者權限」小工具不支持顯示仲裁員 2 2 What7what8 2025-01-06 11:42
11 方針區章節結構混亂 2 2 1F616EMO 2025-01-08 07:35
12 Template:澳門主題無法顯示圖片 2 2 Tp0910 2025-01-06 01:59
13 Template:PH wikidata疑似無法正常顯示 2 2 YFdyh000 2025-01-06 01:43
14 InternetArchiveBot將有效連結判斷成失效連結 2 2 YFdyh000 2025-01-07 01:18
15 未能訂閱WP:DYKC討論 2 1 1F616EMO 2025-01-08 07:41
16 Twinkle無法識別重定向頁模板 2 2 自由雨日 2025-01-11 20:21
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

正在廣泛徵求意見的議題

議題清單

以下討論需要社群廣泛關注:重新整理維基百科技術議題與模板

Wikipedia talk:字詞轉換處理/公共轉換組 § 思路:條目預儲公共轉換組中匹配的規則,減少載入時間
資源充足的條目可以考慮把壓力轉移給Lua模組,也就是讓Module:NoteTA更智慧,只加載條目中用到的轉換規則,代碼見Module:沙盒/GnolizX/NoteTA。看效果,User:GnolizX/肖申克的救贖/新
Post‐expand include size: 647267/2097152 bytes
Lua time usage: 1.732/10.000 seconds
Lua memory usage: 30646218/52428800 bytes
可以對比User:GnolizX/肖申克的救贖/舊,兩個頁面轉換後的內容是一致的:
Post‐expand include size: 1764141/2097152 bytes
Lua time usage: 0.859/10.000 seconds
Lua memory usage: 20785293/52428800 bytes
於是用充足的Lua記憶體與緊張的模板展開大小進行了交換。
這個功能還可以遷移到Module:沙盒/GnolizX/CGroupViewer,汉漢圖標打開的速度也能變快很多,不用再一股腦地把所有的規則全部加載出來。看效果:User:GnolizX/CGroupViewer
至於條目下方的導航模板可以考慮用機械人更新,把CGroupViewer稍微改造一下(-{D|改成-{H|等等)就可以自動獲取匹配到的規則了。--GnolizX留言) 2024年8月26日 (一) 16:12 (UTC)
Template talk:AFG § 是時候在阿富汗條目及模板掛上塔利班的旗幟了吧?

喀布爾陷落已經三年了,而民族抵抗陣線的聲音也已經消失了三年,可以確認的是塔利班已經基本掌控整個阿富汗地區,是時候讓阿富汗的旗幟換上塔利班的了。--糯米花留言) 2024年12月10日 (二) 09:03 (UTC)

Template talk:SYR § Template:SYR所使用的旗幟

阿薩德政權垮台後的新政權所使用的旗幟這個,但Template:SYR仍未更新。請問是否應立即更新?--132.234.228.89留言) 2024年12月16日 (一) 08:57 (UTC)

Talk:天安門廣場 § 「位置與面積」章節顯示大片空白

--Tjw123hh留言) 2025年1月6日 (一) 16:57 (UTC)

可能有粉絲內容的編輯提示

本章節經過拆分,先前討論位於

(&)建議擴展到ACG、動畫、漫畫、遊戲(電子、實體、桌遊或各類有劇情或角色可以介紹的遊戲)、電影、影集、小說、插畫創作(如胖吉貓)或其他虛構故事創作的條目中,也能讓一些剛來的新手了解狀況,以免再次出新手不了解狀況出現甚麼「辛苦編輯」遭刪之類的爭議(此類爭議先前已經出現多次)。-- 五歲抬☎️·☘️2021年5月4日 (二) 13:57 (UTC)[回覆]

(+)支持,但想看看擬定什麼警告內容。--LuciferianThomas留言 2021年5月10日 (一) 08:02 (UTC)[回覆]
有擬定的提示內容嗎?--路西法人留言 2021年5月20日 (四) 01:15 (UTC)[回覆]
原本的內容就差不多了吧。-- 五歲抬☎️·☘️2021年5月27日 (四) 10:15 (UTC)[回覆]
@LuciferianThomas提議:原有內容直接擴展 展示於「ACG、動畫、漫畫、遊戲(電子、實體、桌遊或各類有劇情或角色可以介紹的遊戲)、電影、影集、小說、插畫創作(如胖吉貓)或其他虛構故事創作」的條目中(或許補上WP:資料頁指引的連結。—- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年6月24日 (四) 10:20 (UTC)[回覆]
(+)支持。--忒有錢🌊塩水あります🐳留言2021年7月9日 (五) 11:10 (UTC)[回覆]
也許可以考慮作公示的準備了(? -- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年8月12日 (四) 09:35 (UTC)[回覆]
如果沒有異議,就準備公示囉?—— [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年8月30日 (一) 06:16 (UTC)[回覆]
如果真的都沒有異議,就真的要公示囉—- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年10月6日 (三) 05:15 (UTC)[回覆]
至少先把編輯提示內容準備好吧?--Xiplus#Talk 2021年10月12日 (二) 08:27 (UTC)[回覆]
娜娜奇在2021年6月24日 (四) 10:20 (UTC)的留言。--路西法人留言 2021年10月12日 (二) 13:14 (UTC)[回覆]

這串討論要半年了,再拖下去就真的要懷疑有沒有繼續掛着不存檔模板的必要。—— Eric Liu 創造は生命(留言留名學生會 2021年10月20日 (三) 16:01 (UTC)[回覆]

所以到底可不可以公示了?-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年10月26日 (二) 13:15 (UTC)[回覆]
你們要公示就請吧--Milky·Defer 2021年10月26日 (二) 15:03 (UTC)[回覆]
要確認一下,是否使用原有內容的原始語句+貼上WP:資料頁指引的連結?-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年11月8日 (一) 08:05 (UTC)[回覆]
先發個公告再準備公示-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年11月16日 (二) 05:40 (UTC)[回覆]
「是否使用原有內容的原始語句+貼上WP:資料頁指引的連結」都不確定的話您是要公示什麼?--Xiplus#Talk 2021年11月20日 (六) 10:20 (UTC)[回覆]
但這部分應該已經算很具體了,意思是如果沒有異議就應當可以進行公示前的準備-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年11月27日 (六) 09:45 (UTC)[回覆]

先擬訂編輯提示的內容再公示吧。——BlackShadowG留言2021年11月20日 (六) 10:16 (UTC)[回覆]

還有判斷是否加入編輯提示的基準,是否有通用的分類可以辨識?--Xiplus#Talk 2021年11月20日 (六) 10:21 (UTC)[回覆]
實務上分類能抓取子分類嗎?-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年12月4日 (六) 05:02 (UTC)[回覆]
不行。--Xiplus#Talk 2021年12月4日 (六) 05:21 (UTC)[回覆]
具體來說,技術上有哪些方式可用於判斷?只有分類嗎?—— [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年12月11日 (六) 07:10 (UTC)[回覆]
以技術面來說就是閱讀頁面時會渲染出來的東西,也就是HTML,外加分類;簡單來說就是模板跟分類。--Xiplus#Talk 2021年12月13日 (一) 13:17 (UTC)[回覆]
創建一個專門處理此事的新分類如何?—- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年12月19日 (日) 07:40 (UTC)[回覆]
是可以,不過該分類也是應該由某個模板產生,問題在於是否有通用的模板?--Xiplus#Talk 2021年12月19日 (日) 12:58 (UTC)[回覆]

建議為Template:article history的actionresult參數添加值以便紀錄中途撤回的評選

剛才在整理Talk:完全星形二十面體條目里程碑時,發現這個模板不支援「中途撤回的評選」Special:Diff/67774347,考量有些評選、AFD或各種其他討論皆有可能撤回,但是模板的actionresult參數無法接受任何關於「撤回請求」Module:Article_history/config#L-1169的參數值。

由於要新增此功能需要編輯的模組Module:Article_history/config是模板保護的高風險模板,因此根據方針,需諮詢社群意見,因此開了此討論。

有兩項內容可以討論:

  1. {{article history}}是否需要記載已撤回的事件?(已撤回的評選、已撤回的存廢討論等)
  2. 如需要,actionresult參數要用甚麼值來代表?(withdraw、canceled還是其他)

如通過,所需要修改的代碼列於Module:Article history/config/sandboxModule:Article history/sandbox

預計效果:

左右對比
{{Article history}}{{Article history/sandbox}}
  • 錯誤:參數「action1result」中的事項「PR」發現錯誤結果「canceled」(幫助)。
2021年8月19日同行評審撤回

以上,歡迎討論。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年9月19日 (日) 03:31 (UTC)[回覆]

(~)補充:更多測試樣例參見Template:Article history/testcases。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年9月20日 (一) 06:47 (UTC)[回覆]
Former good articleSpecial:展開模板曾屬優良條目,但已撤銷資格。下方條目里程碑的連結中可了解撤銷資格的詳細原因及改善建議。條目照建議改善而重新符合標準後可再次提名評選
條目里程碑
日期事項結果
2021年8月19日優良條目評選入選
2021年8月19日優良條目資格即時審查即時不合標準
當前狀態:已撤銷的優良條目
(註:原本顯示為「優良條目評選 入選」+「優良條目重審 即時不合標準」,最終狀態為「已撤銷的優良條目」。可能存在即時不合標準是指「優良條目重審」本身的語病。已將模塊改為「即時不合標準」配對「XX標準即時審查」)-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年9月20日 (一) 15:56 (UTC)[回覆]
Former good articleSpecial:展開模板曾屬優良條目,但已撤銷資格。下方條目里程碑的連結中可了解撤銷資格的詳細原因及改善建議。條目照建議改善而重新符合標準後可再次提名評選
2021年8月19日優良條目資格即時審查即時不合標準
一些範例
優良條目Special:展開模板因符合標準而獲列入優良條目。如有需要,請勇於更新頁面如條目不再達標可提出重新評選
條目里程碑
日期事項結果
2021年8月19日優良條目資格即時審查即時不合標準
2021年8月20日優良條目評選入選
當前狀態:優良條目
已撤銷的特色列表Special:展開模板曾屬特色列表,但已撤銷資格。下方條目里程碑的連結中可了解撤銷資格的詳細原因及改善建議。列表照建議改善而重新符合標準後可再次提名評選
2021年8月19日特色列表資格即時審查即時不合標準
已撤銷的典範條目Special:展開模板曾屬典範條目,但已撤銷資格。下方條目里程碑的連結中可了解撤銷資格的詳細原因及改善建議。條目照建議改善而重新符合標準後可再次提名評選
條目里程碑
日期事項結果
2021年8月18日典範條目評選入選
2021年8月19日典範條目資格即時審查即時不合標準
當前狀態:已撤銷的典範條目
已撤銷的典範條目Special:展開模板曾屬典範條目,但已撤銷資格。下方條目里程碑的連結中可了解撤銷資格的詳細原因及改善建議。條目照建議改善而重新符合標準後可再次提名評選
Former good articleSpecial:展開模板曾屬優良條目,但已撤銷資格。下方條目里程碑的連結中可了解撤銷資格的詳細原因及改善建議。條目照建議改善而重新符合標準後可再次提名評選
條目里程碑
日期事項結果
2021年8月18日優良條目資格即時審查即時不合標準
2021年8月19日典範條目資格即時審查即時不合標準
當前狀態:典範條目及優良條目資格皆已撤銷
已撤銷的典範條目Special:展開模板曾屬典範條目,但已撤銷資格。下方條目里程碑的連結中可了解撤銷資格的詳細原因及改善建議。條目照建議改善而重新符合標準後可再次提名評選
Former good articleSpecial:展開模板曾屬優良條目,但已撤銷資格。下方條目里程碑的連結中可了解撤銷資格的詳細原因及改善建議。條目照建議改善而重新符合標準後可再次提名評選
條目里程碑
日期事項結果
2021年8月18日優良條目資格即時審查即時不合標準
2021年8月19日典範條目資格即時審查即時不合標準
當前狀態:典範條目及優良條目資格皆已撤銷
優良條目Special:展開模板因符合標準而獲列入優良條目。如有需要,請勇於更新頁面如條目不再達標可提出重新評選
已撤銷的典範條目Special:展開模板曾屬典範條目,但已撤銷資格。下方條目里程碑的連結中可了解撤銷資格的詳細原因及改善建議。條目照建議改善而重新符合標準後可再次提名評選
條目里程碑
日期事項結果
2021年8月19日典範條目資格即時審查即時不合標準
2021年8月20日優良條目評選入選
當前狀態:典範條目資格撤銷後評選為優良條目
2021年8月20日甲級條目資格即時審查即時不合標準
  • 錯誤:參數「action2result」中的事項「AFD」發現錯誤結果「immediate failures」(幫助)。
({{Article history/sandbox}})-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年9月20日 (一) 15:17 (UTC)[回覆]
提案大概不會過了,沙盒作廢,為了讓存檔結果不變,用Special:展開模板全部subst掉。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年9月21日 (二) 10:38 (UTC)[回覆]
(?)疑問:「在GAN入選為GA之後的GAR為即時不合標準」還是GA阿,沒理解錯吧?怎麼會在GAR即時不合標準之後,然後原本照GAN入選的GA就撤銷GA了?--Z7504非常建議必要時多關注評選留言2021年9月20日 (一) 15:23 (UTC)[回覆]
(?)疑問@Z7504根據Wikipedia:優良條目標準#即時不合標準「即時不合標準」不就是撤銷GA資格?-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年9月20日 (一) 15:24 (UTC)[回覆]
除了定義不知道有沒有異議之外其它確實沒有問題,@Jonathan5566您認為照上面說法是否為撤銷GA呢?這應該是目前唯一不知道定義的地方了。照上面看似乎沒錯,不過如果寫成「即時(A)撤銷標準」或許更好。有時候會使用{{不合要求}}表示,是因為未達30天冷靜期,也不會說每一次都是因為其標準而即時不合要求;GA那一頁也有先例使用不合要求的(先例可參考提示中的大量內容沒有來源內容編輯戰或穩定性這兩個問題,但這是屬於GAN的部份)。個人想法是這樣,不知道社群認為該用「即時不合標準」還是「即時撤銷標準」哪種表示較理想,但基本支持該提案沒問題。--Z7504非常建議必要時多關注評選留言2021年9月20日 (一) 15:47 (UTC)[回覆]
中途撤回,即時什麼的直接寫fail不就行了,有什麼必要非要新增參數?即時不合資格不適用於重審,新增這種參數有點簡單的事複雜化。--7留言2021年9月20日 (一) 16:13 (UTC)[回覆]
不認同,撤回有時根本不是有效評選,何來「fail」? 哪裏複雜? 程式都寫好了? 易如反掌好嗎。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年9月20日 (一) 16:19 (UTC)[回覆]
再次不認同,「即時什麼的」哪有經過評選,沒有經過評選的東西你要我寫一個「不存在的評選」然後填fail?「不存在的評選」硬填,這不是說謊嗎?-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年9月20日 (一) 16:22 (UTC)[回覆]
再補充一點,「撤回」應該視為本次評選無效,故並不會是「XX曾獲提名優良條目評選,惟因其尚未符合標準而落選。」因為是「撤回」所以應當視為「根本還沒評估是否符合標準」,應當當作沒這回事,不應顯示。本次修改也包含了這個部分。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年9月20日 (一) 16:41 (UTC)[回覆]
左右對比
{{Article history}}{{Article history/sandbox}}
  • 錯誤:參數「action1result」中的事項「GAN」發現錯誤結果「canceled」(幫助)。
2021年8月19日優良條目評選撤回
左右對比
{{Article history}}{{Article history/sandbox}}
優良條目落選Special:展開模板曾獲提名優良條目評選,惟因其尚未符合標準而落選。下方條目里程碑的連結中可了解落選的詳細原因及改善建議。條目照建議改善之後可再次提名評選。
2021年8月19日優良條目評選落選
優良條目落選Special:展開模板曾獲提名優良條目評選,惟因其尚未符合標準而落選。下方條目里程碑的連結中可了解落選的詳細原因及改善建議。條目照建議改善之後可再次提名評選。
2021年8月19日優良條目評選落選
是不一樣的。不管怎麼樣,我強烈認為他們不一樣。強迫政無法忍受通通填「fail」的亂填一通「說謊」填表法。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年9月20日 (一) 16:41 (UTC)[回覆]
  • 你這個說法我也完全不能認同:1、落選和重審撤銷本來就是有區別的;2、取消評選、即時不合標準一樣要受30天冷靜期限制,評選程序上是和fail一樣的處理,重審程序就是用keep參數;3、即時不合標準只能用於評選,不能用於重審,評選時不管「即時不合標準」還是「撤回」都是評選不通過,都是「尚未符合標準落選」,難道還會有不同情況?提前撤回,那就是沒有完成評選期,不就自然fail了?即時不合標準那就是已經有明顯不符合規定的缺陷,不也就fail了?就因為說的是撤回或是即時不合,反而要當「沒這回事」?沒哪回事?沒評選過嗎?那撤回豈不是馬上又可以再提名?--7留言2021年9月21日 (二) 02:23 (UTC)[回覆]
  • 同行評審?同行評審不管多少天,都是reviewed,如果9月1日提,9月20日撤回,那就是9月20日結束,同樣是評審過了,因為撤回就要當這評審沒發生過這是什麼道理?同行評審又沒有冷靜期限制,評審期只是自動期限,評審一天、一小時也是評審過啊,現在評審無人回應就直接不存檔的做法只不過是社群偷懶,是不合規矩的。另外我不確定你是否明白為什麼已經選上的條目不能以即時不合標準來撤消,舉個例子,比如某個條目是小小條目,或是全文無腳註,或是大量空章節等不敢什麼毛病,但評選時就是沒有人看,就是沒有人發現等不管什麼原因總之就是選上了,那麼此後一個月一樣無法提名重審,一個月後提名重審同樣無法以「即時不合標準」為由直接撤消,必須走完重審程序。--7留言2021年9月21日 (二) 02:37 (UTC)[回覆]
  • @Z7504Jonathan5566有空參與這部分的討論嗎?,Jarodalien認為根本不必加。能否說明一下你們當時是希望加入什麼才支持提案的?照Jarodalien的說法,「fail」參數值可以代替一切類似事件?但我覺得通通都填「fail」好像怪怪的,因為都填「fail」就只有顯示為一種東西,但還是有細微差異,通通顯示為一樣的事件結果似乎有些說不上來的奇怪,不是很確定才沒有直接編輯模板,轉來互助客棧討論。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年9月21日 (二) 03:33 (UTC)[回覆]
    Talk:氣旋貝吉塔爲例,現有標記爲「落選」,但社群結論爲「無效」。--拒食木瓜。2021年9月25日 (六) 12:56 (UTC)[回覆]
意見大致同Jarodalien。—— Eric Liu 創造は生命(留言留名學生會 2021年9月21日 (二) 06:10 (UTC)[回覆]
看吧,可預期的Bug。要增加參數也在抱怨,可是不加該參數又有疑問。說實在的,這問題寧可去問你們怎麼認定的,還是保留支持的態度,不然就別搞評選了吧?即時不合標準就算了,摸着良心說,如果提名了又撤回的意義在哪裏?而且你們是不是有人認為即時不合標準不能使用阿?上面不是也有GA的例子嗎?阿如果不增加參數,請問定那些標準的意義又在哪?--Z7504非常建議必要時多關注評選留言2021年9月21日 (二) 10:26 (UTC)[回覆]
Eric這應該是你同胞,你看得懂他說什麼不?我從四年前就一直看不懂他的話。--7留言2021年9月21日 (二) 12:24 (UTC)[回覆]
大概是現有參數就可以了不必另加參數的意思吧?@Ericliu1912—- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年9月21日 (二) 12:49 (UTC)[回覆]
說實在我看不太懂orz —— Eric Liu 創造は生命(留言留名學生會 2021年9月21日 (二) 13:23 (UTC)[回覆]
「優良條目重審 即時不合標準」是錯誤參數,一切優特內容重審不適用即時不合標準規定。Sanmosa Outdia 2021年9月22日 (三) 04:48 (UTC)[回覆]
那請問這一批還要存檔嗎?上面就是給了一種「存了不是,不存也不是」的觀感。標題不是在問「中途撤回的評選」嗎?--Z7504非常建議必要時多關注評選留言2021年9月23日 (四) 10:06 (UTC)[回覆]
  1. 加入通用參數「撤回」:每種事件都可以輸入撤回(含AFD等),惟在GA/FA/FL/FP上撤回會將狀態標記為落選;GAR/FAR/FLR/FPR上「撤回」會維持原有狀態(如原本GA還是GA)
  2. 加入通用參數「無效」:每種事件都可以輸入無效(含AFD等),惟在GA/FA/FL/FP/GAR/FAR/FLR/FPR上「無效」會維持原有狀態(如原本GA還是GA、原本不是GA就不是GA)
  3. 加入參數「即時不合標準」:只適用於GA/FA/FL/FP,並且會將狀態標記為落選。
請分別針對案1或案2或案3表達意見。等到結果明確再來改程式,不然程式碼都白寫。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年9月27日 (一) 13:07 (UTC)[回覆]
沒有任何「肯定需要」的感覺,撤回等於提前結束而fail,即時不合標準同樣是「不合標準」而fail,無效評論同樣是「fail」或「keep」,事項也根本沒有理由在「XX評選」基礎上改成「XX即時審查」,不都是條目評選的組成部分麼。這樣的細分不過浪費精力,存檔的人又要多記幾種參數,要表達的意思完全可以內鏈到頁面下方明確。Talk:氣旋貝吉塔到底怎麼了,結果沒有入選那就是fail,想知道為什麼fail就點一下頁面「刷」地一下表明,如果這麼簡單的事都一定要改模板加參數,那出現什麼拉票導致爭議四起也可能提出要加,提名人要求撤回和主編要求撤回又有區別,又要加。--7留言2021年9月30日 (四) 11:49 (UTC)[回覆]
用普通法的思維來想的話,由於普通法是求異(而非求同)的,因此你説的「出現什麼拉票導致爭議四起也可能提出要加,提名人要求撤回和主編要求撤回又有區別,又要加」是合理不過的事情,只要社群認為有必要,技術上又容許,就沒有不加的理由。Sanmosa WÖRK 2021年10月1日 (五) 14:48 (UTC)[回覆]
已經沒有要用即時審查了,是直接在GAC標上即時不合標準,上面的草稿已經作廢。等到時有共識時才會重新編寫程式。不然我現在不管寫甚麼都要被嫌棄,那我幹嘛開發程式?反正都是白工。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年10月6日 (三) 09:27 (UTC)[回覆]
所以先等共識。上列的草稿已經作廢。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年10月13日 (三) 10:23 (UTC)[回覆]
你們慢慢討論吧,建議暫時放着不存檔標示,只要討論不出來就是一直放着擱置嘛。難道還是第一天認識這個獨裁社群?如果確定不要增加這個參數,以後真的可以不用再額外做那多餘、浪費時間的移動存檔了,像是前一陣子剛看到的日本國寶住宅列表也都是類似的問題。如果照獨裁社群這麼說,這種東西只要移除就好了,還存檔什麼?--Z7504非常建議必要時多關注評選留言2021年10月13日 (三) 17:52 (UTC)[回覆]

為避免討論stale而提出的新意見

建議為actionresult參數加入null值,對應「無效」狀態,適用於FA、FL、FP、GA的所有評選與重審。適用的情形包括但不限於執行「即時不合標準」程序與判定評選/重審出現拉票的情形。設置「無效」為參數值的原因是區別可導致30日冷靜期與不導致30日冷靜期的情形。填寫「無效」為參數值的效果是條目維持評選進行前既有的狀態。Sanmosa Ázijská Práca 2021年11月1日 (一) 06:28 (UTC)[回覆]

下載為PDF

實際檔案似乎會繁簡混雜?有沒有辦法按使用變體統一一下輸出格式?參見Topic:Whnpyfifkmbeuzyq。—— Eric Liu 創造は生命(留言留名學生會 2021年10月2日 (六) 16:59 (UTC)[回覆]

phab:T167603--VulpesVulpes825留言2021年10月2日 (六) 18:26 (UTC)[回覆]
我也感覺這個功能很實用,很有必要。--Te0sla留言2021年10月26日 (二) 11:53 (UTC)[回覆]

支持支持。 ──以上未簽名的留言由Te0sla討論貢獻)於2021年11月8日 (一) 09:30 (UTC)加入。[回覆]

樓上你是誰?--Txkk留言2021年11月9日 (二) 12:12 (UTC)[回覆]
(!)意見這節還有必要用{{不存檔}}麼,料想又是個Parsoid問題,沒個N多年解決不了,要不這一節也開放N多年好了[開玩笑的]。--Liuxinyu970226留言2021年11月29日 (一) 01:45 (UTC)[回覆]

本討論章節會維持開放,暫時不按最後意見發表時間存檔。欲讓機械人存檔,請移除本模板。留言請置於本模板上方。

請教可否讓下面模板直接取用Wikidata上的對應資料?

拜託大家幫忙讓Template:YouTubeTemplate:Mtime people可以直接取用Wikidata上的對應資料如D:Property:P6464(Mtime用),就像Template:IMDb nameTemplate:Bilibili盡可能減少本地參數用量,需測試的話可以使用李玟頁面,謝謝辛苦。--迴廊彼端留言2021年10月23日 (六) 04:36 (UTC)[回覆]

請測試{{Template:YouTube/sandbox}}。--Yining Chen留言|簽名2021年11月21日 (日) 11:13 (UTC)[回覆]
似乎出現問題了,見WP:VPA#疑似模板錯誤桐生ここ[討論] 2021年12月4日 (六) 13:05 (UTC)[回覆]

本討論章節會維持開放,暫時不按最後意見發表時間存檔。欲讓機械人存檔,請移除本模板。留言請置於本模板上方。

標題轉換語法中的 HTML 標籤不再工作

如題,使用了 -{T|标题}- 語法的頁面,標題中含有的 <span> 都不工作了,而直接裸露出來,如IPhone XS這個用戶頁。不知道有沒有人有頭緒。似乎還沒有人回報到 phab? --碸中嘌呤的白磷萃取 打譜 2021年10月23日 (六) 11:00 (UTC)[回覆]

預期行為,不會修復。--VulpesVulpes825留言2021年10月23日 (六) 18:59 (UTC)[回覆]

不對呀,這是最近幾天才有的問題,這工單應該有點久以前了吧。—— Eric Liu 創造は生命(留言留名學生會 2021年10月23日 (六) 19:23 (UTC)[回覆]

涉及到很多安全工單,可能最近的還沒公開吧(或者只是我沒找到)。但是現有這些壞掉的頁面應該怎麼處理?就直接把標題里的 tag 刪掉嗎?--碸中嘌呤的白磷萃取 打譜 2021年10月24日 (日) 01:59 (UTC)[回覆]
影響層面頗多,可能不適合,再觀察一下。—— Eric Liu 創造は生命(留言留名學生會 2021年10月27日 (三) 14:32 (UTC)[回覆]
不太可能手動刪,頁面太多。--拒食木瓜 2021年10月27日 (三) 14:36 (UTC)[回覆]
使用了{{全局僻字}}的條目也有此問題,如𧒽崗站 (地鐵),使用這個模板的應該不少吧?-Tim Wu留言2021年10月27日 (三) 14:50 (UTC)[回覆]
懷疑和上邊說的沒有關係,是這個變更 (T291985) 導致的,大概一周前部署,時間差不多對上。它在沒有用到 {{DISPLAYTITLE}} 時轉義了標題中的 & < > 等特殊字符,可以解釋為什麼 {{DISPLAYTITLE:<span> 之類的語法仍然正常。 --碸中嘌呤的白磷萃取 打譜 2021年10月27日 (三) 15:33 (UTC)[回覆]
還是有關係,主要就是指Language Converter中內嵌HTML tag會造成各種問題。目前臨時解決方案就是應該用{{DISPLAYTITLE}}來切換標題顯示。--VulpesVulpes825留言2021年10月28日 (四) 23:06 (UTC)[回覆]
至少前幾周看𧒽崗站還沒發現這個問題。Itcfangye留言2021年10月27日 (三) 16:19 (UTC)[回覆]
我已經提交新的工單。--VulpesVulpes825留言2021年10月29日 (五) 00:56 (UTC)[回覆]
寫了一個臨時方案恢復 span 標籤和 &,看上去壞掉的標題能顯示了。如果有沒考慮到的情況請補充。 --碸中嘌呤的白磷萃取 打譜 2021年11月1日 (一) 05:30 (UTC)[回覆]
難怪看到有些使用者頁的標題失效…Nrya ✰~ 2021年11月6日 (六) 05:49 (UTC)[回覆]

部分化學元素的條目有亂碼

下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

截圖)、截圖)--顏嘉佑留言貢獻2021年10月31日 (日) 06:45 (UTC)[回覆]


本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

本討論章節會維持開放,暫時不按最後意見發表時間存檔,直到上方問題解決。欲讓機械人存檔,請移除本模板。留言請置於本模板上方。

Template:Cite AV media

{{cite AV media |title=example |time=12:34}}

顯示為「example. 事件發生在 12:34.」。
Cite AV media裏面的time參數的措辭(「事件發生在」)很奇怪,我不知道怎麼改,改成怎樣的措辭能比較好一點?--Txkk留言2021年11月1日 (一) 06:38 (UTC)[回覆]

我覺得改成半形冒號就可以,類似表示頁數的方法。Sanmosa Ázijská Práca 2021年11月1日 (一) 06:44 (UTC)[回覆]
是什麼樣子的?--Txkk留言2021年11月4日 (四) 15:03 (UTC)[回覆]
@Txkk「example. :12:34.」。--Sanmosa Hrom a peklo, márne vaše proti nám sú vzteky! 2021年11月16日 (二) 07:53 (UTC)[回覆]

本討論章節會維持開放,暫時不按最後意見發表時間存檔,直到問題解決。欲讓機械人存檔,請移除本模板。留言請置於本模板上方。

可能要檢查一下是否有重複引用問題

本討論章節會維持開放,暫時不按最後意見發表時間存檔,直到問題解決。欲讓機械人存檔,請移除本模板。留言請置於本模板上方。

在瀏覽過程中保留中文變體

參見 Help_talk:中文維基百科的繁簡、地區詞處理#未登入情況下的預設值

目前如果使用者沒有登入、又無法從瀏覽器判斷他的偏好,中文維基會在每一個頁面皆預設為不轉換。然而假使某人已經在瀏覽某條目時選取了用字模式,應該可以合理推定這是他所偏好的用字模式。是否能考慮用 cookie(或 session cookie)來保存匿名使用者的用字模式,以免每點一個連結就需要重新設定?

我寫了個簡短的 JavaScript(User:Wctaiwan/rewritePathVariant.js)透過改寫連結網址來達到這個目標(如果當下的網址是/zh-tw/Foo,則把頁面上所有/wiki/Bar的連結都改寫成/zh-tw/Bar),自己測了一下效果還不錯。不知道社群對於把這個 script 放到 MediaWiki:Common.js 之類的地方(或包裝成預設開啟的小工具)有沒有什麼看法?

(另一個作法是試着在 MediaWiki 裏面直接解決,可是根據 phab:T223053 上的討論,因為各種共用快取的關係,這樣做的難度有點高。)wctaiwan留言2021年12月6日 (一) 12:14 (UTC)[回覆]

如有可能,應在後端實現。通過前端腳本循環全部相關DOM節點並無差別替換將嚴重影響頁面性能。--安憶Talk 2021年12月6日 (一) 12:45 (UTC)[回覆]
同意,我一開始也是試着在後端解決,但是發現這樣做會影響到 parser cache 的正確性。還有些其他可能可行的後端作法,可是應個都會更複雜,也會需要基金會的人員提供協助(參見 Phabricator 上的討論)。
還有一點我想特別強調的是這個 script 只有在網址包含變體的時候才會發生作用,所以理論上只會影響透過下拉選單手動選擇變體的使用者(以及點選包含變體連結的使用者)。兩害相權(效能 vs. 每點一個連結就跳回不轉換)的情況下,我覺得這可能還是值得。wctaiwan留言2021年12月6日 (一) 13:03 (UTC)[回覆]
如果包含無效變體,會產生無效網址,如[1]。另已確定會破壞popups-- Sunny00217  2021年12月6日 (一) 13:14 (UTC)[回覆]
變體是從網址中取得,所以應該不太需要擔心無效變體的情形吧?(要把 regex 改得嚴格一些也是可以,我只是覺得未必有必要)Popups 的部分看來問題是因為 Popups 假設連結都會符合 MediaWiki 裏$wgArticlePath的格式(原始碼:en:MediaWiki:Gadget-popups.js),稍微看一下我覺得要解決可能有點複雜... wctaiwan留言2021年12月6日 (一) 13:31 (UTC)[回覆]
@AnYiLinSunny00217 改了一下作法,變成在點選連結的時候才去改寫網址,這樣效能應該會好一點,也應該可以解決 Popups 失效的問題。wctaiwan留言

能不能請大家對這個提案多給點意見?這個對多數中港台使用者可能影響不大,可是像我自己手機的作業系統是英文的,不登入的話每次看中文維基都要一直切換變體,所以我真的還蠻希望可以解決這個問題的,謝謝。wctaiwan留言2021年12月10日 (五) 03:00 (UTC)[回覆]

咱真的不能寫個cookie嗎?--Milky·Defer 2021年12月10日 (五) 14:55 (UTC)[回覆]
如果不能純粹在JavaScript實現的話會有難度,因為必須要修改 Varnish 去用這個 cookie 去判定要回傳哪個變體的內容(詳見 [2]wctaiwan留言2021年12月11日 (六) 01:37 (UTC)[回覆]
如果您使用的是Android作業系統,其實可以在系統的語言設置中添加其他語言,這樣瀏覽器發送的請求裏面應該就會有您偏好的多種語言及優先級。不清楚iOS的情況如何。--David Xuang (contact me) 2021年12月17日 (五) 11:05 (UTC)[回覆]
比如我的手機設置的是zh-Hans-CN和en-GB,那麼Firefox發送請求時的Accept-Language頭是zh-CN,en-GB;q=0.5,Chrome則是zh-CN,zh;q=0.9,en-GB;q=0.8,en;q=0.7,這樣網站就會按照順序依次匹配可用的語言。--David Xuang (contact me) 2021年12月17日 (五) 11:12 (UTC)[回覆]
就我所知 iOS / Safari 不支援這個,不過即使支援,我還是覺得如果可以不需要手動設定也能自動保留變體,對讀者會是比較好的體驗。改版過的JS只需要在點選連結的時候執行,效能應該不會是太大的問題。@AnYiLinSunny00217MilkyDefer您們還有什麼其他意見嗎?wctaiwan留言2021年12月18日 (六) 07:06 (UTC)[回覆]
代碼在該URL改壞連結。--Lt2818留言2021年12月18日 (六) 08:05 (UTC)[回覆]
修好了。(把zh-\w+換成zh-(cn|hk|mo|my|sg|tw)wctaiwan留言2021年12月18日 (六) 08:31 (UTC)[回覆]
@Wctaiwan我會建議是如果網址變體和當前變體匹配再修改,如User:Sunny00217/rewritePathVariant.js的做法-- Sunny00217  2021年12月22日 (三) 15:22 (UTC)[回覆]
感謝您的建議;已修改。(我剩下的部分還是保留我原本的做法,因為可以向下相容不支援 ES2015 的瀏覽器,而且可以支援在背景分頁開啟等情形,且因為只需要在 document 上加兩個 listener,頁面開啟時的效能影響應該比較小一點。)wctaiwan留言2021年12月23日 (四) 01:51 (UTC)[回覆]

是否可以部署?

這個也討論一段時間了,大家提出來的問題我應該也都有所修正。想請問社群和管理員群對部署這個 script 有沒有什麼看法,有什麼其他缺失也麻煩繼續提出。wctaiwan留言2021年12月23日 (四) 01:51 (UTC)[回覆]

timeless皮膚的{{跳至頁尾}}模板問題

如題。timeless皮膚下跳至頁尾模板擋住了歷史和變體兩個按鈕。位置需要下移。個人用瀏覽器自帶的開發者工具測了下,top調整為1.9em比較合適,不過暫時僅在timeless和默認皮膚的互助客棧測試,暫不清楚其他頁面其他皮膚情況如何,同時也考慮到可能還有其他更合適的解決方案,因此我暫時沒有編輯此頁,姑且先在此開討論。--🔨留言2021年12月8日 (三) 03:51 (UTC)[回覆]

跳至頁尾這個功能有默認小工具了,感覺現在用模板意義不大。--安憶Talk 2021年12月10日 (五) 07:22 (UTC)[回覆]
目錄的話,萌娘那個浮動目錄就挺好的,我們也可以弄一個。--安憶Talk 2021年12月10日 (五) 07:27 (UTC)[回覆]
希望這一次的Desktop Improvement能搞出浮動目錄出來。這可是連隔壁百度百科都有的功能。
不過看現在這個新版測試中的Vector的UI的現狀,我已經找出了10個甚至9個UI bug,實在是有點擔心基金會的,怎麼說呢,技術水平--Milky·Defer 2021年12月10日 (五) 14:54 (UTC)[回覆]
我希望基金會有這種能力。--夏雪若留言2021年12月20日 (一) 13:27 (UTC)[回覆]

編輯 ---> 編輯原始碼?

一句話,這誰想出來的?

好像昨天還不是這樣子。

整個編輯器全這樣了,不來技術去哪個區?--我是火星の石榴留言2021年12月10日 (五) 07:16 (UTC)[回覆]

@Red16我可以提供一個解決方案:進入Special:參數設置,點擊編輯,點擊「暫時禁用正在測試中的可視化編輯器」。編輯器變化的原因我不確定,個人猜測是可能目前是默認部署可視化編輯器編輯器變化的原因為目前已將可視化編輯器默認部署,與原始碼編輯器一同默認使用,參見Special:Permalink/68780441#再次探討啟用視覺化編輯器的可能性phabricator:T296269。--ときさき くるみ 2021年12月10日 (五) 13:36 (UTC)[回覆]
(▲)同上 @Tokisaki Kurumi就是這樣,無需猜測。--在下荷花請多指教歡迎簽到2021年12月10日 (五) 13:44 (UTC)[回覆]

專門負責跟進這件事的人來報告一下情況,是這樣的。本來跟他們說是要改成編輯偏好設置裏頭的那個下拉菜單的,然後今天凌晨零點到一點左右確實改了,但是引入了一個bug,之後技術人員緊急回滾了修改。現在是處於部署了一半開始修bug的狀態,他們那邊在加急處理這件事。這一兩天還請稍微忍耐一下。 --Milky·Defer 2021年12月10日 (五) 14:34 (UTC)[回覆]

社群意向徵求

phab:T296269上次的討論內容沒法全部實現。對登入用戶而言,只能二選一:

  1. 默認同時顯示兩個編輯標籤,其中的可視化編輯能關閉。
  2. 默認顯示一個編輯標籤(記憶上一次編輯器);可選四種編輯模式(記憶上一次、總是可視化編輯器、總是原始碼編輯器、同時顯示兩個編輯標籤)。

現在的狀態是第一種,編輯團隊計劃改成第二種。另外默認編輯器是可以配置的,這會在第一種情況下決定點擊紅鏈後出現何種編輯器,在第二種情況下決定首次出現的編輯器。這些徵求下大家的意向。我的想法是繼續維持默認雙標籤,默認編輯器設定為原始碼編輯。--Lt2818留言2021年12月10日 (五) 16:32 (UTC)[回覆]

我支持第二種,這樣對於習慣了原始碼編輯器的人而言,基本可以做到無縫的體驗(還是一個編輯選項卡,而且點擊後由於是記憶上一次,所以加載的也是原始碼編輯器)。此外,有個下拉菜單總能提供更加詳盡的控制權。無論從什麼角度而言都應該比第一種要更好一些。--Milky·Defer 2021年12月10日 (五) 17:23 (UTC)[回覆]
2。--安憶Talk 2021年12月11日 (六) 01:58 (UTC)[回覆]
不能實現言之過早。--Xiplus#Talk 2021年12月12日 (日) 05:20 (UTC)[回覆]
phab:T296269#7560893來看,他應該知道如何配置,但不想這麼搞。--Lt2818留言2021年12月12日 (日) 05:37 (UTC)[回覆]
不是很確定他說無法確定會預期工作是什麼意思,實際上的配置並沒有過於複雜或難以預期,等他回應我的留言吧。--Xiplus#Talk 2021年12月12日 (日) 16:25 (UTC)[回覆]

總結一下以上意見,對登入用戶而言:

  1. 若此前討論方案不能全部實現,則採用上述方案二,默認顯示一個編輯標籤。
  2. 不將可視化編輯器設定為默認編輯器。

其中第二項要去Phabricator說一聲,否則可視化編輯器會成為默認編輯器。--Lt2818留言2021年12月12日 (日) 05:04 (UTC)[回覆]

  • (:)回應@Lt2818MilkyDefer 現在我這邊繼續有問題,1.現在的編輯本頁=可視化編輯器、編輯原始碼=原來的編輯本頁,我只是希望編輯本頁回到原來的樣子(也就是不需要可視化編輯器,讓它成為一個可選項,讓各人自己去決定吧。因為我旁邊還有一個快速編輯(大概源於wikiplus,我有用這個)這個快速編輯本來就是可視化編輯器(不過是簡化版,相對於現在的可視化編輯器來說))。--我是火星の石榴留言2021年12月14日 (二) 08:45 (UTC)[回覆]
    • 今天凌晨三點多快四點的時候技術人員又嘗試部署了一次,結果還是不成功。這個過程剛好被我看到了。我今天中午的時候跟他們說直接拷貝英維的配置就好。剩下的是時差問題。 --Milky·Defer 2021年12月14日 (二) 08:53 (UTC)[回覆]
建議為默認同時顯示兩個標籤,而且顯示為「視覺化編輯」跟「編輯原始碼」,不要只顯示「編輯」。—— 2021年12月15日 (三) 17:12 (UTC)[回覆]
(:)回應 請注意上面我說的「這個快速編輯本來就是可視化編輯器」--我是火星の石榴留言2021年12月16日 (四) 07:00 (UTC)[回覆]

關於MediaWiki:Common.css對pre標籤的處理

有必要在版本歷史頁和用戶貢獻頁添加「維基百科」字樣嗎?

用Twinkle提刪時為什麼出現了「您創建了該頁,跳過通知」語句?

[3]向對方的用戶討論頁發出通知失敗了。--Txkk留言2021年12月12日 (日) 05:34 (UTC)[回覆]

我勾選了「如可能,通知頁面創建者」。--Txkk留言2021年12月12日 (日) 05:40 (UTC)[回覆]

提刪的頁面可能是您自己創建,也可能是您移動了某個條目且留下了重定向,這時舊標題即由您創建。--東風留言2021年12月12日 (日) 06:02 (UTC)[回覆]
拿截圖中的舉例,「《切韻》」的修訂歷史,既不是我創建的,我也沒移動過。--Txkk留言2021年12月12日 (日) 08:16 (UTC)[回覆]
這應該是個bug。因為Twinkle在提刪時會先把刪除模板放到頁面中,再搜索頁面的創建者是誰。原本程式設計應該認為這些都幾乎在同時間完成,但如果有類似網絡延遲的問題,或許會認為提刪者是創建者(因為移除重定向的用戶也會算作創建者)。-- Sun8908 2021年12月12日 (日) 16:00 (UTC)[回覆]
這種情況,應該是個bug,希望Xiplus能修好。--夏雪若留言2021年12月20日 (一) 13:30 (UTC)[回覆]

2021年12月13日 (一) 22:27 (UTC)

在手動字詞轉換規則中檢測到錯誤子頁面" data-mw-fallback-anchor=".E5.88.AA.E9.99.A4MediaWiki:Histlast.E5.8F.8A.E5.85.B6-.7Bzh:.E7.B3.BB.E7.B5.B1.E8.A8.8A.E6.81.AF.3B_zh-hans:.E7.B3.BB.E7.BB.9F.E6.B6.88.E6.81.AF.3B_zh-hant:.E7.B3.BB.E7.B5.B1.E8.A8.8A.E6.81.AF.3B.7D-.E5.AD.90.E9.A0.81.E9.9D.A2">刪除MediaWiki:Histlast及其系統訊息子頁面

申請以G8快速刪除MediaWiki:Histlast及其系統訊息子頁面。原因:MediaWiki:Histlast在 translatewiki.net 已有對應翻譯,使用自訂訊息會造成翻譯無法自 translatewiki.net 同步。--Winston Sung留言) 2021年11月1日 (一) 04:09 (UTC)--Winston Sung留言2021年12月15日 (三) 15:34 (UTC)[回覆]

{{block}}在嵌套在{{lang-en}}之後無法正常工作

如題,實例如User:藍桌,lang系其他模板未測試。--忒有錢🌊塩水あります🐳留言2021年12月16日 (四) 15:55 (UTC)[回覆]

不是錯誤。{{lang-en|Bluede}}{{block|{{lang|en|c}}}}{{lang|en|k}}才是合適的語法。--Ghren🐦🕐 2021年12月22日 (三) 17:50 (UTC)[回覆]
英語:<span lang="en">Bluede</span>'"`UNIQ--templatestyles-00000039-QINU`"'<mark class="skin-invert text-blocked inline-text-block-hd" title="你知道的太多了" style="background-color: #000000bf"><span lang="en" xml:lang="en">c</span></mark><span lang="en" xml:lang="en">k</span>,blocked 和lang模板都使用span標記,出錯是必然的。--Ghren🐦🕐 2021年12月22日 (三) 17:54 (UTC)[回覆]

提升錯誤處理能力

英文維基使用以下語法不會顯示任何錯誤

{{Start date and age|1923||}}

結果: 1923年,​102年前​(1923

謝謝--Winston留言2021年11月8日 (一) 07:00 (UTC)[回覆]

這種技術性問題,我看見過。--夏雪若留言2021年12月20日 (一) 13:25 (UTC)[回覆]

2021年12月20日 (一) 22:05 (UTC)

Twinkle更新 (2021-12-22) @ffb9c2a2

近期變更
  • 速刪:移除已刪除的R3子準則(侵權臨時頁重定向)選項。
  • 關閉存廢討論:當管理員以「允許併入」關閉討論時,會自動在條目上標記{{Merge approved}}。
  • 保護:調整請求保護的格式,以確實符合簽名相關的格式規定。

如果近期變更有任何錯誤,或是認為未來變更會造成任何問題,請在Twinkle討論頁互助客棧技術版Telegram群組Github擇一報告。--Xiplus#Talk 2021年12月22日 (三) 04:20 (UTC)[回覆]