跳至內容

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

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

捷徑

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

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


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

7月2日之後沒有新回應的議題會移動至相應的討論頁或存檔。跳至本頁的：目錄 · 底端

公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 《通用規範漢字表》以外的簡體字是否應該類推簡化 34 10 What7what8 2024-06-14 11:12
2 Module:Mapframe、Module:Location map報錯 5 3 Shizhao 2024-06-09 20:36
3 Wikiplus導致Navbar被換行 28 8 Dabao qian 2024-07-05 16:41
4 美國縣級行政區地圖顯示故障 8 5 Nostalgiacn 2024-07-07 10:53
5 TW部分功能故障 15 6 Kethyga 2024-07-07 18:49
6 Attached KML模板的display=title顯示位置有問題 2 2 Shizhao 2024-07-05 11:30
7 維基百科:其他語言的維基百科典範條目/英語版這樣的標題是否屬於繁簡混用？ 6 4 Miyakoo 2024-07-12 16:57
8 跨語言連結 4 2 暁月凜奈 2024-07-03 19:47
9 在導航模板中淘汰過時的可摺疊表格支持 34 3 Cwek 2024-07-06 08:27
10 條目標題左側出現多餘的「維基百科」 14 6 Func86 2024-07-11 00:55
11 深色模式現在可供所有使用者使用！ 13 6 SCP-2000 2024-07-10 10:04
12 Twinkle關閉存廢討論無法在Vector 2022使用 4 3 Z7504 2024-07-07 18:47
13 Timeless顯示錯誤 2 2 Kethyga 2024-07-05 16:42
14 小工具「編輯段落連結（[編輯]）靠右排列」使編輯按鈕較正常位置偏高 1 1 自由雨日 2024-07-07 11:04
15 T:Summer Olympics by year category navigation 3 2 ItsLiana 2024-07-10 10:52
16 移動版Navbox 4 3 Cwek 2024-07-08 17:36
17 2024年第28期技術新聞 2 2 Shizhao 2024-07-09 10:20
18 檢測模板限制 2 2 Cwek 2024-07-09 19:21
19 古籍模版似乎默認地區為中華人民共和國 2 2 銀色雪莉 2024-07-09 20:53
20 首頁下半部分排版亂了 6 2 Cwek 2024-07-10 11:07
21 銷售認證模板被我改出了bug 3 2 Scarsnevergoaway 2024-07-10 23:40
22 提報DC的小工具什麼時候能更新啊 5 3 Leiem 2024-07-13 01:13
23 Navbox標題置中 14 4 Dabao qian 2024-07-13 02:16
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時，
請先檢查設定是否有誤

正在廣泛徵求意見的議題

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

維基百科技術議題與模板

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

加入為各條目自動加入某月（某日）出生與某月（某日）逝世的分類的代碼，見WP:頁面存廢討論/記錄/2024/05/19#批量提刪。Sanmosa 人人皆王 2024年5月19日 (日) 05:56 (UTC)

Wikipedia talk:互助客棧 § 互助客棧（或是任何討論）存檔到空的討論頁需改為加上Template:Talk_header

例如這個部分，當機械人存檔到一個空討論頁時，會自動加上存檔模板。但問題是有時目標本身就是一個正常的討論頁，加上存檔模板不合常理。因此希望這個機制改一下，正常頁面就改成用{{Talk header}}加註，存檔頁面才是存檔模板。臺灣杉在此發言 (會客室) 2024年6月18日 (二) 04:20 (UTC)

Template talk:User Fujian § 關於圖片選用

本人有以下幾點意見：

  • 不知為何@向史公哲曰閣下認為土樓缺乏代表性？個人認為福建土樓不僅是福建著名景點，知名度較高，而且外形也十分有特色，比武夷山等自然景觀更易辨識。
  • 新樣式的模板背景顏色和圖案與其他中國大陸省級行政區的用戶框模板樣式不同，顯得福建似乎十分特殊，私以為不妥。
  • 新樣式的用戶框超高。

--射命丸 마음과 마음을 잇는 일은 언어를 뛰어넘는 일이다 2024年7月5日 (五) 14:44 (UTC)

條目主題
非條目主題
提示
要將某一個討論加入上述列表中：
  • 在討論頁中的對應討論章節頂端加上{{rfc|xxx}}標籤，其中「xxx」為分類縮寫。各類分類縮寫已列於上方項目中，並應將其插入{{rfc}}中。多個分類請使用管道符號分開，如{{rfc|xxx|yyy}}，其中「xxx」為第一個分類，「yyy」為第二個分類。
更多資訊請參閱維基百科:徵求意見。請在維基百科討論:徵求意見回報有關錯誤。本列表由LuciferianBot於每個小時進行更新。

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

本主題或以下段落文字，移動自Wikipedia:互助客棧/條目探討。

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:繁簡處理。

這說來有點話長，但日前因為在修理相關條目時遇到了「𫛚」這種字（該字位於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)[回覆]
@T45614631、Interaccoonale、Ericliu1912：我根據知乎上的一些文章整理出來了未被收錄進《通用規範漢字表》的科學技術用字，見我的子頁面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)[回覆]
@Shizhao、Interaccoonale、T45614631、Ericliu1912：所以幾位覺得需要處理這些繁簡問題嗎？還是放着不用理？我個人是覺得需要簡化。--微腫頭龍（留言） 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)[回覆]
如果通過的話，WP:R3可能也有需要更改。--User:What7what8🏠 2024年6月14日 (五) 03:12 (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)[回覆]
目前轉換表主要是我在維護，過來解釋一下。確實如上文所說，目前只支持到中日韓統一表意文字擴展B區及以前的規則，B區之後基本只支持了通用規範漢字表表內的規則。這麼做主要還是考慮到大眾用戶的設備顯示，現在大家使用手機訪問的頻率變得更高，但目前手機顯示基本只支持到擴展A區+所有表內漢字，因此不敢妄作擴張，怕反而傷害了用戶的閱讀體驗。—Chiefwei（論 - 歷） 2024年6月8日 (六) 13:23 (UTC)[回覆]

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

Module:Mapframe、Module:Location map報錯

好像就在近期，新出現了不少Module:Mapframe、Module:Location map的Lua錯誤[1][2]，如天門山寺、和合石。--Kcx36（留言） 2024年6月9日 (日) 10:35 (UTC)[回覆]

我也注意到了；似乎在條目內將{{coord}}中的display=title改為display=inline,title可以解決報錯。從時間上看，會不會和為了解決上面的問題（#Template:Infobox_body_of_water中的坐標會重複兩次），Shizhao在Module:Coordinates的幾個編輯（82849253）有關？Irralpaca（留言） 2024年6月9日 (日) 11:12 (UTC)[回覆]
看來似乎是Module:Coordinates修改後，導致Module:Location_map#L-122取不到/取錯值了--百無一用是書生 (☎) 2024年6月9日 (日) 12:17 (UTC)[回覆]
改為display=inline,title或者display=inline都可以解決報錯--百無一用是書生 (☎) 2024年6月9日 (日) 12:30 (UTC)[回覆]
測試了一下，Module:Location map用display=title的時候，坐標並不會顯示在標題右上角（直接就不顯示），似乎這樣和coord對參數的聲明不符合？--百無一用是書生 (☎) 2024年6月9日 (日) 12:36 (UTC)[回覆]

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

