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

维基百科,自由的百科全书
跳到导航 跳到搜索

本頁用作讨论在编辑时遇到的技术问题;發表問題或討論前,請先參閱常見問題解答帮助信息MediaWiki基本問題及搜索舊討論記錄。另請注意:

請注重礼仪、遵守方針與指引,一般問題請至互助客棧其他區知识问答提出,留言后请务必签名(点击 )。


發表前請先搜索存档,參考舊討論中的内容可節省您的時間。
公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 偽綠鏈二三事 42 7 Kanashimi 2022-12-08 15:37
2 Google 错误地索引 .m 链接 29 13 Btooombtooom 2022-12-07 19:43
3 社群是否有意测试PageTriage? 12 9 魔琴 2022-12-03 11:55
4 Template:Infobox settlement 11 3 YFdyh000 2022-12-08 12:38
5 Template:Designation/divbox的外观调整 42 7 David Xuang 2022-12-08 16:43
6 關於來源語言標示的問題 18 9 BlackShadowG 2022-12-07 19:48
7 2022年第48期技术新闻 1 1 MediaWiki message delivery 2022-11-29 04:02
8 Join the Coolest Tool Award 2022: Friday, Dec 16th, 17:00 UTC 1 1 MediaWiki message delivery 2022-12-06 02:53
9 Module:Wd產生的reference 1 1 HTinC23 2022-12-06 05:51
10 2022年第49期技术新闻 1 1 MediaWiki message delivery 2022-12-06 08:40
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

偽綠鏈二三事[编辑]

  1. 追蹤偽綠鏈並將這類條目歸入Category:有蓝链却未移除内部链接助手模板的页面的程式碼有待完善。照分類紀錄Special:Diff/71332757這次編輯就已經把該模板從分類中移除,但逐筆比對後可發現仍有「{{link-en|索马里兰银行|Bank of Somaliland}}」(實際連結到索馬利蘭銀行,條目建立於2022年3月28日)、「{{link-en|斯里兰卡中央银行|Central Bank of Sri Lanka}}」(實際連結到斯里蘭卡中央銀行,條目建立於2022年4月9日)。由此可知追蹤程式碼可能無法處理繁簡、地區詞等問題,希望可以修復,也提醒User:Comrade John清理時留意。
  2. 目前User:Cewbot僅清理Category:有蓝链却未移除内部链接助手模板的页面中的條目命名空間、模板、Category 或 Wikipedia,但有部分偽綠鏈存在於Portal空間如Portal:東南亞、User talk空間如User talk:221.9.13.45/存檔、WT空間如Wikipedia talk:並不是所有頁面都需要標籤難以人力處理窮盡,希望可建立「讓Cewbot請理所有空間」的共識,謝謝,也副知User:Kanashimi。--迴廊彼端留言) 2022年4月27日 (三) 11:55 (UTC)回复[回复]
  3. 又希望建立共識加快Cewbot的清理速度。Category:有蓝链却未移除内部链接助手模板的页面近期的數字大致上在15500-14800之間浮動,但User:Cewbot/需要修正的跨語言連結近期的數字是14000以下,Cewbot每週了不起完全清理100多條,差距其實挺大。--迴廊彼端留言) 2022年4月29日 (五) 17:17 (UTC)回复[回复]
  1. 我只在乎Category:有蓝链却未移除内部链接助手模板的页面消失與否。閣下所指的問題,我已知悉一段時間,但這並非我能夠獨自處理,而且逐筆比對費時失事,所以我對偽綠鏈,找到的就改,找不到的就算。
  2. 其實Cewbot要提升它的編輯頻率,很懷念上年Category:有蓝链却未移除内部链接助手模板的页面短短幾天,由30000多個頁面,清至10000多個頁面呢。-- 約翰同志-條目裱糊匠留言) 2022年4月27日 (三) 12:07 (UTC)回复[回复]
    其實能處理的大概都處理完了。您可以參照使用者:Cewbot/需要修正的跨語言連結,現在留下來的大概都是需要人工判別的。--Kanashimi留言) 2022年4月27日 (三) 21:19 (UTC)回复[回复]
謝謝User:Comrade JohnUser:Kanashimi兩位辛苦,我會提出上述方案就是希望Cewbot清理簡單、但沒人注意到的偽綠鏈,讓有志者可以專心處理使用者:Cewbot/需要修正的跨語言連結,裡面問題真的太多。我目前找到的清法是把該頁面紀錄的原文人名、媒體名等專有名詞做重定向,像是Los Angeles Daily News亚马逊MP3這類的讓機器人去跑,前陣子認真做的時候算蠻有成效,每週可以清一百多個。不過另一方面真的建議Cewbot加快速度,像凌晨一點到六點這種伺服器理應比較空閒的時段(如果我講錯請指正我),也常看到Cewbot除更新討論列表外只清了五、六筆偽綠鏈。--迴廊彼端留言) 2022年4月29日 (五) 17:17 (UTC)回复[回复]
歸納一下討論狀況,目前我跟User:Comrade John都認為Cewbot應加快清理速度,請問一下Comrade John那邊有建議速率嗎?此外我昨天修了一筆將近兩年都沒被Cewbot修復的偽綠鏈(井上和香這個條目建立於2019年5月),這個效率真的是有點不妙。--迴廊彼端留言) 2022年5月9日 (一) 17:40 (UTC)回复[回复]
速率吧.....它的速率其實沒有問題,而是頻率的問題,Cewbot每星期才清理偽綠鏈一次,可以說那一次所清理的數量,遠遠不及一星期所增加的偽綠鏈數量,最好是每日一次。確實,維基百科:不要搶機械人的工作,但前提是它們完全能夠獨自清理某些工作吧。-- 約翰同志-條目裱糊匠留言) 2022年5月9日 (一) 18:26 (UTC)回复[回复]
我觀察了好一段時間,目前Cewbot幾乎每天都會清,只是清的份量多少而已,所以我傾向認為是速率問題。--迴廊彼端留言) 2022年5月19日 (四) 16:28 (UTC)回复[回复]
速度的問題,主要是因為每一筆連結都要查詢各項資料以做確認,並且真正能改的不多。所以雖然一直在跑,卻大多改不了。依照當初的討論,能改的連結有限制,例如新文章必須過一禮拜才能當作穩定,您可參考原始碼。或許您可以提供一些應該能讓機器人自動更改,不必列在問題頁面的例子?--Kanashimi留言) 2022年5月19日 (四) 22:38 (UTC
關於使用者:Cewbot/需要修正的跨語言連結目前我沒想法,謝謝辛苦。速度部分也謝謝您的解說,不過有些偽綠鏈毫無問題也被擱置了半年,您之前清完快取再運行機器人後我仍找到擱置兩年的偽綠鏈Special:Diff/55339541/71554938,這難免讓我好奇有沒有提升清理效能的方法,例如提升機器人整體運行速度、避免機器人總是在特定條目打轉之類的。--迴廊彼端留言) 2022年6月4日 (六) 13:33 (UTC)回复[回复]
@迴廊彼端 您在發現有些模板能改卻一直放著沒改時,或許能告知這邊一下,以利逐筆檢查。謝謝。--Kanashimi留言) 2022年6月18日 (六) 21:31 (UTC)回复[回复]
User:Kanashimi我剛發現泉站有此現象,兩個跨語言連結是在2020年8月2日加入本地條目,福島交通2021年1月17日加入Wikidata泉站 (福島市)2021年2月15日加入Wikidata。兩個跨語言連結沒有繁簡問題,2022年4月17日也有編者編輯過泉站消歧義條目,至今機器人都沒修復,可能得麻煩您檢查一下。也想順帶請教您有沒有方法讓Category:有蓝链却未移除内部链接助手模板的页面可以抓到「繁簡不同的跨維基連結」,這些頁面似乎很難掌握。--迴廊彼端留言) 2022年8月23日 (二) 15:36 (UTC)回复[回复]
發現是因為新的{{lj}}沒列入登記。這邊已修正。「繁簡不同的跨維基連結」可能要改模組:Ilh,不如問問user:Cwekuser:Xiplus也許比較清楚? --Kanashimi留言) 2022年8月23日 (二) 21:08 (UTC)回复[回复]
User:Kanashimi謝謝您的調整與告知,我快速查了一下Github上面的程式碼,似乎沒看到Template:Internal link_helper/doc「其他捷徑」欄上的Template:LkTemplate:Ld,說不定也有類似問題?如果是的話,可能得麻煩您把此欄中的捷徑全部補入。--迴廊彼端留言) 2022年8月24日 (三) 01:01 (UTC)回复[回复]
 已修复--Kanashimi留言) 2022年8月24日 (三) 04:08 (UTC)回复[回复]
