维基百科:互助客栈/技术
![]() |
發表前請先搜索存档,參考舊討論中的内容可節省您的時間。 |
- [公告] 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 | 小工具设置页翻新方案 | 32 | 9 | Dabao qian | 2025-08-05 04:22 |
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 |
發言更新圖例 |
---|
|
|
|
|
|
特殊狀態 |
已移動至其他頁面 或完成討論之議題 |
手動設定 |
當列表出現異常時, 請先檢查設定是否有誤 |
正在廣泛徵求意見的議題
![]() | 您可在回饋請求系統訂閱以收取特定主題相關討論通知。 |
以下討論需要社群廣泛關注:(重新整理) 維基百科技術議題與模板
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}},效果为“实用工具脚本,不应在参数设置中出现”。
- 更多信息详见模板文档。
- 参数设置小工具页顶部介绍改为以下内容(界面消息裸露为正常现象,部署后即正常):
小工具图示 |
---|
|
小工具是您可以选择启用的自定义功能,由本站用户开发及维护。下面是您可以为账号启用的小工具列表。请注意大部分小工具需要启用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)