维基百科:互助客栈/技术

维基百科，自由的百科全书
< Wikipedia:互助客栈

这是本页的一个历史版本，由Xiplus（留言 | 贡献）在2021年5月10日 (一) 14:52 （→‎編輯提示）编辑。这可能和当前版本存在着巨大的差异。

快捷方式

本頁用作讨论在编辑时遇到的技术问题；發表問題或討論前，請先參閱常見問題解答、帮助信息、MediaWiki基本問題及搜索舊討論記錄。另請注意：

請注重礼仪、遵守方針與指引，一般問題請至互助客棧其他區或知识问答提出，留言后请务必签名（点击 ）。


發表前請先搜索存档，參考舊討論中的内容可節省您的時間。

5月17日之后没有新回應的议题會移动至相应的讨论页或存档。跳至本頁的：目錄 · 底端

公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 Template:Weather box 14 6 Kethyga 2024-04-26 09:30
2 MobileFrontend侧边栏故障 6 2 Shizhao 2023-12-25 15:47
3 引文模板不应该报错全部的零宽空格 5 3 Cookai1205 2024-04-24 12:58
4 關於使用 ToolsRedirect 創建的繁簡重定向 9 5 Kethyga 2024-05-10 11:13
5 Template:Lang 模板语言代码检查 1 1 Jimmy-bot 2024-05-27 16:14
6 Category:包含规范控制信息的维基百科条目 9 4 Ericliu1912 2024-05-24 14:38
7 Template:Infobox building 1 1 Jimmy-bot 2024-05-27 16:14
8 Sports results里跨语言链接的显示问题 2 2 魔琴 2024-05-20 21:16
9 是否有方法可以監視特定IP的編輯？ 1 1 射命丸 2024-05-18 23:02
10 我好像发现了过滤器的一个bug 6 3 Dnaimfz 2024-05-22 10:39
11 2024年第21期技術新聞 2 2 魔琴 2024-05-24 00:44
12 乐谱无法输出音乐 4 2 三猎 2024-05-22 01:30
13 Template:Infobox body of water中的坐标会重复两次 8 2 Shizhao 2024-05-24 12:02
14 首页顶栏排版错乱 5 4 ElectronicGhost 2024-05-26 02:12
15 {{Infobox EU legislation}} 1 1 Easterlies 2024-05-24 18:52
16 未有登入的用戶將可以使用外觀選單和新的預設標準字體大小 10 4 SCP-2000 2024-05-26 10:34
17 如何隐藏用户页内自动生成的“目录”元素 3 2 Flyinet 2024-05-24 22:13
18 Template:校對翻譯句 无法使用 2 2 Irralpaca 2024-05-25 01:41
19 《通用規範漢字表》以外的簡體字是否應該類推簡化 28 8 What7what8 2024-05-26 23:30
20 波斯尼亚和黑塞哥维那的 Infobox 中無鏈入波斯尼亚和黑塞哥维那国旗的國旗藍鏈 2 2 Miyakoo 2024-05-26 07:30
21 请求协助删除MediaWiki:Discussiontools-topicsubscription-notify-unsubscribed-body的本地自定义消息 1 1 Diskdance 2024-05-27 15:12
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時，
請先檢查設定是否有誤

正在廣泛徵求意見的議題

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

維基百科技術議題與模板

Template talk:Twitter § Twitter改為X

Template talk:Infobox person § 修改 Infobox person 中 native_name 参数位置

Template talk:Hang on § {{hangon}}

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

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

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

（續）以模組改寫Namespace pagename模板

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

承上次討論，現時Module:Namespace pagename應已完善，因此重提以模組改寫Template:Namespace pagename一事。修改方案見此。依Wikipedia:保護方針#需讨论达成社群共识，將模板的功能使用模塊改寫須在此詳細討論後才可提出編輯請求，故將此項請求重新交至此以供討論。SANMOSA 誓山海而長在，似日月而無休 2021年2月25日 (四) 02:12 (UTC)[回复]

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

請求評論骨架完成，並討論機器人引進作業

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:請求評論（錯誤：Wikipedia talk:請求評論是重定向頁面）、Wikipedia talk:回饋請求服務。

各位使用者您好，RFC的主要說明頁面骨架大致建立完成，剩下的頁面與系統功能無關，因此可以進行準備工作。

目前要討論的是引入兩個機器人，User:Legobot以及WP:FRS的機器人。前者是RFC的主要核心機器人，屬於全域機器人，需提出引入中文維基百科，可能還需要額外進行本地化處理；後者則是FRS運作的主要機器人，屬於本地機器人，要進行修改、調整及測試。以上。臺灣杉在此發言 (會客室) 2021年3月9日 (二) 05:31 (UTC)[回复]