Wikiplus導致Navbar被換行

本主題或以下段落文字，在討論結束後應存檔至Template talk:Navbox、Template talk:Navbar。

RT，{{Navbox}}模板最近才出現的問題，啟用Wikiplus後會導致Navbar被換行，粵維無此問題。--Dabao qian℡ 2024年6月12日 (三) 18:19 (UTC)[回覆]

您是指快速編輯按鈕沒有和查論遍在同一行？——暁月凜奈 (留言) 2024年6月12日 (三) 18:51 (UTC)[回覆]
他會不會說的是「編」被挪到了下一行的問題？我也困擾一段時間了，之前顯示是「查·論·編/(快速編輯)」，但近段時間一直顯示為「查·論·/編(快速編輯)」了。--自由雨日（留言） 2024年6月12日 (三) 19:00 (UTC)[回覆]
沒錯，而且粵維的顯示就是正常的「睇·傾·改(快速編輯)」無換行，不知道中維哪個CSS出了問題。--Dabao qian℡ 2024年6月13日 (四) 08:30 (UTC)[回覆]
涉及排版的因素挺多的，不同設備可能區別明顯，我目前未遇到此問題，不過此前也有過。zh和yue的網站設置有一些區別，最近的話可能是zh的字號調整。模板的css似乎並沒有更動。——暁月凜奈 (留言) 2024年6月13日 (四) 08:39 (UTC)[回覆]
Timeless用戶表示已出現了一段時間orz--Tim Wu（留言） 2024年6月13日 (四) 08:48 (UTC)[回覆]
粵維是連「(快速編輯)」都不會換到下一行嗎？（粵維我不是自動確認用戶，看不了Wikiplus效果。）我在中維一直是必看到換行的，只不過之前是「查·論·編/(快速編輯)」這種換行方式，相對來說還算美觀。我以為「快速編輯」肯定會被換行……--自由雨日（留言） 2024年6月13日 (四) 09:27 (UTC)[回覆]
.navbox-title .navbar { width: 8em; }，加上那個按鈕後寬度爆掉了，就這麼簡單。（粵維這行被拆掉了）--SunAfterRain 2024年6月15日 (六) 10:56 (UTC)[回覆]
已修復，但留意到問題：最近@Shizhao：修改Common.css後，navbar「查論編」這三個字的顏色，不能被設置了（詳見Template:香港電台頻道及該模板在今年4月30日的存檔）。--Tim Wu（留言） 2024年6月19日 (三) 07:46 (UTC)[回覆]
Module:Navbar/styles.css，.navbar-mini abbr { color: inherit !important; }，加上這個之後顏色就不能設置了。而且font-size: 88%;這行也應該去掉，中文似乎不需要。--Dabao qian℡ 2024年6月19日 (三) 09:25 (UTC)[回覆]
為求省事抄的enwiki--百無一用是書生 (☎) 2024年6月19日 (三) 13:55 (UTC)[回覆]
不加這行，「查論編」在dark模式下是黑色字，看不清，我暫時沒找到其他的修改方法...--百無一用是書生 (☎) 2024年6月19日 (三) 14:04 (UTC)[回覆]
Module:Navbox的第62行fontstyle = (args.basestyle or '') .. ';' .. (args.titlestyle or '') .. ';background:none transparent;border:none;'沒有定義color:inherit;。--Dabao qian℡ 2024年7月4日 (四) 16:23 (UTC)[回覆]
把background:none transparent;刪掉不知行不行--百無一用是書生 (☎) 2024年7月5日 (五) 03:46 (UTC)[回覆]
經測刪掉會露出自定義背景顏色--Dabao qian℡ 2024年7月5日 (五) 07:09 (UTC)[回覆]
完成--百無一用是書生 (☎) 2024年7月5日 (五) 08:34 (UTC)[回覆]
把color:inherit;放到最前面才對吧，不然自定義字體顏色還是會被覆蓋掉，以及Module:Navbar/styles.css里的hack可以去掉了。--Dabao qian℡ 2024年7月5日 (五) 08:41 (UTC)[回覆]
話說，修復之後，navbar的顏色怎麼變成無色了 囧rz……--自由雨日（留言） 2024年6月20日 (四) 14:32 (UTC)[回覆]
上幾行留言正是在討論此事……--Cookai餅塊🍪（💬留言） 2024年6月20日 (四) 14:35 (UTC)[回覆]
啊？上面不是在討論「查論編」三個字（而非背景）的顏色嗎……--自由雨日（留言） 2024年6月20日 (四) 14:38 (UTC)[回覆]
抱歉看錯了，背景色是深色模式強制覆蓋掉的。--Cookai餅塊🍪（💬留言） 2024年6月20日 (四) 14:47 (UTC)[回覆]
我沒有開深色模式……？而且剛好就是修復之後變成淺色的……--自由雨日（留言） 2024年6月20日 (四) 16:54 (UTC)[回覆]
 已修復，之前改壞了--百無一用是書生 (☎) 2024年6月21日 (五) 09:15 (UTC)[回覆]
8em那個是因為看到有個導航框的標題歪掉了（忘了是哪個了）--百無一用是書生 (☎) 2024年6月19日 (三) 13:52 (UTC)[回覆]
8em和font-size:88%其實在Template:Navbox寫過說明了。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年6月19日 (三) 11:24 (UTC)[回覆]
簡單調整之後發現了新問題，很多導航框的副標題歪掉了，比如Template:芒果超媒。--Dabao qian℡ 2024年6月25日 (二) 16:29 (UTC)[回覆]
並不是副標題歪了，而是標題歪了（）明顯是「快速編輯」按鈕把標題往右「擠」了，不過具體算法我就不懂了……另外上面的回覆（8em之類的）似乎就是Shizhao等前輩在研究這一問題。--自由雨日（留言） 2024年6月25日 (二) 21:50 (UTC)[回覆]
如果綜合來看的話，可能是自己引用的wikiplus導致破壞微妙的平衡。結合「Module:Navbox」和Navbar的設計，Navbar在Navbox默認在左邊為固定width:8em，為了保持平衡，右邊的摺疊按鈕塊也是固定width:8em。而且還有根據是否啟用navbar、是否禁用摺疊按鈕狀態（常見對應是子塊Navbox作為嵌套到父塊中），來補充一個固定的8em空白塊來填補位置（具體看Navbox模塊的renderNavBar方法）。8em可能考慮Navbar常見就3個字+2個間隔號，就算是4個字（查編歷討）+3個字也是7em，因此預留8em。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月4日 (四) 02:17 (UTC)[回覆]

美國縣級行政區地圖顯示故障

本主題或以下段落文字，移動自WP:VPD。執行者：路西法人 2024年6月26日 (三) 08:20 (UTC)。[回覆]

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

如弗吉尼亞州縣級行政區列表，密西西比州縣級行政區列表，密蘇里州各縣列表，馬里蘭州行政區劃，愛達荷州縣級行政區列表等列表中的小地圖顯示故障，只顯示一個紅色塊而沒有網格，同時對應各縣的條目的地圖也是一樣的問題，好像是原圖批量出了問題？

