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

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


發表前請先搜尋存檔,參考舊討論中的內容可節省您的時間。
公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (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 「閱讀無障礙」功能和本站小工具兼容問題以及字號選擇 34 8 Diskdance 2024-05-11 09:15
5 關於使用 ToolsRedirect 創建的繁簡重定向 9 5 Kethyga 2024-05-10 11:13
6 2024年第18期技術新聞 3 3 Cookai1205 2024-05-02 13:47
7 Template:Douban people 11 3 Kcx36 2024-05-03 03:33
8 請求有能力者修改邛崍市南寶山鎮的維基數據 2 2 Kcx36 2024-05-03 00:27
9 InternetArchiveBot故障? 12 7 Kethyga 2024-05-11 09:18
10 張藝與张艺 2 2 Cookai1205 2024-05-07 01:25
11 2024年第19期技術新聞 1 1 MediaWiki message delivery 2024-05-07 00:42
12 字詞轉換問題 3 2 SingBow 2024-05-10 12:56
13 字詞轉換問題 4 3 SingBow 2024-05-10 12:45
14 請問技術上如何修正:臺灣正體中文用 「進位」 代替 「進制」 的自動轉換? 5 2 Kethyga 2024-05-10 19:18
15 優先體驗深色模式(行動版網站、已登入使用者) 1 1 SGrabarczuk (WMF) 2024-05-10 22:42
16 北平市、重慶市 (中華民國)等民國大陸時期直轄市條目地圖定位偏差問題 11 4 Miyakoo 2024-05-11 16:22
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

正在廣泛徵求意見的議題

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

維基百科技術議題與模板

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

Template talk:Twitter § Twitter改為X

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

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

Template talk:No source § 一個問題

Template talk:Hang on § {{hangon}}

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/Utilitieshas_invisible_chars,en的has_invisible_charsen:Module:Citation/CS1,看有沒有高人要來修。--Cookai餅塊🍪💬留言 2024年4月24日 (三) 04:58 (UTC)回覆

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

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

測試功能中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)回覆

@DiskdanceS8321414YFdyh000ShizhaoEricliu1912 考慮到現時未見有廣泛共識同意更改預設字體大小,個人認為較佳的做法是維持現況(即 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)回覆
所以此話題現在可告一段落了?—— Eric Liu 創造は生命(留言留名學生會 2024年5月10日 (五) 19:58 (UTC)回覆
我認為沒問題。--碟之舞📀💿 2024年5月11日 (六) 01:15 (UTC)回覆

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

使用ToolsRedirect自動創建的繁簡重定向,會被該工具錯誤地標記為別名重定向,參見:Special:Diff/82229793Special:Diff/82063339Special:Diff/82063322Special:Diff/82034218Special: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:YFdyh000User:KethygaUser:蕭漫:對我來說,簡繁重定向最重要的功能是克服伺服器緩存過多、直接逼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)回覆
我還沒發現本地User:Cewbot/需要修正的跨語言連結中因為繁簡而受影響的情形。如果確實有的話,應該可以考慮重新設計機器人。倒是除此之外,繁簡重定向確實沒有什麼作用。--PexEric 💬|📝 2024年5月2日 (四) 09:35 (UTC)回覆
可能需要修改MediaWiki:Gadget-ToolsRedirect.js的識別方案吧,另外還有非繁簡識別成繁簡重定向的,比如82561648--Kethyga留言2024年5月10日 (五) 03:13 (UTC)回覆

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

2024年第18期技術新聞

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

