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

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

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

公告欄

• [離任] Kuon.Haku已離任管理員，感謝其任內貢獻。
• [通知] 深色模式現已供所有行動版及桌面版網站（Vector 2022和Minerva皮膚）的用戶使用。如有任何問題，歡迎在討論頁或透過頁面右側的回報功能提出。
• [人事] Mys 721tx的管理員解任投票正在進行，參見投票頁面，歡迎踴躍參與。
• [公告] 討論頁話題索引現正重投測試。如有意見、建議或報錯，請至互助客棧的討論串提出。
• [公告] 討論遞進機制正在試行中。如對實行過程及相關規範有疑問，可在討論頁提問。
• [公告] 修訂本地更改用戶名方針敘述及修訂條目內嵌入人物列表的收錄標準已經通過。
• [公告] 設立教育佈告板正在公示，如有意見請儘快提出。
• [討論] Unblock-zh.org正在試運行。同時互助客棧繼續對於其各項細節徵求意見。
• [討論] 互助客棧方針區正在討論修訂著作權驗證模板與提報侵權流程，請踴躍參與討論。
• [討論] 快速刪除方針討論頁正在討論G18款的調整、R7款的調整、增加快速刪除因關注度問題被刪除而又被重建的條目的規定及O4款的調整，請踴躍參與討論。
• [協作] 第二十二次動員令於7月6日至9月8日間舉行，歡迎踴躍參與！

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

#	💭 話題	💬	👥	🙋 最新發言	🕒 (UTC+8)
1	《通用規範漢字表》以外的簡體字是否應該類推簡化	34	10	What7what8	2024-06-14 11:12
2	Module:Mapframe、Module:Location map報錯	7	3	Kcx36	2024-07-14 19:57
3	美國縣級行政區地圖顯示故障	9	5	Shizhao	2024-07-15 10:55
4	維基百科:其他語言的維基百科典範條目/英語版這樣的標題是否屬於繁簡混用？	6	4	Miyakoo	2024-07-12 16:57
5	在導航模板中淘汰過時的可摺疊表格支持	39	5	Dabao qian	2024-07-18 17:45
6	條目標題左側出現多餘的「維基百科」	15	6	Func86	2024-07-20 05:23
7	小工具「編輯段落連結（[編輯]）靠右排列」使編輯按鈕較正常位置偏高	5	2	自由雨日	2024-07-19 18:01
8	T:Summer Olympics by year category navigation	1	1	Jimmy-bot	2024-07-20 16:14
9	首頁下半部分排版亂了	1	1	Jimmy-bot	2024-07-20 16:14
10	銷售認證模板被我改出了bug	4	2	Scarsnevergoaway	2024-07-13 14:35
11	提報DC的小工具什麼時候能更新啊	5	3	Leiem	2024-07-13 01:13
12	Navbox標題置中	15	5	Qqkuro66541	2024-07-16 23:34
13	現有的技術能否做到將新條目自動加入相關專題的新進條目列表內	1	1	Scarsnevergoaway	2024-07-13 14:31
14	我製作了一個自動翻譯榜單排行的小工具，請問有什麼辦法可以推廣？	1	1	Scarsnevergoaway	2024-07-13 14:34
15	Infobox person/Wikidata 出生日期	10	6	Dabao qian	2024-07-20 20:21
16	用戶頭銜模板重疊	12	4	Shizhao	2024-07-15 14:22
17	存廢重新提交	4	4	Manchiu	2024-07-16 10:25
18	Template:Hlist-comma	2	2	Qqkuro66541	2024-07-17 01:01
19	2024年第29期技術新聞	1	1	MediaWiki message delivery	2024-07-16 09:29
20	法屬圭亞那行政區劃列表顯示問題	5	3	GZWDer	2024-07-16 22:57
21	Template:Cite X	7	4	Sohryu Asuka Langley Not Shikinami	2024-07-17 10:48
22	六四事件詞條無法正常顯示某些模板	3	3	Irralpaca	2024-07-17 05:04
23	模板摺疊問題	11	5	Yutommy0612	2024-07-17 17:05
24	崩潰	3	3	桃花影落飛神劍	2024-07-19 12:08
25	首頁的「維基百科」四字過大	8	4	Irralpaca	2024-07-19 22:08
26	wrap換行	1	1	Kethyga	2024-07-19 18:45
27	captcha	4	4	Diskdance	2024-07-20 23:26
28	Campaignbox被默認為開啟狀態，使用指令皆無法更改	3	2	Waylon1104	2024-07-20 23:30

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

