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

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

本頁用作討論在編輯時遇到的技術問題;發表問題或討論前,請先參閱常見問題解答說明資訊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 InternetArchiveBot故障? 22 10 Cyberpower678 2024-05-15 00:42
7 張藝與张艺 2 2 Cookai1205 2024-05-07 01:25
8 2024年第19期技術新聞 1 1 MediaWiki message delivery 2024-05-07 00:42
9 字詞轉換問題 3 2 SingBow 2024-05-10 12:56
10 字詞轉換問題 4 3 SingBow 2024-05-10 12:45
11 請問技術上如何修正:臺灣正體中文用 「進位」 代替 「進制」 的自動轉換? 5 2 Kethyga 2024-05-10 19:18
12 優先體驗深色模式(行動版網站、已登入使用者) 1 1 SGrabarczuk (WMF) 2024-05-10 22:42
13 北平市、重慶市 (中華民國)等民國大陸時期直轄市條目地圖定位偏差問題 12 5 Ericliu1912 2024-05-12 11:04
14 Template:Lang 模板語言代碼檢查 3 1 Kethyga 2024-05-14 09:50
15 MarkRights.js的修改:自動獲取用戶組、顯示全域用戶組 2 1 暁月凜奈 2024-05-13 19:10
16 閩越地圖 1 1 桜花雪 2024-05-13 15:26
17 討論頁重定向問題 2 2 YFdyh000 2024-05-14 00:23
18 2024年第20期技術新聞 1 1 MediaWiki message delivery 2024-05-14 07:57
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

正在廣泛徵求意見的議題

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

維基百科技術議題與模板

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,可以添加參數|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)[回覆]

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

InternetArchiveBot故障?[編輯]

這兩天突然發現User:InternetArchiveBot無法識別{{Cite web}}、{{Cite news}}等系列模板中已添加的存檔,而是直接在模板外添加了{{Wayback}},導致大量引用來源出現重複的存檔鏈接(如:[2]);即使Cite系列模板沒有存檔鏈接,也不會填進去(如:[3])。我已在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)[回覆]
有必要按照Wikipedia:忽略所有規則立刻禁用該機器人,避免受影響範圍擴大--Dnaimfz留言2024年5月14日 (二) 12:10 (UTC)[回覆]
此機器人的自動作業已停止,但這期間仍有用戶通過 IABotManagementConsole 添加存檔。--Tim Wu留言2024年5月14日 (二) 13:07 (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)[回覆]

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

互助客棧/技術
北平市

互助客棧/技術
重慶市

Template:Lang 模板語言代碼檢查[編輯]

目前語言標示模板{{Lang}},未對語言代碼參數進行檢查,填寫任何值都不無提示,見Wikipedia:沙盒 (82616832),英維則會檢查語言代碼(包括ISO 639和IETF語言標籤),見en:Wikipedia:Sandbox (1223490529)--Kethyga留言2024年5月12日 (日) 14:11 (UTC)[回覆]

:在巴拉耶沃佐蘭·金吉奇,語言標籤"sr-Latn"未識別成塞爾維亞語lang|sr-Latn臨時通過Template:ISO 639 name sr-Latn識別塞爾維亞語)Template:Kmr中的km-Latn未識別成高棉語--Kethyga留言2024年5月13日 (一) 01:26 (UTC)[回覆]

維克托·阿斯塔菲耶夫 (76094597),lang中語言代碼填入了不存在的「tu」,只會加入Category:含有非中文內容的條目,但並未提示編輯哪裡出現錯誤。--Kethyga留言2024年5月14日 (二) 01:50 (UTC)[回覆]

MarkRights.js的修改:自動獲取用戶組、顯示全域用戶組[編輯]

此前的討論的後續。根據meta的版本做了jscss,移除了對其它維基的支持。後續新增用戶組時僅需增加相應的css,用戶可以自行覆蓋預設顏色和文字,或在css沒更新前自定義文字。不過自動獲取的用戶組以群組名稱字母順序排列,或許不合部分用戶期望。測試了一下運作正常,大家覺得如何?——暁月凜奈 (留言) 2024年5月12日 (日) 16:36 (UTC)[回覆]

ping一下印象里相關的用戶@ShizhaoEricliu1912XiplusWhitePhosphorus——暁月凜奈 (留言) 2024年5月13日 (一) 11:10 (UTC)[回覆]

閩越地圖[編輯]

請問互助客棧的有成員能否抽空時間幫忙做一張閩越國地圖呢?是像這樣子樣式的:File:Nanyue.svg地圖。這是可以用的對照原圖:File:閩越地圖.png。文件名的話就可以直接寫作File:Minyue.svg就可以了。如果可以幫忙的話那就非常感謝閣下!--桜花雪爲了儂家各儂其閩越共民族 2024年5月13日 (一) 07:26 (UTC)[回覆]

討論頁重定向問題[編輯]

我希望創建WT:NOT並重定向至WT:維基百科不是什麼以修復編輯摘要中的紅鏈,但是從預覽沒有正確重定向。我在我的用戶頁創建了測試頁,發現討論頁無法通過這種方法正確重定向,請求幫助。--Python6345留言2024年5月13日 (一) 16:06 (UTC)[回覆]

您的測試頁的重定向語法有誤。#REDIRECT [[WT:维基百科不是什么]]--YFdyh000留言2024年5月13日 (一) 16:23 (UTC)[回覆]

2024年第20期技術新聞[編輯]

MediaWiki message delivery 2024年5月13日 (一) 23:57 (UTC)[回覆]