维基百科:互助客栈/技术/存档/2021年5月

模板在条目里不显示，请帮忙看看哪里出了问题

最近我在整理探险活宝集数列表的efn模板问题，发现问题似乎很复杂，牵涉不只一个条目，因此复制一份到我自己的沙盒一段一段测试条目源代码。请见这个沙盒。集数列表前四季都还没什么大问题，可是当我复制这段到沙盒去的时候

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

{{探險活寶}}就不显示了，只显示“Template:探險活寶”；在原条目也是这样问题更严重。不晓得是出在探险活宝 (第五季)条目源代码的问题上吗？英文维基百科的模板设定真的好麻烦，复制到在中文维基来就一堆东西要改，有时还一直鬼打墙一直显示错误讯息，根本不知道哪里出错，尤其efn超级难用。——George6VI（留言） 2021年4月30日 (五) 14:14 (UTC)

• 模板过多，超出系统限制。见WP:模板限制—- 五岁抬头雪菲（☎️·☘️） 2021年4月30日 (五) 14:16 (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)

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)

为什么点开新链接时不打开一个新窗口

--2404:C801:C13:9574:2A0:A7FF:FE4C:28BC（留言） 2021年5月3日 (一) 07:15 (UTC)

可以用鼠标滚轮点击链接-- ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年5月3日 (一) 07:23 (UTC)

论Wikipedia:互助客栈/求助被半保护的不良影响-- 本人该补完2019年台铁各站旅客人次了，有事按“此”留言 2021年5月3日 (一) 14:40 (UTC)

Tech News: 2021-18

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。

最近更改

• Twinkle是英语维基百科上的一个小工具，有助于进行维护和巡查工作。这个小工具现在可以在其他wiki上使用。您可以透过GitHub上的twinkle-starter仓库在您的wiki上取得Twinkle。

问题

• 内容翻译工具有一段时间在一些条目无法运作。这是因为有一个缺陷。 [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)

可以以机器人维护 分类:已逝世超过一个月的人物 吗？

单纯问问大家--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)

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

近期变更

• 速删：已加入CSD O8选项，仅在页面开头为MOS/LTA且非重新导向的页面上显示。

如果近期变更有任何错误，或是认为未来变更会造成任何问题，请在Twinkle讨论页、互助客栈技术版、Telegram群组或Github择一报告。--Xiplus#Talk 2021年5月8日 (六) 03:30 (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)

• 这个{{FollowLastIndent}} (编辑 讨论 说明  信息 链入 历史)可以解决您的问题吗？-- 五岁抬头雪菲（☎️·☘️） 2021年5月9日 (日) 06:37 (UTC)

  谢谢！这个没有完全解决，因为它保留了上一个层级的缩进，如果在我的例子使用的话，“2020年起又加入两个类别：”会变为“类别E”下面的一段描述。不过我找到了使用HTML来解决此问题的方法，在需要指定数字开始的地方使用：

  *:# <li value="6">类别F</li> *:

  之后的列表内容会自动从此开始。--Glenxoseph（留言） 2021年5月9日 (日) 06:57 (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)

临时解决方案

编辑请求已处理。--Tranve (✉) 2021年5月10日 (一) 10:18 (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)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

Tech News: 2021-19

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。

本周后期变更

• MediaWiki新版本将于5月11日部署至测试维基及MediaWiki.org，于5月12日部署至非维基百科站点及部分维基百科，于5月13日部署至所有站点，参见日历。

未来更新

• 您可以在5月22–23日的线上维基媒体黑客松看到参与者计划进行的工作。

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

2021年5月10日 (一) 15:09 (UTC)

Twinkle更新 (2021-05-17) @1d093df

近期变更

• 封锁：
  • 标记使用者页面功能更加完善，现在可以一次标记多种模板，并填写模板的参数。
  • {{uw-block1}}、{{uw-block2}}和{{uw-block3}}已被整合为{{uw-block}}和{{uw-blockindef}}。

如果近期变更有任何错误，或是认为未来变更会造成任何问题，请在Twinkle讨论页、互助客栈技术版、Telegram群组或Github择一报告。--Xiplus#Talk 2021年5月17日 (一) 00:01 (UTC)

