維基百科:互助客棧/技術
![]() |
發表前請先搜尋存檔,參考舊討論中的內容可節省您的時間。 |
- [公告] WP:新聞動態/重複發生的項目中有關CON/RULES的事實性修訂、爲意向模板的圖示添加class、從《遊戲維基規則》的定義中刪去「惡意」及前次修改的用字問題、修訂軟件(軟體)使用書名號標示的規定、修訂{{Welcomeip}}以適配臨時賬戶推出、{{PRC admin}}子模板清理方案、拆分及廢除權限申請方針、巡查豁免權立為方針、自動維基瀏覽器授權標準訂為方針、修訂機器人方針、修訂界面管理員有關2FA的內容、設立electionclerk用戶組及事實修訂用戶頁的預見性半保護已經通過。
- [公告] 可採用字詞轉換模板處理《格式手冊·標點符號·逗號》「逗5」所列情況、修訂快速刪除方針G15條第5款以提升易讀性、將快速刪除方針G13條豁免於可草稿化的情況、將不要製造惡作劇升格為內容指引、將快速刪除方針R7條拆分及修改維基百科:高風險主題/1945年後臺灣政治中對第十一屆立法委員條目的保護措施正在公示,如有意見請盡快提出。
- [公告] 《非原創研究》方針有關原創圖像的規定已根據《共識》方針中有關微小修訂的簡易規定作語法調整。
- [公告] 臨時賬號功能已在本站部署,如發現技術問題請於此處匯報,其他意見及疑問歡迎在此處提出。
- [評選] 優良條目評選新程序正在試行,歡迎踴躍參與。
- [討論]
管理人員制度改革意向調查已開啟,現正徵集新議案及意見,敬請踴躍參與。
- [討論] 互助客棧技術區正在討論小工具設置頁翻新方案,請踴躍參與討論。
- [討論] 互助客棧條目探討區正在討論移動自與移動至模板中可選填的「移動理由」的放置方式,請踴躍參與討論。
- [討論] 互助客棧其他區正在討論維基百科:高風險主題/1945年後臺灣政治中對第十一屆立法委員條目的保護措施及提議臨時凍結自由提名申請成為管理人員,請踴躍參與討論。
- [討論] 社群正在討論是否在維基百科:新聞動態/重複發生的項目加入環法自行車賽、快速刪除G15項第四款的條文爭議、放寬存廢覆核臨時恢復制度事、修改優良條目、典範條目、特色列表以及特色圖片等典優評選的「投票程序」及事實修訂用戶頁的預見性半保護,歡迎踴躍參與。
- [協作] 第二十三次動員令於7月5日正式開啟,9月7日結束,歡迎踴躍參與!
![]() 存檔 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
早於10日的討論將會由Jimmy-bot存檔。 |
# | 💭 話題 | 💬 | 👥 | 🙋 最新發言 | 🕒 (UTC+8) |
---|---|---|---|---|---|
1 | 本地安全投票測試 | 54 | 9 | Stang | 2025-07-31 10:35 |
2 | 就遼寧省2019年以來行政區劃合併維護請求幫助。 | 5 | 4 | 自由雨日 | 2025-07-26 12:51 |
3 | 有關失效連結 | 10 | 5 | Ericliu1912 | 2025-03-13 20:19 |
4 | 視覺化編輯器加入T:NoteTag bug | 9 | 5 | 魔琴 | 2025-07-24 11:22 |
5 | 介面顯示(三) | 6 | 4 | Ericliu1912 | 2025-06-08 04:08 |
6 | 介面顯示(四) | 9 | 3 | Srapoj | 2025-08-05 00:36 |
7 | 評級非條目之「條目」及「頁面」重複分類 | 4 | 2 | Ericliu1912 | 2025-07-30 01:14 |
8 | 編輯區字型樣式故障 !? | 15 | 7 | Srapoj | 2025-07-26 21:26 |
9 | 歷史政權信息框年代自動分類問題 | 7 | 4 | 自由雨日 | 2025-07-26 12:55 |
10 | 提議:高亮哈佛參考文獻格式短鏈指向的完整資料引用 | 18 | 6 | 1F616EMO | 2025-07-25 22:33 |
11 | 關於地圖文字排版的顯示bug | 6 | 2 | Srapoj | 2025-07-27 00:04 |
12 | T:機場統計過時了 | 2 | 2 | Srapoj | 2025-08-05 08:10 |
13 | 用戶貢獻頁面有錯別字 | 13 | 10 | Ericliu1912 | 2025-08-02 22:46 |
14 | 2025年第31期技術新聞 | 1 | 1 | MediaWiki message delivery | 2025-07-29 08:26 |
15 | 小工具設置頁翻新方案 | 33 | 9 | 魔琴 | 2025-08-05 11:05 |
16 | IPA模板不正確顯示字體 | 4 | 3 | Srapoj | 2025-08-02 17:40 |
17 | 已切換部分腳本至HanAssist | 3 | 3 | Dabao qian | 2025-08-04 14:14 |
18 | 應將Category:各日出生和Category:各日逝世的參數加入Template:Bd模板 | 11 | 7 | 1F616EMO | 2025-08-02 23:22 |
19 | 2025年第32期技術新聞 | 1 | 1 | MediaWiki message delivery | 2025-08-05 11:39 |
發言更新圖例 |
---|
|
|
|
|
|
特殊狀態 |
已移動至其他頁面 或完成討論之議題 |
手動設定 |
當列表出現異常時, 請先檢查設定是否有誤 |
正在廣泛徵求意見的議題
![]() | 您可在回饋請求系統訂閱以收取特定主題相關討論通知。 |
以下討論需要社群廣泛關注:(重新整理) 維基百科技術議題與模板
Template talk:作品名稱 § 不覺得這模版很多餘嗎?
現行{{比較條文}}模板存在以下問題:
- 濫用CSS position以及嵌套div達成陰影效果,增加代碼複雜度;
- 在窄屏幕上依然將條文左右排布,造成閱讀困難;
- 在暗色模式下未有定義顏色,導致辨識度下降;
- 當兩邊條文長度不一時出現多餘空白。
爲解決上面的問題,我建立了{{比較條文/flex}}模板,技術細節如下:
- 使用CSS flex管理兩欄,方便處理響應式網頁設計問題。
- 使用多個box-shoadow處理陰影問題,解決濫用CSS position的問題。
- 在熒幕寬度低於500px時,不強制左右排布。(理論上,如果內文足夠短,未必會即時觸發換行,但機會甚微。)
- 爲暗色模式顯示重新配色,免去了之前簡單反轉顏色導致的辨識度問題。
新模板參數除tdstyle1
以及tdstyle2
因不適用而廢除外,其他參數均和現有模板兼容。爲解決上方問題,現提議以{{比較條文/flex}}的取代{{比較條文}}。雖然此模板並非高風險模板,然使用廣泛,私以爲先獲得明確共識爲宜。如希望測試,可以前往我的個人沙盒。
附圖:
-
一般檢視
-
窄屏幕檢視
-
暗色模式
-
隱藏其中一欄
|
- 個人認為「基地面積」應改為「基底面積」,並未聽說過「基地面積」這一說法;
- 建議添加「設計師」參數;
- 建議添加「占地面積」參數,顯然「占地面積」和「建築面積」是兩個不同的參數,而且對於建築物來說都是比較重要的信息,且兩者常會相提並論。
將該腳本改為小工具有如下好處:
- 整合ResourceLoader的緩存、依賴管理和同步加載特性;
- 改正糟糕的命名(.js的目錄是什麼鬼啊啊啊)。
已經在Beta Cluster試驗完成了本方案,內容如下:
- 新增小工具定義
* EditCommon[ResourceLoader|hidden|dependencies=ext.gadget.HanAssist|actions=edit]|EditCommon.js
,此處使用小工具定義在action=(edit|submit)
時自動加載; - 移動本頁至MediaWiki:Gadget-EditCommon.js,原頁面直接刪除或改為加載小工具版本;
- 修改MediaWiki:Common.js以及其他會加載本腳本的腳本,在其他情形(比如可視化編輯器)時加載(
mw.loader.load('ext.gadget.EditCommon');
)。

