跳至內容

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

新增話題
維基百科,自由的百科全書
由Jimmy-bot在話題關於single_chart的問題上作出的最新留言:1 小時前

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

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


發表前請先搜尋存檔,參考舊討論中的內容可節省您的時間。
公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 本地安全投票測試 7 4 Ericliu1912 2025-05-05 21:08
2 就遼寧省2019年以來行政區劃合併維護請求幫助。 3 2 Yugaminena 2025-03-10 11:14
3 視覺化編輯器ilh系模板顯示bug 1 1 Sohryu Asuka Langley Not Shikinami 2025-03-05 19:08
4 有關失效連結 10 5 Ericliu1912 2025-03-13 20:19
5 使用「zhuyin」作語音標籤的大量條目報錯 9 6 Dabao qian 2025-05-14 04:03
6 視覺化編輯器加入T:NoteTag bug 7 3 JuneAugust 2025-05-07 08:50
7 2條僅為繁簡差異重定向的負面問題及解決方案(「廢除這類重定向?使用機械人維護該負面問題?」二選一) 132 10 自由雨日 2025-05-08 21:24
8 Jpn、Kor等模板是否應改以langx等模板為基礎? 7 4 Sanmosa 2025-05-07 19:00
9 有無批量檢測、系統顯示維基頁面中紅鏈(失效內部連結)的軟件工具? 8 4 Zhenqinli 2025-05-06 21:07
10 Cat-a-lot小工具錯誤 24 5 Hamish 2025-05-13 17:18
11 關於single_chart的問題 1 1 Jimmy-bot 2025-05-17 08:14
12 RefToolbar丟失文字標籤 3 3 Miyakoo 2025-05-09 23:52
13 We will be enabling the new Charts extension on your wiki soon! 12 5 A2569875 2025-05-15 06:34
14 模板:Normdaten 3 3 Hamish 2025-05-07 09:05
15 合併分類重新導向設定 2 2 Hamish 2025-05-09 18:48
16 評級頁面分類問題 2 1 Ericliu1912 2025-05-07 17:36
17 翻譯文章模板爆開 2 2 YFdyh000 2025-05-09 17:10
18 Cat-a-lot一次最多只能批量操作20個頁面,請求修復 5 5 Xiplus 2025-05-11 08:54
19 請問條目「利奧十四世」標題繁簡轉換的來源是? 7 2 FloatingQueen 2025-05-12 21:34
20 Twinkle更新 (2025-05-12) @dca85a4 1 1 Hamish 2025-05-12 23:20
21 2025年第20期技術新聞 1 1 MediaWiki message delivery 2025-05-13 06:37
22 可視化編輯時,使用「引用」功能,概率會將引用來源Cite模板內容替換掉條目最上方的note TA模板 1 1 JuneAugust 2025-05-14 11:34
23 更新問題 3 3 Kanashimi 2025-05-15 21:50
24 介面顯示 2 2 Kurgenera 2025-05-16 00:09
25 關於<br>、<br/>、<s></s>和<del></del> 4 4 Kunjinkao 2025-05-16 16:55
26 哈薩克語 1 1 Ericliu1912 2025-05-16 22:14
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

正在廣泛徵求意見的議題

議題清單

以下討論需要社群廣泛關注:重新整理維基百科技術議題與模板

Template talk:作品名稱 § 不覺得這模版很多餘嗎?

為啥要刁難讀者、把各種譯名看完才能讀簡介?--Akishima Yuka留言) 2024年12月28日 (六) 12:29 (UTC)

Wikipedia talk:使用時光機 § 時光機難以正常存檔流媒體視頻內容

經測試,時光機難以正常存檔流媒體內容如Youtube、Bilibili等網站的視頻內容,只能有效存檔靜態頁面。對此維基百科社群是否有對策?

Xsgzjmxs留言) 2025年3月31日 (一) 03:38 (UTC)

Template talk:Blocked § 編輯請求 2025-04-04


若某用戶或IP匹配過濾器規則而遭到封禁,目前的信息是「由管理員濫用過濾器封鎖」,但濫用過濾器作爲自動程序(雖然也確實是用戶),這個句式難免顯得奇怪。故建議改爲「由濫用過濾器封鎖」,連結目標亦由用戶頁改爲專案頁。--1F616EMO喵留言回覆請ping) 2025年4月4日 (五) 15:03 (UTC)

Module talk:FindSources § 編輯請求 2025-04-10

增加網頁版搜狗微信,便於不便使用微信的用戶,有許多內容未出現在通用搜尋引擎上。搜索連結為https://weixin.sogou.com/weixin?type=2&s_from=input&query=%s&ie=utf8

即在L-78前增加,

.. linkbuilder(args, 'https://weixin.sogou.com/weixin?type=2&s_from=input&query=%s&ie=utf8', '+', nil, const('搜狗微信', '搜狗微信')) .. ';'--Kethyga留言) 2025年4月10日 (四) 03:30 (UTC)

MediaWiki talk:Abusefilter-intro § 編輯請求 2025-04-14


加入<div class="mw-parser-output">,使{{ombox}}的樣式可以顯示。

第1行: 第1行:
<div class="mw-content-ltr mw-parser-output" dir="ltr">
{{Abuse filter}} {{Abuse filter}}
欢迎访问防滥用过滤器管理界面。通过使用防滥用过滤器,授权用户可以配置大范围的测试,对可能有害的编辑和其它动作添加到[[维基]]之前加以识别和阻止,并自动采取措施。 欢迎访问防滥用过滤器管理界面。通过使用防滥用过滤器,授权用户可以配置大范围的测试,对可能有害的编辑和其它动作添加到[[维基]]之前加以识别和阻止,并自动采取措施。
第9行: 第10行:
{{Warning|'''请在创建和修改过滤器时小心。'''就算是一个错字也有可能干扰到不计其数合法贡献者的编辑。请在启用任何动作前测试你的过滤器。}} {{Warning|'''请在创建和修改过滤器时小心。'''就算是一个错字也有可能干扰到不计其数合法贡献者的编辑。请在启用任何动作前测试你的过滤器。}}
</div>
--1F616EMO喵留言回覆請ping) 2025年4月14日 (一) 03:36 (UTC)
Template talk:分類重定向 § 編輯請求 2024-05-04


模板:分類重定向在維基共享資源的對應版本c:Template:Category redirect能將尚未清空的已重新導向分類自動歸入重新導向目標,效果可見c:Category:Non-empty category redirects下的分類。這種設計可以避免分類移動後未及時調整而形成空分類。本站是否可引入?--紺野夢人 2025年5月4日 (日) 02:17 (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)回覆

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

就遼寧省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)回覆

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

視覺化編輯器ilh系模板顯示bug

[編輯]

當外語連結沒有空格時會顯示成全黑字的「X語:link]]」而非正確帶藍字的「X語:link」,例見沙盒。連到英文之類還好,日文的話就幾乎全都是這樣了(見幣舞橋底部的模板)。看了一下英維貌似不以綠鏈顯示,日維有綠鏈但無法復現。--惣流·明日香·蘭格雷不姓 2025年3月5日 (三) 11:08 (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)回覆

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

使用「zhuyin」作語音標籤的大量條目報錯

[編輯]

例如《二十八宿》,顯示错误:{{Lang}}:语言标签:zhuyin 无法识别。注音符號應該是什麼語言標籤? ——自由雨日🌧️❄️ 2025年4月15日 (二) 06:19 (UTC)回覆