--桃花影落飛神劍（留言） 2024年6月17日 (一) 15:43 (UTC)[回覆]

是批量出了問題，我建了很多個縣都是這樣子。經調查，這不是本人能力範圍內能解決的，只能坐等一天恢復正常。--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年6月17日 (一) 15:51 (UTC)[回覆]
是維基共享使用的底圖出問題了，各種語言維基都有顯示問題。這邊不動手，英維那邊也會吵起來，讓相關人員處理。這個應該算是技術問題？大概很快就有{{Tracked}}的工單。--Nostalgiacn（留言） 2024年6月17日 (一) 16:59 (UTC)[回覆]
懷疑與最近librsvg版本升級有關--百無一用是書生 (☎) 2024年6月18日 (二) 03:02 (UTC)[回覆]
根據phab:T367645#9902624的說法，svg文件原本就有問題，只是沒有表現出來，librsvg升級後這個問題變嚴重了。可以參考下這個[3]，一大堆的報錯--百無一用是書生 (☎) 2024年6月19日 (三) 02:25 (UTC)[回覆]
舉例的圖片，以上傳新圖片解決了。不過仍然有很多圖片沒有上傳新圖片取代。如右圖（Virginia）
Virginia
--Nostalgiacn（留言） 2024年6月30日 (日) 06:50 (UTC)[回覆]
工單上編者Nux已經使用機械人替換相關圖片，美國相關圖片已經替換。不清楚是否有有其他國家或地區使用同類圖片，Phabricator上的工單已經標記完成，關閉了。--Nostalgiacn（留言） 2024年7月7日 (日) 02:53 (UTC)[回覆]

TW部分功能故障

  1. 存廢討論中三級標題右側不出現「關閉討論」
  2. 在存廢討論中無法關閉討論，只能刪除相關提刪頁面或移除相關提刪頁面的模板，但無法關閉相應的討論
  3. 另外發現Wikipedia:頁面存廢討論/記錄/2024/06/22使用tw關閉討論時，發生了錯位（「賴擁連」錯位到了「Code Geass角色列表」，「Category:各國縣治、Category:縣治」錯位到了「家庭教師HITMAN_REBORN!角色列表」），當時#2問題還未發生

--百無一用是書生 (☎) 2024年6月30日 (日) 06:17 (UTC)[回覆]

@Xiplus @Manchiu--百無一用是書生 (☎) 2024年6月30日 (日) 06:19 (UTC)[回覆]
大概是mw:Heading HTML changes？——暁月凜奈 (留言) 2024年6月30日 (日) 06:43 (UTC)[回覆]
能否給一下具體的案例（固定版本號或差異），不然上面三個問題我目前都無法重現。--Xiplus#Talk 2024年6月30日 (日) 13:08 (UTC)[回覆]
  1. 1應為此版本。我也有同樣情況。以為是自己瀏覽器問題。（我本身需F5多遍方看到關閉討論鍵。）-千村狐兔（留言） 2024年6月30日 (日) 13:15 (UTC)[回覆]
    @Manchiu，Wikipedia:頁面存廢討論/記錄/2024/06/24，你的操作似乎也發生了錯位，楊尚銘和王紅權星被標記為允許併入，Eva IM client被標記為刪除，已刪除的陳美琪 (企業家)被標記為允許併入...--百無一用是書生 (☎) 2024年7月1日 (一) 02:09 (UTC)[回覆]
    Special:PermaLink/83231036--百無一用是書生 (☎) 2024年7月1日 (一) 02:10 (UTC)[回覆]
    建議這個問題未修好前，暫時不要使用TW來處理存廢討論，我剛用了一下，結果錯位得太離譜了！--百無一用是書生 (☎) 2024年7月1日 (一) 02:15 (UTC)[回覆]
    謝謝修正錯誤。真的不好意思！--千村狐兔（留言） 2024年7月1日 (一) 02:26 (UTC)[回覆]
    @Manchiu：Wikipedia:頁面存廢討論/記錄/2024/06/23也有錯位的問題。--夏冰 2024年7月1日 (一) 03:43 (UTC)[回覆]
    我重新回退後，全手工處理了一遍，請複查--百無一用是書生 (☎) 2024年7月1日 (一) 02:28 (UTC)[回覆]
2.無法關閉是[4]（TW刪除）、Special:Diff/83221043（手動關閉）
3.錯位是Special:Diff/83212283--夏冰 2024年7月1日 (一) 01:08 (UTC)[回覆]
已確認這是由Vector2022引起的，Vector2010運作正常。--Xiplus#Talk 2024年7月1日 (一) 14:04 (UTC)[回覆]
根據 Heading HTML changes，應該所有的標題（h1-h6）都會被加上 mw-heading，但不知為何在 Vector 2022 僅有 h2 被加上，導致計算章節數量時錯誤而造成此問題，為避免 Vector 2022 後續再次更改，我暫時決定在 Heading HTML changes 完成前不會支援 Vector 2022，請改用其他外觀，經測試本功能在 Vector 2010 運作正常。--Xiplus#Talk 2024年7月1日 (一) 14:45 (UTC)[回覆]
順便說一下，Timeless下好像也無關閉討論按鈕。--Kethyga（留言） 2024年7月7日 (日) 10:49 (UTC)[回覆]

Attached KML模板的display=title顯示位置有問題

本主題或以下段落文字，在討論結束後應存檔至Template talk:Attached KML。

{{Attached KML}}模板的display=title在Vector2022皮膚下，顯示位置有問題。示例：美國國道41號商業線 (密歇根州馬凱特)。對照英維的話，「路線圖」顯示在與「坐標」相同的位置比較好。--深鳴（留言） 2024年6月30日 (日) 07:02 (UTC)[回覆]

 已修復--百無一用是書生 (☎) 2024年7月5日 (五) 03:30 (UTC)[回覆]

維基百科:其他語言的維基百科典範條目/英語版這樣的標題是否屬於繁簡混用？

维基百科:其他语言的维基百科典范条目/英語版這樣的標題是否屬於繁簡混用？有很多這樣的頁面需要移動。--Midleading（留言） 2024年7月1日 (一) 09:38 (UTC)[回覆]

命名常規的簡繁統一僅約束條目。要求子頁面統一簡繁會帶來很多麻煩，討論存檔、新建子頁面，需要手動轉換簡繁。有/分割，也不會有轉換分詞等問題。--YFdyh000（留言） 2024年7月1日 (一) 15:32 (UTC)[回覆]
許多時候區分繁簡或許還別有意義。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年7月3日 (三) 10:59 (UTC)[回覆]
原來如此 Midleading（留言） 2024年7月6日 (六) 12:29 (UTC)[回覆]

像Category:埃里克·貝特爾森命名的生物分类這樣的分類名是否屬於繁簡混用呢？ Midleading（留言） 2024年7月12日 (五) 08:18 (UTC)[回覆]

理論上不算，https://dict.variants.moe.edu.tw/dictView.jsp?ID=50466 。
不過維基百科系統無法自動轉換。--Miyakoo（留言） 2024年7月12日 (五) 08:57 (UTC)[回覆]

