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

互助客棧： 消息  方針  技術  求助  條目探討  其他 |  知識問答

發表前請先搜尋存檔，參考舊討論中的內容可節省您的時間。

公告欄

• [人事] Manchiu、UjuiUjuMandan、ASid、ATannedBurger獲提名為管理員，AT獲提名為監督員，歡迎踴躍參與提問和討論。
• [公告] 現時已改為只有延伸確認用戶可以使用內容翻譯將頁面釋出到主條目空間，如有疑問及意見，歡迎參與相關討論。
• [公告] 回饋請求系統正在試運作中，誠邀使用者訂閱以接收討論通知。使用者訂閱有興趣參與的討論議題後，機器人會自動在新討論發起時隨機抽取部分使用者發訊息通知。
• [公告] 「閱讀無障礙」功能字體大小更改及「大字體」小工具調整已經通過。
• [公告] IP封禁豁免權授予者的頂部圖標及將小紅書評為通常不可靠正在公示，如有意見請盡快提出。
• [討論] 互助客棧技術區正在討論ToolsRedirect建立的繁簡重新導向問題，請踴躍參與討論。
• [討論] 互助客棧方針區正在討論電視條目播放資訊增加收錄準則及再擬議立國際關係命名常規為方針，請踴躍參與討論。
• [討論] 互助客棧其他區正在討論對新聞動態獲選標準及ITNR規則的小修訂及頁面評級與通用評級行政層面上的統合方案，請踴躍參與討論。
• [請求] 請協助處理修訂版本刪除請求積壓！

• [協作] 現有124個頁面需維基化，258個條目需清理，19個移動請求正在討論。

#	💭 話題	💬	👥	🙋 最新發言	🕒 (UTC+8)
1	Template:Weather box	14	6	Kethyga	2024-04-26 09:30
2	MobileFrontend側邊欄故障	6	2	Shizhao	2023-12-25 15:47
3	引文模板不應該報錯全部的零寬空格	5	3	Cookai1205	2024-04-24 12:58
4	「閱讀無障礙」功能和本站小工具兼容問題以及字號選擇	32	8	SCP-2000	2024-04-20 00:09
5	關於使用 ToolsRedirect 創建的繁簡重定向	7	4	迴廊彼端	2024-04-15 22:16
6	關於「Template:Cite interview」和「Template:Cite letter」的問題	1	1	Jimmy-bot	2024-05-01 16:14
7	Template:Cite web 印尼語	1	1	Jimmy-bot	2024-05-01 16:14
8	2024年第17期技術新聞	1	1	MediaWiki message delivery	2024-04-23 04:26
9	Cite book模板預設支援哈佛式註腳	2	1	Ericliu1912	2024-04-24 14:28
10	infobox book出現問題	9	4	Kethyga	2024-04-26 17:58
11	自動評級？	8	5	A2569875	2024-04-26 16:56
12	首頁「歷史上的今天」炸了	2	2	YFdyh000	2024-04-26 01:48
13	關於褒揚令、碑文的藍色方框的 CSS 樣式建議	5	3	Chu Tse-tien	2024-04-29 09:57
14	2024年第18期技術新聞	2	2	Diskdance	2024-05-01 12:59
15	Template:Douban people	3	2	YFdyh000	2024-05-02 02:19
16	請求有能力者修改邛崍市南寶山鎮的維基數據	1	1	櫻桃納米粉	2024-05-02 02:14

發言更新圖例
最近一小時內
最近一日內
一週內
一個月內
逾一個月
特殊狀態
已移動至其他頁面 或完成討論之議題
手動設定
當列表出現異常時， 請先檢查設定是否有誤

正在廣泛徵求意見的議題

以下討論需要社群廣泛關注：（重新整理）

維基百科技術議題與模板

Wikipedia talk:字詞轉換處理/公共轉換組 § 思路：條目預儲公共轉換組中匹配的規則，減少載入時間

近年有些公共轉換組越來越大，導致所嵌入的各條目等頁面_{（爲便説明下稱「條目」但不限於條目）}載入越來越慢，爲人詬病。而若條目預先儲存公共轉換組中與條目中字詞相匹配的轉換規則，並適時更新：— Gohan 2024年3月12日 (二) 05:00 (UTC)

MediaWiki talk:Common.css § 編輯請求 2023-11-20

可能需要進一步評估這部分css修改可能會造成的影響--百無一用是書生 (☎) 2024年4月9日 (二) 03:22 (UTC)

Template talk:Twitter § Twitter改為X

因應Twitter已改名X一段時間了，因此提請討論是否做相應更改。臺灣杉在此發言 (會客室) 2024年4月18日 (四) 04:10 (UTC)

Template talk:Infobox person § 修改 Infobox person 中 native_name 參數位置

可能需要進一步討論以便獲得共識。--Kethyga（留言） 2024年4月24日 (三) 05:15 (UTC)

Template talk:電影信息框 § 影／視 資訊框互斥、難記

Template:電影信息框只有香港片名、澳門片名參數，沒有港澳片名參數；Template:電視節目信息框只有港澳名稱參數，沒有香港名稱、澳門名稱參數；二者截然相反，應當統一為均可填寫。另外，衆多條目仍然殘留無效的「馬新名稱／片名」參數，宜部署機械人改寫。難以想象多少譯名因此被掩蓋。
另外，電影信息框original_name所填文字會被字詞轉換，本不應受字詞轉換。— Gohan 2024年4月25日 (四) 11:10 (UTC)

