跳至內容

維基百科:互助客棧/技術

新增話題
維基百科,自由的百科全書
由MediaWiki message delivery在話題2025年第32期技術新聞上作出的最新留言:2 小時前

本頁用作討論在編輯時遇到的技術問題;發表問題或討論前,請先參閱常見問題解答說明資訊MediaWiki基本問題及搜尋舊討論記錄。另請注意:

請注重禮儀、遵守方針與指引,一般問題請至互助客棧其他區知識問答提出,留言後請務必簽名(點擊 )。


發表前請先搜尋存檔,參考舊討論中的內容可節省您的時間。
公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (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:作品名稱 § 不覺得這模版很多餘嗎?
下方繼續研議此類模板前途。— Gohan 2025年5月1日 (四) 09:54 (UTC)
Template talk:比較條文 § 提議使用取代

現行{{比較條文}}模板存在以下問題:

  1. 濫用CSS position以及嵌套div達成陰影效果,增加代碼複雜度;
  2. 在窄屏幕上依然將條文左右排布,造成閱讀困難;
  3. 在暗色模式下未有定義顏色,導致辨識度下降;
  4. 當兩邊條文長度不一時出現多餘空白。

爲解決上面的問題,我建立了{{比較條文/flex}}模板,技術細節如下:

  1. 使用CSS flex管理兩欄,方便處理響應式網頁設計問題。
  2. 使用多個box-shoadow處理陰影問題,解決濫用CSS position的問題。
  3. 在熒幕寬度低於500px時,不強制左右排布。(理論上,如果內文足夠短,未必會即時觸發換行,但機會甚微。)
  4. 爲暗色模式顯示重新配色,免去了之前簡單反轉顏色導致的辨識度問題。

新模板參數除tdstyle1以及tdstyle2因不適用而廢除外,其他參數均和現有模板兼容。爲解決上方問題,現提議以{{比較條文/flex}}的取代{{比較條文}}。雖然此模板並非高風險模板,然使用廣泛,私以爲先獲得明確共識爲宜。如希望測試,可以前往我的個人沙盒

附圖:

--1F616EMO喵留言回覆請ping) 2025年6月19日 (四) 02:49 (UTC)
Wikipedia talk:討論頁指引 § 建議統一討論頁及布告板的主題標題層級爲二級標題
既然先前討論串已有明確的修改共識,以下討論該如何修改。除了下面提到的改動以外,還需對外觀進行略微改動(如,去掉「提名區」2級標題),以及存檔bot需要修改配置,這個因為很簡單故不贅述。--SuperGrey (留言) 2025年6月24日 (二) 03:40 (UTC)
WikiProject talk:中國行政區劃 § {{PRC admin}}及其子模板清理討論
#模板標題改用民政部行政代碼
假定上方公示通過且已刪除(或標記停用)村級模板頁面,因統計代碼已不再公開,提議將現有模板全部改用行政代碼為標題,並保留原標題的重新導向。因模板影響深遠,提案者暫未細緻檢查各處用例,還請社群可以給予寶貴意見。
因本討論串預期會暫時保持開放,將章節名修改為便於索引的純文字模式,將正進行的公示方案調整為三級標題。謹此。--Hamish T 2025年7月12日 (六) 07:42 (UTC)
Template talk:Infobox building § 編輯請求 2025-07-18
  1. 個人認為「基地面積」應改為「基底面積」,並未聽說過「基地面積」這一說法;
  2. 建議添加「設計師」參數;
  3. 建議添加「占地面積」參數,顯然「占地面積」和「建築面積」是兩個不同的參數,而且對於建築物來說都是比較重要的信息,且兩者常會相提並論。
不知道這種請求算不算「詳細」。--261026CQ(留言) 2025年7月18日 (五) 01:55 (UTC)
Wikipedia talk:刪除程序 § 提議使用機械人重新提交頁面存廢討論
依RELIST實行後的普遍做法,凡超出7日未有被關閉的存廢討論,均獲重新提交,故此提議使用機械人在UTC每日0時重新提交七日前被提出無任何討論的頁面存廢討論以減輕人手操作負擔。--Hamish T 2025年7月24日 (四) 01:24 (UTC)
MediaWiki talk:Gadget-EditCommon.js § Edit.js改為小工具方案