Tech News: 2021-20

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。

最近更改

• 回复工具有一个新的工具列，它在维基文本源代码模板中运作，您可以在您的偏好设定中启用。 [8] [9] [10]
• 维基媒体邮件列表将移动到较新版本的Mailman 3，为了使字符编码运作，将从UTF-8改为utf8mb3。 [11][12]
• 在技术新闻的先前公告中提到citoid API将以新的方式处理有月份无日的日期，这现已被回退，在更新之前，这对于不同维基的影响需要有更多讨论。 [13]

本周后期变更

• MediaWiki:Pageimages-blacklist将被重命名为MediaWiki:Pageimages-denylist，该列表可以复制到新的名称，这将在5月19日及20日分别于一些维基上变更，大多数的维基并没有使用该列表，它列出永远不应用于条目缩图的图片列表。 [14]
• MediaWiki新版本将于5月18日部署至测试维基及MediaWiki.org，于5月19日部署至非维基百科站点及部分维基百科，于5月20日部署至所有站点，参见日历。

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

2021年5月17日 (一) 13:49 (UTC)

MediaWiki:Pageimages-blacklist，中文版需要到时候移动--百無一用是書生 (☎) 2021年5月18日 (二) 01:31 (UTC)

AnYiLin 君已经在新的标题下创建了页面，等部署完成后把旧页面改成重定向应该就行。（谁想合并页面历史的话也可以）--砜中嘌呤的白磷_{萃取 打谱} 2021年5月20日 (四) 07:53 (UTC)

“大字体”登录后被禁用

在几个小时前，在没有动任何设置的情况下，突然发现中文和日文维基百科的字体变小了。登出之后正常，只有登入才有这个问题。在中文维基，我可以手动在gadget里启用“大字体”，但是日文维基无此选项。

请问为何会发生此现象，如何修复（日文维基）？--Fireattack（留言） 2021年5月20日 (四) 21:31 (UTC)

拷贝这个MediaWiki:Gadget-large-font.css到ja的Special:MyPage/common.css。因为这个是本地的小工具脚本。——Sakamotosan路过围观杯弓蛇影 | 避免做作，免敬 2021年5月21日 (五) 00:05 (UTC)

日语其实也有类似css的，游客就会适用。很好奇为啥现在登入就没有了。--Fireattack（留言） 2021年5月21日 (五) 04:03 (UTC)

参见: ja:Wikipedia:バグの报告#字が小さくなってる --Fireattack（留言） 2021年5月21日 (五) 04:29 (UTC)

HotCat 在 Timeless 主题的宽屏幕模式时无法使用

如题，当 Timeless 主题的分类列表位于侧边栏时 HotCat 会无法使用。See it in action.™ --<JasonHK ✉️ 📝 /> 2021年5月23日 (日) 15:14 (UTC)

见WP:HOTCAT#兼容性，按描述操作即可。--安忆^Talk 2021年5月23日 (日) 15:57 (UTC)

要改哪行参数才可以让Timeless.css的页面工具、Twinkle、语言等内容移动到导航、说明以及Wiki_工具那边

@Milkypine：接此，将

@media (min-width: 1340px) {
	#content-bottom-stuff, #mw-content {
		margin-left: 14em
	}
	#mw-content-block {
		display: block
	}
	#mw-content-wrapper {
		float: right;
		margin-left: -14em;
		width: 100%
	}
	#mw-related-navigation {
		padding: 0 1em 0 0;
		width: 14em
	}
	div.color-middle {
		margin-right: 0
	}
}
.ts-inner {
	padding: 0 0 0 1em
}
#footer {
	padding-right: 1em
}

这个样式放进Timeless自定css页即可。--安忆^Talk 2021年5月24日 (一) 04:41 (UTC)

AnYiLin感谢协助。 --Loving You Is A Losing Game 2021年5月24日 (一) 13:28 (UTC)

Tech News: 2021-21

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。

最近更改