User:Kanashimi,謝謝您辛苦處理,不過Template:Internal link_helper/doc「其他捷徑」欄上的其他模板也需要補入,特別是粵語兩種嵌入量甚大、加起有來上千個。其餘用量雖低或者甚至沒作用,為避免日後問題可能也得加上,謝謝。--迴廊彼端留言) 2022年8月24日 (三) 04:28 (UTC)回复[回复]
有的實在太少 其他  已修复--Kanashimi留言) 2022年8月24日 (三) 05:08 (UTC)回复[回复]
User:Kanashimi,謝謝您辛苦處理,我也在處理幾個沒有作用的重定向,不過Template:Ilh/en也建議加入,目前有64個連入,未來可能再增加;Template:Link-zzaTemplate:Zza-link符合ISO639-3編碼也應加入。--迴廊彼端留言) 2022年8月24日 (三) 06:48 (UTC)回复[回复]
完成--Kanashimi留言) 2022年8月24日 (三) 07:53 (UTC)回复[回复]

User:Kanashimi我又發現一筆沒被清到的,好莱坞唱片#发行公司中的A&M Records連結。此條目、Wikidata項、重定向頁都建立蠻久了,我上上週做了零編輯也還沒清掉,麻煩您檢查一下,謝謝辛苦。--迴廊彼端留言) 2022年9月22日 (四) 02:46 (UTC)回复[回复]

這是錯誤使用模板... 所對應的外語條目不存在。--Kanashimi留言) 2022年9月22日 (四) 05:41 (UTC)回复[回复]

我觀察了一下,發現Cewbot「每週清理綠鏈數量」是變動的,而且幅度還不小。一般來說每週進度大約一到兩百之間,不過遇到一對一的好清理狀況可以快上許多,例如先前某位編者建立Asiatic Society of Bangladesh重定向頁後,因為所需運作程序較少,一分鐘就可以清四到五筆,當週大約清了五六百筆左右,這也是我之前在作的修復方式。又既然這種清法有效率、能夠推進清理速度的話,像我上面提議的、把清理範圍擴大似乎就不是問題,希望可建立「讓Cewbot請理所有空間」的共識,謝謝。--迴廊彼端留言) 2022年7月17日 (日) 10:24 (UTC)回复[回复]

邀請User:Comrade JohnUser:Yumeto對此及下面「當編者加入偽綠鏈時發出警訊」提案給些意見,打擾之處尚祈見諒。--迴廊彼端留言) 2022年8月3日 (三) 15:25 (UTC)回复[回复]

提議當編者加入偽綠鏈時發出警訊[编辑]

先前有編者在Template:Short description中加入預覽警告腳本警告,加上各位勤於清理Category:带有简短描述的條目,讓此分類內容從我專注開始減少了近一千個,實在令人佩服。此成功案例也讓我好奇能否應用在Category:有蓝链却未移除内部链接助手模板的页面身上,看有沒有辦法透過編輯提示、過濾器等功能即時提醒(甚至避免)編者加入偽綠鏈,還請各位給些意見,謝謝。--迴廊彼端留言) 2022年7月17日 (日) 10:24 (UTC)回复[回复]