現時,{{移動自}}與{{移動至}}模板將可選填的「移動理由」放置於移動執行者的簽名後,然而「移動理由」現時的表達方式相當不通順,此前也曾導致互助客棧的topic list錯誤識別{{移動自}}與{{移動至}}模板為「留言」,因此建議調整兩個模板中可選填的「移動理由」的放置方式由現時的:
本主題或以下段落文字,......執行者:(簽名)。移動理由:(reason參數的內容)
調整為:
以上。Sanmosa DC23 2025年7月31日 (四) 05:30 (UTC)本主題或以下段落文字,因為(reason參數的內容),......執行者:(簽名)
爲解決{{新增條文}}和{{刪除條文}}在暗色模式下的顯示問題,現提議修改這兩個模板以適配暗色模式,有兩個方案,演示如下:
![]() |
一般檢視,修改前後應無分別。上至下:
|
![]() |
暗色模式,上至下:
|
本地安全投票測試
[編輯]
據此前討論,本地安全投票提案已通過。目前等待軟件層面啟用本地安全投票後,應先測試以確認是否可行及具體流程,故在此開啟討論串。(當然還是要先等patch過了再說)
cc @Stang、ZhaoFJx、SCP-2000: 請留意。--beef [talk] 2025年1月20日 (一) 13:13 (UTC)
感覺根據這條留言要分析處理的技術問題是挺多的,比較悲觀的判斷可能今年4月輪的定期投票那個時候依舊沒法解決…… Stang★ 2025年2月4日 (二) 08:46 (UTC)
- 那就等着吧,WMF寫代碼就這個樣子,沒啥可說的。--beef [talk] 2025年2月5日 (三) 11:57 (UTC)
- 所有blocker都沒了,咱看看能不能往前推進一下。另外兩個建議,之前提名期到投票期留了這麼長的時間,在本地進行安全投票的時候是不是可以適當縮減一下;目前的共識是管理員來做設置投票的操作,可以寫一個詳細的操作手冊關於怎麼配置。 Stang★ 2025年4月24日 (四) 03:47 (UTC)
- 管理人員申請流程精簡問題,可以等這批申請結束以後一起檢討。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年5月5日 (一) 13:08 (UTC)
- 看起來隔壁也推動緩慢,不如等成功以後,再行提出商議。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年6月10日 (二) 18:33 (UTC)
- enwiki的情況是設立了一個叫electionclerk的用戶組來完成跟投票相關的技術性操作(接觸不到pii),讓cuer來完成監票工作。類似的,對本地安全投票也有需求的fawiki也提交了類似的工單。窩覺得可以開始推動了,先完善一下Wikipedia:安全投票的說明頁面。 Stang1320 2025年6月11日 (三) 04:26 (UTC)
- Eric Liu 創造は生命(留言・留名・學生會) 2025年6月11日 (三) 08:34 (UTC)
- 開坑/ Stang1319 2025年6月11日 (三) 10:10 (UTC)
- (-)強烈反對另創用戶組,請把投票相關的技術性操作併入行政員的處理事項。--Aqurs 2025年6月12日 (四) 14:42 (UTC)
這麼剛好XD 那就是要先決定有關權限組應由誰持有了。—— - 好像沒看到投票管理員的樣子,又開了一個坑--1F616EMO(喵留言~回覆請ping) 2025年6月12日 (四) 14:35 (UTC)
隔壁剛剛部署好補丁了。 - Eric Liu 創造は生命(留言・留名・學生會) 2025年6月11日 (三) 08:34 (UTC)
- enwiki的情況是設立了一個叫electionclerk的用戶組來完成跟投票相關的技術性操作(接觸不到pii),讓cuer來完成監票工作。類似的,對本地安全投票也有需求的fawiki也提交了類似的工單。窩覺得可以開始推動了,先完善一下Wikipedia:安全投票的說明頁面。 Stang1320 2025年6月11日 (三) 04:26 (UTC)
方針/操作手冊討論
[編輯]- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
放鞭炮慶祝一下,果然enwiki最大。 總結 之前的共識是絲糖公示版和牛肉公示版:
- 本站內部自行舉辦安全投票沒有問題;
- 允許管理員創建並配置安全投票;
- 嵌入權限,單純地允許創建和編輯安全投票設定。
- 允許選舉監察員(英語:scrutineer)查看選民信息並點票;
- 用戶可以隨時申請成為管理人員,畢竟可以隨時開投票;
看來和目前的主要分歧是第2條?也就是把權限賦予給管理員還是行政員,和要不要開一個新的electionclerk用戶組。——ZhaoFJx(Talk) 2025年6月12日 (四) 22:16 (UTC)
- 目前使用安全投票的選舉,提名須經行政員確認,那該權限授予行政員比較合理。但使用安全投票之前的RFA提名並不需要經行政員確認。如果後續的RFA提名也不需要行政員確認,那該權限授予管理員即可。--Steven Sun(留言) 2025年6月13日 (五) 00:08 (UTC)
- 對於第二條由管理員還是行政員處理,沒有太大意見,考慮到活躍的行政員數量不多,在不接觸pll的情況下讓管理員進行安全投票的技術性事項也是可以的。但反對另創用戶組的立場依舊。--Aqurs 2025年6月13日 (五) 04:03 (UTC)
- 你是反對設立一個創建/編輯/結算投票的用戶組(electionclerk),還是反對scrutineer以及electionclerk?對於前者,咱個人覺得「把這些權限綁定給管管」還是「拆分這些安全投票相關的權限成一個新的用戶組」都是可以的。另外1F616EMO直接照抄過來的東西,還有很多東西需要調整,比如是否需要OpenSSL加密(這個很複雜),可不可以讓非管理員也能管理安全投票,對於某一場特定的投票怎麼確定管理它的選舉管理員什麼的。enwiki有個習俗是設置一些管理員可以考慮要不要給自己授予的用戶組(比如濫用過濾器維護者,安全投票助理),這個習俗本站沒有,所以實際上也沒必要照抄。咱這個坑還在繼續填~ Stang1317 2025年6月13日 (五) 08:39 (UTC)
- scrutineer跟electionclerk皆(-)反對。--Aqurs 2025年6月13日 (五) 08:41 (UTC)
- 換句話說你覺得應該把創建/編輯/結算的權限綁定至管理員,把創建/編輯/結算/查看pii的權限綁定至監督員?咱覺得這樣有點違背設立特定用戶組的初衷,把過多額外的東西綁定上去不是太優雅。另外未來CUer「如果」回歸了怎麼辦? Stang1317 2025年6月13日 (五) 09:03 (UTC)
- 創建/編輯/結算的權限歸為管理員並沒有問題,而包括pll的部分必須只允許(若社群同意恢復的)CUer或監管員接觸,後者不接受其他選項,原因已在上次cu討論時提及。--Aqurs 2025年6月13日 (五) 09:08 (UTC)
- 也就是說你反對現行的Oser處理安全投票pii的做法,這一點了解了,咱會開個新的討論串再去討論的。咱還是想知道為什麼反對設立一個新的組,你好像之前沒有對「為什麼反對另創用戶組」進行論述。 Stang1317 2025年6月13日 (五) 09:19 (UTC)
- Aqurs 2025年6月13日 (五) 10:07 (UTC)
- 設想一次管理人員定期選舉之中,把多的時候能到十幾個的候選人信息填到表格里,(如果要使用加密)生成兩份密鑰並妥善保存,把界面文字複製上去,生成名單並剔除掉被封禁而失去投票資格的,投票的時候遇到有人沒在名單裡要同步多個安全投票的名單,結算點票,感覺工作量算不上非常大但也絕對挺麻煩的吧。當然你的觀點我是理解的,可以考慮公開徵集一下意見? Stang1317 2025年6月13日 (五) 11:23 (UTC)
創建/編輯/結算的部分由管理員負責是為了減少程序的複雜性及減少不必要的麻煩,「選舉助理」這樣的職務,其工作並非相當複雜,是否需要另創職務的需要存疑。相關的行政性工作併入管理員的職務方為上策。--
- Aqurs 2025年6月13日 (五) 10:07 (UTC)
- 也就是說你反對現行的Oser處理安全投票pii的做法,這一點了解了,咱會開個新的討論串再去討論的。咱還是想知道為什麼反對設立一個新的組,你好像之前沒有對「為什麼反對另創用戶組」進行論述。 Stang1317 2025年6月13日 (五) 09:19 (UTC)
- 創建/編輯/結算的權限歸為管理員並沒有問題,而包括pll的部分必須只允許(若社群同意恢復的)CUer或監管員接觸,後者不接受其他選項,原因已在上次cu討論時提及。--Aqurs 2025年6月13日 (五) 09:08 (UTC)
- 換句話說你覺得應該把創建/編輯/結算的權限綁定至管理員,把創建/編輯/結算/查看pii的權限綁定至監督員?咱覺得這樣有點違背設立特定用戶組的初衷,把過多額外的東西綁定上去不是太優雅。另外未來CUer「如果」回歸了怎麼辦? Stang1317 2025年6月13日 (五) 09:03 (UTC)
- 關於加密,私以爲英維的說明只是指出有這個可能性而已,並非真的會用到。用到的場合大概只有基金會的事情,管理員選舉完全沒這個需要,可以刪除加密部分的說明。--1F616EMO(喵留言~回覆請ping) 2025年6月13日 (五) 14:16 (UTC)
- en上一次使用安全投票的管理員選舉確實是在用的。 Stang1316 2025年6月14日 (六) 05:56 (UTC)
囧rz……不過本站沒有這麼用過,也不見得需要?相關敘述已經還原,若社羣認爲有需要加密管理員投票,亦可另案提出。--1F616EMO(喵留言~回覆請ping) 2025年6月14日 (六) 06:11 (UTC)
- en上一次使用安全投票的管理員選舉確實是在用的。 Stang1316 2025年6月14日 (六) 05:56 (UTC)
- scrutineer跟electionclerk皆(-)反對。--Aqurs 2025年6月13日 (五) 08:41 (UTC)
- 你是反對設立一個創建/編輯/結算投票的用戶組(electionclerk),還是反對scrutineer以及electionclerk?對於前者,咱個人覺得「把這些權限綁定給管管」還是「拆分這些安全投票相關的權限成一個新的用戶組」都是可以的。另外1F616EMO直接照抄過來的東西,還有很多東西需要調整,比如是否需要OpenSSL加密(這個很複雜),可不可以讓非管理員也能管理安全投票,對於某一場特定的投票怎麼確定管理它的選舉管理員什麼的。enwiki有個習俗是設置一些管理員可以考慮要不要給自己授予的用戶組(比如濫用過濾器維護者,安全投票助理),這個習俗本站沒有,所以實際上也沒必要照抄。咱這個坑還在繼續填~ Stang1317 2025年6月13日 (五) 08:39 (UTC)
- 行政員都是管理員,所以給了管理員也相當於給了行政員。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年6月13日 (五) 11:32 (UTC)
- 很明顯他的意思是要不要「只」給B Stang1317 2025年6月13日 (五) 11:38 (UTC)
- 那我覺得給管理員就好,管理員人數較多,且操作本身亦無過度風險。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年6月21日 (六) 06:03 (UTC)
- 很明顯他的意思是要不要「只」給B Stang1317 2025年6月13日 (五) 11:38 (UTC)
總覽上方討論,鑒於設立安全投票的複雜程度加之不是所有管理員需要此權限,在下建議可以設立electionclerk用戶組但管理員可自我賦予此權,若有非管理員但有能力者亦可申請臨時權限。--人間百態,獨尊變態(討論)(簽名) 2025年6月29日 (日) 10:11 (UTC)
- @1F616EMO@Aqurs1@Ericliu1912@Stang@Steven Sun@ZhaoFJx@Dbeef--人間百態,獨尊變態(討論)(簽名) 2025年6月29日 (日) 10:13 (UTC)
- 可。另外確認了一下,enwiki在考慮將安全投票所使用的命名空間遷移至Mediawiki,而非管理員的electionclerk也不會有「缺少
editinterface
」導致沒法創建/修改投票的情況,所以技術上沒有問題。 Stang1299 2025年7月1日 (二) 15:56 (UTC) - 同意。另關於@Stang「非管理員的electionclerk也不會有『缺少editinterface』導致沒法創建/修改投票的情況」,是指ECLERK無需修改界面文字即可完成創建投票?--1F616EMO(喵留言~回覆請ping) 2025年7月5日 (六) 16:09 (UTC)
- 可。另外確認了一下,enwiki在考慮將安全投票所使用的命名空間遷移至Mediawiki,而非管理員的electionclerk也不會有「缺少
- @人间百态:之前好像說過希望進行一個關於安全投票方面的RfC,好奇問問最近有什麼動靜麼( Stang1285 2025年7月15日 (二) 08:14 (UTC)
- 之前寫了一部分,但由於一些變故已經無法讀取了,目前正在重新寫一份。--人間百態,獨尊變態(討論)(簽名) 2025年7月15日 (二) 11:43 (UTC)
- 這一部份應該可以先公示?@Stang、人间百态--aqurs 🍧 2025年7月21日 (一) 04:48 (UTC)
就設立electionclerk用戶組 公示7日,2025年7月31日 (四) 02:29 (UTC)結束--人間百態,獨尊變態(討論)(簽名) 2025年7月24日 (四) 02:29 (UTC)
- @人间百态、Aqurs1、1F616EMO、Ericliu1912、ZhaoFJx:具體來說,公示的內容是Wikipedia:安全投票頁面,希望提升為程序方針。現在這個頁面的版本我覺得可以公示了。 Stang1276 2025年7月24日 (四) 09:50 (UTC)
- 這個反對意見沒解決吧。--人間百態,獨尊變態(討論)(簽名) 2025年7月24日 (四) 10:14 (UTC) 1
- 好奇「原因已在上次cu討論時提及」是指哪裏。不過設立此權應該是沒有疑問的,畢竟就算是監管員監票也要有適合的本地用戶組進行臨時授權,只是要不要給本地的人用而已。--1F616EMO(喵留言~回覆請ping) 2025年7月24日 (四) 11:32 (UTC)
- 監管員自我授權的例子見用戶查核,監管員並無用戶查核的全域權限,需要在本地自我授權後再進行查核,完成之後除去。--1F616EMO(喵留言~回覆請ping) 2025年7月24日 (四) 11:38 (UTC)
- Wikipedia_talk:安全投票#對各位是否了解監票員在安全投票機制中作用的簡易調查這個討論。這個我想的是在很快之後的管理人員選舉RfC裡面詳細討論關於誰來擔任選舉監察員的問題,目前的頁面就是單純對現狀的反映。 Stang1276 2025年7月24日 (四) 12:27 (UTC)
- 好奇「原因已在上次cu討論時提及」是指哪裏。不過設立此權應該是沒有疑問的,畢竟就算是監管員監票也要有適合的本地用戶組進行臨時授權,只是要不要給本地的人用而已。--1F616EMO(喵留言~回覆請ping) 2025年7月24日 (四) 11:32 (UTC)
- 訂為指引即可,與「申請成為管理人員指引」平級。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年7月24日 (四) 11:06 (UTC)
同意定爲指引。--1F616EMO(喵留言~回覆請ping) 2025年7月24日 (四) 11:39 (UTC)- 我是根據「大部分設計權限組的頁面都是方針」而想把這個立為方針的,除了大量訊息發送者其他的權限組頁面都是方針。比較疑惑具體這個標準是怎麼定的。 Stang1276 2025年7月24日 (四) 12:27 (UTC)
- 抱歉看錯了,確實有所不同,立爲方針亦可。1F616EMO(喵留言~回覆請ping) 2025年7月24日 (四) 13:07 (UTC)
- 挺好的,(+)支持,辛苦大家了。——ZhaoFJx(Talk) 2025年7月24日 (四) 19:15 (UTC)
- (?)疑問 所以未來的投票會使用加密嗎?還是應在每次投票前由社群討論決定?——ZhaoFJx(Talk) 2025年7月24日 (四) 19:16 (UTC)
- 未來如果發生數據泄露導致的影響;b) 在公開投票人列表的情況下加密提供了額外的透明性,公開簽名公鑰後,投票者可以在不進行解密的情況下驗證記錄的真實性來確保結果未經篡改。具體的細節咱可能不太懂,大體上是這樣吧。 Stang1276 2025年7月25日 (五) 00:04 (UTC) 這個問題計劃是一併在不久之後百態同志主持的管理人員選舉RfC內進行討論。加密提供了兩個好處:a) W?F無法在後台數據庫方面查看投票結果,且避免了
- (?)疑問 所以未來的投票會使用加密嗎?還是應在每次投票前由社群討論決定?——ZhaoFJx(Talk) 2025年7月24日 (四) 19:16 (UTC)
- 這個反對意見沒解決吧。--人間百態,獨尊變態(討論)(簽名) 2025年7月24日 (四) 10:14 (UTC) 1
- 技術上和先前的共識進行了一個變更:啟用
wgSecurePollUseMediaWikiNamespace
來在Mediawiki:SecurePoll/*
下保存安全投票配置,而不使用獨立的命名空間,這樣讓頁面保存的更有系統性。 Stang1276 2025年7月24日 (四) 13:06 (UTC)- @Stang:按發言順序修正留言順序。1F616EMO(喵留言~回覆請ping) 2025年7月24日 (四) 17:30 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
測試
[編輯]有興趣在未來長期處理安全投票籌備工作的管理員可以去testwiki申請相關權限並進行測試。咱感覺多去一些人也無所謂,想做這個事情的人多了也能加快一些部署的速度嘛 Stang1317 2025年6月13日 (五) 11:43 (UTC)
就遼寧省2019年以來行政區劃合併維護請求幫助。
[編輯]
按照維基百科:機器人建立條目小組/中華人民共和國行政區劃/簡明手動維護手冊的說明,請求各位幫助。
詳細
[編輯]1.撤銷西塔街道,將其管轄區域劃入北市場街道。調整後,北市場街道辦事處駐地不變。 2.撤銷八經街道,將其管轄區域劃入南市場街道。調整後,南市場街道辦事處駐地不變。 3.撤銷集賢街道,將其管轄區域劃入馬路灣街道。調整後,馬路灣街道辦事處駐地不變。
1.撤銷大西街道,將其管轄區域劃入朱剪爐街道。調整後,朱剪爐街道辦事處駐地為瀋河區萬壽寺街161號(原大西街道辦事處駐地)。 2.將朱剪爐街道府北、迎賓2個社區劃入新北站街道,並將新北站街道更名為北站街道。 3.撤銷山東廟街道,將其管轄區域劃入風雨壇街道。調整後,風雨壇街道辦事處駐地不變。 4.撤銷大南街道,將其管轄區域劃入濱河街道。調整後,濱河街道辦事處駐地為瀋河區大南街229-3號(原大南街道辦事處駐地)。 5.撤銷豐樂街道,將其管轄的豐樂、溪林、長青、瀋水4個社區劃入南塔街道,將萬科、和泰、青陽3個社區劃入泉園街道。
1.撤銷保工街道,將其管轄區域劃入興順街道。調整後,興順街道辦事處駐地不變。 2.撤銷興工街道,將其管轄的兩洞橋、愛工、九委、南七東路4個社區劃入興華街道,將沈遼東路、飛翔路2個社區劃入凌空街道。 3.撤銷貴和街道,將其管轄區域劃入興華街道。調整後,興華街道辦事處駐地為鐵西區愛工南街17號(原興工街道辦事處駐地)。 4.撤銷艷粉街道,將其管轄的永合、永善、光學、光輝、紅艷路、紅昌、紅盛、艷陽、艷華、艷粉街10個社區劃入凌空街道,將大天地社區劃入工人村街道。 5.將興華街道的愛心社區劃入凌空街道。調整後,凌空街道辦事處駐地為鐵西區艷粉街32號(原艷粉街道辦事處駐地)。 6.撤銷七路街道,將其管轄的建設、第一城、創意、星光、開發、育工6個社區劃入重工街道,將工人新村一、工人新村二2個社區劃入工人村街道。 7.將啟工街道啟飛社區劃入重工街道。調整後,重工街道辦事處駐地為鐵西區肇工南街25-12號(原七路街道辦事處駐地)。 8.撤銷西三環街道,將其管轄的七號街、軍營、寧新3個社區及張士村劃入昆明湖街道,將寧鵬、寧官、寧民3個社區及寧官村劃入翟家街道。 9.將翟家街道的大挨金、小挨金、大於、土台子、下地、壕上、翟家、東勝8個村及中央大街社區劃入大青中朝友誼街道。 10.將大青中朝友誼街道的餘糧、後謨2個村劃入翟家街道,將隆湖、熙湖、中央湖畔3個社區及安樂、團結、高明、共和4個村劃入昆明湖街道。 11.將大潘街道的後馬村劃入大青中朝友誼街道,四台子村劃入昆明湖街道,岳家、林台、前馬3個村劃入高花街道。 12.將昆明湖街道辦事處駐地由鐵西區七號路7甲5-1號,遷至鐵西區花海路28號。 13.將翟家街道辦事處駐地由鐵西區翟家街道曹家村,遷至鐵西區開發十八號路21-25號5門。 14.將大青中朝友誼街道辦事處駐地由鐵西區沈遼西路113-35號8門,遷至鐵西區沈遼西路113-49號。
1.撤銷遼河街道,將其管轄區域劃入北塔街道。調整後,北塔街道辦事處駐地為皇姑區巴山路48-3號(原遼河街道辦事處駐地)。 2.將北塔街道崇山東路以北區域的新鐵、柳條湖、崇東、富裕、嘉麟、金山、富麗陽光、東窯、西窯9個社區劃入陵東街道。 3.撤銷塔灣街道,將其管轄的怒江街以西區域的汾河、淮北、淮東、百鳥、渭河、怒江6個社區劃入舍利塔街道,怒江街以東區域的翔鳳、紫荊花西、紫荊花東、舍宅4個社區劃入黃河街道。
1.撤銷小東街道,其管轄區域劃入萬泉街道。調整後,萬泉街道辦事處駐地由大東區大東路175號,遷至大東區東逸街27號。 2.撤銷新東街道,其管轄區域劃入東塔街道。調整後,東塔街道辦事處駐地不變。 3.撤銷北海街道,將其管轄的東方、儷城、衛士、礦北4個社區劃入上園街道,將四德、領域、鉑悅3個社區劃入東站街道,將錦園社區劃入津橋街道。 4.撤銷洮昌街道,將其管轄的北海、合作、世博、公務員4個社區劃入大北街道,將吉祥、梨樹、法庫、大北橋、鐵嶺、如意6個社區劃入津橋街道。 5.將前進街道的匯澤、福居、藍庭、新望、寶地、富東6個社區劃入二台子街道。 6.將二台子街道北大營西路以南、北大營東街以西區域劃入上園街道。
1.撤銷營城子街道,將其管轄區域劃入李相街道。調整後,李相街道辦事處駐地不變。 2.撤銷望濱街道,將其管轄區域劃入滿堂街道。調整後,滿堂街道辦事處駐地不變。 3.撤銷永勝街道,將其管轄的永勝、洪台溝、漁樵、前康家、後康家、於勝、潘李、金德勝、東靠山9個村劃入王濱街道;將興農、李相、畜牧場3個村劃入東湖街道。
1.撤銷大興街道,將其管轄區域劃入馬三家街道。調整後,馬三家街道辦事處駐地不變。 2.撤銷於洪街道,將其管轄的東民、前民、和平3個社區和光輝、愛國、全勝、興盛4個村劃入沙嶺街道;將紅旗、世代2個社區劃入迎賓路街道。
1.撤銷石佛寺街道,將其管轄區域劃入興隆台街道。調整後,興隆台街道辦事處駐地不變。 2.撤銷瀋北街道,將其管轄區域劃入新城子街道。調整後,新城子街道辦事處駐地不變。 3.撤銷清泉街道,將其管轄的清宇社區和前屯、後屯、前腰堡、中五旗、小洋河、清泉、泥溝堡、崔公堡8個村劃入清水台街道,將後腰堡、擁屯、灣道、依路4個村劃入馬剛街道。 4.撤銷尹家街道,將其管轄的溝子沿村劃入道義街道,將尹家、光榮、小營子、永豐、茨榆、創業、曙光、東拉拉、新農、穆家10個村劃入財落街道。調整後,財落街道辦事處駐地不變。 5.將道義街道管轄的正良、柳岸、鑫欣、大學城、晨興、民豐6個社區和正良、五台子、郭三、郭七、道義一、道義二、東場、孝信漢、孝信鮮9個村劃出,設立正良街道。調整後,正良街道辦事處駐地為瀋北新區瀋北路6號(原道義街道辦事處駐地)。 6.將道義街道辦事處駐地由瀋北新區瀋北路6號,遷至瀋北新區蒲河路41-1號。
1.撤銷湖西街道,將其管轄區域劃入解放街道。調整後,解放街道辦事處駐地不變。 2.撤銷大溝街道,將其管轄區域劃入十里河街道。調整後,十里河街道辦事處駐地不變。 3.撤銷八一街道、紅菱街道,合併設立八一紅菱街道。調整後,八一紅菱街道辦事處駐地為蘇家屯區八一路62號(原八一街道辦事處駐地)。 4.撤銷王綱街道、臨湖街道,合併設立瀋水街道。調整後,瀋水街道辦事處駐地為蘇家屯區楓楊路83號(原臨湖街道辦事處駐地)。 5.撤銷姚千街道、白清街道,將原姚千街道的小堡屯、劉太平、陡子峪、楊千後房、劉千戶屯、上瓦房6個村劃入佟溝街道,將馬耳山、田水、姚千、代官、唐台、佟家6個村和姚千社區與原白清街道合併設立白清姚千街道。調整後,白清姚千街道辦事處駐地為蘇家屯區廣福路200號(原白清街道辦事處駐地)。
1.撤銷新城街道,將其管轄區域劃入東城街道。調整後,東城街道辦事駐地為新民市民族街30號(原新城街道辦事處駐地)。 2.將東城街道的燒鍋、新建、郭屯、北丁、老君當、東郊、城東、大東8個社區劃入新柳街道。 3.將新柳街道辦事處駐地由新民市北環路28號,遷至新民市遼河大街152號。
1.將原站北街道和原日新街道進行合併,稱日新街道。調整後的日新街道下轄12個社區。 2.將原北京街道和原人民廣場街道進行合併,稱人民廣場街道。調整後的人民廣場街道下轄13個社區。
1.拆分興工街道,把原興工街道的大慶社區、西山社區、宏發社區、恆苑社區4個社區與馬欄街道合併,新成立馬欄街道。調整後,馬欄街道下轄14個社區,街道辦事處駐地:黃河路876C。 2.拆分興工街道,將原興工街道的泉涌社區、永吉社區、興新社區、興盛社區、興社社區、如意社區6個社區(含大連機車廠)與中山公園街道合併,新成立西安路街道。西安路街道下轄14個社區,街道辦事處駐地:聯合路38號。 3.撤銷星海灣街道、白山路街道,新成立星海灣街道。星海灣街道下轄17個社區,街道辦事處駐地:星海一街19號。
1.撤銷中華路街道、興華街道,重新設立中華路街道,以原兩個街道地域範圍為新街道地域範圍。街道辦事處駐地為原中華路街道辦事處駐地(甘井子區匯信街22號)。
1.撤銷得勝街道、市場街道,重新設立得勝街道,以原兩個街道地域範圍為新街道地域範圍,街道辦事處駐地為原得勝街道辦事處駐地(旅順口區黃金街7-19號)。 2.撤銷三澗堡街道、北海街道,重新設立三澗堡街道,以原兩個街道地域範圍為新街道地域範圍,街道辦事處駐地為原三澗堡街道辦事處駐地(旅順口區金石路501號)。 3.撤銷登峰街道、光榮街道,重新設立登峰街道,以原兩個街道地域範圍為新街道地域範圍,街道辦事處駐地為原登峰街道辦事處駐地(旅順口區和順街32號)。 4.將龍王塘街道鹽廠新村、郭家溝村調整至龍頭街道管理。調整後,龍頭街道地域範圍北與長城街道、三澗堡街道接壤,南臨黃海,東與龍王塘街道毗鄰,西與水師營街道相接,西南與合併後的登峰街道、得勝街道相連。 5.將原龍頭街道大連奶牛場劃轉至龍王塘街道管轄,繼續由高新區管委會代管。
1.將大窯灣街道原歸屬於馬橋子街道、海青島街道、大孤山街道、灣里街道的轄區範圍重新劃歸四個街道管轄,恢復原有隸屬關係。 2.撤銷光明街道、中長街道,新設立光中街道,以原兩個街道地域範圍為新街道地域範圍,街道辦事處駐地為原光明街道辦事處駐地(金州區勝利西小區38號)。
1.太平街道和南山街道合併,撤銷南山街道,合併後為太平街道,街道駐地為原太平街道駐地。
撤銷台北街道,將其下轄的6個村、2個社區成建制劃入八角台街道。
撤銷台南街道,將其下轄的5個村、3個社區成建制劃入台東街道。
撤銷長甸街道,將其下轄的6個社區成建制劃入解放街道,並將解放街道辦事處的2個社區(?)成建制劃入山南街道。
撤銷勝利街道,將其下轄的6個社區成建制分別劃入站前街道和園林街道。
將東長甸街道更名為長甸街道,並將新興街道的2個社區(?)成建制劃入長甸街道。
撤銷啟明街道和興盛街道,將其下轄的7個社區成建制劃入八家子街道。
撤銷新陶官街道和北陶官街道,將其下轄的9個社區成建制劃入繁榮街道。
撤銷濱河街道,將其下轄的6個村、10個社區成建制劃入靈山街道。
撤銷深南街道,將其下轄的9個社區成建制劃入深北街道,並將深北街道更名為深溝寺街道。
撤銷對樁石街道,將其下轄的4個村、1個社區成建制劃入東鞍山街道。
撤銷紅嶺街道,將其下轄的2個村、6個社區成建制劃入齊大山街道。
撤銷溫泉街道,將其下轄的4個村、4個社區成建制劃入鐵東區大孤山街道。
撤銷千金街道,將其所轄的元雪社區、西一路社區、白雲社區、千金社區行政區域以及樂園社區西五街鐵路以東部分行政區域劃歸站前街道。站前街道辦事處駐渾河南路中段54號。
將千金街道樂園社區西五街鐵路以西部分行政區域劃歸福民街道管轄,並將新撫街道大官社區千金路鐵路以南部分行政區域劃歸福民街道管轄。福民街道辦事處駐新撫路25號;新撫街道辦事處駐新撫路33號。
撤銷南陽街道,將其所轄行政區域劃歸永安台街道管轄。永安台街道辦事處駐南台五街6號。
撤銷東公園街道,將其所轄行政區域劃歸榆林街道管轄。榆林街道辦事處駐榆林路47號。
撤銷南花園街道,將其所轄行政區域劃歸劉山街道管轄。劉山街道辦事處駐劉山二街57號。
撤銷張甸街道,將其所轄行政區域劃歸東洲街道管轄。東洲街道辦事處駐慶安路8號。
撤銷平山街道,將其所轄行政區域劃歸老虎台街道管轄。老虎台街道辦事處駐虎南街15號。
撤銷古城子街道、五老屯街道,將其所轄行政區域劃歸演武街道管轄。演武街道辦事處駐古城子一路1號。
撤銷田屯街道,將其所轄行政區域劃歸工農街道管轄。工農街道辦事處駐丹東路(西段)北厚街。
撤銷新民街道,將其所轄的洗化社區、昌盛社區行政區域劃歸和平街道管轄。和平街道辦事處駐雷鋒路(東段)52-2號。
將新民街道所轄的鳳城社區、台安社區、油研社區、樂園社區、燈塔社區和玫瑰城社區行政區域劃歸光明街道管轄。光明街道辦事處駐光明二街1號。
撤銷河東街道,將其所轄行政區域劃歸新華街道管轄。新華街道辦事處駐站東街2號。
撤銷工人街道辦事處,將轉山、新和、新德、新麓4個社區劃歸南地街道,南地街道辦事處駐地不變。
將工人街道辦事處曙光、和平2個社區和南地街道福利社區、興隆社區部分(解放南路、轉山路、解放南二路與崔東路圍合區域)劃歸站前街道。
將望溪公園區域劃入東明街道管轄。
撤銷橋頭街道和北台街道,區域合併設立橋北街道,橋北街道辦事處辦公地址:本溪市平山區北府路18號(原北台街道辦事處駐地)。
撤銷彩北街道,將礦材、彩西、耐火、彩宏、新立、彩新、彩北、新光、彩建9個社區劃歸東風街道管轄,辦公地址遷至原彩北街道辦事處(本溪市溪湖區彩屯北路三江天藝親子園東側下行30米)。
撤銷豎井街道,將豎井、高山、黑金、寶藏、華陽、華豐6個社區劃歸彩屯街道管轄。辦公地址不變(本溪市溪湖區彩勝街)。
將原東風街道三會廠村、原河西街道頭道社區劃歸火連寨街道管轄,火連寨街道辦事處辦公地址不變(本溪市溪湖區寨中路)。
撤銷張其寨街道,將張其寨、大柳峪、花嶺、黃木廠、大翻身、達貝溝6個村劃歸日月島街道管轄。
撤銷東興街道辦事處,區域整體併入新明街道辦事處,新明街道辦事處機關駐地不變,辦公地址:本溪市明山區育龍路199號。
撤銷金山街道辦事處,區域整體併入北地街道辦事處,北地街道辦事處機關遷移至原金山街道辦事處機關駐地,辦公地址:本溪市明山區紫金路53號。
撤銷郭家街道辦事處,南芬村、趙家村劃歸南芬街道辦事處,解放村、金坑村劃歸思家嶺街道辦事處,永安村、柏峪村劃歸下馬塘街道辦事處。
撤銷鐵山街道辦事處,所轄趙家、鐵山、三十六戶、六百戶、對面溝5個社區劃歸南芬街道辦事處。
撤銷金礦街道辦事處。
撤銷站前街道,民治、民族、民生、三寶4個社區併入保安街道,阜康、豐樂2個社區併入新設立的古城街道。
撤銷北街街道、南街街道、饒陽街道,設立古城街道,古城街道管轄原北街街道、南街街道、饒陽街道行政區域及原站前街道的阜康、豐樂2個社區。
將凌西街道更名為太和街道,並將原新民街道星河社區劃入新太和街道。
保留新民街道,將原凌西街道南山社區、一五五社區劃入新民街道。
將天橋街道6個社區劃入王家街道,撤銷王家街道,合併設立天橋街道。
將原屬海星街道的大董屯、神井子2個社區劃入新合併的望海街道管轄。
將原東京陵街道的稠井子、尖山子、東京陵、東光村劃入慶陽街道。
將長征街道、光華街道和新村街道鵬程園社區、火炬街社區合併,命名為長征街道。
將工農街道和新村街道的龍鼎山社區、龍鼎山莊社區合併,命名為工農街道。
將蘇家街道和團山街道的八家子社區、陳家社區、石門社區合併,命名為蘇家街道。
將站前街道、星火街道、武聖街道、文聖街道、襄平街道合併,命名為文聖街道。
撤銷錦采街道、平安街道,併入歡喜街道,歡喜街道更名為歡喜嶺街道。
撤銷凌北街道,紅山、莫胡店、鴻凌、鴻鋼東、雙圓東、雙圓西、鴻遠等社區劃歸東城街道;客車、八間房社區劃歸北街街道。
撤銷望海寺街道辦事處,併入葫蘆島街道辦事處,辦事處駐原望海寺街道辦事處。東街道風采街東側的東山社區、嶺東社區、小仙溝社區及大世界社區、鋅小社區、集貿社區的風采街以東部分劃歸葫蘆島街道辦事處。 撤銷東街道、西街道,設立馬仗房街道,將西街店和東街道風采街西側的大世界社區、鋅小社區、集貿社區、陽光社區合併設立馬仗房街道。馬仗房街道辦事處辦公地點在西街道辦事處。
撤銷趙家屯街道,併入九龍街道辦事處。註:邱皮溝街道已併入趙家屯街道。 撤銷三家子街道,併入沙鍋屯街道辦事處。註:葦子溝街道已併入三家子街道。 撤銷龍飛街道、龍翔街道,併入龍騰街道辦事處。
撤銷城東街道,東關、城南、河畔社區,東一、東二、南辛莊、新號地等村劃入寧遠街道;月亮河社區,韓家溝村、乾柴村劃入古城街道。 撤銷釣魚臺街道,併入四家屯街道。
--tanuki(留言) 2025年2月16日 (日) 02:47 (UTC)
- @Yugaminena:是否有其他省市需要更新?—— Eric Liu 創造は生命(留言・留名・學生會) 2025年2月28日 (五) 21:25 (UTC)
- @Ericliu1912:是更新了遼寧省2019年以來的區劃變動。tanuki(留言) 2025年3月10日 (一) 03:14 (UTC)
- 僅僅是遼寧省就有如此大的行政區劃變動了,但還有一些地方也有很大的行政區劃變動,但中維這邊來不及更新。--FradonStar☯️ · 📣 2025年7月24日 (四) 03:17 (UTC)
- 這不是在討論《遼寧省》條目,且存檔至多個位置會出現討論分支,去除至「talk:遼寧省」的存檔。 ——自由雨日🌧️❄️ 2025年7月26日 (六) 04:51 (UTC)
有關失效連結
[編輯]
剛剛心血來潮看了一下Category:帶有失效鏈接的條目,發現2025年2月和3月分別有50k和18k個條目於分類內,而其他月份一般不過100,多的也不過10k,請問這是正常現象嗎?--惣流·明日香·蘭格雷不姓式波 2025年3月9日 (日) 11:59 (UTC)
- 三月份才第9天就有1萬8個條目被歸類失效連結很明顯不正常,有些條目在三月沒有編輯卻被歸類在分類:自2025年3月帶有失效鏈接的條目,例如2008年至2009年天水圍飛馬賽季、2001年12月阿根廷危機。--2402:7500:93E:31AE:456A:5C20:46FD:EE99(留言) 2025年3月9日 (日) 12:35 (UTC)
- 如果均速增加的話本月可能要破6萬。看了一下閣下提的兩個,天水圍飛馬分別是2017年12月、2018年2月、2023年3月標記了共30條dead link,阿根廷危機是2021年12月創建時、2023年10月標記了共3條dead link。--惣流·明日香·蘭格雷不姓式波 2025年3月9日 (日) 13:03 (UTC)
- 補充:2008年至2009年天水圍飛馬賽季存於Category:自2017年12月帶有失效鏈接的條目及Category:自2018年2月帶有失效鏈接的條目,但不存於Category:自2023年3月帶有失效鏈接的條目。
- 2001年12月阿根廷危機不存於Category:自2021年12月帶有失效鏈接的條目及Category:自2023年10月帶有失效鏈接的條目。--惣流·明日香·蘭格雷不姓式波 2025年3月9日 (日) 13:32 (UTC)
- 2008年至2009年天水圍飛馬賽季不存在Category:自2023年3月帶有失效鏈結的條目是正常的,因為2023年3月編輯並沒有填寫
|data=
參數,所以不會列入分類,2001年12月阿根廷危機也是同樣情況。我比較疑惑的是,在以前如果沒有填寫|data=
參數,其條目應該列入Category:帶有失效鏈結的條目才對,不曉得是改過分類機制還是我記錯。--2402:7500:93E:31AE:8563:9173:6E08:225E(留言) 2025年3月9日 (日) 14:34 (UTC)- 我看源碼時都覺得有點違和,原來是沒填參數。那問題就變成:
- 爲什麽沒填參數會列到本月(2025年3月),又爲什麽有些會列到2025年2月
- IABot從何時起,爲何沒有填參數
- 如何補回參數
(順道把Category:條目有永久失效的外部連結的5.9萬條清理一下)(這分類是放fix-attempted=yes的,與此問題無關)2025年3月13日 (四) 08:34 (UTC)
- --惣流·明日香·蘭格雷不姓式波 2025年3月10日 (一) 01:47 (UTC)
- {{dead link}}不帶
|date=
參數就會歸類到當前月,沒有及時WP:更新服務器緩存的就是上個月--Kunjinkao(留言) 2025年3月13日 (四) 01:18 (UTC)- 這麽說這是「正常現象」?那IABot不填參數是本地設置還是什麽問題,我看英維運行得挺正常的,這樣下去這些分類就廢了。--惣流·明日香·蘭格雷不姓式波 2025年3月13日 (四) 08:51 (UTC)
- 其他分類({{cn}}, {{update inline}})沒有這個問題,但{{dead link}}邏輯好像不太一樣。另外英維有自動給維護模板加date參數的機器人--Kunjinkao(留言) 2025年3月13日 (四) 09:01 (UTC)
- 我們恐怕需要這種機器人。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年3月13日 (四) 12:19 (UTC)
- 其他分類({{cn}}, {{update inline}})沒有這個問題,但{{dead link}}邏輯好像不太一樣。另外英維有自動給維護模板加date參數的機器人--Kunjinkao(留言) 2025年3月13日 (四) 09:01 (UTC)
- 這麽說這是「正常現象」?那IABot不填參數是本地設置還是什麽問題,我看英維運行得挺正常的,這樣下去這些分類就廢了。--惣流·明日香·蘭格雷不姓式波 2025年3月13日 (四) 08:51 (UTC)
- {{dead link}}不帶
- 我看源碼時都覺得有點違和,原來是沒填參數。那問題就變成:
- 2008年至2009年天水圍飛馬賽季不存在Category:自2023年3月帶有失效鏈結的條目是正常的,因為2023年3月編輯並沒有填寫
- 如果均速增加的話本月可能要破6萬。看了一下閣下提的兩個,天水圍飛馬分別是2017年12月、2018年2月、2023年3月標記了共30條dead link,阿根廷危機是2021年12月創建時、2023年10月標記了共3條dead link。--惣流·明日香·蘭格雷不姓式波 2025年3月9日 (日) 13:03 (UTC)
如題,NoteTag的上下會被加入各兩新行,在發佈編輯前,不切到源碼編輯貌似是拿不走新行。(最終效果見special:diff/86885440)--惣流·明日香·蘭格雷不姓式波 2025年4月18日 (五) 13:16 (UTC)
- 建議用
{{efn}}
和{{notelist}}
。--SuperGrey (留言) 2025年4月20日 (日) 14:41 (UTC)- 興奮地試了一下,遺憾的是,除了refnest,全部都有同樣問題
囧rz……--惣流·明日香·蘭格雷不姓式波 2025年4月21日 (一) 04:31 (UTC)
- 這個缺陷目前是修不好還是怎麼說?不能回退嗎?--【拒絕編輯霸凌,拒絕拉扯性討論,謝絕拉票,謝絕提名,謝絕豢養人肉傀儡】(有建議可以留言) 2025年5月4日 (日) 16:40 (UTC)
- 目前這個缺陷是無法明確哪一筆修改導致的嗎?--【拒絕編輯霸凌,拒絕拉扯性討論,謝絕拉票,謝絕提名,謝絕豢養人肉傀儡】(有建議可以留言) 2025年5月7日 (三) 00:39 (UTC)
- 興奮地試了一下,遺憾的是,除了refnest,全部都有同樣問題
- 本地搞排除異己的時候
三人兩人就能成虎、眾口兩口就能鑠金,修個技術缺陷的時候就拖泥帶水、沒有這個積極性了。--【拒絕編輯霸凌,拒絕拉扯性討論,謝絕拉票,謝絕提名,謝絕豢養人肉傀儡】(有建議可以留言) 2025年5月7日 (三) 00:43 (UTC)- 中文餵雞傳統藝能了,我看如果基金會不下場把管理員全圖圖掉的話應該是沒救了--~2025-24374-0(留言) 2025年7月23日 (三) 11:05 (UTC)
- 目前還有概率性的問題,預覽的時候100%上下會被各加一行,提交編輯後概率不會有上下各加一行。--【拒絕編輯霸凌,拒絕拉扯性討論,謝絕拉票,謝絕提名,謝絕豢養人肉傀儡】(有建議可以留言) 2025年5月7日 (三) 00:50 (UTC)
- 視覺化編輯器/可視編輯器就是WMF技術部門拉的矢,和中文維基百科有什麼事情。 ——魔琴[留言 貢獻 PJ:小學 PJ:兩岸] 2025年7月24日 (四) 03:22 (UTC)
介面顯示(三)
[編輯]疑問有點久了,不過特殊頁面(如最新頁面清單)顯示的命名空間選單,常混雜原文(如「Wikipedia討論」等),甚至未正確顯示翻譯(如「Portal」、「WikiProject talk」等),不知是什麼緣故?—— Eric Liu 創造は生命(留言・留名・學生會) 2025年5月31日 (六) 14:36 (UTC)
- 最新頁面那裡顯示的標題名稱中的名字空間部分似乎應是正名,而不是別名--百無一用是書生 (☎) 2025年6月3日 (二) 02:35 (UTC)
- 我記得一直是如此的?是否很久以前是你描述的情況,之後才變成現在這樣的?--碟之舞📀💿 2025年6月6日 (五) 11:22 (UTC)
- 一開始加載的網頁內容是正確的(維基百科討論、主題、維基專題討論):
- --Kcx36(留言) 2025年6月6日 (五) 11:46 (UTC)
<div id='mw-input-namespace' class='oo-ui-widget oo-ui-widget-enabled oo-ui-inputWidget oo-ui-dropdownInputWidget oo-ui-dropdownInputWidget-php mw-widget-namespaceInputWidget' data-ooui='{"_":"mw.widgets.NamespaceInputWidget","includeAllValue":"all","userLang":false,"exclude":[],"include":null,"dropdown":{"$overlay":true},"name":"namespace","value":"0","inputId":"ooui-php-1","required":false}'><select tabindex='0' name='namespace' id='ooui-php-1' class='oo-ui-inputWidget-input oo-ui-indicator-down'><option value='all'>所有</option><option value='0' selected='selected'>条目</option><option value='1'>讨论</option><option value='2'>用户</option><option value='3'>用户讨论</option><option value='4'>维基百科</option><option value='5'>维基百科讨论</option><option value='6'>文件</option><option value='7'>文件讨论</option><option value='8'>MediaWiki</option><option value='9'>MediaWiki讨论</option><option value='10'>模板</option><option value='11'>模板讨论</option><option value='12'>帮助</option><option value='13'>帮助讨论</option><option value='14'>分类</option><option value='15'>分类讨论</option><option value='100'>主题</option><option value='101'>主题讨论</option><option value='102'>维基专题</option><option value='103'>维基专题讨论</option><option value='118'>草稿</option><option value='119'>草稿讨论</option><option value='126'>MOS</option><option value='127'>MOS talk</option><option value='710'>TimedText</option><option value='711'>TimedText talk</option><option value='828'>模块</option><option value='829'>模块讨论</option><option value='1728'>Event</option><option value='1729'>Event talk</option><option value='2600'>话题</option></select></div>
- 對,且之後點開會跑掉,原理不明。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年6月7日 (六) 20:08 (UTC)
- 交Phab了。--碟之舞📀💿 2025年6月6日 (五) 15:31 (UTC)
介面顯示(四)
[編輯]保護頁面選單,原本的「週」(沒記錯的話)怎麼變成「星期」了?最近介面到底都是誰在改Orz —— Eric Liu 創造は生命(留言・留名・學生會) 2025年6月5日 (四) 07:02 (UTC)
- 具體是哪個頁面?能否給一下鏈接?--碟之舞📀💿 2025年6月6日 (五) 11:18 (UTC)
- @Ericliu1912:剛剛在Beta站要到權限去看了一下,看上去根源問題是「期限」選單的簡繁轉換壞了?一直顯示的是簡體中文翻譯。--碟之舞📀💿 2025年6月24日 (二) 03:54 (UTC)
- 不同介面的轉換機制是否共用?抑或需要個別設定?—— Eric Liu 創造は生命(留言・留名・學生會) 2025年7月4日 (五) 15:23 (UTC)
- 這個問題還存在嗎?我看User:Diskdance之前已經改了translatewiki:MediaWiki:Protect-expiry-options/zh-hans。下拉菜單選項是按content language輸出的,代碼近期似乎沒變化(ProtectionForm.php)。--Srapoj(留言) 2025年8月3日 (日) 21:21 (UTC)
- 好像問題就出在它用的是content language而非user interface language(故二位描述的現象可以理解為指定
uselang=qqx
仍會輸出簡體)。zhwiki設置是wgLanguageCode: "zh"
,它優先fallback到zh-hans(見mw:Manual:Language#Fallback languages),所以出現了這個現象。我在本地把$wgLanguageCode
設成繁體之後就能正確使用zh-hant的字符串。將這個protect-expiry-options
加入$wgForceUIMsgAsContentMsg
之後就可以解決。用git blame可看到這段代碼一開始就是這麼寫的,所以是早就存在的錯誤。順便去掉不存檔模板--Srapoj(留言) 2025年8月4日 (一) 16:04 (UTC)
- 好像問題就出在它用的是content language而非user interface language(故二位描述的現象可以理解為指定
- ( π )題外話:感覺mediawiki雖然有一堆i18n的基礎設施,但開發者不見得懂那些是幹嘛的或者適用於什麼場景,所以錯漏不少。我之前就很疑惑為什麼代碼里要有好幾種語言概念。--Srapoj(留言) 2025年8月4日 (一) 16:36 (UTC)
評級非條目之「條目」及「頁面」重複分類
[編輯]
似乎到現在還有不少專題評級同時使用兩種標題格式(例如「未評級世界遺產頁面」及「未評級世界遺產條目」都有分類條目),這是不應該廣泛存在的現象。我猜是評級元模板設定問題,希望有能者協助解決。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年7月21日 (一) 17:18 (UTC)
- 「頁面」分類里的是條目命名空間以外的頁面(分類頁、文件),將這些與「條目」分類分開似乎很合理?功能應該是Module:PJBSClass/main的
processCatPageType
函數實現的。--Srapoj(留言) 2025年7月21日 (一) 19:09 (UTC)- 🤔原來是這樣嗎???—— Eric Liu 創造は生命(留言・留名・學生會) 2025年7月23日 (三) 09:21 (UTC)
- 但雖然看似立意良好,實際上卻應該合併纔對。而且幾乎所有評級分類模板都不支援分別計算。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年7月29日 (二) 17:14 (UTC)
編輯區字型樣式故障 !?
[編輯]我在偏好設定選了等寬字型,但編輯區卻是顯示襯線字型;顯示變更顯示的仍是等寬字型。
Firefox最近更新141.0,是因為更新導致 ? 抑或中維CSS更新導致 ?
如我要在自己的中維CSS設定編輯區顯示等寬字型,應如何操作 ?
謝謝。--約翰同志-條目裱糊匠(留言) 2025年7月23日 (三) 16:08 (UTC)
副知@Diskdance、Shizhao:出現了甚麼問題 ?--約翰同志-條目裱糊匠(留言) 2025年7月23日 (三) 16:40 (UTC)
- 我這裡正常,且本人最近並未修改相關CSS。--碟之舞📀💿 2025年7月24日 (四) 01:30 (UTC)
- 可以嘗試給URL加上
&safemode=1
禁用本站自定義代碼,來排查是否是MW本體或者瀏覽器的問題。--碟之舞📀💿 2025年7月24日 (四) 02:15 (UTC)- @Diskdance:URL在 ? 再副知@Cwek、YFdyh000:。--約翰同志-條目裱糊匠(留言) 2025年7月24日 (四) 06:38 (UTC)
- 任何本站網址應該都行吧?—— Eric Liu 創造は生命(留言・留名・學生會) 2025年7月24日 (四) 06:50 (UTC)
- 嗯對。唉,我直接給個鏈接吧:[2],看一下是否還有問題。--碟之舞📀💿 2025年7月24日 (四) 07:49 (UTC)
- 任何本站網址應該都行吧?—— Eric Liu 創造は生命(留言・留名・學生會) 2025年7月24日 (四) 06:50 (UTC)
- @Diskdance:URL在 ? 再副知@Cwek、YFdyh000:。--約翰同志-條目裱糊匠(留言) 2025年7月24日 (四) 06:38 (UTC)
@Diskdance、Shizhao、Cwek、YFdyh000:如果在偏好設定選了無襯線字型,編輯區是會顯示無襯線字型。但選了等寬字型,卻是顯示襯線字型,為甚麼 ?--約翰同志-條目裱糊匠(留言) 2025年7月24日 (四) 07:18 (UTC)
- 難道不是因為預設的「等寬字型」是有「襯線」的嗎?😅--竹林下小徑,月光映一葉 2025年7月24日 (四) 07:26 (UTC)
- 不過畢竟我平常「等寬字型」用習慣了,不確定以前的「襯線字型」是不是「等寬」的就是了🤔--竹林下小徑,月光映一葉 2025年7月24日 (四) 07:39 (UTC)
應該不是?
--1F616EMO(喵留言~回覆請ping) 2025年7月24日 (四) 08:21 (UTC)
- Special:Preferences的「編輯」選項卡的編輯框字體設置只會指定sans-serif, serif, monospace三種CSS預設字體類別,瀏覽器會按本地的配置選擇字體及進行fallback。您可在Firefox的設置界面檢查您當前的默認等寬字體。--Srapoj(留言) 2025年7月24日 (四) 11:57 (UTC)
我也遇上同樣問題,嘗試更改Firefox / Edge設定,但編輯區依然無法「轉回」之前的字體。中維和粵維在同一條目下的編輯區字體也不一(已確認編輯區字型樣式相同,即等寬字型)。所以應該不是瀏覽器的問題?--銀の死神♠走馬燈劇場祝你在亂流下平安 2025年7月26日 (六) 09:22 (UTC)
- 您這裡zh的字體是NSimSun(故使用了內地字形),zh-yue的字體是MingLiU。我覺得現象和樓主在User talk:Diskdance#分類字型描述的有點像。
- @Diskdance:我看編輯框
textarea
和分類頁標題列表指定的都是lang="zh"
(內容確實繁簡混雜,這樣語義好像沒錯)而非一般頁面內容的具體變體,可能與它有關吧。但我覺得近期mediawiki應該沒動這塊,找了個1.43.3的網站看它的html也是這樣的。--Srapoj(留言) 2025年7月26日 (六) 13:07 (UTC) - 您可嘗試Chrome/Edge的擴展Advanced Font Settings,給"Han"指定一個等寬字體或許能夠解決。Firefox的配置似乎假設只有zh-CN、zh-HK和zh-TW,不知道它在代碼里怎麼處理zh的fallback。--Srapoj(留言) 2025年7月26日 (六) 13:26 (UTC)
歷史政權信息框年代自動分類問題
[編輯]如達朱王國條目,信息框內填寫存在日期為「12世紀—15世紀」(因現有史料無法確定具體年份,只能填寫年代),但關聯了兩個年份的自動分類:「12年建立的國家或政權」和「15年終結的國家或政權」,點開這些分類查看裡面的條目,發現基本上都是相同的bug,請問如何解決該問題?如提報位置不對管理員可自行轉移,謝謝。--西安兵馬俑主義好!🇺🇸🇨🇭🇱🇮🔞 個人貢獻 2025年7月24日 (四) 15:14 (UTC)
- 問題在於目前模板使用{{str number/trim}}尋找字串開首的數字,故「12世紀」會被解析爲「12」,「15世紀」同理。此處或可改爲更精確的判斷,如改爲匹配
(-?\d+)年
。--1F616EMO(喵留言~回覆請ping) 2025年7月24日 (四) 15:25 (UTC)- 條目內能不能直接改(讓這兩個分類消掉就行了),還是說要改模板?--西安兵馬俑主義好!🇺🇸🇨🇭🇱🇮🔞 個人貢獻 2025年7月24日 (四) 15:36 (UTC)
- 已在數字前添加漢字,阻止模版取數。--傘木 霙留言 2025年7月24日 (四) 17:36 (UTC)
- 原來這樣就能解決,多謝了!--西安兵馬俑主義好!🇺🇸🇨🇭🇱🇮🔞 個人貢獻 2025年7月24日 (四) 17:58 (UTC)
- 已在數字前添加漢字,阻止模版取數。--傘木 霙留言 2025年7月24日 (四) 17:36 (UTC)
- 條目內能不能直接改(讓這兩個分類消掉就行了),還是說要改模板?--西安兵馬俑主義好!🇺🇸🇨🇭🇱🇮🔞 個人貢獻 2025年7月24日 (四) 15:36 (UTC)
- 這主要是在討論一個技術問題,不是在討論《達朱王國》條目內容,而且這也只是作一個例子,取消{{存檔至|Talk:達朱王國}}。 ——自由雨日🌧️❄️ 2025年7月26日 (六) 04:55 (UTC)
提議:高亮哈佛參考文獻格式短鏈指向的完整資料引用
[編輯]此已存檔的討論仍有未完的部分,因此從存檔中粘貼過來,還盼望各位有所關心。—— 桁霽 ↹ 晚來天欲雪,能飲一杯無 2025年7月25日 (五) 00:47 (UTC)
存檔前討論
[編輯]具體而言,點擊引用部分的的短鏈(t:sfn或t:harvnb)後,讓頁面在跳至完整文獻引用處的同時,使之高亮。有時完整文獻列表處分兩欄顯示,部分情形下讀者須對照原短鏈確認具體所指。不知道在技術上能否實現,亦不知是否有他人支持。個人認為這是一個讓本站更加讀者友好化的提議,姑且一言。—— 桁霽 ↹ 晚來天欲雪,能飲一杯無 2025年6月27日 (五) 09:39 (UTC)
- 別的維基百科有麼?或許可以參考。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年6月29日 (日) 10:28 (UTC)
- @Ericliu1912 俄文維基百科有。可以參見我的沙盒頁,點擊短鏈查看效果。—— 桁霽 ↹ 晚來天欲雪,能飲一杯無 2025年6月29日 (日) 14:45 (UTC)
- 哎,這挺好呀!—— Eric Liu 創造は生命(留言・留名・學生會) 2025年6月29日 (日) 14:56 (UTC)
- 確未料到俄維有,可見有其功用並可以實現。中維可考慮引進。—— 桁霽 ↹ 晚來天欲雪,能飲一杯無 2025年6月29日 (日) 15:01 (UTC)
- 若此事可蒙閣下促進,那就太好了。—— 桁霽 ↹ 晚來天欲雪,能飲一杯無 2025年6月29日 (日) 15:18 (UTC)
- 我不懂技術,但我會支持這主意。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年7月12日 (六) 12:09 (UTC)
- 哎,這挺好呀!—— Eric Liu 創造は生命(留言・留名・學生會) 2025年6月29日 (日) 14:56 (UTC)
- @Ericliu1912 俄文維基百科有。可以參見我的沙盒頁,點擊短鏈查看效果。—— 桁霽 ↹ 晚來天欲雪,能飲一杯無 2025年6月29日 (日) 14:45 (UTC)
- 我記得一兩年前中文維基的哈佛引用是有tooltip的。--Kcx36(留言) 2025年7月9日 (三) 08:12 (UTC)
- 你這麼一說,好像是有這麼一出,但是不知道是在哪、怎麼實現的。--Hamish T 2025年7月9日 (三) 08:40 (UTC)
- 英文維基高亮:en:Module:Citation/CS1/styles.css#L-25,俄文維基高亮:ru:MediaWiki:Common.css#L-340。Kcx36(留言) 2025年7月9日 (三) 08:32 (UTC)
- @Dabao qian:您看高亮的css應該加到哪裡?--Kcx36(留言) 2025年7月14日 (一) 18:28 (UTC)
- 目前本站的參考文獻引用默認是mw:Help:Reference_Previews提供的,mw:Reference_Tooltips是之前的小工具,不過確實可以單獨把這個功能加上。--碟之舞📀💿 2025年7月11日 (五) 16:02 (UTC)
感謝@Diskdance君、@Eric君、@Hamish君、@Kcx36君諸位傾力支持,無論是技術上還是決策上。下一步是否需要提請社群表決?還是直接應用?—— 桁霽 ↹ 晚來天欲雪,能飲一杯無 2025年7月13日 (日) 02:37 (UTC)
新討論
[編輯]來日瀏覽條目,越發堅信此舉錯確為必要,希望此懸而未決之議有所進展。—— 桁霽 ↹ 晚來天欲雪,能飲一杯無 2025年7月25日 (五) 00:47 (UTC)
- 其實你可以直接貼上原討論連結( —— Eric Liu 創造は生命(留言・留名・學生會) 2025年7月25日 (五) 06:33 (UTC)
- 支持進行高亮,建議添加進模板樣式內,因MediaWiki:Common.css會在所有頁面加載。--1F616EMO(喵留言~回覆請ping) 2025年7月25日 (五) 14:33 (UTC)
關於地圖文字排版的顯示bug
[編輯]兩個月前還沒有這一問題,上個月發現了這一問題,在求助區問了,但是沒得到解決。
以模板:Russo-Ukrainian War detailed map為例,現在地圖上的文字都堆疊在一起了,看都看不清。
我記得之前地名如果太長的話,都是每五個字換行,這樣雖然也不算太好看,但是經過調整,起碼文字不會大規模疊在一起。現在好像換行規則變了,而且地圖上的字號似乎也和源代碼給的不太一樣了,似乎地名的最小字號受到了限制,哪怕把標籤字號改成10實際的顯示字號也很大,就導致地圖東側的文字完全沒法看了。
後面檢查了以下手機瀏覽器似乎字號顯示正常,但是電腦無論是chrome還是edge都出現了這一問題。
我看應該不是這一模板源代碼本身的問題。求教是否有什麼方案,可以解決這一問題。--帕迪沙(留言) 2025年7月26日 (六) 05:02 (UTC)
- 不確定您的「疊在一起」指什麼。我看文本寬度是用
width: 6em
限制的,即一行最多約6個漢字(見Module:Location map的markLabelDiv
)。如果您指的是顯示時小字被拉大造成文本疊在一起的話,那您可以看看chrome://settings/fonts的「最小字號」是什麼。瀏覽器默認的無障礙設置會使得font-size不能小於這個設定值。--Srapoj(留言) 2025年7月26日 (六) 14:01 (UTC)- 我測試了一下,不是瀏覽器的問題,而是維基百科右側外觀一欄的問題,只有在文本為「小」的時候地圖才能正常顯示,為「標準」的時候就會導致排版出現問題,請問有什麼解決辦法,可以讓地圖不受文本一欄選項的限制?--帕迪沙(留言) 2025年7月26日 (六) 14:55 (UTC)
- 噢我忘了這回事了(mw:Reading/Web/Accessibility for reading加入了暗色模式和字體大小選擇器)。感覺簡單的做法就是在這個模板頁給Location map包一層
<div style="font-size: xx px;">
,這樣地圖裡那些相對字體大小就會以它為基準,而非可能變化的正文字體大小了。不過我不確定這樣是否是最恰當的,比如排版以及無障礙方面可能有更好的做法。--Srapoj(留言) 2025年7月26日 (六) 15:16 (UTC)- Location map不是我能改得了的,要不您來提交一下申請?--帕迪沙(留言) 2025年7月26日 (六) 15:35 (UTC)
- 噢我忘了這回事了(mw:Reading/Web/Accessibility for reading加入了暗色模式和字體大小選擇器)。感覺簡單的做法就是在這個模板頁給Location map包一層
- 我測試了一下,不是瀏覽器的問題,而是維基百科右側外觀一欄的問題,只有在文本為「小」的時候地圖才能正常顯示,為「標準」的時候就會導致排版出現問題,請問有什麼解決辦法,可以讓地圖不受文本一欄選項的限制?--帕迪沙(留言) 2025年7月26日 (六) 14:55 (UTC)
- 已指定固定字體大小,見Special:Diff/88450620。如果其他編者有更好的方法請不吝賜教。
- 另@帕迪沙:我覺得可以給長地名使用
label_width
參數放寬一行的長度,這樣應該能節省一些垂直方向的空間,就沒那麼容易重疊吧。這些用漢字寫出的音譯名字本就比字母占用更多的寬度。--Srapoj(留言) 2025年7月26日 (六) 16:04 (UTC)
這個圖表不能適應新的圖表了,有什麼辦法呢--一般路過白學家(去打死他) 2025年7月26日 (六) 19:00 (UTC)
- 在其他語言的維基也都是壞的。等「有人」更新了再跟進吧。--Srapoj(留言) 2025年8月5日 (二) 00:10 (UTC)
用戶貢獻頁面有錯別字
[編輯]Special:用戶貢獻/示例,簡體模式頁面下方「SUL/帐号」的「帐号」應為「账号」。似乎不是字詞轉換的問題。--12З4567(留言) 2025年7月26日 (六) 20:54 (UTC)
- 需要(界面)管理員改MediaWiki:sp-contributions-footer。--Srapoj(留言) 2025年7月26日 (六) 21:54 (UTC)
- 可能需要在translatewiki那邊改比較好。--1F616EMO(喵留言~回覆請ping) 2025年7月27日 (日) 01:46 (UTC)
- 跟translatewiki無關,這個系統信息頁是本地定製的(去Special:AllMessages看)。——Sakamotosan路過圍觀 | 避免做作,免敬 2025年7月27日 (日) 06:12 (UTC)
- 可能需要在translatewiki那邊改比較好。--1F616EMO(喵留言~回覆請ping) 2025年7月27日 (日) 01:46 (UTC)
- 帳賬相通,不是錯字。 ——魔琴[留言 貢獻 PJ:小學 PJ:兩岸] 2025年7月27日 (日) 07:20 (UTC)
- 中國大陸近年重新規範了,「帳號」應為「賬號」!國家語委回應多家網絡平台長期用錯字--YFdyh000(留言) 2025年7月27日 (日) 08:26 (UTC)
- 說句題外話,微軟似乎就沒理會這個重新規範,簡體中文環境下仍然將「account」翻譯為「帳號」(其實簡體中文版也是從繁體中文版修改過來的),所謂的「長期用錯字」在我看來本就是由微軟引起的(因為Windows的廣泛使用所以以訛傳訛)。倒是所有簡體中文版Windows在區域和語言設置中把「zh-tw」顯示為「繁体中文 (中国台湾)」了--Dabao qian℡ 2025年7月27日 (日) 11:54 (UTC)
- 微軟船大難調頭,沒改就沒改吧,而且近些年微軟大量用機器翻譯,本地化質量不行。Windows確實助推作用。Microsoft 服務協議Microsoft 隱私聲明,目前極少量「賬戶」,大量「帳戶」。--YFdyh000(留言) 2025年7月27日 (日) 14:34 (UTC)
- ( π )題外話甚至中國法律都是向來用「帳」,近年來才在法律修改時順帶修改。
- s:全國人民代表大會常務委員會關於修改《中華人民共和國會計法》的決定 (2024年)第十五條第(七)項:
(七)將相關條文中的「帳」修改為「賬」。
- 《刑法》甚至把「賬」改回「帳」:第191條在1997年版公報為「賬」,2021年發布公報刑法特刊時反而統一為「帳」。
- s:全國人民代表大會常務委員會關於修改《中華人民共和國會計法》的決定 (2024年)第十五條第(七)項:
- 再題外話的是,中國法律自己都不管推薦國家標準書名號頓號之間不再用頓號甚至越改越回去:s:中華人民共和國民法總則(第205條,按照標準)→s:中華人民共和國民法典(第1259條,內容相同但不按標準),賬帳這種舊時標準也通用的真的算「用錯字」嗎?--Teetrition(留言) 2025年7月28日 (一) 05:30 (UTC)
- 那不是近年重新規範的,2001年《第一批異形詞整理表》就規定了帳、賬的分化,前幾年重新提起純屬長江日報和國家語委閒着沒事幹。 ——魔琴[留言 貢獻 PJ:小學 PJ:兩岸] 2025年7月28日 (一) 05:42 (UTC)
- 那麼,準確說是推動了規範落地?我說規範,是因為之前哪怕有規範,也是爭論不斷。--YFdyh000(留言) 2025年7月29日 (二) 08:52 (UTC)
- 說句題外話,微軟似乎就沒理會這個重新規範,簡體中文環境下仍然將「account」翻譯為「帳號」(其實簡體中文版也是從繁體中文版修改過來的),所謂的「長期用錯字」在我看來本就是由微軟引起的(因為Windows的廣泛使用所以以訛傳訛)。倒是所有簡體中文版Windows在區域和語言設置中把「zh-tw」顯示為「繁体中文 (中国台湾)」了--Dabao qian℡ 2025年7月27日 (日) 11:54 (UTC)
- 中國大陸近年重新規範了,「帳號」應為「賬號」!國家語委回應多家網絡平台長期用錯字--YFdyh000(留言) 2025年7月27日 (日) 08:26 (UTC)
- @12З4567、@Srapoj:
完成,請複查。另外translatewiki有使用「賬號」的共識。--碟之舞📀💿 2025年7月29日 (二) 08:06 (UTC)
- 不久以前社群應該討論過這個問題,我還記得⋯⋯ —— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 14:46 (UTC)
2025年第31期技術新聞
[編輯]維基媒體技術社群現在發布最新的技術新聞。請告知其他使用者這些變更;不是所有的變更都會對您造成影響。技術新聞提供其他語言的譯文版本。
本週要聞
近況更新 - 面向編輯者
- 經維基共享資源社群決定,自8月16日起,禁止所有未在維基共享資源上擁有自動確認權限的使用者跨維基上傳檔案。此舉是由於新使用者上傳檔案時普遍存在問題。受此影響的使用者將收到一則錯誤訊息,其中包含指向限制較少的維基共享資源上傳精靈的連結。請協助翻譯該訊息或就訊息文字提供回饋。另也請更新您本地維基的說明頁面,以解釋這項限制。 [3]
- 在元維基和已啟用臨時帳號的維基站點上,管理員現在可以為臨時帳號的Special:Contributions頁面設定頁尾,類似於IP和使用者帳號頁面的頁尾。管理員可以透過建立名為
MediaWiki:Sp-contributions-footer-temp
的頁面來實現。 [4] 上週有21件社群提交的工單得到解決。
近況更新 - 面向技術貢獻者
本週軟體更新細節: MediaWiki
會議與活動
- 2025年維基媒體國際會議將於8月6日至9日舉行。議程現已公布,供您參考規劃您想參加的會議。大多數會議將進行直播,但顯示「無攝影機」圖示的會議除外。如果您想在線上觀看直播並使用互動功能,請報名獲取免費虛擬門票。 例如,您可能會對以下技術會議感興趣:
- 2025年秋季MediaWiki使用者與開發者大會將於2025年10月28日至30日在德國漢諾威舉行。此活動由第三方MediaWiki社群舉辦,並面向該社群。您可以提交會議提案並報名參加。
MediaWiki message delivery 2025年7月29日 (二) 00:26 (UTC)
小工具設置頁翻新方案
[編輯]目前小工具設置頁由於欠缺打理,分類多有混亂,因此從英維和commons借鑑了一些設計,嘗試讓小工具設置頁更加易用且一目了然。
Beta站效果:[5](需要登錄)
修改如下。
- 小工具分類作如下調整:
- 瀏覽工具(browsing;作用於條目本身的小工具);
- 編輯工具(editing;顧名思義,「編輯按鈕擴展」合併至此);
- 界面顯示工具(appearance;調整不局限於條目,「首頁」合併至此區域界面的小工具);
- 管理工具(maintenance;管理員等管理wiki用到的小工具);
- 測試與開發中的工具(test;顧名思義);
- 模塊和庫(modules;其他小工具或者腳本會調用的工具,一般設置為隱藏,因而此章節不會在參數設置中出現)。
- 小工具描述改為使用{{Gadget-desc}}和{{Gadget-desc-utility}}結構化,例如「小工具名:預跨小工具描述。 [文件 / 範例 / 討論 / 設定]」。
- 「模塊和庫」中的小工具描述使用{{Gadget-desc-utility}},效果為「實用工具腳本,不應在偏好設定中出現」。
- 更多信息詳見模板文檔。
- 參數設置小工具頁頂部介紹改為以下內容(界面消息裸露為正常現象,部署後即正常):
- 外
- 小工具會載入外部網站(非WMF站點)內容
- 跨
- 小工具會載入其他維基媒體wiki站點的指令碼
- 預
- 小工具預設啟用
- 用
- 小工具會載入使用者指令碼
小工具是您可以選擇啟用的自定義功能,由本站用戶開發及維護。下面是您可以為賬號啟用的小工具列表。請注意大部分小工具需要啟用JavaScript才能生效。出於安全原因,小工具不會在部分特殊頁面生效(例如本參數設置頁面)。如果您想要啟用的小工具沒有在下方列出,可能是您不具備必需的權限。
您對自己使用小工具作出的操作負有全部責任,並且必須遵守相關方針與指引。
本地界面管理員可以編輯可用小工具的定義,本地管理員可以編輯它們的描述說明,每個小工具的用戶數量列於小工具使用統計頁面中。
內容
以上。現徵求社群意見。--碟之舞📀💿 2025年7月30日 (三) 04:35 (UTC)
- 支持。--Kcx36(留言) 2025年7月30日 (三) 05:24 (UTC)
- 編輯按鈕擴展的描述是不是應當加個前綴(比如擴展按鍵V1……)?「默」有點奇怪,能否改用「預設」的「預」? ——魔琴[留言 貢獻 PJ:小學 PJ:兩岸] 2025年7月30日 (三) 05:40 (UTC)
- 繁體用的就是「預」。這個沒辦法,誰讓default的簡繁翻譯不一致。--碟之舞📀💿 2025年7月30日 (三) 05:51 (UTC)
- 我覺得「预:小工具默认启用」也不會有太大的問題…… ——魔琴[留言 貢獻 PJ:小學 PJ:兩岸] 2025年7月30日 (三) 05:53 (UTC)
- 論單字的意思「預」應該較「默」相對接近詞義。單獨的「默」應該幾乎不會被用在這類場合吧。--Srapoj(留言) 2025年8月4日 (一) 17:47 (UTC)
- 為什麼不能多用幾個字(兩個字應該夠)?也沒限定要一個字縮寫吧?—— Eric Liu 創造は生命(留言・留名・學生會) 2025年7月31日 (四) 04:49 (UTC)
- 類似(默認)(外部)這樣?目前的設計是受到了標識用戶權限小工具的啟發,如果要改成這樣的話固然可以但是占用空間有點大。--碟之舞📀💿 2025年7月31日 (四) 05:50 (UTC)
- 雖然沒限定要用一個字縮寫,但是最近更改和監視列表頁面也都是用一個字縮寫。--Dabao qian℡ 2025年7月31日 (四) 18:34 (UTC)
- 我覺得「预:小工具默认启用」也不會有太大的問題…… ——魔琴[留言 貢獻 PJ:小學 PJ:兩岸] 2025年7月30日 (三) 05:53 (UTC)
- 繁體用的就是「預」。這個沒辦法,誰讓default的簡繁翻譯不一致。--碟之舞📀💿 2025年7月30日 (三) 05:51 (UTC)
- 很強 —— Eric Liu 創造は生命(留言・留名・學生會) 2025年7月30日 (三) 08:46 (UTC)
- 目前看起來方案並無太大問題。現
公示7日,2025年8月7日 (四) 04:28 (UTC)結束。--碟之舞📀💿 2025年7月31日 (四) 04:28 (UTC)
- 順帶討論一下是否需要恢復「可點擊摺疊標題」的默認啟用狀態,當時部署的時候確定的方案是設為默認啟用可選擇關閉,但是由於技術原因臨時擱置至今,現技術問題已解決。--Dabao qian℡ 2025年7月31日 (四) 17:17 (UTC)
- 附知@SunAfterRain。--碟之舞📀💿 2025年8月1日 (五) 02:45 (UTC)
- SunAfterRain 2025年8月1日 (五) 03:29 (UTC) 您可以自己推動,然後有bug再叫我來看()--
- 另外有些小工具描述說明的簡繁轉換做得一團糟(比如MediaWiki:Gadget-ViewSourceMode和MediaWiki:Gadget-ExternalLinkNewWin的簡體子頁面),有些描述文字太過口語化(比如MediaWiki:Gadget-OnlineAdmins),之前往我負責的wiki網站部署小工具的時候發現了這個問題並且全部更新了,本次翻新也可以順帶更新一下存在問題的描述說明。--Dabao qian℡ 2025年7月31日 (四) 18:02 (UTC)
- 是的。稍後看看能不能先把改後效果放這裡參考一下。--碟之舞📀💿 2025年8月1日 (五) 02:47 (UTC)
- 小工具定義效果:User:Diskdance/Gadgets-definition-sandbox,描述有空再做。--碟之舞📀💿 2025年8月1日 (五) 11:12 (UTC)
- 部分順序有微調,編輯按鈕擴展仍按照V1—V4的順序排列,ToolsRedirect選項仍按現行順序排列,修改了已棄用的
|target=
和requiresES6
參數。--Dabao qian℡ 2025年8月1日 (五) 17:45 (UTC)- @Dabao qian:Twinkle的requiresES6也在上游倉庫里,不知道是否會被覆蓋?以及目前的布局更改是否會被影響到?另附知@Xiplus。--碟之舞📀💿 2025年8月2日 (六) 04:29 (UTC)
- 可以移除。--Xiplus#Talk 2025年8月2日 (六) 04:37 (UTC)
- @Xiplus:感謝回復。我想再確認一下,因為提案更改了morebits和select2的章節,請問這樣的更改是否會被上游倉庫覆蓋?似乎Twinkle是自動部署的。--碟之舞📀💿 2025年8月2日 (六) 04:41 (UTC)
- 提案通過之後把上游repo的部署改一下就好了,對技術帝來說應該不是大問題。--Hamish T 2025年8月2日 (六) 04:59 (UTC)
- 不會覆蓋。--Xiplus#Talk 2025年8月2日 (六) 05:08 (UTC)
- 提案通過之後把上游repo的部署改一下就好了,對技術帝來說應該不是大問題。--Hamish T 2025年8月2日 (六) 04:59 (UTC)
- @Xiplus:感謝回復。我想再確認一下,因為提案更改了morebits和select2的章節,請問這樣的更改是否會被上游倉庫覆蓋?似乎Twinkle是自動部署的。--碟之舞📀💿 2025年8月2日 (六) 04:41 (UTC)
- 可以移除。--Xiplus#Talk 2025年8月2日 (六) 04:37 (UTC)
- @Dabao qian:Twinkle的requiresES6也在上游倉庫里,不知道是否會被覆蓋?以及目前的布局更改是否會被影響到?另附知@Xiplus。--碟之舞📀💿 2025年8月2日 (六) 04:29 (UTC)
- 部分順序有微調,編輯按鈕擴展仍按照V1—V4的順序排列,ToolsRedirect選項仍按現行順序排列,修改了已棄用的
- 小工具描述效果:User:Diskdance/Gadgets-description-sandbox。簡中已經完成,其他變體正在和其他用戶合作完成。--碟之舞📀💿 2025年8月4日 (一) 05:36 (UTC)
- 目前主要是涉及到「用户/使用者/用戶」和「点击/點選/點擊」的需要單獨的香港繁體子頁面,其他只需要簡繁兩種變體即可。--Dabao qian℡ 2025年8月4日 (一) 05:54 (UTC)
- 排查發現的問題(持續更新):
- MediaWiki:Gadget-Cat-a-lot.js仍在使用
mw.loader.using()
加載依賴項; - 繼續排查發現MediaWiki:Gadget-link-ts.js也是野生加載依賴項;
- MediaWiki:Gadget-popupUserLanguage.js之前因為腳本錯誤而被基金會志願者禁用;
- 還有我之前提報過但是沒人回應的,MediaWiki:Gadget-SimplifyRefNotesTag.js在腳註系統更新之後無法完全工作,{{NoteTag}}無法被覆蓋為英文字母,但是{{NoteFoot}}是正常的
- MediaWiki:Gadget-Cat-a-lot.js仍在使用
- --Dabao qian℡ 2025年8月4日 (一) 13:47 (UTC)
- 簡體、繁體、香港已全部完成,用字正確與否待檢查,後續正式部署時需本地管理員協助刪除所有小工具描述頁除zh、zh-hans、zh-hant(個別情況下需保留zh-hk)外的所有變體子頁面。
mw.loader.using()
的野生依賴項引用其實可以不用管它,Cat-a-lot在上游的版本就是這樣野生加載。--Dabao qian℡ 2025年8月4日 (一) 20:22 (UTC)
- 小工具定義效果:User:Diskdance/Gadgets-definition-sandbox,描述有空再做。--碟之舞📀💿 2025年8月1日 (五) 11:12 (UTC)
- 我之前注意到HanAssist有自己的介紹頁(Wikipedia:HanAssist),像這種情況我覺得不妨在描述里加上鏈接,這樣方便找?--Srapoj(留言) 2025年8月2日 (六) 15:49 (UTC)
- 加了也沒用,因為參數設置不會顯示。--碟之舞📀💿 2025年8月3日 (日) 02:33 (UTC)
- 我指的是在Special:Gadgets顯示。場景類似於有人在Devtools里發現了某個gadget報錯,於是順着名字去Special:Gadgets查看它的描述。--Srapoj(留言) 2025年8月3日 (日) 09:28 (UTC)
- 給{{Gadget-desc-utility}}加了個文檔參數,效果見上方頁面。--碟之舞📀💿 2025年8月4日 (一) 15:41 (UTC)
- 我指的是在Special:Gadgets顯示。場景類似於有人在Devtools里發現了某個gadget報錯,於是順着名字去Special:Gadgets查看它的描述。--Srapoj(留言) 2025年8月3日 (日) 09:28 (UTC)
- 加了也沒用,因為參數設置不會顯示。--碟之舞📀💿 2025年8月3日 (日) 02:33 (UTC)
- 是的。稍後看看能不能先把改後效果放這裡參考一下。--碟之舞📀💿 2025年8月1日 (五) 02:47 (UTC)
- 順帶討論一下是否需要恢復「可點擊摺疊標題」的默認啟用狀態,當時部署的時候確定的方案是設為默認啟用可選擇關閉,但是由於技術原因臨時擱置至今,現技術問題已解決。--Dabao qian℡ 2025年7月31日 (四) 17:17 (UTC)
IPA模板不正確顯示字體
[編輯]
{{IPA}}模板目前(至少在我的電腦上)無法正確地提供輸出,會顯示為不同字體混用、高度不一、有無襯線不一的情況,具體參見模板文檔中「用法」里的「效果」。不知是否跟該模板今年三月的修改有關。——三獵(留言) 2025年7月30日 (三) 09:29 (UTC)
- 我用Chrome (Windows 10)觀察了一下,感覺是它默認的字體fallback行為造成的,源碼應該是在font_fallback_win.cc。指定用Microsoft YaHei去顯示國際音標就能觸發,因為它缺一些國際音標符號,有些unicode範圍會回落到Times New Roman,其他的會回落到Lucida Sans Unicode。--Srapoj(留言) 2025年8月1日 (五) 14:15 (UTC)
- 但Edge,在macOS 15.5和13.6.1以及Windows 11上均未發現此錯誤。--Hamish T 2025年8月2日 (六) 05:03 (UTC)
- 我當時看Microsoft JhengHei缺音標字符的情況較雅黑少一點。我手頭沒有蘋果系統;上條留言找到的字體回落邏輯只在Windows使用。--Srapoj(留言) 2025年8月2日 (六) 09:40 (UTC)
各位好,剛剛本人將站內部分腳本從wgU*S
切換到了HanAssist。雖然已複查多次,確保無語法錯誤,但由於改動量大,可能出現疏漏。因此如果發現腳本出現問題並且和此次改動有關,請於此處匯報。謝謝!--碟之舞📀💿 2025年7月31日 (四) 05:47 (UTC) 1
- 怪不得console的wgu*s提示沒了。--Hamish T 2025年8月1日 (五) 10:25 (UTC)
- ( π )題外話:HanAssist和Module:Lan都在提報修訂,修改zh-mo和zh-my的回退優先級。--Dabao qian℡ 2025年8月4日 (一) 06:14 (UTC)
應將Category:各日出生和Category:各日逝世的參數加入Template:Bd模板
[編輯]如題,考慮到兩個分類都沒有提刪成功,近期也有人手動添加,不如直接相關參數引入生卒年份模板,一勞永逸。--Jeffchu2014(留言) 2025年8月1日 (五) 04:30 (UTC)
- 那就是直接參考粵維版本修改就可以了。--Dabao qian℡ 2025年8月1日 (五) 04:53 (UTC)
- 沒有共識引進,則應刪除。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月1日 (五) 04:55 (UTC)
- 問題是之前討論了幾次都沒討論出結果,這樣的話只能默認社群允許這種分類存在,再多的討論估計也不會有什麼明確結果。--Jeffchu2014(留言) 2025年8月1日 (五) 06:08 (UTC)
- 不太一樣。社群默許無來源的條目存在,不如廢除可供查證[開玩笑的]。但是,統一寫法、便於數據整理以及用破窗理論來推動共識,我可以接受,只是要明確,這完全不代表我贊成創建這些分類,反而傾向移除這些分類──所以也許,如果要自動加入這些分類,應該在分類中明確標註其用法、現狀是有爭議的。--YFdyh000(留言) 2025年8月1日 (五) 10:11 (UTC)
- @重慶軌交18,怎麼看?--Jeffchu2014(留言) 2025年8月1日 (五) 14:27 (UTC)
- 不太一樣。社群默許無來源的條目存在,不如廢除可供查證[開玩笑的]。但是,統一寫法、便於數據整理以及用破窗理論來推動共識,我可以接受,只是要明確,這完全不代表我贊成創建這些分類,反而傾向移除這些分類──所以也許,如果要自動加入這些分類,應該在分類中明確標註其用法、現狀是有爭議的。--YFdyh000(留言) 2025年8月1日 (五) 10:11 (UTC)
- 問題是之前討論了幾次都沒討論出結果,這樣的話只能默認社群允許這種分類存在,再多的討論估計也不會有什麼明確結果。--Jeffchu2014(留言) 2025年8月1日 (五) 06:08 (UTC)
- 我覺得要麼一律不加,要麼統一由{{bd}}實現,現在手動添加有種不倫不類的感覺。--Tim(留言) 2025年8月1日 (五) 05:46 (UTC)
- 不見得…手動就叫不倫不類,2011年wikidata上線前,外語連接也有靠過手動寫入分類的方式實現,那如果手動添加分類就叫不倫不類了,每天那麼多hotcat編輯有多少是有倫有類呢?--重慶軌交18(留言) 2025年8月1日 (五) 14:35 (UTC)
- 那不一樣,以前跨語言鏈接寫源碼尾部是標準做法,也無替代品。就好像如果不允許創建某些導航模板,編者將源碼直接寫在條目里,容易欠妥──無共識的分類類似,只是更短。--YFdyh000(留言) 2025年8月1日 (五) 21:39 (UTC)
- 只要方針里沒有禁止手動分類,也沒有證據認定我在進行破壞,我可以繼續我的編輯,你不需要阻止我,越是想阻止我反倒我越是會想天天加這些分類--重慶軌交18(留言) 2025年8月1日 (五) 22:43 (UTC)
- 目前尚未達成禁止或允許的共識,閣下自可繼續操作。--1F616EMO(喵留言~回覆請ping) 2025年8月2日 (六) 15:22 (UTC)
- 只要方針里沒有禁止手動分類,也沒有證據認定我在進行破壞,我可以繼續我的編輯,你不需要阻止我,越是想阻止我反倒我越是會想天天加這些分類--重慶軌交18(留言) 2025年8月1日 (五) 22:43 (UTC)
- 那不一樣,以前跨語言鏈接寫源碼尾部是標準做法,也無替代品。就好像如果不允許創建某些導航模板,編者將源碼直接寫在條目里,容易欠妥──無共識的分類類似,只是更短。--YFdyh000(留言) 2025年8月1日 (五) 21:39 (UTC)
- 不見得…手動就叫不倫不類,2011年wikidata上線前,外語連接也有靠過手動寫入分類的方式實現,那如果手動添加分類就叫不倫不類了,每天那麼多hotcat編輯有多少是有倫有類呢?--重慶軌交18(留言) 2025年8月1日 (五) 14:35 (UTC)
2025年第32期技術新聞
[編輯]維基媒體技術社群現在發布最新的技術新聞。請告知其他使用者這些變更;不是所有的變更都會對您造成影響。技術新聞提供其他語言的譯文版本。
近況更新 - 面向編輯者
- 編輯者現在可以啟用使用者資訊卡功能。此功能可在頁面修訂紀錄、使用者貢獻日誌等類似頁面中的使用者名稱旁新增一個圖示。當用滑鼠或觸控螢幕按一下圖示後,它會顯示該使用者帳號的相關資料,例如編輯次數、被回退編輯數、被封鎖次數等。這是一個更廣泛專案的一部分,旨在讓網站維護者能更容易評估帳號的可信度。此功能現可在全域偏好設定中啟用,本週稍晚將可在本地偏好設定中啟用。 [6]
- 歡迎任何人就Connection團隊最近啟動的「協作貢獻」專案發表意見。該專案旨在創造一種新的方式來展示協作編輯活動(如編輯松、積壓消化作業、維基專題)對維基的影響。請在此討論頁發表您的意見。 [7]
- 管理員現在可以定義臨時帳號的預設封鎖時長。為此,管理員需要建立
MediaWiki:Ipb-default-expiry-temporary-account
頁面,並使用MediaWiki:Ipboptions
中定義的值。這讓管理員可以輕易將臨時帳號封鎖90天,由於臨時帳號的活動效期同為90天,這類封鎖實質等同於無限期封鎖。此解決方案的優點是讓Special:BlockList中不會堆滿永封臨時帳號。參見說明文件。 [8] 上週有27件社群提交的工單得到解決。
近況更新 - 面向技術貢獻者
- 小工具現在可以包含
.vue
檔案。這讓使用Vue.js開發現代UI變得更容易,尤其是使用維基媒體官方設計系統Codex。Codex圖示集可以透過小工具定義載入。參見說明文件中的範例。對於使用Vue.js的腳本,現在有一個API模組可以用於載入Codex圖示集。 [9][10] - 模組開發者現在可以使用一個Lua介面來簡化在元維基上翻譯Lua模組的準備工作。這項改進使翻譯人員能夠更容易找到和編輯模組中的字串,而無需處理Lua原始碼。這有助於避免翻譯過程中出差錯,導致模組損壞。歡迎模組開發者和翻譯人員觀看示範影片,閱讀更多關於可翻譯模組的資訊以了解其運作方式,參考元維基的Module:User Wikimedia project作為使用範例,並對於如何解決工作流程中的挑戰分享意見回饋。該介面仍有一些效能問題,因此目前還不適合用於廣泛使用的模組。 [11]
- 與維基媒體網頁連接的外部工具的開發者,請務必設定符合使用者代理方針的使用者代理。由於外部爬蟲過度使用維基媒體資源,該方針將於8月開始嚴格執行。託管在維基媒體Toolforge或Cloud VPS上的工具暫時不會受此影響,但仍應設定使用者代理。在工單參閱更多技術細節,歡迎在工單中提出相關問題。
- 繼維基導遊和維基詞典成功轉換成Parsoid閱讀視圖之後,未來幾週內,Parsoid閱讀視圖將在一些小型維基百科推出。參閱Parsoid/解析器統一了解更多。 [12]
本週軟體更新細節: MediaWiki
會議與活動
- 2025年維基媒體國際會議將於8月6日至9日舉行。議程現已公布,供您參考規劃想參加的會議。大多數會議將進行直播,但顯示「無攝影機」圖示的會議除外。如果您想在線上觀看直播並使用互動功能,請報名獲取免費虛擬門票。 您可能會對以下技術會議感興趣: