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

关于删除模板的问题

是否应将“回复”预设简繁转换为“回覆”?

“以本地时区显示签名时间”小工具先于图表加载时导致无限递归

请求修改MediaWiki:Abusefilter-disallowed-removal中内容

建议修改 Infobox Former Subdivision 参数 image_map 与 Location map+ 的相容

建议修改{{AFC decline}}的内容

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

最近我在整理探险活宝集数列表的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)

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)

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

请教如何合并这两个只有繁简用字差异的分类

如题,我注意到这两个分类Category:Ko 母語使用者Category:Ko 母语使用者同时存在,繁体分类历史较久、有维基数据连结、包含用户页较多且多半使用Template:User koTemplate: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#ConfigurationLocalSettings.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)

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

template:Infobox Chinese会将台湾客语显示为闽语的一种

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

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

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

 
因为“大字体”小工具,部分 OOUI 控件无法正常对齐(见图中红框)。
 
关闭“大字体”小工具后,OOUI 控件正常对齐。

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

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

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

谢谢。--Tranve () 2021年4月19日 (一) 13:15 (UTC)

更多技术信息:本问题出现在包括但不限于 ButtonGroupWidget(其中一个按钮只有图标,另一个按钮只有文字时)、ButtonSelectWidgetActionFieldLayout 等控件上。--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)


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

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

关于common.js的小问题

道歉声明

内容翻译将不会再持续触发大量建立条目过滤器导致无法发布

(续)以模组改写Namespace pagename模板

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

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

TCMDb title模板生成错误URL

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

近期变更

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

Tech News: 2021-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)

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.cssUser: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)
@AnYiLinUser: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)

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