Template talk:No source § 一個問題

本模板描述寫着「如果這個圖片已經註明來源訊息，請移除此模板。」但是，頁面創建者依此移除模板時，會被過濾器16阻止，故建議修改模板，加入使用hang on的相關內容。--在下荷花，請多指教（歡迎簽到） 2024年4月29日 (一) 13:33 (UTC)

Template talk:Hang on § {{hangon}}

Template:Db-meta的格式在之前的討論中，無法解決標記提速刪頁面上的速刪狀態；如果用機器人的方式來處理，是否可行？臺灣杉在此發言 (會客室) 2024年4月30日 (二) 08:33 (UTC)

Template:Weather box

天氣模板Template:Weather box，可以添加參數|width=auto以自動適應條目，但是在有信息框的條目中添加該參數並不總是會自適應，比如韋斯卡 (78803227)會在氣候模板上方出現大段空白（可能也是信息框/Infobox的原因）。--Kethyga（留言） 2023年9月5日 (二) 10:03 (UTC)

自帶{{clr}}效果？如果沒有，表格在小屏幕寬度下不會放不下嗎。--YFdyh000（留言） 2023年9月9日 (六) 04:14 (UTC)

手機網頁和App看了下，應該都要左右滑動。--Kethyga（留言） 2023年9月9日 (六) 08:20 (UTC)

應該又是V22皮膚的css更新所致，換成2010版皮膚看是正常的。--蕭漫（留言） 2023年10月10日 (二) 02:44 (UTC)

似乎現在顯示效果正常了？--Kcx36（留言） 2023年11月15日 (三) 10:39 (UTC)

目前已 無法重現。 Willy1018（留言） 2023年11月19日 (日) 02:50 (UTC)-- Willy1018（留言） 2023年11月30日 (四) 03:21 (UTC)

在條目韋斯卡中，未登錄和Timeless Skin下目前均無法自適應頁面寬度。--Kethyga（留言） 2023年11月27日 (一) 04:11 (UTC)

我的顯示效果。--Kcx36（留言） 2023年11月27日 (一) 04:50 (UTC)

發現新版皮膚/外觀在未登錄狀態下的右下角有一個切換「全屏寬度」和「有限寬度」的按鈕，如果選擇「全屏寬度」的話就不會被信息框/Infobox遮擋，但是Weatherbox/天氣框仍未填滿空間。另外在條目洛帕中，Timeless Skin下可以正常自適應頁寬。--Kethyga（留言） 2023年11月28日 (二) 01:55 (UTC)

@Kethyga：英文維基百科也有這種情形嗎？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年1月29日 (一) 17:28 (UTC)

@Ericliu1912 en:Wikipedia:Sandbox (1220692034) 在英維的效果，個人認為無問題，右側的信息框一般不會遮擋天氣框。--Kethyga（留言） 2024年4月25日 (四) 09:52 (UTC)

@Kethyga：若直接複製來本地，是否可行？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年4月25日 (四) 15:28 (UTC)

得先測試看看了，不知道差異大不大，另外也不知道是否只是 Weather box 的問題。--Kethyga（留言） 2024年4月26日 (五) 01:30 (UTC)

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

MobileFrontend側邊欄故障

[1] Log in（登入）、Settings（設定）、Donate（贊助）、About Wikipedia（關於Wikipedia^{（隨維基媒體計劃名稱而變）}）、Disclaimers（免責聲明）均無法被點擊，也無法對其長按彈出瀏覽器菜單，全站（所有語言、所有維基媒體計劃）均發生該問題。--Txkk（留言） 2023年11月29日 (三) 03:05 (UTC)

在firefox下未能復現，可點擊，可彈出瀏覽器菜單。但是側邊欄各項一點擊或彈出瀏覽器菜單時（點擊鼠標左鍵或右鍵時），側邊欄就會迅速縮回，雖然點擊的鏈接打開沒問題（選擇使用彈出的瀏覽器菜單中的功能也沒問題），但是用戶體驗比較糟糕。從前端角度看，很可能算是個bug--百無一用是書生 (☎) 2023年11月29日 (三) 03:20 (UTC)

似乎現在mediawiki更新後，這個問題（或類似問題）已不存在了？--百無一用是書生 (☎) 2023年12月15日 (五) 11:56 (UTC)

還在。--Txkk（留言） 2023年12月15日 (五) 21:21 (UTC)

有沒有人去Phabricator報告問題？--Txkk（留言） 2023年12月25日 (一) 06:46 (UTC)

我現在是只有關於和免責聲明點擊後側邊欄縮回，頁面不跳轉--百無一用是書生 (☎) 2023年12月25日 (一) 07:47 (UTC)

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

引文模板不應該報錯全部的零寬空格

Cat:引文格式1錯誤：不可見字符現在只要有U+200B就會報錯，實際上有些零寬字符是合理且必要的，比如emoji和孟加拉文使用其連接字符。

建議將其改為維護而不是錯誤。--落花有意12138 2023年12月16日 (六) 12:44 (UTC)

en:Module:Citation/CS1/Configuration有為特定文字或Emoji添加例外。--Cookai餅塊🍪_{（💬留言）} 2023年12月24日 (日) 10:10 (UTC)