(？)異議:還沒有共識引入RFC，怎麼就要申請機器人？--蟲蟲飛♡♡→♡℃※留言 2021年3月10日 (三) 02:41 (UTC)[回复]
沒有測試機器人的有效性，就無法進一步討論是否引入，該測試與討論是否引入RFC無關。此外，測試場合先不會在主要熱門討論頁面（如互助客棧）進行，原有模式不受影響。--臺灣杉在此發言 (會客室) 2021年3月10日 (三) 03:06 (UTC)[回复]
不要想着依赖于bot，bot只是辅助--百無一用是書生 (☎) 2021年3月10日 (三) 07:31 (UTC)[回复]
雖然同意bot是輔助，但目前該機器人負擔大部分RFC的功能任務，因此仍有引入必要。--臺灣杉在此發言 (會客室) 2021年4月4日 (日) 11:08 (UTC)[回复]
(？)疑問：能否简要介绍Legobot的功能？--Yining Chen（留言|签名） 2021年3月10日 (三) 12:25 (UTC)[回复]
在WP:RFC裡面有說明。--臺灣杉在此發言 (會客室) 2021年3月11日 (四) 00:23 (UTC)[回复]
@Taiwania Justo：在RFC起步之际，手动维持半自动运行是否可行？贸然上机器人可能出许多问题。--YFdyh000（留言） 2021年4月7日 (三) 11:21 (UTC)[回复]
手動可能會比較麻煩，因為LegoBot主要的功能有 (1) 將掛有{{rfc}}討論的標題與摘要列於Wikipedia:請求評論/全部與其子章節 (2) 如果沒有標明延長討論措施，30日一到就自動撤除{{rfc}}模板以及自Wikipedia:請求評論/全部撤除該討論的標題與摘要（不是存檔，該討論仍然會保留在原來的地方並仍可以繼續進行）。如果要半手動，那就要有人去查詢哪個討論有掛這個模板，然後將標題摘要抄錄在列表當中。--臺灣杉在此發言 (會客室) 2021年4月7日 (三) 15:05 (UTC)[回复]
见Special:用户贡献/YFdyh-bot，两个机器人经尝试已能运转，不过目前未设定自动运行，亦未申请权限。不支持编辑Flow讨论页，已在下方询问作者，可能需要增强，或改用ping通知。如果用ping通知，在专用页面上反复通知是否较好。我不确定未来有精力照顾该服务的稳定运转，所以如果有人或原作者原意接手，我很欢迎。--YFdyh000（留言） 2021年4月7日 (三) 21:39 (UTC)[回复]
我覺得目前結構式討論只用於使用者討論頁及知識問答，而這兩個地方基本上不太會用到請求評論，而且未來不太可能將結構式討論延伸到其他討論頁。我認為機器人可以在不需要對結構式討論調整之下進行運轉。--臺灣杉在此發言 (會客室) 2021年4月10日 (六) 15:16 (UTC)[回复]
是指无法通知选用Flow作用户讨论页的用户，例如我的。--YFdyh000（留言） 2021年4月11日 (日) 02:19 (UTC)[回复]
建議問問看Xiplus，Twinkle曾經有修改到可以在結構式討論發通知。--臺灣杉在此發言 (會客室) 2021年4月17日 (六) 02:42 (UTC)[回复]
mw:Extension:StructuredDiscussions/API。--Xiplus#Talk 2021年4月17日 (六) 04:06 (UTC)[回复]
(？)疑問:RFC的討論模式與本站客棧的提案公示模式完全不同，而且現在甚麼共識都沒有，就要弄機器人，而機器人主人也拒絕協助，是否應先有共識採用RFC才好進行下一步呢？而且這是一個重大改革，影響很大，大家是否應討論一下有沒有必要進行這個大改革呢？--蟲蟲飛♡♡→♡℃※留言 2021年4月7日 (三) 11:49 (UTC)[回复]
其實與提案公示不衝突。RFC僅作為通知有重大討論需要參與，運作模式只有 (1) 標示RFC模板並進行分類 (2) 撰寫中立的討論摘要，沒了。此動作可以在包含互助客棧等其他討論頁章節標示，公示七日、公告欄提醒討論等方針指引討論模式不會改變。--臺灣杉在此發言 (會客室) 2021年4月7日 (三) 14:59 (UTC)[回复]
再者，機器人作者不是拒絕協助，而是提供程式碼請我們自行研究，有任何問題可以請他協助。--臺灣杉在此發言 (會客室) 2021年4月7日 (三) 15:07 (UTC)[回复]
改革不至于，不好用就不用，晾在那里不会有太大问题，讨论也可剪切移动。--YFdyh000（留言） 2021年4月7日 (三) 18:50 (UTC)[回复]
(！)意見:我覺得提案人應論述一下提案想解決甚麼問題？而現時機制是否無法解決此問題？--蟲蟲飛♡♡→♡℃※留言 2021年4月9日 (五) 02:11 (UTC)[回复]
在其他讨论页而非客栈页面开展讨论。将新讨论通知订阅了相关主题的感兴趣用户。在特定页面和模板中列出30天内活跃的这些讨论。讨论应该是作为局部征询意见及共识。--YFdyh000（留言） 2021年4月9日 (五) 09:28 (UTC)[回复]

