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

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

本頁用作討論在編輯時遇到的技術問題;發表問題或討論前,請先參閱常見問題解答說明資訊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 關於使用 ToolsRedirect 創建的繁簡重定向 9 5 Kethyga 2024-05-10 11:13
5 Category:包含規範控制信息的維基百科條目 9 4 Ericliu1912 2024-05-24 14:38
6 Sports results里跨語言鏈接的顯示問題 1 1 Jimmy-bot 2024-05-31 00:14
7 我好像發現了過濾器的一個bug 6 3 Dnaimfz 2024-05-22 10:39
8 2024年第21期技術新聞 2 2 魔琴 2024-05-24 00:44
9 樂譜無法輸出音樂 4 2 三獵 2024-05-22 01:30
10 Template:Infobox body of water中的坐標會重複兩次 9 2 Shizhao 2024-05-30 18:33
11 首頁頂欄排版錯亂 5 4 ElectronicGhost 2024-05-26 02:12
12 {{Infobox EU legislation}} 1 1 Easterlies 2024-05-24 18:52
13 未有登入的用戶將可以使用外觀選單和新的預設標準字體大小 10 4 SCP-2000 2024-05-26 10:34
14 如何隱藏用戶頁內自動生成的「目錄」元素 3 2 Flyinet 2024-05-24 22:13
15 Template:校對翻譯句 無法使用 2 2 Irralpaca 2024-05-25 01:41
16 《通用規範漢字表》以外的簡體字是否應該類推簡化 32 9 T45614631 2024-05-29 13:34
17 波斯尼亞和黑塞哥維那的 Infobox 中無鏈入波斯尼亞和黑塞哥維那國旗的國旗藍鏈 2 2 Miyakoo 2024-05-26 07:30
18 請求協助刪除MediaWiki:Discussiontools-topicsubscription-notify-unsubscribed-body的本地自定義消息 2 2 Shizhao 2024-05-29 11:26
19 2024年第22期技術新聞 1 1 MediaWiki message delivery 2024-05-28 08:14
20 Timeless皮膚首頁「維基百科」字體大小 2 2 魔琴 2024-05-29 11:22
21 幫助備份 援軍明日到達 參考鏈接 2 2 Shyangs 2024-05-30 08:41
22 頁面預覽功能疑似損壞 1 1 深鳴 2024-05-30 18:50
23 關於Special:Watchlist的變動 1 1 MilkyDefer 2024-05-30 21:49
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

正在廣泛徵求意見的議題

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

維基百科技術議題與模板

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

Template talk:Bd § 編輯請求 2024-05-19

Wikipedia:互助客棧/技術 § 未有登入的用戶將可以使用外觀選單和新的預設標準字體大小

天氣模板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)[回覆]

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

關於使用 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)[回覆]

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

Category:包含規範控制信息的維基百科條目[編輯]

Category:包含規範控制信息的維基百科條目,該分類英維對應en:Category:Articles with authority control information,即Category:包含規範控制信息的條目,減少「維基百科」4個字,對於規範控制信息較多的條目能節省一些空間,且感覺這幾個字有些多餘。即將Module:Authority control/config#L-14語句cat = '包含%s标识符的维基百科条目',中的「维基百科」4個字刪除。不過有170個分類需要移動。@Shizhao--Kethyga留言2024年5月15日 (三) 07:23 (UTC)[回覆]