正在廣泛徵求意見的議題

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

維基百科技術議題與模板

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

本人有以下幾點意見：

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

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

@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數據庫（裏面可能有不適用的，例如「奨，奬」還有大部分一簡多繁轉換）：

• User:What7what8/缺漏簡繁轉換
• User:What7what8/缺漏繁簡轉換
• User:What7what8/缺漏一繁多簡轉換
• User:What7what8/缺漏一簡多繁轉換

篩選出了簡繁皆為基礎及擴AB區的

• User:What7what8/缺漏繁簡轉換（僅含基礎及擴AB區）
• User:What7what8/缺漏簡繁轉換（僅含基礎及擴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)

最近更新了Module:Coordinates，似乎這個問題解決了？--百無一用是書生 (☎) 2024年7月14日 (日) 11:54 (UTC)

好像是解決了。--Kcx36（留言） 2024年7月14日 (日) 11:57 (UTC)

---

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

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

問題已解決--百無一用是書生 (☎) 2024年7月15日 (一) 02:55 (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)

---

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

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

维基百科:其他语言的维基百科典范条目/英語版這樣的標題是否屬於繁簡混用？有很多這樣的頁面需要移動。--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)

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

參見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)

[4]，分別是固定寬、不固定寬，使用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)

更新清單

1. • User:Dabao qian/collapsibleTables-new.js更新到MediaWiki:Gadget-collapsibleTables.js
   • MediaWiki:Common.js更新EP：MediaWiki_talk:Common.js#編輯請求_2024-07-03
   • MediaWiki:Common.css更新EP：MediaWiki_talk:Common.css#編輯請求_2024-07-03
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)

state=collapsed喪失作用的原因似乎與這個主題談論的內容有關，我對這個主題不熟悉，可能需要導入機械人修正(因為影響的頁面可預見非常多)--Rastinition（留言） 2024年7月17日 (三) 23:54 (UTC)

參見Module talk:Navbox#編輯請求 2024-07-17--Dabao qian℡ 2024年7月18日 (四) 09:45 (UTC)

UX

啊所以現在想展開已關閉的存廢討論，就必須按右邊的[展開]，而不能直接點擊小藍條了？有點麻煩…… ——魔琴［身份聲明 留言 貢獻 新手2023］ 2024年7月14日 (日) 16:55 (UTC)

小藍條？是不是一整欄的標題行？——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月15日 (一) 00:41 (UTC)

@魔琴：可以參考User:SunAfterRain/js/TalkendFrameToggle.js--SunAfterRain 2024年7月16日 (二) 03:28 (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)

cc @Shizhao--Func（討論·貢獻） 2024年7月19日 (五) 21:23 (UTC)

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

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

猜測可能是近期系統字體大小調整導致的？--百無一用是書生 (☎) 2024年7月15日 (一) 02:59 (UTC)

「近期」，大概是什麼時候的調整？🤔--——自由雨日（留言・貢獻） 2024年7月18日 (四) 02:11 (UTC)

大概2、3個月前？--百無一用是書生 (☎) 2024年7月19日 (五) 07:37 (UTC)

憑我自己印象是，「按鈕較高」的問題至少已經大半年（或更久）了，似乎是自我打開該工具以來一直就是這樣🤔只是之前覺得影響不大一直懶得提（）--——自由雨日（留言・貢獻） 2024年7月19日 (五) 10:01 (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)

問題已解決，請求關閉討論--Scarsnevergoaway（留言） 2024年7月13日 (六) 06:35 (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標題置中

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)