邀請機器人作者

現在會試圖邀請Legobot作者來討論RFC機器人事宜。@Legoktm：We are discussing the RFC on Chinese Wikipedia, and the procedure is copied from the English Wikipedia. Therefore, we need to import the Legobot to excuse the RFC procedure. Current issues are: (1) Localization for the Chinese version; (2) bot test. Thanks! 臺灣杉在此發言 (會客室) 2021年4月5日 (一) 10:46 (UTC)[回复]

@Taiwania Justo： It's exciting to hear that another wiki wishes to use Legobot, but unfortunately I don't really have the time to help set it up on another wiki and maintain it. All of the code is public, I would suggest making a copy of it and adapting it to whatever this Wikipedia would like implemented. If there's anything I can do to make that process easier, please let me know. Legoktm（留言） 2021年4月7日 (三) 04:57 (UTC)[回复]
@Legoktm：I have tried and deployed the rfcbot.php of harej-bots on user:YFdyh-bot. I noticed that it can't inform the Flow-board users (including me). Is this an expected behavior? And maybe this can be alleviated with like {{ping}} or {{mute}}?--YFdyh000（留言） 2021年4月7日 (三) 21:28 (UTC)[回复]

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

台灣電視劇集編輯提示

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

新增MediaWiki:Common.js自動編輯提示

在此提議在Category:各年台灣電視劇集分類中所有主空間頁面編輯時自動顯示以下編輯提示（利用MediaWiki:Common.js）：

（原始碼：U:LXFRNT/EN/TWTV）這是因為有關條目有很多部分都發現違反以上方針的內容，違規內容所佔篇幅比其餘內容多好幾倍，類似{{BLP editintro}}處理。--LuciferianThomas．留言 2021年3月29日 (一) 10:16 (UTC)[回复]