(由@Cynroya發現的問題。) ——自由雨日🌧️❄️ 2025年4月15日 (二) 06:19 (UTC)回覆
應改為zh-Bopo。--傘木 留言 2025年4月15日 (二) 06:39 (UTC)回覆
是否考慮直接在模板內增加相容參數?—— Eric Liu 創造は生命(留言留名學生會 2025年4月21日 (一) 11:13 (UTC)回覆
同上,同pinyin-->zh-Latn-pinyin的做法,也應該把zhuyin設置為zh-Bopo的別名。 ——魔琴留言 貢獻 PJ:小學 PJ:兩岸 2025年4月25日 (五) 13:24 (UTC)回覆
@自由雨日魔琴不過應修改什麼模板呢?—— Eric Liu 創造は生命(留言留名學生會 2025年5月5日 (一) 15:50 (UTC)回覆
@Vozhuo。 ——魔琴留言 貢獻 PJ:小學 PJ:兩岸 2025年5月5日 (一) 22:50 (UTC)回覆
已提交編輯請求。--Vozhuowhisper 2025年5月9日 (五) 08:02 (UTC)回覆
使用ko-hanja的條目也報錯了(應該用ko-hani)。檢查情況貌似只有思源宋體一個條目在用,已經手動修正。--Dabao qian 2025年5月13日 (二) 20:03 (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)回覆
目前還有概率性的問題,預覽的時候100%上下會被各加一行,提交編輯後概率不會有上下各加一行。--【拒絕編輯霸凌,拒絕拉扯性討論,謝絕拉票,謝絕提名,謝絕豢養人肉傀儡】(有建議可以留言2025年5月7日 (三) 00:50 (UTC)回覆

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

2條僅為繁簡差異重定向的負面問題及解決方案(「廢除這類重定向?使用機械人維護該負面問題?」二選一)

[編輯]

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

前幾個月注意到一次在站外Telegram AC群的討論,發現存在A -> C,B -> C(A、B僅有繁簡區別),A修改後B沒有修改,而導致僅存在繁簡區別的兩個重定向指向不同頁面,因而當時考慮設置一個機械人來自動化處理此問題。有用戶認為,因為目前軟件、內鏈等不需要同時簡體繁體標題都存在就可以工作,應當刪除A或B其中一個而不是繼續保留。我個人認為,因為有一些腳本可以創建此類重定向(且不會提示已存在另外一個僅有繁簡差異的重定向),也存在被惡意創建的可能性,因此應當保留此類重定向並由機械人進行監控。應機械人審核小組成員建議,在此開啟議題,以便社群檢視。

謝謝。Iming 彼女の愛は、甘くて痛い。 2025年4月25日 (五) 13:05 (UTC)回覆

邀請@魔琴、@0xDeadbeef兩位參與討論。--Iming 彼女の愛は、甘くて痛い。 2025年4月25日 (五) 13:08 (UTC)回覆
and @自由雨日((( Iming 彼女の愛は、甘くて痛い。 2025年4月25日 (五) 13:24 (UTC)回覆
(+)支持--Aqurs 2025年4月25日 (五) 13:14 (UTC)回覆
(+)支持。 ——魔琴留言 貢獻 PJ:小學 PJ:兩岸 2025年4月25日 (五) 13:25 (UTC)回覆
@Iming:咦,這個例子不還是我半年前說的問題嗎?你舉的例子屬於「修復雙重重定向」,早已有機械人在維護了;@魔琴和我說的是「A因B的重定向變化而沒有跟B同步」的問題。 ——自由雨日🌧️❄️ 2025年4月25日 (五) 13:28 (UTC)回覆
我的問題,例子舉錯了,不過機械人等設計的都是正確的。感謝提醒。--Iming 彼女の愛は、甘くて痛い。 2025年4月25日 (五) 13:32 (UTC)回覆
cc @Aqurs1和@魔琴兩位。Iming 彼女の愛は、甘くて痛い。 2025年4月25日 (五) 13:50 (UTC)回覆
瞭解。因為這個東西似乎就是我最初提議的,所以我明白Iming的意思。 ——魔琴留言 貢獻 PJ:小學 PJ:兩岸 2025年4月25日 (五) 18:30 (UTC)回覆
見下,通知的不是那個() ——自由雨日🌧️❄️ 2025年4月25日 (五) 19:22 (UTC)回覆
經站外私聊幫助@Iming傳達:上方通知兩位(並非主要是通知對我留言的回應,而主要)是由於標題發生了變化——即Iming討論的本意是希望讓在話題下討論的編者選擇「廢除繁簡重定向」和「使用機械人」方案之一,故兩位的「支持」可能得改成具體的「支持某一方案」() ——自由雨日🌧️❄️ 2025年4月25日 (五) 14:04 (UTC)回覆
繁簡重定向屬常年提案,如果本討論真是討論在兩方案取其一的話,恐怕不得不開始ping之前的編者大規模討論了。 ——自由雨日🌧️❄️ 2025年4月25日 (五) 14:05 (UTC)回覆
通知先前討論過繁簡重定向去留問題的(不完全名單)@YangflCdip150CwekAntigngPhiLiPJasonzhuocnBluedeckTemp3600淺藍雪RabbitMeowRekishiEJJane9306Michael ChanSpaghet-TiSzMithrandirM940504SanmosaMongolian Beef白布飘扬EtaoinWuHotaru NatsumiTomchen1989WcamChiefweiHat600FRDian乌拉跨氪LiangentByfseragDeBitWangxuan8331800GZWDerSElephantShizhao脳内補完燃玉HYH.124Bnb674ChmarkineByfserag小躍日期20220626 ——自由雨日🌧️❄️ 2025年4月25日 (五) 19:20 (UTC)回覆
我支持「廢除繁簡重定向」。繁簡重新導向的保留理據不足,雖然視覺化編輯器等bug遲遲無人修,但在繁簡重新導向在閱讀介面並無顯示問題,保留重新導向徒增維護壓力,並無必要。只需一鍵刪除即可。自動加此類重新導向的小工具本該是罪魁禍首,不應該反而遷就,成為保留此類重新導向的理據。--SuperGrey (留言) 2025年4月25日 (五) 20:42 (UTC)回覆
繁簡重新導向還有另外一大問題:條目更名的時候,需要手動檢查並修復舊名的另一/幾個變體。即使有機械人自動修復,移動者也有檢查的義務,此「舊名+繁簡重新導向」是否有存在的必要?有無必須存在的理據?--SuperGrey (留言) 2025年4月26日 (六) 04:22 (UTC)回覆
這就是「修復雙重重定向」,這倒是倒很方便?我一般用小工具幾秒鐘就能完成;即便不去動它,不出幾小時機械人也都會修復。 ——自由雨日🌧️❄️ 2025年4月26日 (六) 04:24 (UTC)回覆
但有必要徒增煩惱嗎?用小工具再方便,不如不建立,更方便,效率提升100%。--SuperGrey (留言) 2025年4月26日 (六) 04:26 (UTC)回覆
(-)反對,簡繁重定向的存在,主要是有時出現轉換系統失效時,未建立的頁面會直接紅鏈,而不會導向簡繁版本,於是這種情況出現時,就會臨時建立簡繁重定向,並保留下來。另一個是生僻字的轉換問題,目前依然有很多生僻字或新的Unicode字符沒列入簡繁自動轉換系統,比如鿳、鿸、誌、𰵧、𤦎,𮴅,都需要手動更新,今年又會有中日韓統一表意文字擴展區J啟用,預計這種情況會長期存在,所以我覺得簡繁重定向應有需要繼續存在。--白布飄揚留言2025年4月25日 (五) 23:10 (UTC)回覆
還有一些簡繁多對多的問題,比如「蘋、𬞟、萍、苹」、「乾、幹、榦、干」、「勳、勛、勋」很容易出現過度轉換,所以有時必須用簡繁重定向來糾正。——白布飄揚留言2025年4月25日 (五) 23:39 (UTC)回覆
可否舉個例子,哪個條目因為「過度轉換」而必須用簡繁重新導向來糾正?--SuperGrey (留言) 2025年4月26日 (六) 04:13 (UTC)回覆
而且多對多的條目「如果真的存在」,給這幾個建立重新導向即可,必須擴大到非多對多的情況嗎?--SuperGrey (留言) 2025年4月26日 (六) 04:28 (UTC)回覆
另外一個理由是重複頁面的問題,當簡或繁重定向缺失時,新手或機械人容易建立重複的簡繁頁面,所以簡繁重定向可以減少這些問題。至於連結更新問題,維基編者在更換重定向時,應養成檢查簡繁頁面的習慣。——白布飄揚留言)--白布飄揚留言2025年4月26日 (六) 00:09 (UTC)回覆
機械人容易建立,但只要系統能正常跳轉,新手並不容易建立。機械人作者寫出錯誤的程式邏輯應自己負責,此理據不成立。--SuperGrey (留言) 2025年4月26日 (六) 04:15 (UTC)回覆
對生僻字和未收錄字建立簡繁重新導向就好了,不必擴大化到常用字。「轉換系統失效」的時候,最近幾年有發生過嗎?--SuperGrey (留言) 2025年4月26日 (六) 04:18 (UTC)回覆
此外繁簡重定向僅在中文維基百科有效,鏈接到維基百科的網址可能會因爲刪除繁簡重定向而404。不少工具不支持繁簡通搜,比如intitle:"历年"。可以用機械人或數據庫保證繁簡指向同一頁面。同一上面提及的機械人維護方案。--Kethyga留言2025年4月26日 (六) 03:52 (UTC)回覆
能否舉個404的例子?哪個網址會404?--SuperGrey (留言) 2025年4月26日 (六) 04:16 (UTC)回覆
雅羅斯拉夫·莫斯卡利克為例,將其保存到Wayback Machine網址),如果把網址中最後標題改成簡體的雅罗斯拉夫·莫斯卡利克就失效。--Kethyga留言2025年4月26日 (六) 05:51 (UTC)回覆
這是肯定的。因為Wayback Machine並不是這樣用的,不應用於存檔重新導向。而且,本來拿Wayback Machine存檔維基百科也是挺奇怪的做法。您如果需要存檔將被刪除的條目,還是去藍燈圖書館吧。--SuperGrey (留言) 2025年4月26日 (六) 06:15 (UTC)回覆
(-)反對廢除繁簡重定向、支持機械人或資料庫報告監控,理由同白布飄揚及Kethyga。--迴廊彼端留言2025年4月26日 (六) 04:05 (UTC)回覆
(:)回應,我建立頁面User:白布飘扬/沙盒/1/幹的話,相應的頁面不會自動連結();
我建立頁面User:白布飘扬/沙盒/1/干干的話,則部分繁體字都會連結(:乾乾幹幹榦榦干干)--白布飄揚留言2025年4月26日 (六) 05:08 (UTC)回覆
在這種情況下,尤其用在人名時,都需要特別處理,來避免錯誤導向,這會是一個常見的問題,所以現有方針應明確保留。——白布飄揚留言2025年4月26日 (六) 05:08 (UTC)回覆
贊同。這部分重新導向應該保留。--SuperGrey (留言) 2025年4月26日 (六) 05:13 (UTC)回覆
(-)反對廢除繁簡重定向,同白布飄揚閣下。另在去年八月時,我有提出過相關的繁簡疑問,但受限於各裝置支援字體的不同,有可能有些簡化字輸入/顯示不出來。在本站諸如「栗苇𫛚栗苇鳽」此類的轉換問題解決之前,不該貿然處理掉繁簡重定向(何況這舉例僅僅是中日韓統一表意文字擴展區C的字,甚至也不用到今年的J)。用機械人產生報告再修改的方式則可以考慮。--WiTo🐤💬 2025年4月26日 (六) 07:09 (UTC)回覆
如果是利用機械人直接自動維護,其他編者可以根據機械人貢獻日誌檢查呢?--Iming 彼女の愛は、甘くて痛い。 2025年4月26日 (六) 07:24 (UTC)回覆
如果最終能做到幾乎無誤那是可以,我個人不希望要幫機械人善後太多東西。--WiTo🐤💬 2025年4月26日 (六) 10:52 (UTC)回覆
我沒什麼太大的想法,機械人來做的話錯誤率應該不會太高?沒試驗過不太了解。或許可以先這樣做(指由機械人自動維護)一段時間,如果錯誤率比較高的話就改為僅報告這樣?--Iming 彼女の愛は、甘くて痛い。 2025年4月26日 (六) 13:05 (UTC)回覆
近期看一些本站過往的機械人運轉紀錄,感覺有一些我想不到的部分還是有可能會出錯,最好還是小範圍起測試,免得直接出現天坑。--WiTo🐤💬 2025年4月26日 (六) 14:02 (UTC)回覆
(+)支持讓機械人找出目標不一致的簡繁連接再修正是好辦法。——白布飄揚留言2025年4月26日 (六) 10:35 (UTC)回覆
修正,反對廢除繁簡重定向,支持使用機械人維護。Aqurs 2025年4月27日 (日) 02:46 (UTC)回覆
打算建立多少新繁簡重新導向呢?幾十萬條?--SuperGrey (留言) 2025年4月27日 (日) 04:43 (UTC)回覆
見上,經腳本整理統計出共有75821例此類情況。至少大規模建立相關頁面暫時未見有明顯負面效果。--Aqurs 2025年4月27日 (日) 12:48 (UTC)回覆
75821例都是「簡體→繁體」。「繁體→簡體」呢?需要多少條重新導向?--SuperGrey (留言) 2025年4月27日 (日) 13:04 (UTC)回覆
後者確實是未知數,但暫且先用機械人維護有什麼負面效果嗎?--Aqurs 2025年4月27日 (日) 13:54 (UTC)回覆
據@Sohryu Asuka Langley Not Shikinami的說法,75821例只是「情況3」。想必您說的「大規模建立相關頁面」遠遠不止7萬例吧?要是建立了幾十萬、上百萬條簡繁重新導向(維基百科裏面現在主名字空間的頁面數遠不止這個數),以後就變成新的技術債了,故並非「暫時未見有明顯負面效果」就沒事,而是要充分討論、凝聚共識之後再去建。--SuperGrey (留言) 2025年4月27日 (日) 14:00 (UTC)回覆
@SuperGrey似乎建立重定向屬於跑題了,這邊討論串說的是修復現有有問題/有可能會有問題的重定向,不會建立。我是不反對「大規模建立」但這邊不是討論這個東西。--Aqurs 2025年4月27日 (日) 15:38 (UTC)回覆
「跑題」但題目寫的就是「廢除重新導向」和「機械人維護重新導向」。看來還是題目和提案有點偏差。建議底下再開一個章節,重新釐清提案內容。--SuperGrey (留言) 2025年4月27日 (日) 23:30 (UTC)回覆
「使用機械人維護該負面問題」是怎麼被您理解成「建立重定向」的……?? ——自由雨日🌧️❄️ 2025年4月28日 (一) 03:24 (UTC)回覆
這是在討論這裏的情況3對吧?閣下的7萬多例應該是包含1、2、3的情況?我當時提的時候就想過廢除繁簡重定向,但看了一下過往討論感覺不會成事。--惣流·明日香·蘭格雷不姓 2025年4月27日 (日) 12:41 (UTC)回覆
上述例子是兩者均為重定向,標題僅有簡繁差異,沒有考慮兩個重定向的最終目標為何。給這個例子是為了表明存在如此多的頁面需要機械人監視是否存在「僅有簡繁差異的兩個重定向里,其中一個被修改,而另外一個未被修改,導致僅存在繁簡區別的兩個重定向指向不同頁面」。Iming 彼女の愛は、甘くて痛い。 2025年4月27日 (日) 13:28 (UTC)回覆
如果只對已有的簡繁重新導向使用機械人輔助維護,我是沒有意見的,(+)支持。但是此次提案大有推廣簡繁重新導向、建立幾十萬條新簡繁重新導向的跡象,讓人擔心。不知參與討論的大家都真心希望建立這麼多條新重新導向嗎?真的不是增加維護的煩惱?--SuperGrey (留言) 2025年4月27日 (日) 13:33 (UTC)回覆
我剛才再讀了一遍提案,可能確實是我寫的有問題。我的意思是,對現在存在的所有此類重定向和在未來由其他編者自行建立的此類重定向,是否應當刪除,或保留並由機械人監控維護。本提案無意推廣簡繁重定向或新增簡繁重定向,機械人只會關注已經存在的簡繁重定向。--Iming 彼女の愛は、甘くて痛い。 2025年4月27日 (日) 15:24 (UTC)回覆
我又看了一遍,其實討論的根本不是「繁簡重定向」,而是「兩個僅為簡繁差異的重定向」,標題該再改改了。另外,我剛剛想到一個應該禁止的「兩個僅為簡繁差異的重定向」情況,就是當其中一個有連至wikidata項目時;此時應確保項目所連的是兩個頁面中較早建的那個(先到先得原則),後來那個就刪掉加白紙保護。--惣流·明日香·蘭格雷不姓 2025年4月27日 (日) 16:09 (UTC)回覆
@Sohryu Asuka Langley Not Shikinami:我知道「兩個僅為簡繁差異的重定向」不是嚴格意義上的繁簡重定向,但實務上常會視作繁簡重定向,作用也類似。而且如果社群認為處理方式是禁止「兩個僅為簡繁差異的重定向」存在的話,我想社群也不會認為「繁簡重定向」有必要存在,尤其是衹要主頁面一移動(保留重定向),原先的繁簡重定向就會成為「兩個僅為簡繁差異的重定向」。 ——自由雨日🌧️❄️ 2025年4月27日 (日) 16:32 (UTC)回覆
不清楚閣下的私聊討論了什麽,但我認為「廢除繁簡重定向」與「處理兩個僅為簡繁差異但目標不同的重定向」有很大分別。本來是處理小問題a,然後轉為討論「背後的」大問題A,那如果A的討論沒共識,a怎麽辦?先關注好a,A應另外討論。如閣下所知,「廢除繁簡重定向」是常年提案,某程度上顯示「常年不處理」也沒有大問題;但「兩個僅為簡繁差異但目標不同的重定向」顯然是值得更積極處理的。--惣流·明日香·蘭格雷不姓 2025年4月28日 (一) 01:34 (UTC)回覆
見下方留言;另外你比較一下「反對廢除繁簡重定向」的那些理由(即「繁簡重定向」的作用),同樣也是反對廢除「兩個僅為簡繁差異的重定向」的理由,換句話說上面的討論同時就是在討論「兩個僅為簡繁差異的重定向」。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 01:42 (UTC)回覆
無語了。能不能不要隨意擴大化解釋?我們還是認真討論「因移動導致的2條僅為簡繁差異的重新導向」吧。--SuperGrey (留言) 2025年4月28日 (一) 01:45 (UTC)回覆
並不是我在擴大化解釋。你後一句更是錯了,「因移動導致的2條僅為簡繁差異的重新導向」是「修復雙重重定向」,早已有機械人在維護了……不是本討論的主題。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 01:47 (UTC)回覆
……那本討論的主題是什麼?能一次性說清楚嗎?--SuperGrey (留言) 2025年4月28日 (一) 01:51 (UTC)回覆
還是說剛剛您說的「換句話說上面的討論同時就是在討論「兩個僅為簡繁差異的重定向」」並非指「因移動導致的2條僅為簡繁差異的重新導向」?那麼,您指的是什麼?--SuperGrey (留言) 2025年4月28日 (一) 01:52 (UTC)回覆
@SuperGrey:需要解決的問題是如何處理「2條僅為簡繁差異的重定向」。但這些重定向建立的原因多不是因為移動,而是和{{繁簡重定向}}作用一樣的解決系統無法轉換的問題(如生僻字)、消除紅字連結的問題等等如果是因為移動,由於機械人會修復雙重重定向,反而幾乎不可能有「指向頁面不一致」的問題且之前提刪「2條僅為簡繁差異的重定向」的理由也多為和廢除繁簡重定向一樣的理由;因而我直接以「繁簡重定向」開題(你可以看到,上方反對廢除「繁簡重定向」的理由就是反對廢除「2條僅為簡繁差異的重定向」的理由;且這條留言顯示白布飄揚等並沒有弄錯討論的對象)。關於@Sohryu Asuka Langley Not Shikinami說的「2條僅為簡繁差異的重定向」是「小問題」,請注意能夠創建的「2條僅為簡繁差異的重定向」數量遠遠多過標題的「繁簡重定向」。不過如果2位仍然覺得目前討論不切題的話,就停止吧……按SuperGrey的方式處理,但標題實在要改一下,把「移動」去掉。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 02:17 (UTC)回覆
明白了。如果將問題擴展到是否廢除「 2條僅為簡繁差異的重定向」,那麼確實和是否廢除繁簡重新導向是同一道題。但是因為目前其他討論者討論的都不是這個題(而是主要因移動產生的重新導向),故討論變得非常混亂。如果您希望討論「是否廢除繁簡重新導向」這個大題,還是也在底下專門開一個吧,看看大家是否想要新建幾十萬條繁簡重新導向。--SuperGrey (留言) 2025年4月28日 (一) 02:30 (UTC)回覆
算了。我想了想,還是不要妄下定論。雖然我贊同是「同一道題」,但別人不一定贊同。故還是分開來提案吧,就事論事。如果要討論全部廢除,就討論全部廢除;如果要討論廢除「簡繁差異的兩個重新導向」,就討論「簡繁差異的兩個重新導向」;如果要討論「因移動產生的重新導向」,就討論「因移動產生的重新導向」。--SuperGrey (留言) 2025年4月28日 (一) 02:38 (UTC)回覆
@SuperGrey目前其他討論者討論的都不是這個題(而是主要因移動產生的重新導向)[需要解釋](我剛剛纔說「2條僅為繁簡差異的重定向」很多不是因為移動建立的,而且因為移動而建立的那些因為有修復雙重重定向的機制反而不會出錯,甚至不需要機械人監控;討論的重點就是和「繁簡重定向」作用一致的並非因為移動產生的那些「2條僅為簡繁差異的重定向」。)另外恕我直言,讓我覺得討論混亂的主要是您(以及Aqurs也有一些莫名的誤解),其他人則大都是切題討論;您莫名將「反對廢除」等同於了「要新建」(而且您似乎沒留意到我說的「能夠新建的『2條僅為簡繁差異的重定向』」數量比標題繁簡重定向遠遠更多)。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 02:41 (UTC)回覆
@SuperGrey見此,@Iming一開始確實舉錯了例子,說到了移動問題,但很快糾正了——目前其他討論者討論的都並不主要是因移動產生的重定向(副知@魔琴)。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 03:14 (UTC)回覆
行。已刪去「因移動導致」。--SuperGrey (留言) 2025年4月28日 (一) 03:57 (UTC)回覆
「簡體標題(重定向)」重定向至「繁體標題(條目)」,後「繁體標題(條目)」被移動,變為「繁體標題(重定向)」,就會出現「因移動而產生」的「2條僅為簡繁差異的重定向」。雖然機械人會修復雙重重定向,但我主要是質疑「這些重定向建立的原因多不是因為移動」這一點。我認為重點在於「指向頁面不一致」的情況有多少、能否有效監察。
對於如何處理「2條僅為簡繁差異的重定向」及或「指向頁面不一致」,我認為下方這兩個皆是選項,但廢除繁簡重定向有點overkill。(可理解為二選一的話支持機械人方案)--惣流·明日香·蘭格雷不姓 2025年4月28日 (一) 02:42 (UTC)回覆
我知道這種移動會產生這種重定向,但我也看到很多額外新建的情況——誰更多不重要,重點是前者在目前機械人維護下已經基本不會出現目標不一致的問題。由於「能夠新建的『2條僅為簡繁差異的重定向』」數量比標題繁簡重定向遠遠更多,實際上標題繁簡重定向衹是所有這些繁簡重定向的一小部分,所以我不太理解「overkill」的說法……(換句話說,如果是Supergrey等因擔心用戶大量創建「標題繁簡重定向」而決心廢除,那麼同樣的邏輯更該擔心的是「2條僅為簡繁差異的重定向」……) ——自由雨日🌧️❄️ 2025年4月28日 (一) 02:55 (UTC)回覆
關於上面@我的「小問題」,我指的是「兩個僅為簡繁差異但目標不同的重定向」(數量未知,但上限為7萬),對比的「大問題」是「繁簡重定向」(11萬),中間還有「2條僅為簡繁差異的重定向」(7萬)。至於「能夠創建的」,我不太關心這個。「實際上標題繁簡重定向衹是所有這些繁簡重定向的一小部分」,這個有大概的比例嗎?--惣流·明日香·蘭格雷不姓 2025年4月28日 (一) 03:00 (UTC)回覆
我指的是潛在能創建的數量:因為不少「刪除」這些重定向意見理由是「擔心有用戶大量創建」——那麼如果以此為理由認為需廢除標題繁簡重定向的話,當然更應該以此為理由廢除「2條僅為簡繁差異的重定向」。這也是我不認同你說的「繁簡重定向」是大問題而「2條僅為簡繁差異的重定向」是小問題的原因(在我看來剛好相反)。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 03:03 (UTC)回覆
所以閣下的意思是「標題繁簡重定向衹是所有這些(潛在能創建的)繁簡重定向的一小部分」?重申一次我指的「小問題」是「兩個僅為簡繁差異但目標不同的重定向」,我瞎猜不到一萬,甚至一千例都未必有,所以(現時實際上)比較下來就是小問題,閣下同意嗎?--惣流·明日香·蘭格雷不姓 2025年4月28日 (一) 03:40 (UTC)回覆
@Sohryu Asuka Langley Not Shikinami:知道你的意思了,你說的「小問題」是「處理兩個僅為簡繁差異但目標不同的重定向」,但我理解成了你說的小問題是「處理兩個僅為簡繁差異的重定向」(沒有「但目標不同」),在此抱歉。然而如果是這樣的話,不得不說您理解錯了本提案。本提案並不是針對現存的「大概率不到一千例的」「兩個僅為簡繁差異但目標不同的重定向」……所有的7萬條「兩個僅為簡繁差異的重定向」必須共同處理,要麼刪掉其中一種繁簡版本,要麼全部保留並用機械人維護。@Iming提案的重點也說了,A和B原本重定向至同一頁面,但A改了重定向目標但B沒改,導致不一致,所以需要機械人隨時監控將來可能出現的這種改變,重點並不是討論如何處理現在那些不一致的頁面。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 03:52 (UTC)回覆
是這樣的。Iming 彼女の愛は、甘くて痛い。 2025年4月28日 (一) 03:54 (UTC)回覆
(以及現在雖衹有7萬條,但無法預計未來會建立多少條,如果選擇不廢除,未來會出現的也都必須監控。所以我說纔一直在說「潛在能創建的數量」。) ——自由雨日🌧️❄️ 2025年4月28日 (一) 03:56 (UTC)回覆
我調整了一下下面「原提案」章節的表述,貼合您的提案。--SuperGrey (留言) 2025年4月28日 (一) 04:02 (UTC)回覆
@自由雨日:仔細想了想,補了一個各退一步的折衷方案(C)維持現狀。有了折衷方案或許更有助於結案 😂--SuperGrey (留言) 2025年4月28日 (一) 04:16 (UTC)回覆
好的,現時各方的觀點應該都正確地傳遞好了。接下來的問題是:如果不必「廢除繁簡重定向」就能妥善解決「小問題」,那是否還需要廢除?要注意即使決定要廢除,處理「小問題」的程序還是要先跑一遍的。「潛在能創建的數量」固然很大,但「將來會創建的數量」其實很小(不過得承認不會是0)。老實説我不反對廢除,但我實在不覺得這次突然就能成功廢除。--惣流·明日香·蘭格雷不姓 2025年4月28日 (一) 04:23 (UTC)回覆
確實可以先把已有的小問題處理了。--SuperGrey (留言) 2025年4月28日 (一) 04:29 (UTC)回覆
如果你指的「小問題」仍是指處理現存的目標不一的頁面的話,那根本不需要提案,機械人一通操作就搞定了……提案主要是要管將來(將來會新建的這類頁面其實也不是重點,重點是現存的目標一致的頁面未來可能發生不一致的情況——包括標題繁簡重定向其實也會發生這種情況)。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 04:36 (UTC)回覆
以防萬一我還是確定一下,所以現時確實是在討論「廢除所有繁簡重定向」?另,現時的Category:簡繁重定向是否包含「兩個僅為簡繁差異的重定向(不論目標)」?--惣流·明日香·蘭格雷不姓 2025年4月28日 (一) 01:51 (UTC)回覆
至少我現在不是很確定@自由雨日君想要討論的是什麼提案。--SuperGrey (留言) 2025年4月28日 (一) 01:53 (UTC)回覆
行。既然討論的題目不是「繁簡重新導向」而是「兩個僅為簡繁差異的重定向」,那乾脆在下面再開一個章節吧。不然前面這些討論偏題很遠了。--SuperGrey (留言) 2025年4月27日 (日) 23:27 (UTC)回覆
不用開啊?我上方留言不是纔說本質上區別不大嗎😂繁簡重定向的作用基本就是「兩個僅為繁簡差異重定向」的作用,而且它們也可以因頁面移動互相轉化,後者在重定向頁掛的模板也常是「繁簡重定向」,先前偶爾看到提刪或其他討論時也經常是叫作「繁簡重定向」。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 01:22 (UTC)回覆
定義混亂,混為一談。怪不得整個討論都跑偏了。--SuperGrey (留言) 2025年4月28日 (一) 01:43 (UTC)回覆
我沒看到跑偏啊……再見這條留言。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 01:45 (UTC)回覆
@SuperGrey:我完全沒看到這種跡象啊…… ——自由雨日🌧️❄️ 2025年4月28日 (一) 01:09 (UTC)回覆
看來是我誤讀了「繁簡重定向屬常年提案,如果本討論真是討論在兩方案取其一的話,恐怕不得不開始ping之前的編者大規模討論了」傳達的含義。我以為「兩方案」指的是這個「常年提案」,又要再來討論一遍這個「常年提案」。--SuperGrey (留言) 2025年4月28日 (一) 01:16 (UTC)回覆
不是很理解您的理解……不過可能是我沒有加「廢除」兩個字造成的誤會?因為之前有不少編者反對廢除「繁簡重定向」(之前有過多次提案廢除),所以本討論其中一個選項涉及「廢除」當然應該通知…… ——自由雨日🌧️❄️ 2025年4月28日 (一) 01:20 (UTC)回覆
哦,明白了,換句話説情況3的upperbound是7萬多。--惣流·明日香·蘭格雷不姓 2025年4月27日 (日) 13:42 (UTC)回覆
情況3確實值得處理。--SuperGrey (留言) 2025年4月27日 (日) 13:45 (UTC)回覆

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

原提案:目前和將來出現的2條僅為簡繁差異的重新導向,(A)使用機械人維護?(B)還是刪除?

[編輯]

目前和將來,若出現2條重新導向僅簡繁字形存在差異,請大家決定如何處置?此情況目前共有7萬條,但未來可能會出現更多。

(A)保留,並使用機械人統一維護管理?

(B)擇一刪除?--SuperGrey (留言) 2025年4月28日 (一) 01:49 (UTC)回覆

(C)維持現狀:已有的,保留,並使用機械人進一步監視維護;未來凡非移動產生的此類重新導向,視為重複,如無合理理由(如生僻字無法被自動轉換之類)不再建立新的。--SuperGrey (留言) 2025年4月28日 (一) 04:12 (UTC)回覆

目前已有機械人自動處理此類重新導向。我不反對維持現狀,故A、B我都支持。--SuperGrey (留言) 2025年4月28日 (一) 01:56 (UTC)回覆
更準確的描述是:現時有7萬對「僅為簡繁差異且兩者皆為重定向」,其中有部分(數量應該未知)屬於「簡繁分別重定向至不同目標」,為處理後者,對於這七萬對,是應該1.)使用機械人維護,還是2.)刪除每對的其中一項。--惣流·明日香·蘭格雷不姓 2025年4月28日 (一) 02:00 (UTC) 👍1回覆
「因移動導致的2條僅為簡繁差異的重新導向」並不是@Iming的意思…… ——自由雨日🌧️❄️ 2025年4月28日 (一) 03:21 (UTC)回覆
我給的例子裏,七萬多例不都是因為移動導致的(我甚至不太確定是否存在僅因為移動導致的兩個只有簡繁差異的重定向)。我覺得這部分的標題需要更改,需要刪掉「因移動導致」。Iming 彼女の愛は、甘くて痛い。 2025年4月28日 (一) 03:37 (UTC)回覆
而且因移動導致的重定向通常情況下會有機械人維護,所以一般情況下不會出現本提案所述「目標頁面不同」的情況。--Iming 彼女の愛は、甘くて痛い。 2025年4月28日 (一) 03:44 (UTC)回覆
已刪去題目中的「因移動導致」。--SuperGrey (留言) 2025年4月28日 (一) 03:56 (UTC)回覆
我又添加了方案(C),也就是維持現狀。或許這樣更簡單易行。--SuperGrey (留言) 2025年4月28日 (一) 04:12 (UTC)回覆
我說一下我的立場吧:上方白布飄揚、Kethyga等論述的這類重定向的作用均既適用於「標題繁簡重定向」,也適用於「2條僅為簡繁差異的重定向」,且「標題繁簡重定向」也可能存在指向另一頁面的問題(比如標題為「画图」的條目的繁體版本「畫圖」卻指向另一頁面。這時候到底是算「標題繁簡重定向」還是算「2條僅為簡繁差異的重定向」呢?這裏向@Iming確認下統計的時候有沒有考慮到這些頁面?);此外兩者也常可互相轉化。且白布飄揚的這條留言也明確表示的是支持機械人維護所有「目標不一致的簡繁頁面」(並不單針對「標題繁簡重定向」)。因而我反對B方案,即反對廢除「2條僅為簡繁差異的重定向」。對C我不強烈反對,但仍傾向認為除非是為了「刷編輯數」大量產生的重定向,否則不需要限制建立(利益申明:我個人除非確有需要或無意間沒看到有繁體版本,否則我是並不會去建立這種重定向的)。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 04:21 (UTC)回覆
還有一種特殊情況是,我個人一直傾向認為不應要求所有僅繁簡差異的重定向標題都必須指向同一頁面(應豁免一些特殊情況。比如簡體「朝鮮」我認為應重定向至「朝鮮民主主義人民共和國」),如果將來社群能獲得共識允許這類繁簡同形詞導向目標不一,那當然不應刪除另一繁/簡,以及機械人需要為這些頁面「開綠燈」。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 04:31 (UTC)回覆
不應豁免。「繁簡統一」是方針,如果想要修改方針,需要專門拿出提案到「互助客棧/方針」去討論。--SuperGrey (留言) 2025年4月28日 (一) 04:41 (UTC)回覆
「繁簡統一」是方針[哪裏?]我之前找了不少頁面都沒找到。(條目當然是繁簡統一,不能為「法國」創建簡體條目/繁體條目兩個版本。我說的是重定向/消歧義的情況。) ——自由雨日🌧️❄️ 2025年4月28日 (一) 04:45 (UTC)回覆
Wikipedia:命名常規#繁簡統一。--SuperGrey (留言) 2025年4月28日 (一) 04:46 (UTC)回覆
您好像完全理解錯了……《命名常規·繁簡統一》說的是不能使用繁簡混雜的條目名稱…… ——自由雨日🌧️❄️ 2025年4月28日 (一) 04:49 (UTC)回覆
還真是……這裏倒是還有一個指引:WP:繁簡重新導向,不過這裏只表達了對雙重重新導向的弱反對,沒提到指向目標是否要統一。--SuperGrey (留言) 2025年4月28日 (一) 04:57 (UTC)回覆
還有一條:WP:R#NPOV,這條是方針。--SuperGrey (留言) 2025年4月28日 (一) 05:04 (UTC)回覆
好吧,這條也沒有做出明確規定。看來「重新導向的繁簡統一」還未有形成書面共識。--SuperGrey (留言) 2025年4月28日 (一) 05:11 (UTC)回覆
編輯衝突我知道這條方針,這和我說的也沒有任何關聯……(它說的是「可以創建非中立重定向」的問題。)是否允許繁簡重定向目標不一有點跑題了,先打住吧😂 ——自由雨日🌧️❄️ 2025年4月28日 (一) 05:12 (UTC)回覆
WP:避免地域中心?不過確實跑題,有機會再討論吧。--惣流·明日香·蘭格雷不姓 2025年4月28日 (一) 05:20 (UTC)回覆
我認為應該一律指向同一頁面,理由在《User:魔琴/論述/體異頁同》已述。 ——魔琴留言 貢獻 PJ:小學 PJ:兩岸 2025年4月28日 (一) 19:06 (UTC)回覆
我記得當時在客棧均回應過了(忘了哪個討論了)。 ——自由雨日🌧️❄️ 2025年5月8日 (四) 13:24 (UTC)回覆
您怎麼判斷對方是不是「為了『刷編輯數』而創建」呢?如果我每寫一個新條目就創建幾個(比如說,因為有了后藤一里這個條目,就建立後藤一里後藤獨后藤独小孤獨小孤独),這算是「刷編輯數」嗎?還是說應當限制呢?--SuperGrey (留言) 2025年4月28日 (一) 04:34 (UTC)回覆
和其他刷編輯數的認定方法類似……客觀上肯定沒有一個標準,但可以結合行為模式判斷。我自己不會去建立,但我個人不傾向限制建立(其實我看@Iming就常大批同時建立僅繁簡差異的重定向😂),不過如果其他編者傾向C方案,可以認為我「不反對」C。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 04:41 (UTC)回覆
既然「刷編輯數」的標準模糊不清,不如直接限制不要再添加新的,用規則來約束,就不必在未來看到你我被送交ANM了 --SuperGrey (留言) 2025年4月28日 (一) 04:45 (UTC)回覆
「畫圖」的情況屬於這裏的情況2,我認為可以全自動解決(當然最好處理完再人工檢查一下)。另外想確認一下,閣下對「廢除繁簡重定向」的立場為何?其實除了SuperGrey,貌似沒其他用戶表達過支持,所以繼續討論(廢除繁簡重定向)的意義可能不大。--惣流·明日香·蘭格雷不姓 2025年4月28日 (一) 04:38 (UTC)回覆
和上方同樣的邏輯,自然也是反對廢除繁簡重定向。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 04:41 (UTC)回覆
您對(C)怎麼看?--SuperGrey (留言) 2025年4月28日 (一) 04:43 (UTC)回覆
其實「使用機械人監視維護」是必須的,因為未來依然有機會出現這類情況。所以重點是對於「未來產生的此類重新導向」是直接刪除還是容許保留。換言之在確定會有機械人監視的前提下,三個選項可以概括為:
(A)現有的(○)保留,未來的(○)保留
(B)現有的(×)刪除,未來的(×)刪除
(C)現有的(○)保留,未來的(×)刪除
(「現有的刪除」指刪除「後來的」;「未來的刪除」指先更新「先來的」的連結目標,再刪除「後來的」)
所以説三個選項都差不多,不過我會傾向A或B,執行起來簡單一點。--惣流·明日香·蘭格雷不姓 2025年4月28日 (一) 05:16 (UTC) 👍1回覆
(-)反對B+C,(+)支持A,謝謝--Aqurs 2025年4月28日 (一) 14:53 (UTC)回覆
小工具「PageRedirect ToolsRedirect」似乎會把所有繁簡形式都找出來讓你創建,如果禁止建立繁簡差異重定向,使用起來會非常麻煩。 ——魔琴留言 貢獻 PJ:小學 PJ:兩岸 2025年4月28日 (一) 12:44 (UTC)回覆
那就換個小工具。--SuperGrey (留言) 2025年4月28日 (一) 13:09 (UTC)回覆
現在有替用品嗎?--WiTo🐤💬 2025年4月29日 (二) 02:30 (UTC)回覆
我可以寫一個。--SuperGrey (留言) 2025年4月29日 (二) 06:20 (UTC) 👍1回覆
見此原始碼:MediaWiki:Gadget-ToolsRedirect.js。把基於繁簡的部分去掉即可。--SuperGrey (留言) 2025年4月29日 (二) 06:25 (UTC)回覆
距離上一次留言已逾9日,看起來對於使用機械人應該沒有什麼太大的意見,那麼我想我們應該初步達成了一個共識,即「不論是否新建,相關對重定向的修改均由機械人監視並維護」。有鑑於這個提案最開始只是為機械人許可而開的,且我們沒有產生什麼其他必須要公示的內容,就不公示了。如果您還存在任何意見,請您說明,感謝。Iming 彼女の愛は、甘くて痛い。 2025年5月8日 (四) 13:19 (UTC)回覆
應該補充一下,對於新建的,由編者自行決定是否提報刪除,機械人不會自動提刪。--Iming 彼女の愛は、甘くて痛い。 2025年5月8日 (四) 13:22 (UTC)回覆

Jpn、Kor等模板是否應改以langx等模板為基礎?

[編輯]

如題,{{Jpn}}、{{Kor}}等模板是否應改以{{langx}}等模板為基礎?具體提議代碼見User:Sanmosa/Template的子頁面。Sanmosa 新朝雅政 2025年4月29日 (二) 08:59 (UTC)回覆

看了一下{{Jpn}}的改法,改用{{langx}}僅僅是為了顯示「日語」兩個字。日語原文、假名以及/、〔、〕符號全在一個<span lang="ja">裏面,可能會影響屏幕閱讀器的使用。|link=參數的兩種情況代碼竟然是分開寫的,維護困難。--Kcx36留言2025年4月29日 (二) 12:31 (UTC)回覆
@Kcx36我最近才留意到langx可以設置label=none的事情,或許我可以用這個方法簡省一些代碼。Sanmosa 新朝雅政 2025年5月7日 (三) 11:00 (UTC)回覆
新的{{lang}}模板無法自定義提示文字。日語漢字、平假名、片假名、羅馬字、舊字體全都只顯示「日語文本」,不如以前的清楚標明所使用的文字好。可能還得改進{{lang}}、module:lang。--Kethyga留言2025年4月30日 (三) 04:23 (UTC)回覆
@Kethyga關注到這個問題。我關注{{lang}}內加span(比如{{lang|ja|<span title="漢字或假名表記(原文)">柳原家</span>}})能否正確生效(即顯示「漢字或假名表記(原文)」而非「日語文本」)。Sanmosa 新朝雅政 2025年5月7日 (三) 10:59 (UTC)回覆
如果之後要提刪這些模板,則恕不能同意。—— Eric Liu 創造は生命(留言留名學生會 2025年5月6日 (二) 17:25 (UTC)回覆
@Ericliu1912Jpn、Kor與Kmr的結構與langx的基礎結構差異過大,就算真的改以langx等模板為基礎也不可能刪除。考慮到Vie的用量,我也不打算提刪Vie。Sanmosa 新朝雅政 2025年5月7日 (三) 10:59 (UTC)回覆

有無批量檢測、系統顯示維基頁面中紅鏈(失效內部連結)的軟件工具?

[編輯]

比如在哲學詞彙表頁面裏找出前直覺主義人類狀況等在中文維基尚無的條目? --Zhenqinli留言) 2025年5月2日 (五) 22:24 (UTC)--Zhenqinli留言2025年5月2日 (五) 22:24 (UTC)回覆

針對單個頁面?用CSS或編寫JS腳本應該能突出/列出,但有必要嗎,不閱讀上下文的列出。--YFdyh000留言2025年5月2日 (五) 22:49 (UTC)回覆
如果有方便合適工具的話,對改善頁面是有幫助的。 --Zhenqinli留言2025年5月2日 (五) 22:55 (UTC)回覆
@ZhenqinliWP:AWB裏面有個功能Links on page (only red links)。-- Willy1018留言2025年5月5日 (一) 23:09 (UTC)回覆
謝謝!好像需要申請權限?準備稍晚再試。 --Zhenqinli留言2025年5月5日 (一) 23:54 (UTC)回覆
@ZhenqinliUser:魔琴/gadgets/listredlinks/index.js,在頁面底部列出紅鏈,大概沒什麼問題。想改什麼儘管說,但我懂不懂怎麼寫就不一定了。 ——魔琴留言 貢獻 PJ:小學 PJ:兩岸 2025年5月6日 (二) 12:06 (UTC) 👍1回覆
很好用。謝謝! --Zhenqinli留言2025年5月6日 (二) 13:07 (UTC)回覆

Cat-a-lot小工具錯誤

[編輯]

Cat-a-lot小工具似乎會將展開此一頁面到處錯誤分類(請見編輯歷史),不確定是怎麼回事。副知其他苦主@HanTsîYumeto。—— Eric Liu 創造は生命(留言留名學生會 2025年5月5日 (一) 10:14 (UTC)回覆

我用的是維基共享資源版本,E、H用的可能是本站版本,都有出現過這種問題。--紺野夢人 2025年5月5日 (一) 10:30 (UTC)回覆
本站版本該更新了。getMarkedLabels函數會選中.CategoryTreeBullet的a元素,title屬性是「展開」(或「摺疊」,但本站還沒有摺疊條目)。共享資源版本已差異不小,getMarkedLabels函數中的a:not([role])不選有role屬性的元素,可避免此誤匹配。部署共享資源版本2024年8月8日的修改補丁就可以,U:Yumeto遇到此問題時尚無補丁。--YFdyh000留言2025年5月5日 (一) 10:56 (UTC)回覆
@YFdyh000本站是否適合直接移植共享資源現行版本?—— Eric Liu 創造は生命(留言留名學生會 2025年5月5日 (一) 13:05 (UTC)回覆
我沒用過共享資源版本。詢問AI來看,共享資源版本改進了很多方面。從Wikipedia:維基百科工具/Cat-a-lot允許以及U:Yumeto之前在用來看,共享資源版本在本地沒有明顯的問題,可能應該棄用本地版本?--YFdyh000留言2025年5月5日 (一) 13:29 (UTC)回覆
共享資源版本只能識別與分類標題正簡體一致的原始碼,否則不能,而本站版本對部分與分類標題正簡體不一致的原始碼仍能識別,例如原始碼「[[Category:英國]]」不能被共享資源版本,而能被本站版本識別為「Category:英国」。--紺野夢人 2025年5月5日 (一) 23:46 (UTC)回覆
@Yumeto那本站現行版本與共享資源版本的差別在哪裏呢?—— Eric Liu 創造は生命(留言留名學生會 2025年5月6日 (二) 17:28 (UTC)回覆
我只是從使用經驗來比較,不是太了解代碼上的差異……--紺野夢人 2025年5月6日 (二) 17:34 (UTC)回覆
共享資源版本只能識別與分類標題正簡體一致的原始碼,能否具體指出復現步驟?--Hamish T 2025年5月6日 (二) 22:27 (UTC)回覆
維基百科:沙盒添加「[[Category:英國]]」(Category:英国)與「[[Category:中華民國]]」(Category:中華民國)(差異),用共享資源版本移除前者時會出現「以下頁面已跳過,因爲找不到現有分類:Wikipedia:沙盒」,而移除後者時不會(差異)。使用本站版本能移除前者(差異)。--紺野夢人 2025年5月7日 (三) 01:31 (UTC)回覆
Special:Diff/37158362提供該功能。未對比其他差異。--YFdyh000留言2025年5月7日 (三) 11:08 (UTC)回覆
其SettingsUI似乎有問題,無法保存。--YFdyh000留言2025年5月5日 (一) 14:09 (UTC)回覆
無法保存是因為SettingsManager也要更新。--Hamish T 2025年5月7日 (三) 00:31 (UTC)回覆
User:Hamish/Catalot.js是commons現時版本加入變體識別後的版本,已嘗試該操作且正確移除。@Ericliu1912YFdyh000Yumeto,展開的錯誤沒有復現。--Hamish T 2025年5月9日 (五) 10:18 (UTC)回覆
@Hamish,此版本在觸發變體識別後,會添加不必要的空行(示例),是否可修復?十分感謝。--Tim留言2025年5月13日 (二) 03:06 (UTC)回覆
您好,似已修復。--Hamish T 2025年5月13日 (二) 04:09 (UTC)回覆
👍 Tim留言2025年5月13日 (二) 04:13 (UTC)回覆
@Hamish您好,我剛剛再次試了一批頁面(已清除瀏覽器緩存、重新登入賬號),部分頁面仍有問題(具體可見我剛才的編輯記錄):涉及變體識別1涉及變體識別2不涉及變體識別--Tim留言2025年5月13日 (二) 04:44 (UTC)回覆
好的,因為這個是從commons生搬硬套過來的,沒有太看其他代碼,我寫完手上這個twinkle再晚些會進一步查看,再次抱歉。--Hamish T 2025年5月13日 (二) 04:47 (UTC)回覆
有勞閣下有空時看看了,感謝。另我之前是使用的Commons版本,不會出現添加空格的情況(),供您參考。--Tim留言2025年5月13日 (二) 04:51 (UTC)回覆
已修復x2。--Hamish T 2025年5月13日 (二) 06:15 (UTC)回覆
試了一批頁面確實沒有空行了,十分感謝!--Tim留言2025年5月13日 (二) 06:22 (UTC)回覆
@Hamish 您好,下午使用一段時間後還發現以下小問題:移除分類時沒有將多餘空行刪除([1]);Cat-a-lot激活狀態下打開另一個分類頁面,自動彈出的Cat-a-lot是空白的,需要關閉再打開恢復。還請方便的時候幫忙看看,感謝。--Tim留言2025年5月13日 (二) 09:12 (UTC)回覆
您好,第一個問題我下午已經發現了,忘記將設備上的程式碼同步。第二個問題我早已發現,還沒來得及修。謝謝。--Hamish T 2025年5月13日 (二) 09:18 (UTC)回覆

關於single_chart的問題

[編輯]

RefToolbar丟失文字標籤

[編輯]

這段時間發現我的RefToolbar丟失了「Cite」、「Templates」、「Named References」、「Error Check」這幾個文字標籤,還有jQuery對話框的標題。我看了enwiki是正常的。--此條未正確簽名的留言由魔琴討論貢獻)於2025年5月6日 (二) 10:57 (UTC)加入。回覆

 已修復--百無一用是書生 () 2025年5月9日 (五) 11:22 (UTC)回覆
這不會自動登出嗎?--Miyakoo留言2025年5月9日 (五) 15:52 (UTC)回覆

We will be enabling the new Charts extension on your wiki soon!

[編輯]

(Apologies for posting in English)

Hi all! We have good news to share regarding the ongoing problem with graphs and charts affecting all wikis that use them.

As you probably know, the old Graph extension was disabled in 2023 due to security reasons. We’ve worked in these two years to find a solution that could replace the old extension, and provide a safer and better solution to users who wanted to showcase graphs and charts in their articles. We therefore developed the Charts extension, which will be replacing the old Graph extension and potentially also the EasyTimeline extension.

After successfully deploying the extension on Italian, Swedish, and Hebrew Wikipedia, as well as on MediaWiki.org, as part of a pilot phase, we are now happy to announce that we are moving forward with the next phase of deployment, which will also include your wiki.

The deployment will happen in batches, and will start from May 6. Please, consult our page on MediaWiki.org to discover when the new Charts extension will be deployed on your wiki. You can also consult the documentation about the extension on MediaWiki.org.

If you have questions, need clarifications, or just want to express your opinion about it, please refer to the project’s talk page on Mediawiki.org, or ping me directly under this thread. If you encounter issues using Charts once it gets enabled on your wiki, please report it on the talk page or at Phabricator.

Thank you in advance! -- User:Sannita (WMF) (talk) 2025年5月6日 (二) 15:07 (UTC)回覆

Category:圖表被禁用的頁面,或可考慮將此處列出的頁面中的圖表替換?謝謝。--SCP-0000留言2025年5月6日 (二) 15:35 (UTC)回覆
數據和原始碼表現形式千差百異,可能全自動切換有點麻煩。討論頁現在很多有使用{{Mostread}}來檢查頁面瀏覽量,需要改寫。還有一些直接使用{{Graph:Chart}}等。——Sakamotosan路過圍觀 | 避免做作,免敬 2025年5月8日 (四) 06:21 (UTC)回覆
本地似乎已經可用[2]--百無一用是書生 () 2025年5月8日 (四) 02:57 (UTC)回覆
本地需要的Data空間未開放,還是需要手工轉內容模型?——Sakamotosan路過圍觀 | 避免做作,免敬 2025年5月8日 (四) 06:21 (UTC)回覆
Data空間必需要用共享資源那邊的,頁面瀏覽量這種目前不支持外部數據源,目前看起來除非把頁面瀏覽量去data空間建立數據集,否則沒其他辦法--百無一用是書生 () 2025年5月8日 (四) 11:13 (UTC)回覆
現在圖表大小和顏色等似乎還都不能自定義,而且共享資源的Data數據也沒有提供連結過去方便修改--百無一用是書生 () 2025年5月8日 (四) 11:18 (UTC)回覆
@Shizhao:「現在圖表大小和顏色等似乎還都不能自定義」可參見此說明文檔。「共享資源的Data數據也沒有提供連結過去方便修改」可參見開發人員對問題二的回覆,似乎已有相應工單但暫時未有進展。謝謝。--SCP-0000留言2025年5月14日 (三) 18:15 (UTC)回覆
不支持用lua產生數據嗎? 這樣{{函數圖形}}就死掉了耶QQ-- 宇帆-娜娜奇🐰鮮果茶☕在維基百尋求休閒是否搞錯了什麼☎️·☘️2025年5月8日 (四) 11:23 (UTC)回覆
@A2569875 在 mediawiki.org 上有與 lua 和頁面瀏覽量數據相關的討論,也許可留意一下。謝謝。--SCP-0000留言2025年5月14日 (三) 18:36 (UTC)回覆
{{函數圖形}}與頁面瀏覽量無關。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百尋求休閒是否搞錯了什麼☎️·☘️2025年5月14日 (三) 22:34 (UTC)回覆
能反饋這些問題回開發組?——Sakamotosan路過圍觀 | 避免做作,免敬 2025年5月8日 (四) 12:52 (UTC)回覆

模板:Normdaten

[編輯]

看到一個有趣的bug,這明明是模板頁面,顯示標題卻是沒有「模板:」的「Normdaten」,不知道是怎麼回事?—— Eric Liu 創造は生命(留言留名學生會 2025年5月6日 (二) 20:34 (UTC)回覆

好像是{{德語重定向}}的問題。--Miyakoo留言2025年5月6日 (二) 23:04 (UTC)回覆
準確來說,是{{非中文重定向/template}}。--Hamish T 2025年5月7日 (三) 01:05 (UTC)回覆

合併分類重新導向設定

[編輯]

今天難得合併一個分類的所有修訂版本(見此處),發現系統目前仍然會給原本的頁面設定普通重新導向,而非如移動操作般改用分類重新導向模板,是否能夠修改此類設定?—— Eric Liu 創造は生命(留言留名學生會 2025年5月7日 (三) 08:54 (UTC)回覆

似乎是mediawiki底層決定的,可以添加文字,但無法改變創建普通重定向的行為。--Hamish T 2025年5月9日 (五) 10:48 (UTC)回覆

評級頁面分類問題

[編輯]

目前似乎所有條目都會分類到「重新導向級條目」,而非條目會分類到「重新導向級頁面」(如日本、香港、鐵道等專題);兩者實應予以統一,以免造成混亂。—— Eric Liu 創造は生命(留言留名學生會 2025年5月7日 (三) 09:35 (UTC)回覆

還有非條目級也是;其他不屬於條目的評級,可能亦有這類問題,需要一併清查。無論如何,至少要確定「條目」或「頁面」擇一。—— Eric Liu 創造は生命(留言留名學生會 2025年5月7日 (三) 09:36 (UTC)回覆

翻譯文章模板爆開

[編輯]

Special:Diff/87165735或是Special:Diff/85455404,我在翻譯完文章後常出現引用或是綠連爆開的情形(尤其是在翻譯時複製貼上),該如何處理?--Kanshui0943留言2025年5月8日 (四) 15:24 (UTC)回覆

「內容翻譯」工具的問題,只能提交後手動善後原始碼。--YFdyh000留言2025年5月9日 (五) 09:10 (UTC)回覆

Cat-a-lot一次最多只能批量操作20個頁面,請求修復

[編輯]

如題,本人近期計劃把分類XXXX年啟用的鐵路車站下面位於中國境內的車站批量移動到分類XXXX啟用的中國鐵路車站下面。使用Cat-a-lot小工具實操的時候發現一次最多只能移動20個條目,選擇多於20個條目的時候就會從第21個條目開始顯示修改成功,但是點進條目頁面卻發現分類沒有變動(在commons上面使用Cat-a-lot批量操作的時候不會出現類似問題)。不知道和@Yumeto閣下提到的問題是不是同一個或者類似的問題,希望能予以定位修復,謝謝!--4084470 0.smil留言2025年5月8日 (四) 16:40 (UTC)回覆

@4084470 0.smil你的編輯被第8號防濫用過濾器攔住了--SunAfterRain 2025年5月8日 (四) 16:44 (UTC)回覆
@Xiplus 可否考慮適當放寬限制,現在使用Cat-a-lot太不方便了qvq……使用的Commons版Cat-a-lot貌似已經限定頻率為一秒一次編輯了。--Tim留言2025年5月10日 (六) 17:14 (UTC)回覆
個人建議在Cat-a-lot端放緩速度,污染最近更改和突然攔住編輯哪個都不好--1F616EMO喵留言回覆請ping2025年5月10日 (六) 23:09 (UTC)回覆
該過濾器已多次放寬,不考慮再放寬。您應該申請機械人相關權限。--Xiplus#Talk 2025年5月11日 (日) 00:54 (UTC)回覆

請問條目「利奧十四世」標題繁簡轉換的來源是?

[編輯]

我想知道 良十四世 在zh-cn下是如何顯示為 列奧十四世 的? 我查閱 https://phabricator.wikimedia.org/source/mediawiki/browse/master/includes/languages/data/ZhConversion.phphttps://zh.wikipedia.org/wiki/Wikipedia:%E5%AD%97%E8%AF%8D%E8%BD%AC%E6%8D%A2/%E5%9C%B0%E5%8C%BA%E8%AF%8D%E5%80%99%E9%80%89 都未看到這一轉換。望好心人解答。 --FloatingQueen留言2025年5月12日 (一) 12:52 (UTC)回覆

Module:CGroup/Popes。您都能自己查ZhConversion.php了怎麼會不知道公共轉換組……——暁月凜奈 (留言) 2025年5月12日 (一) 13:02 (UTC)回覆
感謝您的回覆。看了繁簡處理、地區詞處理、公共轉換組中的前兩項。第三項見列表長未有仔細閱讀。感謝您的答疑解惑。--FloatingQueen留言2025年5月12日 (一) 13:16 (UTC)回覆
ZhConversion.php涉及的是比較基本、沒什麼爭議的轉換,而公共轉換組是站內用戶自行創建維護,需要靈活處理的詞彙一般都採取這種方式,比如電影譯名/人名。——暁月凜奈 (留言) 2025年5月12日 (一) 13:25 (UTC)回覆
感謝您的耐心解釋。--FloatingQueen留言2025年5月12日 (一) 13:27 (UTC)回覆
另外,使用noteTA模板設置了字詞轉換的頁面上方會出現本頁使用了標題或全文手工轉換,點擊即可查看具體設置的轉換規則和公共轉換組(如有)。——暁月凜奈 (留言) 2025年5月12日 (一) 13:29 (UTC)回覆
這個功能非常方便。謝謝您。--FloatingQueen留言2025年5月12日 (一) 13:34 (UTC)回覆

Twinkle更新 (2025-05-12) @dca85a4

[編輯]
近期變更
  • 警告:加入uw-disruptive系列模板。
  • 關閉存廢討論:在Vector-2022外觀上重新啟用此功能。
  • 封鎖:如選擇以{{Blocked sockpuppet}}標記用戶頁,日誌理由會顯示為「(原有理由) - (主賬戶)的傀儡」。
  • 提刪:修正「收錄標準不足條目」語病至「不符合收錄標準條目」;修正當提報不符合收錄標準的條目標題包含「=」時,{{findsources}}模板未能正確傳入頁面標題的問題。
  • 告狀:報告當前的破壞和編輯爭議時,不再加入「處理」一行。
  • 內建文字提示因應指引更名作出相應修改。

如果近期變更有任何錯誤,或是認為未來變更會造成任何問題,請在Twinkle討論頁互助客棧技術版Github擇一報告。--Hamish T 2025年5月12日 (一) 15:20 (UTC)回覆

2025年第20期技術新聞

[編輯]

MediaWiki message delivery 2025年5月12日 (一) 22:37 (UTC)回覆

可視化編輯時,使用「引用」功能,概率會將引用來源Cite模板內容替換掉條目最上方的note TA模板

[編輯]

現象可見[3]第1行的變化,非編輯刻意而為。這種問題在可視化編輯下沒有辦法第一時間發現,只有在提交編輯或者切換為代碼編輯的時候才會發現。--【拒絕編輯霸凌,拒絕拉扯性討論,謝絕拉票,謝絕提名,謝絕豢養人肉傀儡】(有建議可以留言2025年5月14日 (三) 03:34 (UTC)回覆

更新問題

[編輯]

Wikipedia:最多語言版本的待撰條目/自動更新中BOT已逾月未自動更新,請問如何解決--Kanshui0943留言2025年5月15日 (四) 07:42 (UTC)回覆

@Kanashimi。--Hamish T 2025年5月15日 (四) 08:23 (UTC)回覆
fixing...--Kanashimi留言2025年5月15日 (四) 13:50 (UTC)回覆

介面顯示

[編輯]

是不是有人搞爆CSS了,修訂版本那個框框跟巡查按鈕原本都是小字,突然變成大字⋯⋯ —— Eric Liu 創造は生命(留言留名學生會 2025年5月15日 (四) 15:43 (UTC)回覆

(~)補充:「發生錯誤,編輯未發布」還變小字了,預覽出錯那裏也變小字了。( π )題外話:還以為是技術更新_(:з」∠)_--__Don't bite! 2025年5月15日 (四) 16:09 (UTC)回覆

關於<br>、<br/>、<s></s>和<del></del>

[編輯]

新手求問:

  1. <br><br/>有什麼不同?為什麼許多人要多打一個斜槓?
  2. <s></s><del></del>都是刪除線,難道這兩個有技術上的不同?( π )題外話:印象里幾年前在萌娘百科編輯時有用戶提到<s></s>容易出bug,是真的嗎?

--__Don't bite! 2025年5月15日 (四) 16:17 (UTC)回覆

這是WP:知識問答範疇。詢問AI大模型應該能給您提供很多信息。自閉合標籤,不同規範要求不同。語義、可用參數及視覺表現可能不同。沒有聽說過。--YFdyh000留言2025年5月15日 (四) 16:49 (UTC)回覆
@Kurgenera去問LLM https://felo.ai/search/jsMv6a6Agwkudv9kC2srsw?invite=B84klorrag5PV --SunAfterRain 2025年5月15日 (四) 19:10 (UTC)回覆
本頁用作討論在編輯時遇到的技術問題,源碼編輯可以用HTML所以在這問也行。本站應該對此沒有要求,所以<br><br/>用哪個都沒問題,前者省1個字節<s>過時的HTML,「容易出bug」大概是指這個,所以建議<del>,只要別在條目里用就好(MOS:刪除線)--Kunjinkao留言2025年5月16日 (五) 08:55 (UTC)回覆

哈薩克語

[編輯]

報錯,「錯誤:{{Lang}}:代碼 kk 無法和書寫系統 cyrl 一起使用」。—— Eric Liu 創造は生命(留言留名學生會 2025年5月16日 (五) 14:14 (UTC)回覆