• 维基媒体运动一直在Freenode网络上使用IRC，但控制该网络的人发生了一些变化，因此Wikimedia IRC Group Contacts决定移动到新的Libera Chat网络，这不是要移动全部频道的正式决定，但大多数的维基媒体IRC都可能会离开Freenode。有一个迁移指南，及对此进行中的维基媒体讨论。

本周后期变更

• MediaWiki新版本将于5月25日部署至测试维基及MediaWiki.org，于5月26日部署至非维基百科站点及部分维基百科，于5月27日部署至所有站点，参见日历。

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

2021年5月24日 (一) 17:06 (UTC)

关于unblock-zh列表近期的变动

（抄送自邮件列表）

各位好，

近期unblock-zh列表（和整个lists.wikimedia.org服务）都发生了迁移。

迁移后，由于来件人的邮送域增加了“via/通过 lists.wikimedia.org ”，“cc/抄送”、“reply to/回复至”对应消失。使用“Reply to all/回复所有人”时，将不再自动抄送给来件人，而只是发送给列表。

不知道上述情况是否影响到来件人接收我们的回应。近期无暇回复，故而未在迁移后使用过列表，所以很抱歉不能证实具体影响程度。若已有管理员了解上述情况，欢迎并感谢对这种影响的具体程度予以证实。

顺颂夏安

--Kirk # 2021年5月24日 (一) 17:45 (UTC)

邮箱列表的服务导向是便利列表成员进行交流，由于多数列表只是供成员交流而不是频繁需要对外发送内容，上述变动对大多数列表几乎没有影响（甚至信息呈现更为简洁）。其实，unblock-zh适合放到Zunny（原OTRS）系统上。--Kirk # 2021年5月24日 (一) 17:48 (UTC)

Special:内容翻译 的自动翻译结果只有简体中文? 可以设定为繁体吗?

Special:内容翻译 ，找不到相关设定 --Shunlin（留言） 2021年5月27日 (四) 01:50 (UTC)

小工具提议：Gadget-CodeBlocks-NoWrap

源代码位于 User:JasonHK/Gadget-CodeBlocks-NoWrap.css 及 User:JasonHK/Gadget-CodeBlocks-NoWrap.js，另外亦有页面以预览这个小工具。

这个小工具使 <syntaxhighlight /> 由预设的自动换行修改成不换行，以及修正转换成不换行之后错位的样式。小工具已经过测试，适用于所有中文维基百科安装的主题、以及 2017 Wikitext Editor 的预览功能。小工具已大致完成，之后亦会加入对 <pre /> 的支援。

--<JasonHK ✉️ 📝 /> 2021年5月24日 (一) 12:31 (UTC)

可否提供一个示例沙盒？您的代码缩进风格一定师承C系语言。^{[开玩笑的]}--安忆^Talk 2021年5月24日 (一) 13:21 (UTC)

@AnYiLin：User:JasonHK/沙盒/Gadget-CodeBlocks-NoWrap（其实上面“页面”一词就是这个连结）--<JasonHK ✉️ 📝 /> 2021年5月24日 (一) 14:35 (UTC)

每次换不换行还要进参数设置里切换一下太麻烦了，不如弄成实时切换的。说一下我的思路：

• 把样式分离出来，命名一个叫example的父class，可以是外部样式表，也可以用JS动态插style标签；
• 利用JS给代码框的右上角（或在其他地方）加个点击元素（图标之类）来让用户通过点击就可以给节点增删这个class；
• 利用local storage记住当前状态。

这样就可以随时切换了，感觉体验会比较好。--安忆^Talk 2021年5月24日 (一) 15:03 (UTC)

pre {
	overflow: auto;
	white-space: pre;
}
.mw-highlight .hll {
	display: revert;
}

三句话能做到的事，为何要这么麻烦？虽然没看你的代码。--Lt2818（留言） 2021年5月24日 (一) 14:45 (UTC)

行31…他说了两个“以及”和“所有皮肤”。--安忆^Talk 2021年5月24日 (一) 15:11 (UTC)

我这三句话，除了高亮部分只覆盖文字而与原先不同外，实现了全部目标。JS适合用来实现你说的功能，原先的目标用不着。--Lt2818（留言） 2021年5月24日 (一) 15:23 (UTC)