另一處理方法是建立過濾器警告@Tigerzeng：，不過就比較麻煩。--LuciferianThomas．留言 2021年3月29日 (一) 10:25 (UTC)[回复]
@LuciferianThomas：用這顏色也太刺眼的些...-- Sunny00217  2021年3月29日 (一) 14:48 (UTC)[回复]
我是直接拿了{{d}}的顏色……問題太嚴重了，現在還是得用紅色吸引注意力；未來問題比較輕的時候可改為黃框黃底甚至白底。--LuciferianThomas．留言 2021年3月30日 (二) 03:34 (UTC)[回复]
目前只能檢查單層分類，無法檢查是否存在為某母分類，故您的提議無法以Common.js的做法達到。--Xiplus#Talk 2021年3月31日 (三) 09:01 (UTC)[回复]
那RegExp「\d{4}年台灣電視劇集」呢？覆蓋範圍再高一點。--LuciferianThomas．留言 2021年4月4日 (日) 09:06 (UTC)[回复]
@Xiplus？--LuciferianThomas．留言 2021年4月7日 (三) 08:35 (UTC)[回复]
判斷標題？技術上當然沒問題。--Xiplus#Talk 2021年4月7日 (三) 10:56 (UTC)[回复]
分類標題。--LuciferianThomas．留言 2021年4月8日 (四) 10:23 (UTC)[回复]
        if (mw.config.get('wgNamespaceNumber') === 0) {
            $(function() {
                if (document.getElementById('disambigbox')) addEditIntro('Template:Disambig_editintro')
            });
            $(function() {
                var cats = mw.config.get('wgCategories');
                if (!cats) return;
                if ($.inArray('在世人物', cats) !== -1) addEditIntro('Template:BLP_editintro')
                if (!!(cats.filter(function (x) {return x.match(/\d{4}年台灣電視劇集/)} || []).length) addEditIntro('Template:TVdrama_editintro')
            })
        } else if (mw.config.get('wgNamespaceNumber') === 4) {
            $(function() {
                var cats = mw.config.get('wgCategories');
                if (!cats) return;
                if ($.inArray('維基百科方針與指引完整列表', cats) !== -1) addEditIntro('Template:Policy editintro')
            })
        }

@Xiplus：這樣行得通嗎？--LuciferianThomas．留言 2021年4月14日 (三) 11:29 (UTC)[回复]

完成。--Xiplus#Talk 2021年4月19日 (一) 05:34 (UTC)[回复]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

可能有粉絲內容的編輯提式

(＆)建議擴展到ACG、動畫、漫畫、遊戲（電子、實體、桌遊或各類有劇情或角色可以介紹的遊戲）、電影、影集、小說、插畫創作（如胖吉貓）或其他虛構故事創作的條目中，也能讓一些剛來的新手了解狀況，以免再次出新手不了解狀況出現甚麼「辛苦編輯」遭刪之類的爭議（此類爭議先前已經出現多次）。-- 五歲抬頭雪菲（☎️·☘️） 2021年5月4日 (二) 13:57 (UTC)[回复]

(＋)支持，但想看看擬定什麼警告內容。--LuciferianThomas • 留言 2021年5月10日 (一) 08:02 (UTC)[回复]

傳記專題參數問題

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

{{WikiProject Biography}}加入|listas=參數時似乎不會自動進行分類排列，以Talk:張雪芹為例，即使將參數加入|listas=C，但是自動加入的Category:初級傳記條目跟Category:極低重要度傳記條目分類排序卻還是「張」,隱藏分類Category:不可索引頁面則有排序。--Poontele（留言） 2021年4月18日 (日) 19:11 (UTC)[回复]

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

“大字体”小工具导致部分 OOUI 控件无法对齐

於Phabricator查看
編號T280791的工單
因为“大字体”小工具，部分 OOUI 控件无法正常对齐（见图中红框）。
关闭“大字体”小工具后，OOUI 控件正常对齐。

如标题所述，因为“大字体”小工具，OOUI 控件无法正常对齐。复现步骤：

  1. 打开任意模板的编辑窗口
  2. 查看页面最下方的“预览使用本模板的页面”区域，很明显可以发现按钮和文本框没有正常对齐（见图）

希望有懂 CSS 的管理员或者界面管理员可以修复一下该问题。

谢谢。--Tranve (✉) 2021年4月19日 (一) 13:15 (UTC)[回复]

更多技术信息：本问题出现在包括但不限于 ButtonGroupWidget（其中一个按钮只有图标，另一个按钮只有文字时）、ButtonSelectWidget、ActionFieldLayout 等控件上。--Tranve (✉) 2021年4月19日 (一) 13:22 (UTC)[回复]
确认为OOUI问题，请回报开发者。本地可以在MediaWiki:Common.css加以下代码先行解决：
.oo-ui-textInputWidget input {
	height: revert;
}
--Lt2818（留言） 2021年4月19日 (一) 16:17 (UTC)[回复]
@Lt2818：多谢指出！但是我不熟悉 phab 的操作，不知道能否代为回报？另外，根据我前文所述，问题不仅限于 TextInputWidget，还有其他控件。请问您可以在技术层面上指出问题的根源在哪里吗？
以下是 ButtonGroupWidget 的复现步骤：
  • 浏览器控制台输入以下代码：
    mw.loader.using('oojs-ui.styles.icons-layout',function(){
var button1 = new OO.ui.PopupButtonWidget( {
        label: 'Select a category',
        invisibleLabel: true,
        icon: 'menu',
        popup: {
            $content: $( '<p>List of categories…</p>' ),
            padded: true,
            align: 'left'
        }
    } ),
    button2 = new OO.ui.ButtonWidget( {
        label: 'Add item'
    } ),
    buttonGroup = new OO.ui.ButtonGroupWidget( {
        items: [ button1, button2 ]
    } );
$( document.body ).append( buttonGroup.$element );
});
  • 此时按钮在页面最低端，可明显看出两个按钮没有正常对齐。
以上。--Tranve (✉) 2021年4月20日 (二) 10:34 (UTC)[回复]
补充：是我疏忽了。以上例子出错的原因和大字体小工具没有关系。根据我检查，是因为 OOUI 相关字体大小的样式没有应用到该控件上导致的。如果在此页面上添加该控件，则显示正常。 囧rz…… --Tranve (✉) 2021年4月20日 (二) 11:57 (UTC)[回复]
@Tranve：我懒得提，写英文太麻烦。问题在于文本框指定了以em为单位的高度，而大字体工具会改变em大小。上述CSS删除了这条高度规则，也没有其他副作用。你可以右击界面元素选择“检查”选项，即可看到相关CSS。--Lt2818（留言） 2021年4月20日 (二) 17:56 (UTC)[回复]
既然人为地改变了UI组件所预期的（父元素的）值，就应该承担改变它所带来的后果。没有理由去对OOUI做什么，因为它在“默认”值下是正常的。即使报到phab他们也会和我所说的大致一样，或者他们会说：“这问题因本地用户工具而起，不在我们的相关责任之内”。--安忆Talk 2021年4月21日 (三) 00:22 (UTC)[回复]
正和你先前假定1em=16px一樣，在浏览器改变字体大小时有同样问题，所以就是OOUI的锅。代码要尽量适应各种情况，比如我上面之所以写revert而非unset，就是尊重浏览器可能有自定义CSS指定元素高度的情况。--Lt2818（留言） 2021年4月21日 (三) 03:28 (UTC)[回复]
日文版也是大字体，不知道有没有同样问题存在？--百無一用是書生 (☎) 2021年4月21日 (三) 02:47 (UTC)[回复]
日文版有同樣問題。--Lt2818（留言） 2021年4月21日 (三) 03:28 (UTC)[回复]
@Lt2818、安忆：我说一下我的看法：我大致上赞同安忆的说法，先在本地解决问题。但如果使用 Lt2818 的办法解决该问题，有一个弊端——
该办法本质上相当于对 OOUI 打 patch，如果上游代码在未通知本地的情况下有更改，patch 可能会失效，并且因为涉及很多控件，patch 的代码量可能很大，会增大耦合度，对以后维护不利。
如果我没猜错的话，大字体小工具的初衷是为了调大正文区的问题大小以方便阅读，而一般情况下正文区是不应该出现 OOUI 控件的，仅在编辑页面和部分特殊页面出现。所以我觉得可以通过修改 CSS 选择器仅调大正文区域的大小，而对于 OOUI 控件，则维持默认大小，请问这个方案在技术上可行吗？难度如何？
如果该方法不可行的话，我建议汇报给 OOUI 团队。因为此问题虽然由本地小工具引起，但解决该问题的复杂度已经超出了我们的承受能力。如果在 OOUI 端解决问题，可能方案更简单。
以上。--Tranve (✉) 2021年4月21日 (三) 12:12 (UTC)[回复]
phab:T280791。其他控件未及研究，应用上面的代码后若仍有其他问题，可在该任务中追加说明。
问题或许波及面广，解决起来没啥复杂的。譬如一些影响重大的内核漏洞，可能也只是某个变量没检查而已。--Lt2818（留言） 2021年4月21日 (三) 13:34 (UTC)[回复]
多谢反馈！--Tranve (✉) 2021年4月22日 (四) 12:59 (UTC)[回复]

临时解决方案

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

在 Phab 确定解决方案并解决问题之前，本地可以在 MediaWiki:Gadget-large-font.css 中加入如下代码： 

#wpTemplateSandboxPage > input {
    height: revert;
}