等等，Module:Citation/CS1/Configuration也有indic_script，但Module:Citation/CS1沒有把它排除。--Cookai餅塊🍪_{（💬留言）} 2023年12月24日 (日) 10:19 (UTC)

請問此問題有辦法解決嗎？《亂世勇者》的97號來源出現此情況，但不知道該如何解決。--H2226（留言） 2024年1月7日 (日) 10:11 (UTC)

要改的是Module:Citation/CS1/Utilities的has_invisible_chars，en的has_invisible_chars在en:Module:Citation/CS1，看有沒有高人要來修。--Cookai餅塊🍪_{（💬留言）} 2024年4月24日 (三) 04:58 (UTC)

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

「閱讀無障礙」功能和本站小工具兼容問題以及字號選擇

於Phabricator查看
編號T358119的工單
狀態：已解決

測試功能中Vector 2022的「閱讀無障礙」功能之前和本站大字體小工具存在兼容性問題，目前主要問題已經修正，但是存在若干遺留問題。

該測試功能有三個擋位，「小」對應14px，「標準」對應16px，「大」對應20px，並無本站目前使用的15px。本來該功能是有望讓小工具在Vector 2022下直接退役的，但由於缺少15px所以目前不行。

目前個人認為有以下解決方案，請社群評估：

1. 維持現狀（大字體小工具將「小」修改為15px，其他不變）。
2. 讓大字體小工具在打開「閱讀無障礙」時直接失效，之後在正式部署「閱讀無障礙」時調整為默認啟用16px，小工具退役。注意會導致默認字號改變。
3. （新增）讓基金會加上15px的擋位，正式部署時默認啟用，小工具退役。

以上。--碟之舞📀💿 2024年2月23日 (五) 02:13 (UTC)

我個人會傾向2。--冥王歐西里斯（留言） 2024年2月23日 (五) 03:56 (UTC)

@S8321414：剛剛加了個3，提醒一下。--碟之舞📀💿 2024年2月23日 (五) 13:36 (UTC)

有看到，但我個人還是傾向2，但不排斥3。--冥王歐西里斯（留言） 2024年2月23日 (五) 13:59 (UTC)

閱讀方面14px和15px我感覺都行，但排版變化明顯。順便一提，Timeless皮膚下是15.2px。16px感覺較大，但部分用戶和繁體用戶可能偏愛。--YFdyh000（留言） 2024年2月23日 (五) 14:02 (UTC)

依據「閱讀無障礙」功能的文檔「Small is the current default」，而本站預設啟用「大字體」小工具及實際上本站預設字體為 15px 而非 14px，故「小」選項應由現時的 14px 增加至 15px，或是增加 15px 的選項及成為預設選擇。至於「大字體」小工具，當「閱讀無障礙」功能仍在測試階段時應改為不覆蓋該功能字體設定，待該功能正式部署後才僅在 Vector 2022 暫停使用。謝謝。--SCP-0000（留言） 2024年2月23日 (五) 15:22 (UTC)

另外，沒壞就不要修，除非有明確共識或證據支持其他字體大小比現時預設的 15px 更佳。--SCP-0000（留言） 2024年2月23日 (五) 15:30 (UTC)

「小」選項由現時的 14px 增加至大字體的 15px，大家不覺得這讓很多人難以理解嗎？小變成了大，但卻還是叫做小。。。

總的來說，15px是中文網頁（可能也包括日文網頁）最常見的字體大小（可認為是最優），但是隨着近幾年顯示技術和網頁技術的變化，是否15px還是最優可能需要再探討。另外，偶數大小（14、16）從網頁設計上來說更方便計算和取整，可以避免一些頁面排版和渲染方面意外的發生。所以最後還是要權衡利弊，是保守原來的不變，還是擁抱新變化，還是只要最優大小，還是雖然不是最優但能夠更靈活？--百無一用是書生 (☎) 2024年2月26日 (一) 02:27 (UTC)

更新：Jon (WMF)表示可以針對不同語言調整預設值大小。--碟之舞📀💿 2024年2月24日 (六) 02:21 (UTC)

那正好，基於最小修改原則，新版外觀預設字體大小應該就設定為原本者。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年2月25日 (日) 16:52 (UTC)

@SGrabarczuk (WMF): BTW, I have read the analysis of the community prototype testing and I found that the analysis mixed up the data from communities using Latin and CJK characters. Since Latin and CJK is quite different (FYR the comparison by Google), perhaps re-analysis and only focus on the data from communities using CJK character (Chinese, Japanese, and Korean Wikipedia) if possible? Thanks.--SCP-0000（留言） 2024年2月28日 (三) 05:39 (UTC)

Hey @SCP-2000, that's interesting, thank you for pointing this out! Our designer broke down that data by different scripts. So he must have taken this into consideration. But as I can see, this breakdown didn't make it to the wiki page. I'll ask him.--SGrabarczuk (WMF)（留言） 2024年3月6日 (三) 16:22 (UTC)

@SGrabarczuk (WMF): Hello, any update of this matter? Thanks.--SCP-0000（留言） 2024年3月24日 (日) 17:23 (UTC)

Hello @SCP-2000, I'm happy to share that I do have an update :D