跨語言連結

中文條目有半敞篷車（汽車）和蘭道車（馬車），英文條目有en:Landau (carriage)，en:Landaulet (car)和消歧義en:Landaulet。「半敞篷車」原連至wikidata:Q1297112（消歧義），我已改爲連至wikidata:Q4044718（汽車），但現時中維點去英維仍連至消歧義，這是系統更新需時還是其他技術原因？--惣流·明日香·蘭格雷不姓式波 2024年7月3日 (三) 06:39 (UTC)[回覆]

Special:Diff/83261102。頁面內的會比wikidata的優先。——暁月凜奈 (留言) 2024年7月3日 (三) 06:50 (UTC)[回覆]
學到了，請問那些連結是舊做法對吧，現在還有沒有情況會用到，還是已連至wikidata下的情況可全部移除？--惣流·明日香·蘭格雷不姓式波 2024年7月3日 (三) 07:05 (UTC)[回覆]
一些特殊情況下能夠用到，不過通常來說是用不上的。——暁月凜奈 (留言) 2024年7月3日 (三) 11:47 (UTC)[回覆]

在導航模板中淘汰過時的可摺疊表格支持

本主題或以下段落文字，在討論結束後應存檔至Template talk:Navbox、Template talk:Navbar。

參見MediaWiki talk:Common.css、MediaWiki talk:Common.js、Module talk:Navbox，對應上述三處編輯請求，停用導航模板中過時的可摺疊表格支持，改為MediaWiki自帶的摺疊語法。--Dabao qian℡ 2024年7月3日 (三) 20:56 (UTC)[回覆]

使用mw核心提供的表格摺疊會不會存在問題？能否復刻一個樣式看看？——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月4日 (四) 00:44 (UTC)[回覆]
Template:Navbox/sandbox3、Module:Navbox/sandbox3、Template:香港行車隧道/sandbox。mw版技術手冊mw:Manual:Collapsible_elements。另外好像有億點點小問題：默認預設摺疊的參數等和本來的不一致（mw的是「mw-collapsed」、而我們腳本是「collapsed」；上面的例子就是改了mw後加的是我們腳本的參數，當然意料之內不生效；需要統計Navbox下加了這個參數有多少影響和是否需要兼容機制），另外我們實現的摺疊腳本有自動摺疊機制：掛了「autocollapse」的結構，數量超過2個時會默認全部摺疊起來。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月4日 (四) 01:05 (UTC)[回覆]
MediaWiki:Gadget-collapsibleTables.js英維3.0版本改了機制，會給有collapsible和collapsed的地方自動疊加帶mw-的class（純向下兼容），中維因為涉及到導航模板所以暫時沒有部署（仍沿用2.04版本）。autocollapse、innercollapse和outercollapse需要修改Common.js才能實現。--Dabao qian℡ 2024年7月4日 (四) 01:56 (UTC)[回覆]
User:Dabao qian/common.js這裏的最後兩段腳本，一是為mw-collapsible增加autocollapse、innercollapse和outercollapse三種元素的支持，二是3.0版本的可摺疊表格支持。--Dabao qian℡ 2024年7月4日 (四) 02:06 (UTC)[回覆]
可能還需要更新en:MediaWiki:Gadget-collapsibleTables.js等配套腳本，需要更多測試，而不是說換就換。當然怕出問題的話，沒壞別修。就像一堆java 8、java 6不升級的——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月4日 (四) 02:34 (UTC)[回覆]
其他語言的可摺疊表格支持都是直接放在Common.js的，不像中維是以小工具的形式提供。需要灰度測試的話，關掉小工具里的可摺疊表格支持，然後複製User:Dabao qian/common.js和MediaWiki talk:Common.css裏面的相關代碼到您的用戶頁JS/CSS就可以了。不過英、粵維早就已經實際運行很長時間了，問題應該不大。--Dabao qian℡ 2024年7月4日 (四) 02:39 (UTC)[回覆]
需要將相應的功能整理成單獨的腳本，然後通過小工具或者Commons.js引入。初步來看是暫時沒看出還有什麼明顯問題，但也要考慮為什麼很多看上去應該全站點代碼一致的站點自定義功能，實際操作上都是脫同步的——每個站點具體實施上又加了自己的調整。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月4日 (四) 02:49 (UTC)[回覆]
好像改了會不會影響標題居中？為了保證標題居中，我寫的User:Cwek/collapsibleTables.js默認給了摺疊按鈕8em的寬度，Navbar按照以前也給了8em的寬度。如果改了mw加Navbar不固定寬度的話，標題稍微略微偏右？——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月4日 (四) 01:37 (UTC)[回覆]
好像哪裏見過MediaWiki:Gadget-collapsibleTables.js、Navbox、或者配套的css，摺疊按鈕是設定8em，所以我的實現也跟着8em。如果要保持Navbox內標題居中的話，必須Navbar（還有它的空白替代塊）和摺疊按鈕塊的寬度一致，才能將標題擠到居中。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月4日 (四) 03:06 (UTC)[回覆]
Special:Diff/83093979，左右平衡的實現語法在Common.css，新版的話就用mw-collapsible-toggle替換掉collapseButton。--Dabao qian℡ 2024年7月4日 (四) 04:10 (UTC)[回覆]
試過，這樣做法不是左右平衡的。因為兩個塊的長度不等，所以擠占的中間塊不是完全居中，所以才搞固定寬度。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月4日 (四) 06:44 (UTC)[回覆]
@Dabao qian：如果啟用摺疊按鈕塊，保證Navbox標題居中，摺疊按鈕初始化時需要讀取同行Navbar的寬度，然後手工設成相同。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月4日 (四) 07:50 (UTC)[回覆]
我測算的話，Narbar的寬為49.563、摺疊按鈕的寬為34.266。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月4日 (四) 01:39 (UTC)[回覆]
居中問題有沒解決思路？當然Wikiplus的是它自己的問題，沒必要考慮它的感受。建議的話，可以考慮Wikiplus做個兼容補充，劫持編輯連結，改成彈窗形式機制詢問是快速編輯還是傳統編輯，從而不用因為額外添加內容導致box溢出偏移，維持Navbox內Navbar和摺疊按鈕微妙的寬度平衡。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月4日 (四) 02:57 (UTC)[回覆]
英維的Navbox早就改了好幾回了，粵維當前版本也早就不是中維當前版本了，不再需要Common.css定義寬度，而且英維的{{Navbar}}是不會出現快速編輯按鈕的。--Dabao qian℡ 2024年7月4日 (四) 04:18 (UTC)[回覆]
那就測試一下，兩個塊不固定寬度後，能不能保證標題居中？——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月4日 (四) 06:30 (UTC)[回覆]
提起「Wikiplus」，是因為上面提到類似問題，所以猜測Wikiplus的編輯按鈕修改是否會影響。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月4日 (四) 06:42 (UTC)[回覆]
英維改了方案，編輯按鈕的連結換成了Special:Editpage內部連結，Wikiplus讀不出來自然也就不會自作主張地額外加按鈕，已經在Module:Navbox提EP按照英維方案修改。--Dabao qian℡ 2024年7月4日 (四) 08:02 (UTC)[回覆]
那不就是Wikiplus的問題，Wikiplus沒有正確識別出編輯連結，自己處理錯了，為什麼不是Wikiplus去自己修正？而且代碼不一定要跟en同步吧？而且編輯部分不應該是Navbar去實現的？——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月4日 (四) 08:18 (UTC)[回覆]
你說的編輯連結問題，就是我們的Navbar還是用fullurl+action=edit生成連結（Module:Navbar#L-81），而en是用內鏈+加上Special:EditPage特殊頁生成內鏈（en:Module:Navbar#L-70）。在連結生成上沒明顯差異。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月4日 (四) 08:26 (UTC)[回覆]
@Dabao qian：，Navbar的生成模式上，編輯和歷史的連結生成模式，只需要移植這部分（en:Module:Navbar#L-69--L-72）就對應了。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月4日 (四) 08:37 (UTC)[回覆]
[5]，分別是固定寬、不固定寬，使用mw摺疊、小工具摺疊、小工具改寫摺疊的樣式。如果固定寬度的話，標題字會更接近中間。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月4日 (四) 07:05 (UTC)[回覆]
打開F12實時調試使用mw摺疊且按照舊版Common.css方案設定兩端固定寬度8em之後效果與小工具改寫摺疊相差無幾--Dabao qian℡ 2024年7月4日 (四) 08:50 (UTC)[回覆]
@Dabao qian：你調成這樣當然沒問題了。這裏分兩個主要部分：1.改用mw摺疊，可以考慮，但需要一組兼容性腳本用於處理自製摺疊參數的兼容處理和自動摺疊處理；2.標題居中，需要Navbox中的Navbar和摺疊按鈕塊的寬度固定且相等，這可能需要腳本控制而不能靠css的自動寬度控制（因為兩者長度大概率不等，需要腳本比較計算和注入覆蓋）；2.1.Wikiplus的撐爆，一定程度上和Navbar固定寬有關，要麼Wikiplus自己適配，要麼結合前面前面計算新的寬度和重新注入。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月4日 (四) 09:31 (UTC)[回覆]
1.User:Dabao qian/collapsibleTables-new.js以及MediaWiki:Common.js和MediaWiki:Common.css的兩處EP即可實現；2.似乎沒有找到其他合適的方法--Dabao qian℡ 2024年7月4日 (四) 09:37 (UTC)[回覆]
第1點暫時seems good。雖然我更喜歡我自己寫的，能使th那一欄同時也綁定上摺疊按鈕功能。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月4日 (四) 09:53 (UTC)[回覆]
經測試啟用Wikiplus後兩端寬度設為10em即可避免撐爆。--Dabao qian℡ 2024年7月4日 (四) 16:05 (UTC)[回覆]
那應該是Wikiplus自己搞，還是學微軟幫用戶擦屁股？——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月5日 (五) 00:40 (UTC)[回覆]
我有個問題，我同時用Wikiplus和InPageEdit應該怎麼辦[開玩笑的] ——魔琴［身份聲明 留言 貢獻 新手2023］ 2024年7月5日 (五) 15:05 (UTC)[回覆]
那只能自己寫腳本（js或者css）適配了，簡而言之，兩個塊固定寬度且相等就可以保證navbox標題擠占居中。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月6日 (六) 00:27 (UTC)[回覆]