@Lt2818：由于本问题由小工具引起，所以以上代码不应该加入到 Common.css 中。目前遇到问题的文本框只有“预览使用本模板的页面”处出现的这一个，所以先只修这个文本框。

请讨论以达成共识。--Tranve (✉) 2021年5月2日 (日) 07:56 (UTC)[回复]

Difflink小工具也用到了此类文本框。若浏览器或用户CSS调整了字号，该问题仍会触发，我觉得在Common.css修复较为合适。--Lt2818（留言） 2021年5月2日 (日) 13:58 (UTC)[回复]
@Lt2818：多谢提醒！如果这样的话，或许可以给所有的此类文本框应用样式。
更多信息：Timeless 皮肤无此问题，因为存在如下样式：
.oo-ui-buttonElement-framed.oo-ui-labelElement > .oo-ui-buttonElement-button, .oo-ui-textInputWidget .oo-ui-inputWidget-input, .oo-ui-dropdownWidget-handle, button, textarea, select {
    padding: 0.35em;
    box-sizing: border-box;
    height: unset; /* 亮点 */
}
Monobook 皮肤也无此问题。问题只存在于 Vector。鉴于以上情况，最精确的修改方案应该是加入到 MediaWiki:Vector.css 中。--Tranve (✉) 2021年5月3日 (一) 07:28 (UTC)[回复]
同意。Timeless的样式为晚近加入，猜想他改不了OOUI代码才这么幹。--Lt2818（留言） 2021年5月3日 (一) 08:01 (UTC)[回复]
那么是不是更应该直接回报给Vector皮肤呢？正好已经开了任务。--安忆Talk 2021年5月3日 (一) 10:43 (UTC)[回复]
另外两种皮肤也有问题，其中Minerva在没调字号的情况下就能看出。修复代码是针对全部还是单个皮肤，我认为都可以。--Lt2818（留言） 2021年5月3日 (一) 11:30 (UTC)[回复]
(※)注意，根据我的测试，Modern 皮肤下 height: revert; 并不能解决问题，控件还是不能对齐。--Tranve (✉) 2021年5月3日 (一) 14:49 (UTC)[回复]
Modern应该存在其他问题。你试试把<body>的字号调大，应用这段代码有效。--Lt2818（留言） 2021年5月3日 (一) 15:12 (UTC)[回复]

MediaWiki_talk:Vector.css#编辑请求_2021-05-09。--Tranve (✉) 2021年5月9日 (日) 13:26 (UTC)[回复]

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

可以以機械人維護 分類:已逝世超過一個月的人物 嗎？

單純問問大家--Cmsth11126a02（留言） 2021年4月22日 (四) 14:36 (UTC)[回复]

我尝试写了一下，User:Air7538/沙盒03。代码在对应讨论页。你要的是自动移除“已逝世超过一个月的人物”中的模板吗？--Air7538（留言） 2021年4月23日 (五) 12:56 (UTC)[回复]
先感謝，我要的確是自動移除逝世>1個月人條目中的模板，我有兩個可能構想：1.機械人每天檢查>1個月分類，再逐個移除。2.機械人每天檢查有模板的條目，>1個月移除，否則保留。以上是我的淺見，希望大家評論。--Cmsth11126a02（留言） 2021年4月24日 (六) 10:57 (UTC)[回复]
个人希望检查分类，另，之前有类似的讨论通过用机器人维护，但似乎未实行--SD hehua（留言） 2021年5月3日 (一) 07:37 (UTC)[回复]
如果只是为了维护近期逝世模板的问题。我认为>1個月只是所要考虑的条件之一，我建议>1個月逝世 且 >1個月没有新编辑（或者时间再短一些也可）才应移除模板。这样才更符合近期逝世模板的本意--百無一用是書生 (☎) 2021年5月8日 (六) 01:34 (UTC)[回复]

