維基百科:互助客棧/技術/存檔/2023年9月
本頁是以往討論的存檔。請勿編輯本頁。若您想發起新討論或重啟現有討論,請在當前討論頁進行。 |
Module:Lang可怕的記憶體消耗
只要條目當中引入了{{lang-xx}}系列模板,就會用到Module:Lang。引入這個模組,會帶來大致16MB的記憶體開銷。諷刺的是,{{Lang}}模板本家沒有用到這個模板,不知道這是不幸還是萬幸。我簡單地把德國條目所有{{lang-de|xxx}}
改成了[[德语]]:{{lang|de|xxx}}
,就擠出來了十幾個MB的空間,這個條目就不報錯了。
英維的{{lang}}採取了引用模組的方法。我擔心日後有人說要同步模板,又把條目搞炸了。也許,懶加載是個好東西呢。--MilkyDefer 2023年8月27日 (日) 09:45 (UTC)
- 他用到了Module:Unicode data,這個似乎給U+00000到U+E0FFF建了個表,看上去就覺得超耗空間的……-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年8月27日 (日) 12:55 (UTC)
- 調用{{#invoke:Unicode data|is|Latin|àzàhàr̃iyyā̀}}會占用15.5MB(多次調用稍有增長)。可能該建議改進這個模塊。wikifunctions也許會有幫助?--YFdyh000(留言) 2023年8月27日 (日) 18:02 (UTC)
- 問題是真的有必要嗎? 比方說我要判斷àzàhàr̃iyyā̀ is Latin真的有必要載入一個包含了U+00000到U+E0FFF的表嗎? 然後這個判斷的目的是甚麼? 是哪一個語言不是由模板參數確定的嗎? 怎麼會變成需要用演算法去算它呢?-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年8月28日 (一) 02:53 (UTC)
- 建議直接把所有用到Module:Unicode data的地方改成手動輸入參數。Unicode data太肥了,而Lang模組又是會被大量使用的模組。 Lang是否留著Unicode data我覺得需要討論。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年8月28日 (一) 02:56 (UTC)
- is_latin兩處調用,分別是自動斜體,指定有translit(轉寫)參數。自動斜體我懷疑可有可無,但了解有限。--YFdyh000(留言) 2023年8月29日 (二) 18:10 (UTC)
德國 Lua錯誤:not enough memory
繁簡轉換錯誤
哪個大聰明想出來的把「朝鮮」轉換成「北韓」?誰解釋一下「北韓族」是什麼玩意?
建議給「朝鮮族」這個詞增加例外。--——Kone718 2023年9月1日 (五) 02:47 (UTC)
- 朝鮮一詞如果指朝鮮民主主義人民共和國的時候,根據不同地區的媒體叫法各有不同,在中國大陸稱為「朝鮮」,在香港和台灣稱為「北韓」,在日本則稱為「北朝鮮」,除此以外類似於人權觀察等網站的中文版也通常使用北朝鮮而非北韓。這個不能算「繁簡轉換錯誤」,至於「朝鮮族」等專有的名詞,應該另開章節討論,謝謝!--СлаваУкраїні! 2023年9月1日 (五) 09:16 (UTC)
- Module:CGroup/Korea有相關的轉換。如遇到轉換問題請給出具體頁面以便修復。——暁月凜奈 (留言) 2023年9月1日 (五) 09:28 (UTC)
結構化自動繁簡轉換
在下在User talk:天夜叉#模板連結鏈結簡體頁面鏈結時都被自動更換成繁體文字紅鏈結,換了兩個瀏覽器編輯都一樣,想請教一下是技術上的bug嗎?--🚊 鐵路Railway 論.簽 2023年9月1日 (五) 01:26 (UTC)
- Wikipedia:互助客棧/技術#結構式討論中不必要的自動繁簡轉換?是MediaWiki的新bug嗎。--YFdyh000(留言) 2023年9月1日 (五) 08:02 (UTC)
- 哦哦,是一樣的問題。--🚊 鐵路Railway 論.簽 2023年9月1日 (五) 12:04 (UTC)
ToolsRedirect 重定向標記
Template:Lang無法正常顯示
{{{2}}},這段字串是多打什麼才會顯示{{{2}}}?--窩法乙烷 兒法夢碎 2023年9月4日 (一) 16:58 (UTC)
- 等號需要使用魔術字
{{=}}
。效果:1.38. While each Album sold counts directly towards qualification for this Award, Singles and Tracks are weighted at 10% of the value of the album (that is, every 10 Single/Track sales = 1 eligible sale). ——(留言) 2023年9月4日 (一) 18:22 (UTC)
2023年第36期技術新聞
維基媒體技術社群現在發布最新的技術新聞。請告知其他用戶這些更改;不是所有的更改都會對您造成影響。技術新聞提供其它語言的翻譯版本。
最近更改
- EditInSequence是一項允許用戶在維基文庫上更快編輯頁面的功能。根據社群反饋,它已被移至測試功能。您可以在參數設置中的測試功能頁面啟用它。 [1]
- 作為 為IPA生成音頻和點擊時播放的音頻鏈接願望清單項目的一部分,Phonos的內嵌音頻播放器模式已部署到所有項目。 [2]
- 當管理員更改用戶的用戶組時,有一個新選項可以將用戶的用戶頁面添加到他們的監視列表中。該功能通過Special:用戶權限和API實現。 [3]
- 一個新的維基已創建:
問題
- LoginNotify擴展自一月以來始終沒有發送通知。該問題現已修復,今後您可能會看到登錄嘗試失敗以及新設備嘗試登錄成功的通知。 [5]
本周晚些時候的更新
- MediaWiki的新版本將於9月5日部署於測試維基及MediaWiki.org。它將於9月6日部署至非維基百科wiki及部分維基百科,並於9月7日部署至所有wiki,參見日曆。
- 自周三起,部分維基站點將可以使用添加連結功能。這些站點包括東馬里語維基百科、毛利語維基百科、米南佳保語維基百科、馬其頓語維基百科、馬拉雅拉姆語維基百科、蒙古語維基百科、馬拉地語維基百科、西馬里語維基百科、馬來語維基百科、馬耳他語維基百科、米蘭德斯語維基百科、厄爾茲亞語維基百科、馬贊德蘭語維基百科、納瓦特爾語維基百科、那不勒斯語維基百科、低地德語維基百科、下薩克森語維基百科、尼泊爾語維基百科、尼瓦爾語維基百科、新挪威語維基百科、諾維亞語維基百科、西非書面文字維基百科、諾曼語維基百科、北索托語維基百科、納瓦霍語維基百科、齊切瓦語維基百科、奧克語維基百科、李維-卡累利阿語維基百科、奧羅莫語維基百科、奧里亞語維基百科、奧塞梯語維基百科、旁遮普語維基百科、邦阿西楠語維基百科、邦板牙語維基百科、帕皮阿門托語維基百科、庇卡底語維基百科、賓夕法尼亞德語維基百科、普法爾茨德語維基百科、諾福克/皮特肯語、皮埃蒙特語維基百科、西旁遮普語維基百科、旁狄希臘語維基百科、普什圖語維基百科。這是逐步向更多維基百科部署這一工具的一部分。社群可以在本地配置這一功能如何工作。 [6][7]
MediaWiki message delivery 2023年9月4日 (一) 23:33 (UTC)
Template:Taxonomy的導向問題
這件事我昨晚才遇到的,但是看了編輯紀錄可能已經發生一陣子了。所以在這裡提出來請求協助處理。
事情是這樣的:我昨晚要加入日鳽屬的link_target重新定向到日鳽本身,結果無論是先預覽或是直接送出修改,Template:Taxonomy/Eurypyga都會跑到「Template:Taxonomy/」(空學名的版本)的模板去,而直送編輯還會跳出編輯衝突警告。所以就看了一下其他Template:Taxonomy是否也如此,結果也發生一樣情形,我自己試下來海豚、陸龜、老虎都發生了一樣問題。
看了「Template:Taxonomy/」的歷史紀錄,似乎有人因該問題不停修改到此模板。現在Template:Taxonomy/Eurypyga已另請管理員Mys_721tx閣下修改,而「Template:Taxonomy/」稍早前已被設為半保護。
至於時間點據歷史紀錄應該是8/25早上就開始頻繁發生,不過更早之前似乎就有零星情形了,但我自己8/22時還沒有觸發這情況。--WiToTalk 2023年8月31日 (四) 03:57 (UTC)
- 我剛才測試了下,我這邊用Wikiplus編輯是沒問題的,用Mediawiki自有的編輯功能就會有問題。——🦝英特浣熊耐爾(留言・貢獻) 2023年8月31日 (四) 05:07 (UTC)
- 我開F12看了一下,發出的網絡請求是
POST https://zh.wikipedia.org/w/index.php?title=Template:Taxonomy/Paleodictyon&action=submit
沒錯。--——🦝英特浣熊耐爾(留言・貢獻) 2023年8月31日 (四) 05:12 (UTC) - 我剛剛測試了一下,應該是以{{Don't edit this line {{{machine code|}}}為開頭的編輯內容會被送到空頁面,其他內容不會。--——🦝英特浣熊耐爾(留言・貢獻) 2023年8月31日 (四) 05:19 (UTC)
- 我有時打開Wikipedia:互助客棧的話,會跳到Wikipedia:互助客棧/.一般是網絡不好,重新刷新頁面的時候,偶爾會跳到那裡。猜測可能是瀏覽器url地址補全的鍋。(我遇到的問題只在firefox出現過),不知道Template:Taxonomy/是不是同樣原因?--百無一用是書生 (☎) 2023年8月31日 (四) 06:28 (UTC)
- 剛剛試了一下,Chrome也會這樣。--——🦝英特浣熊耐爾(留言・貢獻) 2023年8月31日 (四) 07:39 (UTC)
- 我前幾天透過Chrome編輯時也有遇到一樣的問題,應該可以排除是網路問題--Lureplant(留言) 2023年8月31日 (四) 08:37 (UTC)
- 我兩台電腦在不同網路環境下在Chrome都有問題,Firefox只試過一台但也是一樣情況。--WiToTalk 2023年8月31日 (四) 09:08 (UTC)
- 我有時打開Wikipedia:互助客棧的話,會跳到Wikipedia:互助客棧/.一般是網絡不好,重新刷新頁面的時候,偶爾會跳到那裡。猜測可能是瀏覽器url地址補全的鍋。(我遇到的問題只在firefox出現過),不知道Template:Taxonomy/是不是同樣原因?--百無一用是書生 (☎) 2023年8月31日 (四) 06:28 (UTC)
- 問題應該是出在{{Don't edit this line}},在任何頁面只要將編輯內容替換為
{{Don't edit this line {{{machine code|}}}}}
之後保存時都會保存到Template:Taxonomy/。——🦝英特浣熊耐爾(留言・貢獻) 2023年8月31日 (四) 11:37 (UTC)- 不過模板本身很久沒被編輯了,是Mediawiki更新的問題嗎?--WiToTalk 2023年8月31日 (四) 13:01 (UTC)
- 應該是的,本地所有相關模板和模組近期都未更新。還有一個旁證就是,T:Add new taxon右邊的「新建模板」按鈕,在分類學模板頁面(即「Template:Taxonomy」的所有子頁面)中都跑到了輸入框下方。該模板通過被表格語法包含,並追加class屬性值「infobox biota」以在分類學模板頁面顯示,其按鈕原本與輸入框位於同一行,近期出現異常估計是什麼地方的css更新所致,總之不是本地模板的問題。--蕭漫(留言) 2023年9月2日 (六) 19:03 (UTC)
- Special:Diff/78766146(wikitext html history) Special:Diff/78766165 Special:Diff/78766191(不過倒是有一個很奇怪的現象就是用debug server無法保存此一內容,一直session lost)--SunAfterRain 2023年9月2日 (六) 12:58 (UTC)
- 我這兩天用不同的設備及瀏覽器做了多次測試,同樣無一次復現,或許bug已被修復?--蕭漫(留言) 2023年9月2日 (六) 19:04 (UTC)
- 我剛(9/3)嘗試新增頁面後依然可以復現,使用的瀏覽器是Chrome,編輯的方法是直接點擊新建模板以原始碼形式編輯。--Lureplant(留言) 2023年9月3日 (日) 01:01 (UTC)
- 如果未在T:Add new taxon的框中輸入分類單元學名,便直接點擊「新建模板」的話,確實會進入T:Taxonomy/的編輯介面,這是模板設計上的缺陷,不是什麼bug。--蕭漫(留言) 2023年9月3日 (日) 02:27 (UTC)
- 這部分確定是有輸入分類單元學名的,甚至會是在創建新頁面的介面,只是在送出編輯後它就會自動跳轉為針對T:Taxonomy/的編輯。--Lureplant(留言) 2023年9月3日 (日) 06:53 (UTC)
- 如果未在T:Add new taxon的框中輸入分類單元學名,便直接點擊「新建模板」的話,確實會進入T:Taxonomy/的編輯介面,這是模板設計上的缺陷,不是什麼bug。--蕭漫(留言) 2023年9月3日 (日) 02:27 (UTC)
- 我剛剛試了一下,還是發生了一樣情形。用拉布拉多鴨測試的。(該屬僅下轄該物種)--WiToTalk 2023年9月3日 (日) 01:56 (UTC)
- 我剛(9/3)嘗試新增頁面後依然可以復現,使用的瀏覽器是Chrome,編輯的方法是直接點擊新建模板以原始碼形式編輯。--Lureplant(留言) 2023年9月3日 (日) 01:01 (UTC)
- 編輯時用源代碼模式,並打開動態預覽。--——🦝英特浣熊耐爾(留言・貢獻) 2023年9月3日 (日) 09:29 (UTC)
- 看來是動態預覽功能導致的,關閉預覽後即可正常編輯。--蕭漫(留言) 2023年9月3日 (日) 09:38 (UTC)
- 居然又是動態預覽的問題嗎...因為我前陣子還有遇到動態預覽導致NoteTA的繁簡的圖示無限複製的情況。(然後現在還沒修好。)--WiToTalk 2023年9月3日 (日) 10:10 (UTC)
- 這個實時預覽是不久前新推出的功能,兼容性還有待完善,我試用了幾次後便再未啟用過,難怪問題一直無法復現。--蕭漫(留言) 2023年9月3日 (日) 10:18 (UTC)
- 剛剛試了一下,只要有載入到即時預覽就會卡進T:Taxonomy/裡,就算有再關掉也是。--WiToTalk 2023年9月3日 (日) 13:43 (UTC)
完全無法復現你所述的內容 - 我這兩天用不同的設備及瀏覽器做了多次測試,同樣無一次復現,或許bug已被修復?--蕭漫(留言) 2023年9月2日 (六) 19:04 (UTC)
- 不過模板本身很久沒被編輯了,是Mediawiki更新的問題嗎?--WiToTalk 2023年8月31日 (四) 13:01 (UTC)
- 這兩三天還是有人編輯到「Template:Taxonomy/」了,是否在找出原因前先鎖起來才不會一直改到?--WiToTalk 2023年9月2日 (六) 08:37 (UTC)
- ( π )題外話:如果說bug被修復後(目前好像已修復?)以及8月25日出現bug之前,T:Taxonomy/被編輯的情形一直時有發生,那問題多半出自T:Add new taxon,該模板是最有可能將用戶引向T:Taxonomy/的途徑。當用戶未在框中輸入分類單元學名,便直接點擊按鈕創建模板時,便會意外編輯T:Taxonomy/,這不得不說是模板設計上的一個失誤。考慮到該模板頗有實用價值,效仿英維將其棄用並刪除不是上策,而我們又無法強求用戶以何種習慣使用模板,因此只能設法修改,以避免用戶通過它接觸到T:Taxonomy/。趁着這次修改,可能還需對按鈕上的「新建模板」字樣作地區詞轉換,因為非大陸用戶對「新建」一詞可能有點眼生。在Windows的右鍵菜單中,大陸的「新建」在臺灣譯為「新增」,尚不清楚港澳和新馬用詞。當然最好有臺灣用戶幫助確認,看是否有必要添加地區詞轉換。--蕭漫(留言) 2023年9月2日 (六) 19:07 (UTC)
- 至於按鈕掉到下面的問題,由於不是T:Add new taxon本身的原因,還得在別處另行修改。--蕭漫(留言) 2023年9月2日 (六) 19:08 (UTC)
- 新建可以解釋成「新增+創建/建立」,所以沒什麼問題,而如果硬要防止Template:Add new taxon提交到Template:Taxonomy/的話可以用Special:PermaLink/78777237,再把下面這段放進MediaWiki:Common.js:
- --SunAfterRain 2023年9月3日 (日) 10:16 (UTC)
$('.zhwiki-add-new-taxon form').on('submit', (ev) => { const $form = $(ev.target); let title = String($form.children('input[name="title"]').val() || '').trim(); try { title = new mw.Title(title).toText(); } catch { OO.ui.alert('Title isn\'t valid.'); ev.preventDefault(); return; } if (title.endsWith('/')) { OO.ui.alert('Bad title.'); ev.preventDefault(); } });
- 我更新一下復現方法:在任何頁面使用源代碼編輯並開啟右側欄動態預覽,只要將編輯內容替換為
{{Don't edit this line {{{machine code|}}}}}
之後保存時都會保存到Template:Taxonomy/。——🦝英特浣熊耐爾(留言・貢獻) 2023年9月3日 (日) 09:34 (UTC)- 順便提供一下debug出的reqId連結給有權限的參考
- /w/api.php?action=parse&...: e2a755bb-0d39-42bb-be91-b5718d6f73cc
- /w/index.php?action=submit&...: 7a46e980-efbc-465f-b728-d2fc5b129bdf
- (我都特意標紅字了你還要問怎麼使用就別來跟我抗議了)--SunAfterRain 2023年9月3日 (日) 10:40 (UTC)
- 謝謝說明,可用。我關閉動態預覽功能(在不重新加載頁面的情況下顯示預覽)之後,沒有再發生重新定向,可以正常預覽和提交編輯。--Arixm(留言) 2023年9月7日 (四) 09:01 (UTC)
- 最近又發生了更奇怪的誤編輯,我個人猜測是U:蕭漫把U:高晶的一個模板提刪了,然後高晶掛{{hang on}}模板的時候掛到這個空白學名的頁面了。是否可以考慮把這個頁面全保護起來,然後在保護日誌裡面寫「開啟動態預覽會導致誤編輯,請關閉動態預覽後編輯本頁面」。這樣用戶在誤編輯本頁面的時候就會看到保護日誌。--——🦝英特浣熊耐爾(留言・貢獻) 2023年9月7日 (四) 09:10 (UTC)
- 我掛{{hang on}}模板是今天的事,但這個BUG有一個多星期了,今天User:蕭漫提刪的條目,即是因為這個BUG產生的。--Gao Jing(留言) 2023年9月7日 (四) 09:24 (UTC)
- 刪除掉這個頁面能不能解決這個問題?--百無一用是書生 (☎) 2023年9月7日 (四) 12:45 (UTC)
- 恐怕無法解決,刪除之後若動態預覽的問題還是沒修復,大概只會變成該頁面被重複創立。現在看起來全保護或是修復動態預覽才能解決這問題。--WiToTalk 2023年9月7日 (四) 13:27 (UTC)
- 在此集中回應三個話題:
- @高晶近期新建的若干分類學模板與現有模板內容雷同,並且模板名稱與學名(
|scientific_name=
)參數的值不一致,目前已發現的有:- T:Taxonomy/Aristeus(已提請刪除)——內容與T:Taxonomy/Apodemus相重複,「Aristeus」應為鬚蝦科(Aristeidae ,臺灣稱長鬚蝦科)下的鬚蝦屬(臺灣稱長鬚蝦屬);
- T:Taxonomy/Dicranota——內容與T:Taxonomy/Scriptosaura相重複,「Dicranota」應為窗大蚊科(Pediciidae,臺灣稱平大蚊科)下的叉大蚊屬(臺灣稱笛大蚊屬);
- T:Taxonomy/Alycaeus——「Alycaeus」是環口螺科(臺灣稱山蝸牛科)的一屬,而不是叉大蚊屬(Dicranota);
- T:Taxonomy/Elpidia——內容與T:Taxonomy/Draco相重複,「Elpidia」是海參的一屬,而不是飛蜥屬(Draco)。
- T:Taxonomy/本身用於回傳錯誤消息——若分類學模板未填寫父類群,它便會在模板頁左側的表格內顯示「屬性錯誤」。當前的模板名稱毫無意義,未反映其用途,不符合模板命名慣例。因此個人曾想到的處理方式是將其移動更名為T:Taxonomy/Error,避免不明就裡的編者誤解其用途,但其似乎被Module:Autotaxobox所調用,若要移動可能還需修改模組。
- 關於T:Add new taxon,感謝@SunAfterRain提供的修改方案,但如此處理未免太費周折。為了某一個模板而在全站js中專門塞入一段程式碼不甚妥當,不僅讓全站js更加繁冗複雜,還增加了模板維護成本,給日後的維護者帶來了不便。因此我先以簡單省事的方法改之,等發現新問題了再說吧。--蕭漫(留言) 2023年9月8日 (五) 12:50 (UTC)
- 關於第一點,是否可能還有其他重名的模板並沒有找到的?有辦法直接偵測標題與scientific_name不一致的模板並自動置入"分類學模板標題與內容名稱不一致"之類的分類嗎?--WiToTalk 2023年9月8日 (五) 13:27 (UTC)
{{#ifeq:{{#titleparts:{{PAGENAME}}||2}}|{{{scientific_name}}}||[[Category:頁面名稱與學名參數值不一致的分類學模板]]}}
,用這串程式碼應該就能做到,但分類學模板介面已經使用了很多解析器函式,再增加這樣的分類又是一筆開銷。--蕭漫(留言) 2023年9月8日 (五) 14:23 (UTC)
- @高晶近期新建的若干分類學模板與現有模板內容雷同,並且模板名稱與學名(
表格顯示不正常
https://zh.wikipedia.org/wiki/%E9%81%B8%E8%88%89%E4%BA%BA%E5%9C%98_(%E7%BE%8E%E5%9C%8B)#%E5%90%84%E5%B7%9E%E9%80%89%E4%B8%BE%E4%BA%BA%E7%A5%A8%E6%95%B0 明尼蘇達州如果加上明尼蘇達州州旗 表格就不正常,怎麼辦加上其他旗幟表格都很正常--Tokugawa08(留言) 2023年9月8日 (五) 17:03 (UTC)
- 目前未見異常。--YFdyh000(留言) 2023年9月9日 (六) 04:12 (UTC)
- 似乎 已修復,由TimWu007閣下的Special:Diff/78845684。——(留言) 2023年9月9日 (六) 10:03 (UTC)
FIFA World Rankings無法使用HKG代碼
149 ━ (2023年7月20日)[1]使用HKG代碼會顯示NR(Not ranked),請問原因是?--日月星辰|留言簿 2023年9月9日 (六) 07:21 (UTC)
- Module:SportsRankings/data/FIFA World Rankings中HKG對應的全稱需要更新,已變化。--YFdyh000(留言) 2023年9月9日 (六) 07:36 (UTC)
- 已更新。--東風(留言) 2023年9月9日 (六) 09:06 (UTC)
參考資料
- ^ The FIFA/Coca-Cola World Ranking. FIFA. 2023年7月20日 [2023年7月20日].
2023年第37期技術新聞
維基媒體技術社群現在發布最新的技術新聞。請告知其他用戶這些更改;不是所有的更改都會對您造成影響。技術新聞提供其它語言的翻譯版本。
最近更改
- ORES,客觀修訂評估服務,現在在英語維基百科和維基數據之外的所有維基上使用新的開源基礎設施。英文維基百科和維基數據將在本周跟進。如果您發現最近更改過濾器中有任何與ORES相關的異常結果(例如「貢獻質量預測」和「用戶目的預測」),請報告。 [8]
- 當您登錄到一個維基媒體基金會下屬的維基並訪問另一個維基媒體基金會下屬的維基時,系統會嘗試自動登錄。這在很長一段時間內都是不可靠的。您現在可以訪問登錄頁面,讓系統進一步嘗試。如果你覺得這讓登錄變得比以前更好或更糟,請及時反饋,十分感謝。 [9]
本周晚些時候的更新
- MediaWiki的新版本將於9月12日部署於測試維基及MediaWiki.org。它將於9月13日部署至非維基百科wiki及部分維基百科,並於9月14日部署至所有wiki,參見日曆。
- The Technical Decision-Making Forum Retrospective team invites anyone involved in the technical field of Wikimedia projects to signup to and join one of their listening sessions on 13 September. Another date will be scheduled later. The goal is to improve the technical decision-making processes.
- As part of the changes for the Better diff handling of paragraph splits wishlist proposal, the inline switch widget in diff pages is being rolled out this week to all wikis. The inline switch will allow viewers to toggle between a unified inline or two-column diff wikitext format. [10]
將來更新
- 所有維基將在9月20日短暫進入只讀狀態(大約幾分鐘)。目前定於14:00(UTC)。更多信息將在技術新聞中發布,並將在未來幾周內發送到各個維基上。 [11]
- The Enterprise API is launching a new feature called "breaking news". Currently in BETA, this attempts to identify likely "newsworthy" topics as they are currently being written about in any Wikipedia. Your help is requested to improve the accuracy of its detection model, especially on smaller language editions, by recommending templates or identifiable editing patterns. See more information at the documentation page on MediaWiki or the FAQ on Meta.
MediaWiki message delivery 2023年9月11日 (一) 21:06 (UTC)
我注意到{{Hidden}}模板在Minerva介面無法點開[展開]圖示,不知這是什麼技術問題呢?--Sean0115 2023年9月13日 (三) 11:36 (UTC)
- 和上面{{Collapsible list}}應該是同一個問題。--Kethyga(留言) 2023年9月13日 (三) 22:33 (UTC)
Wikimedia DNS服務
項目頁面:meta:Wikimedia DNS。
Wikimedia DNS是維基媒體推出的DoT/DoH服務。實測在中國大陸已經被干擾(SNI RST)。
我個人的想法是,雖然這個服務對中文維基百科社群意義不大,但可以看出基金會確實在反審查上有所努力。感覺基金會在網絡服務這方面一直走的是求穩的路線,他們在FAQ中針對為什麼不設立官方VPN服務的回答也反映了這一點。
大家一起加油吧。--碟之舞📀💿 2023年9月13日 (三) 10:22 (UTC)
- 在別的地方看到這消息了,第一眼就覺得牆肯定會採取什麼行動的。--🔨(留言) 2023年9月13日 (三) 12:22 (UTC)
- 對於城牆三件套來說,然並卵。更像是一種稍微動一下的表態。——Sakamotosan路過圍觀 | 避免做作,免敬 2023年9月14日 (四) 00:53 (UTC)
為什麼infobox person配偶欄顯示不出來
編輯彭立發條目時發現如題問題,該如何處理?--本次為您服務的是魔女 2023年9月15日 (五) 08:48 (UTC)
- Template:Marriage要填寫年份。--銀の死神♠走馬燈劇場祝你在亂流下平安 2023年9月15日 (五) 12:47 (UTC)
條目引用一段參考章節出現引用錯誤
我在條目涉及到維基媒體基金會的訴訟插入一段註解出現了“引用错误:页面正文含有没有分组的<ref>标签”,請問問題出在哪裡,謝謝!--СлаваУкраїні! 2023年9月16日 (六) 01:49 (UTC)
- Template:RefGroupTag#備註3的說法是:「當使用本模板時,不可同時使用不分組(即沒有設定
group
)的<references />
或{{reflist}}
,以免註腳系統發生辨認失敗之狀況。」用{{NoteTag}}似乎無此問題(Special:Permalink/78960248),{{efn}}之類似乎亦可。——(留言) 2023年9月16日 (六) 20:04 (UTC)
2023年第38期技術新聞
維基媒體技術社群現在發布最新的技術新聞。請告知其他用戶這些更改;不是所有的更改都會對您造成影響。技術新聞提供其它語言的翻譯版本。
最近更改
- MediaWiki現在有一個前端代碼的穩定接口策略,它更明確地定義了我們如何棄用MediaWiki代碼和基於維基的代碼(例如小工具和用戶腳本)。感謝所有為其內容和討論做出貢獻的人。 [12][13]
本周晚些時候的更新
- MediaWiki的新版本將於9月19日部署於測試維基及MediaWiki.org。它將於9月20日部署至非維基百科wiki及部分維基百科,並於9月21日部署至所有wiki,參見日曆。
- 全部維基將在9月20日14:00 UTC起短暫進入只讀狀態。 [14]
- 所有維基都將使用維基媒體URL縮短程序來在側邊欄提供短鏈接。 [15]
將來更新
- 負責調查Graph擴展的團隊發布了重新啟用擴展的提案,他們需要您的意見。
MediaWiki message delivery 2023年9月18日 (一) 19:18 (UTC)
移動網頁版下展開摺疊按鈕失效
之前的問題見Wikipedia:互助客棧/技術/存檔/2023年7月#移動網頁版(Minerva皮膚)下所有表格的展開摺疊無法點擊,系統並未修復。未登錄情況下,僅顯示「[展開]」。部分條目使用了{{Collapsible list}},看了下模板歷史,7月份並未改動,可能不是該模板的問題。發現英維中是直接將點擊後才展開的在手機上全都默認展開了。 舉例:孫中山條目的信息框。--Kethyga(留言) 2023年9月13日 (三) 05:49 (UTC)
- 好像是在移動設備上處理這種摺疊展開比較有問題,所以按照道理應該是默認全部展開。可能需要本地hack一下--百無一用是書生 (☎) 2023年9月20日 (三) 02:38 (UTC)
{{Copyvio}}編輯請求
鑒於{{CopyvioEntry}}中有{{Anchor}},建議做以下更改,並同步對Twinkle做相應修改,以更準確的連結到提報。
註:因超出單一模板範圍而到客棧處理
− | [[Wikipedia:頁面存廢討論/疑似侵權 | + | [[Wikipedia:頁面存廢討論/疑似侵權#{{FULLPAGENAME}}|Wikipedia:頁面存廢討論/疑似侵權]] |
--Cookai餅塊🍪(💬留言) 2023年9月20日 (三) 12:00 (UTC)
模板的原理
在將中國的鄉鎮級的居民點翻譯為英文時,發現模板不能自動翻譯,發現英文維基百科沒有Template:PRC admin/navcat這個模板,有哪位大神能將它翻譯成英文,謝謝!--СлаваУкраїні! 2023年9月21日 (四) 07:30 (UTC)
- 這套模板印象中比較複雜和不易維護。建議翻譯條目實際內容。--YFdyh000(留言) 2023年9月21日 (四) 22:23 (UTC)
字詞轉換疑問
在金溥聰、侯友宜兩頁面的大陸簡體模式下都會出現把「执行长」過度轉換成「首席执行官」的情況(其中在前者中還出現同一個詞彙沒有過度轉換和過度轉換並存的情況),稍微瀏覽了一下代碼,不得要領。幾個月前在字詞轉換那邊已提過修復,不過似乎沒有回音,而且我也很好奇是到底什麼給卡住了(還能卡出沒轉錯跟轉錯並存的情況),裡面好像也沒有加什麼會影響到這裡的全局轉換或者公共轉換組,因此來這邊提問一下,看看有沒有高手幫忙指點處理一下,謝謝。(我試過加-{}-是可以弄好,不過我總覺得這件事是個bug,所以還是想看看能不能徹底修一下。)--銀色雪莉(留言) 2023年9月21日 (四) 21:00 (UTC)
- 前者大概是此規則所致,後面有標點才會轉換。--YFdyh000(留言) 2023年9月21日 (四) 22:22 (UTC)
- 難怪我之前嘗試給「執行長」加全文轉換(甚至試了一下指定不轉換,因為全文轉換啥反應都沒)卻無效,原來這個規則把帶標點符號的情況都設定進去了。如果是這樣的話,那是不是就加-{}-會比較好?畢竟這個轉換,就是像CEO、执行长和首席执行官這些名銜的轉換,是多數情況,感覺沒有必要去改動這個轉換。--銀色雪莉(留言) 2023年9月22日 (五) 01:55 (UTC)
- 是,除非有更好方案,不然改動這批轉換規則挺麻煩的。--YFdyh000(留言) 2023年9月22日 (五) 02:24 (UTC)
- 難怪我之前嘗試給「執行長」加全文轉換(甚至試了一下指定不轉換,因為全文轉換啥反應都沒)卻無效,原來這個規則把帶標點符號的情況都設定進去了。如果是這樣的話,那是不是就加-{}-會比較好?畢竟這個轉換,就是像CEO、执行长和首席执行官這些名銜的轉換,是多數情況,感覺沒有必要去改動這個轉換。--銀色雪莉(留言) 2023年9月22日 (五) 01:55 (UTC)
cite book等模板中填寫language參數後所顯示的語言中文名稱是由什麼控制的?
以Template:cite book模板在Help:撒丁語國際音標中的應用為例,填寫了「language=sc」參數後,顯示「(薩丁語)」,但是該語言的譯名應為「撒丁语/薩丁尼亞語」而非「薩丁語」,我想對其進行修改,請問應當修改何處?據我所知應該並不是Module:Lang/data。--Bigbullfrog1996(𓆏) 2023年9月20日 (三) 05:11 (UTC)
- 我也一直很好奇。—— Eric Liu 創造は生命(留言・留名・學生會) 2023年9月20日 (三) 08:23 (UTC)
- 看起來是用的這個:
{{#language:sc|zh}}
-> 薩丁語,要改的話,得去translatewiki申請CLDR的本地化權限,然後作為Wikimedia的代表與各大機構一起協調CLDR的本地化工作--百無一用是書生 (☎) 2023年9月21日 (四) 02:35 (UTC)- 似乎在Module_talk:Citation/CS1/Language#Module:Citation_language參數翻譯問題提到,如有必要可以用本地Module:Citation/CS1/Language的local_table繞過?——(留言) 2023年9月21日 (四) 22:33 (UTC)
- local_table可能會增加解析負荷?--百無一用是書生 (☎) 2023年9月22日 (五) 06:16 (UTC)
- 似乎在Module_talk:Citation/CS1/Language#Module:Citation_language參數翻譯問題提到,如有必要可以用本地Module:Citation/CS1/Language的local_table繞過?——(留言) 2023年9月21日 (四) 22:33 (UTC)
- 看起來是用的這個:
Pageviews Analysis(頁面瀏覽次數分析)不顯示典範條目(FA)圖示
我發現「頁面瀏覽次數分析」(pageviews.wmcloud.org)如果是典範條目,等級不會顯示圖示,但是如果是優良條目()、初級普通條目()就會顯示。這是什麼原因?——George6VI(留言) 2023年9月20日 (三) 09:45 (UTC)
- 你看哪個條目時不顯示?我試了幾個都能正常顯示。--Kcx36(留言) 2023年9月20日 (三) 10:47 (UTC)
- Kcx36例如探險活寶([16])就看不到,而探險活寶:遙遠的秘境就正常。——George6VI(留言) 2023年9月20日 (三) 11:37 (UTC)
- 你說的是頁面標題下的那一行統計信息麼?像這樣?:
自2011-12-03以来的2,464个修订版本 (+7 日)、 659 编辑者、 52 监视者、 9,782 页面浏览 (30 日)、 创建者: Mikepanhu (33,820) · 查看完整统计信息
- 如果說的是這個,那我這裡探險活寶顯示的圖示正常--百無一用是書生 (☎) 2023年9月21日 (四) 02:39 (UTC)
- 如果多個條目比較,依序會出現頁面標題、等級、瀏覽次數等等統計項目。我這邊看到的情況是,FA在等級一欄不顯示、但是GA、初級都有顯示,而且無論電腦、行動版、無痕模式,探險活寶都不顯示GA圖示。我又任意挑了幾個FA測試:
- 印第安人頭像金幣、路易斯安那購地博覽會金幣、奧利弗·波斯比謝爾、端島、白俄羅斯國徽 、五胡十六國、英國對曼哈頓計劃的貢獻、今川氏、沉着自信四人組 、挪威裔美國人勳章。
- 看起來似乎是隨機發生。——George6VI(留言) 2023年9月21日 (四) 02:56 (UTC)
- 啊,那咱倆說的不是完全一回事--百無一用是書生 (☎) 2023年9月21日 (四) 03:01 (UTC)
- Kcx36例如探險活寶([16])就看不到,而探險活寶:遙遠的秘境就正常。——George6VI(留言) 2023年9月20日 (三) 11:37 (UTC)
- Talk:沉着自信四人組無專題模板(T:WPBannerMeta)[17]。Talk:探險活寶和Talk:白俄羅斯國徽看上去因為部分專題模板未傳入class導致專題下的等級為""(無評級)[18][19]。[20]。算Pageviews Analysis的bug嗎。--YFdyh000(留言) 2023年9月21日 (四) 23:00 (UTC)
- George6VI(留言) 2023年9月22日 (五) 02:49 (UTC)
- 探險活寶在Xtools上已顯示FA圖標。這裡看正常。--Kethyga(留言) 2023年9月22日 (五) 02:59 (UTC)
- 可能應反饋bug,源碼只取一條評級結果,請求可能取到部分專題的""而非另一些專題的"典範"。另一方面,我不清楚MediaWiki項目是否允許專題有不同的評級。--YFdyh000(留言) 2023年9月22日 (五) 03:25 (UTC)
- T:FAOL模板的問題,移除了就可以讓FA星星出來(但是不是每次都可以),不曉得那個模板為什麼會影響顯示。目前現狀是,第一次看[21]不顯示,加上一個條目比較再去掉,那星星才會顯示。——George6VI(留言) 2023年9月22日 (五) 05:19 (UTC)
- 感覺FAOL可能並不需要專門移除。--Kethyga(留言) 2023年9月22日 (五) 05:30 (UTC)
看來是 - 道理上來說,一個條目的專題評級應該是一致的,重要性評級則不一致--百無一用是書生 (☎) 2023年9月22日 (五) 06:18 (UTC)
- T:FAOL模板的問題,移除了就可以讓FA星星出來(但是不是每次都可以),不曉得那個模板為什麼會影響顯示。目前現狀是,第一次看[21]不顯示,加上一個條目比較再去掉,那星星才會顯示。——George6VI(留言) 2023年9月22日 (五) 05:19 (UTC)
那探險活寶這個條目,可以如何修正這個問題呢?—— - 應該就是顯示專題的評級吧,沒加專題模板自然就無對應評級標識。--Kethyga(留言) 2023年9月22日 (五) 02:59 (UTC)
- George6VI(留言) 2023年9月22日 (五) 02:49 (UTC)
如何把維基百科裡的所有字體替換為微軟雅黑
如題--意大利麵就應該拌42號混凝土(留言) 2023年9月22日 (五) 11:24 (UTC)
- 比如這個
- https://img1.imgtp.com/2023/09/22/be0MJwgo.png
- 和這個
- https://img1.imgtp.com/2023/09/22/lmHQphRm.png
--意大利麵就應該拌42號混凝土(留言) 2023年9月22日 (五) 11:47 (UTC)
把這個加入Special:MyPage/common.css試試:
* { font-family:"Microsoft YaHei", sans-serif !important; }
--桐生ここ★[討論] 2023年9月22日 (五) 12:09 (UTC)
- @桐生ここ好像沒有用--意大利麵就應該拌42號混凝土(留言) 2023年9月22日 (五) 12:24 (UTC)
- 你少了*號。桐生ここ★[討論] 2023年9月22日 (五) 12:24 (UTC)
- @桐生ここ成功了,感謝
- font-family: -apple-system, "Helvetica Neue", Helvetica, "Nimbus Sans L", Arial, "Liberation Sans", "PingFang SC", "Hiragino Sans GB", "Source Han Sans CN", "Source Han Sans SC", "Microsoft YaHei", "Wenquanyi Micro Hei", "WenQuanYi Zen Hei", "ST Heiti", SimHei, "WenQuanYi Zen Hei Sharp", sans-serif;
- 這段CSS怎麼改?打算加到全局css頁--意大利麵就應該拌42號混凝土(留言) 2023年9月22日 (五) 12:27 (UTC)
- 這一大串字體是要做什麼用的,是替代雅黑嗎?要注意,字體是有優先順序的,前面的字體會被優先使用,後面的會被忽略。--桐生ここ★[討論] 2023年9月22日 (五) 12:30 (UTC)
- 在不同的設備上用不同的字體
- { font-family: -apple-system, "Helvetica Neue", Helvetica, "Nimbus Sans L", Arial, "Liberation Sans", "PingFang SC", "Hiragino Sans GB", "Source Han Sans CN", "Source Han Sans SC", "Microsoft YaHei", "Wenquanyi Micro Hei", "WenQuanYi Zen Hei", "ST Heiti", SimHei, "WenQuanYi Zen Hei Sharp", sans-serif !important; }
- --意大利麵就應該拌42號混凝土(留言) 2023年9月22日 (五) 12:31 (UTC)
- 你少了*號。桐生ここ★[討論] 2023年9月22日 (五) 12:24 (UTC)
--意大利麵就應該拌42號混凝土(留言) 2023年9月22日 (五) 12:32 (UTC)
- @桐生ここ
- Windows上用微軟雅黑,Mac和iOS上用蘋方,小米上用MiSans,華為上用HarmonySans--意大利麵就應該拌42號混凝土(留言) 2023年9月22日 (五) 12:37 (UTC)
* { font-family: -apple-system, "Helvetica Neue", Helvetica, "Nimbus Sans L", Arial, "Liberation Sans", "PingFang SC", "Hiragino Sans GB", "Source Han Sans CN", "Source Han Sans SC", "Microsoft YaHei", "Wenquanyi Micro Hei", "WenQuanYi Zen Hei", "ST Heiti", SimHei, "WenQuanYi Zen Hei Sharp", sans-serif !important; }
你的Windows電腦如果有較前面的字體,那麼可能不會使用微軟雅黑,瀏覽器只會按照順序處理。--桐生ここ★[討論] 2023年9月22日 (五) 12:39 (UTC)
- 好的--意大利麵就應該拌42號混凝土(留言) 2023年9月22日 (五) 12:42 (UTC)
- https://img1.imgtp.com/2023/09/22/F8xWIqdN.png
- 現在我是啥字體?@桐生ここ--意大利麵就應該拌42號混凝土(留言) 2023年9月22日 (五) 12:44 (UTC)
- 你問我,我也不知道,取決於你電腦有什麼字體在那個CSS的列表上。如果問的是維基百科默認字體,你可以F12看看。--桐生ここ★[討論] 2023年9月22日 (五) 12:50 (UTC)
- https://img1.imgtp.com/2023/09/22/F8xWIqdN.png看圖@桐生ここ--意大利麵就應該拌42號混凝土(留言) 2023年9月22日 (五) 12:54 (UTC)
- 您覺得我看圖能猜字體嗎?--桐生ここ★[討論] 2023年9月22日 (五) 15:40 (UTC)
- @桐生ここ 能呀,上下不一邊齊的就是雅黑--意大利麵就應該拌42號混凝土(留言) 2023年9月22日 (五) 16:23 (UTC)
- 您覺得我看圖能猜字體嗎?--桐生ここ★[討論] 2023年9月22日 (五) 15:40 (UTC)
- https://img1.imgtp.com/2023/09/22/F8xWIqdN.png看圖@桐生ここ--意大利麵就應該拌42號混凝土(留言) 2023年9月22日 (五) 12:54 (UTC)
- 你問我,我也不知道,取決於你電腦有什麼字體在那個CSS的列表上。如果問的是維基百科默認字體,你可以F12看看。--桐生ここ★[討論] 2023年9月22日 (五) 12:50 (UTC)
Lua錯誤:not enough memory
2019冠狀病毒病意大利疫情 (79037659)出現「Lua錯誤:not enough memory」提示,不知道頁面哪裡導致的。似乎出現第一個紅色提示之後,後面的模板調用開始出錯。--Kethyga(留言) 2023年9月22日 (五) 04:50 (UTC)
- 大概率是地名轉換組,好像之前在德國見過類似事件。——Sakamotosan路過圍觀 | 避免做作,免敬 2023年9月22日 (五) 07:07 (UTC)
- 發現該條目中第一個轉換組意大利地名(Module:CGroup/意大利地名)實際上重定向到Module:CGroup/地名,重複調用了。之前建立的Module:CGroup/IT Places合併到了Module:CGroup/地名。--Kethyga(留言) 2023年9月22日 (五) 23:31 (UTC)
Module:CGroup/Movie
麻煩看一下Module:CGroup/Movie (Special:Diff/78760627/78813939)該筆編輯,在該轉換組中目前只能顯示源碼。正常情況源碼上面還有一個類似轉換後的內容。似乎在條目中還可以轉換,還未完全搞炸。--Kethyga(留言) 2023年9月14日 (四) 07:33 (UTC)
- 另外,Module:CGroup/Movie和Module:CGroup/BirdG兩個轉換組均出現了Category:引用模板後大小超過限制的頁面。--Kethyga(留言) 2023年9月14日 (四) 16:44 (UTC)
- 版本差異,Movie的'Academy of *'規則似乎導致了問題,但未確定原因。--YFdyh000(留言) 2023年9月17日 (日) 16:52 (UTC)
- @YFdyh000 該筆編輯 (Special:Diff/78979162/78979248) 之後,就出現Category:引用模板後大小超過限制的頁面。是模塊過大了?「'Academy of *」轉換規則應該無問題,前面添加的時未出現異常。--Kethyga(留言) 2023年9月18日 (一) 09:27 (UTC)
- 嗯。是模塊:CGroupViewer輸出的內容正好超出了Post‐expand include size的限制。Movie轉換組規則自動生成的文檔約690KB的wiki語法,內容似乎沒什麼削減空間。--YFdyh000(留言) 2023年9月18日 (一) 19:29 (UTC)
- Module:CGroup/Movie這個公共轉換組會不會導致調用到該模塊的條目也產生過大的問題,即自動加入Category:引用模板後大小超過限制的頁面。有點條目已經幾十M,網絡不好的話,打開要半天。--Kethyga(留言) 2023年9月22日 (五) 04:16 (UTC)
- 預覽
{{TA|G1=Movie}}
,解析器數據-展開後大小,0.5MB/2MB占用。不會立即超過限制,但會占用四分之一限制。--YFdyh000(留言) 2023年9月23日 (六) 06:11 (UTC)
- 預覽
- Module:CGroup/Movie這個公共轉換組會不會導致調用到該模塊的條目也產生過大的問題,即自動加入Category:引用模板後大小超過限制的頁面。有點條目已經幾十M,網絡不好的話,打開要半天。--Kethyga(留言) 2023年9月22日 (五) 04:16 (UTC)
- 嗯。是模塊:CGroupViewer輸出的內容正好超出了Post‐expand include size的限制。Movie轉換組規則自動生成的文檔約690KB的wiki語法,內容似乎沒什麼削減空間。--YFdyh000(留言) 2023年9月18日 (一) 19:29 (UTC)
- @YFdyh000 該筆編輯 (Special:Diff/78979162/78979248) 之後,就出現Category:引用模板後大小超過限制的頁面。是模塊過大了?「'Academy of *」轉換規則應該無問題,前面添加的時未出現異常。--Kethyga(留言) 2023年9月18日 (一) 09:27 (UTC)
Relist問題
不論存廢討論里重新提交了多少次,說到底都是針對某一個條目的一回討論,所以我認為bot不應該把「重新提交」作為討論結果存檔在討論頁。故於此提請停止這種多次存檔同一個討論的行為(嚴重影響了討論頁的閱讀觀感)。cc User:Kanashimi。--ときさき くるみ 2023年9月22日 (五) 15:31 (UTC)
- 之前有把這一項去掉,不過看起來沒做好。我再檢查一下。--Kanashimi(留言) 2023年9月22日 (五) 21:24 (UTC)
- (同意)—— Eric Liu 創造は生命(留言・留名・學生會) 2023年9月23日 (六) 08:12 (UTC)
用戶沙盒提示框中的簡繁轉換模板似乎沒有正常渲染
詳見: https://i.imgur.com/PgDB4PH.png
一些標記語言似乎沒有被正常渲染。--Voidflow(留言) 2023年9月24日 (日) 06:23 (UTC)
維基表格style="text-align:center"的情況下,{{Nowrap begin}}、{{、w}}、{{Nowrap end}}在iPhone手機版視圖中顯示異常
在2023年男子排球國家聯賽#最終排名條目中的例子,源代碼為:
{|style="text-align:center"
|{{Nowrap begin}}{{Tsl|en|Jakub Popiwczak|雅各布·波皮夫恰克}}{{、w}}[[武卡什·卡奇马雷克]]{{、w}}[[巴尔托什·库雷克]] [[Image:Captain sports.svg|15px]]{{、w}}[[维尔弗雷多·莱昂]]{{、w}}[[巴尔托什·贝德诺尔兹]]{{、w}}[[亚历山大·希利夫卡]]{{、w}}[[格热戈日·沃马奇]]{{、w}}[[雅各布·科哈诺夫斯基]]{{、w}}[[卡米尔·谢梅纽克]]{{、w}}[[帕维乌·扎托尔斯基]]{{、w}}[[马尔钦·雅努什]]{{、w}}[[马特乌什·比涅克]]{{、w}}[[托马什·福纳尔]]{{、w}}{{Tsl|en|Norbert Huber (volleyball)|诺贝特·胡贝尔 (排球运动员)|诺贝特·胡贝尔}}{{Nowrap end}}
|}
替換引用後的源代碼為:
{|style="text-align:center"
|<nowiki/>
<span class="nowrap">{{Tsl|en|Jakub Popiwczak|雅各布·波皮夫恰克}}、</span><span class="nowrap">[[武卡什·卡奇马雷克]]、</span><span class="nowrap">[[巴尔托什·库雷克]] [[Image:Captain sports.svg|15px]]、</span><span class="nowrap">[[维尔弗雷多·莱昂]]、</span><span class="nowrap">[[巴尔托什·贝德诺尔兹]]、</span><span class="nowrap">[[亚历山大·希利夫卡]]、</span><span class="nowrap">[[格热戈日·沃马奇]]、</span><span class="nowrap">[[雅各布·科哈诺夫斯基]]、</span><span class="nowrap">[[卡米尔·谢梅纽克]]、</span><span class="nowrap">[[帕维乌·扎托尔斯基]]、</span><span class="nowrap">[[马尔钦·雅努什]]、</span><span class="nowrap">[[马特乌什·比涅克]]、</span><span class="nowrap">[[托马什·福纳尔]]、</span><span class="nowrap">{{Tsl|en|Norbert Huber (volleyball)|诺贝特·胡贝尔 (排球运动员)|诺贝特·胡贝尔}}<nowiki/>
</span>
|}
顯示效果為:
雅各布·波皮夫恰克、武卡什·卡奇馬雷克、巴爾托什·庫雷克 、維爾弗雷多·萊昂、巴爾托什·貝德諾爾茲、亞歷山大·希利夫卡、格熱戈日·沃馬奇、雅各布·科哈諾夫斯基、卡米爾·謝梅紐克、帕維烏·扎托爾斯基、馬爾欽·雅努什、馬特烏什·比涅克、托馬什·福納爾、諾貝特·胡貝爾 |
在iPhone的Safari手機版視圖下,除了最後一個名字「諾貝特·胡貝爾」,其他名字都橫向超出頁面,顯示在了一行。而在電腦上則沒有這個問題。如果刪去style="text-align:center",iPhone上也沒有這個問題了。不知道大家是否也有這樣的問題?——小林子沖(留言) 2023年9月26日 (二) 13:53 (UTC)
2023年第39期技術新聞
維基媒體技術社群現在發布最新的技術新聞。請告知其他用戶這些更改;不是所有的更改都會對您造成影響。技術新聞提供其它語言的翻譯版本。
最近更改
- Vector 2022皮膚現將記住未登錄用戶的目錄展開狀態。 [22]
本周晚些時候的更新
- MediaWiki的新版本將於9月26日部署於測試維基及MediaWiki.org。它將於9月27日部署至非維基百科wiki及部分維基百科,並於9月28日部署至所有wiki,參見日曆。
- 作為轉用 Vue.js 和 Codex 的一步,ResourceLoader
mediawiki.ui
模塊現已不推薦使用。對於仍使用該模塊的工具,有一份MediaWiki UI 到 Codex 的遷移指引。工單內有更多詳情,歡迎發問。 - 小工具定義將有一個新的「命名空間」選項。該選項使用命名空間ID列表。使用此選項的小工具將僅在指定的命名空間中加載。
將來更新
- 濫用過濾器將新增兩個變量:
global_account_groups
和global_account_editcount
。它們僅作用於賬戶創建。當在其它維基進行過多次編輯的用戶首次訪問您的維基時,您可以使用它們來阻止帳戶的自動創建。 [23][24]
會議
- 您可以參加下一次與維基百科移動應用程序團隊的會議。會議期間,我們將討論當前的功能和未來的路線。會議將於10月27日 17:00 (UTC)舉行。詳細信息及參與方式見此。
MediaWiki message delivery 2023年9月26日 (二) 16:50 (UTC)
- 站內有不少模板和頁面用了
mediawiki.ui
(如{{CLB}}),是否考慮遷移?--碟之舞📀💿 2023年9月29日 (五) 03:16 (UTC)- 似乎暫時還遷移不了?
class="mw-ui-button mw-ui-progressive"
:class="cdx-button cdx-button--action-progressive"
:class="mw-ui-button"
:class="cdx-button"
:- 百無一用是書生 (☎) 2023年9月29日 (五) 04:35 (UTC)
- phab:T346469--百無一用是書生 (☎) 2023年9月29日 (五) 04:47 (UTC)
- 它需要button而不是span。--安憶Talk 2023年9月30日 (六) 10:49 (UTC)
- wikitext不允許button--百無一用是書生 (☎) 2023年9月30日 (六) 12:04 (UTC)
- 它需要button而不是span。--安憶Talk 2023年9月30日 (六) 10:49 (UTC)
-- - phab:T346469--百無一用是書生 (☎) 2023年9月29日 (五) 04:47 (UTC)