更新清單

  2. 以上完畢了，才需要更新Module:Navbox、Module:NavboxV2的摺疊參數調整。
@Dabao qian：如果理解和沒異議的話，可以推進下去。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月5日 (五) 02:20 (UTC)[回覆]
無異議，寬度和深色模式適配的問題後續再議（當然這不屬於本次討論範圍）。--Dabao qian℡ 2024年7月5日 (五) 03:46 (UTC)[回覆]
@Dabao qian：，看了collapsibleTables-new.js，其實Module:Navbox、Module:NavboxV2不用換，因為按照腳本邏輯，「table.collapsible:not(.mw-collapsible)」就能夠選出保持兼容class的table，然後後面加上「mw-collapsible」就是加上mw的摺疊功能。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月5日 (五) 08:33 (UTC)[回覆]

條目標題左側出現多餘的「維基百科」

於Phabricator查看
編號T369537的工單

如題，條目標題出現多餘得「維基百科」，今天第一次出現，見截圖，多出的是圖片版的File:Wikipedia-wordmark-zh.svg，像是和MediaWiki:Common.css中的的「content: url(/static/images/mobile/copyright/wikipedia-wordmark-zh-hans.svg);」有關--Kethyga（留言） 2024年7月4日 (四) 12:49 (UTC)[回覆]

不能復現，或許與您使用的js腳本之類的有關--百無一用是書生 (☎) 2024年7月4日 (四) 12:58 (UTC)[回覆]
我使用Timeless，從幾個小時前開始也這樣。--Tim Wu（留言） 2024年7月4日 (四) 13:10 (UTC)[回覆]
我在Timeless下測試，未發現問題--百無一用是書生 (☎) 2024年7月5日 (五) 03:32 (UTC)[回覆]
使用私隱模式復現，可能不是腳本問題（？ ——魔琴［身份聲明 留言 貢獻 新手2023］ 2024年7月5日 (五) 12:55 (UTC)[回覆]
看起來像是MediaWiki:Common.css#L-1035的問題，似乎只匿名用戶有這問題？應該是Timeless最近更新導致？--百無一用是書生 (☎) 2024年7月5日 (五) 13:23 (UTC)[回覆]
我、Kethyga還有下面的ElectronicGhost都算是匿名用戶？--Tim Wu（留言） 2024年7月5日 (五) 13:25 (UTC)[回覆]
目前我只能在firefox的私隱模式下能復現，chrome私隱模式不能復現（都是未登陸狀態）。兩個瀏覽器非私隱模式登錄狀態下都不能復現--百無一用是書生 (☎) 2024年7月5日 (五) 13:32 (UTC)[回覆]
我在Chrome/Firefox的登錄/私隱模式都出現這個問題……在Chrome登錄小號也復現……怎麼回事 ——魔琴［身份聲明 留言 貢獻 新手2023］ 2024年7月5日 (五) 14:38 (UTC)[回覆]
本人的Timeless skin，目前只在登錄模式下（Chrome/Firefox）出現，私隱模式下暫時沒有。--Kethyga（留言） 2024年7月5日 (五) 15:06 (UTC)[回覆]
上面結果在私隱模式下未登錄，使用的默認皮膚。--Kethyga（留言） 2024年7月6日 (六) 05:01 (UTC)[回覆]
我在使用Timeless皮膚的情況下，無論使用Safari、Chrome還是Firefox抑或是在各個瀏覽器開啟私隱模式並登陸，這個問題都會出現。 -- ElectronicGhost｜👻 2024年7月6日 (六) 04:48 (UTC)[回覆]
這樣看起來，只有使用小工具和用戶權限的差異了--百無一用是書生 (☎) 2024年7月7日 (日) 06:16 (UTC)[回覆]
造成需要這段站內css的問題已經修復（phab:T369537），在下周部署後可以直接刪除相關段落。--Func（討論·貢獻） 2024年7月10日 (三) 16:55 (UTC)[回覆]