請教User:KanashimiUser:Cwek這功能有可能實現嗎?--迴廊彼端留言) 2022年8月17日 (三) 07:10 (UTC)回复[回复]
編輯提示似乎與機器人較無關? 另外跨語言連結確實有必要,小弟個人就常用。--Kanashimi留言) 2022年8月17日 (三) 08:52 (UTC)回复[回复]
User:Kanashimi我主要是針對「偽綠鏈」,一般正常綠鏈不必提醒。又如果能像一般頁面中加入消歧義內連的提醒也不錯,各位在此頁輸入一般內連[[西天]]就可以看到提醒。--迴廊彼端留言) 2022年8月17日 (三) 12:38 (UTC)回复[回复]
假如只是提交的時候提示有「偽綠鏈」但是不強制必須修正,應該是沒問題。不過連結常常很多個,恐怕得指出到底是哪個。--Kanashimi留言) 2022年8月17日 (三) 20:18 (UTC)回复[回复]
User:Kanashimi,這部分建議您試試我說的,在此頁輸入一般內連[[西天]]就可以看到提醒,想看連續反應可以再輸入[[方]]、[[丁]],我這邊看是數個提醒視窗會分開排列在編輯區右邊,顯示過幾秒後會自動消失。也請教User:YFdyh000這個功能有可能實現嗎?如果有即時的繁簡辨識機制更好,例如說頁面是繁體命名,但用簡字、重定向等方式輸入也能及時提醒。--迴廊彼端留言) 2022年8月19日 (五) 05:06 (UTC)回复[回复]
mw:Extension:Disambiguator-$wgDisambiguatorNotifications能做类似的事情,输入时提醒目标有问题。需开发js小工具或mw扩展来做,前者部署更方便,毕竟绿链不广泛存在。支持简繁方面我不了解,如果用多笔请求感觉有可能但网络开销大一些。--YFdyh000留言) 2022年8月19日 (五) 05:21 (UTC)回复[回复]
(※)注意,分类Category:有蓝链却未移除内部链接助手模板的页面中的有些条目,存在一个问题即{{link-en}}中由于把显示名等同于条目中,结果链出到了一个相似的条目,比如 1905年俄国革命 (Special:Diff/73350680)。--Kethyga留言) 2022年8月26日 (五) 02:42 (UTC)回复[回复]
User:Kethyga您的觀察、修復方式都是正確的,這也是User:Cewbot/需要修正的跨語言連結堆積如山的原因,太多編者取中文名稱時沒注意,結果導致一堆錯誤需要手工修正。也歡迎您支持我在上面的提案,以便用機器人清理之前處理不到的Portal、User、User talk等命名空間,這些空間堆了少說數百個可以用機器人清理的連結。--迴廊彼端留言) 2022年8月26日 (五) 02:06 (UTC)回复[回复]
好像之前曾經設立過一個功能就是加入這類的連結時,如果本地的頁面已經存在的話,則以另一種顏色表示,這個可以在喜好設定中的小工具部份更改(游標懸浮時顯示Tooltip(對於已存在頁面的情況下高亮表示))。 Shinjiman 2022年8月29日 (一) 03:25 (UTC)回复[回复]
User:Shinjiman是有這設定沒錯,不過願意修改、檢查的人很少,您在自己的common.js頁加入importScript("User:WhitePhosphorus/js/CatUpdates.js"); 在清除快取後打開Category:有蓝链却未移除内部链接助手模板的页面下方便可觀察到,每天大約都會多出10筆,其中有些綠鏈根本是錯的,才會累積到一萬多筆清不完的誇張狀況,可以的話請支持我在上面的提案,以便用機器人清理之前處理不到的Portal、User、User talk等命名空間,這些空間堆了少說數百個可以用機器人清理的連結,也歡迎您一起手動清理User:Cewbot/需要修正的跨語言連結。--迴廊彼端留言) 2022年9月2日 (五) 04:32 (UTC)回复[回复]
@迴廊彼端:所以為何要清理User和User talk命名空間,User不是幾乎都是沙盒,User talk的出現頻率極低...?(不過倒可以考慮自動清理存在{{AFC submission}}的頁面就是)--SunAfterRain 2022年9月12日 (一) 10:08 (UTC)回复[回复]
User:SunAfterRainUser空間目前有7筆、User talk空間目前50筆。我個人是覺得能清就清,留個一般讀者看不到、又佔用模板引用大小的語法沒什麼意思,也多少避免被列入Category:引用模板后大小超过限制的页面。--迴廊彼端留言) 2022年9月12日 (一) 10:21 (UTC)回复[回复]
User:SunAfterRain竭誠歡迎您支持上一章節「讓Cewbot請理所有空間」的提案。--迴廊彼端留言) 2022年10月22日 (六) 16:41 (UTC)回复[回复]

小工具里“对于已存在页面的情况下高亮表示”,这个感觉如何用一种其他比较醒目的颜色比较好,现在的颜色如果在长条目中不容易发现。实时地加入提醒会不会影响网页性能?--Kethyga留言) 2022年9月16日 (五) 09:02 (UTC)回复[回复]

Kethyga我也覺得顏色不太明顯,不過我不確定哪種顏色較好,歡迎您另外開題討論;效能部分多少會影響吧,但既然消歧義頁有這功能而且運作良好,我懷疑性能影響不太大。--迴廊彼端留言) 2022年9月22日 (四) 02:46 (UTC)回复[回复]
目前手动可以通过在条目的网页源代码中搜索ilh-blue来快速定位,不过维基的源代码编辑器里面没有相应的标识符。
颜色的话,可能紫色或者是将文字背景填充的方式。
上面这个伪绿链讨论是否分成 蓝绿链1(本地已有条目的绿链)、蓝绿链2(本地已有条目、外部链接错误的绿链,像前面Kanashimi提到的 Special:PermaLink/67656806#发行公司中的A&M Records?--Kethyga留言) 2022年9月22日 (四) 06:49 (UTC)回复[回复]
User:Kethyga抱歉慢回,我個人是覺得先不必分一二兩種,這種東西說一般難說是本地或外地名稱錯誤,也竭誠歡迎您支持上一章節「讓Cewbot請理所有空間」的提案,減少需要手動修復的工作。--迴廊彼端留言) 2022年10月22日 (六) 16:41 (UTC)回复[回复]
日文維基百科也有類似需求 這邊準備一併處理 先處理Template--Kanashimi留言) 2022年12月8日 (四) 07:37 (UTC)回复[回复]

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

Google 错误地索引 .m 链接[编辑]

目前只在搜索中文维基百科遇到过这种情况。比如搜索“机甲小宝 Wikipedia”,第一条是 https://zh.m.wikipedia.org/zh-hans/%E9%93%81%E7%94%B2%E5%B0%8F%E5%AE%9D

--Fireattack留言) 2022年5月1日 (日) 12:43 (UTC)回复[回复]

Google还会索引可视化编辑器(?veaction=edit [1][2])呢!--Txkk留言) 2022年5月5日 (四) 13:42 (UTC)回复[回复]
我没这事鸭,是不是不同地方搜的不同--Zys6913留言) 2022年11月24日 (四) 06:20 (UTC)回复[回复]

現在google似乎將行動版wiki設為預設,使敝人必須每次手動切換成電腦版。不知其他維基人如何解決這問題?--es91213留言) 2022年5月7日 (六) 05:43 (UTC)回复[回复]

奇怪,“机甲小宝+Wikipedia”我反而搜到wiki没语言缀的为第一条。不过偶然会搜到zh-tw语言缀的,可能与Google个人搜索算法有关。——Sakamotosan路过围观 | 避免做作,免敬 2022年5月7日 (六) 07:38 (UTC)回复[回复]
希望Google編制搜尋索引時能只收集一種網址版本(無論是內容變體還是行動版/電腦版等等),避免混亂。—— Eric Liu 創造は生命(留言留名學生會 2022年5月7日 (六) 10:23 (UTC)回复[回复]
对于手机📱版网页可以让浏览器强制重定向,在用的工具Redirector,感觉可以移植到维基里。--Kethyga留言) 2022年5月8日 (日) 09:12 (UTC)回复[回复]
Special:Diff/70642469/71502073。--Xiplus#Talk 2022年5月8日 (日) 14:09 (UTC)回复[回复]
似乎未有反应。--Kethyga留言) 2022年5月8日 (日) 23:05 (UTC)回复[回复]
“User:Xiplus/common.js”,他自己的……意思是供参考。--YFdyh000留言) 2022年5月9日 (一) 01:02 (UTC)回复[回复]
我已经添加到自己的common.js里面了--Kethyga留言) 2022年5月9日 (一) 01:51 (UTC)回复[回复]

这个问题在我这边已经改善,很少再遇到.m链接了。各位那边怎么样?--Fireattack留言) 2022年5月29日 (日) 11:43 (UTC)回复[回复]

些微改善,但很大比例仍是.m。--Xiplus#Talk 2022年5月29日 (日) 12:32 (UTC)回复[回复]

似乎变得更严重了,甚至开始影响日文维基了: https://www.google.co.jp/search?q=maho%E5%A0%82&hl=ja --Fireattack留言) 2022年7月16日 (六) 23:34 (UTC)回复[回复]