移动端编辑器bug

於Phabricator查看
編號T219848的工單

连锁保护的页面编辑按钮上并没有锁，直到提交时才能知道页面被保护。例如Wikipedia:特色列表/黑山世界遗产名录。--忒有钱🌊塩水あります🐳（留言） 2021年4月23日 (五) 18:29 (UTC)[回复]

@忒有钱：連鎖保護的部分在電腦也是bug-- Sunny00217  2021年4月23日 (五) 23:33 (UTC)[回复]
是啊，也是bug。--Raptor (Unknown) 2021年4月26日 (一) 06:19 (UTC)[回复]

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

Toolforge忘记密码能重置吗

刚刚注册Toolforge开发人员账号。忘记密码，可以重置吗--沙盒梦想（留言） 2021年4月27日 (二) 09:55 (UTC)[回复]

你可能说的是wikitech:的账号？--Air7538（留言） 2021年4月28日 (三) 01:29 (UTC)[回复]
@Air7538：他说的这个。--Hamish with w. 2021年4月29日 (四) 10:33 (UTC)[回复]
对，可以重置吗....--沙盒梦想（留言） 2021年4月30日 (五) 15:39 (UTC)[回复]
@沙盒梦想：可以，但我想您可能需要联系管理员（如果您有访问mwmaint1002服务主机的权限的话例外）来进行重置密码。--海の向こうは敵だ！|欢迎订阅维猫报！ 2021年4月30日 (五) 22:50 (UTC)[回复]
emm哪个管理可以--沙盒梦想（留言） 2021年5月1日 (六) 11:16 (UTC)[回复]

模板在條目裡不顯示，請幫忙看看哪裡出了問題

最近我在整理探險活寶集數列表的efn模板問題，發現問題似乎很複雜，牽涉不只一個條目，因此複製一份到我自己的沙盒一段一段測試條目原始碼。請見這個沙盒。集數列表前四季都還沒什麼大問題，可是當我複製這段到沙盒去的時候

===第五季（2012—2014）===
{{see also|探險活寶 (第五季)}}
{{:探險活寶 (第五季)}}

{{探險活寶}}就不顯示了，只顯示「Template:探險活寶」；在原條目也是這樣問題更嚴重。不曉得是出在探險活寶 (第五季)條目原始碼的問題上嗎？英文維基百科的模板設定真的好麻煩，複製到在中文維基來就一堆東西要改，有時還一直鬼打牆一直顯示錯誤訊息，根本不知道哪裡出錯，尤其efn超級難用。——George6VI（留言） 2021年4月30日 (五) 14:14 (UTC)[回复]

我不確定是哪個模板用太多次，英文原版沒有超過限制，難道會是綠鏈問題？（不到萬不得已我很不想動綠鏈）——George6VI（留言） 2021年4月30日 (五) 14:35 (UTC)[回复]
所有的模板（包括ref之类），不是单指某一个模板。--Tim Wu（留言） 2021年4月30日 (五) 15:19 (UTC)[回复]

我不知道從何改起，畢竟英文沒問題翻譯過來偏偏就有問題，重點是兩種語言的「展開後的引用大小」限制都一樣大，而且這個條目只能更大不能再小。有沒有什麼方式比較建議啊，最好不是什麼中英文位元大小不同造成的蠢問題。——George6VI（留言） 2021年4月30日 (五) 16:15 (UTC)[回复]

的确是因为中文字占3个字节。在等中维放宽页面限制之前，阁下只能分割条目或删减内容。使用2010版源代码编辑模式的预览功能可以看到当前页面展开模板后的大小。--Tim Wu（留言） 2021年4月30日 (五) 17:01 (UTC)[回复]
維基百科以Unicode儲存資料，英文一個字只佔1個byte，而中文大部分的字一個字佔3個byte，少部分的字（如不在BIG5的繁體中文、不在GB_2312的簡體中文）可能會佔到4個byte，部分擴展漢字可能更高，而且這還只是一個字，字還要組成辭彙，經常記憶體佔用會出現比英文更長的情況，再加上模板引用時，如果中文字是在模板裡面的話，模板限制的2,097,152 byte一下就用完了，這個無解，只能刪內容或拆分條目。-- 五歲抬頭雪菲（☎️·☘️） 2021年4月30日 (五) 18:47 (UTC)[回复]

我現在取消引用模板而直接複製內容，慢慢降，目前是已經降到模板限制內，應該最後可以解決。——George6VI（留言） 2021年5月1日 (六) 02:23 (UTC)[回复]

配置MediaWiki:Visualeditor-template-tools-definition.json