將該腳本改為小工具有如下好處:

  1. 整合ResourceLoader的緩存、依賴管理和同步加載特性;
  2. 改正糟糕的命名(.js的目錄是什麼鬼啊啊啊)。

已經在Beta Cluster試驗完成了本方案,內容如下:

  1. 新增小工具定義* EditCommon[ResourceLoader|hidden|dependencies=ext.gadget.HanAssist|actions=edit]|EditCommon.js,此處使用小工具定義在action=(edit|submit)時自動加載;
  2. 移動本頁至MediaWiki:Gadget-EditCommon.js,原頁面直接刪除或改為加載小工具版本;
  3. 修改MediaWiki:Common.js以及其他會加載本腳本的腳本,在其他情形(比如可視化編輯器)時加載(mw.loader.load('ext.gadget.EditCommon');)。
供各位參考,現 公示7日,2025年7月31日 (四) 08:19 (UTC)結束。--碟之舞📀💿 2025年7月24日 (四) 08:19 (UTC)
Template talk:Expand language § 改「擴充」爲「改善」
中維存在不少篇幅看似還可以但不符合內容方針的內容,如通篇無來源或宣傳語調的條目,但對應外文條目可能只是小作品,無法用現行{{Expand language}}標記改善。由於這類條目亦有從外文條目擴充內容之必要,甚至需要全文重寫,爲免誤會,現建議改「擴充」爲「改善」(改善包括擴充),邀請社羣討論。--1F616EMO喵留言回覆請ping) 2025年7月26日 (六) 16:29 (UTC)
Wikipedia talk:刪除 § 關於使用圖示標記立場
爲意向模板的圖示添加CSS class的決定已經通過,社羣正在討論相關技術細節,歡迎踴躍參與。1F616EMO喵留言回覆請ping) 2025年7月30日 (三) 10:43 (UTC)
Template talk:移動自 § 移動自與移動至模板

現時,{{移動自}}與{{移動至}}模板將可選填的「移動理由」放置於移動執行者的簽名後,然而「移動理由」現時的表達方式相當不通順,此前也曾導致互助客棧的topic list錯誤識別{{移動自}}與{{移動至}}模板為「留言」,因此建議調整兩個模板中可選填的「移動理由」的放置方式由現時的:

本主題或以下段落文字,......執行者:(簽名)。移動理由:(reason參數的內容)

調整為:

本主題或以下段落文字,因為(reason參數的內容),......執行者:(簽名)