深色模式現在可供所有使用者使用！

大家好，在過去的一年裏，維基媒體基金會的網頁團隊一直致力於深色模式的開發。這項工作是無障礙閱讀計劃的一部分（該計劃引入了對 Vector 2022 和 Minerva 皮膚的更改）。這提高了可讀性，並允許每個人（無論是未登入的使用者還是已登入的使用者）自訂以閱讀為中心的設定。

自今年年初以來，深色模式已作為測試版功能在行動版和桌面版網站上向大家提供。我們一直在與模板編輯者和其他技術貢獻者合作，為此功能準備不同的維基專案。這項工作包括修復模板並確保許多頁面均可以以深色模式顯示，而不會出現任何無障礙問題。我們對參與此事的所有人表示衷心的感謝。因為已經做了很多工作，深色模式已經可供未登入及已登入的使用者在行動版網站上使用。在接下來的兩週內，我們將向桌面版網站的使用者釋出此功能！

部署配置和時間表

  • 第 1 級別與第 2 級別維基百科：與淺色模式相比，深色模式的問題數量並不顯著的維基百科。這些維基專案已經為未登入及已登入的使用者提供深色模式。不過，模板中可能仍存在一些小問題。我們將添加報告這些問題的方法，以便我們可以繼續與編輯者一起修復模板。
  • 第 3 級別維基百科：與淺色模式相比，深色模式的問題數量非常多的維基百科。這些維基只會為已登入的使用者提供深色模式。我們希望為所有用戶提供深色模式。然而，有些維基專案仍然需要社群的工作來調整模板。與上面的群組類似，這些維基專案同時會收到一個報告問題的鏈接，這將有助於識別剩餘的問題。
  • 7 月 1 日的當週：第 1 級別的維基百科（包括中文維基百科）上的行動版網站（Minerva 皮膚）
  • 7 月 15 日的當週：所有維基百科上的桌面版網站（Vector 2022 皮膚）；行動版網站：在第 2 級別維基百科上已登入的使用者和未登入的使用者，第 3 級別維基百科僅限於已登入的使用者

如何開啟深色模式

此功能會與文字和寬度選項一起出現在「外觀」功能列表中。根據相容性和技術架構的不同，某些頁面可能無法在深色模式下使用。對於這些頁面，選單中會出現一則通知，提供更多資訊。

如何讓深色模式變得更好！

如果您想協助讓更多頁面適合深色模式，請前往我們先前的訊息並查看「我們希望您做什麼（模板編輯者、介面管理員、技術編輯者）」部分。

謝謝大家。我們期待您的問題、意見和評論！(Translated by VLui (WMF) and SCP-2000)--SGrabarczuk (WMF)（留言） 2024年7月4日 (四) 13:48 (UTC)[回覆]

可喜可賀！L'Internationale, Sera le genre humain! ✏️ 2024年7月4日 (四) 14:05 (UTC)[回覆]
Note: I bolded some sentences for easier reading. Thanks. --SCP-0000（留言） 2024年7月4日 (四) 14:15 (UTC)[回覆]
借個樓順便說一下中維導航模板的深色模式適配還是有問題，Shizhao做完深色模式適配之後「閲論編」連結在正常模式下無法更改顏色了。--Dabao qian℡ 2024年7月4日 (四) 15:56 (UTC)[回覆]
@Dabao qian：深色模式兼容性問題可在Wikipedia:徵求意見/深色模式反映。--SCP-0000（留言） 2024年7月5日 (五) 01:06 (UTC)[回覆]
樓上的簽名在深色模式下不適配....--百無一用是書生 (☎) 2024年7月5日 (五) 03:33 (UTC)[回覆]
能否有高人幫我看一下本人的簽名和主編條目肯塔基州城市列表、堪薩斯州城市列表等在深色模式下是否有問題？本人怎麼設置也無法在Vector 2022中試用深色模式。--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年7月5日 (五) 04:32 (UTC)[回覆]
@SickManWP：如果您是使用桌面版，現階段您需要先在測試功能設定中啟用「無障礙閱讀」才能使用。而行動版可在設定中啟用。--SCP-0000（留言） 2024年7月5日 (五) 04:41 (UTC)[回覆]
已設置完成。不過我希望看看其他用戶對條目的意見，避免過幾天本人編寫更多類似列表時出現顯示問題，影響條目評選。--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年7月5日 (五) 04:48 (UTC)[回覆]
兩個條目的表格顏色有問題--百無一用是書生 (☎) 2024年7月5日 (五) 08:15 (UTC)[回覆]
相關條目的問題本人已於Wikipedia:徵求意見/深色模式中提出，目前正在尋找解決辦法。--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年7月5日 (五) 08:19 (UTC)[回覆]

Dark mode for logged-in users on desktop coming this week!

Hello! In the previous message, we announced that dark mode on desktop would be rolled out in one step, for both logged-in and logged-out users, in the week of July 15 (that is, next week). However, we'd be more comfortable to enable it for logged-in users first. Articles here on zh Wikipedia look very good in dark mode, and again, thanks to everyone who is contributing to it!

We are going to enable dark mode on desktop just for logged-in users this week. If everything goes well (it has been going very well so far!) we will enable it on desktop for logged-out users next week as we previously announced. It's gonna be exciting :D Thanks! SGrabarczuk (WMF)（留言） 2024年7月10日 (三) 01:36 (UTC)[回覆]

簡單而言：本週先向桌面版的登入用戶提供深色模式。如果一切順利，便會照原定計劃在下週向未登入用戶提供。--SCP-0000（留言） 2024年7月10日 (三) 02:04 (UTC)[回覆]

Twinkle關閉存廢討論無法在Vector 2022使用

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:Twinkle。

最近幾天有使用Vector 2022介面的使用者，可以發現在WP:AFD及WP:FFD無法用Twinkle關閉存廢討論，需要改以Vector 2010介面才能使用，有甚麼方法修復這樣錯誤？謝謝！--Sinsyuan✍️🌏🚀 2024年7月5日 (五) 01:27 (UTC)[回覆]

見Xiplus君的說明。--傘木 霙留言 2024年7月5日 (五) 01:34 (UTC)[回覆]
囧rz……能否合併討論串至「TW部分功能故障」？--Sinsyuan✍️🌏🚀 2024年7月5日 (五) 03:42 (UTC)[回覆]

Timeless顯示錯誤

自昨日開始，在使用Timeless作為皮膚的情況下，打開任意頁面都會在頁面標題前額外顯示一個多餘的「維基百科」字樣。--ElectronicGhost｜👻 2024年7月5日 (五) 07:24 (UTC)[回覆]

@ElectronicGhost 見上方 Wikipedia:互助客棧/技術#條目標題左側出現多餘的「維基百科」--Kethyga（留言） 2024年7月5日 (五) 08:42 (UTC)[回覆]

小工具「編輯段落連結（[編輯]）靠右排列」使編輯按鈕較正常位置偏高