本主題或以下段落文字，在討論結束後應存檔至MediaWiki talk:Visualeditor-template-tools-definition.json。

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

手册：mw:VisualEditor/Citation tool#"Citation needed" tool。因为有个Wikipedia:把文獻加爆編輯松，但是[来源请求]模板对可视化编辑器并不友好。--GnolizX（留言） 2021年5月2日 (日) 10:06 (UTC)[回复]

完成。--Xiplus#Talk 2021年5月2日 (日) 11:28 (UTC)[回复]
初步測試運作正常，若有問題請於此反應。--Xiplus#Talk 2021年5月2日 (日) 11:29 (UTC)[回复]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

template:Infobox Chinese會將臺灣客語顯示為閩語的一種

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

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

剛剛編輯時發現，{{Infobox Chinese}}會將臺灣客語顯示為閩語的一種（應為客語才對），如例，盼修正，謝謝！

玉山
繁体字 玉山
简化字 玉山

---游蛇脫殼/克勞棣 2021年5月2日 (日) 20:53 (UTC)[回复]

完成：已修正。--Sun8908 怯就輸一世 2021年5月4日 (二) 07:47 (UTC)[回复]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

Tech News: 2021-18

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

最近更改

問題

  • 內容翻譯工具有一段時間在一些條目無法運作。這是因為有一個缺陷。 [1]
  • 為了進行避免程式崩潰的更新，在5月5日06:00 UTC左右的一分鐘內，部分功能將無法正常運作，這影響到內容翻譯工具、通知和一些其他功能。 [2]

本週後期變更

  • 參考文獻預覽將於5月5日成為部分維基的默認功能。由於一些更改，這比預期中晚。如果您想的話您可以使用它而不使用頁面預覽。之前的計劃是可以選擇同時啟用或同時不啟用。 [3][4]
  • 經常項目 MediaWiki新版本將於5月4日部署至測試維基及MediaWiki.org，於5月5日部署至非維基百科站點及部分维基百科，於5月6日部署至所有站點，參見日曆。

未來更新

  • 高級項目 如果沒有在您的wiki上特別定義CSS類別.error、.warning和.success，這些類別不適用於移動版讀者。自6月起這些類別也不再適用於桌面版讀者。這將影響小工具和模板，這些類別可以改成在MediaWiki:Common.css或模板樣式中定義。 [5]

技术新闻由技術新聞編者制作并由機器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2021年5月3日 (一) 15:43 (UTC)

請教如何合併這兩個只有繁簡用字差異的分類

如題，我注意到這兩個分類Category:Ko 母語使用者、Category:Ko 母语使用者同時存在，繁體分類歷史較久、有維基數據連結、包含用戶頁較多且多半使用Template:User ko、Template:Userboxes；簡體分類中的用戶頁則較少且常用Template:Babel，最後似乎都是連到Template:User ko。照理來說清除相關模板、頁面快取之後就可以合併，但我清過伺服器快取之後依然沒有作用，想請教是什麼問題，謝謝。如果要轉成簡字才能處理也無妨。

副知曾試圖處理此問題的@CreeperDigital1903：。--迴廊彼端（留言） 2021年5月4日 (二) 03:25 (UTC)[回复]