Ultimately, it will be possible for local users (specifically, admins, if I'm not mistaken) to change the settings (only by increasing the values) for the entire wiki. This will be possible via the Community configuration tool. It was originally built for newbies and mentors, but it's gonna be connected with other features as well.

In the meantime though, our team will be happy to make those changes for you.

However, if I'm not mistaken, it will not be necessary since our proposed new default ("Standard", 16px) is a bit larger than the current default on this wiki (15px). Am I forgetting about something?

What do you think about all this? Thanks!--SGrabarczuk (WMF)（留言） 2024年3月29日 (五) 22:37 (UTC)

@SGrabarczuk (WMF): Hello, thanks for your information:)

We are currently in a discussion about which font size (i.e. 14, 15 or 16px) is better. That was why I asked if there is any data from communities using CJK characters, so that help us make a better decision. Anyway, we'll let you know if we reach the consensus.--SCP-0000（留言） 2024年3月30日 (六) 12:31 (UTC)

---

@Diskdance、S8321414、YFdyh000、Shizhao、Ericliu1912： 考慮到現時未見有廣泛共識同意更改預設字體大小，個人認為較佳的做法是維持現況（即 15px）。而 WMF 願意依據社群意見更改字體大小，故個人建議將 Vector 2022 未來的預設「標準」選項（ 「our proposed new default ("Standard", 16px)」）改為本站現時的 15px。至於「大字體」小工具，當「閱讀無障礙」功能仍在測試階段時改為不覆蓋該功能字體設定，待該功能正式部署後才僅在 Vector 2022 暫停使用。不如各位意下如何？謝謝。--SCP-0000（留言） 2024年3月30日 (六) 12:59 (UTC)

個人支持SCP所述做法。但是需要考慮是否要相應調整「大」選項的字號。--碟之舞📀💿 2024年3月30日 (六) 13:13 (UTC)

所以現在是變成要把「標準」改為15px而非把「小」改為15px？我個人仍是比較傾向讓這三個選項維持原本的14、16、20px，讓小工具在Vector 2022失效，但也不反對將「標準」改為15px就是（是說原本選15px究竟是什麼原因？）。--冥王歐西里斯（留言） 2024年3月30日 (六) 13:27 (UTC)

「所以現在是變成要把「標準」改為15px而非把「小」改為15px？」是的，這是基於維持現況的考量。而「標準」未來將成為預設選擇。

「我個人仍是比較傾向讓這三個選項維持原本的14、16、20px，讓小工具在Vector 2022失效」或許能否詳細說明理由？謝謝。--SCP-0000（留言） 2024年3月30日 (六) 13:33 (UTC)

主要是現在用「閱讀無障礙」的「標準」也沒遇到什麼排版上的問題，另外沒那麼重要的應該是跨站點的一致性，至於「大字體」小工具在「閱讀無障礙」功能預設開啟後（在Vector 2022）就不需要了。--冥王歐西里斯（留言） 2024年3月30日 (六) 13:44 (UTC)

理解。大字體那句是不小心引用的（）。至於跨站點的一致性，這確實是合理的擔憂，不過只要本站願意作出改動，個人認為其他使用中文的 wikis 也會跟進改動。至於中文以外的 wikis，正如您所說其實不太重要。謝謝。--SCP-0000（留言） 2024年3月30日 (六) 14:02 (UTC)

現在中文站點的字型大小設定並不完全相同，所以我反而不覺得其他中文站點會跟進本站改「標準」為15px就是XD，畢竟改了反而也是跟原先的排版不同。--冥王歐西里斯（留言） 2024年3月30日 (六) 23:26 (UTC)

原本選15px是因為當時中文網頁字體大小的最佳實踐是15px--百無一用是書生 (☎) 2024年3月31日 (日) 12:09 (UTC)

那就是看現在的最佳實踐是不是還是15px了。--冥王歐西里斯（留言） 2024年3月31日 (日) 12:14 (UTC)

啊，「最佳實踐」我在這裡是有點反諷的意思的....意思就是別人都這麼做，所以這麼做，效果上是不是「最佳」則未必，但成本上肯定是「最佳」的--百無一用是書生 (☎) 2024年4月8日 (一) 03:21 (UTC)

既然此討論已過一個月多，而本提案已過七天且無合理異議，故現公示七天，如無合理異議即視達成共識及通過。謝謝。--SCP-0000（留言） 2024年4月7日 (日) 16:01 (UTC)

• 根本就不是這問題，是這個基金會本身的問題。強迫人換成Vector 2022的皮膚外觀不說，還要登入使用者的帳號才能選擇，跟字體大小可能沒什麼影響了，字體大小也不是決定條目質量的主要因素，而且一堆多餘空白就影響閱讀品質。再說，為何不自己用縮放功能調整字體大小就好？真的懶成這樣嗎？--Z7504非常建議必要時多關注評選（留言） 2024年4月18日 (四) 14:10 (UTC)

  良好的網站設計不應要求使用者透過縮放功能來調整字體大小，而字體大小確實會影響讀者的閱讀品質（參見相關研究）。至於預設選項及空白的問題，與本討論無關，個人便不評論。謝謝。--SCP-0000（留言） 2024年4月18日 (四) 16:13 (UTC)

  字體大小的確是會影響讀者的閱讀品質，但哪些讀者是真的會管您維基百科要是14px還是15px的大小啊？講這個幾px大小也不是維基百科所有的讀者都能一目了然。基金會也沒有要發明這個功能啊？為啥不給維基百科本身閱讀時能自己決定字體大小的功能建議比較快？電腦有縮放字體功能，手機也有縮放螢幕大小的功能，那字體顯示的大小當然是取決自己要不要去決定而已。（獨裁）基金會做為一個維基百科全書網頁始祖之一，卻連這點功能都辦不到，那和其他網路百科全書基本差不多功能而已，就（獨裁）社群的維基百科功能性而言，沒有比較突出。與其討論字體選擇性功能，真的建議直接看看這個（獨裁）基金會的意願吧，（獨裁）社群光只在互助客棧這討論半天是沒有屁用的。--Z7504非常建議必要時多關注評選（留言） 2024年4月18日 (四) 17:04 (UTC)

  相信做過網站開發和應用系統設計工作的，絕不會說出這種不專業的話--百無一用是書生 (☎) 2024年4月19日 (五) 03:29 (UTC)