印象中這個問題似乎一直存在，今天來客棧提一下，不知道是否是普遍的情況。開啟該工具（可在參數設置->小工具->界面顯示工具一節找到）後，在每一個段落出現「[編輯原始碼/查看原始碼|快速編輯]」都明顯較正常（不開啟該工具）位置高，在條目標題旁邊，因為位置太高，甚至會使「[編輯原始碼/查看原始碼|快速編輯]」文字大約上1/3部分「隱沒」。--——自由雨日（留言・貢獻） 2024年7月7日 (日) 03:04 (UTC)[回覆]

T:Summer Olympics by year category navigation

參見Category:2024年夏季奧運足球賽（簡）、Category:2024年夏季奧運足球賽陣容（繁），想請問有什麼方法可以讓此模板同時在簡中/繁中標題的分類中使用？--Liebhart 💬👩‍🚀 2024年7月7日 (日) 04:15 (UTC)[回覆]

(＆)建議還是將模板擷取至"YYYY年夏季"，就不會有簡繁問題，雖然可以加入前綴、後綴來達到目的，但然容易產生標題簡繁不一的現象。--Qqkuro66541（留言） 2024年7月9日 (二) 17:40 (UTC)[回覆]
瞭解，看見您已經將模板修改好了，感謝幫助！——Liebhart 💬👩‍🚀 2024年7月10日 (三) 02:52 (UTC)[回覆]

移動版Navbox

本主題或以下段落文字，在討論結束後應存檔至Template talk:Navbox。

現在移動版在Wikipedia:命名空間下會顯示Navbox了，不確定正不正常。[6]--User:What7what8🏠 2024年7月7日 (日) 12:20 (UTC)[回覆]

沒留意到技術新聞有相關的更新信息。也沒見到條目放開Navbox等的渲染調整。如果不是wmf開發測試中，或者是以前就可以？——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月8日 (一) 00:44 (UTC)[回覆]
顯示的慘不忍睹的正常--百無一用是書生 (☎) 2024年7月8日 (一) 02:35 (UTC)[回覆]
看了眼en。如果沒有過往記錄印證是除條目空間外的navbox是隱藏外，可能是基金會測試？——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月8日 (一) 09:36 (UTC)[回覆]

2024年第28期技術新聞

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

近期變更

  • 維基媒體基金會成立了一個新的專門工作組，致力於建構更安全、易於使用和可擴展的Chart圖表，以取代已停用的Graph圖表。訂閱電子報以獲取有關Chart專案的最新進展和其他新聞的通知。
  • CampaignEvents擴充功能現已供元維基、伊博語維基百科和斯瓦希里語維基百科使用，您所在的wiki也可請求部署之。此擴充功能有助於管理活動並提高活動的可見度，以及讓活動籌辦人員能夠使用諸如活動報名工具等工具。參見元維基的CampaignEvents頁面了解部署狀態以及如何請求部署。
  • 編輯超過50次的編輯者現在可以在iOS維基百科App使用「新增圖片」功能。這項功能為維基百科提供了微小但有用的貢獻機會。
  • 感謝為MediaWiki Core做出貢獻的所有人。得益於此，貢獻超過5個補丁的貢獻者比例較去年增加了25%，這有助於確保維基媒體專案平台的永續發展。

問題

  • Vector 2022中出現一個問題，討論頁標籤的顏色始終顯示為藍色，即使不存在頁面本應顯示為紅色。此問題已解決。

未來變更

  • 信任與安全產品團隊希望以儘可能不干擾工具和工作流的方式引入臨時帳號。懇請志願開發者——包括小工具和使用者腳本維護人員——更新您維護的工具和功能的程式碼以應對臨時帳號。團隊已建有說明文件來解釋如何進行更新。了解更多。

技術新聞調查

  • 邀請您填寫這份簡短問卷調查，協助我們改善技術新聞。本次調查旨在更有效地滿足閱讀技術新聞的各類讀者的需求。本次調查還會開放一週。本次調查適用這份私隱聲明。本次調查提供其他語言的翻譯版本。

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

MediaWiki message delivery 2024年7月8日 (一) 21:30 (UTC)[回覆]

CampaignEvents似乎可以考慮？--百無一用是書生 (☎) 2024年7月9日 (二) 02:20 (UTC)[回覆]

檢測模板限制

模板限制很煩人，而且往往不知問題具體出在何處。是否有工具可協助編者確認哪裏調用特別多資源？—— Eric Liu 創造は生命（留言・留名・學生會） 2024年7月9日 (二) 10:38 (UTC)[回覆]

好像沒有很好的方法？頁面「div.mw-parser-output」裏面結尾有段HTML註釋「NewPP limit report」和「Transclusion expansion time report」，可以看那個模板消耗時間和調用次數較多。或者藉助WP:SB將內容逐點替換來分析。不過大部分情況，WP:模板限制基本上都說了：Navbox（尤其是包含大量ilh系的），包含了大量Navbox的Navboxlist，還有太多腳註的reflist系腳註模板。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月9日 (二) 11:21 (UTC)[回覆]

古籍模版似乎默認地區為中華人民共和國

老殘遊記一文可以看到右側模版顯示出版地點為「中華人民共和國」但在代碼中並未體現此內容。在下在模版的頁面也並未見到此項默認選項，是故提出，希望有同仁可以幫忙調整。--懶癌哪天行→Laziness, as no today's excuse. 2024年7月9日 (二) 10:59 (UTC)[回覆]

已處理，是wikidata那邊的事情。--銀色雪莉（留言） 2024年7月9日 (二) 12:53 (UTC)[回覆]

首頁下半部分排版亂了

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:首頁。

Wikipedia:首頁排版亂了，下方的常用連結和姊妹計劃全都擠到右側了，動態熱門和歡迎詞的間距也變了。查了最近的修改，未發現修改有問題--百無一用是書生 (☎) 2024年7月10日 (三) 02:10 (UTC)[回覆]

看時光機存檔（2024年1月1日）的話，「div.mp-2012-links」、「div.mp-2012-sisters」是放在「div.mp-2012-body」孩子中，與「div.mp-2012-column-left」、「div.mp-2012-column-right」是兄弟。現在是放在「div.mp-2012-column-right」裏面。是不是有腳本可以判斷「div.mp-2012-column-left」和「div.mp-2012-column-right」的高度，然後將前者抽出去？——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月10日 (三) 02:26 (UTC)[回覆]
Wikipedia:每日圖片/2024年7月10日，寬度調小一點，不知道有沒問題？——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月10日 (三) 02:33 (UTC)[回覆]
應該有腳本做平衡處理，[7]是抽了links和sisters出來平級，[8]則抽了links跟column-left「同寬」嵌進去了。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月10日 (三) 02:35 (UTC)[回覆]
 已修復，最近一次的{{itn}}更新誤刪了一個</div>--百無一用是書生 (☎) 2024年7月10日 (三) 02:50 (UTC)[回覆]
樂。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月10日 (三) 03:07 (UTC)[回覆]

銷售認證模板被我改出了bug

出錯的文件在Template:Certification_Table_Entry模板，具體出錯的幾行代碼如下： 