不知道維基媒體這邊方不方便自己解決,在 m.wikipedia.org 網頁的 html <head> 區塊中標示電腦版網址。以前用手機點開電腦版,都可以自動跳轉到手機版,所以電腦版應該有設定這種語法,但手機版似乎沒有。--S099001留言) 2022年7月23日 (六) 00:41 (UTC)回复[回复]

除了一些外部的重定向工具,英维有人写了个脚本 en:User:Þjarkur/NeverUseMobileVersion (1071808272)--Kethyga留言) 2022年7月26日 (二) 00:21 (UTC)回复[回复]

最近工作需要有在研究谷歌。谷歌的搜索算法是基于移动版的,所以非常喜欢将移动版链接设为预设。Itcfangye留言) 2022年8月14日 (日) 04:58 (UTC)回复[回复]

話說,還沒有進展啊?orz —— Eric Liu 創造は生命(留言留名學生會 2022年11月21日 (一) 16:07 (UTC)回复[回复]

可以比照之前搜尋引擎的問題,從MediaWiki:Gadget-notifyConversion.js修改,詢問是否要切換,然後加一個不再顯示,避免說有的人就是想用電腦看手機版的網站。

--Btooombtooom留言) 2022年11月29日 (二) 16:56 (UTC)回复[回复]

应参考phabricator:T305540,Google团队不让用自动跳转。但手动跳转的意义又变小很多,除非很丑的大通知大按钮,否则不好点。以及用Cookie对隐私模式等可能不太友好?--YFdyh000留言) 2022年11月29日 (二) 17:45 (UTC)回复[回复]
看起來是不是之前有發生過維基百科會自動把搜尋引擎的變體(zh-xx)連結重新導向到(/wiki/)站,但是 Google 又向維基百科抱怨這會讓搜尋引擎沒辦法連結到適當的變體給使用者。但我覺得這不是好理由,維基百科已經有各種不同的變體連結給 Google 索引,但是從搜尋引擎連結到維基百科時,不管怎樣都不應該顯示 zh-hans 或 zh-hant,否則使用者就會看到像是「义大利」、「亚塞拜然」、「电脑软体」這種令人困惑的詞。一種解決方法是直接將 zh、zh-hans 和 zh-hant 標示為不被搜尋引擎收錄。--Btooombtooom留言) 2022年11月30日 (三) 05:49 (UTC)回复[回复]
我觉得Google是要索引和期望带用户到变体版本的,但实际又经常带错。怀疑对变体noindex的技术可行性,且那样搜索引擎的爬虫就无法抓取字词转换后的版本了。已经有link rel="alternate"了,但Google爬虫可能识别有问题。--YFdyh000留言) 2022年11月30日 (三) 07:00 (UTC)回复[回复]
使用 zh-hans 會導致用簡體顯示繁體用詞,使用 zh-hant 則會導致用繁體顯示簡體用詞,有的人可能覺得沒差,有的人可能覺得困擾 囧rz……。我是(-)反对搜尋引擎收錄這兩種變體的。zh.m 的部分則是很有可能是搜尋引擎從流量分析結果,發現使用者喜歡用電腦看手機版網站,才會發生現在討論的這個情況,如果真的是這個原因,那我就比較不會有原本是想說(-)傾向反對在桌面版收錄手機版網站。--Btooombtooom留言) 2022年12月1日 (四) 19:52 (UTC)回复[回复]
“發現使用者喜歡用電腦看手機版網站”我觉得不存在,目前主流观点是Google提升手机版网站的权重。[3]。--YFdyh000留言) 2022年12月1日 (四) 20:15 (UTC)回复[回复]
關於「怀疑对变体noindex的技术可行性」,robots.txt可以修改,技術可行。關於「爬虫就无法抓取字词转换后的版本」,因為只有提議封鎖 zh、zh-hant、zh-hans,其他變體 zh-cn、zh-hk、zh-tw... 等應可正常抓取。關於 Google 经常带错的原因,推估是會優先推荐熱門的變體版本。關於「發現使用者喜歡用電腦看手機版網站」,是因為有遇過這種人,原因是手機版面比較簡潔。--Btooombtooom留言) 2022年12月7日 (三) 11:43 (UTC)回复[回复]
有时候会送到纯简体版本,还要从下面那个横幅中选择变体……——诚挚的 ZhaoFJx 2022年12月3日 (六) 15:17 (UTC)回复[回复]
同意,每次從搜尋結果連結維基百科時,常常會在出現下面的提醒,很麻煩。--Btooombtooom留言) 2022年12月7日 (三) 11:43 (UTC)回复[回复]

看起來大家都有共識是反對索引 .m 的,怎麼解決?沒意見的話,只能維持現狀了。給未來搜尋存檔來這的人,解決方法參考上面範例。--Btooombtooom留言) 2022年12月7日 (三) 11:43 (UTC)回复[回复]

社群是否有意测试PageTriage?[编辑]

PageTriage是一个新页面巡查辅助工具,已在英文维基百科中启用。近期WMF正将其移植到enwiki以外的站点中(见phab:T50552)。社群是否有意在zhwiki的测试站点(zh.wikipedia.beta.wmflabs.org)上启用此扩展?(相关task见phab:T321922) --Steven Sun留言) 2022年11月11日 (五) 02:23 (UTC)回复[回复]

PageTriange据我所知是不少活跃编者(不乏巡查员)都比较希望引入的扩展。我首先在这里放一个我的(+)支持。--MilkyDefer 2022年11月11日 (五) 12:35 (UTC)回复[回复]
(+)支持 要是WP:RW也能引进就更好了----诚挚的 ZhaoFJx 2022年11月15日 (二) 15:36 (UTC)回复[回复]
已提交至phab:T323378。--Steven Sun留言) 2022年11月18日 (五) 14:44 (UTC)回复[回复]
已安装。如有意测试,请向任意一个管理员申请相关权限。问题还是很多的。 Stang 2022年11月22日 (二) 21:48 (UTC)回复[回复]
註:此留言已被原作者(User:魔琴)移除。2022年11月23日 (三) 13:42 (UTC)回复[回复]
(-)反对,極易被人濫用以壓制新條目。--Roy17留言) 2022年11月23日 (三) 10:17 (UTC)回复[回复]
我想听听你的理由。--MilkyDefer 2022年11月23日 (三) 14:18 (UTC)回复[回复]
我也想聽聽你的理由。--~~Sid~~ 2022年11月24日 (四) 08:14 (UTC)回复[回复]
哎,老幽靈用戶啊,你的出沒頻率可比Opky9407還要低,難得你會特地關注這個小工具啊。我非常真誠的想要問你一句:你是真的知道這小工具是在做甚麽的嗎Sanmosa Je sers 2022年11月24日 (四) 15:00 (UTC)回复[回复]
(+)支持:至於WP:RW的話,另外開一個討論吧?--冥王歐西里斯留言) 2022年11月30日 (三) 06:05 (UTC)回复[回复]
RW好像在逐步被WP:UV取代? ——魔琴 留言 贡献 新手2023计划 ] 2022年12月3日 (六) 03:55 (UTC)回复[回复]