既然沒有合理且與本提案相關的異議，視為達成共識及通過。個人稍後將建立相關工單。謝謝。--SCP-0000（留言） 2024年4月19日 (五) 07:35 (UTC)

已建立 phab:T362995。

@SGrabarczuk (WMF)： Hello, we agree that change the "Standard" font size from 16 to 15px in Chinese Wikipedia. More information in this phab ticket. Thanks.--SCP-0000（留言） 2024年4月19日 (五) 16:09 (UTC)

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

關於使用 ToolsRedirect 創建的繁簡重定向

使用ToolsRedirect自動創建的繁簡重定向，會被該工具錯誤地標記為別名重定向，參見：Special:Diff/82229793、Special:Diff/82063339、Special:Diff/82063322、Special:Diff/82034218、Special:Diff/82003931……煩請界管盡快修復此bug，防止掛有錯誤標記的繁簡重定向不斷增加。

由於大量編者均習慣以ToolsRedirect快速創建重定向，因此需要修正的繁簡重定向恐怕已不可勝數，能否讓機器人批量處理使用該工具創建的繁簡重定向，將頁面中的{{別名重定向}}替換為{{簡繁重定向}}？@Kanashimi--蕭漫（留言） 2024年4月12日 (五) 08:22 (UTC)

一個疑問，這些簡繁重定向是必要還是不太必要的。是解決可視化編輯器問題的嗎。--YFdyh000（留言） 2024年4月12日 (五) 19:47 (UTC)

個人感覺別名（包括地區用詞、外文名）有必要，繁簡必要性不大，條目和模板中可以正常跳轉，只是編輯摘要（或者還有什麼地方）會顯示紅鏈。--Kethyga（留言） 2024年4月13日 (六) 00:22 (UTC)

若不涉及一簡對多繁或異體字問題，繁簡重定向應該是不必要的。--蕭漫（留言） 2024年4月13日 (六) 01:04 (UTC)

User:YFdyh000、User:Kethyga、User:蕭漫：對我來說，簡繁重定向最重要的功能是克服伺服器緩存過多、直接逼User:Cewbot清掉被系統忽略、遺忘的偽藍連，例如我做完Special:PermaLink/82174815不久，機器人就幫我做了這筆清理，不這樣做的話，機器人不會清到這些條目機器人很難清到這些條目。英文維基百科那邊也是這樣，大家可以留意裡面有一條「{{ill|Hundred Flowers Award for Best Writing|zh|大众电影百花奖最佳编剧|lt=Best Writing}}」被標示為「The corresponding foreign language page does not exist.」，但中文百科其實有大眾電影百花獎最佳編劇條目，只是繁簡不同而已，如果有簡繁重定向頁就不會跳出這個錯誤。--迴廊彼端（留言） 2024年4月14日 (日) 14:19 (UTC)

偽藍鏈是什麼效果。Database reports可能該機器人不支持簡繁機制，不了解有無別的方案。是否要建簡繁重定向似乎多次討論過，有無結論忘記了。--YFdyh000（留言） 2024年4月14日 (日) 14:54 (UTC)

User:YFdyh000：偽藍連只有兩種可能，一個是應該功成身退的跨語言連結，另一個是編者寫的不正確或與未來建立條目名稱不同、導致機器人清不掉的連結，兩種最好都不要存在。--迴廊彼端（留言） 2024年4月15日 (一) 14:16 (UTC)

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

2024年第17期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他使用者這些變更；不是所有的變更都會對您造成影響。技術新聞提供其它語言的譯文版本。

近期變更

• 從本週開始，維基百科的新手編輯者會被鼓勵嘗試結構化任務。結構化任務已被證明能提升新手的活躍度和留存率。 [2]
• 即日起可以提名您最喜歡的工具參加第五屆最酷工具獎。提名將持續開放至5月10日。

本週變更

• MediaWiki的新版本將於4月23日部署至測試維基及MediaWiki.org，於4月24日部署至非維基百科wiki及部分維基百科，並於4月25日部署至所有站點（參見日程表）。 [3][4]

未來變更

• 這是最後一次提醒，從2024年5月底開始，Vector 2022外觀將不再與舊版Vector共用網站和使用者的腳本及樣式。對於要在Vector 2022上繼續使用的使用者腳本，請將Special:我的用戶頁/vector.js的內容複製到Special:我的用戶頁/vector-2022.js。參閱更多技術細節。介面管理員若預期這將導致大量技術支援問題，可以效仿法語維基百科，向您所在的社群傳送大量訊息。 [5]

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 取得協助 • 提供回饋 • 訂閱或退訂。