@迴廊彼端：估計是{{#babel:ko}}表達式的問題。SANMOSA Σουέζ 2021年5月4日 (二) 06:07 (UTC)[回复]
是不是mw:Extension:Babel#Configuration（LocalSettings.php內$wgBabelCategoryNames）的問題？--Sun8908 怯就輸一世 2021年5月4日 (二) 06:14 (UTC)[回复]
估計可能需要在translatewiki處理。@Xiplus：請求關注。SANMOSA Σουέζ 2021年5月4日 (二) 06:16 (UTC)[回复]
不認為與translatewiki有關，因為translatewiki的翻譯都能透過偏好設定揀選偏好語言改變顯示（例如[6]中邊欄轉成了英文）。分類名稱不能這樣改。--Sun8908 怯就輸一世 2021年5月4日 (二) 07:56 (UTC)[回复]
目前Babel的配置是母语使用者，為繁簡混雜的，需改成母語使用者。--Xiplus#Talk 2021年5月4日 (二) 07:58 (UTC)[回复]
@Xiplus：是在哪邊改？SANMOSA Σουέζ 2021年5月4日 (二) 08:14 (UTC)[回复]
就是wgBabelCategoryNames這個參數，我想可以直接本地公示一下，再送P站吧。--Xiplus#Talk 2021年5月4日 (二) 08:27 (UTC)[回复]
感謝大家告知與幫忙，不過我看不太出來「母语使用者」的繁簡混雜在哪欸，可否告知？此外這一動下去影響可能不小，稍微查了一下有將近130個分類當初就是用簡體「母语使用者」命名的，可能真的得討論一下；又有些疑似重複分類及相關模板像Category:Zh-CN 使用者跟Category:Zh-Hans-CN 母语使用者、Category:Zh-TW 使用者跟Category:Zh-Hant-TW 使用者可能也需要處理。--迴廊彼端（留言） 2021年5月4日 (二) 08:45 (UTC)[回复]
地區詞混雜。簡體用的是「用户」。SANMOSA Σουέζ 2021年5月4日 (二) 08:49 (UTC)[回复]
可以公示。SANMOSA Σουέζ 2021年5月4日 (二) 08:49 (UTC)[回复]
相關頁面一覽：[7]。SANMOSA Σουέζ 2021年5月4日 (二) 09:35 (UTC)[回复]
Ko 母語使用者指以韓語爲母語的維基百科用戶，還是使用韓語作爲母語的人？ 紺野夢人 肺炎退散 2021年5月4日 (二) 13:25 (UTC)[回复]
@Yumeto：這邊談的是維基百科用戶框及相關分類。--迴廊彼端（留言） 2021年5月5日 (三) 02:06 (UTC)[回复]

电影信息框加绿链出现显示问题

见条目战争与和平 (电影系列)，右边电影信息框里的绿链出现显示问题，经检查该绿链本身无问题，且经测试将绿链语言从俄语换成其他语言仍会出现显示问题，故此问题该如何修复？--Bigbullfrog1996（留言） 2021年5月6日 (四) 09:08 (UTC)[回复]

嗯…不要加半角逗号。--安忆Talk 2021年5月6日 (四) 10:25 (UTC)[回复]
单独抽对应link-ru部分，好像没有问题。未搞懂问题所在。——Sakamotosan路过围观杯弓蛇影 | 避免做作，免敬 2021年5月6日 (四) 13:28 (UTC)[回复]
@安忆：逗号没有任何问题，把这个绿链原封不动从电影信息框模板里拿出来显示一切正常。--Bigbullfrog1996（留言） 2021年5月6日 (四) 23:55 (UTC)[回复]
嗯嗯…没有问题，不过是问题解决办法。--安忆Talk 2021年5月7日 (五) 00:03 (UTC)[回复]
@安忆：问题根本没有解决，把逗号删了，显示是没问题了，但根本无法链接到俄维的对应条目。--Bigbullfrog1996（留言） 2021年5月7日 (五) 06:48 (UTC)[回复]
现在呢…我觉得就是渲染器抽风了…--安忆Talk 2021年5月7日 (五) 06:55 (UTC)[回复]
Special:diff/65518690，根據這筆測試{{电影信息框}}有使用維基數據的參數似乎就會導致這個問題，沒有使用維基數據的參數則沒有問題，可能是模板本身的問題。--Poontele（留言） 2021年5月7日 (五) 13:42 (UTC)[回复]
貌似是因为逗号和模块:Wikidata撞车了…--安忆Talk 2021年5月7日 (五) 14:49 (UTC)[回复]

Twinkle更新 (2021-05-08) @b5aae62

近期變更
  • 速刪：已加入CSD O8選項，僅在頁面開頭為MOS/LTA且非重新導向的頁面上顯示。

如果近期變更有任何錯誤，或是認為未來變更會造成任何問題，請在Twinkle討論頁、互助客棧技術版、Telegram群組或Github擇一報告。--Xiplus#Talk 2021年5月8日 (六) 03:30 (UTC)[回复]

关于common.js的小问题

请问哪位知道MediaWiki:Common.js#L-5有什么用，以及MediaWiki:Common.js#L-28定义的window下的对象，我搜了下也没脚本用它，那么它是出于什么需求加进去的…--安忆Talk 2021年5月9日 (日) 02:58 (UTC)[回复]

加入时的两笔编辑：Special:Diff/58905159、Special:Diff/5256433。皆应删除。--Lt2818（留言） 2021年5月9日 (日) 11:37 (UTC)[回复]
刪除 已刪除。--安忆Talk 2021年5月9日 (日) 12:59 (UTC)[回复]

请问维基百科是否允许指定数字开始的有序列表？

假如想要做到如下的编辑效果：

2010年起的五个类别是：
  1. 类别A
  2. 类别B
  3. 类别C
  4. 类别D
  5. 类别E
2020年起又加入两个类别：
  1. 类别F
  2. 类别G

有何办法可以让「类别F」的序号为6？--Glenxoseph（留言） 2021年5月9日 (日) 06:15 (UTC)[回复]

大字体小工具导致 2017 维基文本编辑器“显示预览”功能正文字体过小

如题所述。问题仅限于 Vector 皮肤，我目前想到的最简单的解决方案是在 MediaWiki:Gadget-large-font.css 增加一个字母，如下： 

.skin-vector .mw-body-content {
    font-size: 0.938rem;
}

现征求社群意见。--Tranve (✉) 2021年5月10日 (一) 12:55 (UTC)[回复]

同意。--Lt2818（留言） 2021年5月10日 (一) 14:21 (UTC)[回复]
取自“https://zh.wikipedia.org/w/index.php?title=Wikipedia:互助客栈/技术&oldid=65559460”