Template:Infobox settlement[编辑]

瓦爾納 (60158610) 中发现 {{Infobox settlement}} 问题,起因是模板中填写 |official_name Zabr,即缺少了 “=” 符号,结果“official_name Zabr”出现在了 人口->统计 处,这里是不是应该像其他未知参数一样只应该在预览中显示,不直接显示在最终结果里面?忘记添加“=”应该是比较常见的笔误。另外,也许其他模板可能也有类似的问题。 --Kethyga留言) 2022年11月24日 (四) 04:42 (UTC)回复[回复]

A2569875似是模块:IfUtilifnoAddTail不良,local input_str = args['1'] or args[1] or ''。重现方式,编辑Template:Infobox settlement/sandbox,内容替换为{{#invoke:IfUtil|ifnoAddTail|{{{population_total}}}|人}},用用户:YFdyh000/沙盒预览。--YFdyh000留言) 2022年11月24日 (四) 06:14 (UTC)回复[回复]
@YFdyh000:刪除module:IfUtil#L-198「parentFirst=true,」讓他不要向外層模板讀取參數即可。因為你列出的那一行程式碼並非不良(讀取1號參數哪裡不良了??),而是ifnoAddTail會讀到外層模板參數,然後外層模板剛好提供了1號參數,所以只要讓他不要去讀取外層模板的參數即可。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百尋求休閒是否搞錯了什麼☎️·☘️) 2022年11月24日 (四) 08:17 (UTC)回复[回复]
没注意到这个参数。没有文档和跨语言,我不太明白它是做什么。会读取无关未传入参数,所以我说读取一号参数可能出了问题。功能不良,指运行不正常,也许您误会了。--YFdyh000留言) 2022年11月24日 (四) 08:33 (UTC)回复[回复]
@YFdyh000(:)回應:「parentFirst=true,」的功能就是「讀取外層模板參數」,並讓「外層模板參數」優先於「內層模板參數」。「內層模板參數」指的是跟{{#invoke:}}寫在一起的參數,「外層模板參數」是呼叫包含{{#invoke:}}的模板(外層模板)時傳的參數。本參數本該跟{{#invoke:}}寫在一起的,不應讀取到外面那層模板呼叫時所包含的參數,故刪除「parentFirst=true,」就會阻止「外層模板參數」的讀取,就不會讀到外層模板給出的1號參數,以便解決此問題。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百尋求休閒是否搞錯了什麼☎️·☘️) 2022年11月24日 (四) 14:08 (UTC)回复[回复]
@YFdyh000:總之,此例癥結點就在於模板外層的參數與ifnoAddTail無關,所以只要讓ifnoAddTail不要讀取外層模板的參數,問題就解決了;讀取1號參數本來就是正常行為,有什麼問題??,這個函數本來就是要這樣工作的,不然要讀取什麼鬼參數?,不認為你列出的那行乃至於那個函數的功能有什麼不良。已提出編輯請求Module_talk:IfUtil#編輯請求_2022-11-24-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百尋求休閒是否搞錯了什麼☎️·☘️) 2022年11月24日 (四) 08:39 (UTC)回复[回复]
囧rz……意思只是问题存在于那个模块、那句(附近)相关(读匿名参数1),不是一定要改掉这句。总之能解决就行。--YFdyh000留言) 2022年11月24日 (四) 14:19 (UTC)回复[回复]
能解決是能解決,但是要等編輯請求Module_talk:IfUtil#編輯請求_2022-11-24。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百尋求休閒是否搞錯了什麼☎️·☘️) 2022年11月24日 (四) 14:24 (UTC)回复[回复]
@YFdyh000Kethyga編輯請求已完成,考察User:YFdyh000/沙盒&oldid=74753283可得知問題已解決。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百尋求休閒是否搞錯了什麼☎️·☘️) 2022年12月1日 (四) 06:20 (UTC)回复[回复]
@YFdyh000Kethyga:請協助複查問題是否已解決,感謝。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百尋求休閒是否搞錯了什麼☎️·☘️) 2022年12月8日 (四) 03:31 (UTC)回复[回复]
问题解决。--YFdyh000留言) 2022年12月8日 (四) 04:38 (UTC)回复[回复]

Template:Designation/divbox的外观调整[编辑]

文物保护单位系列模板(本次格式调整的目标样式)
全国重点文物保护单位
中华人民共和国国务院公布