嘗試修了一下[5]，現在除了示例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(' ')
    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)

(？)疑問：{{Navbox}}的state參數設定摺疊好像失效。--Qqkuro66541（留言） 2024年7月16日 (二) 15:34 (UTC)

現有的技術能否做到將新條目自動加入相關專題的新進條目列表內

我記得現在專題頁面有個機械人，可以查看最近在評選FA、GA、DYK的各專題相關條目。但我打開音樂專題，發現新進條目這裏還是靠人去手工加入的。能否讓機械人自動更新一下，把近三十天創建的，且掛上各個專題評級模版的條目自動放進各個專題的首頁，這樣就免去人為添加了。--Scarsnevergoaway（留言） 2024年7月13日 (六) 06:31 (UTC)

我製作了一個自動翻譯榜單排行的小工具，請問有什麼辦法可以推廣？

我目前正開發一個音樂條目的自動翻譯工具，希望能實現以下功能：

1. 自動翻譯單曲周榜單和年終榜單的表格。
2. 自動翻譯專輯周榜單和年終榜單的表格。
3. 自動修正常見的榜單錯誤翻譯。
4. 自動翻譯專輯和單曲條目製作人員名單的分工類型。
5. 自動翻譯曲目列表的部分常用類型。
6. 自動翻譯發行歷史的國家名稱和日期。
7. 單曲和專輯信息框模版清理。
8. 根據信息框模版自動生成條目導言。

目前已完成單曲榜單的自動翻譯功能的初始版本。 使用方法如下： 將mw.loader.load('//zh.wikipedia.org/w/index.php?title= User:Scarsnevergoaway/Tool/singlechart.js&action=raw&ctype=text/javascript');加入您的common.js頁。

使用時，進入原始碼編輯頁，工具一欄會出現「單曲榜翻譯」等分類，按照需求點擊分類下的各功能按鈕即可。在編寫條目時，務必先使用本工具，再使用連結自動翻譯器。

這個工具在經常參與音樂專題，翻譯歌曲條目的編者這裏還是挺好用的，可以省去大量重複性工作。請問有什麼辦法能推廣一下這個嗎。--Scarsnevergoaway（留言） 2024年7月13日 (六) 06:34 (UTC)

Infobox person/Wikidata 出生日期

中文數字與阿拉伯數字混用，例見熱爾瑪娜·維亞娜，「出生」顯示爲「1972年十月16日」--惣流·明日香·蘭格雷不姓式波 2024年7月13日 (六) 07:52 (UTC)

無法復現。或許已經修復？--PexEric💬|📝 2024年7月13日 (六) 11:54 (UTC)

剛剛看了一下，似乎是只有香港和澳門版本有此問題，應與使用的裝置和瀏覽器無關--惣流·明日香·蘭格雷不姓式波 2024年7月14日 (日) 01:30 (UTC)

未登錄時港澳版本可重現，登錄後無法重現。--YFdyh000（留言） 2024年7月14日 (日) 02:22 (UTC)

哪個瀏覽器？我win11 firefox和edge，登入與否，無痕與否，均能復現，chrome的話沒安裝試不了。--惣流·明日香·蘭格雷不姓式波 2024年7月14日 (日) 06:33 (UTC)

Win10 Edge。curl -v https://zh.wikipedia.org/zh-mo/%E7%83%AD%E5%B0%94%E7%8E%9B%E5%A8%9C%C2%B7%E7%BB%B4%E4%BA%9A%E5%A8%9C 的源碼里也能看到>1972年十月16日&#160;<。--YFdyh000（留言） 2024年7月14日 (日) 11:10 (UTC)

我這隻有未登錄時香港、澳門繁體能復現。--Kcx36（留言） 2024年7月14日 (日) 10:45 (UTC)