因為最早就是Category:包含規範控制信息的維基百科條目,之前修Module:Authority control的時候就繼續沿用了。不改就是因為要移動170個分類....實在不想耗費這個精力,要是有其他人願意處理,樂見其成!--百無一用是書生 () 2024年5月15日 (三) 08:06 (UTC)[回覆]
faultwithidcat = '包含错误规范控制信息的维基百科条目 (%s)',也是沿用的以前的命名方式,甚至為此還改了Module:Authority control中的相關代碼,原因也是嫌麻煩,不想移動上百個分類...--百無一用是書生 () 2024年5月15日 (三) 08:09 (UTC)[回覆]
@Ericliu1912 好像是有Massmove用來批量移動?--Kethyga留言2024年5月15日 (三) 08:22 (UTC)[回覆]
如果沒收益,我也傾向不動若干頁面……如果要省字數,「條目包含規範控制信息」怎麼樣,不確定命名統一性等情況。--YFdyh000留言2024年5月15日 (三) 08:40 (UTC)[回覆]
英維可能是在2021年集中移動的,見en:Template talk:Authority control (Remove_"Wikipedia"_from_"Wikipedia_articles_with_EMU_identifiers"-type_categories?)。
「條目包含規範控制信息」,沒覺得更好,傾向原表達方式。--Kethyga留言2024年5月15日 (三) 10:24 (UTC)[回覆]
確實,沒有找到「條目包含」前例,「條目有」1例,「條目使用」2例,「的條目」則很多。--YFdyh000留言2024年5月15日 (三) 10:39 (UTC)[回覆]
更好的的表述可能是「含有規範控制信息的條目」--百無一用是書生 () 2024年5月15日 (三) 12:11 (UTC)[回覆]
@KethygaShizhaoYFdyh000是不是請各位確認一下分類頁面命名格式,然後再修改模組,並將分類一齊移動?—— Eric Liu 創造は生命(留言留名學生會 2024年5月24日 (五) 06:38 (UTC)[回覆]

Sports results里跨語言鏈接的顯示問題[編輯]

我好像發現了過濾器的一個bug[編輯]

一般情況下,是不能移除自己用戶頁上的T:d的,但如果用TW加上O1,然後就可以移除t:d了,參考User:Dnaimfz/edfafaqfapfeqpasncfepqcnhsfsvs的頁面歷史--Dnaimfz留言2024年5月20日 (一) 05:59 (UTC)[回覆]

沒人嗎?--Dnaimfz留言2024年5月21日 (二) 11:37 (UTC)[回覆]
@Dnaimfz從過濾器源代碼看,是有意為之,如認為確有錯誤可以在WP:AF/FP提出。--傘木 留言 2024年5月21日 (二) 13:19 (UTC)[回覆]
這就是bug,如果是特性,應該是允許移除所有自己用戶頁上的t:d,而不是先改成o1再移除。應該檢查一下編輯歷史。--Dnaimfz留言2024年5月21日 (二) 15:17 (UTC)[回覆]
 已修復--Xiplus#Talk 2024年5月22日 (三) 00:26 (UTC)[回覆]
@Xiplus然而出現了另一個bug,沒法移除自己加的t:d了--Dnaimfz留言2024年5月22日 (三) 02:39 (UTC)[回覆]

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

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

懷舊還能用? ——魔琴身份聲明 留言 貢獻 新手2023 2024年5月23日 (四) 16:44 (UTC)[回覆]

樂譜無法輸出音樂[編輯]

丟手絹條目的歷史版本中,樂譜可以輸出音樂播放。在最新版本中,儘管沒有修改樂譜相關的任何代碼,卻無法播放音樂了,鼠標交互顯示為播放File:Undefined。請問是什麼緣故?--三獵留言2024年5月21日 (二) 15:37 (UTC)[回覆]

頁面上有其他多媒體文件時(您在編輯中加入了File:Le facteur n'est pas passé.webm),Score擴展無法播放。見Phab:T363630Irralpaca留言2024年5月21日 (二) 16:14 (UTC)[回覆]
其他條目也可見該問題,如義勇軍進行曲#歌曲中華民國國歌#旋律Irralpaca留言2024年5月21日 (二) 16:17 (UTC)[回覆]
感謝告知。怪不得我前幾天在英維上也遇到過這一狀況。那就坐等修復啦。——三獵留言2024年5月21日 (二) 17:30 (UTC)[回覆]

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

Template:Infobox body of water中的坐標會重複兩次[編輯]

太湖,信息框中的坐标顯示為31°10′N 120°09′E坐标:31°10′N 120°09′E(地图),英文版無此問題。粗查了一下,沒找到問題出在哪裡--百無一用是書生 () 2024年5月23日 (四) 12:26 (UTC)[回覆]

啊,似乎問題是出在信息框中的坐標參數使用{{coord}}的話,coord模板中的display參數帶有title的話,坐標不會顯示在頁面標題右側。一時不知道如何修復--百無一用是書生 () 2024年5月23日 (四) 12:34 (UTC)[回覆]
好像是所有{{coord}}的display=title失效了。--Kcx36留言2024年5月23日 (四) 12:34 (UTC)[回覆]
咦,果然是這樣--百無一用是書生 () 2024年5月23日 (四) 12:38 (UTC)[回覆]
ok,在MediaWiki:Vector-2022.css修復了一下--百無一用是書生 () 2024年5月23日 (四) 13:06 (UTC)[回覆]
現在會和特色、優良的圖標重疊。。。--百無一用是書生 () 2024年5月23日 (四) 13:08 (UTC)[回覆]
移動版也有同樣問題,還沒修--百無一用是書生 () 2024年5月23日 (四) 13:24 (UTC)[回覆]
對比了一下英文移動版的處理方式(移動版display=title不顯示),暫時沒找到是在哪裡處理的...--百無一用是書生 () 2024年5月24日 (五) 04:02 (UTC)[回覆]
參照mw:Reading/Web/Desktop_Improvements/Frequently_asked_questions#How_to_fix_the_coordinates_displaying_incorrectly_near_the_languages_button?修改了Module:Coordinates,解決了移動版下的問題和特色、優良圖標重疊問題(坐標會顯示在特色、優良圖標的左側)。目前仍然存在的小問題是,在移動版下地球圖標仍然顯示(參照英文版的話)--百無一用是書生 () 2024年5月30日 (四) 10:33 (UTC)[回覆]

首頁頂欄排版錯亂[編輯]

今日下午登入中維時發現首頁上的頂欄突現排版錯亂,更換不同瀏覽器和清除Cookie都沒能解決這個問題,這個問題似乎僅在使用Timeless或Monobook作為外觀皮膚時出現,狀況都是「維基百科」四字被放大。--ElectronicGhost留言簽名 2024年5月23日 (四) 13:26 (UTC)[回覆]

可能與#2024年第21期技術新聞的變更有關?--百無一用是書生 () 2024年5月23日 (四) 13:35 (UTC)[回覆]
前次相關討論。--Cookai餅塊🍪💬留言 2024年5月23日 (四) 14:19 (UTC)[回覆]
可以給個載圖嗎?--GX01留言2024年5月25日 (六) 03:48 (UTC)[回覆]
見此:https://t.me/wikipedia_zh_n/1839284--ElectronicGhost👻 2024年5月25日 (六) 18:12 (UTC)[回覆]

模板參數label2與英文模板參數不同,在不填入{{{number}}}時會出現「歐洲聯盟法規第號」的文字(見人工智能法案infobox),詢問社群怎麼修復。--東風留言2024年5月24日 (五) 10:52 (UTC)[回覆]

未有登入的用戶將可以使用外觀選單和新的預設標準字體大小[編輯]

摘要:基金會計劃將未登入用戶的字體大小改為標準選項(16px),登入用戶維持原狀及為小選項(15px),所有用戶將有選項列表改變字體大小和行高、及開關深色模式。此變更僅影響使用Vector 2022皮膚的用戶。如果沒有任何重大問題,將會兩星期後部署此改動。--SCP-0000留言2024年5月25日 (六) 03:17 (UTC)[回覆]

大家好! 我們是維基媒體基金會網路團隊。作為本年度年度計劃「閱讀和媒體體驗目標的一部分,我們致力於讓維基媒體計劃的閱讀變得更容易。為了實現這一目標,我們推出了「無障礙閱讀」測試版功能。這添加了一個適用於 Vector 2022 皮膚的選單,並允許已登入的用戶根據個人需求選擇不同的字體大小和配色方案。

此選單引入了新的標準字體設定。這稍微增加了字體的大小和高度。它是根據多個來源選擇的。您可以在「關於新的標準字體設定」部分找到更多相關資訊。

我們將會發生什麼變化

  • 我們現在已準備好為未有登入的和已登入的用戶提供新的外觀選單
  • 同時,我們將標準選項設定為僅適用於未有登入的用戶之新預設選項
  • 如果沒有發現重大技術問題,我們計劃在接下來的兩週內進行此更改。
  • 稍後,該選單將包括選擇深色模式的選項(該功能暫時仍將是測試版功能)。如希望了解更多信息,請查看我們的專案頁面

關於選項列表

新選單將允許為未有登入的和已登入的用戶設定以下首選項:

  1. 文字大小和行高(現以測試版功能提供):使用者將能夠在「小」(目前預設值)、「標準」(建議更好的可訪問性)和「大」選項之間進行選擇。選擇一個選項將更改文字的字體大小和行高。
  2. 深色模式(現以測試版功能提供):使用者將能夠選擇永久以深色模式查看網站,或選擇「自動」設置,根據裝置或瀏覽器首選項設定淺色或深色模式。
  3. 內容寬度(先前作為切換按鈕提供):我們已將內容寬度切換從頁面底部的圖示移至新選單中標籤的單選按鈕。其工作原理與切換開關完全相同。之前的切換按鈕將不再可用。

此選單已作為測試版功能由不同的維基之專案上的已登入使用者進行了測試,同時我們邀請了一些讀者進行了使用者測試。根據這些測試的結果,我們更改了選單,以提高可發現性和易用性,並適應小工具的相容性。

此選單將顯示在頁面右側,如果已固定選單,則緊鄰「工具」選單的下方。與「工具」選單不同,「外觀」選單預設是固定的,但您可以取消固定預設。一旦取消固定預設,這就會折疊在頁面頂部的圖示下。

關於新的標準字體設置

小字體選項是目前的預設值。對於未有登入的用戶,我們將將此預設值更改為「標準」,同時保留小字體選項作為已登入用戶的預設值。「標準」和大字體選項是根據以下內容構建和測試的:

  • 針對大多數讀者的最佳平均字體大小的學術研究和建議。這些建議表明,我們目前的字體尺寸太小無法讓大多數人舒適地閱讀。這意味著,平均而言,人們閱讀速度較慢,閱讀時眼睛疲勞,或難以清楚地看清文字。預設增加字體大小可以改善所有使用者的這些問題,包括可能沒有足夠時間透過外觀選單或瀏覽器調整設定的使用者。資訊密度同時很重要,這就是為什麼我們希望在不犧牲資訊密度的情況下增加字體大小。我們不僅透過更改字體大小,同時透過更改行高和段落間距來實現這一目標。
  • 由來自 13 個不同語言、腳本和大小的維基專案中 630 多名維基媒體成員提交的設計。這些用戶中的大多數(約 450 名)選擇了比預設值更大的字體大小。「標準」代表最受歡迎的一組答案(15-20 像素)的平均值。大字體選項代表讀者需要更大的字體尺寸選項,例如 21-26 像素之間的一組尺寸。您可以在此閱讀更多關於我們如何讓志願者參與此過程並確定這些選項的資訊
  • 測試版功能使用情況表明,至少一次與該功能互動的大多數使用者選擇的字體大小大於當前預設值

我們目前為止的工作和下一步

已登入的用戶將暫時保留小字體選項設置作為預設設置,但可以隨時更改為任何其他設定。幾個月後,我們將研究有多少登入使用者切換到標準字體選項,並開始討論已登入的用戶進行的切換是否具有意義。根據測試版功能的早期數據,與該功能的互動中有 55% 選擇使用標準或更大的字體選項設定。

如果您想提供協助,我們有一些簡單的請求:

  1. 請開啟測試版功能 (「無障礙閱讀(Vector 2022皮膚)」)
  2. 請嘗試一下新選單。請問有什麼令人困惑的部分嗎?您了解所有標籤以及選單的工作原理嗎?
  3. 請嘗試不同的字體選項:小尺寸、標準尺寸和大尺寸、配色方案和寬度切換。如果您發現任何錯誤或有任何疑問,請與我們聯絡。

Last-minute FAQ (thanks to SCP-2000 for pointing out these issues:

Zhwiki community has already solved this issue by increasing the font size to 15px with a gadget.
We believe that it's great that you have decided to increase the font size. You are one of few communities which have done that, and we applaud you. But 15px turns out to be not enough.
Why 16px? Do this research and data usage apply to CJK characters?
Yes, they do. 16px is a minimum for any script, including non-diacriticized Latin scripts like English. Since Chinese characters are more complex than Latin characters, the minimum for zhwiki is at least equal to the minimum for the Latin script-wikis.

如果您想了解有關該專案的更多信息,請參閱我們的常見問題與答案。我們歡迎您提出意見和問題。謝謝你![Translated by Venuslui] OVasileva (WMF) & SGrabarczuk (WMF)留言2024年5月24日 (五) 12:26 (UTC)[回覆]

我記得@Shizhao曾經解釋過選擇15px的理由,想問一下同樣的理由也適合16px嗎?這個變化至少在我這裡是可感的,而社群當時同意保持15px的理由是儘量避免變化。--碟之舞📀💿 2024年5月24日 (五) 14:11 (UTC)[回覆]
@ShizhaoYFdyh000S8321414Ericliu1912 簡單而言,未登入用戶的字體大小改為標準選項(16px),登入用戶維持原狀及為小選項(15px),所有用戶將有選項列表改變字體大小和行高、及開關深色模式。如果沒有任何重大問題,將會兩星期後部署此改動。副知曾參與相關討論的編者。謝謝。--SCP-0000留言2024年5月24日 (五) 16:09 (UTC)[回覆]
如果真的要更改的話,有必要維持兩個選項嗎?我覺得這樣徒增維護成本。--碟之舞📀💿 2024年5月25日 (六) 03:02 (UTC)[回覆]
這功能本來設計就有「小」(目前預設值)、「中」(基金會建議值)及「大」選項,應該不會徒增基金會維護的成本,但始終可能對社群有些影響。--SCP-0000留言2024年5月25日 (六) 03:26 (UTC)[回覆]
也就是說中文的「小」還是會從14px改為15px,是嗎?--碟之舞📀💿 2024年5月25日 (六) 03:34 (UTC)[回覆]
理論上是的。--SCP-0000留言2024年5月25日 (六) 03:49 (UTC)[回覆]
所以現在未登入與已登入的使用者都是小(15px)、標準(16px)、大(20px),只是未登入使用者預設是標準(16px),已登入使用者預設是小(15px)這樣?我是覺得這樣沒什麼問題。--冥王歐西里斯留言2024年5月26日 (日) 02:16 (UTC)[回覆]
理論上是的。--SCP-0000留言2024年5月26日 (日) 02:34 (UTC)[回覆]

如何隱藏用戶頁內自動生成的「目錄」元素[編輯]

如題。--Sinet討論 2024年5月24日 (五) 14:11 (UTC)[回覆]

頁面開頭加上__NOTOC__。--碟之舞📀💿 2024年5月24日 (五) 14:12 (UTC)[回覆]
感謝--Sinet討論 2024年5月24日 (五) 14:13 (UTC)[回覆]

Template:校對翻譯句 無法使用[編輯]

Template:校對翻譯句 模板好像無法使用?像我插入{{subst:Check translation/auto|请求校对的译文}},會直接將原文文字刪除,而不是在原文文字上產生灰色標記。--桃花影落飛神劍留言2024年5月24日 (五) 16:34 (UTC)[回覆]

{{Check translation/auto}}之前被某位編者清空了;已恢復。Irralpaca留言2024年5月24日 (五) 17:41 (UTC)[回覆]

通用規範漢字表》以外的簡體字是否應該類推簡化[編輯]

這說來有點話長,但日前因為在修理相關條目時遇到了「𫛚」這種字(該字位於Unihan擴充C區),接著就發現小苇𫛚小葦鳽並不被系統視為是同個字,所以數天前至WP:TS報修。但稍早前微腫頭龍閣下提及這是因為該字在《通用規範漢字表》以外的緣故,所以需要一些意見討論是否應該將可能會使用到的表外字作類推簡化(並修改轉換表)重定向或移動到合適標題,又或是直接限制僅使用在表內的字或要求使用繁體標題以迴避問題。畢竟實質上不少表外字可能已經被經常使用,而導致部分條目標題實質上是繁簡混雜的,卻因非表內字而無法被正常轉換。

另外現在有個問題是如果硬套{{僻字}}轉換處理的話,有時候似乎會出現蠻可怕的懸浮文字框,但我一時不太知道怎麼處理及觸發的。舉例來說,在大陸簡體模式下大麻鷺屬的右側導航框中的「麻𫛚亚科」懸浮文字。--WiTo🐤💬 2024年5月6日 (一) 16:40 (UTC)[回覆]

有多少字?—— Eric Liu 創造は生命(留言留名學生會 2024年5月6日 (一) 17:39 (UTC)[回覆]
老實說我不知道,我目前也只是偶然發現有幾個字是這樣的狀況。但辶、門、金、食、馬、鳥、魚等字旁的字個人猜測可能會有不少這種情形,應該會需要電腦協助篩出有在Unihan擴充區內但不在表內的字。範圍上可能從擴充A區就要開始找了,A區的「鷿鷈」疑似就有類似情形(北美䴙䴘属北美鸊鷉屬北美鷿鷈屬,不過這組有牽涉到異體字的問題可能不一定真是如此)--WiTo🐤💬 2024年5月7日 (二) 00:33 (UTC)[回覆]
根據我近期看到的一些中文學術著作,似乎並沒有統一的做法,有人就用繁體字,有人則用簡體字(生物類)--百無一用是書生 () 2024年5月7日 (二) 09:36 (UTC)[回覆]
僅考慮學術用字的話幾百個應該還是有的,但如果範圍擴大至所有領域恐怕得去到一千個以上(尤其是古人名、古地名)。--微腫頭龍留言2024年5月7日 (二) 01:43 (UTC)[回覆]
忘了副知提醒我此事的@微腫頭龍閣下及當時先使用了𫛚一字的@Interaccoonale閣下。--WiTo🐤💬 2024年5月7日 (二) 00:40 (UTC)[回覆]
這個討論串是否應該移動到技術版?--——🦝Interaccoonale留言貢獻 2024年5月7日 (二) 01:18 (UTC)[回覆]
我大概說一下我的想法:
  • 從法律上講,之前《通用規範漢字表》的草案有規定過表外漢字不類推簡化,但是正式版把這一條刪掉了,所以含有類推簡化偏旁的表外漢字是應該簡化的。
  • 從實際應用上講,《中華人民共和國國家重點保護野生動物名錄》對於生物中文名的表外漢字作類推簡化處理,大部分正式學術著作也作類推簡化處理。
  • 從技術上講,如果相關的bug實在太多,我不反對改回原狀,對於表外漢字在簡體模式下顯示繁體字。
我之前有思考過比當前的{{僻字}}模板更優雅的渲染方式,我之前想的是根據當前頁面中包含的擴展區段字符,自動生成一個含有相關僻字的字體文件(字形檔),然後用CSS引入到當前頁面中,就可以避免這種恐怖的懸浮文字框(有時候這些文字會被顯示在Tools-redirect中以及底部的頁面分類裡面,會變得尤其可怕)。比如大麻鷺屬就會自動生成一個僅含有𫛚字的字體文件(字形檔)。
其實如果只考慮自動生成的部分,在技術上還不算太難,以遍黑體為基礎字體(字形)就可以,能在服務器端編輯字體文件(字形檔)的庫也有很多。但是我不清楚要如何跟mediawiki整合起來。
另一種技術上更簡單(但是操作上更複雜)的方法就是手動將相關字符拆分出來,然後上傳到commons,然後在頁面中引用即可。--——🦝Interaccoonale留言貢獻 2024年5月7日 (二) 01:31 (UTC)[回覆]
若根據NC:COMMON的話,那就應該是要隨名錄名稱類推簡化沒錯了。但希望能以操作上簡易的方式處理,不然像我這種電腦技術笨蛋恐怕就不會操作了,不過命名標題會不會有需要額外調整?另若認為搬去技術版更合適,那還請協助移動。--WiTo🐤💬 2024年5月7日 (二) 03:27 (UTC)[回覆]
我早前用字形wiki的字體做過一個小工具來實現類似你說的這種方法,後來因為技術和安全原因失效了。其實現在仍然可以利用字形wiki的字體資源來實現,只是要把字體之類的資源搬到toolforge上去,然後本地用小工具調用。c區似乎不能上傳字體文件?「根據當前頁面中包含的擴展區段字符」其實並不是一個很好的做法,因為每個人電腦/終端上的字庫未必不一樣,在甲上不能正常顯示的字形,在乙那裡沒準就可以正常顯示。所以最好的辦法是自動檢測某人設備上哪些字形不能正常顯示,不能正常顯示的就即時下載相應的字形文件(可能會遇到一些優化工作要做)。目前來說,我知道的是這種自動檢測方法chrome和firefox下都有解決方案,其他瀏覽器內核的不確定--百無一用是書生 () 2024年5月7日 (二) 09:47 (UTC)[回覆]
  • chrome檢測法:將代表不能顯示的字符形狀映射到畫布,然後將文本中的每個字符一個一個映射到畫布並進行比較,如果比較結果一致,就表示該字符無法在這個設備上顯示
  • firefox檢測法:將文本中所有字符設為斜體,如果某個字符不是斜體,就表示該字符無法在這個設備上顯示(比如𱎼家人和𱎼家人
--百無一用是書生 () 2024年5月29日 (三) 04:05 (UTC)[回覆]
@T45614631InteraccoonaleEricliu1912我根據知乎上的一些文章整理出來了未被收錄進《通用規範漢字表》的科學技術用字,見我的子頁面User:微腫頭龍/E。這個表肯定是不完整的,歡迎補充。--微腫頭龍留言2024年5月7日 (二) 06:52 (UTC)[回覆]
這樣看起來的話,有些表外字還是有被正常轉換耶,像是魟、鰠、鎶等,那是被手動增加轉換的嗎?--WiTo🐤💬 2024年5月7日 (二) 07:49 (UTC)[回覆]
那幾個字確實已經加入全域轉換了。這裡有維基百科的完整繁簡轉換表--微腫頭龍留言2024年5月7日 (二) 09:01 (UTC)[回覆]
所以現在算是有共識要處理這個繁簡問題嗎?感覺上這些字遲早會變成正規簡化字...--WiTo🐤💬 2024年5月13日 (一) 03:47 (UTC)[回覆]
@ShizhaoInteraccoonaleT45614631Ericliu1912所以幾位覺得需要處理這些繁簡問題嗎?還是放着不用理?我個人是覺得需要簡化。--微腫頭龍留言2024年5月16日 (四) 07:48 (UTC)[回覆]
我是支持簡化的,但還是要考慮顯示的問題?——🦝Interaccoonale留言貢獻 2024年5月16日 (四) 08:16 (UTC)[回覆]
@Interaccoonale其實就我個人來說{{僻字}}就已經夠用了,但如果有更好的方式也可以。我的電腦技術很差,這方面就愛莫能助了。--微腫頭龍留言2024年5月16日 (四) 08:36 (UTC)[回覆]
目前維護內置轉換表的管理意見,應該是大部分都只轉換到中日韓統一表意文字擴展B區,後面擴展區域的因為大部分設備字體兼容性不足,一般不轉換(大部分類推簡化的繁體本字能正常顯示)。上面有表外漏轉漢字可能要從擴展A區開始找的觀點,我(+)支持這種找法,擴AB兩個區先查一遍看看有什麼沒轉換的。至於後面的擴展區我暫保持中立。--屠麟傲血留言2024年5月17日 (五) 14:53 (UTC)[回覆]
那我就轉到技術區看要有沒有人能處理這問題了。--WiTo🐤💬 2024年5月25日 (六) 03:50 (UTC)[回覆]
拿腳本找了一下Unihan數據庫(裏面可能有不適用的,例如「奨,奬」還有大部分一簡多繁轉換):
篩選出了簡繁皆為基礎及擴AB區的
--User:What7what8🏠 2024年5月25日 (六) 06:51 (UTC)[回覆]
如果通過的話Template:繁簡混雜重定向也要改,不過只有幾個頁面應該不難改。--User:What7what8🏠 2024年5月25日 (六) 07:52 (UTC)[回覆]
粗略看來一下閣下列出的,當中有些是違反簡化規則的。比如「㳕,灡」,「蘭/兰」字位於《簡化字總表》的第一表,因此是不可類推簡化的。也就是說,如果有一天「灡」字被列為規範漢字,也僅會對「門」部件進行簡化變成「𬞕」,而不是將整個「蘭」進行簡化。再比如「䓕,薳」,由於「遠/远」也是不可類推簡化部件,所以「薳」也是不必簡化的,剛巧《通用規範漢字表》就有收錄「薳」字。所以閣下的這個恐怕要進行超大規模的整理才能提交啊。而且我覺得沒有具體使用例子的就沒必要簡化了。不過還是要感謝一下閣下把它們整理出來。@What7What8--微腫頭龍留言2024年5月25日 (六) 13:40 (UTC)[回覆]
另外想問一下哪一種字體支援最完整?—— Eric Liu 創造は生命(留言留名學生會 2024年5月26日 (日) 03:41 (UTC)[回覆]
應當是宋體吧,因為Unicode的文件也是宋體,Microsoft在顯示生僻字時好像也是默認宋體。--微腫頭龍留言2024年5月26日 (日) 03:46 (UTC)[回覆]
宋體是字體風格不是一種字體。--Miyakoo留言2024年5月26日 (日) 11:05 (UTC)[回覆]
好吧,是我搞錯了兩個概念。謝謝指出。@Miyakoo--微腫頭龍留言2024年5月26日 (日) 11:09 (UTC)[回覆]
Unifont吧,不過是點陣字形,可以參考Wikipedia:Unicode擴展漢字還有Template:Unihan
( π )題外話Special:鏈入頁面/Wikipedia:Unicode擴展漢字「𰻞𰻞面 ‎ (← 連結 | 編輯)」怎麽全變方框了,還有𱎼家人的標題「家人」也變成方框了,是有什麽bug嗎?--User:What7what8🏠 2024年5月26日 (日) 15:30 (UTC)[回覆]
Firefox正常顯示,Chrome顯示方框。--Kethyga留言2024年5月29日 (三) 00:38 (UTC)[回覆]
我這裡不能復現--百無一用是書生 () 2024年5月29日 (三) 03:28 (UTC)[回覆]
我這也是,認真說應該是我兩台電腦都開chrome,一台正常顯示,另一台則是全方框。--WiTo🐤💬 2024年5月29日 (三) 05:34 (UTC)[回覆]
天珩全字庫(大陸標準)和字雲(日本標準),它們都支援到了I區。--Miyakoo留言2024年5月26日 (日) 10:58 (UTC)[回覆]

對比了其他國家條目的源代碼,端詳不出緣由。請各位解決。——  桁霽  ↹ 晚來天欲雪,能飲一杯無   2024年5月25日 (六) 19:28 (UTC)[回覆]

common_name會用來尋找連結,原本是common_name = 波黑,沒有波黑國旗條目。--Miyakoo留言2024年5月25日 (六) 23:30 (UTC)[回覆]

請求協助刪除MediaWiki:Discussiontools-topicsubscription-notify-unsubscribed-body的本地自定義消息[編輯]

如標題所述。先前我發現MediaWiki:Discussiontools-topicsubscription-notify-unsubscribed-body在本站的翻譯存在問題,但TWN上的翻譯是無誤的。是本地自定義導致無法從TWN同步正確翻譯,而且我不覺得這個消息有需要自定義的必要。--碟之舞📀💿 2024年5月27日 (一) 07:12 (UTC)[回覆]


刪除 已刪除。--百無一用是書生 () 2024年5月29日 (三) 03:26 (UTC)[回覆]

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

MediaWiki message delivery 2024年5月28日 (二) 00:14 (UTC)[回覆]

Timeless皮膚首頁「維基百科」字體大小[編輯]

Wikipedia talk:首頁 (82774138)

--Kethyga留言2024年5月29日 (三) 00:27 (UTC)[回覆]

#2024年第21期技術新聞 ——魔琴身份聲明 留言 貢獻 新手2023 2024年5月29日 (三) 03:22 (UTC)[回覆]

幫助備份 援軍明日到達 參考鏈接[編輯]

請幫助備份援軍明日到達的參考鏈接到web archive。此外請教下有沒有辦法備份已經404但仍在google搜索中顯示的頁面,如搜索「電影《援軍明日到達》定檔6月28日」 「李光潔電影《援軍明日到達》今日開機」等,好像沒有一個頁面能點進去了。--桃花影落飛神劍留言2024年5月29日 (三) 18:51 (UTC)[回覆]

建議你備份現在仍殘存連結。或使用港媒台媒替代。-- Shyangs留言2024年5月30日 (四) 00:41 (UTC)[回覆]

頁面預覽功能疑似損壞[編輯]

自昨天下午開始,我登錄狀態下頁面預覽似乎被破壞,但在未登錄狀態下似乎正常。已經勾選了啟用頁面預覽。我嘗試過的方法:關閉所有小工具、清空common.js、切換皮膚、換用瀏覽器(Microsoft Edge、Firefox)、清除瀏覽器Cookie、新建賬戶等,均能復現。

另附英維相關討論。--深鳴留言2024年5月30日 (四) 10:50 (UTC)[回覆]

關於Special:Watchlist的變動[編輯]

最近,監視清單的頂部改用了flex進行實現。flex作為塊級元素,和作為右浮動塊級div元素的「全域監視列表」按鈕位置配合得不是很好。

乾脆改成簡單的鏈接算了吧。加個clear感覺不是很好看。 --MilkyDefer 2024年5月30日 (四) 13:49 (UTC)[回覆]