先前U:Sanmosa在推进文物遗产类信息框整合时,遭到一些维基人的反对(参见Template_talk:文物保护单位#请求恢复_Template:文物保护单位_等系列模板原有样式),其中理由之一是“不美观”,即不符合{{文物保护单位}}模板的原有显示效果。

因此,作为同类型模板走向最终整合的第一步,现建议调整Template:Designation/divbox的显示外观,首先实现同类型模板的显示效果统一。(之后也会逐步持续推进相关模板各个零件的调整,以摆脱不实用及翻译照搬的情况)

根据WP:模板编辑员方针:“会显著改变该模板或相关模板的功能和显示的编辑,尤其是删除被使用过的功能和参数,都应在互助客栈技术区或条目探讨区详细讨论,达成共识后再提出编辑请求……模板的外观和结构出现显著变化,包括手机版显示的变化。例如:将信息框的颜色改为粉红色,表格显示变为段落显示等。”之规定,现交付客栈讨论。(调整后的代码提案现临时储存在User:Patlabor_Ingram/沙盒/7内)PATLABOR 英格拉姆Akina 40th Talk 2022年11月24日 (四) 06:50 (UTC)回复[回复]

我想問一下調整後的效果是全部空心都變成實心,還是只有現在該是實心但顯示成空心的才變成實心?Sanmosa Je sers 2022年11月24日 (四) 06:57 (UTC)回复[回复]
@Sanmosa:技术限制,目前的建议是“全部空心都變成實心”。因为如果需要空心实心两种效果可能需要拆成两个模板才能实现;或者需要复杂的代码。PATLABOR 英格拉姆Akina 40th Talk 2022年11月24日 (四) 06:59 (UTC)回复[回复]
如果那些背景顔色都是淺色的話,全部變成實心倒是沒甚麽大問題,但萬一有些邊框顔色是深色的,一旦變成了實心,就算是沒有色盲我們也看不清那些字,我建議你先檢查一下那部分的顔色代碼有沒有深色系的,如果有的話那就還要討論要替換成哪種/哪些淺色系的顔色。除此以外我沒任何意見。Sanmosa Je sers 2022年11月24日 (四) 07:05 (UTC)回复[回复]
好的,我会排查一下底层模板的参数,看一下有没有此种问题。--PATLABOR 英格拉姆Akina 40th Talk 2022年11月24日 (四) 07:09 (UTC)回复[回复]
此问题现已解决完毕。--PATLABOR 英格拉姆Ingram Talk 2022年12月3日 (六) 15:09 (UTC)回复[回复]
我觉得空心和实心都不好看,未看出使用颜色的必要。--YFdyh000留言) 2022年11月24日 (四) 08:38 (UTC)回复[回复]
这次讨论主要考虑的是统一维基百科现行两种不同的文物遗产类信息框模板的显示样式(原有“方框式”与“彩条式”,此次全面统一为后者),属于阶段性安排。
至于是否需要在文物遗产类信息框模板全面取消背景颜色,应属于另一个话题了。建议另开提案较妥当。--PATLABOR 英格拉姆Akina 40th Talk 2022年11月24日 (四) 08:42 (UTC)回复[回复]
弄清颜色的意义才能了解哪种标注方式(颜色或其他)更适合。--YFdyh000留言) 2022年11月24日 (四) 09:06 (UTC)回复[回复]
本提案只是阶段性安排,调整的目的在于促进同类模板最终走向整合。(在文物遗产类同一类别,维基百科目前有基于enwiki的T:Infobox historic site模板体系及zhwiki自创的T:文物保护单位模板体系,最终目的是促进以上两个重复的模板体系统一)
关于是否需要在信息框中“全面取消背景颜色”的问题,这是纯粹只关乎于审美观的问题,还是建议您单开讨论比较妥当。--PATLABOR 英格拉姆Akina 40th Talk 2022年11月24日 (四) 09:59 (UTC)回复[回复]
(!)意見:示例中上海的公布单位在上是什么考虑?这个顺序垂直对齐不良(附图),没有强制性的要求的话建议统一为公布单位在下。--DvXg 📬 2022年11月25日 (五) 13:45 (UTC)回复[回复]
另外方框不好看的原因有与汉字配合显得太粗的因素,建议先尝试将方框调至.2em左右(比粗体笔画稍粗)。--DvXg 📬 2022年11月25日 (五) 13:53 (UTC)回复[回复]
(1){{上海市优秀历史建筑}}模板原本就是这样子,倘若有必要调整,您可直接移步该模板调整即可。该模板方框内文字的参数位于Template:Designation/text,此处的文字并未设定保护,您直接调整即可。
(2)这次调整的目的,在于促进同类模板(基于enwiki的T:Infobox historic site模板体系及zhwiki自创的T:文物保护单位模板体系)样式走向整合。好不好看不在考虑范围内。倘若有必要调整粗细,阁下可直接另行提案,我对审美观问题不持立场。--PATLABOR 英格拉姆Akina 40th Talk 2022年11月26日 (六) 10:25 (UTC)回复[回复]
(-)傾向反對:前一个可以说是不耦合的问题,后一个……这次提案不就是既合并又调整外观么?仅合并的提案推不动,然后又来推二合一的提案可以理解,但外观调整既然加进去了就要有共识,毕竟现有的译制条目是有在用目标模板的,在无共识的情况下直接把并入模板的样式覆盖了似乎并不合理。--DvXg 📬 2022年11月26日 (六) 12:42 (UTC)回复[回复]
诚然合并的目标模板并不是保护模板,但是合并事项当下并未见特别紧迫性,外观调整再另立议案会把整个时间拉得更长。真的想分开的话建议就在这个话题下分立两个子议题,如果合并先通过,可以先全部暂用色块式,然后等后者结案。毕竟既然是临时样式就要有期限的样子,不能把“临时”当许愿。DvXg 📬 2022年11月26日 (六) 13:00 (UTC)回复[回复]
(1)因为我的提案是“调整为横幅式”,您的建议是“将方框调至.2em左右”,这本来就是南辕北辙的建议,实在无法在同一个议题下讨论。本人并未反对您“分立两个子议题”……我之前所说的“另立议案”自然包括“分立两个子议题”。
(2)“既合并又调整外观”、“合并先通过”是什么意思?本提案并不包括任何关于合并的问题,只是单纯的外观调整,至于合并那是很远的将来才会提案。--PATLABOR 英格拉姆Akina 40th Talk 2022年11月30日 (三) 07:40 (UTC)回复[回复]
(-)反对,全部空心都变成实心会导致文字更难辨识,且看不到这样更改的必要性。如果要让同类模板统一,也应该是将元模板套用在子模板中,直接修改元模板为子模板让路,这并不可取吧。--BlackShadowG Slava Ukraini! 2022年11月27日 (日) 13:43 (UTC)回复[回复]
(1)请阁下先搞清楚,截至目前,T:文物保护单位系列模板不是T:Infobox historic site系列模板的子模板,目前两个是不相隶属的模板体系,不是“元模板”与“子模板”的关系,并不存在所谓“直接修改元模板为子模板让路”的问题。
(2)关于“全部空心都变成实心会导致文字更难辨识”的质疑,目前使用“实心”模式的T:文物保护单位系列模板要远远常用于使用“空心”模式T:Infobox historic site系列模板,这两种模式都是成熟的模式。当然您也可以提一个反向平行提案,即“让T:文物保护单位系列模板改为‘空心’模式”,我也支持。--PATLABOR 英格拉姆Akina 40th Talk 2022年11月30日 (三) 07:39 (UTC)回复[回复]
  1. 如果要让两者合并,那么T:文物保护单位就会成为T:Infobox historic site的子模板,或者说是定制模板,所以说为了让T:文物保护单位能使用T:Infobox historic site的格式而直接修改元模板的做法很奇怪。
  2. T:文物保护单位系列模板改为“空心”模式的实现难度低很多,直接将参数套用即可(类似于鄙人之前修改过的T:中国20世纪建筑遗产信息框)。