MediaWiki message delivery 2024年4月22日 (一) 20:26 (UTC)

Cite book模板預設支援哈佛式註腳

有關該模板預設支援哈佛式註腳事，顯然社群已有共識，只是不知如何部署，希望有人能夠協助指明。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年4月24日 (三) 06:27 (UTC)

或可先引進HarvErrors.js做本地系統小工具之一，以為過渡。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年4月24日 (三) 06:28 (UTC)

infobox book出現問題

敝人在光明的花園中發現自動關聯到維基數據的oclc參數顯示異常（本應顯示一串oclc數字，但實際上顯示成了「[https://classify.oclc.org/classify2/ClassifyDemo?search-standnum-txt=6451669&startRec=0 6451669]」，請求修復。----FradonStar|^八閩風雲 2024年4月25日 (四) 05:29 (UTC)

@BlackShadowG：Special:Diff/82253933的改動原因？--YFdyh000（留言） 2024年4月25日 (四) 06:02 (UTC)

另外，看了一下d:Property:P5331，該屬性對應的網站於2024年1月停止了服務（「Classify was discontinued on 31 January 2024」），BlackShadowG替換的網址對應的應該是d:Property:P243。或許應該直接將P5331替換成P243？--Kethyga（留言） 2024年4月25日 (四) 06:53 (UTC)

英維en:Template:Infobox book的OCLC對應的網址即BSG填寫的網址，建議清理之前可能使用到P5331的條目，P5331感覺沒什麼用。--Kethyga（留言） 2024年4月25日 (四) 07:01 (UTC)

 已修復，原來維基數據返回的值帶有內鏈，導致無法嵌入在外鏈中；我已經改為返回原始值，現在可以正常顯示了。抱歉之前沒有檢查這一點。——BlackShadowG Slava Ukraini! 2024年4月25日 (四) 13:36 (UTC)

實際上並未完全修復，{{Infobox book}} OCLC處目前使用的值是P5331，而新增加的網址（https://www.worldcat.org/oclc/）實際對應的是P243的值。上述條目光明的花園 (79806831)中OCLC 6451669目前指向的Conversa-phone Malay language course是一部音樂唱片，OCLC 1345622270 對應的才是Les jardins de lumière : roman（光明的花園）--Kethyga（留言） 2024年4月26日 (五) 01:13 (UTC)

這個或許是維基數據的OCLC編碼寫錯了？----FradonStar|^八閩風雲 2024年4月26日 (五) 05:41 (UTC)

已在維基數據頁面把OCLC編碼調整為正確數值，但在維基數據頁面仍然打不開那個已經崩壞於2024年1月的那個網站_(:з」∠)_----FradonStar|^八閩風雲 2024年4月26日 (五) 05:47 (UTC)

那個維基數據不改該，因為那是P5331（OCLC classify/work）的值，不是P243（OCLC控制號）的，改的是錯的。需要修改的是Infbox book。--Kethyga（留言） 2024年4月26日 (五) 09:58 (UTC)

自動評級？

我在Talk:台灣的大麻放置專題模板，只填了低重要度，卻自動被評為小作品級，這是怎麼回事？--世界解放者（留言） 2024年4月25日 (四) 13:29 (UTC)

分類:自動評級的頁面。具體機理沒看懂。--YFdyh000（留言） 2024年4月25日 (四) 18:04 (UTC)

因為條目本身掛了{{Taiwan-stub}}。Irralpaca（留言） 2024年4月25日 (四) 20:55 (UTC)

@Irralpaca：並不是，見下。評級模板並不讀取小作品模板。小作品模板太多命名太亂運算成本高。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月25日 (四) 22:29 (UTC)

原來如此，makes a lot of sense. --Irralpaca（留言） 2024年4月25日 (四) 22:36 (UTC)

@YFdyh000、世界解放者：Module:PJBSClass/main#維基代碼可判斷的評級值，這是2024年1月8日 (一) 04:40 (UTC)通過的修訂案。如果已非小作品，您可以手動填入|class=其他評級值來覆蓋自動評級（範例：Special:Diff/82397467）。主要是引進了這個機器人User:Cewbot/log/20200122/configuration，評級系統八成自動化了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月25日 (四) 22:29 (UTC)

既然說到自動評級的問題，那不知條目評級的那個腳本能否進行調整，以適應現在討論頁掛的新的評級模板？（就是Cewbot修改後的模板形式）----FradonStar|^八閩風雲 2024年4月26日 (五) 05:44 (UTC)

• Wikipedia:互助客棧/其他#關於_rater.js_腳本。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月26日 (五) 08:56 (UTC)

首頁「歷史上的今天」炸了

看圖（我開啟了「首頁以本地時間顯示。已登錄用戶以參數設置頁面「外觀」中的「時差」設置確定，未登錄用戶以系統時區確定。」）

File:臨時圖片，修復好就刪.png

--Dnaimfz（留言） 2024年4月25日 (四) 17:00 (UTC)

已獲修復--YFdyh000（留言） 2024年4月25日 (四) 17:48 (UTC)

關於褒揚令、碑文的藍色方框的 CSS 樣式建議

目前在維基百科上，獲中華民國褒揚令的人物往往會在其頁面上刊出褒揚令全文，並以藍色方框（實現方法為一個加了藍色實線 border 的 <blockquote>）框之。其他的一些人物的碑文可能也採取這樣的做法。

但很經常地，這樣的方框的右側部分會和頁面右側邊的其他資訊方塊相重疊，導致方框不能顯示完全，有時還會使內容發生詭異的換行效果。

現狀參考：許虞哲、吳新榮。

要解決這一問題其實很簡單，只消為 <blockquote> 添加一個 display: flex; 的 CSS 樣式，並將其內的所有內容包在一個 <div></div> 裡即可。這樣方框就不會與頁面上的其他元素重疊了（同時內嵌的 <div> 確保了 <blockquote> 內的內容不會出現排印錯誤）。

不知道大家是否認可這樣的修正，以及是否有技術能人願意寫一段指令碼來批次化執行這一修改。

再者，在含有褒揚令的篇目中，落款的總統、行政院院長部分其實也最好採用表格的方式去實現，以獲得更好（保證對齊）的排印效果。如下方這般：

<blockquote style="border: 1px solid blue; padding: 0.5em 0.8em; display: flex;">
<div>
財政部前部長、臺灣期貨交易所股份有限公司董事長許虞哲，洽聞沖簡，素德清材。少歲卒業國立政治大學財稅學系暨財政研究所，旋負笈遊美，獲哈佛大學法學碩士學位，抱志懷才，濬瀹專攻。歷任臺北市稅捐稽徵處處長、五區國稅局局長暨賦稅署署長等職，張拓各項稽徵事宜，調降最高邊際稅率；實施證券交易所得課稅，營造優質租稅環境，折衝圖議，幹濟有聲。尤以出任財政部次長、部長期間，整合通關航港系統，研提電子發票載具；踐履開源節流要旨，置辦跨境電商稅制；釐訂國有財產法規，增益公共建設量能，極智窮思，振裘持領；迴籌轉策，通觀全局。嗣接掌臺灣期貨交易所，博求多元商品創新，簡化交易結算程序；加強風險控管措施，推升期貨市場榮景，謨慮運帷，蜚英騰茂。曾獲頒財政部一、二等財政獎章暨模範公務人員等殊榮。綜其生平，殫瘁臺灣稅務體系興革，丕奠國家財政發展利基，訏猷遠謀，令績遐舉；行誼世範，楷模垂芬。遽聞溘然殂殞，悼惜彌殷，應予明令褒揚，用示政府篤念邦賢之至意。
{| align="right"
| 總　　　統
| style="padding-left: 1em;" | [[蔡英文]]
|-
| 行政院院長
| style="padding-left: 1em;" | [[蘇貞昌]]
|}
</div>
</blockquote>

如果總統、行政院院長的區塊需要與右邊框留出一點距離，則可簡單地在表格部分首行 align 屬性右邊添加右 margin 樣式即可，這些都比如今使用的解決方案能夠更好地保證排印效果（當然「總統」字樣間的空格理論上亦可透過為「總」字添加 letter-spacing 來解決，也即寫成 <span style="letter-spacing: 3em;">總</span>統 的樣子，但就不如直接加入全形空格方便了）：

{| align="right" style="margin-right: 2em;"
| 總　　　統
| style="padding-left: 1em;" | [[蔡英文]]
|-
| 行政院院長
| style="padding-left: 1em;" | [[蘇貞昌]]
|}

--Boreas Sawada 2024年4月27日 (六) 03:49 (UTC)

建議不錯，可以考慮建模板以規範顯示效果。不過我有點懷疑刊出全文的正當性，原因有三：一，這難道不應該移至文庫？二，所舉條目吳新榮中這樣的碑文不侵權？三，條目中以大篇幅給出褒揚令、紀念碑文全文有廣告宣傳之嫌，這要是大陸人物恐怕早就被移除了^{[開玩笑的]}。--Kcx36（留言） 2024年4月28日 (日) 18:59 (UTC)

Well… 我是一個「慣例主義者」（如果真的有這種東西的話），因此推崇尊重慣例 (convention)，尤其是在一個社群／社會上自發演化形成的慣例。（同時我也瞭解到中文維基並不推崇此類思想。）因此在如諸如此類的討論上會天然地偏向於「維持現狀、保持不變」。所以我不適合參與「改制」的討論。對此就不發表意見了。
編輯：由於樓下誤會，我特此聲明：前段之回應與是否應當為褒揚令等藍色框文字建立模板無關。是回應有關這類文字是否應該保留的部分的。--Boreas Sawada 2024年4月28日 (日) 21:57 (UTC)

• @Chu_Tse-tien：(：)回應：建模板並非是因為「它是慣例」而建的。建模板是指如果有存在某種格式、文字、或可（依條目主題）被程式運算的東西_{（見{{數字性質}}，已被廣泛地用來產生數字條目中的部分條目內容）}、板型或模式等內容出現在了在多個條目，又或會在同一條目還會重複出現，則宜「模板化」方便管理（不然到時你改一個，要全部條目都改一遍；模板化了就只要改模板）。如果「褒揚令、碑文」出現在許多條目，且其樣式（如CSS等）類似，則宜模板化。因此，並非因為「它是慣例」才建模板，而是很多條目都有相同東西，才「統整」成模板方便管理。因此建模板也算是「維持現狀、保持不變」但加上「技術上」的東西來方便進行「管理與維護」，並不變更其內容。畢竟如果某件事「它是慣例」宜「整合管理」減少人力負擔，並不意味著「不維持現狀、沒有保持不變」。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月28日 (日) 22:37 (UTC)

  這……我回應的顯然不是關於建立模板的部分……--Boreas Sawada 2024年4月29日 (一) 01:57 (UTC)

2024年第18期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他使用者這些變更；不是所有的變更都會對您造成影響。技術新聞提供其他語言的譯文版本。

近期變更

採用新設計的討論頁的範例，圖為法語維基百科

• 下列維基的討論頁外觀已更改：阿塞拜疆語維基百科、​孟加拉語維基百科、​德語維基百科、​波斯語維基百科、​希伯來語維基百科、​印地語維基百科、​印尼語維基百科、​韓文維基百科、​荷蘭語維基百科、​葡萄牙語維基百科、​羅馬尼亞語維基百科、​泰語維基百科、​土耳其語維基百科、​烏克蘭語維基百科、​越南語維基百科。這些維基參與的測試為期一年，其中有50%的使用者使用了新設計。由於測試結果良好，新設計已作為預設設計部署至這些維基。使用者可以在偏好設定中選擇停用這些變更（「顯示討論活動」）。未來幾週內，所有維基均將進行部署。 [6]
• 七個新的維基已建立：
  • 巴達維語維基百科 (w:bew:) [7]
  • Kʋsaal維基百科 (w:kus:) [8]
  • Igala維基百科 (w:igl:) [9]
  • 卡拉卡爾帕克語維基詞典 (wikt:kaa:) [10]
  • 緬甸語維基文庫 (s:my:) [11]
  • 馬來語維基文庫 (s:ms:) [12]
  • 喬治亞語維基文庫 (s:ka:) [13]
• 您現在可以在Translatewiki.net上監視訊息群組或專案。起初，此功能會通知您這些群組中新增或刪除的訊息。 [14]
• 深色模式現在可供所有維基的已登入使用者在行動版網站使用，須啟用進階模式。這是該功能的搶先發行版。邀請技術編者檢查各維基的無障礙問題。參見詳細指南。

問題

• 屬性值mapstyle="osm"可讓Kartographer地圖使用不帶地名標註的替代視覺樣式。這原本在預覽中不起作用，造成它不受支援的錯誤印象。此問題已解決。 [15]

本週變更

• MediaWiki的新版本將於4月30日部署至測試維基及MediaWiki.org，於5月1日部署至非維基百科wiki及部分維基百科，並於5月2日部署至所有站點（參見日程表）。 [16][17]

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 取得協助 • 提供回饋 • 訂閱或退訂。

MediaWiki message delivery 2024年4月30日 (二) 03:32 (UTC)

深色模式兼容性本站可以做起來了。--碟之舞📀💿 2024年5月1日 (三) 04:59 (UTC)

Template:Douban people

發現豆瓣電影、豆瓣讀書、豆瓣音樂的人物頁面目前開始跳轉到Douban personage（豆瓣人物）頁面，比如蒲松齡豆瓣讀書頁面跳轉到27504363，估計需要一個新的{{Douban personage}}，可能需要將movie/book/musician中的標識符轉移到personage上。另外維基數據上在申請建立Douban Personage ID。--Kethyga（留言） 2024年4月30日 (二) 23:42 (UTC)

我覺得{{douban}}加一個personage參數比較好。--YFdyh000（留言） 2024年5月1日 (三) 01:17 (UTC)

糾正，我是想說{{douban people}}加personage參數--YFdyh000（留言） 2024年5月1日 (三) 18:19 (UTC)

請求有能力者修改邛崍市南寶山鎮的維基數據

南寶山鎮2015年由原南寶鄉與油榨鄉合併而設立，鎮政府駐地在原油榨鄉場鎮。2019年12月，南寶山鎮茶板村、金甲村、常樂村、大葫村所屬行政區域劃歸火井鎮管轄，劃歸火井的區域中就包含了原南寶鄉場鎮。

然而，維基數據中的南寶山鎮就僅僅是原南寶鄉改了個名，下屬行政區、地點、區劃代碼等仍是九年前南寶鄉的。而百科條目中對行政區劃的描述也是通過Template:PRC_admin引用維基數據自動填的，因此南寶山鎮的條目內容也成了錯誤的。與此同時，油榨鄉的數據和百科條目也存在，將其描述為現存行政區域。

我對這套數據庫理解尚不透徹，暫無能力修改。我姑且將百科條目效果不符事實的模板中能注釋掉的都注釋掉了，並手動輸入正確內容，但數據庫不應該一直這樣拖下去。況且據Wikipedia:機器人建立條目小組/中華人民共和國行政區劃/簡明手動維護手冊所言，這種行政區劃變動後對數據庫調整校對的工作是非常繁瑣的，建議到互助客棧求助。因此我在此請求諸位同仁的援手。

題外話，據相關文檔所言，這套數據庫剛建立時應該是有機器人自動更新的。但這個問題遺留了九年、兩次區劃變動之久，究竟是偶然的漏網之魚還是自動更新機制已經失靈？若是後者，且以後也沒有恢復定期自動更新的話，我對這種路徑的前景深感擔憂。--櫻桃納米粉（留言） 2024年5月1日 (三) 18:14 (UTC)