维基百科:互助客栈/技术/存档/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)