深色模式兼容性本站可以做起來了。--碟之舞📀💿 2024年5月1日 (三) 04:59 (UTC)回覆
我有提了一些編輯請求,有一些應該有更好的改法,歡迎提出。--Cookai餅塊🍪💬留言 2024年5月2日 (四) 05:47 (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)回覆
不對吧,豆瓣網站改版後人物頁面不再分電影、讀書、音樂,模板只需要id、title兩個參數。--Kcx36留言2024年5月2日 (四) 16:32 (UTC)回覆
舊的網址目前被重定向、豆瓣電影搜索中仍呈現,有用,模板應保留功能。前些天還有些沒重定向,但現在似乎越來越多/全面。如果配合機器人,可以將douban people未指定type默認為movie,改動成默認personage。機器人可以經重定向添加personage值到維基數據。--YFdyh000留言2024年5月2日 (四) 17:40 (UTC)回覆
我建議用機器人將未填寫type的補全type=movie,模板功能改為未指定type則默認personage,type參數不再推薦使用,僅為兼容保留。然後將模板改名為「Douban personage」,而無需建兩套模板。--Kcx36留言2024年5月2日 (四) 18:09 (UTC)回覆
機器人補全type,不如去掉參數自動讀維基數據。當然,要確保最終網址正確有效。--YFdyh000留言2024年5月2日 (四) 19:00 (UTC)回覆
您是說不填type時自動讀維基數據的personage ID,還是去掉所有參數,自動讀維基數據的personage ID?有的條目,如蒲松齡,使用了多個模板。--Kcx36留言2024年5月2日 (四) 19:11 (UTC)回覆
去掉所有參數,因為其他type的頁面似乎將不再提供服務。該條目為例,多個模板的最終頁面現為同一個頁面。--YFdyh000留言2024年5月2日 (四) 19:25 (UTC)回覆
有道理,我支持此方案。這樣的話還需要補充Category:不在維基數據的豆瓣影人等的維基數據,以及去掉多次使用的模板。--Kcx36留言2024年5月2日 (四) 19:33 (UTC)回覆
「未指定type則默認personage」有個小缺點,哪怕機器人處理了所有案例,條目歷史版本的效果會改變。--YFdyh000留言2024年5月2日 (四) 19:32 (UTC)回覆

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

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

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

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

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

除維基數據的下轄行政領土實體(P150)外已修改。--Kcx36留言2024年5月2日 (四) 16:27 (UTC)回覆

InternetArchiveBot故障?

這兩天突然發現User:InternetArchiveBot無法識別{{Cite web}}、{{Cite news}}等系列模板中已添加的存檔,而是直接在模板外添加了{{Wayback}},導致大量引用來源出現重複的存檔鏈接(如:[14]);即使Cite系列模板沒有存檔鏈接,也不會填進去(如:[15])。我已在P站提單,暫未得到回覆;但剛剛發現機器人在其他站點的工作是正常的(如西語維基百科英語維基百科)……想請教是否會與本地的一些配置有關?以及我認為有必要將這兩天機器人做的編輯全數回退……--Tim Wu留言2024年5月4日 (六) 17:55 (UTC)回覆

問題持續中,現在還是重複添加{{Wayback}}。InternetArchiveBot的條目修改量也不少,在解決問題之前,能否先禁止這個bot的在zhwiki的運行。--Nostalgiacn留言2024年5月6日 (一) 03:04 (UTC)回覆
不反對暫時禁止。--Tim Wu留言2024年5月6日 (一) 03:14 (UTC)回覆
不確定是bug還是只是參數識別問題,因為用iabot界面編輯存檔的話,參數名為「archive-date」和「archive-url」,可能是原來的模板參數對不上而無法處理?——Sakamotosan路過圍觀 | 避免做作,免敬 2024年5月6日 (一) 07:26 (UTC)回覆
現在有沒有橫槓都識別不出來。--Tim Wu留言2024年5月6日 (一) 07:31 (UTC)回覆
像這個更改Special:Diff/82526887,{{Cite web}}的參數就是archive-urlarchive-date,但bot還是在模板外加的{{Wayback}}。--𝓧𝓩𝓣𝓓𝓮𝓪𝓷𝕋𝕒𝕝𝕜2024年5月6日 (一) 10:05 (UTC)回覆
剛試了用iabot界面編輯存檔,出現了同樣問題。連帶之前沒有存檔的也是以{{Wayback}}存檔。--S叔 2024年5月6日 (一) 12:48 (UTC)回覆
雖然但是我覺得應該聯繫機器人維護者@Cyberpower678Harej而不是去phab開工單……我覺得該問題是機器人本身的問題與mw沒啥關係,機器人也不是基金會人員所有的。--忒有錢 🌊塩水あります🐳留言2024年5月9日 (四) 19:24 (UTC)回覆
工單也加了Cyberpower678。但如果直接去對方用戶討論頁提醒一下,或者先諮詢一下是不是出了一些問題,應該會更好。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年5月10日 (五) 00:23 (UTC)回覆
是在機器人元維基問題回報頁反饋無果後才提單的,雖然兩處直到現在都沒有更新,很失望。--Tim Wu留言2024年5月10日 (五) 03:37 (UTC)回覆
建議修復前先禁用吧。另外IABOT工具也是在{{cite}}模板之外添加的存檔,不論archive-url是否已經填寫。--Kethyga留言2024年5月10日 (五) 03:32 (UTC)回覆
另外,還有IABotManagementConsole的也是,見 Special:Diff/81922170/82595494標籤:IABotManagementConsole最近更改。--Kethyga留言2024年5月11日 (六) 01:18 (UTC)回覆

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

