維基百科:互助客棧/技術/存檔/2024年6月
![]() | 本頁是以往討論的存檔。請勿編輯本頁。若您想發起新討論或重啟現有討論,請在當前討論頁進行。 |
Category:包含規範控制信息的維基百科條目
波士尼亞與赫塞哥維納的 Infobox 中無鏈入波士尼亞與赫塞哥維納國旗的國旗藍鏈
請求協助刪除MediaWiki:Discussiontools-topicsubscription-notify-unsubscribed-body的本地自定義消息
監視列表的星星圖標旋轉後不對稱
監視列表的星星圖標在點擊監視按鈕後會旋轉,旋轉過後可以發現圖標不對稱。這個問題出現在網頁端,移動端和PC端都有這個問題。
查看不對稱的星星圖標截圖--Heer Rayy(留言) 2024年6月1日 (六) 08:25 (UTC)
- 沒明白怎麼不對稱?--百無一用是書生 (☎) 2024年6月1日 (六) 11:34 (UTC)
- 因為MediaWiki使用的星星圖標File:OOjs_UI_icon_star.svg本身就不是正五角星,下方的兩個角要大個5°左右,見[1]。因此旋轉之後自然看起來就有點歪。不過說它「不對稱」是不準確的,它有一條對稱軸,只是它不滿足旋轉對稱。Irralpaca(留言) 2024年6月1日 (六) 13:48 (UTC)
能否列出在Category:在世人物和Category:生者傳記分類中,英語維基、維基數據中已經標示死亡的人物傳記條目,比如菲利普·羅斯已經去世六七年了,討論頁Talk:菲利普·羅斯 (Special:Diff/80866776/82855802)的模板中有{{Blp}}模板,或者{{WikiProject banner shell}}還有BLP、living參數,並將其列入Category:生者傳記分類。--Kethyga(留言) 2024年5月31日 (五) 01:48 (UTC)
- 英維有一個en:Category:Living people on EN wiki who are dead on other wikis這樣的分類。希望可以引入中維吧--微腫頭龍(留言) 2024年5月31日 (五) 08:00 (UTC)
- 有一說一,這個分類名稱有夠好笑XD —— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月3日 (一) 02:33 (UTC)
關於Special:Watchlist的變動
最近,監視清單的頂部改用了flex進行實現。flex作為塊級元素,和作為右浮動塊級div元素的「全域監視列表」按鈕位置配合得不是很好。
乾脆改成簡單的連結算了吧。加個clear感覺不是很好看。 --MilkyDefer 2024年5月30日 (四) 13:49 (UTC)
完成,看這樣可好?--百無一用是書生 (☎) 2024年5月31日 (五) 13:18 (UTC)
- 我覺得滑鼠不移動上去就不知道原來是個按鈕、並且可以完美地和上下文的文字融於一體的設計不是好設計。--MilkyDefer 2024年5月31日 (五) 14:07 (UTC)
- 我在想能不能比照元維基改在側邊欄顯示?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月5日 (三) 00:33 (UTC)
舊版Vector來源彈窗不能顯示
當鼠標標向來源時,彈窗不能顯示。
又是更新導致嗎 ?--約翰同志-條目裱糊匠(留言) 2024年6月6日 (四) 11:20 (UTC)
- 我還以為是我瀏覽器問題,看來是真的出問題了--百無一用是書生 (☎) 2024年6月6日 (四) 12:22 (UTC)
- 見phab:T366419#9857143,被默認關閉了。需要在Special:參數設置#mw-prefsection-rendering中手工重新開啟--百無一用是書生 (☎) 2024年6月6日 (四) 12:29 (UTC)
Cat-a-lot
見展開的編輯歷史,是哪裡出了問題。--寒吉(留言) 2024年6月6日 (四) 16:02 (UTC)
頁面預覽功能疑似損壞
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
自昨天下午開始,我登錄狀態下頁面預覽似乎被破壞,但在未登錄狀態下似乎正常。已經勾選了啟用頁面預覽。我嘗試過的方法:關閉所有小工具、清空common.js、切換皮膚、換用瀏覽器(Microsoft Edge、Firefox)、清除瀏覽器Cookie、新建帳戶等,均能復現。
另附英維相關討論。--深鳴(留言) 2024年5月30日 (四) 10:50 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
Special:網絡書源又映射錯誤了
2024年第23期技術新聞
維基媒體技術社群現在發布最新的技術新聞。請告知其他使用者這些變更;不是所有的變更都會對您造成影響。技術新聞提供其他語言的譯文版本。
近期變更
- 管理員現在無需使用JavaScript,即可在工具側邊欄的底部新增連結。參見手冊。 [2]
- WikiHiero追蹤分類的定義的訊息名稱已從「
MediaWiki:Wikhiero-usage-tracking-category
」修正為「MediaWiki:Wikihiero-usage-tracking-category
」。 [3] - 一個新的維基已建立: 中部杜順語維基百科 (
w:dtp:
) [4]
本週變更
未來變更
MediaWiki message delivery 2024年6月3日 (一) 22:33 (UTC)
- 新版本對Vector 2010的更改中包含標題HTML的更改,這會導致部分小工具失效,需參考mw:Heading HTML changes對受影響的工具進行修改。——暁月凜奈 (留言) 2024年6月7日 (五) 12:44 (UTC)
- 另外,Vector 2010下,首頁的mw-heading mw-heading1會把文字擠到下方……——暁月凜奈 (留言) 2024年6月7日 (五) 13:03 (UTC)
Jimmy-bot存檔互助客棧時創建的討論頁面包含存檔頁模板
Jimmy-bot在存檔互助客棧的討論時,如果存檔至一個不存在的討論界面,創建討論界面時就會在頂部加上{{存档页|Wikipedia:互助客栈/XX}}
。比如這個討論頁面Special:Diff/82853018,頂部就被加上了「本頁是以往討論的存檔。請勿編輯本頁。若您想發起新討論或重啟現有討論,請在當前討論頁進行。」並且當前討論頁的連結也是指向Wikipedia:互助客棧/技術的。不知道問題是不是bot沒有區別創建其他討論頁面和創建類似Wikipedia:互助客棧/技術/存檔/2024年5月這種存檔頁。--𝓧𝓩𝓣𝓓𝓮𝓪𝓷 𝕋𝕒𝕝𝕜 2024年6月7日 (五) 07:33 (UTC)
艾奥瓦/艾奧瓦/愛荷華
剛剛編輯姊妹艦題目時,留意到一個小問題。
艾奧瓦號戰艦 (BB-61)和艾奧瓦號戰艦 (BB-4)的名稱來自艾奥瓦州。根據Module:CGroup/USState,美國州份Iowa的轉換為简体:艾奥瓦;繁體:愛荷華。奥為簡,而奧為繁,艾奧瓦是否合符規範?但我於沙盒測試時,發現台灣字詞轉換未能正確處理 艾奥瓦(標準簡體,顯示為繁體奧),而能將艾奧瓦(繁體奧)轉爲愛荷華。
另同樣以該州命名的衣阿华级战列舰是否需要更名?--惣流 明日香 蘭格雷不姓 式波 2024年6月7日 (五) 08:33 (UTC)
- @Sohryu Asuka Langley Not Shikinami:似乎涉及譯名差異而非純粹技術問題,建議移步條目探討區,經討論後再統一更新各類轉換組。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月7日 (五) 13:55 (UTC)
- 台灣轉換將混入繁體的大陸寫法「艾奧瓦」「正確」轉爲「愛荷華」,將簡體大陸寫法「艾奥瓦」只「轉」成「艾奧瓦」是否技術問題?--惣流 明日香 蘭格雷不姓 式波 2024年6月7日 (五) 14:10 (UTC)
幫助備份 援軍明日到達 參考連結
Hlist/styles.css
出生日期跟逝世日期需要頁面分類嗎?
IABOT與哈佛參考文獻格式
IABOT是否只能處理<ref></ref>中的連結,而不能處理{{refbegin}}{{refend}}中的連結?--三獵(留言) 2024年6月8日 (六) 15:47 (UTC)
首頁頂欄排版錯亂
今日下午登入中維時發現首頁上的頂欄突現排版錯亂,更換不同瀏覽器和清除Cookie都沒能解決這個問題,這個問題似乎僅在使用Timeless或Monobook作為外觀皮膚時出現,狀況都是「維基百科」四字被放大。--ElectronicGhost丨留言丨簽名 2024年5月23日 (四) 13:26 (UTC)
- 可能與#2024年第21期技術新聞的變更有關?--百無一用是書生 (☎) 2024年5月23日 (四) 13:35 (UTC)
- 前次相關討論。--Cookai餅塊🍪(💬留言) 2024年5月23日 (四) 14:19 (UTC)
- 可以給個載圖嗎?--GX01(留言) 2024年5月25日 (六) 03:48 (UTC)
- 見此:https://t.me/wikipedia_zh_n/1839284--ElectronicGhost|👻 2024年5月25日 (六) 18:12 (UTC)
已修復在MediaWiki:Timeless.css和MediaWiki:Monobook.css--百無一用是書生 (☎) 2024年5月31日 (五) 12:55 (UTC)
- Vector皮膚也一樣排版錯亂(包括粵維也是如此);Vector 2022皮膚在URL最後增加
?safemode=1
禁用JavaScript後正常,以正常模式打開會排版錯亂。--Dabao qian℡ 2024年6月10日 (一) 11:09 (UTC)
- Vector皮膚也一樣排版錯亂(包括粵維也是如此);Vector 2022皮膚在URL最後增加
- 見此:https://t.me/wikipedia_zh_n/1839284--ElectronicGhost|👻 2024年5月25日 (六) 18:12 (UTC)
2024年第24期技術新聞
維基媒體技術社群現在發布最新的技術新聞。請告知其他使用者這些變更;不是所有的變更都會對您造成影響。技術新聞提供其他語言的譯文版本。
近期變更
- SVG渲染軟體已更新,修復了多項長期存在的SVG渲染錯誤。 [7]
所有標題的HTML標記正在進行更改,以進一步落實無障礙。部分外觀(舊版Vector(2010)和MinervaNeue)已於上週更改。請於您所在的維基的這些外觀下測試小工具,並回報任何相關問題,以便在Vector 2022進行更改之前解決這些問題。開發人員仍在考慮引入小工具API,用來向章節標題添加按鈕(如果這對工具創作者有幫助的話);開發人員將非常感謝您對此提供任何意見。
上週,Parsoid用於引用的HTML標記有一項變更。現在,Parsoid在原本會生成
mw-reference-text
class的地方,會同時生成reference-text
class,以便更好地兼容舊版解析器。詳情請見公告。 [8]
問題
- 內容翻譯功能的介面出現錯誤,導致了工具選單錯位。此問題已解決。 [9]
本週變更
MediaWiki的新版本將於6月11日部署至測試維基及MediaWiki.org,於6月12日部署至非維基百科wiki及部分維基百科,並於6月13日部署至所有站點(參見日程表)。 [10][11]
MediaWiki的新版本有另一項關於引用的HTML標記變更:Parsoid現在均會為已命名和未命名參考生成
<span class="mw-cite-backlink">
wrapper,以便更好地兼容舊版解析器。請介面管理員確認與引用互動的小工具是否兼容新標記。詳情請見公告。 [12]- 在使用
<translate>
系統的多語言維基上,可能過時的譯文會以粉紅色背景顯示,直到被更新或確認。從本週開始,確認譯文操作將記錄在日誌中;如果社群提出要求,我們將為確認譯文新增一項使用者權限。 [13]
MediaWiki message delivery 2024年6月10日 (一) 20:18 (UTC)
如何在「Template:」以外的 namespace 測試 styles.css?
我在模板沙盒想要測試NumBlk(User:Justin545/沙盒/Template:NumBlk)及其對應的TemplateStyles(User:Justin545/沙盒/Template:NumBlk/styles.css),所以在 模板沙盒 的 沙盒字首 欄位填入「User:Justin545/沙盒」,顯示頁面 欄位填入「不等」,按下 檢視 鈕後,結果卻看到『頁面Template:NumBlk/styles.css必須具有內容模型「已過濾的CSS」用於模板樣式(目前的內容模型是「CSS」)。』的紅字。
請問要如何才能在「Template:」及「模板:」以外的命名空間測試含有TemplateStyles的模板?--Justin545(留言) 2024年6月3日 (一) 06:53 (UTC)
- 找管理員幫手改「內容模型」,或者直接在模板空間下面建立CSS頁(好像只有模板子頁面的css頁才是「已過濾的CSS」,可以用於模板樣式)。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年6月3日 (一) 08:05 (UTC)
- 謝謝,看來似乎還是要有特殊權限才行,若是這樣「模板沙盒」的用處就比較小了,要在模板空間下的CSS頁才能使用。--Justin545(留言) 2024年6月3日 (一) 09:07 (UTC)
- 把你需要的css拉到Template:沙盒/TemplateStyles的子頁面吧 ——魔琴[身份聲明 留言 貢獻 新手2023] 2024年6月3日 (一) 11:44 (UTC)
- 若沒錯的話,雖然該頁面也是屬於Template命名空間底下的頁面,不過它看來有分配子頁面給各別的使用者做測試,可以避免不同使用者搶到同一個頁面來測試的問題。
- 其實,原本這個「已過濾的CSS」的錯誤訊息一開始是在日文維基遇到的問題,後來發現中文也有相同的問題,所以直接在這裡提問,畢竟日文也是靠Chrome的翻譯,溝通還是可能造成誤會。我可能再找找日文維基有沒有Template:沙盒/TemplateStyles的類似頁面,如果沒有的話,可能就直接把日文維基的Lua module搬到中文維基來用了。--Justin545(留言) 2024年6月3日 (一) 15:40 (UTC)
- 註:上述的module為ja:Module:サンドボックス/Ef3/Timeit,看起來像是可以量測模板在做展開時所耗費的時間(第14~20行),不過Lua幾乎沒經驗,也可能有誤解。--Justin545(留言) 2024年6月3日 (一) 15:49 (UTC)
- 日文維基我暫時找不到類似的template style放置空間,所以已將前述的Lua module先搬到Module:沙盒/Justin545/Timeit,並加上一點使用的範例。--Justin545(留言) 2024年6月4日 (二) 04:56 (UTC)
- 把你需要的css拉到Template:沙盒/TemplateStyles的子頁面吧 ——魔琴[身份聲明 留言 貢獻 新手2023] 2024年6月3日 (一) 11:44 (UTC)
- 謝謝,看來似乎還是要有特殊權限才行,若是這樣「模板沙盒」的用處就比較小了,要在模板空間下的CSS頁才能使用。--Justin545(留言) 2024年6月3日 (一) 09:07 (UTC)
- 有一個做法就是隨便建一個Template:沙盒/TemplateStyles/TEST20240603.css之類的css頁然後再直接移動到你的用戶頁(這種頁面移動不會留下重定向)--SunAfterRain 2024年6月4日 (二) 09:18 (UTC)
- 在Template命名空間先建立好CSS頁,然後再把該CSS頁移到其他的命名空間(如User),您是指像這樣類似的做法可以讓移動後的CSS頁面其內容模型保持在「已過濾的CSS」嗎?--Justin545(留言) 2024年6月4日 (二) 10:05 (UTC)
囧rz……如果新標題不能放置那個內容模型是會直接連移都移不了--SunAfterRain 2024年6月11日 (二) 13:14 (UTC)
- 沒聽說也不這麼認為移動頁面會改變內容模型,原本只是想再次確認閣下所述的做法以減少自己誤會的可能。只是沒想到這個再確認「似乎」又造成了另一個誤會。後續有需要我再自行試驗即可,謝謝建議。--Justin545(留言) 2024年6月11日 (二) 16:43 (UTC)
呃 您從哪裡聽來移動頁面會改變內容模型了
- 在Template命名空間先建立好CSS頁,然後再把該CSS頁移到其他的命名空間(如User),您是指像這樣類似的做法可以讓移動後的CSS頁面其內容模型保持在「已過濾的CSS」嗎?--Justin545(留言) 2024年6月4日 (二) 10:05 (UTC)
互助客棧/條目探討 的英文連結
現時Wikipedia:互助客棧/條目探討的英文版本連結至無關的英維法輪功討論頁歷史版本--惣流 明日香 蘭格雷不姓 式波 2024年6月12日 (三) 03:02 (UTC)
- 找到原因了,Talk:法輪功#從英文維基百科翻譯了一段內容有個直鏈en的跨語言標記,通過RFC嵌入進來了。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年6月12日 (三) 04:16 (UTC)
- 好奇問一下RFC是什麽?--惣流 明日香 蘭格雷不姓 式波 2024年6月12日 (三) 04:40 (UTC)
- WP:RFC(徵求意見)。不過我也不知道是怎麼嵌入到條目探討的……--自由雨日(留言) 2024年6月12日 (三) 05:15 (UTC)
- 本來的討論有人寫錯了跨語言連接。然後被RFC複製到Wikipedia:徵求意見/政治、政府與法律,再通過逐層嵌套引入的。
- t:Village pump page header加了判斷子頁面Wikipedia:互助客棧/條目探討/rfclist,後者嵌入Wikipedia:徵求意見/條目主題,再嵌入Wikipedia:徵求意見/政治、政府與法律。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年6月12日 (三) 06:08 (UTC)
- WP:RFC(徵求意見)。不過我也不知道是怎麼嵌入到條目探討的……--自由雨日(留言) 2024年6月12日 (三) 05:15 (UTC)
- 好奇問一下RFC是什麽?--惣流 明日香 蘭格雷不姓 式波 2024年6月12日 (三) 04:40 (UTC)
簡繁重定向不一致
剛剛在1970年約旦內戰編輯時看到一個武裝鬥爭鏈接,重定向至舉事,而武装斗争鏈接,重定向至武裝力量。未知是否有其他類似情況。--惣流 明日香 蘭格雷不姓 式波 2024年6月5日 (三) 08:34 (UTC)
- 其實可以考慮用機器人偵測列出資料庫報告?副知@Kanashimi。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月5日 (三) 09:49 (UTC)
- 機器人可以做,不過得有時間寫程式。--Kanashimi(留言) 2024年6月5日 (三) 12:56 (UTC)
- Eric Liu 創造は生命(留言・留名・學生會) 2024年6月12日 (三) 19:41 (UTC) 無妨,您若改日有空再看看。——
- 機器人可以做,不過得有時間寫程式。--Kanashimi(留言) 2024年6月5日 (三) 12:56 (UTC)
- 又一例:
- 2022年英国政府危机 消歧義
- 2022年英國政府危機 重定向
- --惣流 明日香 蘭格雷不姓 式波 2024年6月7日 (五) 09:31 (UTC)
- 目前後者已被更改重定向至前者--—— Matt Zhuang表示有事按「此」留言 2024年6月7日 (五) 10:47 (UTC)
訂閱通知之不合適
樂譜無法輸出音樂
在丟手絹條目的歷史版本中,樂譜可以輸出音樂播放。在最新版本中,儘管沒有修改樂譜相關的任何代碼,卻無法播放音樂了,滑鼠交互顯示為播放File:Undefined。請問是什麼緣故?--三獵(留言) 2024年5月21日 (二) 15:37 (UTC)
- 頁面上有其他多媒體文件時(您在編輯中加入了File:Le facteur n'est pas passé.webm),Score擴展無法播放。見Phab:T363630。Irralpaca(留言) 2024年5月21日 (二) 16:14 (UTC)
- 其他條目也可見該問題,如義勇軍進行曲#歌曲和中華民國國歌#旋律。Irralpaca(留言) 2024年5月21日 (二) 16:17 (UTC)
- 感謝告知。怪不得我前幾天在英維上也遇到過這一狀況。那就坐等修復啦。——三獵(留言) 2024年5月21日 (二) 17:30 (UTC)
- @三猎:問題已於6月13日部署至中維的1.43.0-wmf.9版本中解決,謹此通知。Irralpaca(留言) 2024年6月13日 (四) 23:32 (UTC)
- @Irralpaca:感謝!——三獵(留言) 2024年6月14日 (五) 05:25 (UTC)
- @三猎:問題已於6月13日部署至中維的1.43.0-wmf.9版本中解決,謹此通知。Irralpaca(留言) 2024年6月13日 (四) 23:32 (UTC)
- 感謝告知。怪不得我前幾天在英維上也遇到過這一狀況。那就坐等修復啦。——三獵(留言) 2024年5月21日 (二) 17:30 (UTC)
能否取消點擊右上角「X種語言」時彈出的「缺少XX、XX及其他語言版本」?
想閱讀其他語言版本的條目時,點擊右上角的「X種語言」按鈕,總會在大約1s後在頂端出現「缺少XX、XX及其他語言版本」橫幅。這就導致,比如原本想點擊English,結果在按下滑鼠時剛好彈出橫幅,就點到了English上面的一種語言。所以每次只能要麼趁橫幅還沒彈出來趕緊點,要麼就只能等一會兒等橫幅跳出來之後再點,嚴重影響使用體驗。 (註:用的是Vector 2022皮膚)--自由雨日(留言) 2024年6月14日 (五) 08:40 (UTC)
- 一年前已有其他用戶在Phabricator報告了(Phab:T344028),不過似是沒有修復的意向。在bug報告下方有其他用戶提供了使用全域CSS的臨時解決方案,您可前往Phab連結查看。Irralpaca(留言) 2024年6月14日 (五) 11:29 (UTC)
- 謝謝!不過我照他說的加入了css並刷新了緩存,好像根本沒有效果……--自由雨日(留言) 2024年6月14日 (五) 11:42 (UTC)
- 另一種解決方法,如果平時不用內容翻譯功能的話,便是在參數設置的測試功能中將內容翻譯關閉。Irralpaca(留言) 2024年6月14日 (五) 16:46 (UTC)
- !!好像確實可行!我確實不用翻譯功能。沒想到這麼容易就解決了……?--自由雨日(留言) 2024年6月14日 (五) 21:05 (UTC)
- 另一種解決方法,如果平時不用內容翻譯功能的話,便是在參數設置的測試功能中將內容翻譯關閉。Irralpaca(留言) 2024年6月14日 (五) 16:46 (UTC)
- 謝謝!不過我照他說的加入了css並刷新了緩存,好像根本沒有效果……--自由雨日(留言) 2024年6月14日 (五) 11:42 (UTC)
- 換個皮膚試一下?--Leiem(留言·簽名·維基調查) 2024年6月14日 (五) 18:13 (UTC)
- 不太用得習慣其他皮膚啊,而且可能和皮膚無關()--自由雨日(留言) 2024年6月14日 (五) 21:05 (UTC)
- 比如我用的Modern皮膚的語言列表是在左下角的,是一長列的形式。--Leiem(留言·簽名·維基調查) 2024年6月15日 (六) 01:50 (UTC)
- 哦哦,很有道理!用慣了Vector(2022)差點忘了其他皮膚語言連結一般是在側面了。(不過設置里有Modern這個皮膚嗎……)--自由雨日(留言) 2024年6月15日 (六) 02:02 (UTC)
- 比如我用的Modern皮膚的語言列表是在左下角的,是一長列的形式。--Leiem(留言·簽名·維基調查) 2024年6月15日 (六) 01:50 (UTC)
- 不太用得習慣其他皮膚啊,而且可能和皮膚無關()--自由雨日(留言) 2024年6月14日 (五) 21:05 (UTC)
- 我也需要!—— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月14日 (五) 22:10 (UTC)
- 推薦全域屏蔽cx的廣告。可以看看經典語言欄小工具。 ——魔琴[身份聲明 留言 貢獻 新手2023] 2024年6月15日 (六) 17:21 (UTC)
- cx是什麼?內容翻譯嗎?--自由雨日(留言) 2024年6月15日 (六) 17:36 (UTC)
Infobox 配色
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
請問最近是改了配色了嗎,現在Infobox 邊框顏色改了嗎,或者是改細了?背景白色和Infobox表格內配色太相近了,邊框不清晰,看得眼疼。個人現在這種變化有違無障礙要求的MOS:對比度。--Nostalgiacn(留言) 2024年6月14日 (五) 01:52 (UTC)
- 補充是瀏覽器的變化,直觀感覺是直接套用手機端的樣式,手機屏幕小,Infobox顯示由上而下,所以不太受影響。PC屏幕長寬比更大,讓整體體驗變得很糟糕。--Nostalgiacn(留言) 2024年6月14日 (五) 02:03 (UTC)
- Vector 2022皮膚又瞎改,{{Infobox}}和{{Hatnote}}都變成了移動版的樣式。--Dabao qian℡ 2024年6月14日 (五) 02:53 (UTC)
- 我是覺得還可以--百無一用是書生 (☎) 2024年6月14日 (五) 03:16 (UTC)
- {{taxobox}}跟{{speciesbox}}家族是不是也遭到一樣的改動?我剛剛一點開才發現資訊框設計整個變了,科學分類層從靠左變成靠右對齊,還整個對歪(詳見我正在慢慢編輯的紅嘴奎利亞雀)看了相當強迫症發作...這有辦法修成比較對齊的樣子嗎?--WiTo🐤💬 2024年6月14日 (五) 03:38 (UTC)
- Infobox 的表格比例也變了,變成1:1。排版都亂了,原本不換行的變換行,還有直接格式崩掉的,如《極速星舞》。--Nostalgiacn(留言) 2024年6月14日 (五) 05:10 (UTC)
- 要不要將放在MediaWiki:Common.css的infobox樣式遷移回模板樣式中?可能皮膚css對infobox系樣式增加了適應性的調整,剛好覆蓋了我們的MediaWiki:Common.css對infobox的樣式。或者考慮下降到模板樣式,這樣優先級會更高一些,同時也是專項專用。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年6月14日 (五) 06:03 (UTC)
- 有相當一部分信息框模板沒有使用{{Infobox}}模板編寫,而是直接套用表格語法({{Infobox PRCG}}),這樣怕會出問題,而且這個問題是所有語言版本都有出現。--Dabao qian℡ 2024年6月14日 (五) 06:45 (UTC)
- 英文版也只遷移了一小部分en:Module:Infobox/styles.css,全部遷移好是好,但是工作量巨大--百無一用是書生 (☎) 2024年6月14日 (五) 06:49 (UTC)
- 從模板空間找
insource:"class=\"infobox"
看看那些沒有直接調用{{infobox}},先雙線保留(Common和模板樣式並存),清理掉前面的,再移除Common,到時仍看到有的再補充模板樣式。應該就好了。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年6月14日 (五) 06:54 (UTC) - 目前的情況,只能是先等phab那邊給出方案,儘快修改。如果遲遲不解決,再本地解決--百無一用是書生 (☎) 2024年6月14日 (五) 06:54 (UTC)
- 拋去那些問題不說,新版的infobox還是挺好看的...--百無一用是書生 (☎) 2024年6月14日 (五) 07:02 (UTC)
- 比例問題先不提,改了,大部分條目都要重新適配。新版辨識度,體驗很糟糕,不太清楚是否與熒幕材質有關,反正我看得眼疼。--Nostalgiacn(留言) 2024年6月14日 (五) 07:11 (UTC)
- 我說好看,是指整體設計上,細節的確是一大堆毛病。辨識度這點,的確有問題,雖說我電腦上看起來還行,眼睛很舒服,沒之前那麼刺眼了(的確和熒幕有關係,但本質還是配色問題)--百無一用是書生 (☎) 2024年6月14日 (五) 08:42 (UTC)
- 比例問題先不提,改了,大部分條目都要重新適配。新版辨識度,體驗很糟糕,不太清楚是否與熒幕材質有關,反正我看得眼疼。--Nostalgiacn(留言) 2024年6月14日 (五) 07:11 (UTC)
- 拋去那些問題不說,新版的infobox還是挺好看的...--百無一用是書生 (☎) 2024年6月14日 (五) 07:02 (UTC)
- 從模板空間找
- 堅持vector-2010不動搖。
不過這部分影響可能只是限定特定皮膚的。雖然navbox、infobox名義上是社群通用設計與mw沒直接組件關聯,但mw直接插手到樣式控制上就有點意外。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年6月14日 (五) 09:08 (UTC)
- mw一直在插手,只是以前插手少,沒感覺罷了。這次這個是要搞dark模式兼容、移動版優化以及flex設計,全都攪在一起了--百無一用是書生 (☎) 2024年6月14日 (五) 09:43 (UTC)
留意到,現在已經換回來了。--Nostalgiacn(留言) 2024年6月15日 (六) 02:00 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
表格內圖片過小
我編寫沖繩縣行政區劃時為表格內圖片逐一設定了大小,當時也是這樣的大小,但我剛才再次檢視條目時發現圖片變得特別小(特殊:固定連結/82846712),設定了表格欄大小才恢復當時的效果(特殊:差異/83064499),不知是哪裡發生了變化,其他裝置是否亦如此。--紺野夢人 2024年6月16日 (日) 15:51 (UTC)
- 包括今天的首頁FL蕉城區各級文物保護單位列表在內的一些條目也有同樣問題。至少在6月14日就已經出現。--Kcx36(留言) 2024年6月17日 (一) 05:49 (UTC)
- Vector2010就沒有問題,很有可能是因為近期對Vector2022樣式的改動。--Kcx36(留言) 2024年6月17日 (一) 05:56 (UTC)
- 和Wikipediasister模板那個應該是同一個問題:phab:T367463--百無一用是書生 (☎) 2024年6月17日 (一) 07:35 (UTC)
- 會影響到Vector 2022, monobook和移動版皮膚--百無一用是書生 (☎) 2024年6月17日 (一) 07:36 (UTC)
- 我在上面對Wikipediasister模板的臨時修復應該也修復了這個問題--百無一用是書生 (☎) 2024年6月17日 (一) 07:39 (UTC)
- 會影響到Vector 2022, monobook和移動版皮膚--百無一用是書生 (☎) 2024年6月17日 (一) 07:36 (UTC)
一些模板可能導致頁面排版出錯
我目前發現的有Template:routemap,該模板於大都會線等頁面內,移動端視圖會出現排版錯誤,下一章節(甚至多個章節)的標題會與展開的routemap重疊在一起難以查看和點擊。我試圖更改條目的內容布局但無法解決問題,並且我最新的更改後發現桌面端也出現了同樣的排版錯誤,routemap展開後會超出下一章節的標題和內容。
所以這個問題要如何解決?有沒有其他類似的模板,內容過長展開時也會出現這個問題?--Awdqmb(留言) 2024年6月17日 (一) 13:53 (UTC)
- 您可以考慮將{{Clear}}置於{{Routemap}}下方。Irralpaca(留言) 2024年6月17日 (一) 23:59 (UTC)
- 我試了一下,問題確實解決了。但我個人認為直接從底層排版邏輯修復這個問題應該很難,畢竟移動端的顯示排版問題一直是整個維百的老大難問題。--Awdqmb(留言) 2024年6月18日 (二) 02:45 (UTC)
- 是否和phab:T367463#9894557是同樣問題?--百無一用是書生 (☎) 2024年6月18日 (二) 02:28 (UTC)
- 看起來不是,不過這個問題我之前在其他語言的維基(比如英維)見過這個問題,直接放入Infobox的Routemap會排版出錯,Routemap所有內容都會自動換行不連貫。但現在這個問題已經修復了,至少英維是修復了。而且我沒在中維見過這個問題(因為我之前就在補充一些線路的Routemap)。--Awdqmb(留言) 2024年6月18日 (二) 02:40 (UTC)
{{Wikipediasister}}不顯示圖標
2024年第25期技術新聞
維基媒體技術社群現在發布最新的技術新聞。請告知其他使用者這些變更;不是所有的變更都會對您造成影響。技術新聞提供其他語言的譯文版本。
近期變更
- 現在,當使用者在視覺化編輯器中嘗試加入外部連結,而該網域被列入維基專案的黑名單,使用者將立即收到回饋。詳情請見編輯檢查。 [14]
- 新的社群配置擴充功能可在測試維基使用。此擴充功能使本地社群能依需求自訂特定功能。目前僅能配置Growth功能,但未來將支援其他用例。 [15][16]
- 現在,深色模式測試功能可以在分類、幫助頁面以及更多特殊頁面上使用。請留意可能存在對比問題。如果您發現任何錯誤,請在專案討論頁回報。 [17]
問題
上週,維基媒體雲端服務中斷了25分鐘。這是由於資料中心的纜線故障所致。 [18]
- 上週,Vector 2022外觀進行了樣式更新。這導致了模板、頂註和圖片出現意料之外的問題。對模板和頂註的變更已被回退;大多數圖片問題已解決。如果您發現任何問題,請在此工單回報。 [19]
本週變更
MediaWiki的新版本將於6月18日部署至測試維基及MediaWiki.org,於6月19日部署至非維基百科wiki及部分維基百科,並於6月20日部署至所有站點(參見日程表)。 [20][21]
- 從6月18日開始,「參考編輯檢查」功能將部署至新一批維基百科。當使用者新增內容至維基百科條目時,若未附上引註,此功能將請他們新增引註,藉此來協助新手並輔助巡查工作。在涵蓋11個維基的測試中,當向使用者顯示「參考檢查」時,新增的引註數量增加了一倍以上。「參考檢查」可由社群自行配置。 [22]
- 本週二(18日),維基媒體郵件清單將於10:00至12:00 UTC期間暫停服務約兩個小時。這是為了遷移至新伺服器並升級其軟體。 [23]
MediaWiki message delivery 2024年6月17日 (一) 23:47 (UTC)
- 「參考編輯檢查」感覺會挺有用的?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月18日 (二) 03:15 (UTC)
- 在過濾最近更改時把拒絕編輯檢查的四個標籤激活,立刻治好低血壓。——暁月凜奈 (留言) 2024年6月19日 (三) 16:41 (UTC)
模板中禁止使用noteTA標題轉換?
剛剛發現,如模板中加入noteTA字詞轉換,可能導致引述模板的條目中(標題等)的錯誤。例子:Template:手動工具。
有何方法禁止在模板中使用 noteTA字詞轉換,或至少在提交模板編輯時展示警告?--Zhenqinli(留言) 2024年6月20日 (四) 17:51 (UTC)
- 之前的版本直接添加了標題轉換(Special:Diff/83053442),那毫無疑問會導致標題錯誤……我已經改為只在正文轉換了(Special:Diff/83111564)。第二行,「禁止在模板中使用字詞轉換,或至少……警告」我沒看懂。--自由雨日(留言) 2024年6月20日 (四) 18:30 (UTC)
- 應該修正為:禁止在模板中使用noteTA(T=標題轉換)的選項。--Zhenqinli(留言) 2024年6月20日 (四) 18:35 (UTC)
- Template:NoteTA/doc#其他注意事項已經指出「如果要在模板內使用本模板,請將本模板用
<noinclude>……</noinclude>
包圍」,理論上如果加了noinclude(現在已經被加上了),模板的標題轉換是不會影響條目中的標題轉換的,出問題是加模板操作錯誤。 - 另外,有的模板確實是需要標題轉換的(如{{創用CC}}),不應該禁止;倒是可以提示「在模板中加{{NoteTA}}要包含noinclude」。--古怪的Wang31(討論 | 貢獻) 2024年6月21日 (五) 00:37 (UTC)
- 感謝說明!我確實之前在模板代碼中都會看到{{NoteTA}}被
<noinclude>……</noinclude>
包裹,但感覺這裡和相關條目轉換規則的衝突概率不大,所以就沒加(Special:Diff/83111564),沒想到在Template:NoteTA/doc#其他注意事項中有強制要求。確實應該加上這句提示。尤其是對直接在模板中將局部字詞轉換參數寫作T(相關編者本意不可能是想將「手動工具」標題轉為「鎖定鉗」)的新手來說,一般更不會知道要用noinclude包裹的注意事項……--自由雨日(留言) 2024年6月21日 (五) 01:22 (UTC)
- 感謝說明!我確實之前在模板代碼中都會看到{{NoteTA}}被
- 說點遠的:我覺得將來應該擴展MW自己的字詞轉換語法,給規則設定作用域,這樣就可以最終解決這個長久以來的痛點。--碟之舞📀💿 2024年6月21日 (五) 03:16 (UTC)
- 應該是「模板的作用域」,有些模板不應該透傳到其他頁面。也就是noteTA不應該放在模板頁面中,然後被嵌入時透傳到條目頁面上。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年6月21日 (五) 03:25 (UTC)
深色模式界面格式問題:編輯模式對話框文本、SVG圖片、代碼塊背景色及字體
—此條未加入日期時間的留言是於2024年6月21日 (五) 08:14 (UTC)之前加入的。
「為翻譯頁面標記{{Translated page}}」小工具的bug
應該產生的是「|version=<版本號>」,但是無法正常抓取版本號,變成了「|version=undefined」。--GnolizX(留言) 2024年6月21日 (五) 12:23 (UTC)
繁簡分類重新導向問題
歸類於繁體標題下之頁面,未能自動重新導向至簡體;如不丹宗份在「各國一級行政區」,卻不能自動分類至既有之「各国一级行政区」分類。Jimmy-bot可能亦需要注意此種分類。我知道手動建立分類重新導向應該可以解決,但本來應該不建立也能運作纔是。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月23日 (日) 14:32 (UTC)
以淺藍色背景突顯被點選到的數學式其對應的NumBlk模板
我已將{{NumBlk}}的inline styles盡可能地都移到其對應的模板樣式CSS頁NumBlk/styles.css了。接下來,因為維基百科原本就有一些點選後以淺藍色背景顏色突顯目標的行為(例如:點選條目中的註釋編號後註釋文字會以淺藍色突顯、點選訂閱通知後在討論章節中新增文字會以淺藍色突顯),所以我想{{NumBlk}}或許也應比照辦理。例如,在特徵線法裡的數學式(6)其源碼為:
{{NumBlk|:|<math>
...(省略LaTeX,不是討論的重點)...
</math>|{{EquationRef|6}}}}
它的渲染結果為:
而在條目的源碼中加入({{EquationNote|6}})
即可產生連到該數學式的連結(6)。我希望點選前面那個連到數學式的連結後,會變成如下的樣式,也就是整個{{NumBlk}}的背景變為淺藍色:
而不是只有編號的部份其背景變為淺藍色(這樣非常不明顯,而且也看不出整個數學式的範圍):
以上的需求,不確定能否光靠模板樣式或CSS來達成?????
但是目前看來似乎有難度,因為({{EquationNote|6}})
所連結到的目標是{{EquationRef|6}}
,所以用:target
pseudo-class所選到的節點基本上是{{EquationRef|6}}
而不是最外層的整個{{NumBlk|:|<math>...</math>|...}}
,如此就難以突顯整個{{NumBlk}},而是可能只有突顯到{{NumBlk}}的子節點,也就是編號的部份。可能這需要CSS selector能夠選到父節點的類似功能才能辦到...--Justin545(留言) 2024年6月22日 (六) 15:25 (UTC)
- (~)補充:Is there a CSS parent selector? 提到可以用
:has()
pseudo-class來選到父節點,但這CSS規格較新,一些browser可能不支援。--Justin545(留言) 2024年6月23日 (日) 13:01 (UTC)- (:)回應我用火狐和Chrome在F12 Console下使用回傳
console.log(document.querySelectorAll(".numblk:has(a:hover)"))
NodeList [ table.numblk ]
,如圖
- 但使用Template:沙盒/TemplateStyles測試之後得到以下錯誤訊息:
- Error: Expected RPAREN at line 1, col 14.
- 似乎
:has()
語法在頁面內容模型(ContentModel)為「sanitized-css」(已過濾的CSS),也就是Help:模板樣式,似乎還不支援此種語法,所以系統會阻止你在Help:模板樣式:「sanitized-css」(已過濾的CSS)頁面中提交包含:has()
的css selector,如圖- 既然系統已經阻擋,即使繞過阻擋,該規則也會被MediaWiki過濾掉而無法生效,因此含有此CSS Selector會無法保存編輯(沙盒也發不了、而顯示預覽時,則該規則消失)。
- 所以,如需要讓Help:模板樣式支援
:has()
的css selector,可能需要提工單或提交社群願望清單。c.c.@Justin545:-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年6月23日 (日) 14:59 (UTC)
- (:)回應
- 我之前沒有實際做過
:has()
的測試,沒想到sanitized-css或MediaWiki可能也是潛在的問題,感謝閣下的測試與回覆。 - 後有去查了一下,在MDN關於:has()的Browser compatibility一節看到各大browser的相容資訊,Firefox是121 (Released 2023-12-19)。所以根據該表,沒錯的話可以整理出一個相容性的清單:
- Chrome:105 (Released 2022-09-02)
- Edge: 105 (Released 2022-09-01)
- Firefox: 121 (Released 2023-12-19)
- Opera: 91 (Released 2022-09-14)
- Safari: 15.4 (Released 2022-03-14)
- Chrome Android: 105 (Released 2022-09-02)
- Firefox for Android: 121 (Released 2023-12-19)
- Opera Android: 72 (Released 2022-10-21)
- Safari on iOS: 15.4 (Released 2022-03-14)
- Samsung Internet: 20.0 (Released 2023-02-10)
- WebView Android: 105 (Released 2022-09-02)
- 可以看到各browser似乎都要到2022年後才開始對
:has()
提供支援,對於不常更新browser軟體的使用者是有一定的危害。 - 現在主要的兩個問題:server side是閣下所發現的問題,client side是browser相容性的問題,這似乎讓
:has()
的解決方案走進暫時的死胡同裡。如果CSS的問題在幾年內都是暫時無解的,或許要考慮CSS以外的方法...。也許是另外再建一個新版的{{NumBlk}},譬如像是{{NumBlkEx}}這個新模板,然後在新版{{NumBlkEx}}的實作部份會自動把第3個參數(也就是編號)當作是最外層節點的id attribute,例如呼叫{{NumBlkEx|:|<math>...</math>|17}}
- 展開後會自動變成
<table id="math_17" class="numblk">...(數學式與編號)...</table>
- 這樣當在條目中若有新增或存在既有的
{{EquationNote|17}}
,它所連結到的目標基本上就會是整個{{NumBlkEx}}了(若沒錯的話,原本{{EquationNote}}所連結到的目標id是透過其展開後所包含的一個連結<a href="#math_17">...</a>
所決定的)。若是這個做法,呼叫{{NumBlkEx}}時第3個參數就不應該再使用{{EquationRef}}。而{{NumBlkEx}}的實作部份看是要把{{NumBlk}}的源碼複制過去改,還是要把{{NumBlkEx}}當作一個wrapper template去呼叫原本的{{NumBlk}}。{{NumBlk}}的說明文件也要明顯地註明將{{NumBlkEx}}與{{EquationRef}}合併使用是不建議的(deprecated),應改用{{NumBlkEx}}。 - 目前還想不到較好的做法,上述做法的缺點是只能適用到新增的條目內容,原有的條目內容可能要手動(以機器人改對我有技術門檻,但英文維基呼叫{{NumBlk}}或{{EquationRef}}的次數估計皆超過1000次)慢慢改成使用新版的{{NumBlkEx}}。--Justin545(留言) 2024年6月24日 (一) 05:01 (UTC)
- (:)回應我用火狐和Chrome在F12 Console下使用
2024年第26期技術新聞
維基媒體技術社群現在發布最新的技術新聞。請告知其他使用者這些變更;不是所有的變更都會對您造成影響。技術新聞提供其他語言的譯文版本。
近期變更
- 上週,差異視圖中的文字背景顏色以及位元組變化數字的顏色有一些變更。這些改動旨在使文字在淺色模式和深色模式下更容易閱讀,是加強落實無障礙的一部分。您可以在專案討論頁提出意見和疑問。 [24]
- 上週,
visited
、hover
和active
連結的顏色也略有改動,以在淺色模式和深色模式下進一步落實無障礙。 [25]
問題
- 點擊留言的時間戳記可以複製討論頁留言的固定連結。當話題標題過長並且連結被用作wikitext連結時,有一些留言固定連結不起作用。此問題已解決。感謝Lofhi回報錯誤。 [26]
本週變更
MediaWiki message delivery 2024年6月24日 (一) 22:31 (UTC)
MobileFrontend側邊欄故障
[30] Log in(登入)、Settings(設定)、Donate(贊助)、About Wikipedia(關於Wikipedia(隨維基媒體計劃名稱而變))、Disclaimers(免責聲明)均無法被點擊,也無法對其長按彈出瀏覽器菜單,全站(所有語言、所有維基媒體計劃)均發生該問題。--Txkk(留言) 2023年11月29日 (三) 03:05 (UTC)
- 在firefox下未能復現,可點擊,可彈出瀏覽器菜單。但是側邊欄各項一點擊或彈出瀏覽器菜單時(點擊滑鼠左鍵或右鍵時),側邊欄就會迅速縮回,雖然點擊的連結打開沒問題(選擇使用彈出的瀏覽器菜單中的功能也沒問題),但是用戶體驗比較糟糕。從前端角度看,很可能算是個bug--百無一用是書生 (☎) 2023年11月29日 (三) 03:20 (UTC)
- 似乎現在mediawiki更新後,這個問題(或類似問題)已不存在了?--百無一用是書生 (☎) 2023年12月15日 (五) 11:56 (UTC)
有沒有人去Phabricator報告問題?--Txkk(留言) 2023年12月25日 (一) 06:46 (UTC)
- 我現在是只有關於和免責聲明點擊後側邊欄縮回,頁面不跳轉--百無一用是書生 (☎) 2023年12月25日 (一) 07:47 (UTC)
- @Txkk、Shizhao:現在情況如何?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月25日 (二) 02:58 (UTC)
未有登入的用戶將可以使用外觀選單和新的預設標準字體大小
摘要:基金會計劃將未登入用戶的字體大小改為標準選項(16px),登入用戶維持原狀及為小選項(15px),所有用戶將有選項列表改變字體大小和行高、及開關深色模式。此變更僅影響使用Vector 2022皮膚的用戶。如果沒有任何重大問題,將會兩星期後部署此改動。--SCP-0000(留言) 2024年5月25日 (六) 03:17 (UTC)
![](http://upload.wikimedia.org/wikipedia/commons/thumb/a/a2/Accessibility_for_reading_unpinned.jpg/200px-Accessibility_for_reading_unpinned.jpg)
大家好! 我們是維基媒體基金會網路團隊。作為本年度年度計劃「閱讀和媒體體驗目標的一部分,我們致力於讓維基媒體計劃的閱讀變得更容易。為了實現這一目標,我們推出了「無障礙閱讀」測試版功能。這添加了一個適用於 Vector 2022 皮膚的選單,並允許已登入的用戶根據個人需求選擇不同的字體大小和配色方案。
此選單引入了新的標準字體設定。這稍微增加了字體的大小和高度。它是根據多個來源選擇的。您可以在「關於新的標準字體設定」部分找到更多相關資訊。
我們將會發生什麼變化
- 我們現在已準備好為未有登入的和已登入的用戶提供新的外觀選單。
- 同時,我們將標準選項設定為僅適用於未有登入的用戶之新預設選項。
- 如果沒有發現重大技術問題,我們計劃在接下來的兩週內進行此更改。
- 稍後,該選單將包括選擇深色模式的選項(該功能暫時仍將是測試版功能)。如希望了解更多信息,請查看我們的專案頁面。
關於選項列表
新選單將允許為未有登入的和已登入的用戶設定以下首選項:
- 文字大小和行高(現以測試版功能提供):使用者將能夠在「小」(目前預設值)、「標準」(建議更好的可訪問性)和「大」選項之間進行選擇。選擇一個選項將更改文字的字體大小和行高。
- 深色模式(現以測試版功能提供):使用者將能夠選擇永久以深色模式查看網站,或選擇「自動」設置,根據裝置或瀏覽器首選項設定淺色或深色模式。
內容寬度(先前作為切換按鈕提供):我們已將內容寬度切換從頁面底部的圖示移至新選單中標籤的單選按鈕。其工作原理與切換開關完全相同。之前的切換按鈕將不再可用。
此選單已作為測試版功能由不同的維基之專案上的已登入使用者進行了測試,同時我們邀請了一些讀者進行了使用者測試。根據這些測試的結果,我們更改了選單,以提高可發現性和易用性,並適應小工具的相容性。
此選單將顯示在頁面右側,如果已固定選單,則緊鄰「工具」選單的下方。與「工具」選單不同,「外觀」選單預設是固定的,但您可以取消固定預設。一旦取消固定預設,這就會折疊在頁面頂部的圖示下。
關於新的標準字體設置
小字體選項是目前的預設值。對於未有登入的用戶,我們將將此預設值更改為「標準」,同時保留小字體選項作為已登入用戶的預設值。「標準」和大字體選項是根據以下內容構建和測試的:
- 針對大多數讀者的最佳平均字體大小的學術研究和建議。這些建議表明,我們目前的字體尺寸太小無法讓大多數人舒適地閱讀。這意味著,平均而言,人們閱讀速度較慢,閱讀時眼睛疲勞,或難以清楚地看清文字。預設增加字體大小可以改善所有使用者的這些問題,包括可能沒有足夠時間透過外觀選單或瀏覽器調整設定的使用者。資訊密度同時很重要,這就是為什麼我們希望在不犧牲資訊密度的情況下增加字體大小。我們不僅透過更改字體大小,同時透過更改行高和段落間距來實現這一目標。
- 由來自 13 個不同語言、腳本和大小的維基專案中 630 多名維基媒體成員提交的設計。這些用戶中的大多數(約 450 名)選擇了比預設值更大的字體大小。「標準」代表最受歡迎的一組答案(15-20 像素)的平均值。大字體選項代表讀者需要更大的字體尺寸選項,例如 21-26 像素之間的一組尺寸。您可以在此閱讀更多關於我們如何讓志願者參與此過程並確定這些選項的資訊。
- 測試版功能使用情況表明,至少一次與該功能互動的大多數使用者選擇的字體大小大於當前預設值。
我們目前為止的工作和下一步
已登入的用戶將暫時保留小字體選項設置作為預設設置,但可以隨時更改為任何其他設定。幾個月後,我們將研究有多少登入使用者切換到標準字體選項,並開始討論已登入的用戶進行的切換是否具有意義。根據測試版功能的早期數據,與該功能的互動中有 55% 選擇使用標準或更大的字體選項設定。
如果您想提供協助,我們有一些簡單的請求:
- 請開啟測試版功能 (「無障礙閱讀(Vector 2022皮膚)」)
- 請嘗試一下新選單。請問有什麼令人困惑的部分嗎?您了解所有標籤以及選單的工作原理嗎?
- 請嘗試不同的字體選項:小尺寸、標準尺寸和大尺寸、配色方案和寬度切換。如果您發現任何錯誤或有任何疑問,請與我們聯絡。
Last-minute FAQ (thanks to SCP-2000 for pointing out these issues:
- Zhwiki community has already solved this issue by increasing the font size to 15px with a gadget.
- We believe that it's great that you have decided to increase the font size. You are one of few communities which have done that, and we applaud you. But 15px turns out to be not enough.
- Why 16px? Do this research and data usage apply to CJK characters?
- Yes, they do. 16px is a minimum for any script, including non-diacriticized Latin scripts like English. Since Chinese characters are more complex than Latin characters, the minimum for zhwiki is at least equal to the minimum for the Latin script-wikis.
如果您想了解有關該專案的更多信息,請參閱我們的常見問題與答案。我們歡迎您提出意見和問題。謝謝你![Translated by Venuslui] OVasileva (WMF) & SGrabarczuk (WMF)(留言) 2024年5月24日 (五) 12:26 (UTC)
- 我記得@Shizhao曾經解釋過選擇15px的理由,想問一下同樣的理由也適合16px嗎?這個變化至少在我這裡是可感的,而社群當時同意保持15px的理由是儘量避免變化。--碟之舞📀💿 2024年5月24日 (五) 14:11 (UTC)
- 相關討論的編者。謝謝。--SCP-0000(留言) 2024年5月24日 (五) 16:09 (UTC)
- 如果真的要更改的話,有必要維持兩個選項嗎?我覺得這樣徒增維護成本。--碟之舞📀💿 2024年5月25日 (六) 03:02 (UTC)
- 這功能本來設計就有「小」(目前預設值)、「中」(基金會建議值)及「大」選項,應該不會徒增基金會維護的成本,但始終可能對社群有些影響。--SCP-0000(留言) 2024年5月25日 (六) 03:26 (UTC)
- 也就是說中文的「小」還是會從14px改為15px,是嗎?--碟之舞📀💿 2024年5月25日 (六) 03:34 (UTC)
- 這功能本來設計就有「小」(目前預設值)、「中」(基金會建議值)及「大」選項,應該不會徒增基金會維護的成本,但始終可能對社群有些影響。--SCP-0000(留言) 2024年5月25日 (六) 03:26 (UTC)
- 所以現在未登入與已登入的使用者都是小(15px)、標準(16px)、大(20px),只是未登入使用者預設是標準(16px),已登入使用者預設是小(15px)這樣?我是覺得這樣沒什麼問題。--冥王歐西里斯(留言) 2024年5月26日 (日) 02:16 (UTC)
- 理論上是的。--SCP-0000(留言) 2024年5月26日 (日) 02:34 (UTC)
簡單而言,未登入用戶的字體大小改為標準選項(16px),登入用戶維持原狀及為小選項(15px),所有用戶將有選項列表改變字體大小和行高、及開關深色模式。如果沒有任何重大問題,將會兩星期後部署此改動。副知曾參與 - 如果真的要更改的話,有必要維持兩個選項嗎?我覺得這樣徒增維護成本。--碟之舞📀💿 2024年5月25日 (六) 03:02 (UTC)
- 目前已經部署了,將來打算如何調整?--碟之舞📀💿 2024年6月16日 (日) 09:32 (UTC)
- 感覺社群意見不多。建議往後分別提出。只是個人納悶為何登入與否字體大小不同?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月23日 (日) 02:36 (UTC)
- 應依據原定計劃將「大字體」工具在 Vector 2022 停用,然而現在「無障礙閱讀」功能並非所有用戶預設啟用,所以可以再等一下。謝謝。--SCP-0000(留言) 2024年6月25日 (二) 06:30 (UTC)
- @SCP-2000:技術上可以做到只在「無障礙閱讀」功能啟用的情況下停用。原定計劃可以執行。--碟之舞📀💿 2024年6月25日 (二) 07:28 (UTC)
有沒有辦法限制重定向在條目正文中的使用?
諸如溫哥華白帽、FC多倫多這樣屬於「常見錯誤拼寫」的重定向,有沒有辦法能限制它們在條目正文中的使用,使這些重定向只能用於搜索和導航,但不能在正文中出現?--📕📙📒📗📘 賭博機構最堅定的反對者 📚📖 2024年6月23日 (日) 16:53 (UTC)
- 看了一下,正文目前也並沒有出現這兩個詞啊……(除了「溫哥華白帽」在介紹這個詞本身時候出現了一次。)如果用詞罕見或不當,正文自然不會出現(即便出現,也會被其他編者改為常用詞)。如果說您是想要通過技術手段限制類似的「錯誤用法」的話,我傾向沒有必要。--自由雨日(留言) 2024年6月23日 (日) 18:46 (UTC)
- 請問這麼做的意義是?尚沒有規則禁止不常見的錯誤拼寫,常見的又怎麼會被禁止?而且,技術上有可能實現嗎?--微腫頭龍(留言) 2024年6月24日 (一) 17:10 (UTC)
- 意義在於不讓條目質量下跌到可接受程度之下。而且既然是錯誤拼寫,自然不應該出現在正文之中。即使是這種重定向在正文中用作鏈接,也應該被豎槓後面的文字覆蓋掉(就像這樣:「
[[溫哥華白帽|溫哥華白浪]]
」)。📕📙📒📗📘 賭博機構最堅定的反對者 📚📖 2024年6月24日 (一) 18:39 (UTC)
- 意義在於不讓條目質量下跌到可接受程度之下。而且既然是錯誤拼寫,自然不應該出現在正文之中。即使是這種重定向在正文中用作鏈接,也應該被豎槓後面的文字覆蓋掉(就像這樣:「
- 感覺可設立機器人檢查和提醒,但全自動是不行的。--YFdyh000(留言) 2024年6月25日 (二) 14:26 (UTC)
- 假如廣泛採用
{{錯誤拼寫重定向|正確寫法=xxx}}
,機器人或許能幫忙處理。--Kanashimi(留言) 2024年6月25日 (二) 22:58 (UTC)
跨項目通知的藍點
近期發現在中文維基百科的頁面中,「常規通知」右側有藍點,一般情況下點擊之後頁面會被標記為已讀狀態。但是跨語言/跨項目的通知的「總」藍點無法點掉(原來是可以的),只能一個個點擊「子」藍點來已讀。例如:
- 來自另外1個wiki的更多常規通知 ●←(1)
- 中文維基詞典
- 您創建的[A]頁面在[B]頁面被人連結。●←(2)
只有點(2)才會把●標記為○,而點(1)只有點擊手感,無其它改變。
請問是哪邊有了更改了嗎?--Leiem(留言·簽名·維基調查) 2024年6月19日 (三) 09:33 (UTC)
- 似乎這個已經有一段時間了。我還以為是特意為之....--百無一用是書生 (☎) 2024年6月20日 (四) 08:21 (UTC)
- 我怎麼覺得一直如此……--YFdyh000(留言) 2024年6月21日 (五) 05:22 (UTC)
- 近期是這樣的,以前是可以直接點掉未讀消息的。--Leiem(留言·簽名·維基調查) 2024年6月25日 (二) 02:20 (UTC)
- 我這邊也出現了這種問題。應考慮提交工單。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月26日 (三) 13:21 (UTC)
請求修改Cite book對統一書號的支持
前次未獲回應的請求見此,這裡重新複製粘貼下:
發現大量由中國標準出版社出版的中華人民共和國國家標準紙質出版物,將統一書號的第二部分添加了短橫線(如 GB/T 10302-2010 的 155066·1-40495、GB/T 33677-2017 的 155066·1-56323 等),也出現混用了圓點·與短橫線-的情況(GB/T 32626-2016 的 155066-1-55030)。雖然暫時沒找到短橫線的意義是什麼,但請求修改Module:Citation/CS1/Identifiers以添加對第二個短橫線的支持,以及不要強制將-轉為·。--Tim Wu(留言) 2024年6月28日 (五) 06:05 (UTC)
- 需要耐心等待,之前類似的統一書號修改請求(Cite_book的unified需要更新),我在2022年10月提出,到2024年5月才給出臨時應對方案{{統一書號}},我想應該優化的是{{統一書號}}。因為英維根本不用統一書號,沒法參考,要這邊獨立寫。--Nostalgiacn(留言) 2024年6月30日 (日) 06:47 (UTC)