經測試，該欄會隨着介面語言改變（zh-hk、ko）（登入與否的差異應該跟這有關），行為與{{#time}}類似

• {{#time:Y年Fj日|1942-10-16|zh-hans}}（「1942年10月16日」）
• {{#time:Y年Fj日|1942-10-16|zh-hant}}（「1942年10月16日」）
• {{#time:Y年Fj日|1942-10-16|zh-hk}}（「1942年十月16日」）

可能跟MediaWiki:October月份系列有關：

• MediaWiki:October/zh-hans（「10月」）
• MediaWiki:October/zh-hant（「10月」）
• MediaWiki:October/zh-hk（「十月」）

--Cookai餅塊🍪_{（💬留言）} 2024年7月15日 (一) 13:27 (UTC)

需要去TWN修改--Dabao qian℡ 2024年7月17日 (三) 15:35 (UTC)

已修改，待下次MediaWiki版本更新即可應用，請留意技術新聞--Dabao qian℡ 2024年7月20日 (六) 12:21 (UTC)

用戶頭銜模板重疊

似乎當兩個template:Encourage之間有template:top icon時（例如任一有Encourage的頭銜模板緊接一個Template:反破壞工作小組成員），兩個Encourage頭銜框會部分重疊，具體見User:方志維（隨機選的，但他的情況非常明顯）的一堆頭銜。（小弟用戶頁直接複製了Template:反破壞工作小組成員的Encourage源碼，所以沒有此問題）--惣流·明日香·蘭格雷不姓式波 2024年7月14日 (日) 09:19 (UTC)

我這裏未發現有什麼問題--百無一用是書生 (☎) 2024年7月14日 (日) 11:51 (UTC)

他剛剛移除了一堆模板，在歷史版本仍可見（圖），另見User:Ericliu1912（圖）--惣流·明日香·蘭格雷不姓式波 2024年7月14日 (日) 13:22 (UTC)

我自己看了看倒是沒問題？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年7月14日 (日) 15:42 (UTC)

同上，我還是看不出截圖中的問題，或許是瀏覽器或使用了某些js腳本導致？--百無一用是書生 (☎) 2024年7月15日 (一) 02:24 (UTC)

這就怪了，我win11 Firefox（有一些插件）登入與否都能復現，edge（沒有插件）及android chrome（沒有插件）同理。--惣流·明日香·蘭格雷不姓式波 2024年7月15日 (一) 02:29 (UTC)

那可能是某個本站的js小工具或用戶腳本導致的？--百無一用是書生 (☎) 2024年7月15日 (一) 03:03 (UTC)

但我的edge沒有任何extention，也應該沒有動過任何設定（平常用firefox），沒有登入的話理應沒有腳本或小工具？會否與裝置或瀏覽器的語言或地區設定有關？--惣流·明日香·蘭格雷不姓式波 2024年7月15日 (一) 03:10 (UTC)

咦，剛才重新打開了這兩個用戶頁，莫名的就復現了...--百無一用是書生 (☎) 2024年7月15日 (一) 03:06 (UTC)

是重疊的模板寫的有問題，解析成html後多了一個空行，可以參考我剛剛在Template:維基座標工作小組、Template:邊緣人小組和Template:維權聯盟盟友的修改方式對其他模板一併修改，把top icon和Encourage模板之間用<!-- -->斷行，最後的分類和模板之間不要斷行或者也用<!-- -->斷行--百無一用是書生 (☎) 2024年7月15日 (一) 03:23 (UTC)

{{維基近衛騎士}}怎麼修改？--Miyakoo（留言） 2024年7月15日 (一) 04:21 (UTC)

 已修復--百無一用是書生 (☎) 2024年7月15日 (一) 06:22 (UTC)

存廢重新提交

我去看《溯源之懼》的存廢討論，7月4日重新提交，但是我找不到重新提交的頁面。標註是重新提交到Wikipedia:頁面存廢討論/記錄/2024/07/12，但是編輯記錄和頁面都沒有《溯源之懼》的存廢討論移動記錄。--Nostalgiacn（留言） 2024年7月15日 (一) 08:55 (UTC)

@Shizhao：是不是小工具故障？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年7月15日 (一) 20:22 (UTC)

@Manchiu。我以前的確遇到過幾回，偶爾會故障一下--百無一用是書生 (☎) 2024年7月16日 (二) 01:34 (UTC)

啊不好意思。已重新提交到Wikipedia:頁面存廢討論/記錄/2024/07/16#溯源之懼，避免因失誤造成討論不公。。-千村狐兔（留言） 2024年7月16日 (二) 02:25 (UTC)。

Template:Hlist-comma

日維動畫條目的各話列表節使用{{劇集列表}}模板時，參數都會使用{{Hlist-comma}}模板，且會根據當前畫面寬度自動換行，中維也有相同模板{{Hlist-comma}}，不過不會自動換行，想知道是什麼原因。--夏冰 2024年7月16日 (二) 00:18 (UTC)

這參考Template_talk:Hlist#單獨使用{{hlist}}會導致同一頁面的{{Infobox}}內建的hlist出現多餘的空格，inline-block的問題一修又有另一個的問題--Qqkuro66541（留言） 2024年7月16日 (二) 17:01 (UTC)

2024年第29期技術新聞

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

技術新聞調查

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

近期變更

• 維基媒體開發者現在可以正式繼續使用Gerrit和GitLab，基於維基媒體基金會於6月24日決定支持在這兩個平台共同進行軟件開發。Gerrit和GitLab皆是開發者用來編寫、審查和部署軟件代碼的代碼儲存庫，而這些代碼支撐著MediaWiki——用於建構維基專案，也是編輯者用於創建和改進內容的工具。這項決定將保障開發者們的生產力，並避免code review——代碼審查方面的問題影響使用者。更多詳情請見遷移狀態頁面。
• 維基媒體基金會誠徵產品與技術諮詢委員會（PTAC）申請人。該小組將匯集技術貢獻者與維基媒體基金會，共同開發一個更具彈性、與時俱進的技術平台。委員會成員將對維基媒體運動的產品與技術活動進行評估與諮詢，以便我們開發多代的專案。我們正在尋找來自世界各地具有不同專案經驗的技術貢獻者。請於8月10日前在此申請。
• 持有回退權的編輯者可以在Android版維基百科App使用新的編輯巡查功能。這些功能包括最近修改的新動態、復原和回退等相關連結，以及建立和儲存個人的使用者討論訊息庫以供巡查時使用。如果您所在的wiki希望向沒有回退權但編輯次數達到一定門檻的使用者提供這些功能，您可以聯絡團隊。更多關於此專案，請參閱Diff文章。
• 在基金會進行聯絡溝通後，有權存取維基百科圖書館的編輯者再度能使用SpringerLinks中的非開放存取內容。延伸閱讀上週完成的22個社群提交工單。

本週變更

• 本週，深色模式將供多個維基百科使用，無論桌面版或行動版，使用者登入或未登入。敬請介面管理員和使用者腳本維護人員在深色模式下檢查小工具和使用者腳本，查找任何寫死的顏色並修復它們。有一些深色模式相容性建議可供參考。

未來變更

• 下週，邀請工作人員、志願工具維護者和軟件開發團隊在測試維基上測試臨時帳號功能。臨時帳號功能有助於改善wiki上的私隱保護。目前未有其他進一步的部署安排。歡迎在專案討論頁發表意見和提出疑問。 [6]
• 邀請跨維基上傳檔案或教導他人如此操作的編輯者，參與維基共享資源上的討論。共享資源社群正在討論將能夠透過跨維基上傳功能（或稱上傳對話框）上傳檔案的使用者，限縮為維基共享資源上的自動確認用戶。這是因為透過這種方式上傳的檔案大量侵犯了著作權。Commons:跨維基上傳有簡短摘要，討論位於Commons:互助客棧。

技術新聞由技術新聞編者撰寫，並由機械人送達 • 貢獻 • 翻譯 • 取得協助 • 提供回饋 • 訂閱或退訂。 歡迎訂閱維基媒體基金會公報獲取更多新聞。

MediaWiki message delivery 2024年7月16日 (二) 01:29 (UTC)

法屬圭亞那行政區劃列表顯示問題

於Phabricator查看
編號T253907的工單

法屬圭亞那條目行政區劃章節有一個列表，乍一看沒什麼問題，但只要點擊上方任意一個排序，最右邊每一格都會變成碩大的法屬圭亞那地圖。這張表是複製翻譯的英維的，英維也有同樣問題，請問應怎樣改寫代碼才能修復？--BigBullfrog（𓆏） 2024年7月16日 (二) 04:16 (UTC)

具體來說發生的是：合併儲存格在排序後會被分割，即使排序取消了（回到狀態）依然不會恢復合併。

排序表格遇到合併儲存格好像一直是這樣。--Cookai餅塊🍪_{（💬留言）} 2024年7月16日 (二) 05:15 (UTC)

phab:T122214提到類似問題，被評為Not a bug。不過當中沒有提到「排序取消了依然不會恢復合併。」，可以考慮針對這點提新的工單？--Cookai餅塊🍪_{（💬留言）} 2024年7月16日 (二) 05:27 (UTC)

可以考慮把大地圖移出表格。--Cookai餅塊🍪_{（💬留言）} 2024年7月16日 (二) 05:21 (UTC)

phab:T253907。--GZWDer（留言） 2024年7月16日 (二) 14:57 (UTC)

Template:Cite X

這玩意有必要存在嗎？直接在template:cite twitter加個日期檢測，自動調整輸出不就行了？英維（相信其他站也是）都是直接重定向到cite twitter，本站template:tweet也能正確處理X。最大問題是知道cite twitter存在的人數肯定比知道cite x的多，我相信不少人都「誤用舊模板」了。--惣流·明日香·蘭格雷不姓式波 2024年7月16日 (二) 05:36 (UTC)

誰有空研究改寫就行了。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月16日 (二) 06:56 (UTC)

誰能幫忙改寫成檢測日期輸出，在此謝過了，此外template:tweet也需要改一下。--BigBullfrog（𓆏） 2024年7月16日 (二) 12:27 (UTC)

tweet貌似早前已改好？

name @username

text

9999-12-31

name1 @username1

text1

1-12-31

應該可以大致照抄至cite tweet。--惣流·明日香·蘭格雷不姓式波 2024年7月16日 (二) 12:38 (UTC)

還是有問題的，只是按時間檢測修改了圖標，reference還是會顯示「通過Twitter」而不是「通過X」。--BigBullfrog（𓆏） 2024年7月17日 (三) 01:02 (UTC)

確實，但這問題應該會隨cite twitter的改動而自動解決，因爲tweet似乎也只是調用cite tweet。（可能還要找bot把現存的「問題」tweet ref解決一下）--惣流·明日香·蘭格雷不姓式波 2024年7月17日 (三) 02:48 (UTC)

你們好，還請麻煩你們檢查一下你們討論的的話題發表的言論使用的原始碼是否有不妥之處，我發表的話題（在下面）的標題（在電腦端維基百科上）顯示的有點不對勁，我懷疑是不是你們的模板使用不妥造成的，謝謝。--■■■■（留言） 2024年7月16日 (二) 14:41 (UTC)

六四事件詞條無法正常顯示某些模板

如題，我發現模板:六四事件在六四事件中不能正常顯示，不知道這是不是自己設備的問題，本人試圖將模板複製到條目中並提交編輯仍不能解決問題，請有經驗的編者協助解決，謝謝！--■■■■（留言） 2024年7月16日 (二) 14:36 (UTC)

@大慈树王：由於條目中使用太多模版（條目中用到{{ }}的就算）, 該條目已屬於Category:引用模板後大小超過限制的頁面的隱藏分類，針對該問題，我知道的解法是調整條目內容, 減少模版的使用量。--Wolfch (留言) 2024年7月16日 (二) 14:44 (UTC)

注意到條目在引用同一本書的不同頁碼時寫成分開的腳註，且部分引用的書籍還包含{{link-en}}綠鏈，可以想見佔用空間頗大，目前已修改成使用單一腳註並用{{rp}}表示頁碼，似乎底部的模板已經可以顯示。Irralpaca（留言） 2024年7月16日 (二) 21:04 (UTC)

模板摺疊問題

突然發現使用Navbox模板時候，縱然state的一欄採用了collapsed，仍然無法摺疊，想請教這是出現了問題還是其他原因，謝謝。--Yutommy 崖上的孤兒 北橋的狗 2024年7月16日 (二) 17:03 (UTC)

+1同發現問題，比較顯著的頁面如勒布朗·詹姆斯、長相思 (電視劇)。--桃花影落飛神劍（留言） 2024年7月16日 (二) 21:11 (UTC)

if args.title and (args.state ~= 'plain' and args.state ~= 'off') then
		if args.state == 'collapsed' then args.state = 'mw-collapsed' end
		tbl
			:addClass('mw-collapsible')
			:addClass(args.state or 'autocollapse')
	end

在Module:Navbox316行加入，請再測試一下，感謝，可參見en:Template_talk:Navbox--Qqkuro66541（留言） 2024年7月16日 (二) 23:02 (UTC)

@Dabao qian：前面的#在導航模板中淘汰過時的可摺疊表格支持後面提過，啟用了小工具「可摺疊表格」後，這部分其實可以不用改的了。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月17日 (三) 00:25 (UTC)

@Dabao qian、cwek：zh:MediaWiki:Gadget-collapsibleTables.js，請問是這個嗎？預設是開啟的。--Qqkuro66541（留言） 2024年7月17日 (三) 01:40 (UTC)

對的，這個小工具已經有針對原有摺疊參數的兼容，導致了Navbox這樣參數的兩不像。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月17日 (三) 01:44 (UTC)

所以若然現在要讓navbox在載入頁面時摺疊﹐該如何處理？謝謝！--Yutommy 崖上的孤兒 北橋的狗 2024年7月17日 (三) 04:48 (UTC)

我好像找到了﹐是不是使用mw-collapsed？--Yutommy 崖上的孤兒 北橋的狗 2024年7月17日 (三) 04:52 (UTC)

參見Module_talk:Navbox#編輯請求_2024-07-17，從粵維搬了個hack過來，等待管理員應用即可。--Dabao qian℡ 2024年7月17日 (三) 05:34 (UTC)

感謝！--Yutommy 崖上的孤兒 北橋的狗 2024年7月17日 (三) 09:05 (UTC)

en區的討論頁里似乎提到過，不修改是由ResourceLoader懶加載，修改後直接由解析器預處理，性能上會有所提升--Dabao qian℡ 2024年7月17日 (三) 06:31 (UTC)

崩潰

於Phabricator查看
編號T370304的工單

維基百科是不是剛剛崩潰了？有人知道發生什麼了嗎？--Martin 去我的簽名簿簽名！！ 2024年7月19日 (五) 00:56 (UTC)

見上。--碟之舞📀💿 2024年7月19日 (五) 04:08 (UTC)

EST時間下午遇到過MediaWiki internal error.--桃花影落飛神劍（留言） 2024年7月19日 (五) 04:08 (UTC)

首頁的「維基百科」四字過大

還是Wikipedia:互助客棧/技術/存檔/2024年6月#首頁頂欄排版錯亂，這次是Vector 2022皮膚。依照mw:Heading HTML changes，昨日開始h1標題都會嵌套一層<div class="mw-heading mw-heading1">，故首頁上的「維基百科」四個大字變成了原本的1.8倍大。Irralpaca（留言） 2024年7月19日 (五) 02:05 (UTC)

還有一個bug，單擊搜索框後會變成英文

動圖--Bovemdep（留言） 2024年7月19日 (五) 09:19 (UTC)

點擊前是MediaWiki:Searchbutton，點擊後變成了MediaWiki:Cdx-search-input-search-button-label--百無一用是書生 (☎) 2024年7月19日 (五) 11:52 (UTC)

於Phabricator查看
編號T370517的工單

--百無一用是書生 (☎) 2024年7月19日 (五) 12:01 (UTC)

2010版變得與下方標語一樣大。已經懶得吐槽近期更改了。——暁月凜奈 (留言) 2024年7月19日 (五) 09:29 (UTC)

Special:Diff/83427432/83472463，好了。——暁月凜奈 (留言) 2024年7月19日 (五) 09:35 (UTC)

看起來好像還是有點和以前不一樣，「人人可編輯的自由百科全書」似乎離底邊比以前近了--百無一用是書生 (☎) 2024年7月19日 (五) 09:47 (UTC)

那在TemplateStyles裏面給mw-heading1再加上padding: 0;？--Irralpaca（留言） 2024年7月19日 (五) 14:08 (UTC)

wrap換行

在Template:時代年度風雲人物中使用了模板{{wrap}}，但是未能正常換行，在Template:奧斯卡榮譽獎也試着加了{{wrap}}也未能換行。--Kethyga（留言） 2024年7月19日 (五) 10:45 (UTC)

captcha

可不可以行行好，讓captcha可以接受全型英文，別讓人敲了兩個字母才發現不對又切回來，然後為了編輯又要切回去，很好玩是不是？

如果不會，我教你。建個一維陣列，以A到Z和a到z或其unicode為索引，內容則是全型字母，這就切換過去了，而且是O(1)。簡單吧？

如果還要拿什麼安全來說嘴，那拜託內容不要用英文，用中文字好嗎？這不是更安全嗎？打完字也不用切換全型半型了，拜託拜託。

我沒有請人拿掉這個沒經過投票就私加的captcha喔，沒有喔。我是拜託在展現想加就加的莫大權力之後，也展現一下程式能寫就寫，能力跟權力匹配，這不過份吧？我知道一定有人要飛什麼安全的大帽子過來，那就改成中文字讓機械人更沒機會運作，這方向沒有錯吧？拜託拜託，行行好。--2603:8000:500:FB00:89EE:D188:8491:54F3（留言） 2024年7月20日 (六) 03:38 (UTC)

建議你去方針求助--$\int _{0}^{10}x^{2}dx$August0422 2024年7月20日 (六) 06:23 (UTC)

準確來說，這是基金會添加的插件mw:Extension:ConfirmEdit，我們本地社群都是普通用家，管理配置和開發維護都是基金會的事。如果對於是否啟用插件有意見，請去meta:Requests for comment請求討論意見（並且期望有人關注）；如果對於代碼實現邏輯有意見，請去phab:tag/confirmedit_captcha_extension開工單反饋，或者參與到相關的開發小組中。跟我們本地社群噴這個問題毫無用處。或者考慮註冊一個賬號，註冊賬戶並達到自動確認用戶級別可以免除這個驗證。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年7月20日 (六) 06:50 (UTC)

您可以提交功能請求，詳細信息見此處。還有中文問題，這個驗證碼本身就是在西文語境下製作的，文化隔閡的問題不止一人提過，但是都找不到合適的開源替代品。--碟之舞📀💿 2024年7月20日 (六) 15:26 (UTC)

Campaignbox被默認為開啟狀態，使用指令皆無法更改

在模板:Campaignbox War of the Spanish Succession這個模板中，我盡了一切辦法仍然無法讓他在讀者剛開始閱讀時是閉合狀態，明明指令與其他模板以及英文維基對應模板相同，但其他模板就沒有這個問題，想請大佬們幫忙解決 --Waylon1104（留言） 2024年7月20日 (六) 15:16 (UTC)

@Waylon1104完成。

雖然可以個別頁面處理，但collapsed的無效顯然需要導入機械人批量替換成uw-collapsed，喪失作用的頁面過多。--Rastinition（留言） 2024年7月20日 (六) 15:21 (UTC)

好的了解，太感謝您了--Waylon1104（留言） 2024年7月20日 (六) 15:30 (UTC)