跳转到内容

维基百科:互助客栈/技术

维基百科,自由的百科全书

这是本页的一个历史版本,由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)

刪除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)[回复]