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

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)

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:互助客栈/。此时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)