以上。Sanmosa DC23 2025年7月31日 (四) 05:30 (UTC)
Template talk:Policy shortcut § 排版問題
請見截圖([1]),目前長寬比一大,就會受到側面模板的擠壓,該模板就會錯位,被誤認為屬於另一個章節。如何避免這個問題。--Nostalgiacn留言) 2025年8月4日 (一) 02:20 (UTC)
Wikipedia talk:維基百科拷貝網站 § 亟需更新鏡像網站列表
{{moved from|Help talk:如何訪問維基百科|sign=竹林下小徑月光映一葉 2025年8月4日 (一) 14:16 (UTC)
Template talk:新增條文 § 新增條文和刪除條文的暗色模式問題

爲解決{{新增條文}}和{{刪除條文}}在暗色模式下的顯示問題,現提議修改這兩個模板以適配暗色模式,有兩個方案,演示如下:

一般檢視,修改前後應無分別。上至下:
暗色模式,上至下:
以上,邀請社羣討論,另知會@魔琴,邀請@SunAfterRainXiplus暁月凛奈。--1F616EMO喵留言回覆請ping求助?) 2025年8月4日 (一) 14:58 (UTC)

本地安全投票測試

[編輯]

此前討論,本地安全投票提案已通過。目前等待軟件層面啟用本地安全投票後,應先測試以確認是否可行及具體流程,故在此開啟討論串。(當然還是要先等patch過了再說)

cc @StangZhaoFJxSCP-2000 請留意。--beef [talk] 2025年1月20日 (一) 13:13 (UTC)回覆

還是這個頁面嗎?Special:安全投票--百無一用是書生 () 2025年1月21日 (二) 02:24 (UTC)回覆
對。 Stang 2025年1月21日 (二) 09:41 (UTC)回覆

感覺根據這條留言要分析處理的技術問題是挺多的,比較悲觀的判斷可能今年4月輪的定期投票那個時候依舊沒法解決……@0xDeadbeefZhaoFJxSCP-2000 Stang 2025年2月4日 (二) 08:46 (UTC)回覆

那就等着吧,WMF寫代碼就這個樣子,沒啥可說的。--beef [talk] 2025年2月5日 (三) 11:57 (UTC)回覆
所有blocker都沒了,咱看看能不能往前推進一下。另外兩個建議,之前提名期到投票期留了這麼長的時間,在本地進行安全投票的時候是不是可以適當縮減一下;目前的共識是管理員來做設置投票的操作,可以寫一個詳細的操作手冊關於怎麼配置。@0xDeadbeef Stang 2025年4月24日 (四) 03:47 (UTC)回覆
管理人員申請流程精簡問題,可以等這批申請結束以後一起檢討。—— Eric Liu 創造は生命(留言留名學生會 2025年5月5日 (一) 13:08 (UTC)回覆
看起來隔壁也推動緩慢,不如等成功以後,再行提出商議。—— Eric Liu 創造は生命(留言留名學生會 2025年6月10日 (二) 18:33 (UTC)回覆
@Ericliu1912隔壁剛剛部署好補丁了。enwiki的情況是設立了一個叫electionclerk的用戶組來完成跟投票相關的技術性操作(接觸不到pii),讓cuer來完成監票工作。類似的,對本地安全投票也有需求的fawiki也提交了類似的工單。窩覺得可以開始推動了,先完善一下Wikipedia:安全投票的說明頁面。 Stang1320 2025年6月11日 (三) 04:26 (UTC)回覆
@Stang這麼剛好XD 那就是要先決定有關權限組應由誰持有了。—— Eric Liu 創造は生命(留言留名學生會 2025年6月11日 (三) 08:34 (UTC)回覆
@Ericliu1912 開坑/ Stang1319 2025年6月11日 (三) 10:10 (UTC)回覆
(-)強烈反對另創用戶組,請把投票相關的技術性操作併入行政員的處理事項。--Aqurs 2025年6月12日 (四) 14:42 (UTC)回覆
好像沒看到投票管理員的樣子,又開了一個坑--1F616EMO喵留言回覆請ping2025年6月12日 (四) 14:35 (UTC)回覆

方針/操作手冊討論

[編輯]
已通過,技術上的操作將在不久後進行。 Stang1270 2025年7月31日 (四) 02:35 (UTC)回覆
下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

放鞭炮慶祝一下,果然enwiki最大 總結 之前的共識是絲糖公示版牛肉公示版

  1. 本站內部自行舉辦安全投票沒有問題;
  2. 允許管理員創建並配置安全投票;
    1. 嵌入權限,單純地允許創建和編輯安全投票設定。
  3. 允許選舉監察員(英語:scrutineer)查看選民信息並點票;
    1. 該用戶組提供給監督員,每次選舉需要時由監管員賦予權限。該權限可以修改MediaWiki空間頁面,創建編輯投票和查看選民IP地址。
  4. 用戶可以隨時申請成為管理人員,畢竟可以隨時開投票;

看來和目前的主要分歧是第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有個習俗是設置一些管理員可以考慮要不要給自己授予的用戶組(比如濫用過濾器維護者,安全投票助理),這個習俗本站沒有,所以實際上也沒必要照抄。咱這個坑還在繼續填~ @Aqurs11F616EMO Stang1317 2025年6月13日 (五) 08:39 (UTC)回覆
scrutineer跟electionclerk皆(-)反對。--Aqurs 2025年6月13日 (五) 08:41 (UTC)回覆
換句話說你覺得應該把創建/編輯/結算的權限綁定至管理員,把創建/編輯/結算/查看pii的權限綁定至監督員?咱覺得這樣有點違背設立特定用戶組的初衷,把過多額外的東西綁定上去不是太優雅。另外未來CUer「如果」回歸了怎麼辦?@Aqurs1 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)回覆
@Stang創建/編輯/結算的部分由管理員負責是為了減少程序的複雜性及減少不必要的麻煩,「選舉助理」這樣的職務,其工作並非相當複雜,是否需要另創職務的需要存疑。相關的行政性工作併入管理員的職務方為上策。--Aqurs 2025年6月13日 (五) 10:07 (UTC)回覆
設想一次管理人員定期選舉之中,把多的時候能到十幾個的候選人信息填到表格里,(如果要使用加密)生成兩份密鑰並妥善保存,把界面文字複製上去,生成名單並剔除掉被封禁而失去投票資格的,投票的時候遇到有人沒在名單裡要同步多個安全投票的名單,結算點票,感覺工作量算不上非常大但也絕對挺麻煩的吧。當然你的觀點我是理解的,可以考慮公開徵集一下意見?@Aqurs1 Stang1317 2025年6月13日 (五) 11:23 (UTC)回覆
關於加密,私以爲英維的說明只是指出有這個可能性而已,並非真的會用到。用到的場合大概只有基金會的事情,管理員選舉完全沒這個需要,可以刪除加密部分的說明。--1F616EMO喵留言回覆請ping2025年6月13日 (五) 14:16 (UTC)回覆
en上一次使用安全投票的管理員選舉確實是在用的@1F616EMO Stang1316 2025年6月14日 (六) 05:56 (UTC)回覆
囧rz……不過本站沒有這麼用過,也不見得需要?相關敘述已經還原,若社羣認爲有需要加密管理員投票,亦可另案提出。--1F616EMO喵留言回覆請ping2025年6月14日 (六) 06:11 (UTC)回覆
行政員都是管理員,所以給了管理員也相當於給了行政員。—— Eric Liu 創造は生命(留言留名學生會 2025年6月13日 (五) 11:32 (UTC)回覆
很明顯他的意思是要不要「只」給B @Ericliu1912 Stang1317 2025年6月13日 (五) 11:38 (UTC)回覆
那我覺得給管理員就好,管理員人數較多,且操作本身亦無過度風險。—— Eric Liu 創造は生命(留言留名學生會 2025年6月21日 (六) 06:03 (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喵留言回覆請ping2025年7月5日 (六) 16:09 (UTC)回覆
@1F616EMO對,全程在Special:SecurePoll內進行。 Stang1294 2025年7月6日 (日) 08:38 (UTC)回覆
@人间百态之前好像說過希望進行一個關於安全投票方面的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)回覆

@人间百态Aqurs11F616EMOEricliu1912ZhaoFJx具體來說,公示的內容是Wikipedia:安全投票頁面,希望提升為程序方針。現在這個頁面的版本我覺得可以公示了。 Stang1276 2025年7月24日 (四) 09:50 (UTC)回覆
這個反對意見沒解決吧。--人間百態,獨尊變態(討論)(簽名) 2025年7月24日 (四) 10:14 (UTC) 👍1回覆
好奇「原因已在上次cu討論時提及」是指哪裏。不過設立此權應該是沒有疑問的,畢竟就算是監管員監票也要有適合的本地用戶組進行臨時授權,只是要不要給本地的人用而已。--1F616EMO喵留言回覆請ping2025年7月24日 (四) 11:32 (UTC)回覆
監管員自我授權的例子見用戶查核,監管員並無用戶查核的全域權限,需要在本地自我授權後再進行查核,完成之後除去。--1F616EMO喵留言回覆請ping2025年7月24日 (四) 11:38 (UTC)回覆
Wikipedia_talk:安全投票#對各位是否了解監票員在安全投票機制中作用的簡易調查這個討論。這個我想的是在很快之後的管理人員選舉RfC裡面詳細討論關於誰來擔任選舉監察員的問題,目前的頁面就是單純對現狀的反映。 Stang1276 2025年7月24日 (四) 12:27 (UTC)回覆
訂為指引即可,與「申請成為管理人員指引」平級。—— Eric Liu 創造は生命(留言留名學生會 2025年7月24日 (四) 11:06 (UTC)回覆
同意定爲指引。--1F616EMO喵留言回覆請ping2025年7月24日 (四) 11:39 (UTC)回覆
我是根據「大部分設計權限組的頁面都是方針」而想把這個立為方針的,除了大量訊息發送者其他的權限組頁面都是方針。比較疑惑具體這個標準是怎麼定的。 Stang1276 2025年7月24日 (四) 12:27 (UTC)回覆
抱歉看錯了,確實有所不同,立爲方針亦可。1F616EMO喵留言回覆請ping2025年7月24日 (四) 13:07 (UTC)回覆
挺好的,(+)支持,辛苦大家了。——ZhaoFJx(Talk) 2025年7月24日 (四) 19:15 (UTC)回覆
(?)疑問 所以未來的投票會使用加密嗎?還是應在每次投票前由社群討論決定?——ZhaoFJx(Talk) 2025年7月24日 (四) 19:16 (UTC)回覆
@ZhaoFJx這個問題計劃是一併在不久之後百態同志主持的管理人員選舉RfC內進行討論。加密提供了兩個好處:a) W?F無法在後台數據庫方面查看投票結果,且避免了未來如果發生數據泄露導致的影響;b) 在公開投票人列表的情況下加密提供了額外的透明性,公開簽名公鑰後,投票者可以在不進行解密的情況下驗證記錄的真實性來確保結果未經篡改。具體的細節咱可能不太懂,大體上是這樣吧。 Stang1276 2025年7月25日 (五) 00:04 (UTC)回覆
技術上和先前的共識進行了一個變更:啟用wgSecurePollUseMediaWikiNamespace來在Mediawiki:SecurePoll/*下保存安全投票配置,而不使用獨立的命名空間,這樣讓頁面保存的更有系統性。 Stang1276 2025年7月24日 (四) 13:06 (UTC)回覆
@Stang按發言順序修正留言順序。1F616EMO喵留言回覆請ping2025年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.太平街道和南山街道合併,撤銷南山街道,合併後為太平街道,街道駐地為原太平街道駐地。

撤銷驗軍街道,將其下轄的15個社區成建制劃入興海街道

溫泉街道更名為東四方台街道

撤銷台北街道,將其下轄的6個村、2個社區成建制劃入八角台街道

撤銷台南街道,將其下轄的5個村、3個社區成建制劃入台東街道

撤銷仙人咀街道,將其下轄的5個村成建制劃入雅河街道

撤銷大寧街道,將其下轄的3個村成建制劃入阜昌街道

撤銷常青街道,將其下轄的5個社區成建制劃入湖南街道

撤銷對爐街道,將其下轄的7個社區成建制劃入和平街道

撤銷長甸街道,將其下轄的6個社區成建制劃入解放街道,並將解放街道辦事處的2個社區(?)成建制劃入山南街道

撤銷勝利街道,將其下轄的6個社區成建制分別劃入站前街道園林街道

撤銷鋼城街道,將其下轄的5個社區成建制劃入站前街道

東長甸街道更名為長甸街道,並將新興街道的2個社區(?)成建制劃入長甸街道

撤銷新城街道,將其下轄的4個村成建制劃入永發街道

撤銷啟明街道興盛街道,將其下轄的7個社區成建制劃入八家子街道

興盛街道的1個社區(?)劃入永樂街道

撤銷新陶官街道北陶官街道,將其下轄的9個社區成建制劃入繁榮街道

撤銷濱河街道,將其下轄的6個村、10個社區成建制劃入靈山街道

撤銷深南街道,將其下轄的9個社區成建制劃入深北街道,並將深北街道更名為深溝寺街道

撤銷對樁石街道,將其下轄的4個村、1個社區成建制劃入東鞍山街道

撤銷汪峪街道,將其下轄的5個社區成建制劃入千山街道

撤銷紅嶺街道,將其下轄的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)回覆
我看源碼時都覺得有點違和,原來是沒填參數。那問題就變成:
  1. 爲什麽沒填參數會列到本月(2025年3月),又爲什麽有些會列到2025年2月
  2. IABot從何時起,爲何沒有填參數
  3. 如何補回參數(順道把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)回覆

本討論章節會維持開放,暫時不按最後意見發表時間存檔。欲讓機器人存檔,請移除本模板。留言請置於本模板上方。

視覺化編輯器加入T:NoteTag bug

[編輯]

如題,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)回覆
本地排除異己的時候三人兩人就能成虎、眾口兩口就能鑠金,修個技術缺陷的時候就拖泥帶水、沒有這個積極性了。--【拒絕編輯霸凌,拒絕拉扯性討論,謝絕拉票,謝絕提名,謝絕豢養人肉傀儡】(有建議可以留言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)回覆
一開始加載的網頁內容是正確的(維基百科討論、主題、維基專題討論):
<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>
--Kcx36留言2025年6月6日 (五) 11:46 (UTC)回覆
對,且之後點開會跑掉,原理不明。—— 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)回覆
@Diskdance保護介面你好像沒辦法進去⋯⋯?但我剛剛看過封鎖介面選單,依然用「週」,所以這可能更多是介面更改問題。—— Eric Liu 創造は生命(留言留名學生會 2025年6月7日 (六) 12:53 (UTC)回覆
@Diskdance還是說這是系統預設介面與本站自訂介面的差別?—— Eric Liu 創造は生命(留言留名學生會 2025年6月14日 (六) 18:13 (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)回覆
( π )題外話:感覺mediawiki雖然有一堆i18n的基礎設施,但開發者不見得懂那些是幹嘛的或者適用於什麼場景,所以錯漏不少。我之前就很疑惑為什麼代碼里要有好幾種語言概念。--Srapoj留言2025年8月4日 (一) 16:36 (UTC)回覆

評級非條目之「條目」及「頁面」重複分類

[編輯]

似乎到現在還有不少專題評級同時使用兩種標題格式(例如「未評級世界遺產頁面」及「未評級世界遺產條目」都有分類條目),這是不應該廣泛存在的現象。我猜是評級元模板設定問題,希望有能者協助解決。—— Eric Liu 創造は生命(留言留名學生會 2025年7月21日 (一) 17:18 (UTC)回覆

「頁面」分類里的是條目命名空間以外的頁面(分類頁、文件),將這些與「條目」分類分開似乎很合理?功能應該是Module:PJBSClass/mainprocessCatPageType函數實現的。--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)回覆

副知@DiskdanceShizhao出現了甚麼問題 ?--約翰同志-條目裱糊匠留言2025年7月23日 (三) 16:40 (UTC)回覆

我這裡正常,且本人最近並未修改相關CSS。--碟之舞📀💿 2025年7月24日 (四) 01:30 (UTC)回覆
可以嘗試給URL加上&safemode=1禁用本站自定義代碼,來排查是否是MW本體或者瀏覽器的問題。--碟之舞📀💿 2025年7月24日 (四) 02:15 (UTC)回覆
@DiskdanceURL在 ? 再副知@CwekYFdyh000。--約翰同志-條目裱糊匠留言2025年7月24日 (四) 06:38 (UTC)回覆
任何本站網址應該都行吧?—— Eric Liu 創造は生命(留言留名學生會 2025年7月24日 (四) 06:50 (UTC)回覆
嗯對。唉,我直接給個鏈接吧:[2],看一下是否還有問題。--碟之舞📀💿 2025年7月24日 (四) 07:49 (UTC)回覆

@DiskdanceShizhaoCwekYFdyh000如果在偏好設定選了無襯線字型,編輯區是會顯示無襯線字型。但選了等寬字型,卻是顯示襯線字型,為甚麼 ?--約翰同志-條目裱糊匠留言2025年7月24日 (四) 07:18 (UTC)回覆

難道不是因為預設的「等寬字型」是有「襯線」的嗎?😅--竹林下小徑月光映一葉 2025年7月24日 (四) 07:26 (UTC)回覆
不過畢竟我平常「等寬字型」用習慣了,不確定以前的「襯線字型」是不是「等寬」的就是了🤔--竹林下小徑月光映一葉 2025年7月24日 (四) 07:39 (UTC)回覆
應該不是?--1F616EMO喵留言回覆請ping2025年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喵留言回覆請ping2025年7月24日 (四) 15:25 (UTC)回覆
條目內能不能直接改(讓這兩個分類消掉就行了),還是說要改模板?--西安兵馬俑主義好!🇺🇸🇨🇭🇱🇮🔞 個人貢獻 2025年7月24日 (四) 15:36 (UTC)回覆
已在數字前添加漢字,阻止模版取數。--傘木 留言 2025年7月24日 (四) 17:36 (UTC)回覆
原來這樣就能解決,多謝了!--西安兵馬俑主義好!🇺🇸🇨🇭🇱🇮🔞 個人貢獻 2025年7月24日 (四) 17:58 (UTC)回覆
這主要是在討論一個技術問題,不是在討論《達朱王國》條目內容,而且這也只是作一個例子,取消{{存檔至|Talk:達朱王國}}。 ——自由雨日🌧️❄️ 2025年7月26日 (六) 04:55 (UTC)回覆

提議:高亮哈佛參考文獻格式短鏈指向的完整資料引用

[編輯]

此已存檔的討論仍有未完的部分,因此從存檔中粘貼過來,還盼望各位有所關心。——  桁霽  ↹ 晚來天欲雪,能飲一杯無   2025年7月25日 (五) 00:47 (UTC)回覆

存檔前討論

[編輯]

具體而言,點擊引用部分的的短鏈(t:sfnt: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)回覆
我記得一兩年前中文維基的哈佛引用是有tooltip的。--Kcx36留言2025年7月9日 (三) 08:12 (UTC)回覆
你這麼一說,好像是有這麼一出,但是不知道是在哪、怎麼實現的。--Hamish T 2025年7月9日 (三) 08:40 (UTC)回覆
找到了,mw:Reference_Tooltips/zh。--Kcx36留言2025年7月9日 (三) 08:52 (UTC)回覆
英文維基高亮:en:Module:Citation/CS1/styles.css#L-25,俄文維基高亮:ru:MediaWiki:Common.css#L-340Kcx36留言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喵留言回覆請ping2025年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 mapmarkLabelDiv)。如果您指的是顯示時小字被拉大造成文本疊在一起的話,那您可以看看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)回覆
已指定固定字體大小,見Special:Diff/88450620。如果其他編者有更好的方法請不吝賜教。
@帕迪沙我覺得可以給長地名使用label_width參數放寬一行的長度,這樣應該能節省一些垂直方向的空間,就沒那麼容易重疊吧。這些用漢字寫出的音譯名字本就比字母占用更多的寬度。--Srapoj留言2025年7月26日 (六) 16:04 (UTC)回覆

T:機場統計過時了

[編輯]

這個圖表不能適應新的圖表了,有什麼辦法呢--一般路過白學家(去打死他) 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喵留言回覆請ping2025年7月27日 (日) 01:46 (UTC)回覆
跟translatewiki無關,這個系統信息頁是本地定製的(去Special:AllMessages看)。——Sakamotosan路過圍觀 | 避免做作,免敬 2025年7月27日 (日) 06:12 (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:中華人民共和國民法總則(第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)回覆
@12З4567、@Srapoj完成,請複查。另外translatewiki有使用「賬號」的共識。--碟之舞📀💿 2025年7月29日 (二) 08:06 (UTC)回覆
不久以前社群應該討論過這個問題,我還記得⋯⋯ —— Eric Liu 創造は生命(留言留名學生會 2025年8月2日 (六) 14:46 (UTC)回覆

2025年第31期技術新聞

[編輯]

MediaWiki message delivery 2025年7月29日 (二) 00:26 (UTC)回覆

小工具設置頁翻新方案

[編輯]

目前小工具設置頁由於欠缺打理,分類多有混亂,因此從英維和commons借鑑了一些設計,嘗試讓小工具設置頁更加易用且一目了然。

Beta站效果:[5](需要登錄)

修改如下。

  1. 小工具分類作如下調整:
    • 瀏覽工具(browsing;作用於條目本身的小工具);
    • 編輯工具(editing;顧名思義,「編輯按鈕擴展」合併至此);
    • 界面顯示工具(appearance;調整不局限於條目,「首頁」合併至此區域界面的小工具);
    • 管理工具(maintenance;管理員等管理wiki用到的小工具);
    • 測試與開發中的工具(test;顧名思義);
    • 模塊和庫(modules;其他小工具或者腳本會調用的工具,一般設置為隱藏,因而此章節不會在參數設置中出現)。
  2. 小工具描述改為使用{{Gadget-desc}}和{{Gadget-desc-utility}}結構化,例如「小工具名小工具描述。 [文件 / 範例 / 討論 / 設定]」。
    • 「模塊和庫」中的小工具描述使用{{Gadget-desc-utility}},效果為「實用工具腳本,不應在偏好設定中出現」。
    • 更多信息詳見模板文檔。
  3. 參數設置小工具頁頂部介紹改為以下內容(界面消息裸露為正常現象,部署後即正常):
小工具圖示:
小工具會載入外部網站(非WMF站點)內容
小工具會載入其他維基媒體wiki站點的指令碼
小工具預設啟用
小工具會載入使用者指令碼

小工具是您可以選擇啟用的自定義功能,由本站用戶開發及維護。下面是您可以為賬號啟用的小工具列表。請注意大部分小工具需要啟用JavaScript才能生效。出於安全原因,小工具不會在部分特殊頁面生效(例如本參數設置頁面)。如果您想要啟用的小工具沒有在下方列出,可能是您不具備必需的權限。

您對自己使用小工具作出的操作負有全部責任,並且必須遵守相關方針與指引

本地界面管理員可以編輯可用小工具的定義,本地管理員可以編輯它們的描述說明,每個小工具的用戶數量列於小工具使用統計頁面中。

內容

以上。現徵求社群意見。--碟之舞📀💿 2025年7月30日 (三) 04:35 (UTC)回覆

支持。--Kcx36留言2025年7月30日 (三) 05:24 (UTC)回覆
太棒了,Beta Wikipedia的郵件被Gmail丟進垃圾箱了。 ——魔琴留言 貢獻 PJ:小學 PJ:兩岸 2025年7月30日 (三) 05:34 (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)回覆
是的,我就是這樣想的。 ——魔琴留言 貢獻 PJ:小學 PJ:兩岸 2025年8月5日 (二) 03:05 (UTC)回覆
為什麼不能多用幾個字(兩個字應該夠)?也沒限定要一個字縮寫吧?—— Eric Liu 創造は生命(留言留名學生會 2025年7月31日 (四) 04:49 (UTC)回覆
類似(默認)(外部)這樣?目前的設計是受到了標識用戶權限小工具的啟發,如果要改成這樣的話固然可以但是占用空間有點大。--碟之舞📀💿 2025年7月31日 (四) 05:50 (UTC)回覆
雖然沒限定要用一個字縮寫,但是最近更改和監視列表頁面也都是用一個字縮寫。--Dabao qian 2025年7月31日 (四) 18:34 (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)回覆
@Dabao qian您可以自己推動,然後有bug再叫我來看()--SunAfterRain 2025年8月1日 (五) 03:29 (UTC)回覆
另外有些小工具描述說明的簡繁轉換做得一團糟(比如MediaWiki:Gadget-ViewSourceModeMediaWiki: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)回覆
小工具描述效果:User:Diskdance/Gadgets-description-sandbox。簡中已經完成,其他變體正在和其他用戶合作完成。--碟之舞📀💿 2025年8月4日 (一) 05:36 (UTC)回覆
目前主要是涉及到「用户/使用者/用戶」和「点击/點選/點擊」的需要單獨的香港繁體子頁面,其他只需要簡繁兩種變體即可。--Dabao qian 2025年8月4日 (一) 05:54 (UTC)回覆
排查發現的問題(持續更新):
  1. MediaWiki:Gadget-Cat-a-lot.js仍在使用mw.loader.using()加載依賴項;
  2. 繼續排查發現MediaWiki:Gadget-link-ts.js也是野生加載依賴項;
  3. MediaWiki:Gadget-popupUserLanguage.js之前因為腳本錯誤而被基金會志願者禁用;
  4. 還有我之前提報過但是沒人回應的,MediaWiki:Gadget-SimplifyRefNotesTag.js在腳註系統更新之後無法完全工作,{{NoteTag}}無法被覆蓋為英文字母,但是{{NoteFoot}}是正常的
--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)回覆
我之前注意到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)回覆

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)回覆

已切換部分腳本至HanAssist

[編輯]

各位好,剛剛本人將站內部分腳本從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)回覆
我覺得要麼一律不加,要麼統一由{{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喵留言回覆請ping2025年8月2日 (六) 15:22 (UTC)回覆

2025年第32期技術新聞

[編輯]

MediaWiki message delivery 2025年8月5日 (二) 03:39 (UTC)回覆