{{!}} {{#if:{{{nocert|}}}|{{sdash}}{{#if:{{{nocat|}}}||{{main other|<!-- [[Category:使用Certification Table Entry沒有認證的頁面]]-->}}}}|{{#ifeq:{{{region|}}}|Mexico|{{Certification Table Entry/MexicanAward|award={{{award|}}}|number={{{number|}}}|number2={{{number2|}}}|number3={{{number3|}}}}}|{{#if:{{{number|}}}|{{#ifeq:{{{number}}}|1||{{{number}}}×}}|}} {{{award}}}{{#switch:{{{award|}}}|Silver|Gold|Platinum|Diamond|Million|Billion|Platinum+Gold|Diamond+Gold|Diamond+Platinum|Diamond+Platinum+Gold=|#default={{main other|[[Category:Pages using Certification Table Entry with unsupported award]]}}}}{{#switch:{{{type|}}}|album|single|video|jazz|compilation|videosingle|ringtone|EP|=|#default={{main other|[[Category:Pages using Certification Table Entry with unsupported type]]}}}} {{#if:{{{Spanish|}}}|([[RIAA certification#{{#switch:{{{type}}}|album=Latin|single=Singles}}|Latin]])}}}}}}

請問如何修改這一段，讓輸入Silver、gold等英文的時候，模板轉為顯示成銀、白金等中文呢？--Scarsnevergoaway（留言） 2024年7月10日 (三) 08:30 (UTC)[回覆]

Help:解析器函數#switch。目前好像寫反，該「Silver|銀|銀=銀|Gold=金|Platinum=白金|」這樣？代碼很亂沒弄清。--YFdyh000（留言） 2024年7月10日 (三) 13:00 (UTC)[回覆]
謝謝，我明天改改--Scarsnevergoaway（留言） 2024年7月10日 (三) 15:40 (UTC)[回覆]

提報DC的小工具什麼時候能更新啊

如題，都開始好幾天了一直沒人更新腳本，手填既不方便還容易出錯，都沒參與的積極性了（惱）。DC本身的討論頁有不少人反映過了，但也沒見腳本更新……--Nanhuajiaren（留言） 2024年7月11日 (四) 01:26 (UTC)[回覆]

@Nanhuajiaren：目前主持人正在討論中。技術人手不足Orz —— Eric Liu 創造は生命（留言・留名・學生會） 2024年7月11日 (四) 05:35 (UTC)[回覆]
今年和去年的東西幾乎差不多的吧？除了修改常量之外也就去掉界面上新增來源那一行（因為去年有缺來源的小項今年沒有）。--Nanhuajiaren（留言） 2024年7月11日 (四) 07:11 (UTC)[回覆]
@Nanhuajiaren：主要是動員令主持人團隊向來仰賴本站僅有的幾位介面管理員，最近剛好不少在休息，沒空幫忙。這一兩天應該能解決。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年7月11日 (四) 16:32 (UTC)[回覆]
應該已經好了。--Leiem（留言·簽名·維基調查） 2024年7月12日 (五) 17:13 (UTC)[回覆]

Navbox標題置中

本主題或以下段落文字，在討論結束後應存檔至Template talk:Navbox。

Navbox標題似乎還是沒法對齊中間（見模板說明頁面範例，可參照above參數位置及英文版本），是不是需要額外設定什麼間距？—— Eric Liu 創造は生命（留言・留名・學生會） 2024年7月11日 (四) 06:26 (UTC)[回覆]

中維以前的方案是固定寬度左右各保留8em，至於Wikiplus會撐爆那就讓Wikiplus自己修吧。--Dabao qian℡ 2024年7月11日 (四) 10:14 (UTC)[回覆]
不是Wikiplus問題，Template:Navbox中的示例1和3（從上往下數）的確現在往右歪了一點，但示例4卻差不多是居中的。把.navbox-title .navbar的樣式改成margin-right: -1.6em;示例1和3似乎能差不多居中了，但是示例4卻又歪了--百無一用是書生 (☎) 2024年7月11日 (四) 13:01 (UTC)[回覆]
嘗試修了一下[9]，現在除了示例4外，其他看起來差不多都居中了--百無一用是書生 (☎) 2024年7月11日 (四) 13:38 (UTC)[回覆]
但是navbar和展開被擋住了，點不到。--Cookai餅塊🍪（💬留言） 2024年7月11日 (四) 13:42 (UTC)[回覆]
回退了，這樣修改後，左右兩側都無法點擊了--百無一用是書生 (☎) 2024年7月11日 (四) 13:42 (UTC)[回覆]
如果是讓左右側absolute呢？
即Special:PermaLink/83367707加上
.navbox-title .navbar { position: absolute; left: 1em; }

.navbox-title .mw-collapsible-toggle { position: absolute; right: 1em; }
--Cookai餅塊🍪（💬留言） 2024年7月11日 (四) 14:04 (UTC)[回覆]
.navbox-title .navbar {
    /* @noflip */
    float: left;
    /* @noflip */
    text-align: left;
    /* @noflip */
    margin-right: 0.5em;
    width: auto;
    padding-left: 0.2em;
    position: absolute;
    left: 1em;
}

/* In navboxes, the show/hide button balances the v·d·e links
   from [[Template:Navbar]], so they need to be the same width. */
.navbox .mw-collapsible-toggle {
    margin-left: 0.5em;
    position: absolute;
    right: 1em;
}

這樣看上去並沒有什麼問題。當然，Module:Navbox也需要做修改，因為設置|navbar=plain之後產生的佔位符也需要有相同的樣式。 

    -- Render the spacer div.
    if spacerSide then
        titleCell
            :tag('span')
                :css('float', spacerSide)
                :css('position', 'absolute')
                :css(spacerSide, '1em')
                :css('margin-' .. (spacerSide == 'left' and 'right' or 'left'), '0.5em')
                :css('padding-' .. spacerSide, '0.2em')
                :wikitext('&nbsp;')
    end
end

--Dabao qian℡ 2024年7月11日 (四) 15:26 (UTC)[回覆]

@Shizhao：用這個模板來看，可以知道目前標題還是歪的。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年7月11日 (四) 16:31 (UTC)[回覆]
這樣修改之後Template:JR東日本的車輛似乎顯示有問題，左右兩側的按鈕會和色塊重疊，這種情況需要寫腳本修復到4em才能正常顯示。--Dabao qian℡ 2024年7月11日 (四) 17:44 (UTC)[回覆]
在Special:PermaLink/83367707的基礎上按上述方案分別修改MediaWiki:Common.css和Module:Navbox即可。--Dabao qian℡ 2024年7月11日 (四) 18:57 (UTC)[回覆]
改了，看看是否還有問題--百無一用是書生 (☎) 2024年7月12日 (五) 02:46 (UTC)[回覆]
目前發現的問題是當瀏覽器寬度（window.innerWidth）小於640px時，點擊右側摺疊按鈕後，摺疊按鈕、查論編和標題全都會跑到左側疊在一起。暫不確定是否和本次修訂相關--百無一用是書生 (☎) 2024年7月12日 (五) 03:05 (UTC)[回覆]
可以復現，原先是頁面寬度小於640px時會折行顯示，改完之後強制縮排在同一行就會直接疊在一起。--Dabao qian℡ 2024年7月12日 (五) 18:16 (UTC)[回覆]
取自 "https://zh.wikipedia.org/w/index.php?title=Wikipedia:互助客栈/技术&oldid=83382899"