--BlackShadowG Slava Ukraini! 2022年12月1日 (四) 15:53 (UTC)回复[回复]
同意您的思路。但直接将T:文物保护单位系列模板改为“空心”模式,之前Sanmosa尝试过,受到很多编者反对,理由是“空心”模式“不美观”。因此才有这个反向提案。--PATLABOR 英格拉姆Ingram Talk 2022年12月2日 (五) 06:25 (UTC)回复[回复]
我觉得“不美观”这样的看法比较主观,对我来说“实心”模式反而更加“不美观”,其背景色配合蓝链的文字,导致文字更难辨识,对比度估计也不够。我觉得喜好“空心”和“实心”模式的编者可能都大有人在,在确定统一为一种格式之前,应该先通过投票等方式达成共识先确定是用“空心”还是“实心”。--BlackShadowG Slava Ukraini! 2022年12月6日 (二) 13:13 (UTC)回复[回复]
或許底色可以再調淡一些?或是反過來用白字?—— Eric Liu 創造は生命(留言留名學生會 2022年11月30日 (三) 14:31 (UTC)回复[回复]
同意您的建议,调淡一些或许合适。并建议对两套模板同步调整。PATLABOR 英格拉姆Akina 40th Talk 2022年11月30日 (三) 22:34 (UTC)回复[回复]
{{文物保护单位}}现有的参数够用了,未见基于{{Infobox historic site}}重新定制的必要。--Kcx36留言) 2022年12月2日 (五) 07:10 (UTC)回复[回复]
但本提案目前并未有关于合并的事项,您的看法不成立。--PATLABOR 英格拉姆Ingram Talk 2022年12月2日 (五) 17:04 (UTC)回复[回复]
因此,作为同类型模板走向最终整合的第一步,现建议调整Template:Designation/divbox的显示外观,首先实现同类型模板的显示效果统一。
我只是对此提案的最终目的发表一点看法。--Kcx36留言) 2022年12月2日 (五) 17:11 (UTC)回复[回复]
我理解您的立场。但是,本提案本身,目前是并未有关于合并的事项。提案本身甚至完全没有触动到{{文物保护单位}},只是{{Infobox historic site}}的内部调整罢了。
以我个人想法,未来两到三年的目标,是逐步解决:(1)同一个条目堆砌多个保护单位模板的问题;(2)Infobox historic site系列模板、Infobox NRHP模板等水土不服的问题,并完成维基数据化;(3)文物保护单位模板体系下四川省、重庆市文物保护单位模板及其他多个模板的遗留问题;以及(4)其他技术问题。
现阶段只是先行统一两套模板的横幅外观,以便顺畅地解决条目中多个模板堆砌整合的问题(解决思路如汇丰银行大楼 (上海))。至于是否合并的问题留待以后解决。本提案通过与否也不代表对是否合并的问题产生共识或论断。以现在的效率来看,要讨论这个问题,最快也是四五年后的事情。--PATLABOR 英格拉姆Ingram Talk 2022年12月2日 (五) 17:28 (UTC)回复[回复]
感谢您的说明。我支持您提出的几个目标。所以现在的提案是把T:Infobox historic site中每种指定的横幅都从空心改成实心吗?--Kcx36留言) 2022年12月3日 (六) 12:19 (UTC)回复[回复]
关于改为实心后文字难以辨识的问题,Template:Designation/doc#支持的指定中似乎已经给了空心和实心两种设计。--Kcx36留言) 2022年12月3日 (六) 12:22 (UTC)回复[回复]
感谢您的理解。
(1)是这样。
(2)doc中只是文字的介绍,Template:Designation目前其实只能支持空心(检查代码可知)。(根据本提案改为实心之后,就会变成如doc左栏所示的样子)--PATLABOR 英格拉姆Ingram Talk 2022年12月3日 (六) 14:44 (UTC)回复[回复]
用户:Patlabor Ingram/沙盒/7中的Designation/colour2改为Designation/colour即可调用doc中第一列的颜色,这样显示效果更好。--Kcx36留言) 2022年12月3日 (六) 14:50 (UTC)回复[回复]
收到,已作修改。感谢您的建议。--PATLABOR 英格拉姆Ingram Talk 2022年12月3日 (六) 15:07 (UTC)回复[回复]

总结[编辑]

以上各位维基人的意见已作逐一回复。现将主旨抄录在下方:

  • 本提案本身不代表马上就要急迫地做相关模板的合并,提案本身并不会触动到{{文物保护单位}},只是{{Infobox historic site}}的内部调整罢了。
  • 以我个人想法,未来两到三年的目标,是逐步解决:(1)同一个条目堆砌多个保护单位模板的问题;(2)Infobox historic site系列模板、Infobox NRHP模板等水土不服的问题,并完成维基数据化;(3)文物保护单位模板体系下四川省、重庆市文物保护单位模板及其他多个模板的遗留问题;以及(4)其他技术问题。
  • 现阶段只是先行统一两套模板的横幅外观,以便顺畅地解决条目中多个模板堆砌整合的问题(解决思路如汇丰银行大楼 (上海))。至于是否合并的问题留待以后解决。本提案通过与否也不代表对是否合并的问题产生共识或论断。以现在的效率来看,要讨论这个问题,最快也是四五年后的事情。
  • 在这个推进过程中,本人争取采取柔性整合的办法,慢慢一点点地做技术推进,并同时解决过去遗留下来的各种技术问题。“整合”不一定意味着粗暴合并,也可以是两个模板在技术、外观等各方面双向奔赴式的进步与优化。

各位维基人有其他疑问欢迎在下方留言,我会集中答复。PATLABOR 英格拉姆Ingram Talk 2022年12月6日 (二) 15:18 (UTC)回复[回复]