@Lt2818：小工具的 CSS 已经做到不换行了，JavaScript 是用来修正 padding-right 和高亮过短的。--<JasonHK ✉️ 📝 /> 2021年5月24日 (一) 15:40 (UTC)

pre, .mw-highlight {
	overflow: auto;
}
pre {
	white-space: pre;
}
.mw-highlight pre {
	min-inline-size: max-content;
	margin-block-end: 0;
}

@JasonHK：若一定要高亮部分等长的话，可试试以上代码。--Lt2818（留言） 2021年5月24日 (一) 17:38 (UTC)

@Lt2818：你这个方法我之前己经试过了，但是卷轴变成了在区块之外，还有 border-right 要卷动到最后才能够看见。而且这个方法也不适用于一般的 <pre />，要依赖 JavaScript 才能够正常运作，否则便会打破第四面右面的墙了。--<JasonHK ✉️ 📝 /> 2021年5月25日 (二) 06:50 (UTC)

我不认为为了显示一条边线，有多写几十倍代码的必要。上面给出的两种写法都适用于<pre>（也适用于竖排文本框），请查证。--Lt2818（留言） 2021年5月25日 (二) 09:59 (UTC)

@Lt2818：是的，部分情况下可以运作，但其实有行号的 <syntaxhighlight /> 本来就不支援竖排。<pre /> 的 border-right 正常个 padding-right 失效，而 <syntaxhighlight /> 则相反。卷轴的情况也类似，<pre /> 在区块内而 <syntaxhighlight /> 则在区块外。我只是希望两种程式码区块的样式能够统一，而且少了边框会令区块的对比度不足，还有就是卷轴在区块外面会显得非常奇怪。--<JasonHK ✉️ 📝 /> 2021年5月25日 (二) 11:02 (UTC)

 吐槽syntaxhighlight pre又不是自封闭标签（-- Sunny00217  2021年5月28日 (五) 10:55 (UTC)

@Lt2818：我将小工具的 JavaScript 重写了，现在的做法应该会更好。--<JasonHK ✉️ 📝 /> 2021年5月30日 (日) 05:07 (UTC)

已阅，意见无变化。--Lt2818（留言） 2021年5月30日 (日) 06:02 (UTC)

奇怪的Wikipedia:互助客栈/

最近这段时间，有时打开Wikipedia:互助客栈页面的时候正好赶上网络不好，请求失败。刷新页面重新加载的时候，会莫名其妙跳到Wikipedia:互助客栈/。此时url显示的还是 Wikipedia:互助客栈，但实际显示的页面却是Wikipedia:互助客栈/。不知是什么原因会这样，已经遇到过好几次了。不知道有没有其他人也遇到过类似的问题？（为了防止这是个bug，而造成意外，我已经把Wikipedia:互助客栈/白纸保护了）--百無一用是書生 (☎) 2021年5月27日 (四) 03:14 (UTC)

这比较像是浏览器的问题，也许可以将 Wikipedia:互助客栈/ 重定向到 Wikipedia:互助客栈？--<JasonHK ✉️ 📝 /> 2021年5月27日 (四) 08:20 (UTC)

同上。估计是浏览器自己加的/。--安忆^Talk 2021年5月27日 (四) 09:17 (UTC)

估计与这个现象有关联。因为未见他人有类似报告，浏览器问题的可能性较大，可以排查一下插件啥的。--Lt2818（留言） 2021年5月30日 (日) 06:10 (UTC)

5/29的页面浏览次数分析数据缺失

我注意到5/29的页面浏览次数分析不见了，图表里缺了这一天的统计，不分条目，而除了这一天的统计都正常。而英文维基条目就没有这个问题。是出了什么状况？——George6VI（留言） 2021年5月31日 (一) 03:24 (UTC)

现在是恢复正常了。——George6VI（留言） 2021年5月31日 (一) 12:42 (UTC)

Tech News: 2021-22

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。

问题

• 之前Vector外观上的分类文字及页面标题下的提示文字大小有问题，已在上周一修复。 [15]

本周后期变更

• 本周没有MediaWiki的新版本。

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

2021年5月31日 (一) 17:05 (UTC)