張藝张艺

張藝张艺,兩個條目名稱一繁一簡,內容不同。後建者創建時不是會自動轉換嗎?是否有bug?--Factrecordor留言2024年5月6日 (一) 12:43 (UTC)回覆

(註:現為張藝 (台灣演員)張藝 (香港演員)
可能是用了一些特殊方法,只要在張藝url尾端加上?redirect=no就能檢視、編輯、建立該頁面。(不是說該編者一定有這麼做)。--Cookai餅塊🍪💬留言 2024年5月6日 (一) 17:25 (UTC)回覆

2024年第19期技術新聞

MediaWiki message delivery 2024年5月6日 (一) 16:42 (UTC)回覆

字詞轉換問題

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

瑪莉·雷諾特條目中,所有的「畢業」都會在繁體轉換為東野圭吾的小說「畢業 雪月花殺人遊戲」。--SingBow留言2024年5月10日 (五) 01:00 (UTC)回覆

看起來修復了。Template:CGroup/文學對應項沒配置好。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年5月10日 (五) 03:36 (UTC)回覆

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

字詞轉換問題

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

史達林死了沒?條目中,赫魯雪夫的名字「尼基塔」會在繁體轉換為電影「霹靂煞」--SingBow留言2024年5月10日 (五) 01:03 (UTC)回覆

@SingBowModule:CGroup/Movie的問題,「La Femme Nikita', 'zh-tw:霹靂煞;zh-cn:尼基塔;zh-hk:墮落花;」,該轉換項需要修改,「尼基塔」是常用人名。另外錯誤字詞轉換在Wikipedia:字詞轉換/修復請求。--Kethyga留言2024年5月10日 (五) 03:42 (UTC)回覆
解決了,電影名組過轉,Kethyga在條目上加了一個固定轉義。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年5月10日 (五) 03:42 (UTC)回覆

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

請問技術上如何修正:臺灣正體中文用 「進位」 代替 「進制」 的自動轉換?

本技術問題,已張貼於條目【進位制】的討論區,因修訂該條目時,查詢其公共轉換組

(IT、Electronics、Science),其模板內容並查無強制「進制」字詞轉換處理,為何會自動轉換成「進位」?怎麼解決?謝謝!

貼文如下:

進制(carry system)與進位(carry)並不等義!見:樂詞網【進位】,但不知道什麼原因,維基中文會自動轉換!(包括其他條目,例如「十進制」,臺灣正體中文非要顯示「十進位」不可)請協助並指導修訂技術,謝謝!--Yyfroy留言2024年5月10日 (五) 08:39 (UTC)回覆

@Yyfroy全局轉換表中,該轉換使得"进制"在中文維基項目上zh-tw都會轉換成「進位」。確實過度轉換的話,可以提報到Wikipedia:字詞轉換/修復請求,不過處理速度會就比較久。--Kethyga留言2024年5月10日 (五) 08:59 (UTC)回覆
謝謝!原來如此!還有這種網站(https://phabricator.wikimedia.org/ )!Yyfroy留言2024年5月10日 (五) 09:44 (UTC)回覆
可以看一下Wikipedia:字詞轉換的說明和流程。--Kethyga留言2024年5月10日 (五) 11:03 (UTC)回覆
@A2569875 麻煩確認一下,是否應該取消全局轉換。--Kethyga留言2024年5月10日 (五) 11:18 (UTC)回覆

優先體驗深色模式(行動版網站、已登入使用者)

 

大家好,如同去年11月的公告所述,維基媒體基金會網頁團隊正在開發深色模式(或稱夜間模式)。我們現在已為所有維基專案的行動版進階模式已登入使用者發布了該功能,以進行測試。請別擔心,新功能不會造成破壞!(請參閱下文的「已知局限」部分)。在向更廣泛的受眾發布該功能之前,與您合作對我們來說非常重要。我們優先推出的目標是:

  • 展示我們的早期成果。您越早參與,您的意見就越能在最終版本得到體現
  • 取得有關標記錯誤、問題和請求的協助
  • 與技術編者合作,調整各種模板和小工具以支援深色模式

請參見專案頁面常見問題頁面了解關於此專案基礎知識的更多資訊。

初始版本的已知局限

  • 目前,深色模式僅適用於已啟用行動版進階模式的已登入使用者,作為可選功能。
  • 小工具最初可能無法在深色模式下正常工作,並可能需要更新。
  • 我們的首要目標是讓深色模式能在條目上使用。特殊頁面、討論頁面和其他命名空間尚未針對深色模式更新。我們暫時在一些頁面禁用了深色模式。

我們希望您(廣大社群)做的是:

如果您有任何疑問——歡迎您向我們提出!此外,請適時考慮將維基媒體專案的深色模式相容性建議的連結加入解釋如何在程式碼中定義顏色的頁面。該相容性建議頁面將很快被標記為可翻譯頁面。我們想強調的是,這些建議可能會不斷變化。因此,我們不建議在本地維基專案建立該相容性建議的副本。在某些時候,副本可能會與原始版本有所差異。

我們希望您(模板編者、介面管理員、技術編者)做的是:

當大多數錯誤得到解決後,我們將能夠為桌面和行動裝置兩方的讀者提供深色模式。為了實現這一目標,我們需要與您一起合作共同回報和解決問題。

  1. 若要啟用深色模式,請使用行動版網站並前往選單的設定部分,選擇啟用進階模式(若尚未啟用)。然後,將色彩設為深色。(稍後,我們將使該設定自動使用裝置主題)。
  2. 接著,前往不同的條目尋找問題:
    • 如果您發現模板有問題但不知道如何修復它
      1. 前往建議頁面尋找相關範例
      2. 如果沒有相關範例可用或對修復方法有疑問,聯絡我們
    • 如果你想為多個模板在深色模式下除錯
      1. 請前往https://night-mode-checker.wmcloud.org/找出需要修復的模板。該工具會標示出閱讀量最高的100篇條目。
      2. 前往建議頁面尋找相關範例
      3. 如果沒有相關範例可用或對修復方法有疑問,聯絡我們
    • 如果您想找出前100篇條目以外的問題
      1. 安裝WCAG色彩對比瀏覽器擴充功能(ChromeFirefox)並造訪一些條目。用它來找出問題
      2. 前往建議頁面尋找相關範例
      3. 如果沒有相關範例可用或對修復方法有疑問,聯絡我們
    • 如果您有與模板無關的深色模式錯誤報告
      1. 將您看到的畫面截圖下來
      2. 聯絡我們。如果可以,請註明您的瀏覽器版本和作業系統版本

謝謝您。我們期待您的意見和評論!--SGrabarczuk (WMF)留言2024年5月10日 (五) 14:42 (UTC)回覆

北平市重慶市 (中華民國)等民國大陸時期直轄市條目地圖定位偏差問題

互助客棧/技術
 
北平市  

互助客棧/技術
 
重慶市