补充一点,上面多个维基人质疑可能会造成文字难以辨识。后已做出改进,效果见Template:Designation/doc#支持的指定各表格的第一列。--Kcx36留言) 2022年12月6日 (二) 15:40 (UTC)回复[回复]
原先所有指定的色条都是空心,现拟统一为实心是不是因为不少人认为空心色条的{{文物保护单位}}不好看?如果改成只有文物保护单位的色条是实心,别的是空心,是否能让更多人满意?(我瞎写了一个:用户:Kcx36/沙盒12)--Kcx36留言) 2022年12月6日 (二) 15:41 (UTC)回复[回复]
没有必要。文物保护单位也是保护地的一种,似乎没有将其与其它保护地采用不同的表示方式区分的必要性。我觉得两者还是有必要统一,至于统一成实心还是空心,取决于社群的偏好。--BlackShadowG Slava Ukraini! 2022年12月7日 (三) 11:42 (UTC)回复[回复]
同意上述观点。对于实心还是空心的问题,个人建议统一为实心,这样可以与目前{{文物保护单位}}、{{世界遗产概要表}}、{{Infobox NRHP}}几个模板快速接轨。不知诸位维基人意向如何?PATLABOR 英格拉姆Ingram Talk 2022年12月8日 (四) 08:01 (UTC)回复[回复]
(-)反对:使用空心的话背景与蓝色链接的对比度很难达到WCAG的4.5要求,目前的示例中现行的“全国重点文物保护单位”为3.67,“IUCN Ia类”、“上海市人民政府”为4.10,"IUCN IV类"为3.83,“IUCN V类”为3.08,“IUCN VI类”仅2.85,“国家级典型地震遗址”仅2.95。因为宝蓝色的颜色亮度较低,如果要求所有背景色都要适应链接的亮度势必使所有颜色都变得极浅、同系列之间拉不开亮度梯度,失去了标识色的意义。
要满足要求只有做其他选择:放弃色块,选择改进边框的美观度;改变链接颜色(整个指定只有一个链接的还好,但“中华人民共和国国务院公布”这种并不适合改成黑色链接);放弃标识色。--DvXg 📬 2022年12月8日 (四) 08:33 (UTC)回复[回复]
P.S. 提案人自己明明就已经把几件事搅合到一起了,麻烦就不要想着用“一事一议”来搪塞改进意见,然后说“所有意见都已经回复”来假装达成共识。更何况这提案居然还是要破坏现有模板的无障碍特性。要是觉得Chromium系列审查无障碍不太方便,可以使用右键菜单就有“检查无障碍环境属性”的Firefox。--DvXg 📬 2022年12月8日 (四) 08:43 (UTC)回复[回复]
目前只有中國大陸相關敘述使用粗體。建議將其取消,或反過來擴大部署到其他地區。—— Eric Liu 創造は生命(留言留名學生會 2022年12月7日 (三) 10:49 (UTC)回复[回复]
同意阁下观点。这部分样式的统一也是需要考虑的。考虑到{{Infobox}}系列模板中“header”系列参数默认加粗,个人建议统一按默认加粗格式执行。不知各位意向如何?--PATLABOR 英格拉姆Ingram Talk 2022年12月8日 (四) 08:15 (UTC)回复[回复]
支持将主体加粗,并保持说明文字如“中华人民共和国国务院公布”等不加粗。--DvXg 📬 2022年12月8日 (四) 08:36 (UTC)回复[回复]

關於來源語言標示的問題[编辑]

我留意到在Module_talk:Citation/CS1#语言变体命名提出的問題,的確目前cite模板中的language參數如果調用zh-cn的話,會顯示為(中文(中國大陸)),zh-tw的話會顯示為「(中文(臺灣))」,不但有雙重括號的問題,而且也不是正常的中文語法,因此我認為應該修改成這樣。好處有幾個,首先解決了雙重括號的問題,用字上也更接近於版本轉換的名稱,同時根據Module_talk:Citation/CS1#script-title=zh:的思維,通過強制不轉換來反映原文。希望能得到大家的意見,謝謝。--AT 2022年11月24日 (四) 13:12 (UTC)回复[回复]

暫無意見。Sanmosa Je sers 2022年11月24日 (四) 14:52 (UTC)回复[回复]
不理解為什麼通過要強制不轉換來反映原文。另外不要將草稿寫到已經被保護的模板上,那怕是已經馬上回退。--Ghren🐦🕛 2022年11月24日 (四) 16:14 (UTC)回复[回复]
因為語言標示與來源字體相同比較好,當然這個還是比較次要,另外兩點比較重要。手太快沒注意到是高風險模板,抱歉。--AT 2022年11月24日 (四) 16:33 (UTC)回复[回复]
支持此修改方向,另由於MediaWiki程式碼更新,希望可以參照Wikipedia:互助客栈/技术/存档/2022年10月#語言代碼問題討論,加入zh-Hans-CN、zh-Hans-SG、zh-Hans-MY、zh-Hant-TW、zh-Hant-HK、zh-Hant-MO等變體代碼,原討論下方其他待更新語言代碼最好可以一起。--迴廊彼端留言) 2022年11月25日 (五) 03:35 (UTC)回复[回复]
如果要加這些變體,那AT的更改案:['zh-cn'] = '中国大陆简体', ['zh-hk'] = '香港繁體',就會和zh-Hans-CN、zh-Hans-CN重覆了。--Ghren🐦🕛 2022年11月25日 (五) 04:30 (UTC)回复[回复]
User:ghren:重複並不是問題,既有程式碼也有數個「西部占语(阿拉伯文字)」,既然兩種都有人用,要全面修改統一不切實際,那走兼容即可。我也希望將既有程式碼含有括號的盡量按AT意見修改。最後如果要統一語言標示跟來源字體的話,請記得修改「['cjy-hant']='晋语(繁体)'」為繁體。--迴廊彼端留言) 2022年11月25日 (五) 12:03 (UTC)回复[回复]
@迴廊彼端,晉語有繁體來源麼?--AT 2022年11月25日 (五) 13:16 (UTC)回复[回复]
User:AT:一些中華民國大陸時期的晉劇劇本可能是,像是新聞中提到的。--迴廊彼端留言) 2022年11月27日 (日) 02:30 (UTC)回复[回复]
@迴廊彼端,原來如此。長知識了。--AT 2022年11月27日 (日) 05:17 (UTC)回复[回复]
(题外话,不是只有非中文来源才需要标注语言吗?--Tim Wu留言) 2022年11月25日 (五) 03:52 (UTC)回复[回复]
其实即使是中文,如果想要区分各个变种,标记语言也是个不错的方式。比如如果来源是繁体,非繁体地区读者可能不太能分清是香港的繁体还是台湾的繁体,如果标注变体可能会有助于读者分辨来源中的地区词。--BlackShadowG Slava Ukraini! 2022年12月7日 (三) 11:48 (UTC)回复[回复]
不喜歡的話,直接標“zh”就好。--石添 小草 (talk to me) 2022年11月25日 (五) 06:31 (UTC)回复[回复]
更好的選項應是「中國大陸中文(zh-CN)」、「臺灣中文(zh-TW)」;「簡體中文(zh-Hans)」、「繁體中文(zh-Hant)」;「中國大陸簡體中文(zh-Hans-CN)」、「臺灣繁體中文(zh-Hant-TW)」,這樣可以順利處理各種變體而不至於矛盾。此外,這只是單純的語言標示,不需要「反映原文」,仍應予以轉換。—— Eric Liu 創造は生命(留言留名學生會 2022年11月26日 (六) 08:49 (UTC)回复[回复]
我个人还是觉得Eric Liu的这个方案比较合适,也符合语言逻辑。--PATLABOR 英格拉姆Ingram Talk 2022年12月2日 (五) 17:34 (UTC)回复[回复]
我會這樣認為:既然目前貴站已經在字詞轉換中將zh-CN譯成大陸簡體、zh-TW譯成台灣正體,那照依也無不可。但是我認為,這種東西應該按可靠來源來。--Ghren🐦🕐 2022年11月26日 (六) 17:03 (UTC)回复[回复]
另外,我注意到有人在填「lzh」這種玩意,應該怎辦...(公期)--Ghren🐦🕐 2022年11月26日 (六) 17:08 (UTC)回复[回复]
User:ghren我同意您按來源修改的觀點,另lzh是正確的ISO 639-3代碼,最晚在去年底MediaWiki程式碼就建議大家棄用zh-classical、改用lzh了,我上面附的客棧討論也有表列這個代碼,尚祈支持一併修訂。--迴廊彼端留言) 2022年11月27日 (日) 02:30 (UTC)回复[回复]

2022年第48期技术新闻[编辑]

MediaWiki message delivery 2022年11月28日 (一) 20:02 (UTC)回复[回复]

Join the Coolest Tool Award 2022: Friday, Dec 16th, 17:00 UTC[编辑]

The fourth edition of the Wikimedia Coolest Tool Award will happen online on Friday 16 December 2022 at 17:00 UTC!

This award is highlighting software tools that have been nominated by contributors to the Wikimedia projects. The ceremony will be a nice moment to show appreciation to our tool developers and maybe discover new tools!

Read more about the livestream and the discussion channels.

Thanks for joining! -Komla

MediaWiki message delivery 2022年12月5日 (一) 18:53 (UTC)回复[回复]

Module:Wd產生的reference[编辑]

Module:Wd#示例参考(或者用於條目的例子:Wolfram Mathematica),URL後方的分號或句號被視為鏈結的一部分,直接點擊會跳轉到錯誤的頁面。請求修正,感謝!(是否可以修改Module:Wd#L-1930解決?比如不使用bare URL而改用方括號強制顯示完整URL:citeParams['default'][#citeParams['default'] + 1] = '[' .. params[aliasesP.referenceURL][1] .. ' ' .. params[aliasesP.referenceURL][1] .. ']'?)——留言) 2022年12月5日 (一) 21:51 (UTC)回复[回复]

2022年第49期技术新闻[编辑]

MediaWiki message delivery 2022年12月6日 (二) 00:40 (UTC)回复[回复]