維基百科:互助客棧/技術/存檔/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)