维基文库:写字间/存档/2025

←写字间/存档/2024年

写字间存档 2025年

写字间/存档/2026年→

这是Wikisource:写字间2025年的存档。

关于1947年解放军训令之著作权适用性说明

近日，对于1947年解放军训令之著作权适用性，产生了一些争议，特此对本人编辑澄清如下。

依《中华人民共和国著作权法》第五条第一款之规定，法律、法规、国家机关之决议、决定、命令，以及其他具有立法、行政或司法性质之文件及其官方译文，均不受著作权保护。

据《世界知识产权组织（WIPO）》所载之《中华人民共和国著作权法》英文版内容如下：

 "(l) laws; regulations; resolutions, decisions and orders of State organs; other documents of a legislative, administrative or judicial nature; and their official translations."

此款明确指出，豁免适用之范围，不止于“国家机关”之正式文件，亦包括“其他具有立法、行政或司法性质之文件”。

由是，1947年中国人民解放军总部所发布之《重行颁布三大纪律八项注意之训令》，虽当时解放军非中华人民共和国之正式国家机关，然训令所具行政性质，实不可忽视。此训令旨在规训军纪，严明军规，规范行为，具有明确之约束，非凡俗之文本。训令其实质，乃行政命令，具行政效力，且具立法、行政、司法性质之特征，故应归为法律所豁免之文件。

训令之目，统一军纪，规范行为，指引军中，设立标准，实乃行政命令之典型。依《著作权法》第五条之规定，凡具此类性质之文件，应自然而然不受著作权保护。此训令依其功能与约束力，应视为行政文件，适用豁免，而非普通作品。

此条文义明，除“国家机关”所发之法律、法规、决议、决定、命令外，凡具有立法、行政、司法性质之文件及其官方译文，均不受著作权保护。由此可见，文件之性质、功能、效力，远重于发布机构之地位。若该文件具行政命令特性，理应纳入豁免范围。

此外，维基文库一贯遵循惯例，诸如中国共产党所发布之重要文件（如党章）亦已被收录。若著作权豁免仅适用于“国家机关”发布之文件，党章等文件岂应纳入豁免范围？然党章等文件之收录，符合判例精神，表明法院及文库对文件性质之判断，并非拘泥于发布机构之身份，而重视其功能与效力。这与著作权法第五条之精神相契合，即凡具立法、行政或司法性质之文件，皆不受著作权保护。

综上所述，尽管1947年《中国人民解放军总部关于重行颁布三大纪律八项注意之训令》非由正式“国家机关”发布，然其内容明确、目的鲜明、约束力强，具行政命令性质，符合“其他具有立法、行政或司法性质之文件”之定义，依法应豁免著作权保护，而不应视为一般受保护之作品。

各位编辑与@红渡厨：若有异议，恳请赐教。--Zy26（留言） 2024年11月13日 (三) 07:47 (UTC)

中国共产党视为行政，那是因为中国共产党1949年10月1日建立了中华人民共和国，所以中华人民共和国带着中国共产党一起行政了。这是{{PD-PRC-CPC}}的基本逻辑。1947年的中国共产党同样没资格行政。 ——— 红渡厨（留言・贡献） 2024年11月13日 (三) 08:26 (UTC)

君所言1947年中国共产党“没有资格行政”，实乃误解《著作权法》之真义。中国共产党固非国家机关，是否已建中华人民共和国，皆与此无关。依《著作权法》第五条所载，其要义不在于文件发布之机构是否正式为国家机关，而在于文件之性质。无论由何机构所发，若其内容具立法、行政、司法性质，则应当享有著作权豁免。

回看“{{PD-PRC-CPC}}之基本逻辑”，《刑事审判参考》指导案例第680号指出：“显然，《党章》和《十七大报告》作为党中央发布的官方文献，由一定的组织和人员负责起草，经特定的组织程序决议通过，在全党范围内具有约束力，等同于‘具有立法、行政、司法性质的文件’，均属于上述第一类除外情形。”此判例指明，不仅国家机关发布的文件，具有行政、立法性质的党内文献亦应当享有著作权豁免，充分印证了文件性质优先于发布机构身份之原则。

且观1947年中国人民解放军所发布之训令，虽非由今日之国家机关所发，然其性质显然为行政命令，旨在规范军纪，统一军规。对于军队而言，此类训令具明确之行政效应，实应视为行政文件，应享著作权豁免。。--Zy26（留言） 2024年11月13日 (三) 08:52 (UTC)

@红渡厨：见君在讨论尚未果之际，复行同类编辑，恐有引发争议之虞。为确保共识得以达成，还请在此问题未定之时，暂缓更动，俾利进一步论议。望能秉持理性，求得最为妥当之结论。@Midleading：作为保护该条目的管理员，尚希聆听阁下意见与看法。--Zy26（留言） 2024年11月14日 (四) 09:42 (UTC)

目前认为其他中华人民共和国成立之前的中国共产党文件不适用《著作权法》第五条规定，维基文库中类似文件仅标注匿名或以法人名义发表作品。这并不影响该作品是否收录。可能具有立法、行政或司法性质的文件范围非常广，甚至还有真正具备立法、行政或司法性质但不是公有领域的作品（例如中华人民共和国香港特别行政区的法律条款）。因此“其他具有立法、行政或司法性质之文件”在维基文库中是一个需要根据相关证据开展讨论的条款。 Midleading（留言） 2024年11月15日 (五) 03:12 (UTC)

@Midleading：愚以为，阁下所言“此并不影响该作品是否收录”固为正理，实则从操作流程而言，亦是无可非议之处。然而，若从使用者角度考量，或可略有补充。尽管责任在于使用者自行查阅该作品是否符合其所适用之法律规定，但若仅标示为法人作品过期，用户或许会心生疑虑，担心涉及如乌拉圭回合协议等国际条约之限制，从而未必敢于放心使用。若能明确标注该作品为“具有立法、行政、司法性质之文件”，则可使使用者更加确信，此作品或为官方法律材料，进而有助于判断其是否符合所处法域之规定。此种标注，无疑能为使用者提供更为明确之法律指导，便于其决策，实为增强使用便利之举。

至于您提及之“具有立法、行政或司法性质但非公有领域之作品”，如香港特别行政区之法律条文，实在与1947年训令之讨论有所不同。公有领域之范围与地域紧密相关，该类文件可在内地无著作权保护，但在香港则非公有领域。文库的收录惯例，主要依据服务器所在法域及贡献者所在地之法律，故此是否收录香港法律条文，并不影响本案之讨论。

总而言之，愚以为，若能于作品标注中进一步明确其是否具备“立法、行政、司法性质”，无疑有助于使用者作出更加明晰之判断，避免因版权问题产生不必要之疑虑，从而增进使用之便捷与信心。--Zy26（留言） 2024年11月15日 (五) 16:38 (UTC)

现有的惯例是无法确定中华人民共和国成立之前的中国共产党文件是否具备“立法、行政、司法性质”，同时该编辑撤销次数达到三次，所以建议取得共识后再进行标注。 Midleading（留言） 2024年11月16日 (六) 03:22 (UTC)

其實，不論是當時的解放軍總部，還是現在的中央軍事委員會，其本身就不屬於行政機關，沒有行政管理職能，行政機關是中央和地方各級人民政府，故這個文件根本就不可能具有行政性質。行政管理職能的一個很明顯的特點是具有普遍性，對某個區域內的所有人都生效，而解放軍總部的訓令顯然局限於解放軍，參照現在的法律的話，解放軍總部在這個訓令中行使的是軍事領導職能，不是行政管理。Hamish（留言） 2024年11月28日 (四) 05:56 (UTC)

“行政机关”与“行政性质”是不同的两个概念。如《中华人民共和国行政诉讼法》第十三条（受案范围的排除）规定，“人民法院不受理公民、法人或者其他组织对下列事项提起的诉讼：（一）国防、外交等国家行为；”。国防外交等国家行为，具有行政性质，只是不在法院受理行政诉讼的范围内。因此，此处军队训令属于国防等国家行为，应认为具有“行政性质”。 Patlabor Ingram（留言） 2025年1月29日 (三) 14:09 (UTC)

• 來句插科打諢：請問中華人民共和國法律能不能控告周公旦重婚？--晞世道明（留言） 2024年11月14日 (四) 11:10 (UTC)

┌─────────────┘
@红渡厨、晞世道明、Midleading、Hamish ：感谢诸位之讨论，尤其是 Midleading 与 Hamish 诸君之耐心回应。近阅2024年12月16日商务部网站对公众留言的答复，其中明述类似《中国少年先锋队章程》等规范性文件，不在《中华人民共和国著作权法》保护之列。此答复揭示著作权保护的核心，在于文件之性质，而非发布机构之身份。若文件具备规范性并具约束力，则可类比立法、行政、司法类文件，理应豁免著作权保护。

此理亦可推及1947年中国人民解放军发布之《中国人民解放军总部关于重行颁布三大纪律八项注意的训令》。虽然彼时解放军非正式国家机关，然该训令之性质，显然为行政命令，意在统一军纪，规范军规，且具有强大约束力，符合“其他具有立法、行政或司法性质之文件”之豁免范围。依《著作权法》第五条所述，凡具此类性质之文件，自应不受著作权保护。

是故，依照最新证据，愚认为，1947年之训令，虽出自解放军之手，但其内容及性质，早已超越一般作品范畴，实应视为不受著作权保护之文件。愿此浅见能为各位提供更多参考，望大家能达成共识，确保文库收录之文件，处理妥当，合乎法理。--Zy26（留言） 2024年12月18日 (三) 01:12 (UTC)

我个人认为，如果《训令》只有第二、三点，其实可以很简单地适用著作权法第五条，但因为第一点属于一定程度上的智力成果，而训令本身并未明确是否属于“其他……”的范围，也并非简单的规范性文件（也就是我说的第二、三点），故不应直接认定其属于“其他……”范围而标记为豁免保护。不过，您可以自己在商务部网站上面留言，问问这个事情。 Hamish（留言） 2024年12月18日 (三) 13:26 (UTC)

该文件即便属于“其他……”也不适合用{{PD-PRC-exempt}}标记（因1947年中华人民共和国尚未成立）。不知是否适用{{PD-EdictGov}}？如有必要，也可创建新模板。 dringsim 2024年12月19日 (四) 17:20 (UTC)

@沈澄心：有點疑問，若「中共建政」以前之黨（軍）務文書，於「建政」後依然續行（或至少未有明文廢止），應該就符合相關模板要件了？—— Eric Liu_（留言） 2024年12月28日 (六) 00:50 (UTC)

个人同意这个看法。 Patlabor Ingram（留言） 2025年1月29日 (三) 14:10 (UTC)

年度版權過期大放送時間 :D

年底又快到了，可以開始準備翌年伊始公有領域作品復還程序（當然不僅限於前述列表，若偶拾其他符合條件的孤立頁面亦可一併處理）。@Gzdavidwong、Hat600、Jusjih、Midleading、Shizhao、Zhxy 519：副知本站管理員同志。—— Eric Liu_（留言） 2024年12月28日 (六) 00:47 (UTC)

@Jusjih： 请将莎菲女士的日记恢复到多语言维基文库代收。 Midleading（留言） 2025年1月1日 (三) 12:24 (UTC)

完成移交。--Jusjih（留言） 2025年1月1日 (三) 21:36 (UTC)

對不起大家

最近因為我去北京看姥姥姥爺，我不知道這個網站被中國封閉掉了，所以沒有那麼多編輯，但是我還是閒暇時間裡把《懲毖錄》、《湖西大同事目》、還有一部分《續武定寶鑑》搞定了。

還有，以後我的編輯率會更少，因為我要關注我的未來了，所以請諒解。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年1月7日 (二) 01:27 (UTC)

感谢！《懲毖錄》已经直接搬运到《懲毖錄 (1913重刊本)》，顺带改了3个错字。 Liouxiao（留言） 2025年1月7日 (二) 04:54 (UTC)

辛苦了。 银色雪莉（留言） 2025年1月7日 (二) 07:20 (UTC)

模板Tabbegin显示有问题

@Shizhao, Template:Tabbegin 的分栏内容显示为空白，例如《靜夜思》，请帮忙看一下。 Liouxiao（留言） 2025年1月7日 (二) 04:56 (UTC)

archive top/bottom模板似需修复

如题，见本页Wikisource:写字间#最近是不是有人动过常用模板的代码？，尾巴多了个“{{{1}}}”，顶头那个悬浮的结果框未显示。副知使用该模板的@Ericliu1912。 银色雪莉（留言） 2025年1月9日 (四) 05:11 (UTC)

已修復多餘的{{{1}}}。{{Archive bottom}}模板用到{{-}} 畫尾部的空白，本地此名模板已作他用。

頂端結果框未發現不能顯示。 Andayunxiao（留言） 2025年1月11日 (六) 16:57 (UTC)

感谢。 银色雪莉（留言） 2025年1月12日 (日) 06:33 (UTC)

這是什麼字？

（按年度分拆討論，並重新編號）—— Eric Liu_（留言） 2025年1月17日 (五) 16:22 (UTC)

請將已完成討論者移除，避免過多占用空間。——2409:8A55:3966:7D80:5C72:13C8:A94B:98A 2025年6月23日 (一) 02:58 (UTC)

将版权方针中的各地法律法规规定及解读另设单页

承移动前唯一参与讨论者提议，Teetrition（留言） 2025年1月9日 (四) 05:22 (UTC)自#重写维基文库方针和说明文档独立移动自此

参考维基共享资源模式，各地法律法规规定、案例、解读等随各地法律修改及实务修改变化，相较方针本身具有更强的不稳定性，其本身也仅向读者提供信息参考，其本身似不应当作为方针的一部分。因此提议将Wikisource:版权信息/全文“注意事项”一节及页面其他部分关于各地法律法规规定及解读的部分脱离于方针另设单页。Teetrition（留言） 2025年1月7日 (二) 09:30 (UTC)

讨论区

原则上 支持此做法，我的理解，是不是大致像百科w:Template:Supplement所指的这种？另，当作此移动时，似乎仍应在Wikisource:版权信息/全文保留录入文献需遵守美国及来源国著作权法规以及容忍规则作简要说明。--银色雪莉（留言） 2025年1月8日 (三) 18:41 (UTC)

同意。 Teetrition（留言） 2025年1月9日 (四) 05:24 (UTC)

幫助整理《新羅村落文書》

請求幫助整理《新羅村落文書》。圖片都在原文頁面討論區裡面。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年1月10日 (五) 20:46 (UTC)

也請幫助清理《高麗末和寧府戶籍關聯古文書》。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年1月10日 (五) 21:05 (UTC)

《襟帯集》是什麼？

最近我在日本圖書寮文庫搜索有什麼有意思的東西可以看到，我碰見了一個叫《襟帯集》的書籍。這是什麼東西？說是宋朝時候的圖書。

https://shoryobu.kunaicho.go.jp/Toshoryo/Detail/1000357250000?index=0&sort=Title&searchtype=Freeword&archive=Toshoryo&keyword=%E6%9D%BE%E5%9D%A1&keywordop=AND&hasdetail=True 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年1月12日 (日) 05:48 (UTC)

• 一據info:ndljp/pid/1182795，襟帯集收在成簣堂叢書第11編，著者為日僧侶文之玄昌。
• 又據大日本史料所言。宋末禪師松坡宗憩(承佛鑑禪師法脈)作江湖風月集，由千峰如琬作跋。後可能經元僧清拙正澄傳入日本後，編刪而成襟帶集抄一書。收錄內容為佛謁。

Aerotinge（留言） 2025年1月12日 (日) 12:52 (UTC)

2025年第3期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 單一用户登录（SUL）系統將在今後幾個月中進行更新。藉由這個系統，用户只需在一個維基媒體網站上填入帳號密碼，即可於所有其他維基媒體網站上登入。由於瀏覽器對跨網域cookie的限制日趨嚴格，因此需要更新。為了配合這些限制，登入和帳號建立頁面將移至中央網域，但以用户的視角來看仍像是在原本的維基站點上。此更新將於本週在測試維基上推出。此變更計劃於2月和3月向所有用户推出。請參閱SUL3项目頁面以了解更多細節和時間表。

近況更新 - 面向編輯者

• 在安裝有PageAssessments的維基上，用户現在可以用inproject:前綴，按維基專題篩選搜尋結果。這些維基包括：阿拉伯语维基百科、​英语维基百科、​英语维基导游、​法语维基百科、​匈牙利语维基百科、​尼泊尔语维基百科、​土耳其语维基百科、​中文维基百科。 [1]
• 已新建一個維基： 提格雷語维基百科 (w:tig:) [2]
• 上週有35個社群提交的工單得到解決。 例如，先前回退所產生的編輯未正確計入用户的編輯次數，此問題現已修復。 [3]

近況更新 - 面向技術貢獻者

• Wikimedia REST API用户，如機器人操作者和工具維護者，可能會受到正在進行的升級更新的影響。從1月13日當週開始，我們將著手將部分頁面內容端點從RESTbase重新路由至較新的MediaWiki REST API端點，這項變更適用於所有維基站點。這項變更先前已在測試維基上施行，應不會影響現有功能；如果相關端點的活躍用户發現任何問題，可以直接在Phabricator中向MediaWiki介面團隊回報。
• 誠邀Toolforge工具維護者分享他們對Toolforge UI的意見回饋。Toolforge UI是一項提供Web平台的計畫，讓工具維護者能透過圖形介面來創建和管理Toolforge工具，以補足現有的命令列工作流程。Toolforge UI旨在簡化活躍維護者的工作，並讓新工具創建者更容易進行註冊和部署流程。這項計畫仍處於非常早期的階段，Cloud Services團隊正在收集Toolforge社群的意見回饋，以協助塑造滿足其需求的解決方案。閱讀更多並分享您對Toolforge UI的看法。
• 使用OAuth系統的工具和函數庫開發者請留意：先前，用於OAuth 1和OAuth 2的身分端點會返回一個JSON对象，其sub字段為整數——這是不正確的，該字段應始終為字串。此問題已修復，並將於1月13日當週部署至維基媒體維基。 [4]
• 目前，許多維基使用Cite CSS在Parsoid輸出中呈現自訂腳註標記（腳註編號）。從1月20日開始，這些規則將被停用，但開發人員強烈建議您不要在2月20日之前清理MediaWiki:Common.css，以免遷移過程中發生問題。您的維基在可视化編輯器中和使用實驗性Parsoid閱讀模式時，可能會遇到腳註標記的一些小變更；即使有變更，其所渲染出的應與舊版解析器的輸出一致。 [5]

會議與活動

• 維基媒體基金會與維基共享資源社群的對話系列的下一次會議將於1月15日的8:00 UTC和16:00 UTC舉行。本次通話會議的主題是決定共享資源工具投資的優先順序。歡迎所有維基的貢獻者參加，尤其是維護共享資源工具的用户。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年1月14日 (二) 01:42 (UTC)

Launching! Join Us for Wiki Loves Ramadan 2025!

Dear All,

We’re happy to announce the launch of Wiki Loves Ramadan 2025, an annual international campaign dedicated to celebrating and preserving Islamic cultures and history through the power of Wikipedia. As an active contributor to the Local Wikipedia, you are specially invited to participate in the launch.

This year’s campaign will be launched for you to join us write, edit, and improve articles that showcase the richness and diversity of Islamic traditions, history, and culture.

• Topic: Wiki Loves Ramadan 2025 Campaign Launch
• When: Jan 19, 2025
• Time: 16:00 Universal Time UTC and runs throughout Ramadan (starting February 25, 2025).
• Join Zoom Meeting: https://us02web.zoom.us/j/88420056597?pwd=NdrpqIhrwAVPeWB8FNb258n7qngqqo.1
• Zoom meeting hosted by Wikimedia Bangladesh

To get started, visit the campaign page for details, resources, and guidelines: Wiki Loves Ramadan 2025.

Add your community here, and organized Wiki Loves Ramadan 2025 in your local language.

Whether you’re a first-time editor or an experienced Wikipedian, your contributions matter. Together, we can ensure Islamic cultures and traditions are well-represented and accessible to all.

Feel free to invite your community and friends too. Kindly reach out if you have any questions or need support as you prepare to participate.

Let’s make Wiki Loves Ramadan 2025 a success!

For the International Team 2025年1月16日 (四) 12:08 (UTC)

2025年第4期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 管理員可以用大量刪除（Nuke）功能大量刪除由特定用户或IP位址建立的頁面。先前，該功能只能刪除過去30天內建立的頁面。現在，針對特定用户或IP位址，該功能可以刪除過去90天內建立的頁面。 [6]
• 在啟用編輯巡查功能的維基上，當使用回退功能復原未經巡查的頁面修訂時，系統現在會將其標記為更準確的「手動巡查」，而非「自動巡查」。在最近更改中設有篩選條件的編者可能需要更新。 [7]
• 上週有31個社群提交的工單得到解決。 例如，先前可视化編輯器的「插入链接」功能，當輸入時偶爾不會正確顯示建議的現有頁面，現已修正此問題。

近況更新 - 面向技術貢獻者

• 結構式討論扩展（又稱Flow）正逐步棄用。該扩展未經維護且造成問題。結構式討論將被討論工具（DiscussionTools）取代，其用於任何一般討論頁。我們即將聯絡最後一批維基（加泰罗尼亚语维基语录、​芬兰维基媒体协会、​果阿孔卡尼语维基百科、​卡拜尔语维基百科、​葡萄牙语维基教科书、​瑞典维基媒体协会）。如果您對棄用流程有任何疑問，請在您的維基上提及（ping）Trizek (WMF)。 [8]
• 季刊技術社群電子報新期數發布。本期內容包括：來自資料平台工程團隊的服務近況更新；來自設計系統團隊的Codex資訊更新；等等。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年1月21日 (二) 01:36 (UTC)

台灣分會2025年1月對話時間

台灣維基媒體協會2025年1月的對話時間，訂於台灣時間1/25 (六) 14:00舉行，
參與連結為 https://meet.google.com/qiv-ctih-sse 。
想跟更多台灣維基人互動嗎？不知道台灣有個維基協會，或知道協會但不知道他們平常都在幹嘛嗎？
本次對話時間將聚焦於 2024 年回顧與新年新展望的討論與分享，這是將是讓你深入了解協會運作並參與交流的絕佳機會！快來一起參加！

另，2026年ESEAP區域年會填寫調查問卷填寫期限至1/22為止，敬請踴躍參與。

--MediaWiki message delivery（留言） 2025年1月21日 (二) 16:20 (UTC)

Universal Code of Conduct annual review: provide your comments on the UCoC and Enforcement Guidelines

My apologies for writing in English. 请帮助翻译至您的语言.

I am writing to you to let you know the annual review period for the Universal Code of Conduct and Enforcement Guidelines is open now. You can make suggestions for changes through 3 February 2025. This is the first step of several to be taken for the annual review. Read more information and find a conversation to join on the UCoC page on Meta.

The Universal Code of Conduct Coordinating Committee (U4C) is a global group dedicated to providing an equitable and consistent implementation of the UCoC. This annual review was planned and implemented by the U4C. For more information and the responsibilities of the U4C, you may review the U4C Charter.

Please share this information with other members in your community wherever else might be appropriate.

-- In cooperation with the U4C, Keegan (WMF) (talk) 2025年1月24日 (五) 01:12 (UTC)

《竹溪遺稿 (鞠溟)》填寫請求

您好。我需要有人幫助我填寫《竹溪遺稿 (鞠溟)/䟦》和《竹溪遺稿 (鞠溟)/序》部分。原文可以依據[9]。主要是因為有很多草書部分，我看不懂。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年1月27日 (一) 21:02 (UTC)

@Liouxiao@银色雪莉

謝謝了！ 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年1月27日 (一) 21:02 (UTC)

可在Index:NLK-한古朝46-가2239_竹溪遺稿.pdf錄入並校對。 Liouxiao（留言） 2025年1月28日 (二) 12:36 (UTC)

感謝！！！ 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年1月28日 (二) 13:46 (UTC)

2025年第5期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 巡查員們和管理員們——哪些關於編輯或使用者的資訊或情境，可以幫助您更快速、輕鬆地做出巡查或管理決策？維基媒體基金會想聽取您的意見，以協助指導即將到來的年度計畫。請考慮分享您對這個問題和其他13個問題的想法，以塑造明年度的技術方向。

近況更新 - 面向編輯者

• 現在，世界各地的iOS維基百科App使用者都可以使用個人化的「年度回顧」，根據他們在維基百科上的閱讀與編輯記錄提供洞察報告。這個项目是眾多努力的一部分，旨在幫助新讀者探索百科內容並與之互動。
• 有一個新標籤可供巡查員標記可能有問題的新頁面。現在，當新建頁面的標題與先前已被刪除的頁面相同時，會標上標籤「Recreated」，使用者可以在Special:RecentChanges和Special:NewPages中篩選出該標籤。 [10]
• 本週稍晚開始，如果編輯者嘗試建立連結至另一個重定向的重定向（即雙重重定向），將會被新的警告阻止。該警告會建議他們直接連結至第二個重定向的目標頁面。感謝SomeRandomDeveloper所做的改進。 [11]
• 維基媒體維基允許在登入過程中使用基於WebAuthn的雙因素驗證（例如硬體權杖），但是該功能很脆弱，使用者非常少。MediaWiki平台團隊暫時禁止新增WebAuthn金鑰，以避免干擾SUL3的推出。現有的金鑰不受影響。 [12]
• 上週有30個社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 使用MediaWiki History dumps的開發者請留意：資料平台工程團隊在這些轉儲中新增了幾個欄位，以支援臨時帳號。如果您負責維護讀取這些資料庫的軟體，請檢查您的代码並查閱更新後的文档，因為欄位在行（row）中的順序將會改變。此外，在mediawiki_user_history轉儲中，anonymous欄位將重命名為is_anonymous。這些變更將在2月的發行版本中生效。 [13]

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年1月27日 (一) 22:14 (UTC)

花錢給某大學複印古書

我現在要花錢給大學複印古書，但是需要花錢。維基文庫會不會幫我支付這一筆錢？ 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年1月28日 (二) 23:16 (UTC)

m:Grants:Project/Rapid/zh Midleading（留言） 2025年1月30日 (四) 09:57 (UTC)

也請閣下注意，如果從大學圖書館購買他們製作的影印圖像，然後分享到維基共享資源，可能有法律風險，請事先瞭解當地法律和大學的版權聲明。 Andayunxiao（留言） 2025年1月31日 (五) 16:21 (UTC)

明白了，但是如果複製的圖像都是早就進入公有領域的圖像呢？@Andayunxiao 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年1月31日 (五) 18:56 (UTC)

c:Template:PD-scan 維基小霸王（留言） 2025年2月5日 (三) 14:07 (UTC)

Reminder: first part of the annual UCoC review closes soon

My apologies for writing in English. 请帮助翻译至您的语言.

This is a reminder that the first phase of the annual review period for the Universal Code of Conduct and Enforcement Guidelines will be closing soon. You can make suggestions for changes through the end of day, 3 February 2025. This is the first step of several to be taken for the annual review. Read more information and find a conversation to join on the UCoC page on Meta. After review of the feedback, proposals for updated text will be published on Meta in March for another round of community review.

Please share this information with other members in your community wherever else might be appropriate.

-- In cooperation with the U4C, Keegan (WMF) (talk) 2025年2月3日 (一) 00:49 (UTC)

2025年第6期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 「特殊字元」編輯工具列選單現在可以顯示您最近在該維基編輯時最常使用的32個特殊字元。這項變更讓您能更容易找到最常使用的字元。2010年版wikitext編輯器和可视化編輯器皆有此功能。 [14]
• 2010年版wikitext編輯器現在能以正確的縮排建立子清單。另外，您現在可以使用新的工具列按鈕插入<code>標籤。感謝stjn所做的改進。[15][16]
• 請提供協助以確保引用生成器Citoid能在所有維基上正常運作。
  • 一、請管理員更新本地版本的MediaWiki:Citoid-template-type-map.json頁面，收入preprint、standard、dataset等項目；參見preprint以及standard、dataset的更新範例。
  • 二之一、如果用於這類參考資料的引用模板中缺少citoid映射，請補上。
    二之二、如果已有citoid映射，請更新TemplateData，收入新的欄位名稱。參見preprint以及standard、dataset的更新範例。可能需要支援的新欄位包括archiveID、identifier、repository、organization、repositoryLocation、committee、versionNumber。 [17]
• 已新建一個維基： 中卡努里語维基百科 (w:knc:) [18]
• 上週有27個社群提交的工單得到解決。 例如，用於維基文庫的OCR（光學字元辨識）工具新增支援語言：教會斯拉夫語。 [19]

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年2月4日 (二) 00:09 (UTC)

Gemini 2.0 Flash Thinking支持行外标点识别

大语言模型飞速发展。现在有很多模型支持OCR了，有人搞了一个榜单[20]。或许维基文库也可以根据对不同类型文献识别的准确程度自己做一个榜单。

经过测试，只有Gemini 2.0 Flash Thinking Experimental 01-21支持行外标点识别。网址：https://aistudio.google.com/prompts/new_chat 。

使用的命令：“这是一段文本，从右到左竖排版式，请注意标点在行外，转换为文本，不要给出解释，不要转换为简体。注意，页眉页脚、页码请忽略。换行请用双行换行。”

结果如下：[21]。

有一些错误。注意，“另外想法子”识别成了“另想些法子”。这不像一个识别错误，而是进行了文本修改。

aistudio的限制是每分钟10个请求，每天1500个请求。 維基小霸王（留言） 2025年2月6日 (四) 12:19 (UTC)

怎么说呢，本人是完全支持文库接入大模型对文本作业进行高效批处理的。

但目前市面上的agi大模型要想高效无限量使用都要支付一定算力成本，这方面资金由谁出？wiki基金维护目前的wiki公共服务器就已经捉襟见肘了。

deepseek的免费web前端入口也已经被完全撸废，白天基本以每半小时为一周期成功响应一次。不知道是由站方暗中写入规则限制并发数，还是确实是使用人数过多导致的网络拥塞或服务器过载。

总而言之，大模型的性能和推理能力确实日新月异，但离走入普通用户生活中还存在巨大差距。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年2月7日 (五) 07:55 (UTC)

deepseek 的OCR估计是传统的技术应用于古书并不好用。gemini 2.0是多模态融合ai，直接用最新技术识别古文。 維基小霸王（留言） 2025年2月8日 (六) 01:31 (UTC)

说到底还是钱的问题，只要有钱活抢着做。

deepseek之前胜在web入口免费无限撸，现在这个渠道也在暗中被限制。

无论未来是大公司免费无限量提供高性能推理模型，还是个人pc性能提升到足以接入本地大模型进行推理。都得等算力供应过剩，大幅溢出，相关硬件成本普降后，才能吃到免费的午餐。这个过程至少还要再等10年左右。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年2月8日 (六) 08:31 (UTC)

Gemini 2.0 Pro Experimental 02-05 的表现更好。 Liouxiao（留言） 2025年2月14日 (五) 09:08 (UTC)

现阶段一简多繁问题解决方案。目前为止转换准确率最高的NLP模型HanLPC。

先使用HanLPC对文本进行分词，再利用繁简词对字典对包含语义和上下文关系的最小单位「词」进行字体转换，从根本上解决了过去仅仅通过单字匹配方式转化后产生的分歧词问题。

由于繁简词对的字典文件所收录多为白话文词汇，故该方案应用于现代中文体的文章时，其转换正确率最高，半百话其次。

HanLP下载后可搭建本地NLP处理平台。官方提供线上调用接口。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年2月8日 (六) 10:10 (UTC)

CSS 图像裁剪工具

{{CSS image crop}}是一个直接裁剪图像的实用工具。它允许你使用现有图像的特定部分，从而免去了为简单的裁剪任务上传新文件的需求。然而，这个模板的主要挑战是它需要用户手动识别并输入他们期望裁剪区域的精确像素坐标。 我已经开发了一个 JavaScript 工具，c:User:維基小霸王/CSSImageCrop.js，使用了 Google Gemini 2.0 Flash Thinking。 这个工具极大地简化了这个过程。 要安装它，只需将 importScript('User:維基小霸王/CSSImageCrop.js'); 添加到你的 c:Special:MyPage/common.js 中。 安装后，每个图片文件页面都会出现一个 "CSS Image Crop" 按钮。 点击此按钮即可激活该工具，允许你直接在图像中选择你期望的裁剪区域。 一旦你做出了选择，该工具会立即为你生成模板代码。 此外，你可以通过在提供的对话框中输入数值来轻松更改缩放级别。 该工具也与多页图书文件兼容。 維基小霸王（留言） 2025年2月8日 (六) 15:33 (UTC)

感谢提供该工具。 ——— 红渡厨（留言・贡献） 2025年2月10日 (一) 07:07 (UTC)

2025年第7期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 產品與技術諮詢委員會（PTAC）發表了一份對維基媒體基金會產品與技術部門的建議的草案。PTAC建議部門專注於行動裝置體驗，尤其是關於貢獻。PTAC請求社群在討論頁提出意見回饋，2月21日截止。

近況更新 - 面向編輯者

• 默认情況下，「特殊页面」portlet链接將從「工具」區塊移至主選單側邊欄的「导航」區塊（位於最頂部的區塊）。「工具」是用來放置與當前頁面相關的工具，而非與站點相關的工具，這項變更將使链接位置更符合一貫的邏輯。若要修改此行為並更新CSS樣式，管理員可遵循T385346的指示進行修改。 [22]
• 網頁團隊的一項工作是改善讀者在維基上探索內容的方式。作為該工作的一部分，網頁團隊將對少數讀者進行一項實驗，在搜尋欄中顯示一些相關或有趣條目的建議。參閱專案頁面了解更多。
• 使用TemplateStyles的模板編輯者現在可以用無障礙相關的媒體查詢（prefers-reduced-motion、prefers-reduced-transparency、prefers-contrast、forced-colors），來針對特定無障礙需求定制輸出。感謝Bawolff所做的改進。 [23]
• 上週有22個社群提交的工單得到解決。 例如，全域封鎖日誌現在會直接顯示在Special:CentralAuth頁面上，與全域鎖定類似，以簡化監管員的工作流程。 [24]

近況更新 - 面向技術貢獻者

• 維基數據現在支援一種特殊語言「所有语言的默认值」，作為標籤和別名。這是為了避免相同的資訊過度地重複出現在多種語言中。如果您的維基數據查詢會用到標籤，您可能需要更新您的查詢方式，因為部分現有標籤會被移除。 [25]
• 先前，getDescription函數會在每次讀取維基頁面時被調用，約佔頁面總載入時間的2.5%。現在，計算出的值將被快取，以減輕維基媒體伺服器的負載。 [26]
• 作為RESTBase棄用作業的一部分，/page/related端點已於2025年2月6日封鎖，並將於近期移除。此時程選擇乃為配合舊版Android和iOS的棄用時程。MediaWiki的「morelike」action API提供了穩定的替代方案，請參考遷移範例。如有任何疑問，請聯絡MediaWiki介面團隊。 [27]

深入了解

• 季刊語言與國際化電子報新期數發布。 本期內容包括：有關「貢獻」功能表（Speciale:Contribute）的更新；維基百科一些最新語言版本的細節資訊；MediaWiki介面支援的新語言的細節資訊；社群定義清單功能的近況更新；等等。
• Chart專案電子報新期數發布。 本期內容包括：為Chart圖表的全域使用情況提高可見性的進度更新；在共享資源上的Data命名空間中支援頁面分類的進度更新。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年2月11日 (二) 00:12 (UTC)

《国（境）外学历学位认证办法》是否具有行政性质？

该文件。已知事实：

1. 该文件作者“教育部留学服务中心”是教育部直属事业单位，不是政府部门。

2. “国（境）外学历学位认证”位于教育部官网的“服务”栏目中，里面标注“系留服中心依据国务院教育行政部门为其核定的机构职能，面向社会开展的一项服务。”

3. 学历学位认证工作经教育部2000年文件《关于同意“教育部留学服务中心”和“全国学位与研究生教育发展中心”开展外国学位证书认证咨询工作的通知》（学位【2000】2号）授权。

因此想讨论“学历学位认证”是否属于教育部授权由事业单位承担的行政职能。 曾晋哲（留言） 2025年2月14日 (五) 14:22 (UTC)

个人意见，不是，见[28]。有一个案例在裁判文书网上还有，刘远东与教育部，因为案涉裁定书太多我就不一一列了，但就在下所见那里的中心思想之一是：教育部没有国外学历学位认证这一法定职责——北京中院这么说，教育部自己也这么说（而且是在基于有《通知》的基础上这么说）。个人所见，教育部固然有“负责国际间学位对等、学位互认等工作”的职权（见国务院办公厅关于印发教育部主要职责内设机构和人员编制规定的通知），但它跟学历认证这一专业认证是两码事，学历认证本身不是行政职权，教育部的文件是同意（或授权）相关单位“可以”做这个，而不是授权相关单位“代它”干这个——作一个不恰当的类比，就是教育部授权其“专营”。 银色雪莉（留言） 2025年2月14日 (五) 16:44 (UTC)

认证看似专业服务，实则由教育部授权，服务于教育管理和人才流动。其结果具有官方权威性，在行政管理中被广泛采纳。由此观之，认证可被视为教育部将其部分与学历学位管理相关的职责，委托或授权给其下属事业单位执行。故“学历学位认证”是教育部授权其直属事业单位承担的公共服务职能。虽非典型审批，但在行政机关（教育部）的明确授权和规范下进行，其结果直接服务于公共管理与行政目的。故认证具有一定的行政性质，可被视为源于行政授权的特定管理服务职能，带有行政管理的色彩。--Zy26（留言） 2025年4月1日 (二) 09:05 (UTC)

模板分類參數

依據這個修改，似乎有些模板的「cat=no」參數不作用，是否能夠修復？—— Eric Liu_（留言） 2025年2月14日 (五) 15:03 (UTC)

完成。顺便请帮我删除Module:Suppress categories，我建重复了。 Kcx36（留言） 2025年2月14日 (五) 19:10 (UTC)

k —— Eric Liu_（留言） 2025年2月19日 (三) 06:43 (UTC)

把台灣教育部《異體字在線字典》的字體樣式表下載搬運至本站。能一勞永逸解決絕大部分異體字缺失問題。

根據《異體字在線字典》說明介紹，收錄大約10w個異體字。針對收錄的每個異體字，並非通過加載位圖圖像或svg矢量圖的方式來顯示。也非類似本站通過字形結構膠水式拼接的模版給出標註，從而曲線達到目的，而是自製一套異體字font-face字體文件，用戶通過瀏覽器訪問時下載、加載該字體文件，進行前端異體字渲染。

以上是原理，好處是font-face由於是基於css的規則，對於瀏覽器來說更加原生，加載渲染效率好，同時收錄全面。

例如 Page:KYTU-BB04492447 督戎疏紀1.pdf/36 中「廷」對應的異體字。在其他線上字典如漢典中只能找到𢌜，但在《異體字在線字典》中就有收錄。

現在的問題是本站未安裝該網站的font-face文件，導致即便從其網站頁面中複製該文字，粘貼到本站時亦無法渲染。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年2月17日 (一) 15:52 (UTC)

教育部該網站的內容不符合{{PD-ROC-exempt}}中的任何一項，存在版權疑慮。 Midleading（留言） 2025年2月17日 (一) 16:16 (UTC)

這條路子早已有類似討論，我也試過。首先維基媒體基金會不允許CSS去外連外部資源這關就過不去，

而維基共享資源也不收字體檔案，所以沒得內連。

就算能上傳字體至維基共享資源，教育部異體字字型亦不提供SIL授權以相容維基共享資源所需的CC-BY-SA 3.0授權，故不得再分發。

就算教育部提供授權，其異體字用的也是Unicode PUA B區碼位，皆為外字。不利文獻保存流通，應當避免使用。目前已有機器人巡查PUA字並標記待清除，故不應再增加外字使用。

現在的模板曲線方案已經是碰壁試錯後，得到的相對可行方案了。 Aerotinge（留言） 2025年2月17日 (一) 16:17 (UTC)

不是引用外鏈獲取，而是下載字體庫文件，在本地服務器安裝。

字體拼接模版後的異體字，也無法保存流通，下載後也無法直接複製使用（顯示爲模版原生標記語言，非php語言環境無法渲染）。

而Unicode的非官方字，只要維護好一套使用標準，數量夠多，至少線上渲染時足夠簡潔美觀。也省去了很多異體字逐個都拼接的麻煩。

《異體字在線字典》下方外鏈的辭典公眾授權網，裡面有關於字典內容的引用方式和授權標準。使用的是「創用CC-姓名標示- 禁止改作 3.0 臺灣授權條款」。允許使用者重製、散布、傳輸著作（包括商業性利用）。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年2月17日 (一) 16:58 (UTC)

禁止改作不符合維基版權方針，維基要求授權允許使用者改編、匯編以及商業性利用。同時，網站下方有©版權聲明。 Midleading（留言） 2025年2月17日 (一) 17:24 (UTC)

2025年第8期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 現在，使用Growth工具的社群可以在Special:Homepage給新手展示一則活動。這項功能將幫助新手了解可以參與的編輯活動。管理員可以在Special:CommunityConfiguration新建活動展示。參見Diff文章、文档，或聯絡Growth團隊了解更多。

近況更新 - 面向編輯者

討論頁改進，圖中以粉紅色方框強調

• 從下週開始，四個維基的討論頁將採用新設計。這些維基包括：西班牙语维基百科、​法语维基百科、​意大利语维基百科、​日文维基百科。這項變更已作為測試功能進行了廣泛測試，是討論頁改進的最後一步。 [29]
• 现在，在操作页面（例如查看历史记录的页面）点击重定向页面的链接可以直接前往重定向页面。先前则必须先跳转到重定向目标再前往。此项更改会为处理重定向的编辑者带来很大的帮助。感謝stjn所做的改進。 [30]
• 目前，當Cite參考資料被多次重複使用時，參考資料清單中會顯示如「1.23」的數字標記或如「a b c」的本地化字母標記。先前，如果重用次數太多，以致於字母標記用盡，系統會顯示一則錯誤消息。作為Cite自訂現代化工程的一部分，將不再顯示這些錯誤消息；一旦字母標記用盡，反向链接將恢復顯示如「1.23」的數字標記。
• 现在，每条用户组更改日誌的显示都更加清晰，目前会分别列出授予、撤销、更改的群组，而不再是简单列出更改前后是哪些群组。译者可以帮忙更新相关消息的本地化版本。感謝Msz2001所做的改進。
• Special:Nuke工具新增篩選項，現在可用頁面大小（位元組）範圍來篩選頁面。管理員可以用這項功能刪除小於特定大小的頁面。 [31]
• 此外，非管理員——即使無法直接刪除頁面——現在可以使用Special:Nuke工具檢查哪些頁面可能需要刪除。感謝MolecularPilot所做的這兩項改進。 [32]
• 上週有25個社群提交的工單得到解決。 例如，AV1視訊檔案格式配置中的一個錯誤得到修復，使這些檔案再度能夠正常播放。 [33]

近況更新 - 面向技術貢獻者

• 繼去年維基導遊成功轉換成Parsoid閱讀視圖之後，未來幾週內，Parsoid閱讀視圖將在大多數維基詞典推出。參閱Parsoid/解析器統一了解更多。 [34][35]
• 站内工具的开发者请注意，mw.Uri已弃用。仍依赖mw.Uri的工具必须显式声明mediawiki.Uri作为ResourceLoader依赖，且应尽快迁移到浏览器原生的URL这一API。 [36]

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年2月17日 (一) 21:16 (UTC)

我有一個想法

古代時候，葡萄牙、荷蘭、英國、俄羅斯等國家曾經不是跟中國、朝鮮、日本等地區做生意嗎？或許這些國家的圖書館/大學圖書館裡面會有一些逸存書。有沒有人能夠幫我們檢查一下？ 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年2月19日 (三) 04:07 (UTC)

因為你們想想，這些交易、貿易裡或許存在一些圖書等物品。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年2月19日 (三) 04:13 (UTC)

實際上歐美（包括日本）確實有很多散佚的中文古籍（通過不僅限於貿易、盜買、劫掠等手段），而且有不少孤本，比如敦煌殘卷，還有“漢籍合璧項目”從俄羅斯聖彼得堡大學圖書館獲得的《鐵冶志》。只是尋訪逸書的工作需要經費人力，即便如有官方支持的“漢籍合璧”項目，也未見其網站公佈更多的成果，可想是不太容易。 Liouxiao（留言） 2025年2月19日 (三) 05:47 (UTC)

光有想法沒有資金是無法實現的。尋求他人幫助時即便是為公義而非私利，也應該支付代價。

如果需要調用大量人手做事，應該要先籌措資金，通過商業化活動支付佣金方能達到目的。動用私財來支付總非長久之計。

本人的想法是成立基金會，聘請專業的投資經紀人，開展金融投資交易，獲利增值後，拿盈利來實現目的。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年2月19日 (三) 20:14 (UTC)

即將舉行的語言社群會議（2 月 28 日，14:00 UTC世界協調時間）和新聞通訊

大家好，

我們很高興地宣佈，下一次語言社群會議即將舉行，時間為2 月 28 日 14:00 UTC 世界協調時間！如果您希望加入，只需在此維基頁面上註冊即可。

這是一個以參與者為導向的會議，我們在此分享語言相關專案的最新消息、討論語言維基專案中的技術挑戰，並協力尋求解決方案。在上次會議中，我們討論的主題包括開發語言鍵盤、建立莫西語維基百科，以及維基媒體非洲區域會議語言支援軌道的最新消息。

您有話題希望跟大家分享嗎？無論是有關您專案的技術更新、需要協助的挑戰，或是口譯支援的請求，我們都很樂意聽到您的意見！請隨時回覆此訊息或新增議程項目至此文件。

此外，我們希望與您分享語言與國際化通訊第六版（2025 年 1 月）可在此處閱讀：Wikimedia Language and Product Localization/Newsletter/2025/January。本通訊提供 2024 年 10 月至 12 月季度新功能開發的最新動態、各種語言相關技術專案和支援工作的改進、社群會議的詳細資訊，以及為專案做出貢獻的想法。如希望獲取最新信息，您可以在其維基頁面上訂閱新聞通訊：Wikimedia Language and Product Localization/Newsletter。

我們期待您參與語言社群會議並分享您的想法，到時見！

MediaWiki message delivery 2025年2月22日 (六) 08:29 (UTC)

台灣分會2025年2月對話時間

台灣維基媒體協會2025年2月的對話時間，訂於台灣時間2/26 (三) 19:00舉行，
參與連結為 https://meet.google.com/qiv-ctih-sse 。
想跟更多台灣維基人互動嗎？不知道台灣有個維基協會，或知道協會但不知道他們平常都在幹嘛嗎？
本次對話時間將聚焦於2025 A+F藝術與女性編輯松的討論，這是將是讓你深入了解協會運作並參與交流的絕佳機會！快來一起參加！

--MediaWiki message delivery（留言） 2025年2月24日 (一) 14:08 (UTC)

2025年第9期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 管理員現在可以透過Special:CommunityConfiguration/Babel自訂Babel功能建立分類的方式。管理員可以重新命名語言分類，選擇是否自動建立分類，以及調整其他設定。 [37]
• wikimedia.org门户網站更新，並持續進行一些改進，使維基媒體的门户網站頁面更現代化、更易於使用。該頁面現在有更好的手機版版面，措辭链接得到更新，並支持更多語言。此外，所有維基媒體项目的门户網站（例如wikibooks.org）現在皆支持深色模式，會根據讀者的系統設定顯示對應模式。 [38][39][40]
• 已新建一個維基： 桑塔利語维基词典 (wikt:sat:) [41]
• 上週有30個社群提交的工單得到解決。 例如，在某些Android手機配置中，出現一錯誤導致無法在Firefox網頁介面中點擊搜尋結果，現已修正此問題。 [42]

會議與活動

• 下一次語言社群會議即將於2月28日 14:00 UTC舉行。本次會議涵蓋：薩米語輸入法和工具的亮點及技術更新；印尼楠榜語社群對Translatewiki.net的貢獻；以及技術問答環節。有意參加者只需在wiki頁面登記報名即可。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年2月25日 (二) 00:41 (UTC)

現有編者申請成爲管理員

提請社群注意，現有編者User:一个大大大大大聪明申請成爲管理員。依本人對本站指引Wikisource:管理员#成為管理員的理解，似未有因提名有效與否的理由而限制頂欄公示的方針。請熟悉流程的編者和管理員查看。另外此提名的討論位置有誤，應移動到「管理员提名」章節下。 Andayunxiao（留言） 2025年2月28日 (五) 20:05 (UTC)

已代為調整格式。—— Eric Liu_（留言） 2025年2月28日 (五) 22:12 (UTC)

(！)意見：關於Wikisource:申请成为管理员的版本2532621修訂，本人存在一些問題，請@Ericliu1912及管理員協助說明釐清。

按Wikisource:管理员#成為管理員"通过标准"之第一節：提名流程期间或结束后，有下列情况之一者，无视下文规则，视为提名无效：其中第2款：提名流程不合法的

該修訂是否使得該件原本存在瑕疵的提名流程發生實質上的變動，並阻卻無效事由(第2款)發生效力？

又，該修訂是否做出了提名流程，即任何用戶若想在維基文庫成為管理員或想提名其他用戶，則可把申請之連結放在下面的「現時的管理員提名」？

管理員的選任事關文庫前程，宜多加謹慎，請容愚在程序上提起覆覈。若程序即有未合，應不予受理。

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年3月1日 (六) 12:41 (UTC)

本人發起話題在先，並已指出瑕疵並提請移動，而後User:Ericliu1912君的編輯只是回應我的提請，在同頁内移動討論位置。Liu君的此筆編輯并未讓流程變得更合法，或更不合法。之前提名時的瑕疵并未從編輯歷史中消失。我覺得全流程中只有申請人提名的一筆編輯，和本人發起此話題並指出瑕疵的編輯，有「合法」與否的可討論處。 Andayunxiao（留言） 2025年3月1日 (六) 15:55 (UTC)

其实如果援引“提名流程期间或结束后，有下列情况之一者，无视下文规则，视为提名无效：...被提名人自始至终不符合管理员提名条件的”，类似这件的情况（满足不了硬性条件）应该是可以快速关闭的吧？之前也不是没有前例，见Wikisource:管理员/Chihonglee。 银色雪莉（留言） 2025年3月1日 (六) 15:14 (UTC)

同意此提名可能不滿足硬性條件。惟幾日後仍無頂欄公示及提名討論位置有誤，不易發覺，恐影響公平，故提請社群注意。 Andayunxiao（留言） 2025年3月1日 (六) 15:37 (UTC)

竊以為，若一件申請行為欠缺生效要件，自始確定無效，自然不存在伴隨該行為而來的公示權益。想來也不會存在權利救濟以及影響公平可能性。

對於新手因不熟悉指示及需求，而做成之出於善意的擾亂性編輯，或許撤銷該筆編輯，並在用戶討論頁給予說明是另一種在快速關閉之外的處置方向。

至於該用戶是否成立"通过标准"之第一節第三款被提名人自始至终不符合管理员提名条件的的情況，即此處所言之（满足不了硬性条件）同為爭點所在。惟我當前著眼處在於第二款的程序合法性，還未就第三款各條件標準對其查核驗證，恕我現不便對此作出意見。

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年3月2日 (日) 01:40 (UTC)

我其實不覺得格式排版是大問題，畢竟文庫本是小社群，講求太多規矩反而不好。當然申請者確實不甚符合資格，而且不熟悉申請格式亦屬此一事實之體現。宣告投票無效之餘，或許不必額外打擊其自信吧。—— Eric Liu_（留言） 2025年3月2日 (日) 06:07 (UTC)

無效的提名投票（如被提名人自始至終不符合管理員提名條件的）不需要全站公示，因為其他使用者無法也不需要參與一個無效的提名投票，公告無效后若無異議就可以存檔了（若是純粹破壞則回退）。 Midleading（留言） 2025年3月2日 (日) 09:37 (UTC)

2025年第10期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 所有已登入編輯者現在皆可在手機版網站編輯整個頁面。在工具列上的「更多」選單中點擊「编辑整页」即可。先前編輯者須啟用高级模式才能使用這項功能。 [43]
• 請介面管理員協助移除本地MediaWiki:Common.css中帶有「mw-ref」的已棄用Cite CSS碼。此全域搜尋列出了需清理的維基站點以及需移除的代碼，另可參考此範例。參閱CSS遷移项目頁面進一步了解如何提供協助。Cite腳註標記（「[1]」）現在由Parsoid渲染，不再需要上述的已棄用CSS。反向链接的CSS（「mw:referencedBy」）目前應維持不變。這項清理作業應不會給讀者帶來明顯變化。請在3月20日前協助移除這些代碼，若未及時處理，之後將由開發團隊代為移除。
• 現在，若在受連鎖保護的頁面加入文件（例如[[File:MediaWiki.png]]），系統將不再限制對文件描述頁面的編輯，而僅限制文件新版本的上傳。反之，若嵌入文件描述頁面（例如{{:File:MediaWiki.png}}），對描述頁面的編輯將受連鎖保護限制。 [44][45]
• 編輯者若想要將文件還原至較早版本，現在需要與上傳文件新版本相同的權限。系統現在會檢查「覆盖现存文件 (reupload)」或「覆盖自己上传的文件 (reupload-own)」權限，並遵守連鎖保護。 [46][47]
• 現在，管理員在使用Special:Nuke工具列出待刪除頁面時，可以選擇同時列出相關的討論頁和重定向頁面，而無需事後再手動處理。 [48]
• 前幾期提到單一用户登录（SUL）系統為配合瀏覽器對跨網域Cookie的限制，登入和帳號建立頁面將移至中央網域——這項更新將於3、4月向所有用户推出。團隊計劃於本週為Group0站點上的所有新帳號建立流程應用這項更新。參閱SUL3项目頁面了解最新時間表和更多細節。
• 自上週以來，部分介面圖示在頁面尚未加载完全時，錯誤顯示為黑色方塊（深色模式中則為白色）。本週將修正此問題。 [49]
• 已新建一個維基： 錫爾赫特語维基百科 (w:syl:) [50]
• 上週有23件社群提交的工單得到解決。 例如，之前老舊版本的手機版Firefox瀏覽器無法正常加载圖片，現已修正此問題。 [51]

近況更新 - 面向技術貢獻者

• 本週稍晚代码更新細節： MediaWiki

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年3月4日 (二) 02:30 (UTC)

剩最後兩個生僻字或異體字，實在無法識別。

第一個：

比對很久，認為是「卯」的變體：k5-0633 (卯) - GlyphWiki

第二個：

「勹」里的兩個橫折「巜」完全無法處理。即便使用IDS方式也無法架構出來。或者有想到架構方法的可以提供出來。或者這樣表示是否正確：⿱山⿰單⿹巜勹

另外最後分享一個最近看到的漢字檢索工具：【Mastameta】部件檢索（改裝）25.2.22 - 汉汉 - FreeMdict Forum

內嵌相關字體無版權使用限制，可免費使用。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年3月6日 (四) 22:28 (UTC)

第一個是「𠑹」 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年3月6日 (四) 23:19 (UTC)

厲害！

第二個怎麼解決？ #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年3月6日 (四) 23:38 (UTC)

不知道 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年3月7日 (五) 00:00 (UTC)

此應是章氏自書隸定，原字見[52]（“字形”節“金文”項第四行第六列）。這種情況，組字、用模板列結構或者插圖片（不管是自書隸定還是原文）都是選擇——如果金文有朝一日進了Unicode則另作別論，目下只能先將就。 银色雪莉（留言） 2025年3月7日 (五) 00:03 (UTC)

我沒查原始手稿的手寫體，印刷體就是這個。你這麼大學問，從何得知這是他自造的隸書？

目前我用的這個結構：⿱山⿰單⿹巜勹

你說的那個字看到了，應該是這個金文。但這個字里的那兩個橫折「巜」，隸變演化成「斤」字，是該字的聲符。才是對的。

日語中「斤」就讀作「キン」，而「旂」讀作「キ」。前者僅僅多了個齒齦鼻音假名「ン」，兩者發音相近。中文裡兩字發音差別很大。

「單」解的是對的，是盾牌的意思，現在的看法是舉旗的人同時持盾，但上面的「山」又錯了，字頭應隸變成「𠂉」。把「勹」里象征旗杆的豎鉤去掉了。

章氏的小學學問還是落伍了。畢竟一百年前的知識。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年3月7日 (五) 00:53 (UTC)

我也只查到浙圖《章氏叢書》（即《全集·太炎文錄初編》所據底本）爲止，與今本同。 银色雪莉（留言） 2025年3月7日 (五) 02:03 (UTC)

順便提示一下，韓語里「斤」就讀作「근」，而「旂」讀作「기」。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年3月7日 (五) 03:48 (UTC)

微調一下IDS結構順序，旂原字未收錄於Unicode，結構：⿱山⿰單⿹勹巜。⿹組件前者在外(右上)，後者在內(左下)

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年3月7日 (五) 01:21 (UTC)

Universal Code of Conduct annual review: proposed changes are available for comment

My apologies for writing in English. 请帮助翻译至您的语言.

I am writing to you to let you know that proposed changes to the Universal Code of Conduct (UCoC) Enforcement Guidelines and Universal Code of Conduct Coordinating Committee (U4C) Charter are open for review. You can provide feedback on suggested changes through the end of day on Tuesday, 18 March 2025. This is the second step in the annual review process, the final step will be community voting on the proposed changes. Read more information and find relevant links about the process on the UCoC annual review page on Meta.

The Universal Code of Conduct Coordinating Committee (U4C) is a global group dedicated to providing an equitable and consistent implementation of the UCoC. This annual review was planned and implemented by the U4C. For more information and the responsibilities of the U4C, you may review the U4C Charter.

Please share this information with other members in your community wherever else might be appropriate.

-- In cooperation with the U4C, Keegan (WMF) 2025年3月7日 (五) 18:51 (UTC)

如何使用 common.js 添加快捷键？

我想用我的 common.js（参数设置 → 外观 → 所有皮肤共用的CSS/JavaScript → 自定义JavaScript）实现如下功能：在校对页任选一段文字，按 Ctrl+Alt+U，自动套上专名号。

目前我已经写好了代码，把代码粘贴到浏览器控制台运行，功能完全正常。然而存到 User:David,_but_not_Hilbert/common.js 的代码（请参考提问时的版本）似乎并未生效，console.log(…) 都没有结果。请问怎样调试呢？加载 common.js 是否有什么条件？

（我已经用强制刷新、换浏览器隐私窗口等手段初步排除了浏览器缓存的问题。） David, but not Hilbert（留言） 2025年3月9日 (日) 08:53 (UTC)

使用以下代码：

function user(){
// ......
}
mw.loader.using('user', user, user);

Midleading（留言） 2025年3月9日 (日) 10:06 (UTC)

感谢帮助！我刚刚尝试了您的方案，仍然无效；不过我发现以下报错中“line 11”这个行号会随之变化。

Parse error: Unexpected: ) on line 11 index.php:1:8
    <anonymous> index.php:1
    globalEval startup.js:1141
    runScript startup.js:1292
    enqueue startup.js:1179
    execute startup.js:1399
    doPropagation startup.js:748
    (异步：requestIdleCallback handler)
    setAndPropagate startup.js:821
    impl startup.js:2010
    <anonymous> jQuery

经过试验，我发现是下面这段代码中的逗号,干扰了index.php解析。如果删除这个逗号，就正常了。

range.insertNode(document.createTextNode(
  `{{專|${selected}}}`,
));

按理说，即使加上逗号，也是合法的 JavaScript。这是否是 wiki 软件的 bug？ David, but not Hilbert（留言） 2025年3月9日 (日) 11:47 (UTC)

根据gerrit:962739记载，由[53]判断是否是合法的JavaScript。 Midleading（留言） 2025年3月9日 (日) 16:36 (UTC)

2025年第11期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 在多個維基上使用密碼管理工具的編輯者可能會注意到將來的變化。我們的維基提供密碼管理工具跨網域重複使用密碼資訊的方式最近已經更新，因此有些密碼管理工具現在可能會為您提供您為不同維基媒體網站儲存的登入憑證。有些密碼管理工具已經這麼做了，現在正在為更多的維基媒體網域進行此操作。這是SUL3專案的一部分，旨在改善我們的單一登入系統的運作方式，並使其與不斷變更的網路瀏覽器相容。 [54][55]
• 維基百科App團隊邀請有興趣的用户協助改善維基百科的離線和受限網路使用情況。經過Afrika Baraza和上次ESEAP通話會議的討論後，我們正在探討搜尋、編輯、離線访问等關鍵挑戰，即將召開的焦點團體將深入探討這些主題。歡迎以任何語言參與，活動將提供口譯服務。如有任何想法，歡迎參與討論或寄信至aramadan@wikimedia.org！
• 3月19日，所有維基媒體網站將進入唯讀狀態數分鐘，預定於14:00 UTC開始。詳情將在技術新聞發布，並在未來幾週內發送至各維基。
• 上週有27件社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 本週稍晚代码更新細節： MediaWiki

深入了解

• 季刊Growth電子報新期數發布。 本期內容包括：推出「社群新訊」模組；「社群配置」的最新變更；即將對初次編輯者測試條目內建議。
• Android維基百科App之前使用的舊API將於3月底移除。目前並沒有軟體使用該API，但到移除當日（2025年3月31日），年齡超過6個月的App版本的使用者，將無法再使用「建議編輯」功能，直到他們更新App為止。了解更多。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年3月10日 (一) 23:09 (UTC)

本wiki即將切換至只讀模式

閱讀本消息的其他語言版本 • 请帮助翻译至您的语言

維基媒體基金會即將切换数据中心之间的路由。 这项举措能够确保维基百科以及其他的维基媒体项目可以在经受灾害冲击时依然维持线上运作。

所有流量将在2025年3月19日进行切换。 本次測試將會在14:00 UTC開始。

因MediaWiki系统限制，切换期间将短期无法进行编辑。 我們在此對您的不便致以歉意，並努力將其影響減至最低。

每一個維基將會在此行動發生的30分鐘之前顯示一個通告。 該通告將持續顯示，直到行動結束。

期间您可以阅读但暂时无法编辑所有的维基。

• 2025年3月19日，您大約有一个小时的时间不能进行编辑。
• 届时编辑条目或保存更改时将出现错误信息。 我们希望过程中没有编辑丢失，但无法确保。 如果您看到错误消息，请耐心等待一切恢复正常， 然后保存您的编辑。 保存前请先另行复制一份您的修改，以防万一。

其他影響：

• 后台作业变慢，有些可能被丢弃。 紅鏈可能無法像平時一樣即時更新。 如果您建立了一个新条目，而该条目的名称此前已经在其他页面显示为红色的内部链接，则该链接需要更长的时间才会被更新为蓝色。 一些长时间运行的脚本将停止。
• 我們預期代碼部署將如同往常一般進行。 不過，部分個案代碼可能因操作需要而暫時凍結。
• GitLab會暫停服務，為時約90分鐘。

如有必要，此项目有可能推迟。 您可以在wikitech.wikimedia.org阅读计划。 任何變化都將會在這份计划书中更新。

请把这个通知分享给您的社区。

MediaWiki message delivery 2025年3月14日 (五) 23:15 (UTC)

2025年第12期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 每年春秋分前後，維基媒體基金會的網站可靠性工程團隊例行執行資料中心伺服器切換，將所有流量從主要伺服器導向備用伺服器。這個半年一次的程序確保了我們在面臨危機時，可以隨時使用備援資料中心。多虧了Listen to Wikipedia工具，您可以實際聽到切換的過程：開始之前，您會聽到源源不絕的編輯聲音；然後，當系統進入短暫的唯讀階段時，聲音會停止數分鐘，切換完成後才會恢復。更多關於此次切換的背景和細節，請參閱Diff文章。如果您想聆聽即將到來的伺服器切換，請於3月19日 14:00 UTC收聽各維基的聲音。

近況更新 - 面向編輯者

• 經改良的內容翻譯工具面板現已供10個維基百科使用，並即將在所有維基百科推出。有了統一的面板，桌面裝置使用者現在可以翻譯條目章節；探索並存取以主題為基礎的條目建議篩選器（起初僅限行動裝置）；從維基專題和編輯活動中探索並存取社群定義的清單篩選器，也稱為「收藏集」（Collections）。
• 維基共享資源引入新的檔案分類選擇系統：如果某分類含有一個或多個子分類，點擊箭頭即可在表單中展開子分類清單，以便選取正確分類。父分類名稱會持續顯示在頂部，可隨時返回父分類。這應該可以減少志願者修復/建立新分類的工作量。這項變更同樣適用於行動裝置。這些變更是上传向导改進計畫的一部分。
• 社群技術團隊正在徵求維基社群參與試用多重封鎖功能以及更新後的Special:Block頁面，預定3月底進行。多重封鎖可讓管理員同時對同一使用者施加多種不同類型的封鎖。如果您是管理員或監管員，並希望我們與您的社群討論參與試行的事宜，請在專案討論頁留言。
• 3月25日開始，編輯團隊將在12個維基百科站點測試編輯檢查的新功能：多重檢查。在這些維基中，一半的新手在編輯時會看到所有參考檢查，而另一半則如同往常只看到一個。此測試旨在觀察編輯者在單一編輯階段中看到多個（且相關的）參考檢查時，是否會感到困惑或氣餒。在這些維基中，有顯示參考檢查的編輯所使用的標籤將被簡化，因為一筆編輯中可能會顯示多個標籤。Phabricator工單記錄了變更的標籤。 [56]
• 全域提醒機器人是一項通知使用者其臨時權限即將到期的服務，現已支援在訊息標題中使用權限群組的本地化名稱。請翻譯人員參閱說明文件和現有譯文清單，檢查其語言是否需要更新或新增譯文。
• Special:GlobalPreferences中的性別設定——用來設定軟體在介面訊息中應該如何稱呼您——現在可以如預期般覆寫本地預設值。 [57]
• 上週有26件社群提交的工單得到解決。 例如，Android版維基百科App修正了使用者以多種語言瀏覽和搜尋時發生的錯誤。 [58]

近況更新 - 面向技術貢獻者

• 本週稍晚，Codex樣式的載入方式將改變。儘管風險較低，這有可能導致某些頁面上的介面訊息框樣式失效。模板等使用者生成內容不受影響；小工具可能會受影響。如果您發現任何問題，請回報至工單。關於如何修復受影響小工具的細節、截圖、說明文件，請參閱上述工單。
• 本週稍晚代码更新細節： MediaWiki

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年3月17日 (一) 23:48 (UTC)

2025年第13期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 維基媒體基金會正在徵求您對下年度目標與關鍵結果（OKR）草案的反饋意見，這些OKR將影響基金會的下一個財政年度（從7月開始）的產品與技術優先事項。「目標」是廣泛的高層次領域，而「關鍵成果」則是追蹤目標成功與否的可衡量方式。請在討論頁分享您的意見，語言不限，最好在4月底之前提出。

近況更新 - 面向編輯者

• CampaignEvents擴充功能將於2025年4月部署至多個維基（詳情請見部署計畫），團隊已開始與確定部署的維基社群接觸。該擴充功能提供了在維基上籌辦、管理和推廣協作活動（如Event活動、編輯松、維基專題）的工具。該擴充功能有三個工具：活動報名、協作清單和邀請清單。該擴充功能目前已部署至13個維基百科（包括中文、英語、法語、西班牙語等），以及維基數據。若有任何問題或請求，請至擴充功能討論頁或Phabricator（加上#campaigns-product-team標籤）。
• 3月31日當週開始，維基站點將能夠自行設定哪些使用者群組可以在活動報名功能中檢視非公開報名者，這是CampaignEvents擴充功能的一部分。預設情況下，活動籌辦人員和本地管理員將能夠檢視非公開報名者。這改變了目前的行為，即只有活動籌辦人員才能檢視非公開報名者。維基社群在Phabricator請求變更配置（加上#campaigns-product-team標籤）來變更預設配置。過往活動的參與者可隨時取消報名。
• 有自訂MediaWiki:Sidebar的維基的管理員應檢查其之中是否列有特殊页面項目。若沒有，管理員應使用* specialpages-url|specialpages來加入該項目。帶有預設側邊欄的維基將在4月看到該链接從工具欄移至側邊欄。 [59]
• Minerva外觀（手機版網站）將重要通知和常规通知整合進一個鈴鐺圖示 中。Minerva長期存在一個錯誤，僅在有未讀「重要通知」時才會顯示新通知標示。現已修正此問題。未來在Minerva中，無論您有未讀的重要通知或常规通知，鈴鐺圖示上方皆會顯示未讀通知數量。 [60]
• 上週有23件社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 視覺化編輯器引入了新的用戶端勾點，供開發者在整合視覺化編輯器目標生命週期時使用。該勾點應該會取代現有的生命週期相關勾點，並且在不同平台之間更加一致。此外，新的勾點也將適用於全文編輯以外的視覺化編輯，讓小工具也能與討論工具（DiscussionTools）中的編輯器互動。編輯團隊打算棄用並最終移除舊的生命週期勾點，因此團隊很關注任何新勾點未涵蓋的用例，如有相關資訊，歡迎在工單中與團隊分享。
• 使用mw.Api這一JavaScript函式庫的開發者，現在可以使用userAgent參數來識別使用該函式庫的工具：var api = new mw.Api( { userAgent: 'GadgetNameHere/1.0.1' } );。如果您有在維護小工具或使用者腳本，請務必設置使用者代理（user agent），這將有助於函式庫和伺服器的維護，以及區分合法與非法的流量。 [61][62]
• 本週稍晚代码更新細節： MediaWiki

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年3月24日 (一) 22:42 (UTC)

台灣分會2025年3月對話時間

台灣維基媒體協會2025年3月的對話時間，訂於台灣時間3/29 (六) 14:00舉行，
參與連結為 https://meet.google.com/qiv-ctih-sse 。
想跟更多台灣維基人互動嗎？不知道台灣有個維基協會，或知道協會但不知道他們平常都在幹嘛嗎？
本次對話時間將聚焦於ESEAP Hub進度的更新與分享，這是將是讓你深入了解協會運作並參與交流的絕佳機會！快來一起參加！

--MediaWiki message delivery（留言） 2025年3月24日 (一) 22:55 (UTC)

建议文库也导入网页存档机器人

RESLOVED：

經社群決議，已在Phabricator開設任務頁面。—— Eric Liu_（留言） 2025年4月28日 (一) 18:27 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，包括本框格外部下方，并不要再次编辑本讨论。

---

如题。免得有些网页来源失效了。 ——— 红渡厨（留言・贡献） 2023年11月20日 (一) 03:07 (UTC)

要是技术上可行的话（不懂技术），个人觉得这个应该不错。 银色雪莉（留言） 2023年11月21日 (二) 09:50 (UTC)

支持。如果可行的话建议配置为仅存档talk页{{Textinfo}}模板中的链接。--Kcx36（留言） 2023年11月22日 (三) 08:18 (UTC)

网页存档机器人连英文维基文库都没有，不知道怎么才能在中文维基文库加入。在维基文库避免来源失效的最好办法是把原文扫描版文件上传到维基共享资源，并建立页面索引。 --Midleading（留言） 2023年11月22日 (三) 10:00 (UTC)

但事实是有很大一部分内容只是网页内容没有所谓原文扫描件。总不能将这部分内容放弃不管。而且我看中文维基百科有存档机器人才提出的本案。要是都没人知道怎么弄的话去那边问问？ ——— 红渡厨（留言・贡献） 2023年11月22日 (三) 12:30 (UTC)

有共识的话，管理员可以在这个页面申请启用，确实别的文库都没开启，不知道为何 及时雨 ^留言 2023年12月1日 (五) 21:50 (UTC)

可能是维基文库使用的模板和维基百科的不同，基本没有人用维基百科的{{cite web}}，维基文库的{{textinfo}}也没有存档网址参数？中文维基文库如果要做第一个使用网页存档机器人的维基文库，可能需要找个了解网页存档机器人工作机制的人测试。 Midleading（留言） 2023年12月2日 (六) 15:24 (UTC)

可以参考m:InternetArchiveBot/Documentation/Configuring_archive_templates，IABot url参数填我们模板用的参数source，然后我们需要加几个模板参数 及时雨 ^留言 2023年12月3日 (日) 00:35 (UTC)

@Kcx36：有关于阁下建议配置为仅存档talk页{{Textinfo}}模板中的链接，这点我有异议，因为事实上部分用户并没有在talk页{{Textinfo}}模板中加来源的习惯。譬如：关于进一步规范出版物文字使用的通知、

讨论:帝王略論、清丰县2016年国民经济和社会发展统计公报等。最好还是配置为有网页链接就加。 ——— 红渡厨（留言・贡献） 2023年12月22日 (五) 07:42 (UTC)

设置成处理{{textinfo}}和{{header}}中的链接呢？ 沈澄心✉ 2024年8月1日 (四) 15:34 (UTC)

讨论:帝王略論，您看这个页面就是，网址不在任何一个模板里，只有设置成全部网页都添加，才能匹配所有人的习惯。 ——— 红渡厨（留言・贡献） 2024年8月2日 (五) 01:53 (UTC)

應當鼓勵上傳者填寫網址之時先即時自行存檔，肯定比機器人快。—— Eric Liu_（留言） 2023年11月26日 (日) 10:38 (UTC)

不现实，大部分人没有这种习惯。否则维基百科那边也就不需要什么存档机器人了。（甚至更多的人连加来源这种习惯都没有。） ——— 红渡厨（留言・贡献） 2023年11月26日 (日) 10:50 (UTC)

這裡還是建議大家安裝網際網路檔案館瀏覽器擴充功能，並開啟自動存檔機制（ —— Eric Liu_（留言） 2023年11月26日 (日) 11:19 (UTC)

阁下这样的建议让我觉得非常奇怪，这就如同阁下想对世界70亿人口说你们不要违法犯罪，第一个问题是，阁下没有办法对70亿人一个不落；第二个问题是，即使对这70亿人全部说了，你仍旧无法保证这70亿人不会违法犯罪。甚至这70亿人中有人已经或者正在违法犯罪。 ——— 红渡厨（留言・贡献） 2023年11月26日 (日) 11:48 (UTC)

不理解您想表達的意思。我們自己先有意識地「以身作則」有什麼問題？又沒說不讓啟用這功能了，而且我事實上還挺歡迎的。—— Eric Liu_（留言） 2023年12月27日 (三) 01:37 (UTC)

您支持提案就好。 ——— 红渡厨（留言・贡献） 2023年12月27日 (三) 03:30 (UTC)

往页面添加存档链接还是跑Bot快一点。。。 沈澄心✉ 2024年7月1日 (一) 13:58 (UTC)

支持 及时雨 ^留言 2023年12月1日 (五) 22:09 (UTC)

基本上参与本条讨论的各位都很支持，要不就2024年1月1日正式启用吧。——— 红渡厨（留言・贡献） 2023年12月27日 (三) 03:32 (UTC)

主要还是技术问题。--Kcx36（留言） 2023年12月27日 (三) 04:21 (UTC)

我看@94rain：阁下好像知道怎么弄。不如请这位阁下来协助操作。 ——— 红渡厨（留言・贡献） 2023年12月27日 (三) 09:56 (UTC)

管理员参考m:InternetArchiveBot/Documentation/Configuring_archive_templates去那个界面修改配置，然后我们textinfo模板需要增加archive url, archive date 及时雨 ^留言 2023年12月29日 (五) 13:52 (UTC)

textinfo模板的source参数不总是填写URL，所以我不建议把archive url等参数直接加到textinfo模板上 沈澄心✉ 2024年8月1日 (四) 14:33 (UTC)

这条有懂代码的管理员出来说个话不。。——— 红渡厨（留言・贡献） 2024年1月10日 (三) 07:38 (UTC)

本案仍需处理。——— 红渡厨（留言・贡献） 2024年1月24日 (三) 02:48 (UTC)

本案仍需处理。——— 红渡厨（留言・贡献） 2024年3月5日 (二) 06:47 (UTC)

本案仍需处理。——— 红渡厨（留言・贡献） 2024年4月1日 (一) 16:01 (UTC)

支持该提案。存档出现的所有链接即可，事实上维基百科的机器人也会存档cite模板之外的链接的。--Yinyue200（留言） 2024年4月7日 (日) 05:56 (UTC)

本案仍需处理。——— 红渡厨（留言・贡献） 2024年5月5日 (日) 04:26 (UTC)

本案仍需处理。——— 红渡厨（留言・贡献） 2024年6月1日 (六) 09:39 (UTC)

本案仍需处理。——— 红渡厨（留言・贡献） 2024年7月1日 (一) 13:48 (UTC)

本案仍需处理。——— 红渡厨（留言・贡献） 2024年8月1日 (四) 14:38 (UTC)

把{{webarchive}}搬运到文库了。 沈澄心✉ 2024年8月1日 (四) 15:02 (UTC)

总之先仿照百科的phab:T163869开工单（phab:T371655）了。@94rain、Ericliu1912、Kcx36、Midleading、Yinyue200、红渡厨、银色雪莉：请问还有没有什么需要补充的？ 沈澄心✉ 2024年8月2日 (五) 02:38 (UTC)

我这边没什么补充，只要能把所有网页都存档就行。 ——— 红渡厨（留言・贡献） 2024年8月2日 (五) 02:50 (UTC)

本案仍需处理。——— 红渡厨（留言・贡献） 2024年9月8日 (日) 04:22 (UTC)

本案仍需处理。——— 红渡厨（留言・贡献） 2024年10月2日 (三) 02:45 (UTC)

本案仍需处理。——— 红渡厨（留言・贡献） 2024年11月1日 (五) 03:12 (UTC)

事已迟，静待未必如寻他人。--Zy26（留言） 2024年11月14日 (四) 10:44 (UTC)

@Cyberpower678：We humbly ask you, regarding task phab:T371655. If you have the leisure, might you kindly take a moment to review and assist in its processing? --Zy26（留言） 2024年11月14日 (四) 10:44 (UTC)

本案仍需处理。——— 红渡厨（留言・贡献） 2025年1月1日 (三) 12:09 (UTC)

本案仍需处理。——— 红渡厨（留言・贡献） 2025年2月4日 (二) 09:22 (UTC)

---

今已在Phabricator開設任務頁面，本地社群無可作為，故關閉討論，請等待機器人操作者回覆。—— Eric Liu_（留言） 2025年4月28日 (一) 18:27 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，包括本框格外部下方，并不要再次编辑本讨论。

关于Template:楷體

或者不应该整篇文章强制使用某种特定字体，而是用什么字体读文章交给用户自己决定比较好。 Huhu9001（留言） 2024年12月26日 (四) 07:20 (UTC)

如果是具有來源件的作品，在主命名空間，我認同你的看法。我傾向將字體、部分排版等元素僅用於在page空間，使其在貼齊原件風格，方便校對時，不至影響最終產出的文本。

但如果是無來源件的作品，這就不好說了。或許貢獻者想要保留一些來自原件的metadata，如用行、楷書表示手抄本，明體表示雕版印刷件，仿宋表示紅頭文件。

這點很見仁見智，目前社群好像還沒一個共識？或許是時候討論一下了。Aerotinge（留言） 2024年12月26日 (四) 07:56 (UTC)

支持，不建议对通篇文章设置字体或过多的格式，默认的字体就行。 Kcx36（留言） 2024年12月26日 (四) 09:28 (UTC)

支持，英文维基文库已有指引Help:Fonts。 Midleading（留言） 2025年1月1日 (三) 12:54 (UTC)

已翻译：Help:字体。英文维基文库有一个“显示选项”的功能，读者可以自己选版面布局和字体（en:Help:Layout），没看懂是怎么实现的。 Kcx36（留言） 2025年1月2日 (四) 11:56 (UTC)

那玩意是英文文庫的特異功能，他們用了個魔改過的小工具並預設打開。起初那只是個顯示頁碼的樣式開關，提供類似於今日行動版與桌面版的差異，經過十幾年的發展後長出更多功能。 Aerotinge（留言） 2025年2月25日 (二) 13:44 (UTC)

支持。-- Ewan0707（留言） 2025年1月1日 (三) 20:40 (UTC)

传统排版中的楷体是为了在宋体上下文中凸显强调，但又不如黑体那样强烈的强调。在中文非衬线体环境下反而显出“弱化”的含义。

理想情况下可以像英文维基文库那样匹配用户选择的上下文样式（我的开发精力暂时有限...），预定义几种模板让用户选择，比如在中文非衬线体环境下加粗、斜体比黑体、楷体的可读性更高；而当用户选择衬线体时，恢复原始文献的楷体、黑体样式。（加粗、斜体正是传统译文排版中尝试体现的原文强调感，但当年铅字排版，准备加粗、倾斜的字模成本过高。）

即使新功能成功落地，也不建议直接改现有模板（批量操作文献），因为我们不能保证所有文献录入者/原作者的目的都是“强调”。还是新建模板逐案修改更为稳妥。 XsLiDian（留言） 2025年2月25日 (二) 10:24 (UTC)

直排之技術問題

社群近來有對文字排列方向和模板功能適配上的嘗試，但未就文字方向，特別是直排有重新討論，是否可能在此處瞭解社群的意見？

就技術而言，維基媒體基於HTML 標記語言，現支持直排等不同書寫方向，但并不完全支持同一模板或wikitext片段同時支持不同書寫方向。

適配最廣的是使用HTML 原生同時支持多書寫方向的樣式，如Template:書最近更新后使用的樣式text-decoration: underline, padding-inline-end。又例如Template:Zh-em2，傍點在直排環境下能正確地顯示在右側，這是好的設計。惟更多情況，同時支持不同書寫方向需要多個模板協作或全站樣式支持，會有技術限制（如Wikisource:写字间/存档/2024#校對頁面的樣式生效的範圍）。另，Mediawiki 軟體的原則之一是不允許模板依上下文不同而展開成不同的文字（試圖繞過可能會被後續補丁禁止）。

就樣式和讀者功能，有全局頁面直排，僅作品内容直排，僅嵌入包含直排等可能，也可能允許讀者自選方向。這些功能都顯有益，但恐互有衝突，且需要Mediawiki 提供更多支持。因Mediawiki 更新需時日，社群可以早早開始討論，有共識后即可向Phabricator提議案。 Andayunxiao（留言） 2025年2月13日 (四) 17:45 (UTC)

承君起言，

關於中文縱書，我以為問題在於「中文」文庫的性質上。中文，甚至諸東亞文字，在現代多改採用西方的行文書寫方式。

故在中文文庫也採用了由左至右的版面配置。但是傳統東亞文字排版並非如此，而文庫好一部分的作品便屬此排版。

由於各式因素，HTML原生的完整東亞文字排版支援仍是草案，處在有生之年、家祭毋忘的高閣。

長久以來對縱書作品的排版需求，多由模板去達成。

止直排一事，有古早時代的{{Vtext}}、約莫10年前writing-mode開始普及後的{{Vtext2Start}}、四庫系列的{{SKQS header}}、近來的{{Vlr-begin}}、君之{{vps}}。

但都不乏磨合難處，如Wikitext parser會自動生成<p>結構對文本閉合，但與模板互動後，結果難以預料。這也使得應用直排模板，配合雙換行符斷句的編輯貢獻者，常會需要在文本末尾用{{nop}}之類語法，去提示Parser作閉合。

以Wikimedia的架構而言，我認為一個可能的通解是在Page:命名空間中添加一個如校對頁面狀態的擴展，用以紀錄書寫方向。並據此以

<div class="mw-content-ltr mw-parser-output" lang="zh" dir="ltr">

或

<div class="mw-content-rtl mw-content-vertical mw-parser-output" lang="zh-hant" dir="rtl">

於Page:命名空間渲染頁面。

(註：mw-content-vertical是我胡謅的類別，僅權宜地代表直書屬性。依愚所聞，維基媒體基金會底下，至今仍不存在以東亞文字排版的媒體專案。在東亞文字排版向來是領跑者的日文，在此事上完全躺平；滿文已死；老蒙文還在孵蛋。真要說的話，zh-classical興許才該用在這兒)。

在最基本的框架確定下來後，再來才是對直排的樣式適配(維基預設的許多樣式如margin-*, padding-*是按西方行文習慣添加的，Common.css、Gadget-Site.css或需要相應修改。)

模板，即割注(夾注，即雙行註文)、挪抬、古文加點(添加新式標點符號)等如果要適配，此時也較方便著手。

以上是我對全局頁面的看法。

至於僅作品内容直排、僅嵌入包含直排，我認為這屬於個別貢獻者的編輯範疇，可以有方針，倒不一定需要有個規範。或可在該作品(如文集)的討論頁中約定即可。 Aerotinge（留言） 2025年2月14日 (五) 05:01 (UTC)

• 又，「模板依上下文不同而展開成不同的文字」一事，還請您指出有疑慮之模板。愚以為分項出來討論為宜。 Aerotinge（留言） 2025年2月14日 (五) 05:02 (UTC)

  此處并無對現有模板的疑慮，僅是闡述此類方案不可行，後面我可能會專項説明。本人無意推動違反這一原則的提案，此功能可能是MediaWiki的潘朵拉的盒子，啓用可能危害不小。可參考Extension:Variables這一未來將棄用的擴展的設計和討論。 Andayunxiao（留言） 2025年2月14日 (五) 15:50 (UTC)

認同閣下分享的經驗和觀點，我將後續分項細論。很遺憾日文維基文庫未能在此問題上先發聲。MediaWiki 和HTML 標準整體是為西文設計，背後是西文出版成熟的標準和習慣趨同的讀者群。對中文多編碼，多排版標準的複雜體系是先天不適應。希伯來文維基文庫he:עמוד_ראשי可能和中文社群有類似的處境，即歷史典籍多，需要注釋，校對不足，多排版標準。中文文庫社群如果能在提案上聯合以上語言社群，可以擴大聲音。 Andayunxiao（留言） 2025年2月14日 (五) 16:06 (UTC)

另，此討論不應影響現有直排作品的錄入，且成果也可能是有生之年，不可過高期望。用模板實現直排雖不完美（包括本人製作的模板）但卻是好的做法，方便編者，也便於未來可能的修改。本人也認爲文庫的老作品的樣式應不壞勿修（w:維基百科:沒壞就不要修），應避免（批量）以非校對原因編輯陳年作品頁。現在的錄入可以，但不必為未來的新技術讓位或留餘地。未來如果有直排的共識，也應限於更新模板，並免於追溯老作品的樣式。 Andayunxiao（留言） 2025年2月14日 (五) 16:23 (UTC)

大原則上我也是同意沒壞不修、不溯及既往，但排除我經手的過的作品。

因我自用的格式準則有顯著改變，手邊又沒有正在錄入的作品可供應用時，我可能會抓一件過去貢獻過的合適作品底稿進行再校對，順帶改寫。

至於預留新技術的空間，竊以為非必要，同時也未嘗不可。

舉個例子來說好了，詩文作品的斷句換行，目前常以手動方式添加換行符，或以雙回車達成。

查CSS實有break-after屬性，搭配nowrap即可供文句按標點、空格、<wbr>等元素排版斷句。惟其不能通過當前維基的CSS校驗工具檢查。

(屬CSS Fragmentation Module Level 3規範，當前處在CR階段。直排所用的writing-mode同處在CR階段就是了，但這屬性受到校驗工具認可)

故假使我要錄入一件七言詩作品時，我會傾向於不手動添加換行符。因在未來以HTML原生方法達成該效果是可預見的。或許在Phabricator爭取一下加速？ Aerotinge（留言） 2025年2月15日 (六) 03:06 (UTC)

是的，同意修改老作品頁的樣式非「不可」，而偏於「非必需」。如機器人或可靠的人工改法我也支持。閣下舉例已有遠見，當可以無慮按計劃錄入並修改。當前的CSS校驗工具顯較最新標準滯後。此處討論也有意爭取社群共識，推出Phabricator 提案，讓提案更容易通過。 Andayunxiao（留言） 2025年2月16日 (日) 16:30 (UTC)

弄了個腳本跟樣式把動態佈局功能給接上。並稍稍魔改了其功能，使得佈局可以無需依賴直排模板或Index樣式表，逕行在主空間進行動態切換。

以下縮圖為議沙門不應拜俗狀_(劉仁叡)在不同佈局下的樣式。目前將佈局1當成橫排，佈局2當成直排，3、4佈局沒有用到(即無樣式)。

該作品錄入僅用了常見的{{DL}}模板寫夾注，跟使用{{ia}}模板加標點，幾乎是純Wikitext方案。如果您覺得這方向可以走，可以從這裡繼續討論。

我想段落縮進等等近日討論到的排版需求，也都可以用這個方案解決。

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年3月5日 (三) 07:35 (UTC)

非常感謝閣下的貢獻。英文維基文庫的動態佈局使用很久了，其脚本應該可以拿過來修改而不太會有安全問題。樣式上還請社群討論。支持用Javascript脚本，和模板配合，允許讀者自訂直排與橫排，脚本和模板方案可并存。

在此之上，本人希望的是MediaWiki 增加類似{{DIRECTIONMARK}}的魔術字，或類似百科語言變體代碼的頁面變量，標記排版方向並允許讀者修改，這樣可以讓模板依文字方向不同而生成不同Wikitext，達到更多功能。惟是否技術上可行，還未考慮好。

請問單個使用者如何測試閣下的脚本？ Andayunxiao（留言） 2025年3月5日 (三) 16:01 (UTC)

要測試腳本，須將腳本抄寫一份到使用者頁下的/common.js，再編輯

1. 第62行改成硬連結mw.loader.load("//https://zh.wikisource.org/w/index.php?title=User:Aerotinge/Gadget-sandbox.js&action=raw&ctype=text/javascript");
2. 第63行改成硬連結mw.loader.load("//https://zh.wikisource.org/w/index.php?title=User:Aerotinge/Gadget-sandbox.css&action=raw&ctype=text/css", "text/css");
3. 刪除第65行，那個小工具與這事無關。

對/common.js保存後，到參數設定把本地的頁碼小工具(寫著在左側增加“顯示選項”並允許顯示頁碼。（預設）的那個)給關上。刷新任一作品頁面，動態佈局會出現在主選單下方。

要關閉測試只需要反著做一遍，然後刪除瀏覽器的本站Cookie跟暫存(會使用戶登出文庫)即可。

用魔術字或頁面變量以標記預設、或覆寫版面方向是個有趣的想法。

我也有過類似的思路，即是看能不能在Index:命名空間的資料結構中再增加一項「行文方向」值，並隨著嵌入時一併回傳到作品頁，讓動態佈局js接收處理。

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年3月6日 (四) 02:25 (UTC)

是的，閣下之前提出的「行文方向」值得作爲提案提出。可類別字詞處理：百科站上同時存在編者，和讀者指定的用字。和排版方向類比如下：

字詞處理	排版方向	相通點
編者用字，地區詞	編者指定的排版方向 由校對擴展輸出的源碼中的「行文方向」值指定 模板，樣式中隱性指定的方向	保存在源碼中 解決編者間爭議和偏好 實施後可禁止繁簡破壞/排版破壞
讀者選擇用字變體 可預設偏好，也可每頁臨時指定	讀者選擇的排版方向 頁面變量 JavaScript 每頁指定	讀者選項覆蓋編者選項 不完美但可用 如果不使用JavaScript 則需重新加載頁面（parser 需要重新解析源碼）

頁面變量方案有一點困難是，Mediawiki未必允許提供這種用戶可按頁更改的變量給模板使用。即使允許也可能必須反映在位址上，類似zh.wikisource.org/zh-hant/v/桃花源記，如此則臃腫且波及過廣，幾乎不可期待。

Andayunxiao（留言） 2025年3月6日 (四) 07:11 (UTC)

另外，允許讀者選擇顯示的用字變體（方向），和允許不同編者使用不同偏好寫作（錄入），方針上和技術上說，都是同一件事；如頁面用字變體（方向）如果只能由本頁編者或社群共識決定，必然無法允許不同偏好，要麽分家，要麽出現「維基百科:維基百科:條目所有權」（本地是作品所有權），違背維基運動旨意。因此其不單有益讀者，也有助社群協作並減少爭議。 Andayunxiao（留言） 2025年3月6日 (四) 07:24 (UTC)

已在多個作品頁試用，直排（樣式2）下文字都可顯示，未察覺有錯誤。閣下是否已有後續開發想法，抑或希望討論？技術細節如果在寫字間討論過於繁瑣，也可移步專頁或使用者討論頁。我還沒有明白英文原小工具的個別功能。直排頁碼似乎可以用樣式上inset-block代替y來實現。

向後兼容可能只需要兼容{{Vtext2Start}} 與 {{SKQS header}} 兩大最多用的模板的正文源碼的換行方式，避免修改頁面正文。最好能提供「直排轉橫排去換行」的選擇。因歷史錄入方式的限制，除非批量修改頁面，否則無法判斷已有頁面正文代碼中的換行的語義是「橫排新段」，「直排新段」，「直排古書新行」中的哪一種。頁面變量，「行文方向」值方案，或者模板，都恐對此無助。提供「去換行」雖對不適合的頁面會有誤，但讀者可自行決定。 Andayunxiao（留言） 2025年3月8日 (六) 17:59 (UTC)

目前仍希望在此討論並收穫意見。之後若能得採用後，可以封存到MediaWiki_talk:Gadget-PageNumbers-core.js。

我想如果您對「將英文文庫Layout功能，移植到中文文庫時改作橫、縱書排版」這一行為可以接受。

那我想更動一些地方：

1. layout_1改作保留用排版，無樣式。
2. layout_2改作套用橫書排版(對於縱書原作轉橫，並做一些樣式變化支援，如雙行注文展開至單行、行間標點展開至行內、去挪抬/平抬等封建老一套不符現代閱讀習慣之處)
3. layout_3改作套用縱書排版(對於橫書原作轉直，並做一些樣式變化支援，例如章節底下首段縮排)
4. layout_4若是真想不出用處，提議直接拿掉(需要修改js本體)
5. 襯線體開關於中文環境也少用到。要挪改作中文字體開關如：黑體/楷體(明體、宋體)切換也有難行處。若是實務上無辦法提供字體以供渲染，或可拿掉(需要修改js本體)。
6. 小工具文字的改動。我是覺得直翻過來的指示文字在使用上很不直觀，不知您怎麼想？
   我會希望其直接顯示當前狀態，如下
   

   :::	var standard_layouts = [
   :::		{
   :::			id: 'layout_1',
   :::			name: '目前排版：無' // Old: name: '排版 1'
   :::		},
   :::		{
   :::			id: 'layout_2',
   :::			name: '目前排版：橫排' // Old: name: '排版 2'
   :::		},
   :::		{
   :::			id: 'layout_3',
   :::			name: '目前排版：直排' // Old: name: '排版 3'
   :::		}
   :::	];
   :::
   

至於一件作品的排版是橫是縱、是手書(楷體)/雕版(宋體;仿宋)/活字or刷印(明體;宋体)、甚至是一頁行寬(行高)幾em，我想可以參考Default layout讓貢獻者在作品裡自行作定義，再由本工具接手套用樣式。

畢竟要MediaWiki上游做出改動實在不太現實，還是先用手邊有的湊合湊合。

頁碼直排是一個我有看到，但沒能去弄懂的問題。這點有請您進一步指教了。

向後兼容這事，我倒沒想過要做到兼容，也同是出自考慮歷史因素。

而「去換行」，我記得有個小工具好像就是負責這事的，應是可以分工協力，無須統攬在動態佈局上。畢竟這小工具應當專注於佈局。

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年3月9日 (日) 11:46 (UTC)

蒙古国从2025年起全面恢复使用直排的传统蒙文，都没能让MediaWiki支持直排，目前最好还是使用可以本地修改的小工具实现。在有页码的页面里使用直排排版会导致页码无法正常显示。这需要在小工具中考虑直排。 Midleading（留言） 2025年3月9日 (日) 15:53 (UTC)

 支持用此功能實現橫排，直排樣式。從安全和易用兩點都是目前最佳。即便未來有了上游支持，讀者端選擇也只能用 JavaScript 腳本，恐不能像字詞轉換一樣，以位址來切換。現在就實現此工具，大有益處。

「兼容」的提法我解釋的不清楚，而且我還不瞭解閣下希望直排轉橫排後有何種效果。包括閣下所述各點，我考慮分幾個子話題下面分別討論可能更清楚。字體，選單，樣式變化支援可能不難後續追加，社群可能已有一定的共識，閣下的傾向可能已是優選。 Andayunxiao（留言） 2025年3月9日 (日) 16:25 (UTC)

「動態佈局」小工具的設計討論

直排轉橫排應該怎麽設計？

目前的腳本只實現了直排樣式（樣式2）。還不知道原本以直排模板嵌入或錄入的作品頁，如轉爲橫排，預設怎樣樣式？

如以{{Vtext2Start}} 錄入的四部叢刊頁面，都是按原書單行展示的。以小工具轉爲橫排（樣式3）後，是仍維持原書每行為一行（窄模式），還是接合各行為一段（寬模式）呢？Andayunxiao（留言） 2025年3月9日 (日) 16:40 (UTC)

將本地歷史直排模板，如{{Vtext2Start}}等直接應用於正文的作品，不能也不會被轉為橫書。

因為小工具是在mw-content-text文本容器增加.dynlayout-layout_x類來套用樣式。而寫在文本內的書寫方向樣式，不能也不會被覆蓋。

我前述所說的套用橫書排版(對於縱書原作轉橫係指「原文為縱書的作品，使其於橫書顯示時也能按橫書習慣排版。即是說，應該分項的分項(模擬Wikitext * )、列點的列點(Wikitext # )、該作標題的作標題(還原大字<h3>, <h4>...樣式)等等」。

並不是說在主命名空間或校對頁頁身已套用直排模板的作品，還能硬轉成橫書。

如果一件作品本身就已經由貢獻者使用直排模板排版過，應視為已有指定預設排版。

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年3月11日 (二) 03:21 (UTC)

是的。同意目前小工具的原理還不足以讓直排模板轉橫書。現在的小工具樣式已經很好了。我希望也能開發功能，實現如尚書_(四部叢刊本)/卷第五的頁面在「目前排版：橫排」下也能橫排，當然牽扯較多，還需試驗和再議。也同意「寫在文本內的書寫方向樣式」，或者説，行内CSS樣式，是會覆蓋小工具的樣式的。如果小工具未來能變成全站預設，那麽到時可以推動共識，不要在行内指定書寫方向，類似百科有了字詞轉換後，就不該再允許全條目不轉換。 Andayunxiao（留言） 2025年3月13日 (四) 05:46 (UTC)

行高

直排樣式（樣式2）必須要預設一個默認行高才能顯示得好看。古籍的行高并無統一數值，如超出預設值則會折斷各行。能否允許模板或索引頁樣式表覆蓋小工具的預設行高？Andayunxiao（留言） 2025年3月9日 (日) 16:49 (UTC)

行高，如前述可以參考Default layout讓貢獻者在作品裡自行作定義，本就有保留用模板覆蓋預設行高的空間。我是打算用模板{{Default layout|Layout 3|line_h=40}}這樣的方式，然後讓模板跑一串#ifexpr決定要載入<templatestyles src="..." />哪一個行高CSS，例如：

:.dynlayout-layout_3 .ws-region-container { /* Default_layout_參數_40字行高 */
:	--CJK_chars_per_line: calc(40em / 0.83);
:}

但MediaWiki的"sanitized-css"不允許變數，我有想了幾個方法解套，但要先請示管理員許可，甚至是要由管理員操作。

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年3月11日 (二) 03:29 (UTC)

算了，CSS小把戲不管用。我直接改了js本體來承擔傳值工作，但這有違代碼與樣式分離原則，請您審閱一下代碼變更並給予意見。

目前是可用模板{{Default layout|V|cpr=40}}來指定直排(V)，每行行高40em。由於瀏覽器渲染等種種因素，40em不總是等於40字行高。

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年3月11日 (二) 08:11 (UTC)

純CSS方案可以用:has()選擇器，已測此選擇器在文庫可用，惟近年舊版本瀏覽器可能不支持，可能JS方案更好。此方案一如，外層使用

:::.outerdiv {
:::    height:30em;
:::}
:::.outerdiv:has(.innerdiv.dynlayout-custom-height) {
:::    height:unset;
:::}
:::

内層使用

:::.innerdiv{
:::    height:40em;
:::}
:::<div class="innerdiv dynlayout-custom-height"></div>
:::

也許可以用JS實現類似功能，即，如有以dynlayout-custom-height標記的内部div，則取消外部預設行高？ Andayunxiao（留言） 2025年3月13日 (四) 06:12 (UTC)

我怎麼印象中:has父選擇器不被"Sanitized CSS"許可。

晚點來試寫看看，如果可以使用，那事情會好些。

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年3月13日 (四) 09:01 (UTC)

選單

小工具文字的改動。我是覺得直翻過來的指示文字在使用上很不直觀，
— User:Aerotinge

現皮膚 Vector 2022 的外觀選單，即無線電鈕，可能比原地切換「樣式1234」要好。英文文庫原工具選單設計就不佳，和百科的界面不很協調，也很少見主流網站有這樣切換的。之外的各開/關按鈕，最好有圖像支持，但我不知道界面是否允許。如果不可，那麽閣下所説的「標識目前狀態」更佳。或者以字體或樣式區分，如：襯線體 | 無襯線體 （按一下變成） 襯線體 | 無襯線體。Andayunxiao（留言） 2025年3月9日 (日) 17:07 (UTC)

考慮到要同時支援Vector、Vector 2022、Minerva、Timeless、Monobook五大外觀，純文字連結以外的選單介面嘛...至少我是做不來，需要介面管理員等熟悉MediaWiki UI的高手介入。

開關用ON|OFF這個方案不錯。

至於圖像支持，我也不確定可行性。如果不可行，也可以看看有那些Emoji適用(Emoji也會有缺字體渲染可能，故有MediaWiki或jQ提供支援者佳)。

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年3月11日 (二) 03:31 (UTC)

配合模板

英文文庫原工具的原理是在包含頁面内容的元素id="mw-content-text"加入dynlayout-layout_1類名，允許配合Mediawiki 空間内的樣式表文件，但不允許模板樣式自訂配合，只有en:Template:Sidenote一個模板有配合，然而是在上述樣式表内寫入的。本站是否有配合需求？一種改法是給mw-parser-output ws-page-container類的<div>也加上動態類名，則能允許模板樣式自訂。Andayunxiao（留言） 2025年3月9日 (日) 17:23 (UTC)

有配合需求。我已在樣式內寫了兩個模板的配套。我想您的側批、眉批等模板應該也需要寫配套樣式。

在Mediawiki命名空間外允許模板樣式自訂，我擔憂的的地方在於引用的自訂樣式是否合法。

固然一個模板或Index樣式安分的定義自己的div.dynlayout-layout_2 .wst-self {}是理想狀態，但也開了干涉其他模板、乃至本體樣式.dynlayout-layout_x的可能性。

(不過用戶真硬要自個兒套個樣式按上，我們也沒法子管就是)

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年3月11日 (二) 03:36 (UTC)

防止模板樣式外溢只靠自覺和社群共識，但關鍵和高可見模板本來就已鎖定編輯，因此可能并無安全之虞。我的{{Side annotation}}等模板需要魔術字配合（因希望輸出不同Wikitext），和此處關係不大。此處是想討論，是允許編者在模板樣式内自訂，還是只能在Mediawiki 空間内的樣式表内集中追加？後者只能請求管理員操作。 Andayunxiao（留言） 2025年3月13日 (四) 06:19 (UTC)

我個人意見是只在Mediawiki添加對模板樣式支援，所以要在這個討論階段把該寫的都給寫上，一次性提交。往後就不方便修改了。

當然實務上我也覺得放開在Index:等空間自訂要方便得多，也是很難拿捏。

要不把那個「已啟用預設排版」的功能也來點改寫擴充？改成「僅啟用小工具預設樣式」/「已啟用作品自訂樣式」云云，來做開關。

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年3月13日 (四) 09:11 (UTC)

例外

和字詞轉換相同，可以允許編者指定某些段落不轉換。如前赤壁賦的竪排版和真跡圖像對照，如轉換為橫排，則失去原意。現工具已經將頁首標題模板和頁脚排除在動態佈局外，方法是以dynlayout-exempt 等類標記。似乎可以據此製作模板，或直接修改作品頁源碼。Andayunxiao（留言） 2025年3月9日 (日) 17:40 (UTC)

是的，可製作標記模板以用於部分排除轉換。

我個人目前則是偏向導入{{Default layout|Layout 1}}模板用以指定"目前排版：無"，並添加模板到該類作品作全局排除就好。

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年3月11日 (二) 03:40 (UTC)

頁碼

原工具的頁碼不能在直排下正確顯示，可能是因爲原方法是渲染後計算.offset()值來確定頁碼位置的。腳本不同於模板，可能無法預覽效果，請問本人如果想要改進腳本，如何協作？是在使用者頁各立新版本，還是在同一處編輯？Andayunxiao（留言） 2025年3月9日 (日) 17:40 (UTC)

請直接於您的使用者頁fork一份改寫即可，有需要測試時也請{{ping}}我抄寫回一份以回饋意見。

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年3月11日 (二) 03:41 (UTC)

我將另立一個版本，試試只修復此處，不涉其他。須判斷當前樣式的書寫方向，或在Cookie保存此資訊。和其他功能的對接會需要微調。 Andayunxiao（留言） 2025年3月13日 (四) 06:24 (UTC)

我嘗試了改直排後讓頁碼也跟隨直排文本。主要障礙是英文文庫原方案的頁碼是在正文内容（ws-region-container類）的姊妹容器中，其偏移位置是相對與全頁而非上述類。@Midleading，是否允許小工具將直排頁碼的實際位置（id=ct-pagenumbers）移到正文中？此法在樣式上最簡，惟會改變頁面結構，希望不會影響下載電子書等第三方用途及工具。 Andayunxiao（留言） 2025年4月22日 (二) 06:42 (UTC)

本人目前傾向於頁面布局保留英文文庫原方案，由該小工具根據使用者設置直接將ws-region-container設置為橫書或縱書。此方案可使大量未應用縱書排版的頁面直接獲得縱書排版，並可免除另加縱書排版模板。只是暫時未有時間改進該代碼，可能需要等待6個月。 Midleading（留言） 2025年4月22日 (二) 07:27 (UTC)

瞭解並贊同。直排頁碼為次要功能，本人也不希望影響此小工具本體開發。閣下是否已有更好的直排頁碼的實現方式？據我理解，問題在於CSS樣式和HTML結構，而非腳本。如閣下愿指點，本人也許可以先行實驗實現。 Andayunxiao（留言） 2025年4月22日 (二) 07:49 (UTC)

章太炎文字學作品裡的異體字過於罕見。不少都是金文文字。錄入十分困難。

字形難以辨認不說，很多古體字按照現有方式根本無法錄入。目前只能通過glyphwiki.org開發新字再上傳文字圖片的方式插入到該文字位置。

是時候請字體設計的程序員開發一套維基文庫自有的字體庫了。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年2月20日 (四) 02:55 (UTC)

最好的办法是直接用glyphwiki.org的字体。将glyphwiki的字体导入commons，定期更新，直接使用该站编号即可。未来有字体编入更新版本的unicode，替换也会很方便。 維基小霸王（留言） 2025年2月20日 (四) 04:23 (UTC)

現在解決方式過於雜亂多樣。而且隨著錄入文本體量增加，之後即便制定出較為完美的標準，也不得不花巨額成本，從頭修正因標準多樣造成的海量既定待修文本。

這也是工程學相關的行標比其他行業要嚴謹苛刻的多，沒有良好的設計規劃，寫出一大堆屎山那還不如一開始就不要開發。

畢竟程序內核的開發都是一次性的，未考慮周全寫到擴展功能時才發現出問題，推倒重來的成本太高。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年2月20日 (四) 10:39 (UTC)

俄罗斯联邦宪法录入

请问2021年11月14日archive.org存档的俄罗斯联邦外交部译《俄罗斯联邦宪法》能否收录，译文是否适用PD-EdictGov。 MarkZhou08（留言） 2025年3月12日 (三) 12:36 (UTC)

根据“网站使用信息”所述，只允许非商业用途，且不得修改。但是维基文库需要允许商业使用及二次创作，并且需要同时遵守美国以及两岸四地的版权法规（PD-EdictGov只适用于美国，所以不能只有PD-EdictGov授权）。所以不要收录。 Midleading（留言） 2025年3月12日 (三) 14:04 (UTC)

适用{{PD-RU-exempt}}。 dringsim 2025年3月13日 (四) 08:39 (UTC)

根据模板文字，需要证明这是“正式译文”。 Teetrition（留言） 2025年3月13日 (四) 09:55 (UTC)

“网站使用信息”页同时也

“然而对网站资料的转载或者任何在大众媒体上的引用，仅当提及俄罗斯外交部官方网站作为信息来源时是被允许的。” MarkZhou08（留言） 2025年3月14日 (五) 01:28 (UTC)

俄罗斯联邦外交部中文网站不能证明是“正式译文”吗 MarkZhou08（留言） 2025年3月14日 (五) 01:29 (UTC)

比如，中国人大网（人大官方网站）的英文版页面的法律英文翻译专栏明确写明了“Home> Resources>Laws（Translation for Reference Only）”（强调后加），那这个专栏的法律翻译当然不能因为是人大官网就被当作是正式译文。俄罗斯外交部的中文网站可能是同一性质，而且重要的一点是，如果是“正式译文”，大概率信源就不止这一个（而且这一个还是archive存档的版本）。 Teetrition（留言） 2025年3月14日 (五) 01:54 (UTC)

了解，感谢讲解。 MarkZhou08（留言） 2025年3月17日 (一) 10:05 (UTC)

中文维基文库不支持援引“引用”之规定，“对网站资料的转载”表意不明，也可以理解为对作品中间涉及的“资料”的转载或对数据的转载。 Teetrition（留言） 2025年3月14日 (五) 01:51 (UTC)

美国之音、自由亚洲电台即将关闭，是否应该将历史内容导入维基文库？

美国之音、自由亚洲电台即将关闭，是否应该将历史内容导入维基文库？

版权：

美国之音：w:Template:VOA，但“美联社授权美国之音使用其照片和图像。美联社所有资料均受版权保护，并为美联社所属财产，未经美联社书面允许任何人不得复制、发表或传播。”https://www.voachinese.com/p/3874.html

RFA禁止商业使用：https://www.rfa.org/english/about/terms-of-use/

内容：代表美国政府观点，不符合维基百科的中立原则。然而维基文库不需要内容中立，只要求忠实原文即可。

建议：导入美国之音内容，导入后删除提到“美联社”的内容。其他语言一并下载，联系相关语言的维基文库导入。不导入RFA内容。

--103.127.219.59 2025年3月16日 (日) 09:07 (UTC)

維基新聞已經收錄美國之音文章，本地不應重複收錄。 Midleading（留言） 2025年3月16日 (日) 09:15 (UTC)

刚看到新闻，所以这里适用的美国之音作品看来要加紧存档了。不过由于需要处理的文章目前只有34项，所以应该还能赶上？廣九直通車（留言） 2025年3月17日 (一) 09:29 (UTC)

為什麼通知維基文庫卻不通知維基新聞呢，有沒有在維基新聞編輯的維基人可以把最新消息導入維基新聞？ Midleading（留言） 2025年3月17日 (一) 10:30 (UTC)

通知維基新聞管理員@Ericliu1912： Midleading（留言） 2025年3月17日 (一) 10:43 (UTC)

我不確定著作權行不行得通就是了？另外改寫內容也有很大問題。—— Eric Liu_（留言） 2025年3月17日 (一) 15:35 (UTC)

@Midleading：导入美国之音历史内容很明显是属于维基文库/维基共享资源的scope，而非维基新闻啊……这些文章若导入维基新闻则可以被修改，并不起存档的作用，且历史内容已失去新闻价值，没有导入的意义了。 dringsim 2025年3月17日 (一) 15:42 (UTC)

历史内容不属于维基新闻收录范围的可以收录到维基文库。维基新闻上已经被编辑了的新闻，维基文库也可以收录原文。但是维基新闻有很多文章是机器人自动导入的，未经修改就永久全保护了，维基文库没必要重收一次。而且既然维基新闻的机器人可以自动导入，改为自动导入到维基文库应该也很容易。但这需要通知维基新闻的机器人操作者@Kanashimi：进行导入。 Midleading（留言） 2025年3月17日 (一) 16:55 (UTC)

不曉得需要機器人如何配合呢? Kanashimi（留言） 2025年3月17日 (一) 21:38 (UTC)

维基新闻只有1,178篇美国之音文章。美国之音仅3月1日一天就有31篇文章。按此计算，只导入了一个多月的文章。获取链接的网址：

https://www.voachinese.com/z/1739/2001/7/16

到

https://www.voachinese.com/z/1739/2025/3/15

如果没有列全，需要从?p=2 获取

建议的维基文库标题：美国之音/2001年/7月/16日/日本月底参议院选举考验小泉内阁 - 2001-07-16 103.127.219.59 2025年3月18日 (二) 04:29 (UTC)

维基新闻仅称“这篇新闻报道的全部或部分内容，来自美国政府的国营国际广播机构美国之音的新闻”，即便是原样转载，也并非是以“忠实于原文”为目的。维基新闻转载新闻稿和维基文库收录历史文献，其含义是完全不同的，并不能够称为“重复”。 dringsim 2025年3月18日 (二) 09:49 (UTC)

维基新闻不接受逾七日前的消息。--Jusjih（留言） 2025年4月2日 (三) 04:14 (UTC)

glyphwiki無法導入新字。

前段時間導入glyphwiki的幾個新字至今沒有在相關頁面顯示。應該都未被錄入後台數據庫。所以下面「用」的兩個異體字怎麼處理，特別是第二個。

#Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年3月20日 (四) 07:36 (UTC)

Glyphwiki製作新字 u7528-var-006 和 u7528-var-007，並將SVG導入commons.wikipedia.org，即可引用： [[File:用的異體字.svg|18px|用的異體字]] 和 [[File:用的罕見異體字.svg|18px|用的罕見異體字]]

， Liouxiao（留言） 2025年4月4日 (五) 15:38 (UTC)

本人已在glyphwiki上製作過一些新字，但可能因為是剛註冊賬號不久，製作的新字好像都沒被該網站錄入。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年4月5日 (六) 11:52 (UTC)

《十國春秋》篆書十二字。

如何解？如何錄入？

#Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年3月22日 (六) 06:12 (UTC)

用Glyphwiki？ 比如第一個字： [[File:𢏭的異體字.svg|20px|𢏭]] Liouxiao（留言） 2025年4月4日 (五) 13:01 (UTC)

《瀛環志畧》校對頁化提議

据百科條目，此書初版於道光戊申（1848），文庫已有瀛寰志略，未完成，現有配圖不是原書影像而是今人重制。

共享資源上已有多個不錯的影本。如c:Category:瀛環志略分類下所列：

• File:NLC403-312001064879-162125 瀛環志略 清道光28-29年(1848—1849) 卷一.pdf
• File:NCL-04148 瀛環志略.pdf
• File:CADAL02087082_瀛環志略（一）.djvu

似乎都是道光初版這同一版本。包括最近貢獻者在内的各位編者可有意協作，挑選來源，將此書校對頁化，並錄入到依初版命名的瀛環志畧，放棄修補瀛寰志略作品頁？

上述初刻本字跡清楚，文庫内置的 google OCR 識別尚可，如用外部工具可能會非常準確。初版行款除幾處誇張的抬頭外較工整，社群現使用的竪排技術和雙行批語模板應已能勝任。且初版已有句讀（小字除外），可免去自行加標點一環。善製圖的編者更可重製無水印的左右頁拼合的原貌地圖。

共享資源另有稿本：c:Category:瀛寰志略，未敢推斷版本。還有c:Category:瀛環志畧。Ctext.org 有此作品但僅為OCR輸出。 Andayunxiao（留言） 2025年3月27日 (四) 16:59 (UTC)

2025年第14期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 編輯團隊正在開發新的編輯檢查：華辭檢查（Peacock check）。這項檢查的目的是在使用者編輯維基頁面時找出非中立詞句，以便在他們發布編輯前通知並建議其修改。華辭檢查仍在早期階段，團隊正在尋求社群的意見：在此Phabricator工單中，團隊正在收集他們目前所研究的語言版本的維基內方針、用來標記非中立條目的模板，以及編輯摘要的用語（術語與關鍵字）。要參與其中，您可以編輯工單中的表格、在工單留言，或是直接傳訊息給Trizek (WMF)。
• 所有維基站點的單一使用者登入系統皆已更新，登入與帳號建立頁面已移至中央網域。這可讓使用者登入流程兼容瀏覽器對跨網域Cookie的限制，這些限制會讓某些瀏覽器的使用者無法維持登入狀態。
• 上週有35件社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 3月31日開始，MediaWiki介面團隊將開始限量發布已生成的OpenAPI規格，以及以SwaggerUI為基礎的MediaWiki REST API沙盒體驗。團隊邀請來自特定非英語維基百科社群（中文、阿拉伯語、德語、法語、希伯來語、國際語、荷蘭語）的開發者，以他們的偏好語言審閱說明文件並試用沙盒。除此之外，沙盒與OpenAPI規格也將在測試維基的REST沙盒特殊頁面上提供給偏好使用英語的開發者。在預覽期間，MediaWiki介面團隊也邀請開發者分享您的體驗。預覽期約為兩週，之後沙盒和OpenAPI規格將提供給所有維基站點使用。
• 本週稍晚代码更新細節： MediaWiki

深入了解

• 有時，一行小小的程式碼變更，卻有著重大的意義：這項變更意味著多年來，我們第一次能夠從單一座核心資料中心執行所有提供給maps.wikimedia.org（專門為維基媒體站點提供多語言地圖的主機）的堆疊，我們每次執行資料中心切換時都會進行這項測試。這項進展非常重要，因為它確保即使其中一座資料中心發生意外，我們仍能持續提供網站服務。這項變更歸功於兩位開發人員的大量工作，他們將地圖堆疊的最後一個組件移植到Kubernetes，我們在那裡能更有效率地分配資源，從而使單一資料中心能承受更多流量。這項工作涉及許多複雜步驟，因為這個軟體及其所使用的軟體函式庫需要許多逾期已久的升級。這類工作讓維基媒體的基礎架構更具永續性。

會議與活動

• 2025年5月14日至16日，2025年春季MediaWiki使用者與開發者研討會將於美國桑達斯基舉行，並同時線上舉行。研討會將圍繞不同產業公司使用MediaWiki軟體的情況進行討論，並鼓勵及吸引新使用者。活動報名及演講報名現已開始，可前往研討會網站報名。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年4月1日 (二) 00:05 (UTC)

Final proposed modifications to the Universal Code of Conduct Enforcement Guidelines and U4C Charter now posted

The proposed modifications to the Universal Code of Conduct Enforcement Guidelines and the U4C Charter are now on Meta-wiki for community notice in advance of the voting period. This final draft was developed from the previous two rounds of community review. Community members will be able to vote on these modifications starting on 17 April 2025. The vote will close on 1 May 2025, and results will be announced no later than 12 May 2025. The U4C election period, starting with a call for candidates, will open immediately following the announcement of the review results. More information will be posted on the wiki page for the election soon.

Please be advised that this process will require more messages to be sent here over the next two months.

The Universal Code of Conduct Coordinating Committee (U4C) is a global group dedicated to providing an equitable and consistent implementation of the UCoC. This annual review was planned and implemented by the U4C. For more information and the responsibilities of the U4C, you may review the U4C Charter.

Please share this message with members of your community so they can participate as well.

-- In cooperation with the U4C, Keegan (WMF) (talk) 2025年4月4日 (五) 02:05 (UTC)

再向固執用戶溝通

上接Wikisource:写字间/存档/2024#修改認定長期不活動管理員之時限標準（縮短目前標準改為3個月）包括@Midleading：所述“解決Zhxy 519濫用封禁權限的正確程序是申請管理員解任投票以及完善有關方針”，以及Wikisource:写字间/存档/2022#可不可能向二位固執用戶溝通，已向四次擅自回退解任案[63] [64] [65] [66]的User talk:Zhxy 519以及因而包庇的w:User talk:Gzdavidwong試行社群能否同此二位溝通。--Jusjih（留言） 2025年4月5日 (六) 04:47 (UTC)

也請看维基文库:不合理的封禁/2025年。Zhxy 5192024年2月5日曾破壞投票。再溝通不成就要解任。--Jusjih（留言） 2025年4月5日 (六) 14:43 (UTC)

中華民國台灣現在正在進行一場針對不適任立法委員的罷免活動，私以為本wiki站點存在更為嚴重的瀆職濫權之管理員，應該比照台灣目前的選罷活動，永久撤銷閣下所提及的這類不適任管理者的相關管理權限及職位。

當然本人深知做這類事會得罪人，但不能因為怕得罪人就不敢做正確的事。

另外應該建立一套較為完善便於操作的管理員罷免機制，類似台灣選罷法，以便於日後出現類似情形，可以比照辦理。

以上。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年4月5日 (六) 15:35 (UTC)

諸位，就在我在old.ws進行正常提刪申請時，原本無關甚至可以說在該站瀆職的Jusjih跳出來以荒謬的理由中止我的請求，並在當地批判我一番。幸虧當站的其他管理員足夠理性，知道我在提出正常請求，不然Jusjih能幹出甚麼來，可想而知。Jusjih這裡延續著他那文法不通的中文，我根本不知道他要「溝通」甚麼。而在其它站點的表現，足以證實其人純屬惡意擾亂。我沒時間陪他說話，如果各位不出面導致事態繼續發展，我將直接對這種惡意擾亂處以累進封禁。--Zhxy 519（留言） 2025年4月5日 (六) 22:35 (UTC)

要不要解決Wikisource:不合理的封禁/2025年？--Jusjih（留言） 2025年4月6日 (日) 00:21 (UTC)

你敢不敢公佈你討論頁上被刪除的討論記錄讓大家看看我跟你的溝通？不說我了，瓜皮仔即Gzdavidwong早就洗刷了你的誣告，居然還在提。頁面已送提刪。 Zhxy 519（留言） 2025年4月6日 (日) 01:09 (UTC)

@hat600：仍有重要聲明。Zhxy 519多次濫用“你”字太不禮貌。--Jusjih（留言） 2025年4月7日 (一) 02:07 (UTC)

本人再插一句，目前基金會的仲裁機制已經完全失效，不拿出乾綱獨斷的氣魄和責任，說再多也沒用。

wiki中文系列站點所發生的所有事情，發展到今天這一步，不論什麼問題最後都歸結到必須站隊的地步，從本質上說都是意識形態的鬥爭。前幾年wikipedia維基中文對自身大量編輯者的清洗行動，是最後一次撥亂反正。而由於本站參與者過少，被滲透嚴重，相應的正本清源的清洗活動未得到基金會官方重視。

哪些人是帶著任務混進來的，基本都能判斷清楚，現在的問題是如何剝離和抽身。這也是本人非常讚同閣下曾提出的開闢傳統漢文分站，空心化本站的根本原因。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年4月7日 (一) 13:16 (UTC)

我把相关争议丢给了通用行為準則協調委員會，可以到m:Universal Code of Conduct/Coordinating Committee/Cases/Zhxy 519, Jusjih and Chinese Wikisource#Other feedback参与讨论。 GZWDer（留言） 2025年4月7日 (一) 15:03 (UTC)

User:Zhxy 519使得中文維基文庫管理員離任程序事實癱瘓，同意由通用行為準則協調委員會調查中文維基文庫的系統性問題 Midleading（留言） 2025年4月8日 (二) 03:03 (UTC)

@Midleading：在这里讨论是没用的，应该把相关证据提交到元维基讨论页面。 GZWDer（留言） 2025年4月8日 (二) 13:11 (UTC)

沒什麼提交的必要，之前又不是沒有提交過，我去年提交的申訴至今連一個回應都沒有，基金會這些玩意都在和稀泥。去年的申訴還不算近期。睜眼說瞎話。

什麼forgive and forget，說穿了就是嫌中文社區事多，壓根就是不想管。扯個理由避嫌。

早對官方基金會沒任何指望，這事就看User:Jusjih 最後的抉擇了。就是直接把User:Zhxy 519 賬號註銷，基金會也不會怎麼樣。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年4月9日 (三) 16:57 (UTC)

@GZWDer：立案有功，包括引述囍鵲在元維基的申訴。此事請各位去元維基向通用行為準則協調委員會留言，稍安勿躁。暫不在囍鵲在元維基的申訴回答，是避免一案多審。請先等通用行為準則協調委員會看法。--Jusjih（留言） 2025年4月10日 (四) 02:34 (UTC)

通用行為準則協調委員會目前似乎認為根据一案不再審，不需要采取任何行動，因為所有事件發生在通用行為準則協調委員會成立前且既往沒有採取任何行動。 Midleading（留言） 2025年4月10日 (四) 03:47 (UTC)

通用行為準則協調委員會的0xDeadbeef在4月11日表示“上次向Zhxy 519提出的解任投票却由Zhxy 519擅自回退，虽然我没有非常仔细去阅读相关讨论，但这样的行为不合理，可以说是在无视其他社群成员。我在想是否能够提议允许Jusjih或其他用户在中文维基文库上提出对Zhxy 519的解任投票，而禁止Zhxy 519直接将此投票删除，让社群合理走一次本地的流程。”--Jusjih（留言） 2025年4月11日 (五) 18:18 (UTC)

其實我也希望這件事能一了百了，不再成為困擾社群的問題。以前監管員說過請本地社群處理Jusjih跟Zhxy 519的解任案，但顯然至今難有定論。或許交由外部機構仲裁是一個可行的辦法。—— Eric Liu_（留言） 2025年4月13日 (日) 14:53 (UTC)

继续举行Zhxy 519解任案的动议已取得6票（共8席）。这件事大概率要回到本地继续处理。 dringsim 2025年4月19日 (六) 17:23 (UTC)

已經8票，我雖然不贊成他們這種動議，但是要搞，我們就要按現有規則好好整理一下。以下我參考這次U4C做了一個模板，歡迎社群討論修改。瓜皮仔＠Canton 2025年4月25日 (五) 13:25 (UTC)

最後溝通

當事人溝通

當事人（提起溝通和被溝通人）之間的溝通，社群可主要以提問方式參與

社群討論

當事人以外社群對雙方進行評議，當事人不得在此留言

2025年第15期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 從今以後，系統會要求介面管理員和中央公告管理員必須先啟用雙重認證，才能行使其權限。未來這項措施可能會擴大到更多具有高級權限的群組。 [67]
• 上週有20件社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 設計系統團隊正準備於4月29日發布Codex的下一個主要版本（v2.0.0）。使用Codex提供的CSS的編輯者和開發者應查看2.0概要文檔，其中包括與一些重大變更相關的指南，例如font-size、line-height和size-icon。
• 2025年開發者滿意度調查的結果現已公布。感謝所有參與者。這些結果有助於基金會決定下一步的工作方向，並檢討最近的工作。
• 本週稍晚代码更新細節： MediaWiki

會議與活動

• 5月2日至4日，2025年維基媒體黑客松將在土耳其伊斯坦堡舉行。現場活動報名將於4月13日截止。報名前請留意，入境土耳其可能需要簽證或電子簽證。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年4月7日 (一) 18:52 (UTC)

深色模式

许多模板未做相应调整。editor下面的方块尤其必要。 RoyZuo（留言） 2025年4月13日 (日) 14:45 (UTC)

@Shizhao：有關深色模式的問題，應該可以請教他。—— Eric Liu_（留言） 2025年4月13日 (日) 14:47 (UTC)

没有界面管理员权限，修改不了MediaWiki:Common.css#L-1328 Shizhao（留言） 2025年4月14日 (一) 03:25 (UTC)

MediaWiki:Editpage-head-copy-warn已修改 Shizhao（留言） 2025年4月14日 (一) 03:29 (UTC)

完成 Midleading（留言） 2025年4月14日 (一) 03:46 (UTC)

@Shizhao、Midleading：我在想是否可提名Shizhao為本站介面管理員？他在百科也有權限，經驗足夠，可以協助文庫時不時的介面維護。—— Eric Liu_（留言） 2025年4月14日 (一) 07:06 (UTC)

editor下方區塊問題，可於本樣式表處抄寫一份回去套用。

除了WS命名空間及受保護模板以外的樣式，用戶亦可自行動手更新。

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年4月13日 (日) 15:16 (UTC)

2025年第16期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 本週稍晚，預設的縮圖尺寸將從220px增至250px。這將改變所有維基頁面的顯示方式。部分社群多年來一直要求更改預設縮圖尺寸，但過去因技術限制而未能實現。 [68]
• 檔案縮圖現在以特定尺寸儲存。如果頁面指定的縮圖尺寸不在標準尺寸（20、40、60、120、250、330、500、960）之列，那麼MediaWiki將會選擇最接近的較大縮圖尺寸，但會請瀏覽器將其縮小到所要求的尺寸。這在視覺上不會有任何變化，但使用者可能會載入稍大一點的圖片。在頁面中使用縮圖時，如果縮圖尺寸不是很重要，請選擇其中一種標準尺寸，以避免額外的瀏覽器縮小步驟。 [69][70]

近況更新 - 面向編輯者

• 維基媒體基金會正在開發名為Edge Uniques的系統，該系統可用於實現A/B測試，幫助抵禦DDoS攻擊，並讓我們更容易了解維基媒體網站的訪客數量。有了Edge Uniques，基金會可以更有效率地打造能幫助讀者的工具，讓讀者更容易找到他們要找的東西。
• 為了提升使用者安全性，現在有一小部分的登入嘗試將需要輸入一次性密碼，該密碼將以電子郵件寄送。請檢查您的帳號是否設有有效的電子郵件地址，且該地址已被系統確認。 [71]
• 「您有沒有興趣參加一個簡短的調查，以改善您的維基上的巡查和回退工具？」這個問題將從下週開始在7個維基的近期變更和監視清單頁面上向使用者提出。內容維護工具團隊想更了解那些：檢視維基媒體專案的新編輯，並判斷這些編輯是否遵守專案方針的工作。
• 4月15日，query.wikidata.org將不再支援完整的維基數據圖表。該日之後，學術文章將可透過query-scholarly.wikidata.org取得，而維基數據上託管的其他資料則可透過query.wikidata.org端點取得。這是預定的維基數據圖表拆分計畫的一部分，該計畫於2024年9月公布。詳情請見維基數據頁面。
• 季刊維基媒體App電子報新期數發布。內容涵蓋了維基百科行動應用程式的更新、實驗與改進。
• 上週有30件社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 季刊技術社群電子報新期數發布。 本期內容包括：邀請工具維護者參加4月15日的Toolforge UI社群回饋會議；近期社群指標；近期技術方面的Diff文章。
• 本週稍晚代码更新細節： MediaWiki

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年4月15日 (二) 00:24 (UTC)

Vote now on the revised UCoC Enforcement Guidelines and U4C Charter

The voting period for the revisions to the Universal Code of Conduct Enforcement Guidelines ("UCoC EG") and the UCoC's Coordinating Committee Charter is open now through the end of 1 May (UTC) (find in your time zone). Read the information on how to participate and read over the proposal before voting on the UCoC page on Meta-wiki.

The Universal Code of Conduct Coordinating Committee (U4C) is a global group dedicated to providing an equitable and consistent implementation of the UCoC. This annual review of the EG and Charter was planned and implemented by the U4C. Further information will be provided in the coming months about the review of the UCoC itself. For more information and the responsibilities of the U4C, you may review the U4C Charter.

Please share this message with members of your community so they can participate as well.

In cooperation with the U4C -- Keegan (WMF) (talk) 2025年4月17日 (四) 00:35 (UTC)

竖排表格

请教 竖排表格如Page:NLC416-03jh004219-15285 香港—「東方的馬爾太」.pdf/34如何处理？有现成转录可参考吗？ RoyZuo（留言） 2025年4月18日 (五) 07:45 (UTC)

我隨手弄了一個，您看著合不合用，先湊合著。

不過我倒覺得此處不用豎排就是了，按本書其餘部分錄入時好像也沒見到豎排相關的樣式？

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年4月18日 (五) 08:24 (UTC)

古文的句讀版本建議另開新頁

如果原文沒有句讀，我認為古文的原文不應該添加句讀，而是應該照著原樣錄入，並且w:抬頭也應該儘量地原本保留。從某種角度來說，加標點版本並非原文，乃是基於原文的一種現代原創。因為雖然大差不差，但不同的人對其進行斷句時還是有可能斷句在不同位置，或使用不同的標點符號，不盡相同，所以我認為應該的另外建立頁面，並在原文頁面標識「此頁存在句讀版本」。

某些句子存在多種意思，自行添加句讀有可能曲解原作者的本意，例如w:下雨天留客天留我不留便是很著名的例子。而且越是艱澀難懂的古文，若是句讀有誤，容易對大家產生誤導，還是原文無標點，句讀版本另開一頁為妙。又如《琉球國舊記/卷之三》中有一句：「阿名呉之子奇怪之跑走以告其妻〻曰此壺必有神靈者乎」，顯然在叠字符號「〻」之前應斷句，但現代漢語沒有將標點符號後的第一個字寫為叠字符號的習慣（@Liouxiao：在這處沒有斷句，可能也是覺得遇上這個情況難以處理）。另外，抬頭在古代儒家文化圈中非常重要的文化，以示對長輩、神明之類的尊敬，在文字獄極其變態的滿清中期，甚至擡頭方式使用錯誤都有可能被問罪。而且經過句讀斷句後，挪擡、平擡都往往會被刪去，這丟失了原文的樣貌，不太合適。而且非常值得一提的是，標點符號是否擁有版權是存在爭議的。目前很難認定添加標點是否為貢獻者的原創行為，而且有可能不少貢獻者是直接將帶有標點的古文貼過來的，存在面臨訴訟的風險，在Wikisource:版權討論/存檔/2020年的討論中有關於標點符號的問題，@蟲蟲飛：說「此例一開，我擔心所有文庫中的古文都要下架」，這是文庫重大風險，我覺得有必要儘量規避。綜上，我覺得很有必要將古文的句讀版本另開新頁。

其實若是技術上可行的話，我覺得竪排本的古文都應該照搬原樣使用竪排，但是像目前四庫全書這樣的竪排（例：周髀算經 (四庫全書本)）實在太過難以閲讀。這方面技術很有必要加以改進。另外希望可校對版本的古籍可以支持竪排閲覽。el caballero de los Leones（留言） 2025年4月21日 (一) 15:39 (UTC)

句讀需要更改，錯字也可能會需要更改，維護加和不加句讀的兩個版本容易導致版本失去同步。現在這樣的加和不加句讀是兩個通常不需要同步的版本（如標點本+四庫全書無標點本）所以暫時沒有這方面問題，由四庫全書無標點本提供原文抬頭樣式、原文字型、竪排排版，標點本使用現代排版。

原文抬頭樣式可以在使用影印本校對頁錄入時同時錄入，但不能只有這個版本，如果一個作品只提供了一個版本的話，最好提供現代排版加標點的版本。竪排+原文抬頭樣式可能會嚴重影響在熒幕上的可讀性，一些清朝的史書每行沒寫幾個字就換行抬頭了，按原文抬頭樣式換行竪排排版會比現在的四庫全書本還難以閱讀。还有很多简体中文用户是完全不懂繁体中文、避讳以及句读的，例如中学生读者群体，也需要考虑这些读者的需求。現在有人工智能標點工具，如果將來法院判決某作品的標點符號受版權保護，可以使用這些工具重新標點該作品。 Midleading（留言） 2025年4月21日 (一) 16:46 (UTC)

先標定立場，我個人是完全支持古文不加標點的。但實務上如 Midleading所言有種種需求，是很難不加標點的。

我個人為此開發了輔助用標點{{ia}}、頂格書寫{{DG}}、挪抬{{NT}}，為的就是讓校正頁可以仿古文豎排Page:西藏紀遊_-_民國二十五年_(1936).pdf/33在嵌入後能成為現代閱讀習慣的西藏紀遊/卷一。

另外，本頁面尚有Wikisource:写字间#新建模板：允許在page頁面以傳統版式顯示、在主頁面以現代方式顯示、Wikisource:写字间#直排之技術問題討論類似內容，君或可參考。

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年4月21日 (一) 17:07 (UTC)

閣下所指錄入時應保留古文原稿格式的問題，社區已有成員User:維基小霸王編寫old text page模版予以較好解決。通過此模版可以在底本校對頁面隱藏句讀標點，達到保留原稿原汁原味效果的同時，在新建立的橫排頁面中展示出添加標點後的作品樣貌。

不過即便使用此模版依然無法解決原文抬頭處嵌入新頁面後產生的自動換行問題：即當把底本校對頁的原稿格式頁面通過transclude pages或wikitext標籤<pages>嵌入橫排新作品頁時，底本原稿抬頭處依然會在新作品頁中自動換行。影響閱讀。

如也是錄第五頁，通過使用模版後，在底本校對頁中完美再現了原稿行文格式，但在使用transclude pages嵌入到相對應的新頁面中，原文抬頭處出現了自動斷行。

此模版另外還存在雙行注釋在嵌入頁面的格式錯誤問題，這兩個問題都需要User:維基小霸王針對transclude pages進行修復處理。（針對底本頁面中的普通換行和抬頭換行進行標記區分，再根據標記之不同特征，在新建立的橫排頁面中進行格式重排。雙注部分解決方案亦同。） #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年4月21日 (一) 18:25 (UTC)

竊以爲：古文原版排版，如果能找到影印原本，可以參考Index:Gujin_Tushu_Jicheng,_Volume_405_(1700-1725).djvu實現忠於原版的非標點錄入（自然是另外的新頁）——這方便上面提到的諸君已經有了不錯的示例和貢獻。而對於大多數讀者來説，有標點的版本可能更便於閲讀（至於斷句/標點的謬誤，自有細心的讀者會幫助修正的）。 Liouxiao（留言） 2025年4月22日 (二) 01:51 (UTC)

在底本校對頁錄入無標點原文格式文本，在被嵌入頁也就是對應的橫排新頁面錄入帶標點文本。

絕大多數的古文閱讀者，在無標點和有標點兩者中選擇，都會傾向閱讀帶標點文本。無他，標點斷句使得句子之間結構更清晰，能極大提升閱讀效率。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年4月22日 (二) 06:09 (UTC)

好的，这叫w:挪抬，我试试。 維基小霸王（留言） 2025年4月22日 (二) 02:03 (UTC)

改好了。NTstart：挪抬开始的词，空格可分开定义多个，在page页面会解读为新段的开始，见示例。如果有多个级别的挪抬，则需要使用{{Page-only-text-indent}}，见示例。 維基小霸王（留言） 2025年4月22日 (二) 03:24 (UTC)

新增一個參數可以，不過可否根據行數來指定抬頭行。即，將參數NTstart定義為數值變量，傳入參數值為數值類型。

因為漢字是會有重複情況的。如果有些重複的字不需要抬頭，有些需要，依然會產生錯誤格式。雖然這種情況相當罕見。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年4月22日 (二) 06:04 (UTC)

您好，其实已经考虑了空行，只会匹配单一（而非两个）空行的情况。而且只匹配行首，行内是不会匹配的。您可以举个例子，说明什么情况下现在的方式会出错。 維基小霸王（留言） 2025年4月22日 (二) 06:31 (UTC)

我剛才將也是錄第五頁的第四行第一個字改為“清”字，被模版錯誤的自動識別為抬頭行進行抬頭。

您可以察看。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年4月22日 (二) 06:35 (UTC)

如果清在行首，按照规则应该都进行抬头。如果存在个别的古人出错忘记抬头的情况可以在行首添加<!---->避免抬头。 維基小霸王（留言） 2025年4月22日 (二) 07:00 (UTC)

不能通過指定行來達到效果麼？如果做不到，你可否按照你說的這個解決方法，修復現在的格式錯誤。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年4月22日 (二) 07:10 (UTC)

那個字是隨便改的，我的意思是需要抬頭的漢字不見得都是尊稱之意，也有普通意思，如果僅代表普通意思，那就不需要抬頭，跟出不出錯無關。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年4月22日 (二) 07:14 (UTC)

<!---->确实不行，但nowiki可以，已修改。您说的“指定行來達到效果”能否详述？我倾向于现在的解决方法，因为只需要修改page页面的模板，否则主页面使用的模板也需要改。 維基小霸王（留言） 2025年4月22日 (二) 07:23 (UTC)

指定行數的意思就是哪一行需要抬頭就指定哪一行的行數啊。例如第五頁里抬頭的是第七行和第八行，那就在參數里傳入7和8兩個數字。

transclude pages的業務邏輯里，輸出循環中加一個if條件判斷是否等於NTstart參數值，等於7、8時不換行就行了。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年4月22日 (二) 07:29 (UTC)

你這修改的是啥？後面兩個應該抬頭的清字沒有抬頭！ #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年4月22日 (二) 07:37 (UTC)

是的。各種討論過的方案都需要編者主動錄入額外資訊，至少要有（1）每個校對頁標記一次書寫方向，（2）橫排下分段（換行）。社群能否接受這些額外工序？ Andayunxiao（留言） 2025年4月22日 (二) 06:20 (UTC)

閣下提到文庫的一些竪排作品頁閲讀有困難，可否賜教是具體哪些排版因素可以改進？本人也一直覺得竪排的連續長頁面的體驗和紙書不儘相同，但還不瞭解原因是何種差異所致。如果您對上面提及的同時支持縱排橫排的討論有興趣，也歡迎閣下分享見解和經驗。 Andayunxiao（留言） 2025年4月22日 (二) 06:29 (UTC)

欽定古今圖書集成原文的排版方式我看很適合現代熒幕閱讀，也有許多現代出版物采用，可以參考。 Midleading（留言） 2025年4月22日 (二) 07:35 (UTC)

也是錄不要再修改，我恢復到初始狀態。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年4月22日 (二) 09:27 (UTC)

目前自行句讀有模板可以標註，所以我覺得寫清楚就好了。不句讀對於讀者來講比欠佳的句讀更痛苦。—— Eric Liu_（留言） 2025年4月24日 (四) 09:31 (UTC)

2025年第17期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 自4月15日起，維基函數已與達戈姆巴語維基百科整合。這是第一個能夠從維基函數呼叫函數並在條目中使用的專案。函數能接受一個或多個輸入，並將其轉換成預期的輸出，例如：相加兩數、換算單位、計算時間跨度或轉換大小寫。有了維基函數，使用者只需呼叫一個穩定的全域函數即可達成目的，無需使用本地模板。 [72]
• 新增了一種lint錯誤：空标题（說明文件）。Linter擴充功能旨在找出頁面中需要或可以修正的wikitext語句，並提供指引，說明這些語句的問題以及如何修正。 [73]
• 上週有37件社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 繼在HuggingFace上發布之後，由維基媒體企業服務（Wikimedia Enterprise）開發的「Structured Contents」資料集現在也可在Kaggle上取用。這項Beta計畫著重於讓維基媒體資料更易於機器讀取，以供大量重複使用。這次，他們在開放資料集社群已在使用的平台上發布這個測試版，以尋求回饋，幫助改善產品，利於將來的廣泛發布。參閱更多關於整個Structured Contents專案，以及第一個可自由使用的版本。
• 本週沒有MediaWiki版本更新。

會議與活動

• 編輯團隊與機器學習團隊邀請有興趣的志願者參加視訊會議，討論最新的編輯檢查：華辭檢查。華辭檢查可在編輯者鍵入文字時偵測「華而不實」、「過度宣傳」或「非中立」的語句。我們鼓勵經常接觸新手的編輯者、協助修正此類文字的編輯者，或對我們在專案中使用AI的方式感興趣的編輯者參加。會議將於2025年4月28日 18:00-19:00 UTC在Zoom上舉行（查看您的當地時間）。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年4月21日 (一) 21:00 (UTC)

使用AI进行OCR并批量导入

我写了Wikisource:光學字元辨識#OCR提示词和导入方法，可通过此方法进行OCR并批量导入。已经使用Index:CADAL01035836_明季稗史彙編·也是錄明季稗史彙編·江南聞見錄.djvu测试，对于已有页面也导入并手动撤销了，供校对时参考。注意，我只是测试，如果有更好的AI或提示词，可以直接覆盖本人导入的内容。@囍鵲、Liouxiao：。維基小霸王（留言） 2025年4月22日 (二) 05:36 (UTC)

關於AI識字的優劣之處，本人曾經和閣下有過一次討論，目前gemini的效果只能說尚可，跟大陸不少OCR相比甚至都有不小的差距。例如之前閣下非常推崇的識典古籍AI，對識別結果中的每個漢字會進行準確度評價，對於那些識別較差、拿不準的漢字，在結果頁面會被高亮標識，便於錄入者更高效的進行定位更改。

另外gemini有使用額度限制，在免費情況下，對於大批量作業的支持度亦相當有限。

當然閣下運用尖端技術來解決棘手的問題，值得進一步嘗試。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年4月22日 (二) 06:49 (UTC)

对于您创建的也是錄，通过与gemini的结果对比，就可以找出与底本的一些区别。 維基小霸王（留言） 2025年4月22日 (二) 06:56 (UTC)

《也是錄》並非由我所創建，早已有之。原始文本應該是中國哲學書電子化計劃網站上複製出來的，而那個中國哲學書電子化計劃網站的很多內容又是通過簡轉繁產生的，本身就有很多問題。

我只是根據底本分頁切割該文本，並將切割後的結果在校對頁和底本進行關聯。AI識別糾正了原文中的少部分錯誤，但也產生了少部分錯誤。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年4月22日 (二) 07:06 (UTC)

@維基小霸王：是否應該設個模板，統在使用人工智慧輔助錄入的文章添加，以便編者追蹤並手動校對？—— Eric Liu_（留言） 2025年4月22日 (二) 09:06 (UTC)

我觉得没必要，因为这和传统OCR没有本质区别。 維基小霸王（留言） 2025年4月22日 (二) 13:44 (UTC)

傳統光學辨識沒有模板嗎？我覺得對於這些非人工案例，起碼要有些標記吧。—— Eric Liu_（留言） 2025年4月25日 (五) 08:10 (UTC)

有标记，就是25%或者未校对 Midleading（留言） 2025年4月25日 (五) 09:17 (UTC)

Portal 名字空間的本地名

本人之前實驗，有時可以在頁面路徑中以「主題，導覽」替代Portal，但後來不能復現。本地是否已有中文名？

如Portal:联合国大会决议頁面，改爲導覽:聯合國大會決議，导览:联合国大会决议，主題:聯合國大會決議，主题:联合国大会决议，是否為紅鏈？

此外 Portal 頁面的分類亟待建立，需要社群選擇一個合適名稱。 Andayunxiao（留言） 2025年4月22日 (二) 09:02 (UTC)

這方面應該可以比照百科，建立一些命名空間別稱。—— Eric Liu_（留言） 2025年4月22日 (二) 09:21 (UTC)

• Portal:MediaWiki:Conversion-ns100/zh-hant、MediaWiki:Conversion-ns100/zh-hans、MediaWiki:Conversion-ns100/zh
• Portal_talk:MediaWiki:Conversion-ns101/zh-hant、MediaWiki:Conversion-ns101/zh-hans、MediaWiki:Conversion-ns101/zh

皆未建立。會不會是看到百科去了？

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年4月22日 (二) 09:57 (UTC)

對Portal有可能。其他幾個名字空間怎麽解釋？

• 模塊:Yesno，模块:Yesno，模組:Yesno，模组:Yesno。（828）
• 樣板:PD-old，模板:PD-old。（10）
• 幫助:入门指南。（12）

Andayunxiao（留言） 2025年4月24日 (四) 16:48 (UTC)

那可能是以上幾個NS在本地有設定映射mw:Manual:$wgNamespaceAliases，但檢視該設定內容須具權限。所以我不能確定。

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年4月25日 (五) 02:08 (UTC)

现有别名在 https://noc.wikimedia.org/wiki.php?wiki=zhwikisource#wgNamespaceAliases 可见。 dringsim 2025年4月25日 (五) 11:09 (UTC)

若社群有需要，可以建立phab任務。—— Eric Liu_（留言） 2025年4月25日 (五) 08:09 (UTC)

台灣分會2025年4月對話時間

台灣維基媒體協會2025年4月的對話時間，訂於台灣時間4/29 (二) 19:00舉行，
參與連結為 https://meet.google.com/qiv-ctih-sse 。
想跟更多台灣維基人互動嗎？不知道台灣有個維基協會，或知道協會但不知道他們平常都在幹嘛嗎？
本次對話時間將聚焦於2025 COSCUP議程徵件的討論，這是將是讓你深入了解協會運作並參與交流的絕佳機會！快來一起參加！

--MediaWiki message delivery（留言） 2025年4月26日 (六) 01:16 (UTC)

2025年第18期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 本週，孟加拉語、日語、韓語維基百科等多個維基的協作活動籌辦人員將可以使用CampaignEvents擴充功能。此外，已啟用CampaignEvents的維基百科中的管理員將不久後自動獲得活動籌辦人員權限，無需再根據社群要求手動授予自身。
• 上週有19件社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 維基媒體設計系統——Codex預定於2025年4月29日發布下一個主要版本。技術編輯者將能於2025年5月5日當週使用該版本。本次更新將包含一些不向下相容的重大變更和輕微的視覺變更。該頁面記載了處理重大變更和視覺變更的說明。發布前的測試在T386298中回報，發布後的問題則在T392379和T392390中追蹤。
• Wiki Replicas的使用者將會注意到ipblocks、ipblocks_ipindex和ipblocks_compat這幾個資料庫檢視表現已棄用。使用者可以查詢block和block_target這二個新的檢視表，這些新檢視表會反映生產資料庫中的新表格。棄用的檢視表將於2025年6月從Wiki Replicas中完全移除。
• 本週稍晚代码更新細節： MediaWiki

深入了解

• 季刊語言與國際化電子報新期數發布。 本期內容包括：內容翻譯面板工具的改進概要；新增支援語言；「維基愛齋月」活動的亮點；新語言啟動實驗的結果；條目主題多樣性的分析；以及即將舉行的社群會議和活動的資訊。

會議與活動

• Let's Connect學習診所將於4月29日 14:30 UTC舉行。本期主題是「維基媒體專案中的衝突理解與應對」。現在可以報名參加。
• 2025年5月2日至4日，2025年維基媒體黑客松將在土耳其伊斯坦堡舉行，屆時全球技術社群將齊聚一堂，相互交流、集思廣益，並對既有專案進行駭客活動。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年4月28日 (一) 19:31 (UTC)

對《通用行為準則執行規範及其協調委員會章程》的修訂投票

《通用行為準則執行規範及其協調委員會章程》修订案的投票期将于世界协调时 (UTC) 2025年5月1日23:59结束（在您的时区查找对应时间）。请在 Meta-wiki 上的UCoC页面投票前，阅读关于如何参与的说明并仔细审阅提案。

通用行為準則執行規範協調委員會(U4C)是一個全域性的組織，致力於公平、一致地實施UCoC。本年度審查由U4C規劃和實施。如需更多資訊和 U4C 的責任，您可以檢閱U4C的章程。

請酌情以您的語言與您的社群成員分享此訊息，以便他們也能參與。

與U4C共同合作 --

Keegan (WMF) (talk) 2025年4月29日 (二) 03:41 (UTC)

2025年第19期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 維基媒體基金會分享了明年度（2025年7月—2026年6月）年度計畫的最新更新草案，其中包括執行摘要（也發布在Diff）、三大目標（基礎設施、志願者支援、有效性）的詳細資訊、全球趨勢以及預算與財務模式。歡迎在五月底前，在討論頁提供反饋意見和提出疑問。

近況更新 - 面向編輯者

• 已啟用CampaignEvents的維基，該擴充功能發布了兩項新的功能改進：
  • 管理員現在可以透過社群配置（說明文件）選擇哪些命名空間允許活動報名。預設配置允許在「Event」命名空間中進行活動報名，但現在可以新增其他命名空間（例如專案或「維基專題」命名空間）。有了這項變更，維基專題等社群現在可以更輕鬆地使用活動報名功能來舉辦協作活動。
  • 編輯者現在可以在維基頁面中嵌入協作清單（說明文件）。協作清單自動列出維基上的活動和維基專題，可透過Special:AllEvents查看（範例）。現在，協作清單可以被加進各種維基頁面中，例如：維基首頁、維基專題頁面、自治體頁面、活動頁面，甚至是使用者頁面。
• 上週有27件社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 小工具和使用者腳本的開發者，應將其使用moment函式庫的程式碼改為使用其他函式庫，例如Intl或新的mediawiki.DateFormatter函式庫。moment函式庫現已棄用，並將開始在瀏覽器的開發人員主控台中記錄警告訊息。需修改的程式碼頁面，請在Phab工單中提供的全域搜尋結果查看，如有疑問也可在工單中提出。
• 維護用於查詢維基數據詞彙（term）儲存表（wbt_*）的工具的開發者需要更新其程式碼，以連接到單獨的資料庫叢集。這些表格將被分割到一個獨立的資料庫叢集中。透過Wiki Replicas來查詢這些表格的工具，必須改為連接到新的資料庫叢集。參閱說明文件和相關連結。 [74]
• 本週軟體更新細節： MediaWiki

深入了解

• Chart專案電子報新期數發布。 本期包括以下新訊：最快在本週（5月6日開始），Chart將進一步部署至更多wiki，並在接下來的幾週內擴大部署規模，此外Chart將探索篩選和轉換來源資料。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年5月6日 (二) 00:14 (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)

中国大陆政府采购的招标公告、竞争性谈判公告等是否属于公有领域

例如 [75]，页面下方的描述为“本页面提供的内容是按照政府采购有关法律法规要求由采购人或采购代理机构发布的，重庆市政府采购网对其内容概不负责，亦不承担任何法律责任。” 内存溢出的猫（留言） 2025年5月10日 (六) 00:47 (UTC)

商事行为很难认为符合“立法、行政、司法”的范畴。 --达师 - 370 - 608 2025年5月10日 (六) 11:26 (UTC)

同达师，民商事行为不属于“立法、行政、司法”。不过有可能会属于“单纯事实消息”，这需要个别判断。 ——— 红渡厨（留言・贡献） 2025年5月10日 (六) 12:12 (UTC)

2025年第20期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 側邊欄的「获取短链接」連結（功能說明）現在會同時顯示QR碼，供使用者掃描或下載。維基媒體網站使用者現在多了一個便利的方式來快速分享維基媒體網站和存取分享內容。

近況更新 - 面向編輯者

• 維基媒體基金會正在開發名為Edge Uniques的系統，該系統可用於實現A/B測試，幫助抵禦DDoS攻擊，並讓我們更容易了解維基媒體網站的訪客數量。有了Edge Uniques，基金會可以更有效率地打造能幫助讀者的工具，讓讀者更容易找到他們要找的東西。技術新聞先前曾撰文介紹過該系統。該系統將逐步進行部署。有些人可能會在5月19日當週見到Edge Uniques的Cookie。相關討論在此討論頁進行。
• 2025年5月19日開始，已啟用CampaignEvents擴充功能的維基中的活動籌辦人員可以在專案命名空間（例如「Wikipedia:」、「Wikidata:」等）中使用活動報名功能。有了這項變更，社群不需要管理員也能進行活動報名。不想要這項變更的維基可以在Special:CommunityConfiguration/CampaignEvents中移除／新增允許使用的命名空間。
• 已新建努佩語维基百科（w:nup:）。這是一種主要在奈及利亞中北部地區使用的語言。邀請使用該語言的人士來為新的維基百科做出貢獻。
• 上週有27件社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 開發者現在可以透過結構化內容快照（Beta）存取7個維基百科（英語、德語、法語、西班牙語、葡萄牙語、義大利語、荷蘭語）的預解析內容。這些內容包括已解析的維基百科摘要、描述、主要圖片、資訊框、條目章節和參考資料。
• REST API的/page/data-parsoid端點已不再使用，並將被棄用。預定2025年6月7日關閉。
• 本週軟體更新細節： MediaWiki

深入了解

• 雲端服務現已支援IPv6，這將大幅提升維基媒體平台的可擴縮性與安全性，為未來做好準備。欲知詳情的技術貢獻者可參閱這篇博文，深入了解我們邁向IPv6的歷程。

會議與活動

• Afrika Baraza是非洲維基人交流聯繫的線上平台，2025年第二屆Afrika Baraza將於5月15日 17:00 UTC舉行。本屆將集中討論維基媒體年度計畫與進展。
• MENA Connect社群通話會議是MENA（中東北非）維基人交流聯繫的線上會議，將於5月17日 17:00 UTC舉行。現在可報名參加。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

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

暂时告辞了各位

这么多年来，我一直都是为维基文库做贡献的。但是我暂时要去忙于我的生活了，而且我又有其他的私人项目了，实在是腾不出来时间继续大规模地编辑了。我还是会关注维基文库的，甚至可能有时会做出一小点贡献，但是我就暂时先告辞了。我祝你们平安、幸福、健康、快乐。

我的私人页面上有很多还未录入的文件和资料，并且我加入了这些文献的原文链接。你们搜查（未录入）就可以找到了。除此之外，我还有（未填写）这个页面，专门记录有磨破的文字的文献，或许有朝一日我们可以得到另外的版本填补这些磨破的字。

除此之外我还有大量的朝鲜文献链接，你们可以通过这些链接得到原文。

谢谢各位的关照。或许我还能够再回来！🙏 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年5月15日 (四) 16:59 (UTC)

这消息使人有些感慨，感谢您为文库做的贡献，祝您在现实生活中一切如意，幸福快乐。我会怀念与阁下互动协作的时光，也欢迎您常回来看看。 银色雪莉（留言） 2025年5月15日 (四) 17:22 (UTC)

感謝！我有時間回來看看。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年5月15日 (四) 19:02 (UTC)

祝顺利！—— Zzhtju（留言） 2025年5月16日 (五) 13:36 (UTC)

感谢您长期以来对维基文库的贡献，祝您生活顺利。 ——— 红渡厨（留言・贡献） 2025年5月16日 (五) 14:12 (UTC)

辛苦了！我想閣下可說是近年對本站貢獻最大者，若無其他。—— Eric Liu_（留言） 2025年5月17日 (六) 13:18 (UTC)

@Blahhmosh：刚刚上传完c:Category:Books_in_the_Digital_Library_of_the_National_Library_of_Korea.--維基小霸王（留言） 2025年5月21日 (三) 01:38 (UTC)

謝謝。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年5月22日 (四) 19:37 (UTC)

徵求《通用行為準則》協調委員會（U4C）候選人

《通用行為準則》執行指南和《通用行為準則》協調委員會(U4C)憲章的投票結果可在Meta-wiki上獲得。

您現在可以提交您在U4C服務的候選人資格，截至2025年5月29日12:00 UTC止。有關資格、程序、和時間表的資訊請參閱 Meta-wiki。候選人投票將於2025年6月1日開始，為期兩週，於2025年6月15日12:00 UTC結束。

如果您有任何問題，可以在選舉討論頁面上提出。-- 感謝您與U4C合作

Keegan (WMF) (留言) 2025年5月15日 (四) 22:08 (UTC)

2025年第21期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 編輯團隊和機器學習團隊正在開發一項面向新手的檢查：華辭檢查。這項檢查利用預測模型和AI，鼓勵編輯者改善其編輯的語調。團隊邀請志願者參與審查下列語言的華辭模型的初版：阿拉伯語、西班牙語、葡萄牙語、英語和日語。如果您來自上述維基並有興趣參與審查該模型，歡迎至MediaWiki.org報名參加。報名截止日期為5月23日，當天亦為測試開始日。

近況更新 - 面向編輯者

• 2025年5月20日開始，監督員和用戶查核員必須用雙重驗證（2FA）保護其帳號，才能使用其高級權限。所有屬於這兩個群組但未啟用2FA的使用者都已收到通知。未來這項要求可能會擴大到其他高級權限群組。閱讀完整公告。
• 本月底，多重封鎖將開始大規模部署至多個維基：5月26日當週將部署至所有非維基百科專案以及加泰隆尼亞語維基百科；6月2日當週將部署至所有其他維基百科。如有任何疑慮，請聯絡團隊。管理員現在可以在本地瀏覽Special:Block?usecodex=1來測試新UI，或是在測試維基測試完整功能。多重封鎖可讓管理員同時對同一使用者施加多種不同類型的封鎖。詳情請參閱說明頁面。 [76]
• 本週稍晚，列出幾乎所有特殊頁面的Special:SpecialPages將更新整體設計。經過重新設計後，該特殊頁面在數個方面改善了使用者體驗，包括：名稱與別名搜尋功能、排序功能、更明顯的「受限特殊頁面」標示，以及更適合行動裝置的外觀。您現在可以在Beta Cluster預覽新版本，並在Phab工單分享反饋意見。 [77]
• 更多維基現已可以使用Chart擴充功能。詳細部署資訊請參閱部署時間表。
• 5月27日，維基函數將部署至5個維基詞典：豪薩語、伊博語、孟加拉語、馬拉雅拉姆語和迪維希語。這是維基函數的第二批部署。部署完成後，這些專案將能夠從維基函數呼叫函數，並在頁面中使用。函數能接受一個或多個輸入，並將其轉換成預期的輸出，例如：相加兩數、換算單位、計算時間跨度或轉換大小寫。有了維基函數，使用者只需呼叫一個穩定的全域函數即可達成目的，無需使用本地模板。
• 本週稍晚，維基媒體基金會將發布一個實驗中心，用於展示和獲得使用者對產品實驗的反饋。這些實驗協助維基媒體運動了解新使用者、他們如何與網路互動，以及他們如何影響維基媒體運動。一些實驗例子包括生成影片、維基百科Roblox速通遊戲和Discord機器人。
• 上週有29件社群提交的工單得到解決。 例如：使用API建立帳號時會遇到一些問題，現已得到修復。 [78]

近況更新 - 面向技術貢獻者

• 部分與Special:Block互動的小工具與腳本需要更新才能與新的管理封鎖介面互動。請查閱開發者手冊以了解更多資訊。如果您需要任何協助或您的腳本無法與新的介面互動，請在此討論頁留言讓技術團隊知道。 [79]
• Lua的mw.title物件可用來取得特定維基頁面的資訊。本週開始，該物件將新增名為isDisambiguationPage的屬性，可用來檢查頁面是否為消歧義頁面。 [80]
• 腳本開發者可以使用新的反向代理工具來透過mw.loader.load從gitlab.wikimedia.org載入JavaScript和CSS。工具的作者希望這個工具能實現腳本的協同開發工作流程，包括gitlab.wikimedia.org上的linting、單元測試、代碼生成和代碼審查，而無需另外將腳本複製貼上到維基媒體維基上以進行整合和驗收測試。詳情請參閱Wikitech上的 Tool:Gitlab-content。
• 本週軟體更新細節： MediaWiki

會議與活動

• 2025年維基工作坊（第12屆）將於5月21日至22日線上舉行，探索維基媒體專案方方面面的研究人員將在此論壇齊聚一堂。立即報名。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年5月19日 (一) 23:12 (UTC)

2025年第22期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 目前，社群正在元維基上就抽象維基百科開發中的一個棘手議題展開討論：透過維基函數的函數與維基數據的數據開發的抽象內容，應該儲存在何處？討論位於「抽象維基百科/抽象內容的位置」，將持續開放至6月12日，歡迎各位提出各種意見。基金會將於諮詢期結束後做出決定並公布。

近況更新 - 面向編輯者

• 從上週開始，除前20大維基外，所有維基的編輯者皆可在行動版視覺化編輯器中，從新的+選單下使用更多工具。新選單初步將包含下列選項：參考文獻、象形文字和程式碼區塊。其餘維基預定於6月進行部署。
• #ifexist解析器函數將不再暫存其目標頁面的連結。先前，Special:WantedPages會計入該函數的目標頁面，而無法發揮其真正效用。這項變更將提高Special:WantedPages的實用性，其最終目標為只列出實際的紅色連結所指向的頁面。這項變更會隨著來源頁面的更新而逐漸發生。 [81]
• 本週，內容維護工具團隊將推出新的近期變更篩選器，從印尼語維基百科開始。這個新的篩選器會醒目標示可能會被回退的編輯。該篩選器旨在幫助近期變更巡查員識別可能有問題的編輯。該篩選器將於日後部署至其他維基。
• 點擊空白搜尋列後，未登入使用者將會看到延伸閱讀條目建議。這項功能將同時在桌面版與行動版推出。加泰蘭語、希伯來語、義大利語維基百科及部分其他專案的讀者將於5月21日至6月中旬之間獲得這項變更。其他維基的讀者將稍後才會獲得這項變更。這項功能旨在鼓勵使用者多閱讀維基。了解更多。
• Android版維基百科App的部分使用者可以使用一項面向讀者的新功能——WikiGames，以真實歷史事件為基礎的每日小遊戲。該遊戲已開始進行A/B測試，提供給下列語言的50%使用者：中文、英語、法語、葡萄牙語、俄語、西班牙語、阿拉伯語和土耳其語。
• MediaWiki.org的Newsletter擴充功能用於為全域使用者建立各種電子報。現在，該擴充功能發布的新期通知可以連結至既有頁面的特定章節，無需為每一期電子報另建新頁面。 [82]
• 上週有32件社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 先前在Wiki Replicas中棄用的ipblocks檢視表將於6月初被移除。建議使用者改用新的block和block_target檢視表。
• 本週軟體更新細節： MediaWiki

會議與活動

• 維基數據與姊妹專案線上活動將5月29日至6月1日舉行，活動焦點在於維基數據如何與維基百科及其他維基媒體專案整合。詳見議程安排，歡迎報名參加。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年5月26日 (一) 20:04 (UTC)

2025年維基媒體基金會理事會理事選舉公告及徵求提問

更多语言 • 请帮助翻译至您的语言

您好：

今年，維基媒體基金會理事會有兩席社群及自治體理事任期將屆滿 [1]。本會邀請維基媒體運動全體成員參與新任理事選舉流程。

本會選舉委員會將主辦此次選舉，而本會職員將提供適當支援 [2]；其餘不參選理事，則組成治理委員會，負責監督選舉，並向全體理事隨時報告進展 [3]。您可在此處檢視有關選舉委員會、理事會及其他職員工作內容的詳細資訊 [4]。

目前，此次選舉重要時程規劃如下：

• （2025年）5月22日至6月5日：發布選舉公告，並徵求提問 [6]
• 6月17日至7月1日：候選人登記
• 7月：若候選人超過10名，則由自治體先行投票予以篩選 [5]
• 8月：競選活動
• 8月至9月：兩週社群投票
• 10月至11月：理事當選人背景檢查
• 12月：新任理事正式就職

您可在此處檢視詳細時程、候選機制、競選活動規則、選舉人資格等有關此次選舉流程的詳細資訊。[連結]

徵求提問

如同往年，社群可以提出問題，要求理事候選人回覆。選舉委員會且將自社群擬議的問題清單挑選特定內容，以供候選人作答。候選人必須回答申請中表列的特定問題，否則不得參選。今年，選舉委員會將挑選5個問題，作為候選人申請必填項目；而擬定問題時，並可能整合社群所提出若干類似或相關者。[連結]

選舉志願者

您可以應徵為選舉志願者，參與此次選舉流程。選舉志願者為選舉委員會及社群間的聯繫樞紐，致力於確保社群代表權，並鼓勵投票。您可在此處檢視有關選舉志願者及其應徵方式的詳細資訊。[連結]

感謝！

[1] https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections/2022/Results

[2] https://foundation.wikimedia.org/wiki/Committee:Elections_Committee_Charter

[3] https://foundation.wikimedia.org/wiki/Resolution:Committee_Membership,_December_2024

[4] https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections_committee/Roles

[5] https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections/2025/FAQ

[6] https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections/2025/Questions_for_candidates

祝好，

維多利亞·多羅妮娜（Victoria Doronina）

選舉委員會理事聯絡人

治理委員會委員

MediaWiki message delivery（留言） 2025年5月28日 (三) 03:08 (UTC)

台灣分會2025年5月對話時間

台灣維基媒體協會2025年5月的對話時間，延至台灣時間6/1 (日) 14:00舉行，
參與連結為 https://meet.google.com/qiv-ctih-sse 。
想跟更多台灣維基人互動嗎？不知道台灣有個維基協會，或知道協會但不知道他們平常都在幹嘛嗎？
本次對話時間將聚焦於ESEAP Summit的與會經歷與分享，這是將是讓你深入了解協會運作並參與交流的絕佳機會！快來一起參加！

--MediaWiki message delivery（留言） 2025年5月29日 (四) 03:06 (UTC)

2025年第23期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• Chart擴充功能現在可以在所有維基媒體維基上使用。編輯者可以使用這個新的擴充功能來建立互動式的視覺化資料，例如柱狀圖、折線圖、面積圖和圓餅圖。Chart圖表旨在取代舊版Graph圖表擴充功能的許多用途。

近況更新 - 面向編輯者

• 管理員現在可以更容易地在本地維基中，為視覺化編輯器的引用產生器配置自動引用功能。管理員現在可以在本地的MediaWiki:Citoid-template-type-map.json頁面中，使用_default鍵來設定預設模板（差異範例）。設定此預設值有助於將來新增項目類型時，確保現有配置不會過時。您仍可以為個別項目類型設定模板，這些模板會優先於預設模板。 [83]
• 上週有20件社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 6月2日當週開始，以action=login或action=clientlogin登入的機器人將更常登入失敗。這是因為我們增強了針對可疑登入行為的防護措施。使用機器人密碼或者使用免登入驗證方法（如OAuth）的機器人不受影響。如果您的機器人並非上句所述類型，請更新您的機器人；使用action=login且沒有機器人密碼的方法已於2016年棄用。這項變更對大多數機器人而言，僅需變更其所使用的密碼即可。 [84]
• 本週開始，維基媒體維基將可以使用JavaScript ES2017功能，無論是在MediaWiki內部、小工具或個人腳本中。ES2017的一大特色是讓程式碼更易讀的async/await語法。本週以前，平台僅允許使用ES2016以下的功能，而數月前，僅允許使用ES2015以下的功能。 [85]
• 本週軟體更新細節： MediaWiki

會議與活動

• 2025年館聯維基媒體會議現正開放獎助金申請。會議將於10月30日至11月1日在葡萄牙里斯本舉行。無法負擔參與費用的館聯人可考慮申請獎助金，申請開放至6月7日止。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年6月2日 (一) 23:54 (UTC)

2025年第24期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 臨時帳號將於本月下半在大型維基百科推出，信任與安全產品團隊正在完成部署所需的最後工作。團隊已與監管員及其他高階權限者合作，預測並應對大型維基上可能出現的各種用例，以利社群成員能繼續有效地管理及巡查臨時帳號。這是三個部署階段中的第二階段，最後階段最早將於9月展開。更多關於專案近期發展的資訊，請參閱更新資訊。如有任何意見或疑問，請在討論頁提出，並參加本週二的CEE Catch Up。

近況更新 - 面向編輯者

• 監視清單效期功能可讓使用者在特定期間內監視指定頁面。期限過後，頁面會自動從監視清單移除。本週開始，您可以設定預設的頁面監視期限。在偏好設定中，您還可以為編輯、建立和回退操作分別設定不同預設監視期限。 [86]

採用新設計的討論頁的範例，圖為法語維基百科

• 幾乎所有維基百科的討論頁外觀將變更為新設計（部分維基已採用新設計，少數將稍後獲得更新）。您可以在Diff閱讀此變更的詳細資訊。使用者可以在偏好設定中選擇停用此變更（「显示讨论活动」）。 [87][88]
• 特定高階權限者（包括管理員、行政員、用戶查核員、監督員、監管員）現在可以在需要對抗高速帳號跳轉的破壞行為時，於有限期間內自動揭示所有臨時帳號的IP位址。此功能為監管員所要求。 [89]
• 本週，內容維護工具團隊和機器學習團隊將繼續推出近期變更的新篩選器，將其部署至更多維基百科。該篩選器利用研究團隊所建立的「回退風險模型」（Revert Risk model），醒目標示可能會被回退的編輯，協助近期變更巡查員識別可能有問題的貢獻。該功能將在以下維基百科推出：阿非利卡语维基百科、​白俄罗斯语维基百科、​孟加拉语维基百科、​威尔士语维基百科、​夏威夷语维基百科、​冰岛语维基百科、​哈萨克语维基百科、​简单英语维基百科、​土耳其语维基百科。未來幾週內，該功能將繼續在本專案涵蓋的其餘維基百科推出。 [90]
• 上週有27件社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 懇請活躍於元維基和大型維基百科的過濾器編輯者協助更新防濫用過濾器，以應對臨時帳號。您可以在Phab工單取得相關說明的連結以及待確認過濾器的非公開清單。
• Lua模組現在可以存取頁面相關縮圖的名稱，並且在某些維基上可以存取維基專題評級資訊。這可以透過mw.title物件的兩個新屬性——pageImage和pageAssessments——來實現。 [91][92]
• 本週軟體更新細節： MediaWiki

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年6月10日 (二) 01:16 (UTC)

Vote now in the 2025 U4C Election

Apologies for writing in English. 请帮助翻译至您的语言

Eligible voters are asked to participate in the 2025 Universal Code of Conduct Coordinating Committee election. More information–including an eligibility check, voting process information, candidate information, and a link to the vote–are available on Meta at the 2025 Election information page. The vote closes on 17 June 2025 at 12:00 UTC.

Please vote if your account is eligible. Results will be available by 1 July 2025. -- In cooperation with the U4C, Keegan (WMF) (talk) 2025年6月13日 (五) 23:01 (UTC)

用AI翻译了一下：

请符合资格的投票者参与2025年通用行为准则协调委员会选举。更多信息——包括资格核查、投票流程说明、候选人资料及投票链接——可在元维基的2025年选举信息页面查阅。投票将于2025年6月17日UTC时间12:00截止。

若您的账户具有投票资格，请积极参与投票。选举结果将于2025年7月1日前公布。 Liouxiao（留言） 2025年6月14日 (六) 00:49 (UTC)

一篇文章被兩個文件分割為兩部分，如何將兩部分連接？

十國春秋/卷115的文本分屬於1和2兩個文件。然而<pages />中的index屬性只能傳入一個參數，即只能連接同一文件中的不同頁面。

目前想要在同一頁面展示全文，只能通過引入兩個<pages />的方式將全文嵌入頁面中，但在兩個標籤之間處的文本會被打斷並自動換行。如十國春秋/卷115中前一文件的末頁第60頁和後一文件的起始頁第2頁無法無縫結合。

如何解決這個問題？ #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年3月22日 (六) 08:02 (UTC)

Proofread擴展的設計本意是一個作品僅一個Index:嵌入，所以這種情況需要一點hack，

可以參考沙盒的版本2541062來接合，你可以先試著在十国春秋23的樣式中導入這段樣式。

只是這種方法可能產生其他排版問題，如果往後有問題須自行除錯、調整。

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年3月22日 (六) 17:15 (UTC)

多謝回復。

看了一下修復原理，是通過外聯樣式表將標籤結合處文檔流中的塊級元素強制轉換為行內元素。下一行文字自動接續到上一行行內元素的後面。解決方案本身倒是沒多大問題，只是跳出了wikitext原生的渲染框架。

最為理想的還是利用wikitext解決問題。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年3月22日 (六) 18:08 (UTC)

@囍鵲：已改成维基文本格式[93][94]。--Zy26（留言） 2025年6月3日 (二) 15:24 (UTC)

【紧急呼吁】抢救濒危的美国之音中文及粤语内容，导入维基文库

各位维基文库的编辑同仁：

我们正面临一个文化与信息保存的紧急关口。由于美国政府已决定停止对美国之音 (VOA) 的拨款，其网站，特别是对华语世界有着特殊意义的中文网和粤语网，随时面临着永久消失的风险。这不仅意味着一个信息来源的终结，更可能是一段独特历史记录的湮灭。

美国之音作为美国联邦政府的产物，其内容属于公有领域，没有版权限制。这为我们提供了一个宝贵的机会——在它彻底消失之前，将其完整地迁移、保存在人类知识的殿堂：维基文库。这不仅是对信息的保存，更是对历史、对不同声音、对一个时代片段的尊重与守护。

为了抢救这份可能稍纵即逝的数字遗产，我已经下载了美国之音中文网和粤语网的近期网页内容。它们被保存在以下三个压缩包中，请务必在30天内下载，以免链接失效：

https://ufile.io/f/uut2x

数据格式说明：

• 每个压缩包内，每天的新闻被整理成一个单独的文件。
• 在每个文件中，每行代表一个网页。
• 每行的内容分为两部分：第一部分是原始网页的网址 (URL)，第二部分是该网页的HTML内容。

导入请求与协作：

这项工作需要将大量的HTML内容进行处理、格式化，并按照维基文库的标准导入。这是一项浩大的工程，单靠一人之力难以完成。因此，我在此恳请各位，特别是经验丰富的 @沈澄心、Kanashimi、囍鵲、GZWDer： 等同仁，能够伸出援手，参与到这项抢救工作中来。

我们可以仿照英文维基文库处理《纽约时报》旧档的方式来组织标题，例如： en:The New York Times/1851/9/24/Earthquake in Naples。

我已经创建了一个示范页面，供大家参考导入格式：

美国之音中文网/2025/03/05/美国为什么会认为中国传统芯片对国家安全构成威胁？

对于页面中包含的图片、视频、音频等多媒体文件，请使用 {{VOA file link}} 模板进行链接。

时间紧迫，每一份导入的文档，都是对历史碎片的一次成功抢救。让我们共同努力，为后人保留不同的声音。

期待您的回应与参与！--103.127.219.59 2025年4月6日 (日) 09:30 (UTC)

您好，爲了您提供的數據不丟失，請先嘗試上傳您的數據包到永久存檔平臺如 archive.org 等以保證數據始終留存且對大眾可及。抱歉此數據包過大我無力直接操作。另外建議有能力者嘗試使用 Wayback Machine 或其關聯工具嘗試批量整體保存相關網站。

Xsgzjmxs（留言） 2025年4月10日 (四) 03:15 (UTC)

抱歉才刚刚看到您的这个呼吁。我也有意参与美国之音文档的录入校对。不知道是否现在是否可以获取相关源文件？ Hamham（留言） 2025年6月3日 (二) 03:01 (UTC)

建議為缺筆避諱字建立專用模板

建議為古籍中的缺筆避諱字建立一個專用的模板，外觀與Template:僻字相似。正常展示的是未缺筆時的原字，滑鼠移動到上面時顯示「原字缺哪一個筆畫，為缺筆避諱字」。Unicode無法完全被收錄這類缺筆避諱字，即便收錄了也在許多早期的作業系統無法顯示，不如這樣處理。el caballero de los Leones（留言） 2025年4月21日 (一) 15:39 (UTC)

整本書會充斥着這樣的避諱字，其實在作品里直接備注一下都使用了哪些避諱字更簡便易行，特別是Unicode未編碼的字，用模板替換以後到處都是背景色塊高亮的避諱字（類似楚辭 (四部叢刊本)/卷第二那样），影響閱讀。 Midleading（留言） 2025年4月21日 (一) 16:25 (UTC)

{{UnO}}就可以用來處理這種問題。我是覺得舊的{{缺字}}、{{漏字}}模板會套用高亮背景是很奇怪的事情，但我也不清楚當時的背景就是。

e.g 李朝綿原字未收錄於Unicode，結構：⿰糸⿱⿱丿口巾宗原字未收錄於Unicode，結構：⿱㝉小諱二字，絃原字未收錄於Unicode，結構：⿰糸𤣥諱𤣥。

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年4月21日 (一) 16:54 (UTC)

維基百科導入{{僻字}}後很快就改為了無背景的{{僻字}}，維基文庫是否跟隨更新？ Midleading（留言） 2025年4月22日 (二) 02:50 (UTC)

 支持：跟隨更新，改用border-bottom: 1px dotted;樣式。ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年4月22日 (二) 03:27 (UTC)

 支持。此外，{{另}}，{{另2}}，{{參}}等模板也可統一樣式，減少背景色。作爲過渡，至少可以給這些模板加類名，讓已登入編者編輯自己的用戶樣式自訂。 Andayunxiao（留言） 2025年4月22日 (二) 06:13 (UTC)

 支持，视觉上不那么突兀。 银色雪莉（留言） 2025年4月27日 (日) 05:40 (UTC)

@Midleading、Aerotinge、Andayunxiao、银色雪莉：是否考慮同時將模板正名為「僻字」？以「!」為主標題，就中文而言較不易懂。—— Eric Liu_（留言） 2025年4月27日 (日) 13:51 (UTC)

本地的{{!}}可以說是歷史包袱了，當年MediaWiki正式將{{!}}納入魔術字時都沒能改變本地習慣，今天就一個「正名」名義便要犁掃積痾，想來不太實際。

話雖如此，我還是同意應推廣使用{{僻字}}、{{！}}等重定向模板代替{{!}}。真有那麼一天要廢棄{{!}}時，也能少點痛。

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年4月27日 (日) 16:00 (UTC)

在页面转换为简体的时候，会出现{{僻字}}模板使一个简体字高亮的情况，非常奇怪。可以增加一个参数让模板在繁简转换后不增加任何标记。 Midleading（留言） 2025年4月28日 (一) 07:44 (UTC)

@Aerotinge：什麼意思？如果祇是在標題間移動，不會有問題吧？—— Eric Liu_（留言） 2025年4月28日 (一) 17:35 (UTC)

確定一下，您要實施的操作是：

「將Template:!移動到Template:僻字，保留重定向。」對嗎？這應當不會有問題。

有問題的是在本地使用{{!}}錄入的作品，在複雜的頁面上，對{{!}}模板的調用可能會被Parsoid誤解析成魔術字{{!}}，然後返回單個pipeline字符。如下所示(上：現行解析器；下：Parsoid)

(Parsoid是WMF將採用的解析器，且已部署到數個維基項目上。本地可由工具選項開啟，或在偏好設定中選用)

要治標，一是上報phab開工單讓他們查bug、改解析器的行為。一是本地徹底棄用{{!}}，將現存的{{!}}模板調用全數改成{{僻字}}模板，主動避讓問題。

我是覺得如果是WMF去改行為，那本地模板正不正名倒無所謂。若是本地主動退讓，這樣一個影響龐大的操作，以「正名」名義發起似不夠充分。

以上望能解釋我之前回覆不足處。最後，如果對{{!}}的問題還有要繼續詢問、討論，還請另開一串討論獨立出，因該問題與本串主題直接關聯性較弱。

ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年4月29日 (二) 03:00 (UTC)

我个人无所谓，看各位的谈话中似乎此处还有些技术问题，我不太懂，只好辛苦各位思量了。 银色雪莉（留言） 2025年4月28日 (一) 08:32 (UTC)

支持移動到{{僻字}}。如果社群對使用及棄用哪些別名有共識，可在模板説明頁寫明，及使用{{template shortcut}} 模板標記。 Andayunxiao（留言） 2025年4月29日 (二) 15:36 (UTC)

 支持感叹号模板更名为僻字，感叹号意义实在过多，僻字功能占用这个领域实在让人违和感十足。 Liuxinyu970226（留言） 2025年5月6日 (二) 22:50 (UTC)

已導入維基百科樣式及移動本模板至{{僻字}} Midleading（留言） 2025年5月15日 (四) 15:38 (UTC)

建議對有刪除性質的數個維護模板添加NOINDEX魔術字，阻止頁面問題解決前被快取到外部

想建議對{{sdelete}}、{{afd}}、{{Copyvio}}模板的<include>段內添加__NOINDEX__魔術字。使具爭議內容不被網路爬蟲快取。

雖說掛前兩者模板的頁面在本站的活躍巡查下，排查時間通常也不長。於此兩模板添加__NOINDEX__僅是起到一個後援作用。 而{{Copyvio}}雖已隱蔽內文，使爬蟲無法快取內文，但還是建議添加，能起到整頁完全避免的作用。

愚一時之見，如有未盡周詳之處，如違反原則、濫用魔術字等可能，也請提出指教。 ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年5月3日 (六) 03:18 (UTC)

根据mw:Manual:$wgExemptFromUserRobotsControl/zh，__NOINDEX__對主命名空間的頁面無效，所以在這些模板中添加__NOINDEX__是無效的 Midleading（留言） 2025年5月3日 (六) 04:32 (UTC)

了解，相當合理呢。多謝說明。ᡥᠣᡵᠣᠩᡤᠣ ᠶᠠᠩᠰᠠᠩᡤᠠ ᡩᡝᠶᡝᠨ ᡳ ᠪᡳᡨᡥᡝ ᠸᡝᡳᠯᡝᡵᡝ ᠪᠠ ᠠᡳᠰᡳᠯᠠᡵᠠ ᠪᡳᡨᡥᡝᠰᡳ ᡝᡵᡤᡝᠨ（ᠯᡝᠣᠯᡝᠪᡠᠮᠪᡳ） 2025年5月3日 (六) 06:25 (UTC)

要不跟Phabricator说一下，请求允许部分主空间页面NOINDEX有效？然后另行规定方针指引规定什么情况下可以在主空间插入NOINDEX？ Liuxinyu970226（留言） 2025年5月6日 (二) 22:48 (UTC)

申请对未来会被删除的主空间页面NOINDEX有效不就是刻舟求剑吗，跟Phabricator申请没有用，得跟如来佛申请 Midleading（留言） 2025年5月7日 (三) 01:13 (UTC)

@Midleading https://archive.is/ 了解一下，那玩意有概率主抓程序漏洞强行存档已删除网页。 Liuxinyu970226（留言） 2025年5月13日 (二) 16:54 (UTC)

外部网站复制含有copyvio的页面是外部网站的法律责任，和维基文库无关。而且一旦页面添加NOINDEX并且被爬虫获知，以后就算页面决定保留了，爬虫也不会再过来索引了。所以NOINDEX真的只适合于中国大陆式的“永久封禁、彻底凉凉”的东西，包括{{blocked user}}和{{locked global account}}。 Midleading（留言） 2025年5月14日 (三) 08:19 (UTC)

提議首頁展示最近完成的作品

對比百科和英文文庫的首頁設計，提議在首頁展示文庫最近錄入完成的且質量較好的作品。 其目標，大約相當於百科首頁的新條目，與英文文庫首頁的 New Texts（新作品) 。本地活躍編者數尚不足支持協作核對，最多只好要求整個作品已由一個編者校對，即已校對（或 75%）。與英文文庫首頁標準相同。對長作品也可考慮只要求内容已經完成，沒有維護模板，且編者已確信内容足夠準確，不需近期持續編輯，即可符合標準。

提議的目的是給錄入作品的編者中期目標和獎勵。首頁現有編輯動態已反映近期編輯熱門，惟短作品如一次完成則無登榜可能。以此提議，新錄入的已校對的短作品可獲關注。對長作品，編輯最多的時段常常仍未完成，完成時反容易跌出榜單。如以完成狀態呈示，可避免讀者提早看到「施工現場」，也和百科評選要求條目已寫好的做法一致。

相關提議是建立en:Wikisource:Works/2025對應的頁面並從首頁連入，記錄本年内新校對的作品。無論作品頁還是校對頁錄入，維基文庫都只有單個頁面的狀態及其分類（Category:文本完善度，Category:页面校对状态），沒有對多子頁的整部作品的狀態標記（索引頁記錄全局狀態但不等於作品）。此項標準簡單，可能由脚本或機器人自動完成。 Andayunxiao（留言） 2025年5月8日 (四) 17:19 (UTC)

現時文庫活跃程度尚不足以全面實行作品完成度的評審，仍有很多作品完成編輯時未添加任何來源或品質模板，所以目前只能以全自動方式快速更新首頁以避免過多增加社群和管理員負擔，更新方式见此使用者腳本。如有更好方式自動更新首頁，還請賜教。 Midleading（留言） 2025年5月9日 (五) 03:36 (UTC)

感謝閣下一直維護首頁的最近編輯動態。此提議希望在首頁另處顯示新錄入作品，不涉及更改或重組其他首頁内容。

如果社群對首頁此欄展示的標準有共識，則可全憑社群自覺，無需評審，更無需對作品内容有審查或要求。

作爲參考，英文文庫的實現辦法是編者自行提交。使用模板en:Template:new texts, 編者將要發佈的作品加到此模板頁的頂端，同時將第一組的末位移到第二組。第一組，即最新發佈作品嵌入到首頁。每月由編者手動存檔到子頁（如en:Template:New_texts/2025/04）。見其編輯歷史 (外部頁面）。模板為半保護，即限自動確認用戶提交。以英文文庫月均約200人的活躍編者數，每月新作品尚不足百，本地符合條件的可能不到20/月，社群完全可以承擔。

另外，本人覺得英文文庫方案的更迭也過頻繁，對於文庫這樣的「慢維基計劃」，大可每兩三個月更新一次，讓榜單停留時間稍久些，並在數量超過首頁容量（5-10位為適）時用模板自動輪換顯示，如此則至多榜單更新不及時，無需管理員有任何必需操作。

至於自動更新方案，對校對頁可篩選帶「已校對」及「已核對」標簽的最近編輯，如站内搜索：[95]，然後獲得對應作品名，再篩選確實完成者。對作品頁則需追蹤最近編輯頁中有分類:75%及分類:100%的頁面。如上所述，因數量不多，實可編者手動提交。 Andayunxiao（留言） 2025年5月9日 (五) 08:13 (UTC)

本人曾在前年寫字間發過thread幾點想法，其中系統性談到過本站頁面的前端設計問題。但因為本站缺乏頁面管理員。故而不了了之。

本站的主頁至少接近20年沒有大規模調整過。整個設計問題堆積如山。即便是當年的頁面管理員也沒用心好好針對文庫類網站進行設計。而此人之後完全失聯。已經十幾年。

至少應該針對編輯者和閱讀者兩種身份，分別設計頁面，予以不同展示。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年5月9日 (五) 04:56 (UTC)

好像確實可以有一個地方展示已校新文。—— Eric Liu_（留言） 2025年5月9日 (五) 18:03 (UTC)

RfC ongoing regarding Abstract Wikipedia (and your project)

(Apologies for posting in English, if this is not your first language)

Hello all! We opened a discussion on Meta about a very delicate issue for the development of Abstract Wikipedia: where to store the abstract content that will be developed through functions from Wikifunctions and data from Wikidata. Since some of the hypothesis involve your project, we wanted to hear your thoughts too.

We want to make the decision process clear: we do not yet know which option we want to use, which is why we are consulting here. We will take the arguments from the Wikimedia communities into account, and we want to consult with the different communities and hear arguments that will help us with the decision. The decision will be made and communicated after the consultation period by the Foundation.

You can read the various hypothesis and have your say at Abstract Wikipedia/Location of Abstract Content. Thank you in advance! -- Sannita (WMF) (留言) 2025年5月22日 (四) 15:27 (UTC)

通用行為準則協調委員會動議通知

註：請到元維基檢閱原公告。

通用行為準則協調委員會 (U4C) 收到了有關中文維基文庫 (zhsource) 管理員的案件。為解決此案，特採納以下動議：

U4C 藉由動議結案。我們鼓勵 zhsource 社群繼續在本地解決此案所提出的衝突。作為第一步，Zhxy 519 的解任案應該舉行。本案的任何一方都不得關閉或移除此解任案。任何對此解任案的干擾都可向 U4C 報告。我們警告所有 zhsource 管理員不要不當干擾 RFDA。不當干擾包括關閉或移除任何關於自己的 RFDA。U4C 可能會對此後不當干擾 RFDA 的 zhsource 管理員提出除權動議。

根據內部討論，進一步說明此案的一些要點：

• 本地指引要求所有RFDA有討論与答辯期。 U4C 認為，該案件請求已起到討論和答辯的作用，因此應立即開始投票階段。
• U4C 將密切監控 RFDA，並對 RFDA 期間發生的任何不當行為採取適當行動。

0xDeadbeef（留言） 2025年5月23日 (五) 05:45 (UTC)

請於Wikisource:申請成為管理員投票。 0xDeadbeef（留言） 2025年5月23日 (五) 05:50 (UTC)

根据 U4C 動議，本次投票不設置聯署、答辯程序。由於維基文庫有用戶認為應當同時對其他當事管理員提出解任，為遵守公平原則，在此次投票期間發起對本案件相關其他當事管理員（包括User:Gzdavidwong、User:Jusjih和User:Midleading）的解任投票，這些解任投票均不設置聯署、答辯程序而進入投票階段。所有解任投票的持續時間不少於14日，且應當在相同時間結束。 Midleading（留言） 2025年5月23日 (五) 09:52 (UTC)

有關通知收悉。—— Eric Liu_（留言） 2025年5月23日 (五) 16:51 (UTC)

那就更要尊重用可信事件解任Gzdavidwong的案件，其最重要爭端是Zhxy 519强行回退2022年以及2023年解任案的“受益人”，因而管理身份不正。--Jusjih（留言） 2025年5月24日 (六) 21:50 (UTC)

你提出投票的理據本來也「不正」啊⋯⋯ —— Eric Liu_（留言） 2025年5月25日 (日) 06:21 (UTC)

正不正，不是Ericliu1912一人說的就算，但需要社群斟酌禁制。--Jusjih（留言） 2025年6月16日 (一) 00:06 (UTC)

上面確實是個人意見而已，我也沒認為自己「說的就算」。—— Eric Liu_（留言） 2025年6月16日 (一) 01:40 (UTC)

註：有關解任投票均已結束，並分別通報全域委員會在案。—— Eric Liu_（留言） 2025年6月16日 (一) 01:40 (UTC)

新人，想编辑条目，我需要向导和帮助

最近我需要一些文档并打印出来，但让我十分痛苦，所以我需要编辑条目在帮助自己的同时顺便帮助其他人。

首先是《金光明最勝王經》，拿子目录《金光明最勝王經/卷一》举例。维基文库有个功能可以将繁体中文自动转换成简体中文，但这个转换功能无法转换“含有多个缩进的文字框”（我也不清楚如何描述，可以点击这个超链接（也就是《金光明最勝王經/卷一》）自行尝试），所以我想新增一个简体中文的翻译来解决这个问题。

其次是《仁王護國般若波羅蜜多經》这个条目排版太乱了，我想模仿《金光明最勝王經》重新排版。我需要添加一个主条目，再加“上下”两个卷（来源于此），并且此条目我也想加简体中文的翻译。 Bacterium7868（留言） 2025年5月28日 (三) 11:35 (UTC)

首先閣下如需要打印時指定特定用字（簡體或繁體，而不是不轉換），只能通過網頁瀏覽器的「打印」功能。作品頁右上的「下載」按鈕是外部工具，非本地社群開發，如果本人沒有記錯，還不支持中文站點的選擇用字，只能輸出不轉換的原字。

金光明最勝王經作品的問題：未經排版，維基語法應用不當，使得詩詞段落不能繁簡轉換。已使用模板適當重排，見金光明最勝王經/卷一示例，其他分卷可照搬。

技術原因：按Wikitext 語法，空格開頭效果不是縮排而是保留源碼排版。字詞轉換預設對以空格開頭的行（及<pre> 標簽）無效。

建議：正確地使用Wikitext語法，如見中文維基百科幫助。向左縮排可用模板，如{{dent}}，{{gap}}， {{indent pars}}等，或以{{center}}模板居中。詩詞請用<poem>標簽或{{ppoem}}模板。 Andayunxiao（留言） 2025年5月28日 (三) 15:58 (UTC)

又，上面「空格開頭效果不是縮排」係指英文空格。中文全角空格「　」（U+3000）無此問題。 Andayunxiao（留言） 2025年5月28日 (三) 16:09 (UTC)

感谢您的回复。目前《金光明最勝王經》以及子目录目前已无“保留源码排版”问题，已删除“未排版标签”。《仁王護國般若波羅蜜多經》以及子目录目前已经完善。

但在编辑的时候标题失误了所以多出来了《仁王護國般若波羅蜜多經/上卷》和《仁王護國般若波羅蜜多經/下卷》目前已用《仁王護國般若波羅蜜多經/卷上》和《仁王護國般若波羅蜜多經/卷下》代替，请问这个该如何处理？

但还有个问题想要咨询一下您，那四个英文回车组成的灰色文字框是什么？ Bacterium7868（留言） 2025年5月29日 (四) 23:20 (UTC)

不明白四个英文回车组成的灰色文字框所指為何。是某個作品頁面的源碼，還是界面？可有例子？ Andayunxiao（留言） 2025年5月31日 (六) 05:54 (UTC)

论坛本身的繁简转换功能不好用吗？未发现不能转简体啊 Liouxiao（留言） 2025年5月29日 (四) 15:18 (UTC)

我已经把上面提到的两篇文章全部做了改动，目前已无这个问题了。您可以查看《金光明最勝王經》子目录的历史记录点击上一版进行转换测试（好像是2018版），例《金光明最勝王經/卷一》《金光明最勝王經/卷二》 Bacterium7868（留言） 2025年5月29日 (四) 23:14 (UTC)

整合管理員指引及管理員的離任指引

目前兩頁面分立情況，應係承襲百科。惟後者篇幅實不能算多，以致要完全獨立於管理員指引。故本人提議，將後者併入前者，整合為一。此一提議，純粹涉及排版挪移（包含個別小節層次及位置調整等），內文本身全不改動。—— Eric Liu_（留言） 2025年5月28日 (三) 12:18 (UTC)

註：此提案與目前兩場管理員解任投票均無涉，且將在所有投票結束以後再確認是否推行。—— Eric Liu_（留言） 2025年5月28日 (三) 12:26 (UTC)

 反对内容目的不同，如贸然合并，恐怕以后修订难度只会进一步加大。 Liuxinyu970226（留言） 2025年6月2日 (一) 03:11 (UTC)

@Liuxinyu970226：兩者目前已都是指引，修改難度相同，不確定你所指何意？—— Eric Liu_（留言） 2025年6月2日 (一) 07:01 (UTC)

@Ericliu1912您可以翻翻过去几年的存档，看看修订后者究竟有多难，不少人的修订意见刚提出来竟然直接被回退了，而前者仅仅是将近一个月的讨论后，一周投票瞬间通过。 Liuxinyu970226（留言） 2025年6月2日 (一) 07:50 (UTC)

管理員的離任修訂不順利以及修正案投票被太快關閉不過是一些用戶屢次游戲維基規則的後果，本來應該像@Ericliu1912：所言修改難度相同的。如果游戲維基規則的行為停止，可以考慮支持，但目前還需觀察。 Midleading（留言） 2025年6月2日 (一) 09:26 (UTC)

本來修訂任何指引，都應遵循相同流程。若你所說屬實，那當是個別提案問題，並不代表兩者修訂難度「應該」不同。—— Eric Liu_（留言） 2025年6月2日 (一) 16:04 (UTC)

@Ericliu1912所以阁下已经收到反对了，阁下无权自行合并两页，不是么？ Liuxinyu970226（留言） 2025年6月3日 (二) 22:46 (UTC)

前面哪裡說過要逕行合併了？這不是正還在討論嗎？不知道你什麼意思，莫名其妙。—— Eric Liu_（留言） 2025年6月3日 (二) 22:48 (UTC)

(？)疑問：界面管理员是否适用管理员的离任指引？ dringsim 2025年6月2日 (一) 16:18 (UTC)

介面管理員為技術權限，一般沒什麼爭議。我覺得不必採納與管理員同等複雜的規範，有需要再提出就好。若確要予以規範，可以改在介面管理員頁面另行寫出。—— Eric Liu_（留言） 2025年6月2日 (一) 16:21 (UTC)

提及模板更新

剛剛以百科版本為基底更新了提及模板，現在沒意外的話一次最多可以提及五十個人（本來五個而已）。—— Eric Liu_（留言） 2025年6月5日 (四) 21:39 (UTC)

2025年第25期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 即日起，您可以提名您最喜歡的工具參加第六屆最酷工具獎。提名採不具名，將持續開放至6月25日。您可以重複提交問卷以提名多個工具。
• 上週有33件社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 本週軟體更新細節： MediaWiki

深入了解

• 多年來，基金會職員和技術志願者利用維基媒體API開發了各種工具、應用程式、功能和整合方案，以提升使用者體驗。未來幾年，MediaWiki介面團隊將投資維基媒體Web（HTTP）API，以更好地滿足技術志願者的需求，並預防維基媒體基礎設施遭到濫用。參閱這篇Techblog文章，了解更多關於團隊的API發展計畫。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年6月16日 (一) 23:38 (UTC)

Wikimedia Foundation Board of Trustees 2025 - Call for Candidates

更多语言 • 请帮助翻译至您的语言

Hello all,

The call for candidates for the 2025 Wikimedia Foundation Board of Trustees selection is now open from June 17, 2025 – July 2, 2025 at 11:59 UTC [1]. The Board of Trustees oversees the Wikimedia Foundation's work, and each Trustee serves a three-year term [2]. This is a volunteer position.

This year, the Wikimedia community will vote in late August through September 2025 to fill two (2) seats on the Foundation Board. Could you – or someone you know – be a good fit to join the Wikimedia Foundation's Board of Trustees? [3]

Learn more about what it takes to stand for these leadership positions and how to submit your candidacy on this Meta-wiki page or encourage someone else to run in this year's election.

Best regards,

Abhishek Suryawanshi
Chair of the Elections Committee

On behalf of the Elections Committee and Governance Committee

[1] https://meta.wikimedia.org/wiki/Special:MyLanguage/Wikimedia_Foundation_elections/2025/Call_for_candidates

[2] https://foundation.wikimedia.org/wiki/Legal:Bylaws#(B)_Term.

[3] https://meta.wikimedia.org/wiki/Special:MyLanguage/Wikimedia_Foundation_elections/2025/Resources_for_candidates

MediaWiki message delivery（留言） 2025年6月17日 (二) 17:44 (UTC)

台灣分會2025年6月對話時間

台灣維基媒體協會2025年6月的對話時間，訂於台灣時間6/26 (四) 19:00舉行，
參與連結為 https://meet.google.com/qiv-ctih-sse 。
想跟更多台灣維基人互動嗎？不知道台灣有個維基協會，或知道協會但不知道他們平常都在幹嘛嗎？
本次對話時間將進行今年COSCUP議程主題爆料，這是將是讓你深入了解協會運作並參與交流的絕佳機會！快來一起參加！

--MediaWiki message delivery（留言） 2025年6月23日 (一) 01:01 (UTC)

Wikisource:请求保护设立存档页并重新排版

适才路过瞄一眼，感觉不少讨论都已日久，可以存档以便当前使用；同时顺便排个版，按时序从前往后，现在这个顺序也是...本地一般也不这么排啊（哭笑）因为是wikisource页面，还是在此征求各位意见，看看是否有什么遗漏不当。 银色雪莉（留言） 2025年6月23日 (一) 03:52 (UTC)

2025年第26期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 本週，內容維護工具團隊和機器學習團隊將繼續推出近期變更的新篩選器，將其部署至最後一批維基百科。該篩選器利用研究團隊所建立的「回退風險模型」（Revert Risk model），醒目標示可能會被回退的編輯，協助近期變更巡查員識別可能有問題的貢獻。該功能將在以下維基百科推出：阿塞拜疆语维基百科、​拉丁语维基百科、​马其顿语维基百科、​马拉雅拉姆语维基百科、​马拉地语维基百科、​新挪威语维基百科、​旁遮普语维基百科、​斯瓦希里语维基百科、​泰卢固语维基百科、​他加禄语维基百科。未來幾週內，該功能將繼續在本專案涵蓋的其餘維基百科推出。 [96]

近況更新 - 面向編輯者

• 上週，臨時帳號已部署至捷克語、韓語和土耳其語維基百科。本週下週，將繼續部署至其他大型維基百科。您可以在討論頁分享您對此專案的想法。 [97]
• Later this week, the Editing team will release Multi Check to all Wikipedias (except English Wikipedia). This feature shows multiple Reference checks within the editing experience. This encourages users to add citations when they add multiple new paragraphs to a Wikipedia article. This feature was previously available as an A/B test. The test shows that users who are shown multiple checks are 1.3 times more likely to add a reference to their edit, and their edit is less likely to be reverted (-34.7%). [98]
• 由於軟體更新以及為了符合最新的Unicode標準，有幾個頁面需要重新命名。所有這些變更都與標題大小寫變更有關。橫跨15個維基站點，大約有71個頁面和3個檔案將被重新命名；參見Phab工單中的完整清單。開發人員將於下週重新命名這些頁面，並在幾分鐘後透過系統設定更新來修復重新導向和嵌入檔案連結。
• 上週有24件社群提交的工單得到解決。 例如，先前使用者選取靠近頂端的文字時，一個錯誤會導致頁面向上捲動，此問題現已修正。 [99]

近況更新 - 面向技術貢獻者

• Editors can now use Lua modules to filter and transform tabular data for use with Extension:Chart. This can be used for things like selecting a subset of rows or columns from the source data, converting between units, statistical processing, and many other useful transformations. Information on how to use transforms is available. [100]
• 防濫用過濾器的all_links變數已更名為new_links，以遵循一致的命名原則。舊名仍可作為別名正常運作。 [101]
• 本週軟體更新細節： MediaWiki

深入了解

• 季刊Growth電子報新期數發布。 It includes: the recent updates for the "Add a Link" Task, two new Newcomer Engagement Features, and updates to Community Configuration.

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年6月23日 (一) 23:21 (UTC)

Sister Projects Task Force reviews Wikispore and Wikinews

親愛的維基媒體社群，

維基媒體基金會理事會的社群事務委員會 (CAC)指派姊妹專案工作小組 (SPTF)更新並實施一套評估姊妹專案（即由維基媒體基金會 (WMF)支援的維基媒體計劃）生命週期的程序。

維基媒體運動始終秉持著提供相關、可訪問且具有影響力的自由知識願景。隨著維基媒體專案生態系統的不斷發展，我們必須定期審查現有專案，以確保所有專案仍然符合我們的目標和社群能力。

儘管有些維基媒體專案的初衷崇高，但這些專案可能不再有效地服務於其最初的目標。審查此類專案並非放棄，而是對共享資源進行負責任的管理——志願者的時間、員工支援、基礎設施和社群關注都是有限的，而隨著我們的生態系統進入一個與我們最初創立時不同的網路時代，非技術成本往往會大幅增長。支持不活躍的專案或未能實現我們目標的專案，可能會無意中將這些資源從更具潛在影響力的領域轉移。

此外，維護那些不再體現維基媒體名稱所代表的品質和可靠性的專案會帶來聲譽風險。一個被放棄或可靠性下降的專案會影響人們對維基媒體運動的信任。

最後，如果不停止或重新規劃那些不再有效的維基媒體專案，啟動新專案將變得更加困難。當社群感到被過去的每一個決定所束縛——無論這些決定多麼過時——我們就有可能陷入停滯。一個健康的生態系統必須允許進化、適應，並在必要時放手。如果我們期望每個維基媒體專案都必須無限期地存在，我們就會限制實驗和創新的能力。

因此，姊妹專案工作小組審查了兩項關於姊妹專案生命週期的申請，以進行研究並示範審查流程。我們選擇 Wikispore （維基孢子） 作為可能啟動新姊妹專案的案例研究，並選擇維基新聞作為現有專案審查的案例研究。初步調查結果已在 2024 年 9 月 11 日的社群事務委員會會議上進行了討論，社群事務委員會建議就這兩項提案進行社群諮詢。

Wikispore （維基孢子）

以Wikispore （維基孢子）為新姊妹專案的申請已於2019年提交。姊妹專案工作小組決定更深入地審查此申請，因為 Wikispore （維基孢子）不像大多數新姊妹專案提案那樣專注於特定主題，而是有潛力培養多個新創的姊妹專案。

經過仔細考慮，姊妹專案工作小組決定不推薦 Wikispore （維基孢子）作為維基媒體姊妹專案。考慮到目前的活動水平，目前的安排允許更好的靈活性和實驗性，而維基媒體基金會則提供核心基礎設施支援。

我們認同該專案的潛力，並尋求社群意見，以確定什麼樣的活動和參與度才算足夠，以便在未來重新考慮其地位。

作為審查過程的一部分，我們與 Wikispore （維基孢子）社群分享了這項決定，並邀請了社群領導人之一 Pharos 參加姊妹專案工作小組會議。

目前，我們特別邀請大家就專案準備情況提供可衡量的回饋，例如貢獻者數量、內容量以及持續的社群支援。這將充分闡明開設新姊妹專案的標準，包括未來 Wikispore （維基孢子）可能會重新申請。然而，這些數字只是提供指導作用，因為任何數字都可能被操縱。

維基新聞

在現有的維基媒體姊妹專案中，我們選擇對維基新聞進行審查，因為我們從多方面觀察到維基新聞是最受關注的專案。

自 2023 年姊妹專案工作小組成立以來，其成員一直在會議和社群線上會議上就未履行維基媒體運動承諾的姊妹專案徵求社群意見。[1][2][3] 維基新聞是評估的主要候選專案，因為來自多個語言社群的人們提出了這項建議。此外，從大多數指標來看，維基新聞是最不活躍的姊妹專案，多年來活動量下降幅度最大。

雖然語言委員會定期開放和關閉姊妹專案的小語種版本，但從未有人提出關閉主要語言維基百科或任何英語姊妹專案的有效提案——維基新聞則並非如此。曾有人提議關閉英文維基新聞，該提議獲得了一些支持，但並未最終付諸行動[4][5]，此外同時有一份關閉所有語言維基新聞的提案草案[6]。

維基媒體基金會工作人員編製的初步指標同時佐證了維基媒體運動社群對維基新聞的擔憂。

基於此報告，姊妹專案工作小組建議社群重新評估維基新聞。我們得出的結論是，維基新聞目前的結構和活躍度在現有姊妹專案中最低。姊妹專案工作小組同時建議在諮詢期間暫停新語言版本的開放。

姊妹專案工作小組將對此分析進行討論，並歡迎討論其他替代方案，包括潛在的重組措施或與其他維基媒體專案整合。

目前提到的選項（可能僅適用於活躍度較低的語言或所有語言）包括但不限於：

• 重構維基新聞的運作方式，並將其與其他專案中的時事工作連結起來；
• 將維基新聞的內容合併到相關語言的維基百科中，亦可能合併到新的命名空間中；
• 將內容合併到相容授權的外部專案中；
• 封存維基新聞專案。

您的見解和觀點對於塑造這些專案的未來至關重要。我們鼓勵所有有興趣的社群成員在相關討論頁面或其他指定的回饋管道分享他們的想法。

回饋與後續步驟

如果您有意參與討論這些專案的未來發展和審核流程，我們將不勝感激。我們正在設定兩個不同的專案頁面：關於維基孢子的公眾諮詢和 關於維基新聞的公眾諮詢。請在2025年6月25日至2025年7月27日之間參與，屆時我們將總結討論內容，以便推進後續工作。您可以使用自己的語言撰寫意見。

同時，我將於7月16日星期三11:00（世界協調時間）和7月17日星期四17:00（世界協調時間）主持社群對話（通話連結即將發布），並將在維基媒體國際會議上進行更多討論。

-- Victoria on behalf of the Sister Project Task Force, 2025年6月27日 (五) 20:57 (UTC)

部分文档的标题长度超出MediaWiki允许的上限

部分文档的标题长度已超出MediaWiki的页面标题长度上限（即255字节），例如中华人民共和国国务院公报/2022年/第24号中的[[民政部 发展改革委 教育部 公安部 司法部 财政部 人力资源社会保障部 住房城乡建设部 交通运输部 农业农村部 文化和旅游部 卫生健康委 退役军人部 应急部 体育总局 医保局关于健全完善村级综合服务功能的意见]]和中华人民共和国最高人民法院公报/2023年#第5期（总第321期）中的[[人力资源社会保障部 中央政法委 最高人民法院 工业和信息化部 司法部 财政部 中华全国总工会 中华全国工商业联合会 中国企业联合会/中国企业家协会关于进一步加强劳动人事争议协商调解工作的意见]]。这些页面应当如何命名？ dringsim 2025年6月30日 (一) 11:32 (UTC)

可以考慮比照維基百科，建立一種技術限制的命名及標註方式。當然MediaWiki如果能放寬，那是最好，但應該不太可能😅 —— Eric Liu_（留言） 2025年6月30日 (一) 11:45 (UTC)

用{{long title}}模板即可。可参考全国人民代表大会常务委员会关于延长授权国务院在北京市大兴区等二百三十二个试点县（市、区）、天津市蓟州区等五十九个试点县（市、区）行政区域分别暂时调整实施有关法律规定期限的决定。 Ewan0707（留言） 2025年6月30日 (一) 15:03 (UTC)

可以用阿拉伯数字，如全国人民代表大会常务委员会关于延长授权国务院在北京市大兴区等232个、天津市蓟州区等59个试点县级行政区域分别暂时调整实施有关法律规定期限的决定。 西城東路（留言） 2025年7月3日 (四) 03:13 (UTC)

我给出的例子都没有数字。 dringsim 2025年7月3日 (四) 12:52 (UTC)

話說這種法規有沒有官方或常用簡稱啊？—— Eric Liu_（留言） 2025年7月4日 (五) 12:21 (UTC)

到字数截断就可以了，除非到字数截断会导致重名（在255字节之后才有差异的情况）。即便有上方被移动的例子（先不去讨论这个移动是否合理），显然不是所有标题里都有数字，也不是所有数字都适合改成阿拉伯数字。 --达师 - 370 - 608 2025年7月5日 (六) 09:49 (UTC)

2025年第27期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 所有維基百科現皆已啟用CampaignEvents擴充功能。該擴充功能讓維基人更容易在維基上舉辦參與編輯松、維基專題等協作活動。該擴充功能有三大功能：活動報名、協作清單和邀請名單。若其他維基想啟用該擴充功能，請見部署資訊頁的說明。

近況更新 - 面向編輯者

• 防濫用過濾器維護者現在可以在防濫用過濾器中設定匹配IP信譽資料的規則。IP信譽資料是與IP位址關聯的代理和VPN資訊。IP信譽資料不會公開顯示，也不會因一般使用者所執行的操作而產生。 [102]
• 現在，當有人在支援的瀏覽器中使用網頁瀏覽器的「在網頁中尋找」功能（Ctrl+F或⌘F）時，維基頁面中可摺疊部件內的隱藏內容會自動展開來。 [103][104]
• 本週稍晚，新功能「收藏模板」將在所有專案推出（英語維基百科除外，預定下週推出）。該功能先前已在波蘭語和阿拉伯語維基百科、義大利語和英語維基文庫試行推出。使用者可以用該功能將模板加入「收藏清單」，方便新手和資深貢獻者透過模板對話框來調用和探索模板。視覺化編輯器和wikitext編輯器中均可使用該功能。該功能屬於社群願望清單的一個重點領域。
• 上週有31件社群提交的工單得到解決。 例如，先前有個錯誤導致通知重複發送，此問題現已修正。 [105]

近況更新 - 面向技術貢獻者

• 本週軟體更新細節： MediaWiki

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年6月30日 (一) 23:40 (UTC)

為使用者命名空間禁止索引事

有些編者會將待錄入或待整理文獻放在自己的使用者子頁面，也有不少使用者頁面是為了其他個人用途。這些頁面多半不是正式的內容頁面，但在網路上能夠搜尋，可能引發讀者誤會（比方說我今天搜鄧小平「復出」決議就搜到某篇沙盒）。所以本人希望比照百科經驗，推動使用者命名空間一律禁止索引（NOINDEX）。以上，請社群商議。—— Eric Liu_（留言） 2025年7月1日 (二) 11:42 (UTC)

 支持 Teetrition（留言） 2025年7月1日 (二) 11:52 (UTC)

 支持，以免误导。 银色雪莉（留言） 2025年7月2日 (三) 13:15 (UTC)

 支持 dringsim 2025年7月3日 (四) 12:52 (UTC)

 支持 本人的已废弃沙盒里保存着未校订的修真十书上清集，因为主命名空间未录入，导致该废弃沙盒浏览量高。 Midleading（留言） 2025年7月3日 (四) 13:22 (UTC)

这个已经对站外用户造成误导了。 GZWDer（留言） 2025年7月4日 (五) 09:00 (UTC)

题外话：这好像确实是那本词典的内容？[106]不过我仍然是赞成禁止索引使用者命名空间的。 银色雪莉（留言） 2025年7月4日 (五) 09:14 (UTC)

这些页面已经提交过删除讨论。目前正在等待@Jusjih：检查是否重复内容再删除，但是Jusjih无回应。 Midleading（留言） 2025年7月4日 (五) 09:25 (UTC)

哪些页面已经提交过删除讨论？--Jusjih（留言） 2025年7月18日 (五) 18:03 (UTC)

@Jusjih：Special:前缀索引/User:A-Chioh/的所有页面。 Midleading（留言） 2025年7月21日 (一) 09:17 (UTC)

Special:前缀索引/User:A-Chioh/的所有页面，試行國臺對照活用辭典以及“User:A-Chioh/Koktai/Wiki”往返互移，已減少使用者索引，但不能直接覆蓋的，仍要人工查核。確定完全重複的就刪。有分叉的再分別查核。--Jusjih（留言） 2025年8月14日 (四) 17:27 (UTC)

---

社群似有共識，據此公示七日。—— Eric Liu_（留言） 2025年7月11日 (五) 05:20 (UTC)

再等幾天看看。—— Eric Liu_（留言） 2025年7月23日 (三) 06:54 (UTC)

@Ericliu1912别等了，直接Phabricator一日游不更好，再等黄花菜都凉了。 Liuxinyu970226（留言） 2025年8月9日 (六) 04:58 (UTC)

其實是我不怎麼熟悉Phab提案流程Orz，不如問問Template:Ping2。—— Eric Liu_（留言） 2025年8月14日 (四) 17:20 (UTC)

@Midleading、沈澄心、Teetrition、银色雪莉、GZWDer：* —— Eric Liu_（留言） 2025年8月15日 (五) 18:47 (UTC)

@Ericliu1912：phab:T402068。 dringsim 2025年8月16日 (六) 04:57 (UTC)

@Ericliu1912：用户讨论页是否也禁止索引？ dringsim 2025年8月16日 (六) 08:01 (UTC)

另外是“禁止索引”还是“默认不索引”？前者比后者要多修改一项配置。 dringsim 2025年8月16日 (六) 11:32 (UTC)

先改為預設不索引好了。另應包含全部使用者命名空間。—— Eric Liu_（留言） 2025年8月16日 (六) 20:23 (UTC)

已经完成配置更改。 Midleading（留言） 2025年8月27日 (三) 10:43 (UTC)

2025年第28期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 臨時帳號已部署至18個中大型維基百科，包括中文、德語、日語、法語等。現在，所有維基中約有三分之一的非登入活動來自臨時帳號。參與巡查的使用者可能會對下列新說明文件感興趣：對IP的存取——解釋與存取臨時帳號IP位址相關的所有事項；資源庫——內有新的小工具和腳本的清單。

近況更新 - 面向編輯者

• 所有使用者現在可以遊玩一個測試階段遊戲，維基競速（WikiRun），玩法為在維基百科裡競速，用最短時間和最少點擊數到達目標頁面。這個專案旨在開發吸引讀者的新方式。試玩遊戲並回報你的想法給開發團隊。
• 在Android版維基百科APP，部分語言的使用者現在可以遊玩全新推出的問答遊戲。「Which came first?」是一個簡單的歷史遊戲，讓玩家猜測歷史上的今天發生的兩個事件中，哪一個較早發生。這款遊戲之前以A/B測試的形式提供。現在，所有中文、英語、德語、法語、西班牙語、葡萄牙語、俄語、阿拉伯語和土耳其語使用者均可遊玩。此功能旨在吸引新世代的讀者。 [107]
• 部分語言的iOS版維基百科APP使用者可能會中見到新推出的分頁瀏覽功能，閣下可使用此功能在瀏覽時打開多個分頁。此功能使得瀏覽相關主題和切換瀏覽條目變得更便捷。此功能的A/B測試會推送至特定地區的阿拉伯語、英語和日語使用者。更多詳情請見本項目頁面。
• 維基行政員現可使用Special:VerifyOATHForUser檢查使用者是否啟用雙重驗證。 [108]
• 新功能模板分類瀏覽器將於本週稍晚部署至所有維基媒體專案，協助用戶將模板加入至收藏列表。此瀏覽器將允許用戶在給定分類樹視圖下瀏覽一系列模板。此功能由社群透過社群願望清單所要求，屬於重點領域「模板調用和探索」。
• 現可從監視清單訪問監視清單設置，冗餘的編輯清單按鈕已被移除。 [109]
• 上週有27件社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• MediaWiki 1.44版本中新增了統一的內建通知系統，讓開發者更容易發送、管理和自訂通知。請參閱更新說明文件Manual:Notifications、T388663中關於遷移的資訊、以及T389624中關於已廢棄勾點的詳細資訊。
• 本週軟體更新細節： MediaWiki

會議與活動

• 2025年維基數據雙年會現已開放報名和會議環節提案。本次活動定于10月31日至11月2日線上舉行，探索主題“鏈動開放數據，促進人際連結”（Connecting People through Linked Open Data）。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年7月8日 (二) 00:05 (UTC)

Wikidata Item and Property labels soon displayed in Wiki Watchlist/Recent Changes

(Apologies for posting in English, you can help by translating into your language)

Hello everyone, the Wikidata For Wikimedia Projects team is excited to announce an upcoming change in how Wikidata edit changelogs are displayed in your Watchlists and Recent Changes lists. If an edit is made on Wikidata that affects a page in another Wikimedia Project, the changelog will contain some information about the nature of the edit. This can include a QID (or Q-number), a PID (or P-number) and a value (which can be text, numbers, dates, or also QID or PID’s). Confused by these terms? See the Wikidata:Glossary for further explanations.

The upcoming change is scheduled for 17.07.2025, between 1300 - 1500 UTC. The change will display the label (item name) alongside any QID or PIDs, as seen in the image below:

These changes will only be visible if you have Wikidata edits enabled in your User Preferences for Watchlists and Recent Changes, or have the active filter ‘Wikidata edits’ checkbox toggled on, directly on the Watchlist and Recent Changes pages.

Your bot and gadget may be affected! There are thousands of bots, gadgets and user-scripts and whilst we have researched potential effects to many of them, we cannot guarantee there won’t be some that are broken or affected by this change.

Further information and context about this change, including how your bot may be affected can be found on this project task page. We welcome your questions and feedback, please write to us on this dedicated Talk page.

Thank you, - Danny Benjafield (WMDE) on behalf of the Wikidata For Wikimedia Projects Team. MediaWiki message delivery（留言） 2025年7月14日 (一) 12:46 (UTC)

2025年第29期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 新功能精選模板（featured templates）將於本週部署至所有維基媒體專案。透過此功能，編輯者將能夠快速存取實用模板的清單。這些模板將在模板探索介面的「精選」標籤下的清單中顯示。管理員可以透過社群配置介面定義該清單。此功能滿足了社群透過社群願望清單提出的請求，為重點領域「模板調用和探索」的一部分。 [110][111]
• 上週有31件社群提交的工單得到解決。 例如，在維基文庫電子書匯出工具中加入馬拉雅拉姆文字型的請求現已解決。現在，該工具所匯出的維基文庫電子書將正確呈現馬拉雅拉姆文字母。 [112]

近況更新 - 面向技術貢獻者

• 本週軟體更新細節： MediaWiki

深入了解

• 歡迎開發者、設計師和所有維基人為2025年維基媒體國際會議黑客松提交專案構想。參閱這篇Diff文章了解更多。

會議與活動

• 2025年WikiIndaba獎助金申請與議程提案至7月20日 23:59 UTC截止。WikiIndaba是一個區域會議，旨在讓非洲大陸和散居海外的非洲維基人團結一致，共同成長。立即提交您的獎助金申請和議程提案！
• 2025年巴西維基會議將於7月19日至20日在巴西巴伊亞州薩爾瓦多市舉行。歡迎巴西社群成員報名參加！

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年7月14日 (一) 20:09 (UTC)

政治人物談話的版權

看到有人提報朱鎔基談話是否侵犯版權。想就這一問題展開一定的探討。

1. PRC方面，關於政治人物的談話，有{{PD-PRC-exempt}} 中华人民共和国公务演讲，不总是具有立法、行政、司法性质的文件。但二者的邊界是什麽？
2. ROC方面，關於政治人物的談話，有{{PD-ROC-exempt}}所以自從1947年（民國三十六年）12月25日中華民國憲法施行以來，各政黨黨務作品，不能認為公文。其中的黨務作品和公文，邊界是什麽。

請各位提出看法，謝謝！ Lemonaka（留言） 2025年7月16日 (三) 13:37 (UTC)

第一个问题的边界，主要基于中华人民共和国著作权法第十一条第三款和第十八条及其他可能相关的条文内容来区分。朱镕基一件的情况，属于第十八条中的一般职务作品。 银色雪莉（留言） 2025年7月16日 (三) 14:04 (UTC)

特別地，民國的著作權法在 著作權法_(民國111年5月立法6月公布) Lemonaka（留言） 2025年7月16日 (三) 14:15 (UTC)

為版權容忍模板移除附編輯標籤事

不知目前是否有此類標籤？若無，希望能夠增設，以應對部分尚未進入公有領域而以懸掛模板代替之文章的可能變動。—— Eric Liu_（留言） 2025年7月17日 (四) 11:39 (UTC)

说实话，阁下这句话我看了好几遍才大概知道意思而且还不确定我理解得对不对。 Teetrition（留言） 2025年7月17日 (四) 14:05 (UTC)

請支援臺灣

個兄弟姊妹好，本項目存在各類大陸地方的公文，然而臺灣對應的公文著實過少，我查閲了一些刊載臺灣公文的網站，希望個位朋友能伸出手來支援臺灣。謝謝。

臺北 https://data.taipei/dataset/detail?id=59027123-0fd0-4599-bcc7-53e3f480e52a
新北 https://gazette.gov.taipei/gazetteresource
新竹 https://dep-administration.hccg.gov.tw/ch/home.jsp
桃園 https://gazette.tycg.gov.tw/TYBulletin/Home/BulletinView

持續更新中 Lemonaka（留言） 2025年7月19日 (六) 12:38 (UTC)

臺中 https://www.secretariat.taichung.gov.tw/14565/14571/14595
臺南 https://www.tainan.gov.tw/News.aspx?n=4977&sms=9774
高雄高雄市政府電子公報資訊網

總統府 https://www.president.gov.tw/Page/129 Lemonaka（留言） 2025年7月19日 (六) 12:42 (UTC)

@Ericliu1912 @Jusjih特ping經常處理民國問題的朋友們。 Lemonaka（留言） 2025年7月19日 (六) 12:45 (UTC)

自動輸入是不可能，頂多先建立基礎分類架構。—— Eric Liu_（留言） 2025年7月19日 (六) 20:12 (UTC)

另外，政府公報資訊網有各種中央及地方政府公報，包含上述全部在內。—— Eric Liu_（留言） 2025年7月19日 (六) 21:43 (UTC)

2025年第30期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 內容翻譯工具中的翻譯建議功能現已在「...更多」分類中新增另一級條目篩選器。使用建議功能的譯者現在可以使用新的「地区」篩選器選擇並接收根據其感興趣的地理位置定制的條目建議。 [113]
• 管理員現在可以將「新增連結」功能限制為僅限新手使用。「新增連結」結構化任務可協助新帳號持有者開始編輯，但一些社群要求該功能應能夠限制於目標受眾：新手。管理員可以在社群配置功能中配置此設定。
• 上週有29件社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 部分維基的過濾器編輯者，現在可以根據編輯嘗試的回退風險評分來過濾編輯。只有當評估的操作是編輯時，才會產生該評分。更多資訊請參閱 ORES/AbuseFilter變數說明文件。
• Beta Cluster維基已從beta.wmflabs.org移至beta.wmcloud.org。使用者可能需要更新工具或密碼管理員中的URL。若有任何相關問題請在此工單回報。
• 本週軟體更新細節： MediaWiki

會議與活動

• 2025年WikiCite將於8月29日至31日在瑞士伯恩以線上和線下形式舉行。本次活動旨在重新聯繫從事開放參考資料、書目資料以及Wikidata/Wikibase生態系統工作的社群、機構和個人。活動現開放報名，提案徵集即將公布。 [114]

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年7月21日 (一) 23:42 (UTC)

请求支援以修正桌面端左侧边栏目录缺失章节的问题

请求有经验的编辑人员帮助修正国内邮件处理规则 (1972年)桌面端左侧边栏目录缺失章节的问题。谢谢！ HCCB3947（留言） 2025年7月22日 (二) 09:44 (UTC)

请参见我的修改。同时，建议不要使用<center>标签，它已被规范废弃（未修改该问题），可改用Template:Center。 Teetrition（留言） 2025年7月22日 (二) 11:31 (UTC)

好的，非常感谢您的贡献和告知！ HCCB3947（留言） 2025年7月22日 (二) 12:07 (UTC)

台灣分會2025年7月對話時間

台灣維基媒體協會2025年7月的對話時間，訂於台灣時間7/27 (日) 14:00舉行，
參與連結為 https://meet.google.com/qiv-ctih-sse 。
想跟更多台灣維基人互動嗎？不知道台灣有個維基協會，或知道協會但不知道他們平常都在幹嘛嗎？
本次對話時間將聚焦於第二十三次動員令的討論，這是將是讓你深入了解協會運作並參與交流的絕佳機會！快來一起參加！

--MediaWiki message delivery（留言） 2025年7月23日 (三) 14:51 (UTC)

2025年第31期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 今後幾個月，社群技術團隊將專注於與監視清單和近期變更頁面相關的願望。團隊正在尋求意見回饋。參閱最新的近況更新，如果您有任何想法，請就相關主題提交願望。

近況更新 - 面向編輯者

• 經維基共享資源社群決定，自8月16日起，禁止所有未在維基共享資源上擁有自動確認權限的使用者跨維基上傳檔案。此舉是由於新使用者上傳檔案時普遍存在問題。受此影響的使用者將收到一則錯誤訊息，其中包含指向限制較少的維基共享資源上傳精靈的連結。請協助翻譯該訊息或就訊息文字提供回饋。另也請更新您本地維基的說明頁面，以解釋這項限制。 [115]
• 在元維基和已啟用臨時帳號的維基站點上，管理員現在可以為臨時帳號的Special:Contributions頁面設定頁尾，類似於IP和使用者帳號頁面的頁尾。管理員可以透過建立名為MediaWiki:Sp-contributions-footer-temp的頁面來實現。 [116]
• 上週有21件社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 本週軟體更新細節： MediaWiki

會議與活動

• 2025年維基媒體國際會議將於8月6日至9日舉行。議程現已公布，供您參考規劃您想參加的會議。大多數會議將進行直播，但顯示「無攝影機」圖示的會議除外。如果您想在線上觀看直播並使用互動功能，請報名獲取免費虛擬門票。 例如，您可能會對以下技術會議感興趣：
  • 臨時帳號：增強未註冊編輯者的隱私
  • 為維基媒體貢獻者建立永續未來
  • wikitext的一打願景！
  • 與產品與技術諮詢委員會協調各方利益相關者
• 2025年秋季MediaWiki使用者與開發者大會將於2025年10月28日至30日在德國漢諾威舉行。此活動由第三方MediaWiki社群舉辦，並面向該社群。您可以提交會議提案並報名參加。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

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

为什么有的分节用pages标签嵌入不出东西？

最近整理东西正好看到家里祖传的一本圣遗物（是的，这本书我有实体的），年份也到了，遂录入文库，目前初步录了几章。该书章节是不另起一页的，需要配合<section>标签才能分节嵌入。目前遇到的问题是第四章和第五章的首页（也是上一章的末页）下半部分没法嵌入。例如 <pages index="NLC416-03jh003202-258_天台山指南.pdf" from=34 to=34 onlysection="四"/>，Page页面上是有个章节标题的，但是嵌入又没有东西，二一页（43）下半部分也是这样，我看来看去也实在没看出有什么问题，这是为什么啊？ Nanhuajiaren（留言） 2025年7月30日 (三) 00:59 (UTC)

好像是的，也許是BUG？ Liouxiao（留言） 2025年7月30日 (三) 06:46 (UTC)

类似的问题见討赤旬報/第五期/吳孚威電告西北軍狼狽情形、討赤旬報/第五期/南口懷來兩方戰訊、討赤旬報/第五期/主義殺人（為此而不得不將from頁碼往前一頁），怀疑是前后有未录入的空页+代码BUG导致。另外，pages的onlysection参数好像不起作用。这需要熟悉Module:Pages、Module:Lst代码的人看一下。 Liouxiao（留言） 2025年7月30日 (三) 13:41 (UTC)

檢查 <section start> <section end> 標籤是否有重複，「四」好像各出現2次？-- Lonicear（留言） 2025年7月31日 (四) 01:51 (UTC)

我也不会，本地帮助都没有，只好到英文那边现学……按照我理解是这样（一个pre一个页面）：

<section start="三"/>第三章内容<section end="三"/><section start="四"/>第四章内容<section end="四"/>

第四章内容

……

第四章内容

<section start="四"/>第四章内容<section end="四"/><section start="五"/>第五章内容<section end="五"/>

之前也按照这个办法做了几章，好像并没有什么问题？ Nanhuajiaren（留言） 2025年7月31日 (四) 09:27 (UTC)

Page 34裡，出現過1次 <section start=四 /> ……… <section end=四 />。Page 43裡，又出現1次 <section start="四"/>……… <section end=四 start=五 />。<section start=四 /> 及 <section end=四 />各出現2次，刪掉Page 34的<section end=四 />及Page 43的<section start=四 />，看看是否會顯示正常？-- Lonicear（留言） 2025年7月31日 (四) 10:43 (UTC)

都试过，好像不行。 Liouxiao（留言） 2025年7月31日 (四) 12:13 (UTC)

修改了Page 34、Page 43及四 天台山人物誌的內容，是不是要改成這樣？-- Lonicear（留言） 2025年7月31日 (四) 13:35 (UTC)

👍哇，好像可以了，沒想到在這個位置start ==> begin。感謝！ Liouxiao（留言） 2025年7月31日 (四) 13:42 (UTC)

昏头了，记错词了……总之谢谢了。 Nanhuajiaren（留言） 2025年7月31日 (四) 14:09 (UTC)

关于MidleadingBot识别文件原本上汉字能力及方法的困惑

我想上传几本20世纪50至60年代行政机关发布的规章制度类汇编资料（处于公有领域），其中包含繁体字和异体字形，还存在同一页上同一个字有不同字形的情况（如内/內 户/戶 项/項 级/級），不知该机器人能否分辨出？

此外，只需将文件直接上传到维基文库后，便会生成类似File:Sibu_Congkan1613-黃宗羲-南雷集-8-4.djvu的页面，机器人就会自动介入识别文字吗？还是说必须要像这个文件一样，命名成Sibu开头的djvu文件，或是有其他规则？谢谢！ HCCB3947（留言） 2025年7月31日 (四) 14:32 (UTC)

文件需上传到共享維基，假设您的原件是"01.pdf"，上传后命名为“Sample.pdf”，则在维基文库可以通过File:Sample.pdf看到并引用。命名的规则参见8个月前Blahhmosh给我的建议——

最好加入：文獻出處代码；文獻番號；以及文獻名称、分册编号等等。

文件类型我看是 djvu、pdf 都可以，当然基本的单张图片也没问题。 Liouxiao（留言） 2025年7月31日 (四) 14:42 (UTC)

好的，谢谢您！请问上传之后每页文件是不是有可以自行识别校对该页文字的独立空间，就像上面我举的那个例子一样，是吗？ HCCB3947（留言） 2025年8月4日 (一) 12:12 (UTC)

机器人是从其他网站转载原文，而不是直接识别这些文件。 Midleading（留言） 2025年8月1日 (五) 07:29 (UTC)

这样啊，看来还是逃不过人工识别校对文字。 HCCB3947（留言） 2025年8月4日 (一) 12:10 (UTC)

Upcoming Deployment of the CampaignEvents Extension

Hello everyone,

(Apologies for posting in English if English is not your first language. Please help translate to your language.)

The Campaigns Product Team is planning a global deployment of the CampaignEvents extension to all Wikisource, including this Wikisource, during the week of August 25th.

This extension is designed to help organizers plan and manage events, WikiProjects, and other on-wiki collaborations - and to make these efforts more discoverable.

The three main features of this extension are:

• Event Registration: A simple way to sign up for events on the wiki.
• Collaboration List: A global list of events and a local list of WikiProjects, accessible at Special:AllEvents.
• Invitation Lists: A tool to help organizers find editors who might want to join, based on their past contributions.

Note: The extension comes with a new user right called "Event Organizer", which will be managed by administrators on this Wikisource. Organizer tools like Event Registration and Invitation Lists will only work if someone is granted this right. The Collaboration List is available to everyone immediately after deployment.

The extension is already live on several wikis, including all Wikipedia, Meta, Wikidata, and more ( See the full deployment list)

If you have any questions, concerns, or feedback, please feel free to share them on the extension talkpage. We’d love to hear from you before the rollout.

Thank you!

Udehb-WMF (留言) 2025年7月31日 (四) 15:40 (UTC)

大家好，

活动产品团队（The Campaigns Product Team）计划在8月25日至31日这一周向所有Wikisource，包括本Wikisource，进行CampaignEvents扩展的全球部署。

该扩展旨在帮助组织者规划和管理活动、Wiki项目以及其他在维基上的协作工作，并使这些努力更加易于发现。

该扩展的三个主要功能如下：

• 活动报名: 在维基上报名活动的简便方式。
• 协作列表: 所有活动的全局列表和Wiki项目的本地列表，可在Special:AllEvents访问。
• 邀请列表: 此工具可帮助组织者根据编辑者的过去贡献、找到可能想加入的编辑者。

注意：该扩展带来了一个新的用户权限，称为"Event Organizer"（活动组织者），将由本Wikisource的管理员管理。“活动报名”和“邀请列表”等组织者工具仅对获得此权限后的用户才会生效。协作列表在部署后立即对所有人开放。

该扩展已在多个维基网站上线，包括所有维基百科、Meta、Wikidata等（ 参见完整的部署列表）。

如果您有任何疑问、担忧或反馈，请随时在 扩展讨论页上分享。我们很乐意在推出之前听到您的意见。

感谢！ Liouxiao（留言） 2025年7月31日 (四) 15:56 (UTC)

中华人民共和国地方政府公开的规划文件属于公有领域吗

如题，例如《天津市国土空间总体规划（2021—2035年）》全文。--忒有钱（留言） 2025年8月2日 (六) 18:04 (UTC)

是。 银色雪莉（留言） 2025年8月2日 (六) 18:49 (UTC)

非常感谢！我已将文件上传至共享资源（File:天津市国土空间总体规划（2021—2035年）.pdf），待我有时间整理成页面。--忒有钱（留言） 2025年8月3日 (日) 15:31 (UTC)

@忒有钱及银色雪莉立法、行政、司法性质？ Liuxinyu970226（留言） 2025年8月9日 (六) 04:31 (UTC)

@Liuxinyu970226：行政性质。中共中央 国务院关于建立国土空间规划体系并监督实施的若干意见：国家、省、市县编制国土空间总体规划...省级国土空间规划是对全国国土空间规划的落实，指导市县国土空间规划编制，侧重协调性，由省级政府组织编制，经同级人大常委会审议后报国务院审批。 银色雪莉（留言） 2025年8月9日 (六) 04:52 (UTC)

部分地区将详细规划文件过度简化变成宣传文稿发布，这种情况个人建议谨慎，因为那不是实质有效文件。 --达师 - 370 - 608 2025年8月12日 (二) 17:13 (UTC)

2025年第32期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 編輯者現在可以啟用使用者資訊卡功能。此功能可在頁面修訂紀錄、使用者貢獻日誌等類似頁面中的使用者名稱旁新增一個圖示。當用滑鼠或觸控螢幕按一下圖示後，它會顯示該使用者帳號的相關資料，例如編輯次數、被回退編輯數、被封鎖次數等。這是一個更廣泛專案的一部分，旨在讓網站維護者能更容易評估帳號的可信度。此功能現可在全域偏好設定中啟用，本週稍晚將可在本地偏好設定中啟用。 [117]
• 歡迎任何人就Connection團隊最近啟動的「協作貢獻」專案發表意見。該專案旨在創造一種新的方式來展示協作編輯活動（如編輯松、積壓消化作業、維基專題）對維基的影響。請在此討論頁發表您的意見。 [118]
• 管理員現在可以定義臨時帳號的預設封鎖時長。為此，管理員需要建立MediaWiki:Ipb-default-expiry-temporary-account頁面，並使用MediaWiki:Ipboptions中定義的值。這讓管理員可以輕易將臨時帳號封鎖90天，由於臨時帳號的活動效期同為90天，這類封鎖實質等同於無限期封鎖。此解決方案的優點是讓Special:BlockList中不會堆滿永封臨時帳號。參見說明文件。 [119]
• 上週有27件社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 小工具現在可以包含.vue檔案。這讓使用Vue.js開發現代UI變得更容易，尤其是使用維基媒體官方設計系統Codex。Codex圖示集可以透過小工具定義載入。參見說明文件中的範例。對於使用Vue.js的腳本，現在有一個API模組可以用於載入Codex圖示集。 [120][121]
• 模組開發者現在可以使用一個Lua介面來簡化在元維基上翻譯Lua模組的準備工作。這項改進使翻譯人員能夠更容易找到和編輯模組中的字串，而無需處理Lua原始碼。這有助於避免翻譯過程中出差錯，導致模組損壞。歡迎模組開發者和翻譯人員觀看示範影片，閱讀更多關於可翻譯模組的資訊以了解其運作方式，參考元維基的Module:User Wikimedia project作為使用範例，並對於如何解決工作流程中的挑戰分享意見回饋。該介面仍有一些效能問題，因此目前還不適合用於廣泛使用的模組。 [122]
• 與維基媒體網頁連接的外部工具的開發者，請務必設定符合使用者代理方針的使用者代理。由於外部爬蟲過度使用維基媒體資源，該方針將於8月開始嚴格執行。託管在維基媒體Toolforge或Cloud VPS上的工具暫時不會受此影響，但仍應設定使用者代理。在工單參閱更多技術細節，歡迎在工單中提出相關問題。
• 繼維基導遊和維基詞典成功轉換成Parsoid閱讀視圖之後，未來幾週內，Parsoid閱讀視圖將在一些小型維基百科推出。參閱Parsoid/解析器統一了解更多。 [123]
• 本週軟體更新細節： MediaWiki

會議與活動

• 2025年維基媒體國際會議將於8月6日至9日舉行。議程現已公布，供您參考規劃想參加的會議。大多數會議將進行直播，但顯示「無攝影機」圖示的會議除外。如果您想在線上觀看直播並使用互動功能，請報名獲取免費虛擬門票。 您可能會對以下技術會議感興趣：
  • 身處不斷變化的網際網路中的維基媒體知識基礎設施：建立內容再利用的永續途徑
  • 維基函數即將登陸至您附近的維基！
  • 塑造維基百科讀者體驗的未來
  • 讓維基百科更容易閱讀：下一步

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年8月5日 (二) 03:40 (UTC)

2025年第33期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 2010年版wikitext編輯器的工具按鈕的提示現在會包含快捷鍵，讓使用者更容易發現這些快捷鍵。 [124]
• 產品與技術諮詢委員會發布了一系列實驗方案，供維基媒體基金會嘗試以改善與社群的溝通。歡迎於8月22日前在此討論頁對這些方案給予意見回饋。
• Minerva外觀（手機版網頁）的搜尋欄已更新，改為使用與Vector 2022相同的Type-ahead搜尋元件。搜尋功能並未改變，僅在視覺上有些許變化。具體來說，搜尋欄的關閉按鈕已從叉號 改為返回箭頭 ，並改動了按鈕位置，避免與用於清除文字的另一個叉號按鈕混淆。 [125]
• 部分維基百科的編輯者將在監視清單、相關變更和近期變更頁面上看到新的「按頁面分組結果」開關。這是一項A/B實驗，計劃於8月11日開始，在中文、孟加拉語、捷克語、法語、希臘語、葡萄牙語、烏爾都語維基百科上進行3至6週。實驗旨在探討讓這項既有功能更容易被發現，會如何影響編輯者在這些特殊頁面中尋找編輯的能力。 [126]
• 上週有31件由社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 多個維基的Module:Unicode data皆有的相同資料集已移至維基共享資源（Category:Unicode Module Datasets），以遵循「一個共同資料來源，多個本地維基」的理念。大多數維基已更新為使用共享資源資料的版本。若有問題請在討論頁提出。 [127]
• 在Lua中，模組編者可以用mw.addWarning()函數，讓模組在發生錯誤時新增警告。先前，新的警告會取代舊的警告。現在，您可以多次呼叫該函數來新增多個警告。如果您有在維護使用警告的Lua模組，請檢查它是否仍然如預期運作。 [128]
• 本週軟體更新細節： MediaWiki

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年8月11日 (一) 23:29 (UTC)

2025年第34期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 本週稍晚，登入且已啟用「討論工具（DiscussionTools）」測試功能的使用者，將能夠在閱讀討論頁時直接對個別留言表達「感謝」，無需前往頁面修訂紀錄。進一步了解此功能。 [129]
• 一項A/B測試於8月12日在測試維基、於8月14日在英語維基百科啟動。這項測試旨在比較兩個版本的贊助連結，測試對象為0.1%的未登入桌面板網頁使用者。測試將持續三週，於9月12日結束。 [130]
• 8月12日，一項A/A測試透過XLab啟動，測量讀者留存率的基線。這項測試旨在測量使用者初次造訪維基站點後，在14天內再次造訪該維基站點的百分比。這預期不會有任何視覺變化。測試將持續至8月31日結束。 [131]
• 已新建五個維基：
  • 他加祿語维基文库 (s:tl:) [132]
  • 馬都拉語维基文库 (s:mad:) [133]
  • 若開語维基百科 (w:rki:) [134]
  • 米南佳保語维基教科书 (b:min:) [135]
  • 標準摩洛哥柏柏語维基词典 (wikt:zgh:) [136]
• 上週有46件由社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 本週軟體更新細節： MediaWiki

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年8月19日 (二) 00:38 (UTC)

重写维基文库方针和说明文档

明年中文维基文库即将迎来20周年华诞。一些方针和说明文档已有近20年的历史，让人感觉晦涩难懂，内容过时。我计划明年对其进行大幅修改。对方针的修改尽量不会有争议，如果别人不满意也可以讨论。 維基小霸王（留言） 2024年12月4日 (三) 14:21 (UTC)

支持。我半年前就大致整理过一次帮助文档和模板说明，但很多还需要大幅完善。 Kcx36（留言） 2024年12月4日 (三) 16:20 (UTC)

支持，目前很多应当有的文档仅存在于英文维基文库，例如en:WS:V，en:Help:Index pages。 曾晋哲（留言） 2024年12月4日 (三) 18:42 (UTC)

 支持：修正案可即時陸續提出，俾便社群分批檢視。—— Eric Liu_（留言） 2024年12月9日 (一) 16:01 (UTC)

完全 支持。 银色雪莉（留言） 2024年12月26日 (四) 07:02 (UTC)

 支持。Teetrition（留言） 2025年1月7日 (二) 09:01 (UTC)

 支持。另外(＆)建議：希望能补上中文特有的东西：异体字如何处理、怎样查询，直排标点符号怎么录入、引号和句号连一起时顺序是否要转换成横排习惯，首行缩进、{{nop}}，穿越历史的文献怎么算版权…… David, but not Hilbert（留言） 2025年2月18日 (二) 14:16 (UTC)

• 我认为校对页面和主页面显示不同内容，完全通过软件层面的处理即可完成。每个标点添加{{ia}}太麻烦了。另外，建立忠实原文和现代标点的两种页面也不利于维护。如督戎疏紀/卷之一和督戎疏紀_(影印本)/卷之一。一方面我很尊重这样做的编辑很用心，一方面我觉得如果有一天更正错字，需要修改两个地方，很麻烦。最好的做法是能通过软件进行修改，可自动将嵌入包含的页面显示为督戎疏紀/卷之一的样式。现在chatgpt等llm可以帮助写代码，我觉得咱们可以试着写一个。--維基小霸王（留言） 2025年2月20日 (四) 02:02 (UTC)

  我在建立{{ia}}模板前也想過軟件方案，如js工具、lua模組，

  • js小工具需要審核後方能添加到維基站點。還需要進一步判對當前頁面命名空間是否為無標點文書，如果沒有參數支持，那就要讀者用戶自行手工打開。
  • lua模組則是方便用於作品頁嵌入時刪去符號，剛好與古文校對頁無標點的目的相反。

  思來想去讓編輯貢獻者自己來負擔成本還較省事，至少可調可控。花的時間也不過是完稿後敲幾個Ctrl+H作取代的工夫，或是直接丟進python處理。

  反正這模板只是工具，也還能修改。我就在想著要來把這些標點改成偽元素，使其真正的與實體原文分離。 Aerotinge（留言） 2025年2月20日 (四) 03:00 (UTC)

  我見到您提供的模組了，的確是可以照著軟件這個方向去做。 Aerotinge（留言） 2025年2月20日 (四) 03:11 (UTC)

我前一段时间比较忙 一直没空 现在闲了些 可以开始了 維基小霸王（留言） 2025年7月15日 (二) 15:27 (UTC)

@維基小霸王：在下凑个热闹，下方正有对Wikisource:删除守则的修订提案，未知是否可请阁下若方便时多作指正。 银色雪莉（留言） 2025年7月16日 (三) 10:51 (UTC)

新建模板：允許在page頁面以傳統版式顯示、在主頁面以現代方式顯示

古文需要以兩種方式顯示：現代版式和傳統版式。前者便於閲讀，後者便於校對。一種方法是同時創建兩者，比如督戎疏紀_(影印本)/卷之一和督戎疏紀/卷之一。但是這樣太費力，而且難以維護。我創建了兩個模板，以允許在page頁面以傳統版式顯示、在主頁面以現代方式顯示。

{{Transclude pages}}：替代<pages/>嵌入包含。請看夜航船/卷01和欽定古今圖書集成/博物彙編/藝術典/第001卷。該模板可以刪除每行閒的“\n”，這樣嵌入后換行閒就不會有空格了。另外，還支持mediawiki的標題目錄。（目前欽定古今圖書集成/博物彙編/藝術典/第002卷還是用傳統方式嵌入，就無法顯示目錄。）

{{Old text page}}：用於在page頁面以還原古書的方式顯示：竪排顯示，刪除標題（==標題==）兩旁的等號，刪除表點，將換行顯示。見Page:Ye Hang Chuan part 1.djvu/15。但是還有個問題沒有解決，那就是對於太長的文本，原圖就無法顯示了，見Page:Gujin Tushu Jicheng, Volume 423 (1700-1725).djvu/4。還請其他維基人幫忙調整。

建好了這兩個模板，只需在校對頁面輸入完整的包含標點和標題符號的文章，即可同時實現在page頁面以傳統版式顯示（按原版式顯示換行）、在主頁面以現代方式顯示（只顯示段閒換行），既便於核對原文，又便於維護。

這兩個模板還需要進一步完善，以適應更複雜的版式。比如，有的古書會將一些名字靠前顯示，如南京條約，又比如Page:KYTU-BB04492447 督戎疏紀1.pdf/16有不同的段前空格。如何在page頁面保持這種顯示方式，在主頁面卻不這麽顯示？ 維基小霸王（留言） 2025年2月20日 (四) 07:20 (UTC)

那個是w:擡頭相關的板式，你可以參考一下我昨天錄的使西紀程及配套的樣式表。

基本上版型都要因地制宜去微調樣式，至少要用到一些標籤語法才會讓文字工作比較簡單。

此外還有挪抬，即：奉(空兩格)天承運這類的。我手上有兩篇用到這樣的樣式，但還沒發出來，沒辦法做例子。 Aerotinge（留言） 2025年2月20日 (四) 07:50 (UTC)

我将模板用在了使西紀程、Page:NLC892-GBZX0301010751-250698 使西紀程 二卷.pdf/3，请问是否满意。除了作者难以兼顾，而且换行空格已经消失，其他均显示如以前。 維基小霸王（留言） 2025年2月20日 (四) 09:18 (UTC)

我想這樣的錄入方式會失去其條列性質。本件作品為日記形式，有著一貫的體例，故我當初以<ul>等html元素標籤錄入，這也是為了兼顧其語意結構。這是對一部作品粗讀過，拆解出大致結構後的成果。

古文作品不僅僅只是一篇純文字。古人縱然沒有發展出西方的排版、標點、縮排、項目等格式工具，他們仍然用僅有的換行與空格來嘗試形成各種體例，常見的日記、博物志、方志、詩集或多或少都可以受益並應用現代的W3C標準。

也是這種隨意性，讓我認為錄入古文會存在因地制宜的必要性。

模組是可以提供一個通用的公版，這點仍是具有相當價值的。 Aerotinge（留言） 2025年2月20日 (四) 09:42 (UTC)

稍等我修改一下 維基小霸王（留言） 2025年2月20日 (四) 09:46 (UTC)

已修改。加入<includeonly>*</includeonly>即可。 維基小霸王（留言） 2025年2月20日 (四) 11:59 (UTC)

您对新模板是否满意？如果满意，可考虑将Index:NLC892-GBZX0301010751-250698_使西紀程_二卷.pdf替换为新式，这样可以大幅让源码看上去简单。 維基小霸王（留言） 2025年2月20日 (四) 12:22 (UTC)

首先感謝您的心血，辛苦了。

對於校對頁的理解，我認為歧異依舊存在。我對校對的理解是，校對頁與被嵌入頁的目標結構應該是對應一致的，或大致相似的。

兩方的差異僅僅是樣式不同，即文本的表現態樣不同。

在校對頁有著h3+p+span+p+ul+li+p結構的一頁，在嵌入頁的結構理當一樣。

而您提供的模板則是在校對頁會推平成p+p+span+p+p+p+p，這是我說的純文字的意思。這些資訊雖然會在嵌入時回來，但兩邊結構實是不同的。

對於當前絕大部分做OCR的貢獻者來說，這個模板方案確實比一行行敲再兩換行符錄入來得更優秀（無須擔心Wikimedia的p閉合抽風、自動除換行空格、夠用的縮排與樣式彈性、擴展過的語法但大致維持熟悉的Wikitext風格...etc）

就像視覺化編輯器一樣，相當夠用了。但我是個用慣了直接敲原代碼的人，請容我當前維持能緊抓狠抓、落實掌控的錄書方式。

至於滿意那可是太滿意了，今天您已經帶給我太多驚喜了，實在是社群之福，還請務必適度休息。 Aerotinge（留言） 2025年2月20日 (四) 12:59 (UTC)

感谢！此方案效果甚佳，值得推广。另请问Page:NLC892-GBZX0301010751-250698_使西紀程_二卷.pdf/16有DL（双行注解）模板，不知嵌入页会怎么处理？ Liouxiao（留言） 2025年2月23日 (日) 14:25 (UTC)

感謝閣下示例。我非常認同閣下對校對頁的見解，支持改進現有校對頁嵌入方式，讓直排顯示的page頁面文本能在嵌入后直排或橫排顯示並有適當的格式，並保持page頁的原始代碼的簡潔和易用。

技術上，除了{{Transclude pages}}所示的刪除換行符“\n”外，另一個可能普遍存在的需求是橫排的分段。以我是新手時錄入的紅樓夢（程甲本）/二十爲例，現代標準無論直排或橫排都會分開段落，有些地方（如此作品頁來源的5，6頁之間）還可以加大段落距離以起到子章節的效果。但原刻本并無分段，此資訊是缺失的。因此無論何種嵌入技術，包括未來可能的MediaWiki 原生官方支持，都很難避免「污染」原始代碼，加入如{{brop}}但功能相反的模板，或使用<noinclude></noinclude>。我在之前的話題#直排之技術問題之中希望提請討論的也正是這個問題。

其他的需求如挪抬，縮進，竪排行高和頁面寬，如Aerotinge閣下所言，大多可以用樣式表微調。對齊可參見{{Center or page}}。因未見社群有共識，故尚未向社群推薦。詩歌的直排轉橫排可能更加困難，因古籍樣式和今天標準相差太大，也許可以先擱置。（未完） Andayunxiao（留言） 2025年2月20日 (四) 08:14 (UTC)

湊合著弄了篇康熙皇帝遺詔改版，及配套的樣式，在擡頭、三抬的樣式部分，請兩位參考、惠賜意見。 Aerotinge（留言） 2025年2月20日 (四) 08:30 (UTC)

已經很好了。請教一個離題的問題：印章裏滿文和中文混排，間距可有規範？如果是正文内排版又有何不同？遺詔原件的印章我看不大清。 Andayunxiao（留言） 2025年2月22日 (六) 16:48 (UTC)

不知規範，我那時是湊合著能看就弄上了。

斯以為印章不必加入正文，若要加入僅需要確保邊線壓印在年月日上做騎縫章作用。這有個名堂，但我忘記叫啥來著了。 Aerotinge（留言） 2025年2月22日 (六) 17:08 (UTC)

另一方面，就直排原文錄入和閲讀而言，社群已經有直排轉橫排，直排轉直排兩種偏好。即使不是古籍，也已經有不同編者對同一主命名空間的作品文字排列方向的爭論。

私以爲，文字排列方向及其附加產生的排版樣式問題，是維基文庫版本的「維基百科字詞轉換」問題。兩者的相似之處甚多：都是源於并存的多種中文標準；都是編者期望以自己熟悉的樣式錄入，或希望展示特定樣式，而不能兼顧其他編者和讀者的需求；都是MediaWiki 原生不支持的。更顯見的是，無論是百科還是文庫，社群都無力長期維護兩個内容同源但編輯分立的頁面。中文維基百科成功避免了可能的分家，而是允許了繁簡并存和讀者自由選擇，還讓其他有類似文字轉換需求的語言社群也因此受益。本地社群也應能努力達成共識，推動技術更新，避免校對頁和作品頁「分家」。 Andayunxiao（留言） 2025年2月20日 (四) 08:44 (UTC)

那麼那些有《 (四庫全書本)》的那些頁面是怎麼搞的？

比如說《史糾 (四庫全書本)》、《史通 (四庫全書本)》

難道我們需要刪除這些頁面嗎？ 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年2月22日 (六) 19:32 (UTC)

成熟可靠的版本什麼時候能開發製作好？現在每天都在微調改動，無法批量使用你的模版。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2025年2月23日 (日) 18:53 (UTC)

已经写好了两个模板的文档：{{transclude pages}}、{{old text page}}。我还提议了一个新的关键字：=。通常来说一页的第一段是上一段的延续，但是有时是新段。此时，嵌入包含仍然视为上一段的继续。如果在第一段前加上“=”，就代表这一页最开始就是新的一段。如Page:NLC892-GBZX0301010751-250698 使西紀程 二卷.pdf/4。我在两个模板中都加入了对此的处理方式。请检查。--維基小霸王（留言） 2025年2月20日 (四) 12:18 (UTC)

再次感謝閣下的貢獻。個人純技術的淺見，標記並判斷首段是否是新段可考慮使用空白元素，如<span></span>，<p></p>。如覺得過長，也可自訂空白標簽，如<newparagraph>，並可專設一個模板{{模板快捷名}}以方便錄入。這樣可與Wikitext 語言最大相容，避免第三方誤讀頁面的可見文字内容。 Andayunxiao（留言） 2025年2月22日 (六) 16:09 (UTC)

我感觉“=”就类似于mediawiki的“==标题==”语法。使用“=”判断，可同时兼容标题，因为标题也是以“=”开始的。wiki的一大用途是chatgpt这样大语言模型的训练语料，只要在文档中写清楚这个语法，他们应该是可以自动判断的。 維基小霸王（留言） 2025年3月2日 (日) 05:47 (UTC)

直接在页面开头多加两个换行就可以标记page中的首段是新段落了，不需要任何新模板或语法。 Midleading（留言） 2025年3月2日 (日) 09:27 (UTC)

可能并不簡單。原則上MediaWiki手冊#Trimming on save說頁首的空格和新行會在保存頁面時保存，在校對頁實測并非如此，而是：

• 頁眉空白：則正文首的空格和新行不能保存，之後也不能嵌入（用 pages 標簽）。
• 頁眉或正文起首有<noinclude />：之後的空格和新行能保存，嵌入后無論多少都變成一個空格。
• 如果頁眉有閉合模板（即正文在模板閉合后開始），則正文首的空格和新行能保存，嵌入后同樣只有一個空格。
• 如果頁眉有開放模板，將正文作參數，例如{{old text page}}的用法，依同一手冊#Trimming on expansion，命名參數起首空格不保存，位置參數相反。未測試。
• 頁眉空白，正文首有{{nop}}\n（英文文庫用法是前一頁末尾）, 則{{nop}}前的空格和新行不保存，之後的保存，嵌入后可正常分段。

因涉及MediaWiki parser 和 ProofreadPage 擴展兩處，找到問題所在可能不容易，總之很不符合中文文本編輯的習慣，更勿論直排轉橫排。 Andayunxiao（留言） 2025年3月2日 (日) 19:24 (UTC)

理解閣下的想法。考慮{{old text page}}模板將校對頁正文視爲模板參數，那麽確實沒有對參數内語法和MediaWiki 已有語法一致的限制。閣下的方案并無技術上不當之處，而且值得使用。可能多餘的考慮是，技術上，標記語言應該是將單行内成對並在首尾（不計首尾空白字符）的等號群解釋為標題，但= 第一章 = a\n不會渲染為標題<h1>第一章</h1>a而是普通文本。因此，以“=”开始的校對頁可能必須使用專門模板，如{{transclude pages}}才能正確嵌入。如果{{old text page}}也能和預設的嵌入語法協同使用或提供選擇，受益的編者可能更多。 Andayunxiao（留言） 2025年3月6日 (四) 07:45 (UTC)

 中立诗歌的话，也可能牵涉这个美国法案使其美国版权发生微秒变化，这样一来能不能提供演唱版本就成了一些问题。--Liuxinyu970226（留言） 2025年5月18日 (日) 05:08 (UTC)

可是，《世界版權公約》要求美國、中國等締約國不能對外國作品著作權提供超國民待遇。這些問題可由《維基文庫》服務器所在州法院或美利堅合衆國最高法院判定、解決。 2409:8A55:3966:7D80:5C72:13C8:A94B:98A 2025年6月23日 (一) 03:02 (UTC)

看不出来是什么问题，方便的话还请阁下详述。 Teetrition（留言） 2025年6月23日 (一) 05:24 (UTC)

朝代標註

雖然Header模板現在可以設定分類重新導向，但還是想問一下錄入時有無必要統一朝代標註（如統用「秦朝」而不用「秦代」之類）？這涉及本站不少文章體例，故提出討論。—— Eric Liu_（留言） 2025年5月2日 (五) 07:33 (UTC)

除此之外，地名（如「2017年香港」此種分類）或許也值得討論。—— Eric Liu_（留言） 2025年5月2日 (五) 07:50 (UTC)

此例「秦代」，模板似乎沒有使用分類重定向，而是經過轉換文字，直接添加了Category:秦朝。轉換表在Module:Header内。如不在此表内，則編者選擇可能不同。閣下是希望規範使用者錄入的朝代名？ Andayunxiao（留言） 2025年5月3日 (六) 06:34 (UTC)

對。當然我知道這可能有爭議，所以先在此請社群多討論下。—— Eric Liu_（留言） 2025年5月8日 (四) 15:25 (UTC)

重选管理员建议

中文维基文库20周年，管理员们都很辛苦，向维基长期贡献势必对生活产生了一定影响，但为了维基文库的发展都想继续当。我有个想法。能否取消所有管理员，重新选举？--維基小霸王（留言） 2025年6月2日 (一) 14:39 (UTC)

这等于在目前正在进行的解任投票中对所有管理员发起解任投票或者投票支持解任，然后再看有哪些人之后申请成为管理员。确实需要这样的话请前往投票。 Midleading（留言） 2025年6月2日 (一) 14:45 (UTC)

 反对：此舉不僅有弊無利，也沒看出理由與提議本身有什麼關聯。若個別管理員自認長期難以活躍，理當考慮辭去權限，但這仍是他們的自由選擇，他人不應代為決定。況且在這個社群氣氛極差的時刻，要所有管理員為續任四處搏取支持，反而讓他們為避免得罪他人而更加辛苦，難以於一般站務討論公正行使權限。我想這是一個很糟糕的提議。—— Eric Liu_（留言） 2025年6月2日 (一) 16:08 (UTC)

 支持全部重选，要么是动不动吵架的、要么是八百年难得见到活跃一次的、要么是水平极差的，现有管理员已显然不适合现今的管理员工作， 支持全部推翻重选。 ——— 红渡厨（留言・贡献） 2025年6月2日 (一) 16:15 (UTC)

（特别说明，我认为Ericliu1912属于还凑合的管理员，不属于上述三类。） ——— 红渡厨（留言・贡献） 2025年6月2日 (一) 16:16 (UTC)

@红渡厨按阁下的标准，我反而认为Ericliu1912也可以算，原因嘛，c:Commons:Deletion_requests/File:玉環新村.jpg了解一下，这个用户连URAA都不知道，虽然C区对涉URAA内容反而比较暧昧（某个日期之前上传的老文件可以保留打标签，之后的删除保留反而形成了近乎五五开，纯粹看管理员心情），不像本站管的很严。 Liuxinyu970226（留言） 2025年6月3日 (二) 23:05 (UTC)

User:红渡厨然後剛剛這圖片正好被還原了，而從還原請求的有關討論來看，閣下可能也不知道有關協議具體如何適用。—— Eric Liu_（留言） 2025年6月7日 (六) 12:44 (UTC)

 支持，但不認同閣下這句話“中文维基文库20周年，管理员们都很辛苦。”管理員之間差別很大，一些無良混事的管理員幾乎不上線，僅僅為了滿足所謂管理員在任資格條件，基本每半年才刷一次修改，比很多新人的貢獻還要少的多，但一旦遇到管理權力問題，可以鬧翻天。人品敗壞到極點。囍鵲（留言） 2025年6月2日 (一) 18:22 (UTC)

 支持，必须全面整肃，包括EricLiu1912，同时敦促重新检讨是否及如何修订管理员的当选及解任条件。--Liuxinyu970226（留言） 2025年6月3日 (二) 22:48 (UTC)

哥們，我本來就是臨時管理員，到期要重新申請的。上面翻共享資源的舊帳，也不知居心何在，我現在又沒有在本站主張什麼東西，更沒有在此一方面不當利用管理權限。—— Eric Liu_（留言） 2025年6月3日 (二) 23:40 (UTC)

另外我要指出你對本站著作權政策的解釋有所錯誤：既然你知道共享資源對於特定期間以後適用有關協議的檔案，一般不予保留，怎麼會不知道本站對適用有關協議的文章，不僅予以消極容忍，甚至「不反對增加（與刪改）有關內容」呢？當然近年也有例外，比方說未來進入公有領域作品列表舉出的若干範例，或是隱藏正文而不刪除頁面本體、移交維基別庫（現已不用）等折衷措施；不過光憑前述語句，就知道實情根本不像你所說，「（共享資源）不像本站管的很严」，而是反之，即文庫遠不若共享資源死板。更值得使社群懷疑你在此趁機反對本人，是在藉故賊喊捉賊。—— Eric Liu_（留言） 2025年6月4日 (三) 00:07 (UTC)

@Ericliu1912消极容忍并不意味着不能删除，如果已故版权人的继承者（在法定公有领域日到来之前）继续声索版权权利，对此类内容的暂时性删除仍旧不可避免，只不过相信一般用户不太可能非要闹僵到这种境界，真正愿意这么玩的，我的印象中可能无非就是圆谷株式会社。 Liuxinyu970226（留言） 2025年6月4日 (三) 12:46 (UTC)

我也不想多說，但希望你實際看看我在本站行使管理權限的情況再評判，我是真沒逾矩，版權有關討論也都會請教他人，確認社群共識。況且共享資源那也是2023年的事了，拜託。若直接上來就反對，我也不知道要怎麼改正。—— Eric Liu_（留言） 2025年6月4日 (三) 17:56 (UTC)

 中立：有點像最近台灣興起的所謂「大罷免」舉措。Shunshen Lee（留言） 2025年6月4日 (三) 08:07 (UTC)

缺少任何详细的实施方案，所以根本不值得在这里投票 支持或者 反对。如果仍然要重选管理员，未投票的请尽快前往投票而不是在这里投票，已经在那里投票的也没必要再在这里投票。 Midleading（留言） 2025年6月4日 (三) 10:37 (UTC)

@Midleading：與其說要打倒誰，不如問問社群目前有誰比較適合擔任管理員，為社群分擔站務壓力？多提名一些人，「以加法替代減法」。我也很好奇@維基小霸王：本人心中有沒有其他人選。—— Eric Liu_（留言） 2025年6月4日 (三) 18:02 (UTC)

没那么简单，2020年維基小霸王自己还申请过成为管理员，结果支持他的除了本人以外只有两个如今没有投票资格的用户和一个如今被WMF禁制的用户，然后被Jusjih和Zhxy 519否决了。維基小霸王作出的贡献不亚于本人，但是更多在共享资源那边，本地看不到。之后就是落花有意12138，这个用户当时的表现可与现在的银色雪莉相比，但是又因为“本文库日常管理工作积压，私以为根本原因不在于缺乏管理员”被否决了。随便提名但可能再次被否决也没有什么意义，所以还是让需要申请管理员的用户自行申请吧。 Midleading（留言） 2025年6月4日 (三) 20:50 (UTC)

2020年到现在也已过去5年，现在参选管理员参与投票者也未必如当年那么少。 dringsim 2025年6月5日 (四) 17:33 (UTC)

這屬於擾亂了。 瓜皮仔＠Canton 2025年6月5日 (四) 13:24 (UTC)

好吧，既然多位现有管理员反对此提案，撤回。@红渡厨、囍鵲、Liuxinyu970226：你们说呢？感觉只要是管理员就反对，只要不是就支持，有阶级斗争的感觉。--維基小霸王（留言） 2025年6月5日 (四) 13:34 (UTC)

现任管理员均属于利益相关方。不认为他们的话在本讨论中具备参考价值。 ——— 红渡厨（留言・贡献） 2025年6月5日 (四) 14:59 (UTC)

w:User:爱学习的饭桶/免死金牌。我沒有要封禁人，但是別總這麼玩。 瓜皮仔＠Canton 2025年6月5日 (四) 15:37 (UTC)

阁下账号创建于2007年3月22日，到目前一共598次编辑，以您的活跃程度，平常可以说是基本不干管理员的活，我真搞不懂既不干活又想把管理员权力撺在手里到底是个什么心态，你不愿意干活没人逼你干，把位置让出来不好吗？ ——— 红渡厨（留言・贡献） 2025年6月5日 (四) 16:35 (UTC)

管理员的“位置”是无限的，随时可以申请，不须等待别人“让出位置”。 dringsim 2025年6月5日 (四) 16:58 (UTC)

你说的对。 ——— 红渡厨（留言・贡献） 2025年6月6日 (五) 08:04 (UTC)

這裡激烈反對的三位管理員，我的看法是全部重選。三個都有問題。不是吹毛求疵，為反對而反對。 囍鵲（留言） 2025年6月5日 (四) 16:01 (UTC)

另外，萬一要是有贊成的管理員呢，遇到點阻力就撤回。太兒戲了點。 囍鵲（留言） 2025年6月5日 (四) 16:03 (UTC)

您要是想推进此案，可以订立一个详细方案（对本案需要投票多久，在重选期间若出现破坏，由谁处理。） 維基小霸王（留言） 2025年6月6日 (五) 00:48 (UTC)

本人沒想要推進閣下如同兒戲般的提案。

本人深知在這次渺無人煙黑暗透頂的論壇，閣下見風使舵、兩面橫跳的做法相反獲得讚許。現在只是後悔投下支持票。 囍鵲（留言） 2025年6月6日 (五) 09:12 (UTC)

我不想陷入这个泥潭。来维基是为了贡献的，不是为了玩网络过家家当官、选官、搞政治斗争的。不过整天看到各种解任案，我觉得维基文库应该有点改变，本主题是个初步想法。您可以提出一个更稳妥的提案。 維基小霸王（留言） 2025年6月7日 (六) 03:58 (UTC)

@維基小霸王：從上面的話可以看到，有些人不過是想借你的提議，實現他們自己的目的，根本不在乎管理員權限的本質。不要被利用了。—— Eric Liu_（留言） 2025年6月5日 (四) 20:48 (UTC)

註：我是臨時管理員，之後本來就要「重選」，但亦寧願冒些風險，說明此類「一刀切」提議不妥之處。大不了，你也可以觀察本人近期的續任申請，思考推動此類提議可能的結果如何。—— Eric Liu_（留言） 2025年6月5日 (四) 21:21 (UTC)

现在那边的投票也快要结束了，从那边的投票情况来看，维基文库除了有很多“不活跃”的管理员，还有很多“不活跃”的用户。这里站内的讨论根本就没有代表性，人家只是很久以前编辑了50次而已，七八年甚至十年都不在维基文库活跃，或者是平时只在维基百科活跃，根本看不到这里的讨论。那些用户无条件支持全体管理员续任，难道要剥夺那些用户的投票资格？ Midleading（留言） 2025年6月6日 (五) 02:49 (UTC)

顯然是這裡保守戀權的所謂管理員在這幾天聯繫這些所謂老用戶出來投票的結果。這些所謂老用戶除了按照指示，大事化小和稀泥投反對票以外看不到一丁點對此事的反思和公正評價。所以我之前說了，投票很有可能無法解決問題，針對Zhxy 519 的處理更不應該通過所謂社區投票來決定。既然是違規那麼按照相應的社區條例來處理才對。而不是訴諸民意。否則現實中還要法院做什麼。事事都投票就解決了。

投票時限快到，到時儘快關閉。不要再歹戲拖棚一拖到底，對於此荒誕結果，要持續抗爭。 囍鵲（留言） 2025年6月6日 (五) 06:14 (UTC)

Zhxy 519就算不完全解任，仍要禁制。此次不是我直接提出解任Zhxy 519，但Zhxy 519的下一步，也請問算不算Wikisource:管理員的離任#提前中止的“蓄意濫提解任案者，可能遭反坐，例如封禁”？--Jusjih（留言） 2025年6月6日 (五) 17:14 (UTC)

對面不會妥協的，華人社會也沒有妥協。

硬碰硬打不過別人，全部籌碼都會被拿走。

文明的「不文明」的，該說的「不該說的」我都說了，為了改變現狀，已經盡了最大的努力，沒什麼好遺憾的。如果還是無法達到目的，那確實是時候走下舞臺換個去處。 kill the zombies in zh.wikisource.org, it is very important.（留言） 2025年6月6日 (五) 19:19 (UTC)

@Jusjih：为什么现在还在想“蓄意濫提解任案者，可能遭反坐，例如封禁”呢？现在结果几乎已经确定了，傀儡问题也不是普通管理员可以参与调查的，需要用户查核员和通用行为准则协调委员会才可以调查。如果最终通用行为准则协调委员会认定本次投票的结果有效而且未通过，那么根据一事不再理以后也不要再提出同样内容的请求了。如果本次投票的结果有效的话，那就说明本站存在许多使用者平时根本不参与站内编辑或者讨论，只参与投票。这是很危险的，因为这导致了站内讨论都失去了代表性，就像是存在一个地下党支部一样危险。 Midleading（留言） 2025年6月7日 (六) 02:44 (UTC)

社群可以討論，提高投票門檻，例如最低總編輯次數，或近期編輯次數之類。我建議待兩場管理員解任投票告一段落，再來看看怎麼處理。—— Eric Liu_（留言） 2025年6月7日 (六) 03:01 (UTC)

此次投票中出现的几位鲜少在本站编辑的用户，其全域编辑数都有几千乃至几万次，在缺乏强有力的行为证据的情况下，仅凭“投票可疑”根本不可能发起用户查核（参见w:Wikipedia:傀儡調查/案件/自由雨日/存檔#c-ASid-20241108124800-薏仁將-20241108084000）。 dringsim 2025年6月7日 (六) 09:09 (UTC)

用户查核很难查出什么东西。之前维基百科的基金会行动的证据也不是用户查核查出来的，而是站外渠道获得的。我一开始就觉得本次投票出现暗中拉票行为的可能性极大，不过Ericliu1912觉得无所谓，后来没有采取任何措施。目前没有任何确实证据的情况下，不宜妄加断言，只能通过不断完善有关方针规避未来出现这种情况的风险。现实说明党争是有用的，自己认真调查、分析、讨论、总结共识、再投票，比不过一群真人傀儡不讨论只投票。 Midleading（留言） 2025年6月7日 (六) 10:47 (UTC)

这就说明所谓的民主制度根本不起作用。就算下次有什么近期编辑次数的要求，照样可以通过让党羽多编辑来操纵。--維基小霸王（留言） 2025年6月7日 (六) 10:57 (UTC)

@Midleading：我在此慎重希望你收回上述指控，因為我已明確請全域委員會「注意此一投票雙方可能存在之傀儡問題」。—— Eric Liu_（留言） 2025年6月7日 (六) 12:03 (UTC)

另外，本人主張交由全域委員會組織第三方調查，全盤蒐集證據，也是避免「民粹主義」的一種方式。—— Eric Liu_（留言） 2025年6月7日 (六) 12:16 (UTC)

本人提不出什么指控，而且根据一事不再理不希望下次再反复提出同样的案件。本人只希望通过这次投票的结果继续反思，一是看如何让这一部分不参与讨论的用户能够参与到讨论里达成更好的沟通，二是促进再次修改投票条件以及其他有关方针，以促使原本不参与讨论的用户加入讨论，使本站不再只是投票而是能够讨论达到共识。 Midleading（留言） 2025年6月7日 (六) 12:50 (UTC)

User:Midleadinganyway，我還是要再次聲明，從來沒有「觉得无所谓」。即便從功利主義的角度來，如果之後我本人的續任申請還上演代理人大戰，豈不是相當恐怖？從這種角度就知道事情不會是這樣子吧？至於社群問題，我也確切希望所有投票者更加活躍；最近的解任投票，確實有促進一些維基人重新投入貢獻，但還不夠。誠然，我希望這種壓力是良性的，不是像上面那種惡意攻訐或「文革」式鬥爭。

我也有計劃提案，提高投票門檻；但也不能弄太高，不然文庫就沒人了，還可能反而造成新的「團伙把持」現象。所以就再看看。—— Eric Liu_（留言） 2025年6月7日 (六) 16:10 (UTC)

@Ericliu1912那个C区文件恢复了就恢复了吧，我也是才知道书法字在美国不受版权保护，这一点算我输。只是很好奇，会不会未来有一些用户往部分受“消极容忍”的近代文里插入书法图片，然后说“其大中华地区版权通通届满，书法字美国也不受版权保护，因此可以部分洗白”，这种行为究竟是否妥当有待进一步讨论（当然如果您认为这样插入图片算妥当行为我也不妨碍）。想整顿管理员乱象，就需要先修订方针，想修订方针，就需要足够多用户（不只是管理员们）的支持，而想要足够多支持，就需要整顿管理员行为上的乱象，这种shi循环我是看累了，目前在整顿乱象上倒是迎来了一丝曙光（即便Z某人和J某人除权案均双双告负，至少我们努力了不是么），但剩下两点...怎么去修订方针指引，又怎么去让用户继续支持贡献本站，仍将任重而道远，嘛，几分钟前U4C委员会D某那位在元维基告诉我：m:Talk:Universal_Code_of_Conduct/Coordinating_Committee/Cases/Zhxy_519,_Jusjih_and_Chinese_Wikisource#Request_for_another_motion_to_focus_on_zhwikisource_users'_future_mention_of_past_wrong_behaviors。 Liuxinyu970226（留言） 2025年6月8日 (日) 04:22 (UTC)

现有Z某和J某除权申请由谁、何时及如何结案，我不想再细谈，既然在座的各位都或多或少成了“涉事用户”（自然我也不能例外），那倒不如一口气把自己对整个社群的（而绝不是针对某个或某些别人的）不满都吐出来，最好都告知U4C，这样我们才能知道如何改进社群，而不是纠结于ZJ之战，却忽视了更长期的反破坏问题。 Liuxinyu970226（留言） 2025年6月8日 (日) 05:06 (UTC)

哎呀真是榮幸，我的留言居然被引用了哈哈。 ASid（留言） 2025年6月9日 (一) 16:04 (UTC)

关于各派动机的恶意假定

我知道维基百科要求善意假定，但是看到整天的维基政治斗争，我感觉真无聊，不禁恶意假定：你们是不是喜欢玩民主试验场，在网上玩政治过家家呀？整天在电视上看到美国、台湾的党争不过瘾，自己想在网上也玩玩。--維基小霸王（留言） 2025年6月7日 (六) 04:07 (UTC)

以本人來說，一、我沒所謂「黨派」可言；二、我也不想被擅自劃分黨派；三、很多「黨派歸屬」不過是少數特定人士惡意臆測或給人目測分邊的結果。你應該譴責前面那種人，因為大部分維基人根本沒興趣「鬥爭」誰誰誰，不信你問問在場各位。—— Eric Liu_（留言） 2025年6月7日 (六) 12:01 (UTC)

有没有派系还不明显吗，您要是装睡是叫不醒的。 維基小霸王（留言） 2025年6月7日 (六) 12:03 (UTC)

你覺得大家真的想「搞派系」嗎？—— Eric Liu_（留言） 2025年6月7日 (六) 12:04 (UTC)

如果真的像你說的一樣來「惡意假定」動機，我或社群其他人，也完全可以「推定」你之前竟然在這個社群混亂最當頭的節骨眼提出「重選管理員建議」，是別有居心要把站務既有管理體系直接掀翻，而且是最為可怖的手段；但我相信你並不是這樣想法，所以很認真跟你解釋自己不支持提議的緣由，而非直接當你是什麼什麼派別的人，然後開始吵架。希望你可以理解，所謂「派系鬥爭」的想像，不過是少數有心人士意圖施加於本站廣大社群的陰謀。—— Eric Liu_（留言） 2025年6月7日 (六) 12:05 (UTC)

雖然基本原則如此，但最近的解任投票，確實有「拉票」或淪為「代理人戰爭」互報私仇的可能。沒有人能否認這點。所以我更希望近期的種種惡象，能夠隨著管理員解任投票結束而消止。—— Eric Liu_（留言） 2025年6月7日 (六) 12:16 (UTC)

用“派系”的简单叙事来解释这些事情是行不通的，它不能解释票型，也不能解释不同用户的行为动机。如果用这种所谓叙事，两边都投了支持/反对票的用户要算什么派？在支持全部重选的同时在两项投票中一支持一反对并对其他用户进行类似拉票行为而话不投机后又给人扣帽子的，又该算是什么派？傀儡调查值得信任，因为它需要以证据为前提，否则我们就会发现几位“其全域编辑数都有几千乃至几万次”的用户（其中不乏仍在各种维基项目常态活动者）在不具备强证据的情况下似乎就要因为瞪眼的“派别”划分被投到用户查核员处（这种情况下，也几乎不可能发生查核——查核不是钓鱼）；而未见清晰逻辑链条只靠瞪眼的派系划分，则并不有益。这不是就意味着完全不存在傀儡的可能——但最起码应该基于证据来谈这些事，如果只因为支持或反对就要被扣帽子，谁还会表态？说起来本地过去也不是没有这种派别论，Assifbus阁下不是隔三差五就反共派哪个派？XsLiDian阁下不是因为别人对其做法提出意见就把人打成“党羽”“小圈子”？结果，这样的观点，不能反映问题，也不能解决问题。说句玩笑话：如果一定要算派别，那就把我算在“老好人”派好了——这还是由持派别论最烈的囍鵲阁下亲封的，实在是与有荣焉。——不过您说得对，这些事当中的不小部分，确实是无聊。 银色雪莉（留言） 2025年6月7日 (六) 13:37 (UTC)

我爱吃菠萝派！ ——— 红渡厨（留言・贡献） 2025年6月7日 (六) 15:31 (UTC)

阁下可能需要厘清一下是我爱吃“菠萝”派还是我爱吃“菠萝派”，以便我决定赞扬阁下还是提报阁下（doge） 银色雪莉（留言） 2025年6月7日 (六) 15:52 (UTC)

全域编辑数多确实是一个可能的解释，这些用户主要活跃于维基百科而不是维基文库。现在要让这些用户看到并且参与在维基文库的讨论，但是又没办法在维基百科开启一个维基文库的分讨论以便让他们更方便参与。 Midleading（留言） 2025年6月7日 (六) 15:54 (UTC)

我认为像诸位提及的对人事任免投票资格作出“近期编辑数”要求算是一个可以考虑的处理这种情况的做法——事实上，让活跃于其他项目的用户读到这些讨论和让活跃于本地（但不参与人事案）的用户读到这些讨论，这两件事其实在本质上没有太多差别，这不是一个我们可以期待解决的事。我们可以解决的，是保证投票用户具备在本地一定的近期参与度，这样会提高“读到这些讨论”的逻辑可能性——例如在人事任免流程开始的前180天内有5次编辑之类的。另外，就人事任免提高总编辑次数的门槛也应该考虑了，来个250次正文编辑或5篇信而有征，其实也不是多高，毕竟是人事任免。 银色雪莉（留言） 2025年6月7日 (六) 16:09 (UTC)

@Midleading：中文維基文庫現在有Telegram即時通訊群組，內容完全是公開的，且開放隨意入群。您或其他人可以考慮加入群組，也方便快速交流。QQ那邊，我不確定環境是否適合，但若有需求，也可以開設聯絡群組。—— Eric Liu_（留言） 2025年6月7日 (六) 17:16 (UTC)

別忘了基金會行動肇由Telegram和QQ群組。我自認處於大陸地區，一旦個人信息泄露有極大可能性處於危險，無法再公正行使管理員職能。本人在此聲明過去、現在以及未來都不會加入任何與維基媒體有關的站外即時通訊群組，亦不會參與線下活動，除非是經私人邀請且可保證安全隱私無虞。只建議臺灣人民使用Telegram。 Midleading（留言） 2025年6月8日 (日) 13:34 (UTC)

User:Midleading不過您也不用真的「加入」，因為群組係公開，可以定時查看群組內容即可。—— Eric Liu_（留言） 2025年6月9日 (一) 05:48 (UTC)

那么多人都在这里说那么多不管用的干嘛呢。

两个礼拜投完票了，能不能快点，大家确认投票结果，正式结束这次投票了。

好让我提两个方案，也许能解决这件事。 RoyZuo（留言） 2025年6月7日 (六) 13:30 (UTC)

拭目以待。--晞世道明（留言） 2025年6月7日 (六) 13:35 (UTC)

作為對中立性的尊重，本人會在兩名中立管理員至少三天無回應的情況下考慮正式結案。我目前傾向於基於Wikisource:管理员的离任/修正案2開展討論。 瓜皮仔＠Canton 2025年6月7日 (六) 16:07 (UTC)

@Gzdavidwong：此舉可能涉及利益衝突（閣下係該解任投票主要涉事方），而違反全域委員會有關決議。我已請求委員會就此予以裁定。以個人角度而言，我亦希望閣下不要急於操作，否則又將犯「授人把柄」之殷鑑。事實上，Zhxy 519屢次回退Jusjih提起的解任投票，無論背後理據如何，仍顯得過於激進，甚至直接造成委員會之介入，乃至於本地解任投票中多位維基人以此為理由支持將其除名的所謂「惡果」。—— Eric Liu_（留言） 2025年6月7日 (六) 16:19 (UTC)

至於管理員離任規定及投票門檻等議題，社群似乎多人有討論意願，可以趁機另開新章節提倡之。—— Eric Liu_（留言） 2025年6月7日 (六) 16:22 (UTC)

我赞成Eric Liu阁下上述就此件结案的意见。投票已经过了截止期，它的结果已经冻结，快点慢点正式结束并不是问题的核心——甚至可以说没有太大实际意义，无争议地走流程才是关键。关于该修正案，作为作者说一句：我这个已经是几年前的了，而且之前投出来也并没有太多正面反响，因此我完全不认为这个修正案的质量有多高以及多符合当前的环境。——当然，欢迎诸位将这个修正案作为砖头。 银色雪莉（留言） 2025年6月7日 (六) 16:26 (UTC)

@银色雪莉我个人建议先不要着急就正常的申请解任条件及程序（即阁下意图要修改的“发起对管理员的解任投票”）进行修订，私下跟某位U4C成员的讨论来看，之所以造成管理员组内部对立，不是因为缺乏行政员，除维基百科外的一多半WMF站点都没有行政员，维基百科语言版本中也就一少半有这个，ta们怎么就没发生这问题呢？怎么就本站奇葩呢？别的站点（事实上也包括Eric Liu也担任管理员的其他站点上）谁谁搞破坏应该被封禁、哪哪页面是破坏/违反方针页面应被删除，哪哪条目遭遇编辑战需要回退，回退不行上保护...，几乎没一个管理员敢公然说不的，也不是因为双方熟对谁错，非要抢麦拿下定义对方违规的话筒，而是本站整个站点的混乱，如果实在不行，我还是那句话，申请关站吧，wiki不是适合吵嘴皮子杖的合适网络平台。 Liuxinyu970226（留言） 2025年6月13日 (五) 08:16 (UTC)

@Liuxinyu970226：抱歉，我感觉阁下虚空画出来的靶子太多了。我甚至并不理解阁下的意图和观点是什么。

一，我上面已经明确表明我的方案已经在时间上和实务上过时——我不明白阁下一来就给我套一个“阁下意图要修改”的帽子是干什么——难道我是应该说“现行指引很好，没有一点问题，别改了”或者说“我的指引方案很棒，你们就照着来改”吗？客观而言，从各次解任过程来看，解任的流程被审视和需要完善是正常的，如果连审视的讨论都不能开始，那么这又谈何完善本地规则呢？而如果我过时的方案能作为砖头引出诸君的玉石，那我是乐意的。

二，阁下后续整段的论述——抱歉，容我说得重一点——究竟想表达什么呢？（1）我没有谈过行政员的问题，不知阁下突然提这个是为什么，恕我没有回应。（2）别的站点...而是本站整个站点的混乱：抱歉，我真的看不懂你想表达什么。本地除了这件事外，其他各种的站务从写字间、版权讨论到删除讨论，近年来并未见明显的处理失灵（至于说有没有处理迟缓或不善之处，我不会说没有，但我个人而言还在可接受的范围）：写字间近两年来在不同的用户以讨论等形式达成共识下，已经多次通过了版权方针、格式指引和重要模板的修订；两个存废类页面在我这个还算是活跃的人看来也还在合理进行的范畴内。如果就本件而言，在U4C介入下，本件在形式上已经有告一段落的迹象，我认为这是一个完善本地相关的事宜和规则的契机。我强烈反对阁下这种所谓“整个站点的混乱”的完全不审视本地实际情况的定性。（3）如果阁下表达的是其他内容，还请明确提出，讲真，我很少说别人讲话我看不懂，因此阁下可以不必忧虑我是托词闪避——我确实看不懂你想表达什么。

三，我个人强烈反对这种动不动就是分站（阁下犹记得当年阁下牵扯所谓“文言文站”案否？别人可能忘记了，在下倒是不敢忘记）、关站然而其核心空洞无物的表述——你可以把我接下来这句话当做人身攻击提报：在我看来，这种无聊透顶的表述也只有在本地主业干得不多（注：这不是问题，文库不强迫任何人参与；但是再结合下一点特征的话，就恐怕有缺少本地经验、不结合实际站务情况而空谈家国大事之嫌了），参与讨论时缺乏分析、逻辑说理、方案提供而只输出个人reaction的人物在坚持了。这种表述，本质上跟类似Assifbus、XsLidian和囍鹊大同小异，都是一种拍脑袋画“大破大立”大饼的行为，文明一点的说法，就是“虚空画靶”。我想本地需要的是讨论实际事务而非说怪话的人。——PS：话虽如此，我个人不会赞成任何在这条评论下方只是为了反对Liuxinyu970226个人而支持这段评论的留言——在我看来那一样无聊。

四、我对阁下没有恶意——再次声明，如果你觉得上述的表述有恶意，我完全欢迎提报——我诚挚希望阁下能够有效而详细地表述阁下认为当前本站需要改善的地方（若能有具体方案则想必社群都非常欢迎），这样，别人（自然也包括在下）才能就具体的问题和事宜详细商讨，就像过去两三年间写字间正常就各项版权、格式方针指引的讨论那样，少谈高来高去，多谈实际事宜。

在此我也要自我声明：我近来受俗事缠绕，未能很常参与本站事情，特别是“后罢免时代”与人事站务相关的讨论（在我看来这确实是复杂的而需要相当投入精力的讨论——但也应该是务实的讨论），我个人表示惭愧，也希望诸位有识之士像此前写字间讨论多项其他类别的站务那样，以务实精神来提出（并整理）各家之见，逐步完善这些规则。 银色雪莉（留言） 2025年6月13日 (五) 10:20 (UTC)

@银色雪莉如果阁下这份10多kb的辱骂性言论也可以叫“没有恶意”，那我真无法想象什么才是真“恶意”了，这个讨论章节名“关于各派动机的恶意假定”也是够奇葩，批斗大会114514.0版？（我不想引用某些现实战争）“阁下犹记得当年阁下牵扯所谓“文言文站”案否？”我作为那个RFL的提案者居然也能忘了？我比您还忘记不了好不？“这种无聊透顶的表述也只有在本地主业干得不多”，您觉得无聊透顶您自己觉得去，我觉得这些话题有的聊。“这种表述，本质上跟类似Assifbus、XsLidian和囍鹊大同小异”别拿我跟那帮LTA一起看待，我在支持这份大罢免提案时，不也是警告了囍鹊了么，当年的某个SRCU我也是不留情面的列出了Assifbus了么。“少谈高来高去，多谈实际事宜。”我想这样做，可您的一贯言论却反而意图阻止我这样。“我强烈反对阁下这种所谓“整个站点的混乱”的完全不审视本地实际情况的定性。”那7个字不是我说的，谁之前说的这个东西找谁去，不过我也是忘了。“我不明白阁下一来就给我套一个“阁下意图要修改”的帽子是干什么”您可以撒谎，那些管理员们也可以撒谎，甚至真正严格的讲（如果真有必要的话）我也可以撒谎，但编辑历史不会撒谎，这个离任修正案2是谁提的，如果看完编辑历史还认为不是阁下，那我恐怕只得去m:SRG提报compromised account问题咯 Liuxinyu970226（留言） 2025年6月13日 (五) 11:02 (UTC)

@Liuxinyu970226：

1、对于阁下称我的言论是“辱骂性言论”，我也还是那句话，“无聊透顶”不礼貌，我一早就说过了您可以提报，这是表述形式不文明，我完全承认、也愿意回应，如果您需要道歉，我也可以道歉，但是这不能改变您的这种动辄传播“关站”论的表述无益的事实——如果您真的记得所谓“文言文站”的提案及其相关讨论，就应该意识到这种提法对文库项目的发展毫无益处，甚至有害。

2、您大聊高来高去，这个是很明确的。有问题提问题，有事情谈事情，具体的，不是您的个人观感和reaction。您在本论题谈过什么实际问题？关站吗？谁有问题提谁的问题，哪有问题提哪的问题，不要老搞“ta们怎么就没发生这问题呢？怎么就本站奇葩呢？”这种缺少认真详细论述的高来高去的慨叹，这样没人知道应该从具体的什么地方或问题开始跟阁下聊——如果阁下仔细认真阅读他人留言，就应该留意到我很早就提醒过您，回归论题本身。如果阁下确实想谈实际事宜，我很乐意参与——但不是这种要猜测您在说什么的事宜。

2、没有人拿您和“那帮LTA”（就我所知，他们当中仍有不少并非阁下所称的身份，您给别人扣的这个帽子是不是扣得太大了？）相提并论，如果阁下确实读到了这种表述这四个字的话。

3、“那7个字不是我说的”——就您这样还指责别人“说谎”？——别的站点（事实上也包括Eric Liu也担任管理员的其他站点上）谁谁搞破坏应该被封禁、哪哪页面是破坏/违反方针页面应被删除，哪哪条目遭遇编辑战需要回退，回退不行上保护...，几乎没一个管理员敢公然说不的，也不是因为双方熟对谁错，非要抢麦拿下定义对方违规的话筒，而是本站整个站点的混乱，如果实在不行，我还是那句话，申请关站吧，wiki不是适合吵嘴皮子杖的合适网络平台，原文直出，从上下文看，这难道还不是您对于本地的定性，而是“谁之前说的这个东西找谁去”式的引用别人的观点吗？您做这样的语言闪避是毫无必要的。

4、我没有兴趣做这样的闪避，我在上文已经说了，我上面已经明确表明我的方案已经在时间上和实务上过时——您是从哪得出一个我否认自己为这份方案的创作者身份、并为此撒谎的推定的？我反对的——再明确讲一遍——是反对阁下这种先不要着急就正常的申请解任条件及程序（即阁下意图要修改的“发起对管理员的解任投票”）进行修订的推定——没有任何人着急修订，讨论和交换意见是正常的，这是一份我已明确指出问题的“死”方案，但如果各位愿意以这份方案为出发点——或者批判这份方案为出发点——来讨论，我个人非常高兴，但这不代表阁下可以扣上一个“着急就正常的...进行修订”和“意图要修改”（从前后文来看，我只能认为阁下推定我个人意图在现时点就修改一个正常的规则）的帽子。

5、我还是那句话，不要高来高去。我很愿意与包括阁下在内的任何人讨论本地方针指引等规则的修订问题，也可以讨论本地弊病——前提是您应该说明白，是什么具体内容，而不是用一段段的个人表态来谈问题。 银色雪莉（留言） 2025年6月13日 (五) 15:37 (UTC)

补多一句总结好了：有人提说要用在下的浅陋的方案来讨论，我个人在认为该方案多有欠缺的同时对此持开放态度，这就是上述交换意见的所有内容（这甚至都不是一个提案，并且交换意见显然已经终结——它不可能在本话题下被继续讨论，这种开放态度也并不代表当真正讨论该议题时我或任何人仍坚持此方案）——而在议题显然已经终结后上来继续延伸的，是阁下。这就使我尤为不解了——因为我没看懂您的延伸，也不认为这种单纯交换意见是有问题的。 银色雪莉（留言） 2025年6月13日 (五) 15:56 (UTC)

您爱怎么说怎么说吧，我不想再回应了。 Liuxinyu970226（留言） 2025年6月13日 (五) 23:32 (UTC)

甚至“犹记得”这种叫法，好像阁下认为我在搞“反犹主义”一般，希望今后避免这种争议极大的称谓。“反犹主义”同样也是我所反对的。 Liuxinyu970226（留言） 2025年6月13日 (五) 11:21 (UTC)

您这个帽子扣得已经是没边了，我只能郑重提醒阁下，不要扣帽子——即便扣，不要乱扣。“犹记得”是正常的中文表述，跟您所牵扯的概念事宜毫无关系，从古人到现代中文使用者[137][138]都有在使用——并不是阁下所称所谓“争议极大的称谓”——虚空画靶毫无可取之处，敬请注意。 银色雪莉（留言） 2025年6月13日 (五) 15:41 (UTC)

？？？—— Eric Liu_（留言） 2025年6月13日 (五) 19:20 (UTC)

🤔？ ——自由雨日（留言） 2025年6月30日 (一) 10:47 (UTC)

反對以上和類似的關站提議。網路社群分離、合并并非罕事。意見不合時，退出社群甚至另立門戶以競爭，并不是失臉面的事。但是此種關站或遷移提議并未説服我那邊的月亮更圓。如元維基上果真有關站提案，本人將反對。 Andayunxiao（留言） 2025年6月23日 (一) 16:30 (UTC)

Wikisource:写字间#c-RoyZuo-20250607211300-请各位不翻2025年6月8日前旧账

我两个方案写出来了，请大家赏脸看看吧。 RoyZuo（留言） 2025年6月7日 (六) 21:20 (UTC)

模板:PD-1923已有中文維基文庫最不宜關站的事由，就是若全部移囘舊維基文庫，在那管理員多洋人不易亂，但尚未確定作者逝世逾50年的作品即使1930年1月1日以前在美國以外發表，在美國屬於公有領域，最怕中華圈用戶誤踩版權地雷。因此，關站不如大量重選管理員。另立門戶包括啓用文言文維基文庫。請看#要求管理員就申報有償編輯宣誓。--Jusjih（留言） 2025年6月24日 (二) 17:51 (UTC)

请各位不翻2025年6月8日前旧账

最近举行了special:permalink/2566738#解任投票。其中1项，已确认投票期已结束。

务实地说，我感觉，已结束的 Zhxy_519 的解任投票，和未结束的 Jusjih 的解任投票，最终结果将是，与投票前的情况，没有区别。所以我也不等所有投票结果出来，现在就提两个方案，希望有助于解决实际问题。

这是第1个方案。

我诚恳地呼吁各位，从今日起，不翻今日以前的旧账。具体操作如下。

我提议，大家商定“旧账”截止时间，随后14日作为过渡期。以下讨论均假定2025年6月7日23:59为截止时间，具体日期待各位商议。

旧账截止时间	过渡期	不翻旧账
2025年6月7日 23:59 (UTC)	6月 8日 00:00 至 21日 23:59	2025年6月22日00:00起，翻2025年6月7日23:59前的旧账，属于扰乱。

何谓“不翻旧账”：

1. 所有用户截止时间（2025年6月7日23:59）前的任何行为，从此不咎。也就是说，这些行为不可再作为封锁用户的依据；不可再在讨论中用作指控用户的证据。
2. 任何“翻旧账”的行为，无论是在zh.wikisource，还是在任何WMF的网站，一经发现，即属“扰乱”。

   我建议，特设一页，用以记录该等翻旧账扰乱行为。

   我提议，任何用户翻旧账达3次：一般用户即应被中文维基文库管理员封锁7日以上；管理员则应被封锁7日以上，社群并发起解任投票。

3. 考虑到我等并非圣人，许多人情绪高涨，故特设14日过渡期，方便各位适应。

   原则上，大家今日起不翻今日以前的旧账，但14日过渡期内，即使有翻旧账的行为，也不列入第2点建议设立的专页，不算作扰乱。希望大家互相体谅，过渡期内的行为，就当是一时火起、戒断反应……诸如此类。

   但恳请各位保持克制，真正做到今日起不翻今日以前的旧账。

请各位共商。谢谢。--RoyZuo（留言） 2025年6月7日 (六) 21:13 (UTC)

附注：我就看看大家讨论成什么样，如非必要也不说话。可能两个礼拜之后我作一个私人总结吧。（我未来的私人总结不是结束这个讨论，大家讨论没有限期。只不过视乎参与讨论的人数，我预估届时我能得出一些观察结果了。） I plan to make a personal report on these 2 mediation attempts of mine circa 2 weeks from now, depending on how many people join this discussion. Before that I dont comment unless necessary.--RoyZuo（留言） 2025年6月8日 (日) 06:50 (UTC)

Zhxy 519就算不完全解任，仍要[[维基文库:禁制|禁制]]。此次不是我直接提出解任Zhxy 519，但Zhxy 519的下一步，也請問算不算[[Wikisource:管理員的離任#提前中止]]的“蓄意濫提解任案者，可能遭反坐，例如封禁”？ {{反對}}以上提案，根本不如利用[[w:Wikipedia:翻舊帳#「不要翻舊帳」不是什麼]]以便此地參考。更請注意[[Special:diff/2546761|存疑不合理的封禁]]若不妥善遮罩平反，就是一直公然展示。 那就在此回一句：“問題皆是Zhxy 519多次封禁用戶的程序，造成社群存疑，但因為日常繁忙，本人雖不承諾原諒Zhxy 519，但人不犯我，我不犯人。”也就是可同意Zhxy 519按章行使刪除恢復頁面，但涉及封禁用戶的特權，有待另案商榷如何限制Zhxy 519使用之。 正不正，不是Ericliu1912一人說的就算，但需要社群斟酌[[Wikisource:禁制|禁制]]。 是有不需要解任的新的矛盾化解方法，例如[[Wikisource:禁制|禁制]]。斟酌[[w:Wikipedia:翻舊帳#「不要翻舊帳」不是什麼]]，就是像Z某封禁他人程序的爭端，公共可看的封禁史若程序不正，就應討論是否遮罩平反，但曾被封的又再犯，或任意封禁的管理又再犯，新舊帳一起算就不是單純的任意翻舊賬，以及可能要短暫反遮罩作公開證據。 {{反對}}。依照[[w:Wikipedia:翻舊帳#「不要翻舊帳」不是什麼]]，自從[[Wikisource:管理员/Ericliu1912#Ericliu1912（第二次）]]以來，[[Wikisource:写字间#c-Ericliu1912-20250525062100-Jusjih-20250524215000]]凸顯Ericliu1912力求避免Gzdavidwong解任案，同Zhxy 519以及Gzdavidwong是啥關係？因此引用[[Wikisource:写字间#c-Liuxinyu970226-20250603224800-維基小霸王-20250602143900]]："必须全面整肃，包括EricLiu1912"。

本人保持[[meta:Universal_Code_of_Conduct/Coordinating_Committee/Cases/Zhxy_519,_Jusjih_and_Chinese_Wikisource#Suggested_solutions_-_Zhxy_519|於meta的聲明]]：問題皆是Jusjih無中生有，但因為日常繁忙，本人雖不承諾原諒Jusjih，但人不犯我，我不犯人。

个人总结, 到2025年6月24日 (二) 09:00 (UTC)为止. 没写完待续.--RoyZuo（留言） 2025年6月24日 (二) 09:00 (UTC)

意见

(限每人1行，表达支持/反对/其它。冗长讨论请写于下1小节。）

1.  反对以上提案，根本不如利用w:Wikipedia:翻舊帳#「不要翻舊帳」不是什麼以便此地參考。更請注意存疑不合理的封禁若不妥善遮罩平反，就是一直公然展示。--Jusjih（留言） 2025年6月7日 (六) 22:24 (UTC)
2. 仅 反对特定日期，建议改为灵活时间段制度，如1年前、2年前等...在未满足特定时间段时的情形仍应允许主动公开（尤其近1年间的封禁记录）以便及时判断相关言论及操作是否具合理性，已满特定时间段的我可以支持不再重提，另外提醒阁下（指RoyZuo），随意回退他人评论及歪曲被封禁的理由本就已是扰乱行为中的IDHT。--Liuxinyu970226（留言） 2025年6月7日 (六) 22:30 (UTC)
3. (！)意見，翻旧账在中文维基百科都只是论述，没有理由在这边采取更强硬的措施。——— 红渡厨（留言・贡献） 2025年6月8日 (日) 07:33 (UTC)
4.  反对建议直接雪球驳回吧，没有一个用户支持通过的。要讨论也应先由提案人总结现在已经出现的意见，再重提一个更实际的提案，才好达成共识。 Midleading（留言） 2025年6月8日 (日) 10:48 (UTC)
5. (！)意見，不說禁止翻舊賬吧，但是反覆用同一理由提罷免應該是明文禁止的。--瓜皮仔＠Canton 2025年6月12日 (四) 03:10 (UTC)

讨论

本人保持於meta的聲明：問題皆是Jusjih無中生有，但因為日常繁忙，本人雖不承諾原諒Jusjih，但人不犯我，我不犯人。--Zhxy 519（留言） 2025年6月7日 (六) 22:20 (UTC)

• 要不我提议一个修正案好了：

1. 所有本站用户（指至少登录本站1次）在任何站点，发生于2年前（原则上以730天计算）的任何行为，不论是否为其所欲，都应假定合理性，既往不咎。也就是说，这些行为不可再作为封禁该用户的依据（或是该用户为管理员时封禁他人的依据）；不可再在讨论中用作指控用户（无论是针对其本人亦或其本人针对他人）的证据。（毕竟阁下根本无法左右外站是否对本站行为追究后续责任）
2. 但对封禁而言，任何站点当前仍在实施中的封禁，只要不被适当申诉予以推翻，即可继续引用，不受上述翻旧账定义限制--Liuxinyu970226（留言） 2025年6月7日 (六) 23:03 (UTC)

• https://en.wikipedia.org/w/index.php?title=User_talk:RoyZuo&diff=prev&oldid=1294473273 User:Liuxinyu970226 has been harassing me crosswiki, this time by pinging an uninvolved user under an unrelated section on my user talk page and making misleading comments, for my attempts at mediation for zh.wikisource .--RoyZuo（留言） 2025年6月7日 (六) 23:04 (UTC)

  @RoyZuo： No, that's not a harassing behavior, just a reminder that you should also not revert other users' comments to avoid trolls from or toward you, that's a protect trial, not wrong behavior. --Liuxinyu970226（留言） 2025年6月7日 (六) 23:10 (UTC)

  But if you think that comment is really unnecessary, I've withdrawn. Liuxinyu970226（留言） 2025年6月7日 (六) 23:23 (UTC)

• In this enwiki diff, @RoyZuo： above wrongly claimed a so-called "harassement" which I didn't ask Czar to be blocked (only say that that should also be blocked if and when that user really did something that community agrees with their IDHT property, which didn't happened yet), but only a reminder that this user shouldn't be a meatpuppet of other users, thus this user should be largely warned due to their IDHT (Failure or refusal to "get the point"). --Liuxinyu970226（留言） 2025年6月8日 (日) 03:27 (UTC)
• 「一事不再理」是管理員解任投票的基本原則。也就是說，Jusjih及Zhxy 519，本來都不能再用此前的理由向對方提起解任投票。至於精神上的「不翻舊帳」，我看是難以規定，如此不過是強壓不滿，提前掩埋社群不和諧因子的「地雷」罷了。—— Eric Liu_（留言） 2025年6月8日 (日) 07:34 (UTC)

  确实，这种情绪性提案，建议直接否决。 Liuxinyu970226（留言） 2025年6月8日 (日) 07:40 (UTC)

  有關這個問題，雖然解任投票尚在進行，我尤其希望先得到@Jusjih：君的明確答覆。文庫社群已經就此紛爭糾纏數年，干擾站務甚鉅，無論起因，顯然已經不少人對此感到厭惡。既然Zhxy 519已經白紙黑字地表示「人不犯我，我不犯人」，剩下就輪到Jusjih您這邊了。我很誠摯地等待。—— Eric Liu_（留言） 2025年6月13日 (五) 22:01 (UTC)

  （註：對我而言，有關Gzdavidwong的若干瑣事也包含在內，因為那實在是Jusjih跟Zhxy 519更大衝突的一部分而已，都已是一坨舊帳、「爛帳」）—— Eric Liu_（留言） 2025年6月13日 (五) 22:16 (UTC)

@红渡厨 理论上，大家是希望有的人不要把陈年旧事反反复复没完没了地提吧？看看是谁不同意，谁反对这个大家的意愿，谁一定要提以前的事？

所以实际上，他们反复提，我们也无可奈何，因为有的人拿着无限期管理员权限。

所以我现在就提出来一个具体的、可以执行的方法，定一个时间点，时间点以前的事就不准再提了。

就好像整个中文维基文库在那个时间点重生一样。

同时定一个宽限期，宽限期内忍不住嘴的，大家就算了，大家都忍一忍。

但是宽限期以后，还忍不住嘴的，那大家就知道是谁一直纠缠不清了，大家就有理由把他们踢走了。

然后世界清静了，大家就该干嘛干嘛了，可以回归抄书校对的实际工作了。 RoyZuo（留言） 2025年6月8日 (日) 08:03 (UTC)

我还是那句话，我反对一个特定时间点，但支持某一时间段之前的不要再提，例如1年前或2年前，而且阁下其实也无法劝阻外站用户提及本站琐事（例如万一这样的“提及”来自萌娘百科、或是OA2021之后那帮被赶走的叛徒所建立的所谓“求闻百科”呢，您还有心思跑到那两个网站说“不许再提中文维基文库”么？ta们如果不嘲笑阁下都算烧高香了，就好像日本政府曾要求中国外交部撤下一幅讽刺绘画，结果却是——置顶了），所以规定“所有本站用户”绝无不妥。至于为何要求对当前发生的封禁作出适当例外，这当然是基于另一个“囍鵲”案：m:Universal Code of Conduct/Coordinating Committee/Cases/2025/囍鵲，如果不提及这个案件，将几乎没有可能做到“引以为戒”，反而会误导社群“这个人做错的事跟我做错的事是两回事，我跟ta没半点关系”，对社群恐百害而无一利。 Liuxinyu970226（留言） 2025年6月8日 (日) 08:14 (UTC)

就“整个中文维基文库在那个时间点重生一样”一说，我想可以重生，如果现有政策仍旧乱的一锅粥，元维基项目站点关闭提案专页（PCP）随时欢迎，我无意主动提案，但如果有人提了，我用人格保证我绝对投支持票，而不是反对或中立票。待关闭后本站内容临时迁回多语言版维基文库，好好整顿一番后申请按语言申请页规定重新启动，岂不更加美哉（而且这样做，从多语言版维基文库要回ta们的文言文内容反而觉得容易了呢）。 Liuxinyu970226（留言） 2025年6月8日 (日) 08:35 (UTC)

请有事说事，就事论事，漫无边际的发想，话题很新，离题很远，毫无效益。 银色雪莉（留言） 2025年6月8日 (日) 08:42 (UTC)

@Midleading 现在才多久了？一天都不到，多少人看到了？又是谁在反对？谁在反对某一个时间点以前的旧事不再提，从此整个维基文库重新开始？谁一定要提旧事？ RoyZuo（留言） 2025年6月8日 (日) 11:25 (UTC)

己所不欲，勿施于人。自己捅的娄子自己缝补。 Liuxinyu970226（留言） 2025年6月8日 (日) 11:29 (UTC)

不管是谁反对，但是我还没看到有支持的，已经说明目前的提案至少也要重新修改，才更有机会通过。一直放着并不会魔术般的就通过了，如果我是一个没时间的不活跃用户，偶尔才过来看到这个讨论，里面全都是各种各样的反对，那我很可能会直接点击×而不是留言。 Midleading（留言） 2025年6月8日 (日) 16:55 (UTC)

那麼，閣下就這一點的意見到底是什麼？閣下目前只是拿別人都反對來當理由，自己的真實想法卻不清楚。 瓜皮仔＠Canton 2025年6月12日 (四) 03:13 (UTC)

两位管理员已经根据一事不再理原则不再能重新提出针对对方的解任案，看不出本提案的必要性，根据其他反对意见，本提案的可行性也不足。 Midleading（留言） 2025年6月12日 (四) 08:47 (UTC)

本次投票緣起就是Jusjih屢屢違反一事不再理原则意圖提出解任，閣下是否追認這一事實？按照他的脾氣，過了半年再來提，閣下是否出手制止？ 瓜皮仔＠Canton 2025年6月12日 (四) 13:07 (UTC)

提醒@Gzdavidwong离任指引并未明确禁止“一事不再理”，而且现时Jusjih的解任案中，包括本人在内多位反对者已提出有效异议，认为部分解任理由更适合描述Zhxy 519自己。 Liuxinyu970226（留言） 2025年6月12日 (四) 20:57 (UTC)

我建议当本案被否决之时，同时允许前往Wikisource:投票区表决我上面提到的一份修正案。 Liuxinyu970226（留言） 2025年6月12日 (四) 21:00 (UTC)

阁下修正案亦缺少讨论，在下反对在此情况下将其付诸表决，请牢记投票不能代替共识。我个人对于上述原案与修正案不论以何种方式划定“不算旧账”的严格的时间点和作为强制性规则两件事的前景都不看好。如果一事（这里的事情，应当是指具体的事项，而非一项提案）在流程正常进行下已有处理结果，那么不再理会是符合程序原则的——不过我似乎也没有见过要把它明文化的，这可能也很困难，不过我相信即使有人打算违反，那也会被指出来，所以其实大概还好。 银色雪莉（留言） 2025年6月13日 (五) 10:29 (UTC)

@银色雪莉这个流程正常么？目前多位用户反映提案者不分青红皂白强推本页提案，甚至我只是提一个修正案不想竟遭恶言对待，试问谁能支持？ Liuxinyu970226（留言） 2025年6月13日 (五) 10:38 (UTC)

@Liuxinyu970226：首先，我的“流程正常进行”是针对其他就“一事不再理”问题的意见的个人看法中的表述。第二，每个人有提案的自由，他的提案我也不支持，但他这样怎么样算是强推呢？他把这弄到投票去了吗？这不还是在讨论和形成共识阶段吗？征求意见阶段这么多不同意见，那么这个议案自然是难以通过的，正常过一定时数（这里倒不是说要等十四天）没有更多讨论就可以关闭或存档议案，也可以雪球关闭（不过本地确实很少做这种雪球关闭的处理——这也表明我们可以完善这些规则），除提案者外其他人阻止了吗？从以上看，这样的流程，又哪里不正常呢？老实说，哪怕是一个错到离谱的提案，我们也不妨从中吸取一些经验，而不必一来就是自己捅的娄子自己缝补。至于你们俩之间的争议，如果发生在本地而你认为这些是由其不当行为所致，可以提报，如果发生在别处，你也可以提报。最后，我可以再次利申：我认为这个提案——和修正案——都不现实。 银色雪莉（留言） 2025年6月13日 (五) 10:51 (UTC)

雙重標准不是你這麼玩的。上面Eric Liu和Midleading都在提一事不再理，你還一副贊同的模樣，卻單單跑來提醒我。你投票發表意見就發表好了，多扯「有效」就太此地無銀三百兩了。 瓜皮仔＠Canton 2025年6月14日 (六) 02:51 (UTC)

现在看出来了，他很会说话，用点藉口就把自己真实意图藏起来。 RoyZuo（留言） 2025年6月14日 (六) 15:35 (UTC)

不敢自称写作有多好，只不过是正常而已，没读过书怎么好意思当中文维基文库的管理员。本人对道家文化感兴趣，这么做是很自然的道理，人家Jusjih都还没有提出来这样的提案，谁知道未来会不会出现新的解任理由，或者是Jusjih会不会想出不需要解任的新的矛盾化解方法，这些都不是“一事不再理”，可以继续讨论，现在就要颁发永久效力的保护证明确实有点为时尚早。Jusjih一直在錄入台灣法律，想要尋求一個公平正義的解決方案也很合理。其他管理員的錄入風格暫時還未知，因此抱歉無法點評。 Midleading（留言） 2025年6月16日 (一) 04:02 (UTC)

@Zbz53321374：才像是最近刊登台灣法律最活躍的，但不肯討論，而其正確性以及排版，我一人追加校正很瑣碎，因而有請公正管理員注意，甚至勸告。是有不需要解任的新的矛盾化解方法，例如禁制。斟酌w:Wikipedia:翻舊帳#「不要翻舊帳」不是什麼，就是像Z某封禁他人程序的爭端，公共可看的封禁史若程序不正，就應討論是否遮罩平反，但曾被封的又再犯，或任意封禁的管理又再犯，新舊帳一起算就不是單純的任意翻舊賬，以及可能要短暫反遮罩作公開證據。--Jusjih（留言） 2025年6月17日 (二) 18:44 (UTC)

您是管理員，也是錄入台灣法律方面的專家，其他管理員對錄入台灣法律都不太熟悉，還是由您直接多勸告此用戶較好。 Midleading（留言） 2025年6月19日 (四) 02:50 (UTC)

确实，要是连谁是录入专家都搞不清，却硬要保留本站制造概念混乱，我看还不如趁早关站，好聚好散得了。 Liuxinyu970226（留言） 2025年6月19日 (四) 03:40 (UTC)

有限任期制

第2个方案，有限任期制。

1. 所有现任管理员，任期到某商定日期为止。（例如2027年12月31日，超过2年后。具体日期待各位商议。）
2. 任何新当选管理员，任期若干年而非无限期。（例如6年。具体待商议。）
3. 管理员任期届满前，举行信任投票，通过信任投票方能续任。（通过门槛最低为“支持票>反对票” ，最高为75%（新管理员当选门槛），具体门槛待商议。)

请各位共商。谢谢。--RoyZuo（留言） 2025年6月7日 (六) 21:13 (UTC)

意见

(限每人1行，表达支持/反对/其它。冗长讨论请写于下1小节。）

1.  反对有时间规定任期，还不如两套管理员相关指引都提出修订意见（尤其是就不活跃的管理员定义问题，G打头那位更是心知肚明中的心知肚明），目前管理员行为争议皆起因指引叙述争端，并不是限制任期就能解决的，顺带，当可能通过的下次修订通过后，我请求修订哪个就升级哪个为方针。--Liuxinyu970226（留言） 2025年6月7日 (六) 22:33 (UTC)
2.  支持每个人网络做志愿者公益编辑的精力都是有限的，能投入一部分时间精力来贡献就可以了，不要求终身贡献。任期制可以避免一些人虽然兴趣和精力已经减弱，为了终身保持管理员的“荣誉”，而只是做最低限度的编辑。不过我认为到期后应该直接取消管理员权限，而不是举行信任投票。如果需要管理员权限，可以重新选举。--維基小霸王（留言） 2025年6月8日 (日) 00:15 (UTC)
3.  支持 但是我想第３點該是所有管理員同時"下課"，有意連任者，報名參加新一屆選舉，由有資格投票用戶審視。--晞世道明（留言） 2025年6月8日 (日) 03:29 (UTC)
4.  反对任期制：管理員處理站務，無論理由多麼正大光明，總是有機會得罪別人；時間久了，整體支持率必然下降。而本站社群基數較小，這一現象比百科等地更加嚴重，且會持續加劇。重點是，越活躍處理站務，就越容易得罪別人，於是更可能導致有能者漸難取得社群多數滿意，最終促使本站管理體系長期失能。本人認為，如果個別管理員沒有明顯濫權問題，則不應予以解任。現有管理員離任指引，雖仍有瑕疵，已經足堪應付此種不端行為。若要避免管理權限淪為所謂「榮譽」，倒是理當考慮提高管理人員活躍度門檻，而不是直接訂下硬性任期限制為妥。—— Eric Liu_（留言） 2025年6月8日 (日) 07:28 (UTC)
5.  支持。英文維基文庫退出舊維基文庫不久，就自行成立有限任期制，最多13月。本站就是有太多管理員太怕解任，就更要改革。--Jusjih（留言） 2025年7月23日 (三) 02:56 (UTC)

   “ENWSSAID”？ dringsim 2025年8月16日 (六) 05:02 (UTC)

讨论

• @維基小霸王这便是我反而害怕的问题，这种定期选举逻辑肇因维基百科那边受OA2021影响而被迫如此，但也已导致选举不能灵活进行而造成1.本应可以满足条件新当选上的却奈何为时过早或过晚，过分且无合理理由地强加了自我检讨期；2.某些用户抓住时间要求，刻意赶在某个选举日期前刷满编辑次数，自诩满足参选/当选条件，我不希望本站再因同一原因再发生一次基金会行动。 Liuxinyu970226（留言） 2025年6月8日 (日) 00:26 (UTC)
• @晞世道明所有管理员同时"下课"，那么如果在选举期间遇到多出了大规模侵权内容，甚至大规模编辑战，又该由谁管控呢？ Liuxinyu970226（留言） 2025年6月8日 (日) 03:49 (UTC)

  其實還有GS，你們可以請求Global sysop action，不過這不是一個good idea就是了。 ASid（留言） 2025年6月8日 (日) 17:41 (UTC)

  简单至极，您是位热心用戶，给您"看守"，必不负众望。 晞世道明（留言） 2025年6月13日 (五) 13:28 (UTC)

  @晞世道明我？没空，真是没空，你们要全体都不行了，管不住了，剩我一个那这wiki还有啥用呢，关站得了。 Liuxinyu970226（留言） 2025年6月13日 (五) 13:40 (UTC)

• 首先请全体超级低调管理员发表意见，你们是可能受影响最大的人，不发表意见有点说不过去。其次请超级低调用户谈谈看法。我们都知道七八年前这些问题根本就不存在，不用通过投票确认这一事实。但是你们能不能更新更新认识，这里谈了这么多，没人理睬的话岂不等于满篇废纸。 Midleading（留言） 2025年6月8日 (日) 05:49 (UTC)

  @Midleading的确，就像我在U4C案例讨论页问到的那样，我们都需要逐步完善有关指引及程序，并寻求将指引升级成方针（即只要不被再次修订，任何人都必须无条件遵守）。 Liuxinyu970226（留言） 2025年6月8日 (日) 06:00 (UTC)

• 另請注意百科此前推出之「臨時管理員」試行，結果是幾乎所有管理員作完一任，涉及各種爭議站務工作，都不足以取得更多支持續任，還有部分倒退跡象。百科如此規模之社群都不過如此，遑論文庫？—— Eric Liu_（留言） 2025年6月8日 (日) 07:37 (UTC)

  且要指出，本站新任管理員，已非預設永久任期，而是受全域要求規範，僅有獲得相當支持，始有取得永久權限之可能。這不代表本站不能自訂指引，但我仍覺得弊大於利，理由已於上述。—— Eric Liu_（留言） 2025年6月8日 (日) 07:43 (UTC)

  的确，贸然开这个口子只会让某些别有用心用户拿权限随意做一些争议性操作，做完跑路，这便是我为何永远不可能支持“有限任期”的想法，管理员（及以上权限）是神圣的，任何有这类权限的用户都应该知道自己的操作是否配得上神圣这个词，如果配不上，跑路便是，不然就只会引发争论。 Liuxinyu970226（留言） 2025年7月14日 (一) 04:22 (UTC)

• 大体上同Eric Liu在意见章节的意见。以目前的社群规模，这种安排最终会造成管理员人数大幅下降。而且考虑到管理员之间本来已有大量的矛盾，人越少事情越难处理。除非诸位有最终放弃设置本地管理员的打算，否则还是不建议引入任期制…… --达师 - 370 - 608 2025年6月8日 (日) 14:16 (UTC)
• 不同意管理員積極處理站務必然導致支持度降低，這里管理員自身的行為有待改進才是支持度降低的決定性因素。如遇爭議站務工作，應該首先調查有關證據，征求社群意見，促進形成共識，如此即使產生爭議案件（如剛剛過去的m:Universal Code of Conduct/Coordinating Committee/Cases/Hounding claim on Chinese Wikisource）也可安然化解。管理員必須對自己的行為負責。不同意因為管理員自身問題可能導致管理員人數下降，就支持任用條件尚不成熟的管理員，應該和維基百科一樣從嚴要求。如果管理員人數真的下降，我仍會在今後很長的時間內維持高頻度巡查和處理站務，不致使站務陷入癱瘓。 Midleading（留言） 2025年6月14日 (六) 02:16 (UTC)

  你說的是理想情況，但以本站的社群風格來說，還真不一定。這裡討論的應該也不是「任用條件尚不成熟的管理員」，而是避免管理員因為無私處理站務惹上麻煩。—— Eric Liu_（留言） 2025年6月15日 (日) 09:18 (UTC)

---

最近三周未收到新的留言，有限任期制支持者三包括管理員一，反對者二包括管理員一，有推翻不限任期制的趨向，仍請繼續商榷RoyZuo在2025年6月7日提的三大事宜，例如：

1. 所有现任管理员，任期到（2027年12月31日？）
2. 任何新当选管理员，任期（6年？）
3. 管理员任期届满前，举行信任投票，通过信任投票方能续任（通过门槛为75%？)

以上打問號都取自RoyZuo的例子。更重要的是明定有限任期的細節，才能有效推翻不限任期制。--Jusjih（留言） 2025年8月14日 (四) 16:18 (UTC)

「有推翻不限任期制的趨向」，從哪裡看出來的？可以說無共識吧。—— Eric Liu_（留言） 2025年8月14日 (四) 17:18 (UTC)

共識不足，因而下接#有限任期制之现任管理员任期到某商定日期为止，趨向就是要再討論RoyZuo在2025年6月7日提的第一事宜，不能算無共識。有限任期制支持者三若加上提案者就是四位，不是反對者二能直接否決下一步討論的。--Jusjih（留言） 2025年8月15日 (五) 21:36 (UTC)

解决方法3 问卷调查

为了解决实际问题的第3个方法：问卷调查。

调查关于“需要管理员或更高权限的操作”，主要就是 assign/remove user group 和 block/unblock user 4件事。（因为不需要管理员权限的操作可以慢慢聊，所有人慢慢聊到天荒地老都无所谓。）

1. 每个人写下，你自己认为，为了解决维基文库的实际问题，必要的这4种操作。不需要写理由，不要你罗里吧嗦地写一大堆。只要你写“针对谁，干啥”，完了。
2. 问卷调查截止时间到了之后，归纳所有意见。将所有“至少两个人提出的要求”列出来。
3. 然后整个文库社群针对所有这些“至少两个人提出的要求”讨论并投票。

   讨论投票结果出来就完了，代表所有涉及高级权限操作的事都搞完了。其他事情，可以在本地范围内，随你们便慢慢聊吧。

看看你们要不要做这个问卷调查。要公开做还是匿名做。

要匿名做的话，找几个局外人，弄个Googleform/SurveyMonkey之类的匿名调查问卷。匿名问卷的意思是，收集意见的过程其他人看不到，但还是要签名的，保证每个人只交1份答案！至于问卷结束归纳“至少两个人提出的要求”之后，“谁提那些要求”不一定需要公开，因为每一项要求还要经过公开讨论和公开投票。

3rd solution, a questionnaire to find out what actions (that require advanced user rights) should be taken to resolve the problems. That is, assign/remove user group and block/unblock user, these actions. All other things that dont involve these actions can be discussed locally forever and ever. At the end of the survey, make a list of all actions that at least 2 users request. This list of actions will then be discussed and voted on. That resolves everything that requires advanced user rights (i.e. meta/global users / u4c committee). All other matters can be handled locally.--RoyZuo（留言） 2025年6月14日 (六) 11:59 (UTC)

用户 username	要求 What do you want?
	授权 assign to group	除权 remove from group	封锁 block user	解封 unblock user
User:Example <- 样板 SAMPLE ->	User:Test 管理员 3个月	User:Test 管理员	User:Test 永久	User:Test

--RoyZuo（留言） 2025年6月14日 (六) 11:59 (UTC)

抱歉，我看不出这个调查的用途以及它试图解决的“实际问题”是什么？ 银色雪莉（留言） 2025年6月14日 (六) 14:06 (UTC)

你觉得有属于这4种操作的措施，但是因为这里一天到晚瞎吵，什么都做不了的吗？

如果你觉得没有的话……

如果所有人都觉得没有的话……

那么m:Universal Code of Conduct/Coordinating Committee/Cases/Zhxy 519, Jusjih and Chinese Wikisource不就完了吗？

瞎吵一轮到最后原来什么措施都不需要管理员以上的操作的话，那谁喜欢吵就这里继续慢慢吵，其他人就不用搭理那些专门吵架的人了吧？

如果有属于这4种操作的，那就现在所有人麻利地提出来麻利地讨论投票，两三个月之内搞完，拉倒了。没完没了地吵了几年都不知道在干嘛。 RoyZuo（留言） 2025年6月14日 (六) 15:09 (UTC)

其實解任投票完了以後就沒什麼事了吧？不一定「没完没了地吵了几年都不知道在干嘛」了。—— Eric Liu_（留言） 2025年6月14日 (六) 17:51 (UTC)

当然还有很多事了，例如讨论投票资格应该怎么修改以考虑近期编辑次数，管理员不活跃方针是否修订等等，不一定仅限于这个问卷所列出的授权、除权、封锁、解封四种。 Midleading（留言） 2025年6月15日 (日) 04:16 (UTC)

老管理员在维基都活跃多年，有深厚的人脉，只要愿意总是能找到朋友来帮忙。除非是不搞小圈子的管理员得罪了一个派系，这种解任投票是没有意义的。 維基小霸王（留言） 2025年6月15日 (日) 14:42 (UTC)

请求修改禁用标题名单

请移除如下禁用标题名单项。

• 标题 "戊午上高宗封事" 已被禁止创建。 其与以下禁用标题名单项匹配： .*宗.* <autoconfirmed|noedit> #傀儡破壞，暫時 (whitelist避免過度封鎖)
• 标题 "Category:宗教" 已被禁止创建。 其与以下禁用标题名单项匹配： .*[教敎].* <autoconfirmed|noedit> #傀儡破壞，暫時 (whitelist避免過度封鎖)

并帮忙检查下，还有没有其他不合时宜的禁用标题名单。——2409:8A55:3966:7D80:5C72:13C8:A94B:98A 2025年6月23日 (一) 02:45 (UTC)

已经移除这些敏感词 Midleading（留言） 2025年6月23日 (一) 04:22 (UTC)

請求公開此名單，可以只讀方式。——西城東路（留言） 2025年6月23日 (一) 14:01 (UTC)

该列表是公开的，请自行查阅 Midleading（留言） 2025年6月24日 (二) 14:57 (UTC)

查阅链接URL？ 2409:8A55:3966:7D80:F9C0:B08E:A3A:9984 2025年6月25日 (三) 07:12 (UTC)

问题是，本人搜索「禁用标题名单」，勾选搜索范围「全部」，未找到相应列表。——2409:8A55:3969:6960:6CEE:5E60:3C55:887D 2025年6月27日 (五) 11:14 (UTC)

請提供列表鏈接。——西城東路（留言） 2025年7月1日 (二) 08:03 (UTC)

@西城東路：请点击访问MediaWiki:Titleblacklist（该名单链接位置各个MediaWiki项目共通）。 Teetrition（留言） 2025年7月1日 (二) 11:42 (UTC)

要求管理員就申報有償編輯宣誓

@維基小霸王：Wikisource:申報有償編輯是維基媒體基金會制定的使用條款，因此請問是否要求管理員就申報有償編輯（包括不濫用傀儡）宣誓？誓詞草稿自中華民國憲法第48條改作：「余謹以至誠，向全社群用戶宣誓，余必遵守維基媒體基金會包括申報有償編輯的使用條款，盡忠職務，增進用戶福利，保衞社群，無負用戶付託，不濫用傀儡，不授受賄賂干涉社群秩序。如違誓言，願受社群嚴厲之制裁。謹誓。」 ~~~~既然#重选管理员建议僵持不下，也請問是否要求任何在任管理員（包括未來新上任的，但非申請未准的）限期（例如14日）宣誓，逾期就自動解任，只能重選，不能申訴？此案若成立，维基文库:管理員的離任也要修正。--Jusjih（留言） 2025年6月24日 (二) 17:47 (UTC)

反对，因为中华民国宪法只适用于台湾，不适用于大陆和港澳。 Midleading（留言） 2025年6月25日 (三) 02:37 (UTC)

鉴于申报有偿编辑条款适用于各计划，相信重要的是依据相关条款在证据和逻辑链条下审视各项行为；相信这远胜于其他形式化的行为。 银色雪莉（留言） 2025年6月25日 (三) 03:54 (UTC)

據我所知，無論是否為管理員，都有必要遵守全域方針與指引。另外，目前沒有任何管理員從事有償編輯，將來也很難預見如此，故此一提議未免過慮。—— Eric Liu_（留言） 2025年6月25日 (三) 06:51 (UTC)

@Midleading：误会了。自中華民國憲法的第48條改作是指文字内容，不涉及不适用于大陆和港澳。@Ericliu1912：“沒有任何管理員從事有償編輯”是指目前不足以確定有誰有償編輯未申報。若大量非管理員支持本案，應尊重他們，--Jusjih（留言） 2025年6月25日 (三) 21:21 (UTC)

这个形式很新鲜，可以初步试行看看效果。惟誓词要更简单、有烟火气，建议改作：“上邪，我典此文库，欲请偿于兹任。我将无我，不负乡亲社员。若有私心背德，三刀六洞、天打五雷轰。谨此宣誓。宣誓人：某某。”宣誓时，宜录音、录像，并上传维基共享网站留存存证。Liouxiao（留言） 2025年6月26日 (四) 01:19 (UTC)

這應該算是侵犯個人隱私，還可能違反基金會隱私政策⋯⋯😅 —— Eric Liu_（留言） 2025年6月26日 (四) 04:14 (UTC)

您好，感谢您@我。对于这个问题，我再想一想。本人从来没有有偿编辑过。 維基小霸王（留言） 2025年6月26日 (四) 16:26 (UTC)

同意Ericliu1912存疑Liouxiao的“宣誓时，宜录音、录像，并上传维基共享网站留存存证”恐有“侵犯個人隱私，還可能違反基金會隱私政策”之虞。因此，誓詞末端簽名仍不足？Liouxiao的誓詞草案比有些民國有些“如違誓言，願受最嚴厲之處罰”的宣誓更毒，因此我才引用民國總統誓詞改作。我也概不有償編輯。#重选管理员建议不能建立共識，使得本案最重要的是要求管理員宣誓否，柔性加重管理員的責任心，不必大量重選。編輯不管有償否，最反感的是任何用戶任意用傀儡，包括真人傀儡，因而存疑。--Jusjih（留言） 2025年6月26日 (四) 17:05 (UTC)

误会误会，这里“宜录音、录像，并上传”仅仅是建议，非强制要求；但可以鼓励心志坚决的志士仁人这样做，以昭告天下、表明立场。如果是出于个人意愿本意的做法，应该不至于侵犯隐私吧？

另外，誓非毒誓则不足以取信于人；后果要形象具体，例如“嚴厲之制裁”就不够具象（窃以为这貌似为民国各类官方誓词的通例句子，但因所指过于含糊、而颇为诟病）。再有，“不濫用傀儡”略显语气松动，是否意味着可以“少量使用傀儡”，或者用何种“傀儡”则不叫作“濫用”？其它令人反感的事项，是否也应加入誓词、以引以为戒？ Liouxiao（留言） 2025年6月27日 (五) 06:39 (UTC)

您好，我想了想，有偿编辑问题对于维基百科确是个问题，因为有人用那个做广告。可是对于维基文库来说，这里应该没什么人会有偿编辑吧？如果真的添加了这个要求，而且所有的管理员都宣誓了，那又有什么意义呢？因为肯定没有人有偿编辑呀。 維基小霸王（留言） 2025年6月27日 (五) 15:04 (UTC)

我也想了一下，維基百科出現有償編輯問題，是因為該處流量較大、藉由書寫條目而「正面曝光」的機會更多；但這些因素在文庫都不存在。況且本站純粹是收錄文獻，根本不涉及人、事、物評價等問題；就算是有償錄入文獻，若文獻本身符合收錄標準，又有何不可？所以我認為這嚴格來說算是個「假命題」，至少重要程度有所高估。—— Eric Liu_（留言） 2025年6月28日 (六) 11:51 (UTC)

提案者在此劃去“就申報有償編輯”，只留“要求管理員宣誓”。仍斟酌Liouxiao的誓詞草案。要避免列出太多令人反感的事宜，我簡化草案成：「余謹以至誠，向全社群用戶宣誓，余必遵守維基媒體基金會的使用條款，盡忠職務，增進用戶福利，保衞社群，無負用戶付託。如違誓言，願受社群嚴厲之制裁。謹誓。」宣誓人--~~~~”。--Jusjih（留言） 2025年6月28日 (六) 16:39 (UTC)

我還是覺得這太官僚了。—— Eric Liu_（留言） 2025年7月2日 (三) 14:12 (UTC)

似乎可以支持，但需要地域中立，不要刻意提及某些地区名词。--Liuxinyu970226（留言） 2025年7月2日 (三) 01:59 (UTC)

我的最新誓詞草案不提及任何地区名词。但Liouxiao草案的“上邪，我典此……”更古典、地域中立。缺乏共識，本案投票看似要分段，先確定是否要求全部管理員宣誓。若否，是否只要求未來新的管理員宣誓，就另當別論。再討論吧。--Jusjih（留言） 2025年7月4日 (五) 02:50 (UTC)

有資格投票的，請去Wikisource:投票#要求全部管理員宣誓。先確定是否要求全部管理員宣誓。--Jusjih（留言） 2025年7月18日 (五) 19:00 (UTC)

同意結束投票，加倍討論#有限任期制才更有用。--Jusjih（留言） 2025年8月1日 (五) 18:19 (UTC)

有限任期制之现任管理员任期到某商定日期为止

@RoyZuo：上接#c-RoyZuo-20250607211300-有限任期制，請商定所有现任管理员，任期到何日为止。（例如2027年12月31日，超过2年后。具体日期待各位商议。）

意见

(限每人1行，表达支持/反对/其它。冗长讨论请写于下1小节。）

1. 我偏好2026年12月31日。--Jusjih（留言） 2025年8月15日 (五) 21:29 (UTC)
2.  反对任何任期建议，任期制度曾在中文维基百科试验过一段时间，但反而造成了对普通用户的恶劣影响，百害而无一利。--Liuxinyu970226（留言） 2025年8月16日 (六) 00:51 (UTC)
3.  反对，滥权管理员应个别解任，不应浪费社群精力定期投票。Wikisource:写字间#c-Jusjih-20250723025600-Liuxinyu970226-20250607223300纯属“ENWSSAID”。--dringsim 2025年8月16日 (六) 05:07 (UTC)
4.  反对：理由已於前述；以本站社群規模、實務運作而言，均無實施「任期制」之基礎。—— Eric Liu_（留言） 2025年8月22日 (五) 18:11 (UTC)

讨论

目前看起来这个可以直接雪球关闭了？目前所有针对解任规定的修订尝试，事实上都已宣告失败，估计只能继续设法委托U4C介入。--Liuxinyu970226（留言） 2025年9月16日 (二) 05:27 (UTC)

建议按除提案者外无人支持，雪球关闭公示？ Liuxinyu970226（留言） 2025年10月9日 (四) 03:49 (UTC)

《大南寔錄》上傳問題

你好各位，我暫時回來了。

最近我得到了慶應義塾大學《大南寔錄》的影印本。我想問問，這種東西可不可以上傳？違不違法？《大南寔錄》毫無疑問進入了公有領域，但是前面用日語寫的序呢？他當然不能進呀，因為是昭和三十六年（1961年） 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年8月18日 (一) 14:00 (UTC)

順便問一下，《雪岳遺稿》雖然90%用漢語，但是開頭的序用的是日語，但是這個序毫無疑問進入了公有領域，所以該如何處理？ 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年8月18日 (一) 17:01 (UTC)

在本站錄入漢文，在日文站錄入日文序，其後以跨維基連結互見。—— Eric Liu_（留言） 2025年8月19日 (二) 01:57 (UTC)

关于通过索引录入时的一些问题

各位好，近来在通过索引录入NLC416-12jh001673-50725 苏联宪法.pdf时，为求格式符合原本使用了{{Dent}}模板：

第四條　蘇聯經濟基礎、為社會主義的經濟制度及對於生產工具與手段之社會主義的所有，因於廢除資本主義經濟制度，消滅生產工具與手段之私有權及廢除人對人榨取之結果而得

但是在每一页会遇到句子不完整，并在下一页接上，但是由于使用了Dent模板，无法直接衔接（见第四条末尾处）：

蘇 聯 憲 法　　　　　張西曼教授譯

　　　　第一章　社會組織

第一條　蘇維埃社會主義共和國聯邦（譯註：節稱蘇聯）為工農社會主義國家。

第二條　蘇聯政治基礎、為勞動代表之蘇維埃（Soviets會議）所構成，因推翻地主資本家政權及無產階級專政勝利之結果而得發揚鞏固。

第三條　蘇聯中之全部政權屬於城市及鄉村之勞動者，其形式為勞動代表之蘇維埃。

第四條　蘇聯經濟基礎、為社會主義的經濟制度及對於生產工具與手段之社會主義的所有，因於廢除資本主義經濟制度，消滅生產工具與手段之私有權及廢除人對人榨取之結果而得堅固建立。

第五條　蘇聯中社會主義的所有，或以國家所有（全體人民財產）之方式，或以合作集體農場（Cooperative and collective farm-Kolkhoz）所有（各個集體農場所有，合作組織所有）之方式表示之。

第六條　土地連同其蘊藏、水流、森林、工廠、製造廠、鑛阱鑛山、鐵路運輸、水上及空中運輸、銀行、交通工具、巨大國營農業組織（蘇維埃農場及機器曳引State farm-Sovkhoz機站等）以及城市及工業區域之公社企業及住宅基金，均為國家財產，亦卽全體人民之財產。

第七條　集體農場及合作組織之公共企業連同其牲畜、器械、集體農場及合作組織所出產之物品，以及所有公共建築，均為集體農場及合作組織公有社會主義的財產。

请问有没有可以保留符合原本格式的解决办法。 MarkZhou08（留言） 2025年8月18日 (一) 16:31 (UTC)

參考 {{Indent pars/start}} 、{{Indent pars/end}}模板，啓用 {{dent/start}} 、{{dent/end}}模板即可。 Liouxiao（留言） 2025年8月18日 (一) 23:39 (UTC)

感谢，问题已解决。 MarkZhou08（留言） 2025年8月19日 (二) 11:09 (UTC)

您好，又发现新问题，在录入Index:NLC416-12jh001673-50725 苏联宪法.pdf第8-10页时，发现{{dent/start}}和{{dent/end}}模板无法实现跨越多个页面，请问应如何解决。

的水準，鞏固蘇聯之獨立及加强其國防能力。

第十二條　依據「不勞動者不得食」之原則，蘇聯境內之勞動為每一有工作能力之人民之職責及榮譽上之事業。「各盡所能，各取所値」之社會主義原則，正推行於蘇聯。

　　　　第二章 國家組織

第十三條　蘇維埃社會主義共和國聯邦、為各平等權利的蘇維埃社會主義共和國自動組成之聯邦國家，包括：

（1）俄羅斯蘇維埃聯邦社會主義共和國（The Russian Soviet Federative Socialist Republic)，
（2）烏克蘭蘇維埃社會主義共和國（The Ukrainian Soviet Socialist Republic)，
（3）白俄羅斯蘇維埃社會主義共和國(The Byelorussian Soveit Socialist Republic)，
（4）阿則倍疆蘇維埃社會主義共和國(The Azerbaidjan Soviet Socialist Republic)，
（5）喬治亞蘇維埃社會主義共和國(The Gruzian Soviet Socialist Republic)，
（6）阿美尼亞蘇維埃社會主義共和國 (The Armenian Soviet Socialist Republic)，
（7）土爾克曼蘇維埃社會主義共和國 (The Turkmen Soviet Socialist Republic)，
（8）烏茲貝克蘇維埃社會主義共和國 (The Uzbek Soviet Socialist Republic)，
（9）塔吉克蘇維埃社會主義共和國(The Tadjik Soviet SocialistRepublic)，
（10）哥薩克蘇維埃社會主義共和國(The Kazakh Soviet Socialist Republic)，
（11）吉爾吉斯蘇維埃社會主義共和國（The Kirghiz Soviet Socialist Republic).

第十四條　蘇維埃社會主義共和國聯邦之職權，由其最高權力機關及國家行政機關執行之：

（1）代表蘇聯參加國際關係，締結及批准對外條約；
（2）宣戰及媾和；
（3）准許新共和國加入蘇聯；
（4）監護蘇聯憲法之實施，幷保證各加盟共和國憲法不與蘇聯憲法牴觸；
（5）批准各加盟共和國間疆界之修改；

MarkZhou08（留言） 2025年8月19日 (二) 13:02 (UTC)

我试了一下，应该只能跨一页？ 银色雪莉（留言） 2025年8月19日 (二) 14:19 (UTC)

是的。但是当前第8页和第9页“第十三条”的样子实际上是和源文件不完全相符的，是有空行的，想请问一下有没有办法可以解决。 MarkZhou08（留言） 2025年8月19日 (二) 14:25 (UTC)

您说的空行是指？抱歉我有点没明白。我现在看没太看到空行。 银色雪莉（留言） 2025年8月19日 (二) 14:34 (UTC)

您好，源代码的区别很明显，例如“第十四条”，因为使用了<br>每一行是紧贴并换行的；然而“第十三条”因为每一行中间有一行是完全空的，因此每一行中间会有空隙，而不是紧贴的。 MarkZhou08（留言） 2025年8月19日 (二) 14:53 (UTC)

我又试了一下，现在这样可以么？ 银色雪莉（留言） 2025年8月19日 (二) 15:21 (UTC)

可以，感谢帮助。 MarkZhou08（留言） 2025年8月19日 (二) 15:43 (UTC)

又发现一个问题，不知出于何种原因，第27页与其他页连接后，“储备委员会主席，”一行与“艺术事业委员会主席，”一行中间出现了空行，但是这两行是同一个页面的。

化及國防建設事務之特種委員會及主要管理局。

第六十九條　蘇聯人民委員會議對於蘇聯法權範圍內之行政及經濟部門，有權停止各加盟共和國人民委員會議之决議及法令，幷取消蘇聯各人民委員之命令及訓令。

第七十條　蘇聯人民委員會議由蘇聯最高委員會以下列人員組織之：

蘇聯人民委員會議主席，
蘇聯人民委員會議各副主席，
蘇聯國家計畫委員會主席，
蘇維埃監察委員會主席，
蘇聯各人民委員，
儲備委員會主席，
藝術事業委員會主席，
高等教育委員會主席。

第七十一條　蘇聯政府或蘇聯人民委員，對於蘇聯最高委員會委員之質詢，應於三日內在該關係院作口頭或書面之答覆。

第七十三條　蘇聯各人民委員指導蘇聯權限內國家行政各部事務。

第七十二條　蘇聯各人民委員在關係之人民委員會權限內，依據幷因執行現行法律以及蘇聯人民委員會議之决議及法令，頒布命令及訓令，幷監督其實施。

第七十四條　蘇聯各人民委員會分爲全蘇聯的或加盟共和國的二種。

第七十五條　各全蘇聯人民委員會在蘇聯全國直接的或經其委任機關，指導其所負國家行政各部事務。

第七十六條　各加盟共和國人民委員會常例經由各加盟共和國中同

但是若单独显示第27页则不会出现该问题：

化及國防建設事務之特種委員會及主要管理局。

第六十九條　蘇聯人民委員會議對於蘇聯法權範圍內之行政及經濟部門，有權停止各加盟共和國人民委員會議之决議及法令，幷取消蘇聯各人民委員之命令及訓令。

第七十條　蘇聯人民委員會議由蘇聯最高委員會以下列人員組織之：

蘇聯人民委員會議主席，
蘇聯人民委員會議各副主席，
蘇聯國家計畫委員會主席，
蘇維埃監察委員會主席，
蘇聯各人民委員，
儲備委員會主席，
藝術事業委員會主席，

MarkZhou08（留言） 2025年8月21日 (四) 04:06 (UTC)

应该好了，阁下可再确认一下。 银色雪莉（留言） 2025年8月21日 (四) 04:22 (UTC)

感谢协助，已解决。 MarkZhou08（留言） 2025年8月21日 (四) 04:52 (UTC)

(？)疑問哥萨克是乌克兰民族的象征，什么时候跟哈萨克斯坦扯到一块了 Liuxinyu970226（留言） 2025年9月16日 (二) 05:30 (UTC)

原文如此，应该是因为早起不规范翻译导致的，且哥萨克（Cossacks）和哈萨克（Kazakh）为同源词。 MarkZhou08（留言） 2025年9月16日 (二) 13:13 (UTC)

《撫淮小草》總卷數問題

《撫淮小草》一共有多少卷？維基百科和東京大學網站上說有15卷，但是我又在之下看到「12-15巻は画像なし」，就是12-15卷沒圖像。但是是因為沒有拍照片還是12-15失傳了呢？ 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年8月19日 (二) 23:22 (UTC)

台湾师范大学赖贵三出过《李三才〈撫淮小草〉校注》，可以看到销售网站内附带的目录里明确有卷之十二至十五的内容（从册十三开始）；赖在其《明儒李三才及其〈抚淮小草〉孤本考略》也明确指出凡十五卷，十六册...；但于卷之十一正文之后，尚有卷之十二至卷之十五，凡四卷，前两卷皆为“牌劄”，后两卷为“告示”与“批详”。由此看来，不是失传。 银色雪莉（留言） 2025年8月20日 (三) 05:41 (UTC)

太好了，盼望早日能夠看到這三卷。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年8月20日 (三) 11:59 (UTC)

提议本地将vector-toc-beginning消息文本修改

目前默认Vector皮肤左侧目录起“返回顶部”作用的MediaWiki:Vector-toc-beginning的文字是“序言”，这可能和作品本身的“序言”混淆，如中华人民共和国宪法 (1954年)左侧就将有两个“序言”（返回顶部的“序言”和宪法本身的“序言”），这对普通用户而言容易混淆。对于本身没有序言的作品，普通用户也可能误解为该作品有序言。

特提议将该MediaWiki:Vector-toc-beginning文字改为“返回顶部”或其他更好方案，请社群讨论。 Teetrition（留言） 2025年8月22日 (五) 03:45 (UTC)

说起来我是用旧版Vector，所以还真是第一次知道有这事。 支持，返回顶部或者返回页首应该都行。“序言”的叫法放在百科是适用的，条目有个序言章节；放在文库的话这个叫法就古怪了，也像Teetrition阁下说的容易混淆。 银色雪莉（留言） 2025年8月22日 (五) 09:46 (UTC)

“序言”在维基词典也不适用。 dringsim 2025年8月22日 (五) 10:01 (UTC)

英文原文为“Beginning”。可能要考虑在translatewiki修正翻译。 dringsim 2025年8月22日 (五) 09:56 (UTC)

我是translatewiki.net的译者，此翻译先前有所讨论，但没有考虑到百科以外的用法，理论上有些违反twn自己“不要自定义”的方针。我已提交“首段”作为翻译，建议维基百科自己反向本地修改为序言。-- Lakejason0（留言） 2025年8月22日 (五) 10:02 (UTC)

《居易錄》問題

《居易錄》原本有三十四卷。而且原文又不是不好找：

https://ctext.org/library.pl?if=gb&file=59833&page=4

請問，為什麼這裡卻「摘錄其中內容，編成上、中、下三卷。」呢？ 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年8月23日 (六) 02:20 (UTC)

猜測因爲2008年錄入初始版本 （ http://big5.dushu.com/showbook/100957/ 鏈接已失效）如此。 Liouxiao（留言） 2025年8月26日 (二) 01:23 (UTC)

c:Category:居易錄各本 --221.127.8.122 2025年8月26日 (二) 01:39 (UTC)

2025年第35期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 用於模板樣式的CSS過濾器更新，模板編者現在可以在運用更多CSS屬性。例如：width: fit-content；ruby-align；相對單位如lh；在list-style-type設定字串值。這些改進實現了一件社群願望。 [139][140][141][142][143][144][145][146][147][148]
• 在大型維基中，Special:RecentChanges頁面中顯示編輯的預設時間段已從7天改為1天。這是效能改進計畫的一部分。由於這些維基的編輯數量眾多，這項變更應不會對使用者造成影響。 [149]
• Special:BlockedExternalDomains頁面現已列於Special:CommunityConfiguration中，方便管理員尋找。 [150]
• 過去，維基共享資源的影片未出現在Google搜尋的「影片」結果類型中。我們已調查此問題並回報給Google，目前Google已修復此問題。 [151][152]
• 已新建一個維基： 巴達維語维基词典 (wikt:bew:) [153]
• 上週有39件由社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• recentchanges資料表中的rc_new、rc_type兩個欄位將被移除，並由rc_source取代。本週起，對這些舊欄位的查詢將開始失敗，開發者應改用rc_source。這些舊欄位早在十多年前就已棄用，不應再使用。我們正在設法提升recentchanges資料表的查詢效能與穩定性，此變更為該計畫的一部分。 [154]
• 本週軟體更新細節： MediaWiki

深入了解

• 季刊語言與國際化電子報新期數發布。本期內容包括：MediaWiki和translatewiki新增支援語言；旨在幫助支援新、小型維基成長的「語言啟動與發展」專案啟動；研究專案的更新資訊；等等。

會議與活動

• 下一次語言社群會議即將於8月29日 15:00 UTC舉行。本次會議將討論：來自孟加拉維基媒體協會的Avro Keyboard開發者，他們最近因對該輸入法工具的貢獻而獲頒國家級榮譽獎；以及其他主題。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年8月26日 (二) 00:12 (UTC)

台灣分會2025年8月對話時間

社群疑難雜症找協會！

台灣維基媒體協會2025年8月的對話時間，訂於台灣時間8/28 (四) 19:00舉行，
參與連結為 https://meet.google.com/qiv-ctih-sse 。
協會到底在做什麼？如果你覺得協會存在感超低，有事都找不到人，把握這次的對話機會！這是一個定期舉辦的服務時段，由協會秘書長親自主持，有問題馬上解決。協會會分享目前進行中的專案與計劃，也邀請社群朋友分享想法、反映需求，彼此開講、一起討論。 本月討論主題將聚焦於今年維基愛古蹟賽事，這是將是讓你深入了解協會運作並參與交流的絕佳機會！快來一起參加！

--MediaWiki message delivery（留言） 2025年8月26日 (二) 11:08 (UTC)

臨時帳號即將推出

您好，我們是維基媒體基金會產品安全與整合團隊。我們在此宣佈，我們計劃於9月1日當週為本維基計劃啟用臨時帳戶。

臨時帳戶已成功在 30 個維基計劃上線，其中包括許多大型維基計劃，例如德語、日語和法語維基計劃。這帶來的改變尤其與未有登入的編輯者息息相關，此功能旨在保護這些用戶。同時，這與我們的社群成員息息相關，例如導師、巡查員和管理員——任何撤銷編輯、封鎖用戶或以其他方式與未有登入的編輯者互動，以維護維基安全與正確性的人。

我們為何要建立臨時帳戶?

我們的維基媒體專案應該預設為未有登入的編輯者提供更安全的編輯體驗。臨時帳戶允許用戶在不建立帳戶的情況下繼續編輯維基百科，同時避免公開他們的編輯行為與其 IP 位址關聯。我們相信這符合未有登入的編輯者的最佳利益，他們為維基百科做出了寶貴的貢獻，並且以後可能會創建帳戶，壯大我們的編輯者、管理員和其他角色社群。儘管維基百科會警告未有登入的編輯者，他們的 IP 位址將與其編輯行為關聯，但許多人可能並不理解 IP 位址是什麼，或者這可能會以意想不到的方式被用來獲取其他相關資訊。

此外，我們的審核軟體和工具過度依賴網路來源（IP 位址）來識別使用者和活動模式，尤其是在 IP 位址本身作為識別碼的穩定性日益降低的情況下。臨時帳戶允許與未有登入的編輯者進行更精準的互動，包括更精準的屏蔽，並有助於減少我們無意中屏蔽使用與惡意用戶相同 IP 位址的善意用戶的頻率。

臨時帳戶的工作原理

每當未有登入的編輯者在本維基媒體專案上發布編輯時，該使用者的瀏覽器中都會設定一個 Cookie，並自動建立一個與該 Cookie 綁定的臨時帳戶。此帳戶的名稱將遵循以下格式：~2025-12345-67（波浪號、當前年份、數字）。在「最近更改」或頁面歷史記錄等頁面上，將顯示此名稱。該 Cookie 將在創建後 90 天過期。只要它存在，從此設備進行的所有編輯均將歸因於此臨時帳戶。即使 IP 位址發生變化，該帳戶仍是同一個，除非使用者清除 Cookie 或使用其他裝置或網路瀏覽器。每次編輯時使用的 IP 位址記錄將在編輯後保存 90 天。但是，只有部分登入使用者能夠看到這個帳戶。

這對於不同的用戶群體意味著什麼？

對於未有登入的編輯者

• 此舉將增強隱私：目前，如果您未使用註冊帳戶進行編輯，那麼即使超過 90 天，其他人都可以看到您編輯的 IP 位址。但在本維基媒體專案上，此舉將不再適用。
• 如果您在過去 90 天內使用臨時帳戶在不同地點（例如，在家中和咖啡店）進行編輯，則所有這些地點的編輯歷史記錄和 IP 位址將合併記錄到同一個臨時帳戶。符合相關要求的用戶將能夠查看這些數據。如果您對此造成任何個人安全擔憂，請聯絡talktohumanrights@wikimedia.org尋求建議。

對於與未有登入的編輯者互動的社群成員

• 臨時帳戶與設備唯一關聯。相較之下，IP 位址可以與不同的裝置和人員共用（例如，學校或工作場所的不同人員可能擁有相同的 IP 位址）。
• 與當前情況相比，更安全的方法是假設臨時用戶的討論頁面只屬於一個人，並且該用戶會閱讀在那裡留言。如螢幕截圖所示，臨時帳戶使用者將收到通知。用戶同時可以感謝他們的編輯，在討論中與他們互動，並邀請他們更多地參與社群活動。

對於使用 IP 位址資料在維基媒體專案進行審核和維護的用戶

• 對於負責追蹤持續濫用者、調查違反政策行為等的巡查員：符合條件的用戶將能夠公開臨時用戶的 IP 位址以及來自特定 IP 位址或範圍的臨時帳戶的所有貢獻 (Special:IPContributions)。他們同時可以透過 IP 資訊功能存取有關 IP 位址的有用資訊。許多其他軟體已被建置或調整以支援臨時帳戶，包括濫用篩選器 (AbuseFilter)、全域封鎖、全域使用者貢獻等等。 （有關志願開發者如何更新工具代碼的信息，請參閱本訊息的最後部分。）
• 對於封鎖未有登入的編輯者的管理員:
  • 只需屏蔽臨時帳戶即可屏蔽許多濫用者。如果管理員選擇自動封鎖選項，被封鎖的使用者將無法快速建立新的臨時帳號。
  • 他們仍然可以屏蔽 IP 位址或 IP 段。
• 臨時帳戶不會追溯部署前的貢獻。在 Special:Contributions 中，您可以查看現有 IP 使用者的貢獻，但無法查看該 IP 位址上臨時帳戶的新貢獻。您應該使用 Special:IPContributions 來實現這一點。

我們的要求和後續步驟

• 如果您知道任何使用 IP 位址資料或可供未有登入的編輯者使用的工具、機器人、小工具等，您可能需要在testwiki 或 test2wiki 上測試這是否有效。如果您是志願開發者，請閱讀 我們面向開發者的文檔 特別是 特別是關於您的程式碼可能需要如何更新的部分
• 如果您想要測試臨時帳戶的使用體驗，例如，只是想了解使用體驗，請訪問 testwiki 或 test2wiki 並在不登入的情況下進行編輯 。
• 如果您知道任何需要解決的困難，請告訴我們。我們將盡力提供協助，如果無法解決，我們將考慮其他可行的方案。
• 請查看我們之前關於無擴展權限但可能需要存取 IP 位址的使用者要求的資訊。

如希望了解更多關於該計劃的信息，請查看我們的 常見問題解答 ——您會在那裡找到許多有用的答案。您同時可以查看 更新資訊 （我們剛剛發佈了）並 訂閱我們的通知。如果您想在維基媒體專案之外與我 (Szymon) 交流，您可以在 Discord 和 Telegram 上找到我。謝謝！

NKohli (WMF), SGrabarczuk (WMF) 2025年8月26日 (二) 21:36 (UTC)

U4C Case/U4C案件

A case with the U4C has been opened for something that happened here. The case can be found on Meta.

---

针对此处发生的事态，已就U4C相关事宜开启案件。该案件详情可查阅Meta。

Barkeep49（留言） 2025年8月29日 (五) 20:24 (UTC)

按照作者索引功能是坏的

比如用户在此页面 - 會心外集，然后想看所有收录的作者（刘一明）的文章和书籍，于是用户点击作者名字。此时会跳到这个界面： https://zh.wikisource.org/wiki/Author:%E5%8A%89%E4%B8%80%E6%98%8E

但是这个页面收录的刘一明的内容是不全的。本网站真实收录的刘一明的作品有几十本，可是上面这个页面只给出几本。 只有用如下这个连接才能看到所有刘一明的收录作品： https://zh.wikisource.org/wiki/Category:%E5%8A%89%E4%B8%80%E6%98%8E

注意这两个链接的区别 - 一个是按照Author查找，另一个是Category。

可刘一明并不是一个Category，而是一个Author。你如果从第二个索引页面点开任何一个第一个索引页面没有的作品，会看到作者一栏依然是刘一明。比如这篇 - 純陽呂祖贊

按照作者检索应该显示作者所有收录内容，所以我认为这个功能是坏的，需要修正。 Rebirthless（留言） 2025年9月1日 (一) 16:13 (UTC)

作者页面是人工维护的，需要有人去添加作品才行。 Liouxiao（留言） 2025年9月2日 (二) 01:00 (UTC)

这样。我认为人工维护是既低效又不能取得好的结果的。每篇文章和书籍的作者都是已知的，按照作者查找应该直接按照每篇文章的作者一栏来查找，而不是进入一个需要单独人工维护的作者作品列表。这样既高效（不需要人工维护），又不会漏掉任何作品（目前漏掉绝大部分的作品）。 Rebirthless（留言） 2025年9月2日 (二) 17:10 (UTC)

以前有機器人自動產生作者文章索引，現在（暫時）沒有。—— Eric Liu_（留言） 2025年9月4日 (四) 16:55 (UTC)

2025年第36期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 編輯團隊正在收集編者在移除版權侵權內容時，在編輯摘要中使用的術語。這將用於統計因版權問題而被回退的編輯數量。我們邀請下列維基的社群成員在T402601列出相關術語，或將清單分享給Trizek (WMF)。維基清單：阿拉伯语维基百科、​捷克语维基百科、​德语维基百科、​英语维基百科、​西班牙语维基百科、​波斯语维基百科、​法语维基百科、​希伯来语维基百科、​印尼语维基百科、​意大利语维基百科、​日文维基百科、​韩文维基百科、​荷兰语维基百科、​波兰语维基百科、​葡萄牙语维基百科、​土耳其语维基百科、​乌克兰语维基百科、​越南语维基百科、​中文维基百科。團隊將收集至2025年9月9日結束。

近況更新 - 面向編輯者

• 所有維基文庫站點現皆已啟用CampaignEvents擴充功能。該擴充功能使籌辦和參與維基內協作活動（如：編輯松、維基專題）變得更加容易。該擴充功能有三大功能：活動報名、協作清單和邀請名單。若其他維基想啟用該擴充功能，請見部署資訊頁的說明。 [155]
• 現在，編輯介面頁尾的清單（例如「本頁使用的模板」）在空間充足時，將以欄位形式排列。這項改進有助於編者在編輯長篇維基條目時減少捲動操作。 [156]
• 2025年9月3日，我們將把中文、法語、葡萄牙語維基百科中Special:RecentChanges、Special:Watchlist、Special:RelatedChanges頁面的「按頁面分組結果」實驗的抽樣比例提升至100%，讓更多編輯者參與實驗。這項調整旨在確保我們在評估實驗結果時，能擁有足夠數據來做出明智決策。 [157][158]
• 9月22日當週開始，在英語維基百科，未登入使用者點擊空白搜尋列後將會看到延伸閱讀條目建議。這項功能將同時在桌面版與行動版推出。所有非英語維基站點皆已於6、7月間獲得這項功能。這項功能旨在幫助使用者更容易尋找條目。了解更多。
• 上週有37件由社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 本週軟體更新細節： MediaWiki

深入了解

• 維基函數新推出「輕量列舉型別」（lightweight enumeration types）。列舉型別本質上是型別定義中的一組固定值。這使定義該型別變得快速簡便，並允許重複使用維基數據中已存在的值。參閱電子報了解更多。
• 讀者電子報新期數發布。本期內容包括：兩個新團隊成立——讀者成長團隊與讀者體驗團隊；解析頁面瀏覽量與帳號創建量下降的趨勢；奈洛比維基媒體國際會議「改善閱讀體驗」專題討論會重點摘要；即將展開的吸引新舊讀者的實驗計畫；等等。

會議與活動

• 2025年維基媒體國際會議精選議程：
  • 透過搜尋無效ISBN號來識別AI生成文本：德國分會的Mathias Schindler分享協助社群搜尋此類文本的工具。（英語）
  • 面對當前和未來挑戰，維基媒體運動的可持續性：在生成式AI、資訊過載、虛假訊息橫行的時代，維基媒體如何保持其值得信賴的知識來源地位。（法語）

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年9月1日 (一) 20:50 (UTC)

2025年第37期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 編輯團隊正在開發一項新檢查：貼上檢查（Paste check）。這項檢查會提醒將文字貼入維基百科的新手編者，其內容可能不被接受。這項檢查旨在確保使用者在維基百科添加的內容符合維基媒體運動的承諾——基於自由內容授權提供資訊。這項檢查即將在數個維基站點進行測試。若您的社群有興趣參與測試，請在此工單中告知我們，或直接聯絡團隊。

近況更新 - 面向編輯者

• 本週稍晚，啟用「⧼codemirror-beta-feature-title⧽」測試功能的使用者將能使用lint工具，實時檢查wikitext中的錯誤或其他潛在問題。參閱說明頁面。 [159]
• 瀏覽維基站點（如en.wikipedia.org）時，系統會以兩種方式回應：顯示桌面版網頁，或轉址至「m」開頭網域的行動版網頁（如en.m.wikipedia.org）。未來三週內，MediaWiki將開始在標準網域上直接向行動裝置顯示行動版網頁，不再進行轉址。此變更不會影響現存的m.開頭網址或「桌面版檢視」選項。了解更多。 [160]
• 現在，當編輯操作更改了頁面的分類時，分類成員數量的更新會以非同步方式進行。此變更可提升編輯儲存速度——尤其是在將多個頁面移入或移出同一分類時——並降低網站當機風險，但這也意味著分類數量可能會短暫顯示過時資訊。 [161]
• 現在，對維基數據項目聲明中的限定符（屬性和值）和參考資料（屬性和值）所做的編輯，不會出現在其他維基站點的近期變更和監視清單頁面中。這是一項臨時變更，旨在提升效能，待其他解決方案存在後將恢復原狀。維基數據自身頁面則維持不變。了解更多。 [162][163]
• 日語維基站點的搜尋文字解析功能獲重大更新，引入了Sudachi分詞器，應能提供更準確、更相關的搜尋結果。 [164]
• 上週有31件由社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 本週軟體更新細節： MediaWiki

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年9月9日 (二) 01:14 (UTC)

法例消歧义更名

中国大陆於今天通过了《国家公园法》和《原子能法》，为和台湾的《国家公园法》和《原子能法》区分，现请求将现有的两项法例（含其版本页面）更名为《國家公園法 (中華民國)》和《原子能法 (中華民國)》，谢谢。廣九直通車（留言） 2025年9月12日 (五) 10:40 (UTC)

你這個其實應該放在移動請求XD —— Eric Liu_（留言） 2025年9月22日 (一) 17:10 (UTC)

2025年第38期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 現在，當讀者選用Vector 2022的「標準」字型大小與頁面寬度設定時，使用<references/>標籤建立的參考資料清單將自動以分欄形式顯示。 [165]
• 自10月6日當週起，在啟用CampaignEvents擴充功能的中、小型維基上，所有自動確認使用者皆可作為活動籌辦人員使用活動報名功能。除非透過Phabricator提出請求，大型維基將維持現狀。此變更旨在讓更多人能更容易使用活動報名功能，特別是在較少制定活動籌辦人員權限相關方針的維基上。了解更多。
• 站內搜尋的Regex功能更新，新增以下功能：
  • intitle:搜尋現可用：元字元如行首（^）和行尾（$）錨點。 [166]
  • intitle:、insource:搜尋現可用：字元集合如數字（\d）、空白（\s）、單詞（\w）；跳脫字元如回車（\r）、換行（\n）、制表（\t）、Unicode（如\uHHHH）。 [167]
• 過去，當在站內搜尋看似IP位址的字串時，系統會跳轉至該IP的貢獻紀錄。現在，系統會正常顯示搜尋結果。 [168]
• 9月24日，所有維基媒體網站將進入唯讀狀態幾分鐘，預定於15:00 UTC開始。這是半年一次的資料中心伺服器切換備份測試。更多關於此次切換的背景和細節，請參閱Diff文章。
• 上週有24件由社群提交的工單得到解決。 例如，先前編輯章節時，從wikitext切換到視覺化編輯器會造成其他內容被移除，此問題現已修正。 [169]

近況更新 - 面向技術貢獻者

• MediaWiki介面團隊正在運用Codex重新設計Wikimedia REST API沙盒。若您對API文件的改進方向，或讓開發者體驗變得順暢（或令人沮喪）的因素有任何意見回饋，誠摯邀請您參與即將舉行的探索訪談，或在維基內留下意見。了解更多。
• 現在，對維基數據別名（項目或屬性的替代名稱）的編輯，將較少出現在其他維基站點的近期變更和監視清單頁面中，從而減少不必要的通知。此舉將降低這些頁面整體中的「雜訊」數量。維基數據自身頁面則維持不變。了解更多。 [170]
• Unicode 17.0發布，供Module:Unicode data使用的共享資源資料集已隨之更新。未使用共享資源資料集的維基百科站點，應自行更新本地資料或改用共享資源資料集。
• 維基媒體企業服務的結構化內容（Structured Contents）端點的使用者現可存取已解析表格（Parsed Tables）。此新功能可擷取維基百科表格內容，並以結構化JSON格式呈現。作為結構化內容計畫的一環，這提升了機器可讀性。結構化內容輸出可透過隨選API或維基媒體雲端服務自由取得。
• 維基媒體企業服務的英語維基百科人物傳記資料集已在Kaggle平台發布，供評估與研究使用。此資料集提供逾150萬篇傳記的結構化數據，涵蓋出生與逝世日期、教育背景、所屬組織、職業經歷、獲獎紀錄等資訊（截取自2024年6月快照）。
• 本週軟體更新細節： MediaWiki

會議與活動

• 在法國巴黎舉行的2026年維基媒體國際會議現正開放獎助金申請，至10月31日截止。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年9月15日 (一) 17:07 (UTC)

伺服器切換 - 本wiki即將短暫進入唯讀模式

閱讀本消息的其他語言版本 • 请帮助翻译至您的语言

維基媒體基金會即將切换数据中心之间的路由。 这项举措能够确保维基百科以及其他的维基媒体项目可以在经受灾害冲击时依然维持线上运作。

所有流量将在2025年9月24日进行切换。 本次測試將會在15:00 UTC開始。

因MediaWiki系统限制，切换期间将短期无法进行编辑。 我們在此對您的不便致以歉意，並努力將其影響減至最低。

每一個維基將會在此行動發生的30分鐘之前顯示一個通告。 該通告將持續顯示，直到行動結束。 您可以幫忙翻譯或校對通告文字。

期间您可以阅读但暂时无法编辑所有的维基。

• 2025年9月24日，您大約有一个小时的时间不能进行编辑。
• 届时编辑条目或保存更改时将出现错误信息。 我们希望过程中没有编辑丢失，但无法确保。 如果您看到错误消息，请耐心等待一切恢复正常， 然后保存您的编辑。 保存前请先另行复制一份您的修改，以防万一。

其他影響：

• 后台作业变慢，有些可能被丢弃。 紅鏈可能無法像平時一樣即時更新。 如果您建立了一个新条目，而该条目的名称此前已经在其他页面显示为红色的内部链接，则该链接需要更长的时间才会被更新为蓝色。 一些长时间运行的脚本将停止。
• 我們預期代碼部署將如同往常一般進行。 不過，部分個案代碼可能因操作需要而暫時凍結。
• GitLab會暫停服務，為時約90分鐘。

如有必要，此项目有可能推迟。 您可以在wikitech.wikimedia.org阅读计划。 任何變化都將會在這份计划书中更新。

请把这个通知分享给您的社区。

Trizek (WMF) (讨论) 2025年9月18日 (四) 15:42 (UTC)

模板問題

各位，我暫時回來了。

請問，根據這張圖：https://db.itkc.or.kr/data/imagedb/ARTWORK/ITKC_MO_0278A_A067_301C_010.jpg

我們有沒有對應的模板呢？ 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年9月20日 (六) 23:57 (UTC)

開頭的“誠”字加大單列，Template:Brace模板可以把大括號相關的內容做出來，最底下那行字是排版導致的分離，其實是完整獨立的一句話，可以在花括號後面看能不能加一個豎排文字Template:Vertical。 银色雪莉（留言） 2025年9月22日 (一) 08:28 (UTC)

2025年第39期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 9月24日 15:00 UTC，所有維基媒體網站使用者將經歷短暫的唯讀狀態，此為預定的資料中心伺服器切換作業所致。維基媒體基金會的網站可靠性工程團隊將把所有流量從主要伺服器導向至備援伺服器。您可透過「聆聽維基百科」工具實際聽到切換過程：在唯讀階段，您將聽到編輯操作暫停數分鐘，隨後恢復正常。這個半年一次的資料中心伺服器切換作業，旨在透過測試備援資料中心來確保可靠性，讓我們的網站即使在主要資料中心故障時仍能持續運作。更多詳情請參閱Diff文章。

近況更新 - 面向編輯者

• 不久後，60個維基詞典的編輯者將能夠呼叫維基函數的函數，並在頁面中使用。函數能接受一個或多個輸入，並將其轉換成預期的輸出，例如：相加兩數、換算單位、計算時間跨度或轉換大小寫。加上先前完成部署的65個維基詞典語言版本，目前共有125個維基詞典站點可以從維基函數呼叫函數並在頁面中嵌入使用。今年稍晚，我們計畫進一步擴展至更多維基詞典語言版本及維基孵育場。
• 新增了一個解析器函數：{{#contentmodel}}。模板編輯者與管理員可運用此函數取得特定頁面的內容模型的本地名稱或標準名稱。此函數能讓管理員等更容易建立和編輯系統訊息（如MediaWiki:editinginterface），即使在切換不同頁面內容模型（如wikitext​、JavaScript、CSS、JSON）時亦然。 [171]
• 先前，在視覺化編輯器中新增或修改DISPLAYTITLE時會發生錯誤，現已修正此問題。此工單列出了可能受影響且可能需要清理的頁面清單。
• Android版維基百科APP的Beta使用者現在可以試用重新設計過的「活動」標籤頁，取代舊有的「編輯」標籤頁。新設計的標籤頁為使用者提供其閱讀、編輯、捐款活動的個人化洞察，同時簡化導覽流程，讓應用程式的使用體驗更具吸引力。
• 上週有12件由社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 本週軟體更新細節： MediaWiki

深入了解

• 維基函數使用者現可從維基數據匯入涉及地理座標、數量值、時間值的諸多關鍵資訊。此功能得以實現，是因維基數據為這些數值建立了對應的維基函數類型，使其能被維基函數的函數所運用。欲深入了解運作原理，請參閱此影片，以及8月1日（關於數量值）與8月22日（關於地理座標）的維基函數電子報。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年9月22日 (一) 22:55 (UTC)

台灣分會2025年9月對話時間

社群疑難雜症找協會！

台灣維基媒體協會2025年9月的對話時間，訂於台灣時間9/27 (六) 14:00舉行，
參與連結為 https://meet.google.com/qiv-ctih-sse 。
協會到底在做什麼？如果你覺得協會存在感超低，有事都找不到人，把握這次的對話機會！這是一個定期舉辦的服務時段，由協會秘書長親自主持，有問題馬上解決。協會會分享目前進行中的專案與計劃，也邀請社群朋友分享想法、反映需求，彼此開講、一起討論。 本月討論主題將邀請到亞洲月團隊成員分享與交流，這是將是讓你深入了解協會運作並參與交流的絕佳機會！快來一起參加！

--MediaWiki message delivery（留言） 2025年9月25日 (四) 12:22 (UTC)

2025年第40期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• A major software upgrade has been made to Phabricator. The update introduces performance improvements, a refreshed search interface, enhancements to Maniphest task search, updates to user profile pages and project workboards, new Herald automation features, as well as general text input, mobile experience improvements and more. [172]

近況更新 - 面向編輯者

• The Community Tech team will release the new Community Wishlist extension on October 1, that will improve the way wishes will be submitted. The new extension will allow users to add tags to their wishes to better categorise them, and (in a future iteration) to filter them by status, tags and focus areas. It will also be possible to support individual wishes again, as requested by the community in many instances. The old system will be retired. There will be a brief period of downtime while the extension is deployed and wishes are migrated to the new system. You can read more about this in the latest update or you can consult the current documentation on MediaWiki.
• As announced on Diff blog, the production trial of the hCaptcha service for bot detection has begun. The trial is currently using hCaptcha to protect account creation on Chinese, Persian, Portuguese, Indonesian, Japanese, and Turkish Wikipedias, where it will replace our existing CAPTCHA (FancyCaptcha). The goal with the trial is to better block bots while also improving usability and accessibility for users who encounter CAPTCHA challenges.
• The CampaignEvents extension has been deployed to Wikimedia Commons. The extension makes it easier to organize and participate in collaborative activities, like edit-a-thons and WikiProjects, on the wikis. On Commons, anyone who is a registered user can use it as an event participant. To use it as an organizer, someone needs to have the event organizer right.
• Sub-referencing, a new feature to re-use references with different details has been released to German Wikipedia. You can test the feature on testwiki or on betawiki as well. Please share your thoughts on using templates in sub-references or volunteer to become a pilot wiki.
• On wikis using the Mentorship system, communities can now opt experienced editors out of Mentorship through Special:CommunityConfiguration/Mentorship. Within this setting, communities may define thresholds, based on edit count and account age, to decide when an editor is considered experienced enough to no longer receive Mentorship. [173]
• The Editing Team and the Machine Learning Team are working on a new check for newcomers: Tone check. Using a prediction model, this check will encourage editors to improve the tone of their edits, using artificial intelligence. We invite volunteers to review the first version of the Tone language model for the following languages: Arabic, Czech, German, Hebrew, Indonesian, Dutch, Polish, Russian, Turkish, Chinese, Farsi, Italian, Norwegian, Romanian and Latvian. Users from these wikis interested in reviewing this model are invited to sign up at MediaWiki.org. The deadline to sign up is on October 3, which will be the start date of the test.
• The rollout of multiblocks had the side effect that non-active block logs may have been shown on Special:Contributions and on blocked users' user and user_talk pages. This issue will be fully resolved in a few days. As part of the fix, messages prefixed with sp-contributions-blocked-notice will be removed and replaced with those prefixed with blocked-notice-logextract in a few weeks. Please help translate the new messages and update any local overrides if needed.
• There was a bug with links added using visual editor if they included characters such as [ ] | after the fragment identifier (#). They were not encoded properly creating an incorrect link. This has been fixed. [174]
• 已新建一個維基： 馬來語维基语录 (q:ms:) [175]
• 上週有21件由社群提交的工單得到解決。 例如，使用者資訊卡現在會顯示生效中的全域鎖定和全域封鎖。 [176]

近況更新 - 面向技術貢獻者

• Later this week, editors using Lua modules will be able to use the mw.title.newBatch function to look up the existence of up to 25 pages at once, in a way that only increases the expensive function count once.
• A new Unsupported Tools Working Group has been formed as part of ongoing efforts to collectively determine technical work priorities, similar to the Product & Technology Advisory Council (PTAC). The working group will help prioritize and review requests for support of unmaintained extensions, gadgets, bots, and tools. For the first cycle, the group will be prioritizing an unsupported Wikimedia Commons tool.
• 本週軟體更新細節： MediaWiki

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年9月29日 (一) 20:52 (UTC)

Upcoming Dark Mode user interface rollout for anonymous Wikimedia sites users

您好 Wikimedians,

Apologies if this message is not in your language. 请帮助翻译至您的语言.

The Reader Experience team will launch the Dark mode feature for anonymous users on all Wikimedia sites, including yours, on October 29, 2025.

Dark mode is an option that allows users to view pages in light-coloured text, and icons on a dark background. Once it is available for anonymous users, they can enable it when using various devices. More information on ways to enable it can be found on this page. Given many pages are still not compatible with dark mode this will be an opt-in feature and not automatically apply to pages.

Dark mode requires modifications to content pages and templates, and since our initial launch in July 2024, we have been working with communities and helping them prepare for dark mode. Before the rollout, it is essential that template authors and technical contributors test dark mode and read this page to learn how to make pages Dark mode-ready and address any compatibility issues found in templates.

We will fix most color compatibility issues only on the most-viewed pages on projects with over 5 million monthly page views. Technical contributors with an account should opt into dark mode currently using preferences or settings and test pages and seek help before the release to ensure everything complies before the enablement.

If you have any questions or need help, please contact the Reader Experience team for support.

Thank you!

UOzurumba (WMF) 2025年9月30日 (二) 02:08 (UTC)

2025年第41期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 貼上檢查（Paste check）是新的編輯檢查功能，旨在避免並對抗侵權著作權的行為。當編輯者將文字貼入條目時，貼上檢查會提示其確認內容的來源與授權方式。自10月8日（三）起，22個維基站點將測試此功能。貼上檢查將協助新手志願者理解並遵循必要的方針與指引，從而為維基百科專案作出建設性貢獻。

近況更新 - 面向編輯者

• 行動裝置將直接透過標準網域（如en.wikipedia.org）接收行動版條目，而非轉址至「m」網域（如en.m.wikipedia.org）。此變更可提升效能。本週，各個維基百科站點將啟用此變更。既有的行動版網址及「桌面版檢視」選項仍可使用。了解更多。 [177]
• 維基搜尋引擎新增兩項日期篩選器：creationdate:、lasteditdate:。使用者可藉此依據頁面首次或最後修訂日期來篩選搜尋結果。這些篩選器支援比較運算子（如>2024）與相對日期（如today-1d），讓使用者更容易查找於特定時間範圍內更新的內容或頁面。 [178]
• 在已啟用維基函數功能的150個維基站點中，現在支援嵌入呼叫富文本。為展示此功能，團隊製作了一個拉丁語變格表產生器，供維基詞典編輯者自動生成名詞變格表，產出清晰且格式化的結果——參見範例輸出。如需協助或有任何意見回饋，請聯繫維基函數團隊。 [179]
• 現在，已登入使用者可在條目頁面的分類框內見到編輯連結，點擊後將直接開啟視覺化編輯器的分類對話框。 [180]
• 上週有34件由社群提交的工單得到解決。 例如，上週PDF下載功能曾發生問題，此問題現已解決。 [181]

近況更新 - 面向技術貢獻者

• 修訂版本資料表中的rev_sha1欄位將被移除，並由內容資料表中的content_sha1欄位取代。詳情請參閱公告。
• 2025年10月29日，讀者體驗團隊將在所有維基媒體網站推出深色模式UI。所有維基媒體網站的未登入使用者皆可啟用黑底白字的配色方案。此設計旨在提供更舒適的閱讀體驗，尤其適用於低光環境。誠摯邀請模板編者與技術貢獻者於啟用前，學習如何使頁面支援深色模式，並解決模板可能出現的相容性問題。啟用前若有任何疑問或需要支援，請透過此討論頁聯繫網頁團隊。 [182]
• 10月6日（一）開始，位於rest.php路徑下的API端點將重新路由至新的內部API閘道。個別維基站點將依據標準MediaWiki版本更新分組進行更新，整體流量將隨時間逐步提升。此變更應為非中斷更新。若發現任何問題，請至Phabricator提交工單至服務運營團隊看板。 [183]
• 本週軟體更新細節： MediaWiki

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年10月6日 (一) 17:23 (UTC)

分享您的意見：請參與維基媒體基金會理事會投票2025

大家好，

維基媒體基金會理事會選舉2025投票期間現已開放。候選人將競選兩 (2) 個理事會席位。

如希望檢查您的選民資格，請前往選民資格頁面。

請閱讀候選人的申請聲明並觀看他們的參選影片來了解更多關於他們的資訊。

當您準備好後，請前往SecurePoll 投票頁面進行投票。

投票時間為 10 月 8 日 UTC （世界協調時間） 00:00 至 10 月 22 日 UTC （世界協調時間） 23:59。

祝好，

Abhishek Suryawanshi
選舉委員會主席

MediaWiki message delivery（留言） 2025年10月9日 (四) 04:49 (UTC)

2025年第42期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 上週，所有維基站點已啟用帳號安全與雙重驗證（2FA）功能的改進措施。這些變更包括：Special:AccountSecurity介面優化，支援透過Authenticator應用程式與可攜式安全金鑰實現多種雙重驗證方式（先前僅限啟用單一方式），以及新的「恢復代碼模組」，此模組可減少因遺失雙重驗證應用程式或裝置而導致帳號鎖定的狀況。作為帳號安全專案的一部分，我們將在2025年結束前持續推進使用者體驗改進工作，並新增支援以通行金鑰作為雙重驗證方式。

近況更新 - 面向編輯者

• 帳號安全專案的另一項目標，是將雙重驗證功能全面開放給所有使用者。不計已可啟用雙重驗證的高級權限編輯者（如管理員與行政員），現在有40%的編輯者可啟用雙重驗證。您可至Special:AccountSecurity頁面確認自己可否使用雙重驗證功能，若可以，點擊該區塊任一按鈕可進一步查看驗證步驟。若經評估確認使用者支援系統足以支撐全球範圍的使用，我們將持續擴大此功能的開放範圍。 [184]
• 本週，在預設啟用討論頁可用性改進的維基站點（即除了T379264列出的12個站點之外的所有站點），使用者將能夠在討論頁中直接對個別留言表達「感謝」。在此之前，使用者只能在討論頁的修訂紀錄中傳送「感謝」。 了解更多。 [185]
• 尚未驗證電子郵件地址的使用者，將陸續收到每月發送的驗證提醒通知。完成電子郵件驗證的使用者能更容易恢復帳號，因此我們建議使用者完成電子郵件驗證。若使用者處於非活躍狀態，或從帳號中移除未驗證的電子郵件地址，則不會收到此類提醒。 [186][187]
• 上週有21件由社群提交的工單得到解決。 例如，內容翻譯工具曾偶爾出現翻譯段落儲存錯誤，此問題現已解決，相關錯誤訊息也更容易被察覺。 [188]

近況更新 - 面向技術貢獻者

• 未受支援工具工作組已選定Video2Commons作為其試行週期的首個工具。該工作組將在未來數月內探索能改進與維持此工具的方案。了解更多。
• 本週軟體更新細節： MediaWiki

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年10月13日 (一) 18:59 (UTC)

Module:XsLiDian

Module:XsLiDian以用户名命名并被多个模板调用。应移动到适当标题并做相应清理。 dringsim 2025年8月4日 (一) 13:21 (UTC)

@沈澄心：這東西有任何實際用途嗎？我大概知道這用在著作權模板。—— Eric Liu_（留言） 2025年8月12日 (二) 21:13 (UTC)

各位有沒有免費的古籍OCR的網站推薦一些

目前計劃根據慶應義塾大學語言研究所於昭和三十六年出版的《大南寔錄》影印本，對《大南寔錄》進行錄入。手上有該影印本20冊，因版權原因不能上傳到維基共享資源。藉助普通的OCR識別質量很差，錯別字很多，之後校正需要花費較大精力。各位有沒有免費的古籍OCR的網站推薦一些？最好是沒有限制每天使用次數的，因為識別量比較大。 el caballero de los Leones（留言） 2025年8月2日 (六) 11:43 (UTC)

個人覺得最好用的是識典古籍，不過既然有版權方面的擔心，那麽上傳到那裏是不是也有問題？另外，少量的也許古籍酷可以，但是大量要收費。 Liouxiao（留言） 2025年8月2日 (六) 15:19 (UTC)

如果有足夠的本地算力，也許可以試試免費的模型，比如 https://github.com/QwenLM/Qwen2.5-VL ？ （很期待看一下效果如何） Liouxiao（留言） 2025年8月2日 (六) 16:00 (UTC)

之前使用中文古籍文档分析识别演示系统http://47.101.165.49/textv2/lineRec.html，是中国科学院自动化研究所研發的，識別比較準確，現在找不到入口了。 el caballero de los Leones（留言） 2025年8月2日 (六) 16:20 (UTC)

之前看到過「中央研究院文字辨識與校對平台」，但需要註冊登入，不知道非合作學術機構使用者是否方便使用？—— Eric Liu_（留言） 2025年8月2日 (六) 21:20 (UTC)

感謝@Liouxiao：、@Ericliu1912：二位的回答。在下最近新發現了一個網站看典古籍，為近兩年新上線的古籍網站，其中提供有免費的古籍OCR每日1000頁（需要用手機號註冊）。 el caballero de los Leones（留言） 2025年8月8日 (五) 16:23 (UTC)

我感觉google是最强的https://www.c114.net.cn/industry/27884.html 见维基文库:光學字元辨識/测试--維基小霸王（留言） 2025年10月26日 (日) 15:31 (UTC)

邀請參與確定Wikifunctions的中文譯名

Wikifunctions是維基媒體運動的新成員，中文維基媒體社羣正在討論爲Wikifunctions確定中文譯名，歡迎參與討論。魔琴（留言） 2025年10月17日 (五) 23:41 (UTC)

我想说说我的预感，现在AI这么强，这个应该没什么人用。 維基小霸王（留言） 2025年10月26日 (日) 15:32 (UTC)

Help us decide the name of the new Abstract Wikipedia project

您好. Please help pick a name for the new Abstract Wikipedia wiki project. This project will be a wiki that will enable users to combine functions from Wikifunctions and data from Wikidata in order to generate natural language sentences in any supported languages. These sentences can then be used by any Wikipedia (or elsewhere).

There will be two rounds of voting, each followed by legal review of candidates, with votes beginning on 20 October and 17 November 2025. Our goal is to have a final project name selected on mid-December 2025. If you would like to participate, then please learn more and vote now at meta-wiki. 谢谢您！

-- User:Sannita (WMF) (talk) 2025年10月20日 (一) 11:43 (UTC)

2025年第43期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 為優化使用者資料在資料庫中的儲存方式，針對逾五年未登入且編輯次數低於100次的使用者，系統將自動清除其儲存的偏好設定。此類使用者再次登入時，系統將自動套用預設設定。 [189]
• 上週有20件由社群提交的工單得到解決。 例如，先前全域貢獻介面訊息中的「XTools全域貢獻」連結出錯，此問題現已修正。 [190]

近況更新 - 面向技術貢獻者

• 重新路由作業現已完成，所有數據流量已透過共同API閘道重新路由至rest.php路徑下的API端點。若發現任何問題，請至Phabricator提交工單至服務運營團隊看板。
• 現在，對維基數據的限定符和參考資料的編輯，將較少出現在其他維基站點的近期變更和監視清單頁面中，從而減少不必要的通知。此舉將降低這些頁面整體中的「雜訊」數量。維基數據自身頁面則維持不變。 [191]
• 本週軟體更新細節： MediaWiki

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年10月20日 (一) 19:36 (UTC)

台灣分會2025年10月對話時間

社群疑難雜症找協會！

台灣維基媒體協會2025年10月的對話時間，訂於台灣時間10/30 (四) 19:00舉行，
參與連結為 https://meet.google.com/qiv-ctih-sse 。
協會到底在做什麼？如果你覺得協會存在感超低，有事都找不到人，把握這次的對話機會！這是一個定期舉辦的服務時段，由協會秘書長親自主持，有問題馬上解決。協會會分享目前進行中的專案與計劃，也邀請社群朋友分享想法、反映需求，彼此開講、一起討論。
本月討論主題將聚焦於 2026 ESEAP Conference 獎助金消息，這是將是讓你深入了解協會運作並參與交流的絕佳機會！快來一起參加！

--MediaWiki message delivery（留言） 2025年10月27日 (一) 14:20 (UTC)

2025年第44期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• iOS版維基百科APP現已在部分語言及地區開始一項關於「標籤頁」功能的A/B/C測試。這項測試名為「更多動態標籤頁」，旨在探索標籤頁瀏覽體驗的可能性，現正計畫加入「你知道嗎」和「因為您閱讀了」標籤頁，客製化提供文章建議。詳見專案頁面。
• 現在，在啟用CampaignEvents擴充功能的中、小型維基上，自動確認使用者無需擁有活動籌辦人員權限即可使用活動報名功能。該功能讓活動籌辦人員能啟用報名機制、管理參與者，並簡化使用者報名程序，僅需透過點擊按鈕即可完成，無需於活動頁面手動簽署報名。
• 上週有31件由社群提交的工單得到解決。 例如，之前在Vector 2022的深色模式設定介面中，按住或按下方向鍵時會閃爍色彩，現已修正此問題。 [192]

近況更新 - 面向技術貢獻者

• 2025年11月17日當週，CampaignEvents擴充功能將部署至所有尚未部署的維基。該擴充功能目前有三項功能：活動報名、協作清單和邀請名單。本次部署中，除非有關社群提出請求，否則邀請清單功能將不會在維基函數和MediaWiki.org啟用。詳見部署頁面。
• 基於SwaggerUI的REST沙盒現已在所有維基專案上線。您可至Special:RestSandbox頁面使用該沙盒。若遇任何問題，請至Phabricator的MediaWiki介面團隊看板回報，或參與專案啟動頁面列出的相關討論。 [193]
• MediaWiki REST API中，路徑帶有結尾斜線（trailing slash）的轉換端點現已標記為「已棄用」。這些端點目前仍可正常運作，但預計將於2026 年1月底前移除。建議所有目前呼叫這些端點的API使用者轉用無結尾斜線版本。兩種端點變體皆可透過REST沙盒進行查找與測試。關於API棄用方針與流程，請參閱MediaWiki REST API的棄用。
• MediaWiki REST API現設有專屬更新日誌。該更新日誌提供變更概覽，方便開發者追蹤各項改進和迭代。相關公告仍將透過技術新聞與電子郵件清單等標準通訊管道發布，但更新日誌將成為一個更便於引用的中央位置。若您對更新日誌的風格、結構或內容有任何意見，歡迎參與討論。
• JsonConfig擴充功能已不再使用，但由該擴充功能建立的追蹤分類依然殘留。管理員現可刪除這些追蹤分類，具體清單參見Q130635582。由於快取因素，這些分類可能會顯示有頁面殘留。編輯頁面會清除該頁面的快取，而當快取被清除後，這些頁面會自動從分類中消失。 [194]
• 本週軟體更新細節： MediaWiki

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年10月27日 (一) 19:31 (UTC)

尋找志願者加入維基媒體運動的委員會

每年10月至12月間，維基媒體基金會若干委員會均會招募志願者。

請在元維基頁面上閱讀有關委員會的更多資訊：

• 自治體委員會（Affiliations Committee，AffCom）
• 監察委員會（Ombuds commission，OC）
• 案例審查委員會（Case Review Committee，CRC）

各委員會本輪職務申請自2025年10月30日起。自治體委員會委員之申請期限至2025年12月11日止，而監察委員會和案例審查委員會的委員之申請期限則至2025年12月11日止。您可以透過造訪元維基上有關委員會任命事宜的頁面了解如何進行申請。如果您有任何問題，請發佈到討論頁面或發送電子郵件至 cstwikimedia.org。

謹代表委員會支援團隊,

- MKaur (WMF) 2025年10月30日 (四) 14:13 (UTC)

2025年第45期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• Special:MergeHistory獲更新，大幅提升了合併功能的靈活性，以便管理員使用。該特殊頁面現在能夠從來源頁面歷史的中段提取段落進行合併，而不僅限於從開頭提取；同時，它也能將修訂版本插入目標頁面歷史中的任意位置，而不僅限於插入開頭。 [195]
• 現在，對於在偏好設定中啟用「自动订阅话题」功能的使用者，無論其透過何種編輯介面來新增或回覆話題，系統皆會自動為其訂閱該話題。先前，僅當使用討論工具（DiscussionTools）的「添加话题」或「回复」按鈕時才會觸發自動訂閱。討論工具最初推出時，既有帳號並未預設啟用自動訂閱話題功能，因此本次變更主要影響較新帳號，以及曾主動更改偏好設定的使用者。 [196]
• Scribunto模組現在能夠生成SVG圖像。此功能能透過Lua來動態建立圖表、圖形及其他視覺化內容，減少外部製圖後上傳檔案的需求。 [197]
• 維基媒體網站現在為所有匿名使用者提供啟用深色模式（黑底白字配色方案）的選項。這項改進旨在提供更舒適的閱讀體驗，尤其是在光線昏暗的環境下。 [198]
• 存有龐大監視清單的使用者長期以來在編輯Special:EditWatchlist頁面時遭遇逾時（timeout）問題。如今透過分頁（paging）機制更新，該頁面將分批載入項目，而非一次性載入全部內容，使所有使用者皆能順暢編輯監視清單。作為資料庫更新的一部分，我們移除了按到期時間排序的功能，因其速度比按標題排序慢100倍以上。我們提交了一件社群願望，探討恢復按到期時間排序功能的替代方案。若該功能對您至關重要，敬請投票支持該願望！ [199]
• 上週有31件由社群提交的工單得到解決。 例如，之前在視覺化編輯器的「尋找與取代」功能中，即使修改尋找欄位的文字，頁面中原先的文字仍持續高亮顯示，此問題現已修正。 [200]

近況更新 - 面向技術貢獻者

• 自2019年起，維基媒體縮網址服務（網址：https://w.wiki）開放所有維基媒體維基站點使用，可為條目、永久連結、差異頁面等內容建立短網址。該功能可透過側邊欄的「获取短链接」連結存取。目前仍有30個維基站點同時安裝舊版「ShortUrl」擴充功能。舊版擴充功能即將移除，意味著/s/短網址（以帶有class="title-shortlink"的標籤包裹）將不再直接顯示於條目標題下方。但/s/短網址將持續正常運作。 [201]
• 10月30日（四），MediaWiki介面團隊與SRE服務運營團隊開始將Action API流量重新路由至共同API閘道。各維基站點將依據標準MediaWiki版本更新分組進行更新，整體流量將隨時間逐步提升。此變更應為非中斷更新。若發現任何問題，請至Phabricator的服務運營團隊看板提交工單。
• MediaWiki部署列車將於2025年最後兩週（12月22日、29日）暫停。向後移植窗口亦將於2025年12月22日（一）至2026年1月2日（四）期間暫停。向後移植窗口係指預定執行錯誤修正與配置變更等作業的時段。2025年尚餘七次列車部署作業。 [202]
• 本週軟體更新細節： MediaWiki

深入了解

• 維基媒體基金會指出，由於AI系統與搜尋引擎頻繁引用維基百科內容，卻未能將使用者導向該網站，導致2025年真人瀏覽量較2024年下降8%。在觀察到機器人偽裝成真人的現象後，維基媒體更新了流量數據以反映此變化。關於維基百科當前使用者趨勢，請參閱Diff文章。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年11月3日 (一) 19:34 (UTC)

2025年第46期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

採用新設計的討論頁的範例，圖為法語維基百科

• 11月12日開始，部分維基百科的討論頁外觀將變更為新設計。幾乎所有維基已採用新設計；英語維基百科將稍後獲得更新。詳見Diff文章。使用者可以在偏好設定中的「显示讨论活动」選項停用此變更。 [203]
• MediaWiki現可於頁面受保護時自動顯示頁面狀態指示器（頂部圖示）。此功能預設停用，可透過社群請求啟用。 [204]
• 現在，使用wikitext編輯器的「显示预览」或「显示更改」按鈕時，特定URL參數（如useskin、uselang、section）將會保留。此次更新同時修正了以下問題：之前，若瀏覽器在預覽單一章節編輯時崩潰，儲存該編輯可能導致整頁內容被該章節內容覆寫。 [205][206][207]
• 維基導遊站點可在條目內文使用彩色地圖標記。此類標記的文字將改以對比鮮明的黑色或白色顯示，不再始終顯示為白色。針對此問題的本地暫時解方現可移除。 [208]
• Android版維基百科APP的「活動」標籤頁現已開放所有使用者使用。此新標籤頁為使用者提供閱讀、編輯、捐款活動的個人化洞察，同時簡化導覽流程，讓應用程式的使用體驗更具吸引力。 [209]
• 讀者成長團隊（Reader Growth）正計劃推出名為「圖片瀏覽」（Image browsing）的實驗，旨在測試如何讓讀者更輕鬆地瀏覽與探索維基百科條目中的圖片。此實驗為A/B測試，僅限行動裝置，將於11月17日當週在英語維基百科上線，為期四週，影響該站0.05%的使用者。這項測試已於11月3日在中文、阿拉伯語、法語、印尼語和越南語維基百科推出，影響這些站點中至多10%的使用者。 [210]
• 上週有27件由社群提交的工單得到解決。 例如，前陣子監管員無法在行動裝置網站鎖定帳號，此問題現已修正。 [211]

近況更新 - 面向技術貢獻者

• Wikitech正在進行Toolforge標準委員會的新委員提名。委員會職責包括監督Toolforge的分叉權方針和遺棄工具方針等。提名持續開放至11月28日。
• SUL維基站點的OAuth 2存取憑證中，JWT核發者欄位iss已變更為https://meta.wikimedia.org。舊版存取憑證仍可正常使用。 [212]
• OAuth 2存取憑證中的JWT使用者欄位sub即將從<user id>變更為mw:<identity type>:<user id>，其中<identity type>通常為CentralAuth:（適用於SUL維基站點）或local:<wiki id>（適用於其他維基）。此變更旨在避免不同使用者ID類型間的衝突，並使OAuth 2存取憑證與sessionJwt cookie格式更趨一致。舊版存取憑證仍可正常使用。 [213]
• MediaWiki的封鎖訊息（blockedtext、blockedtext-partial、autoblockedtext、systemblockedtext、blockedtext-tempuser、autoblockedtext-tempuser）新增參數，用以標示使用者是否被禁止編輯自己的使用者討論頁（$9）或寄送電子郵件給其他使用者（MediaWiki:Blockedtext0）。 [214]
• 我們已在Wikimedia git倉庫中為MediaWiki核心和各擴充功能與外觀皮膚建立REL1_45分支。此為MediaWiki 1.45.0版本發布流程的第一步，該版本預計於今年11月下旬推出。若您正在修復關鍵錯誤或開發新功能，請留意此變更。 [215]
• 由於效能下降，我們更新了CirrusSearch轉儲檔的生成流程。若您在改用新轉儲時遇到任何問題，請聯繫搜尋平台團隊（Search Platform）尋求支援。 [216][217]
• 本週軟體更新細節： MediaWiki

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年11月10日 (一) 20:38 (UTC)

2025年第47期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 讀者體驗團隊正在行動版網頁上試驗閱讀清單功能，該功能讓登入帳號但不編輯的讀者能夠儲存私人的條目閱讀清單。自11月10日當週起，這項試驗在中文、阿拉伯語、法語、印尼語和越南語維基百科上進行；11月17日當週，試驗將開始在英語維基百科上進行。
• 使用者在登入階段若無法收取電子郵件驗證碼，現在可在新設的特殊頁面提交表單以取得協助。這項更新是帳號安全計畫的一部分。如果您的帳號設有電子郵件地址，請確保您可以正常收取信件。當您從陌生裝置或地點登入帳號，並且您未啟用2FA，系統可能會要求您輸入透過電子郵件發送的6位數驗證碼以完成登入程序。了解更多。
• 已新建一個維基： 米南佳保語维基文库 (s:min:) [218]
• 上週有23件由社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• 作為解析器統一專案的一部分，內容轉換團隊已將多個低流量維基百科部署Parsoid作為預設解析器，並正在為高流量維基百科的部署做準備。本通知邀請您參閱Extension:ParserMigration說明文件，按照說明主動選擇啟用Parsoid，並協助回報您在工作流使用機器人、工具或腳本時遇到的問題。請透過工具側邊欄的「回報視覺錯誤」連結，或建立phab工單並加上Content Transform Team標籤來告知我們。
• 【不受支援工具工作組】Video2Commons的多項問題已修復，包括：與檔案名稱相關的上傳失敗、影片匯入全黑問題、重試處理機制等。現已支援AV1編碼格式。目前進行中的工作著重於後端穩定性、ffmpeg錯誤、字幕匯入功能、元資料處理、播放清單上傳功能。您可在此Phabricator看板追蹤個別工單。
• 本週軟體更新細節： MediaWiki

會議與活動

• 2026年5月1日至3日，維基媒體黑客松將在義大利米蘭舉行。報名將於2026年1月開放。獎學金申請現正開放中，至2025年11月28日截止。若有任何疑問，請電郵至hackathon@wikimedia.org。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年11月17日 (一) 17:26 (UTC)

Reminder: Help us decide the name of the new Abstract Wikipedia project

您好. Reminder: Please help to choose name for the new Abstract Wikipedia wiki project. The finalist vote starts today. The finalists for the name are: Abstract Wikipedia, Multilingual Wikipedia, Wikiabstracts, Wikigenerator, Proto-Wiki. If you would like to participate, then please learn more and vote now at meta-wiki. 谢谢您！

-- User:Sannita (WMF) (talk) 2025年11月20日 (四) 14:23 (UTC)

2025年第48期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 上週，維基媒體搜尋團隊在伺服器端重新實現了希伯來語和俄語維基百科的「DWIM」小工具功能（DWIM＝Do What I Mean，照我的意思做）。DWIM小工具讓使用者即使誤切輸入法，也能在搜尋建議中找到原本打算輸入的字。例如，在俄語維基百科搜尋「cxfcnmt」，搜尋建議中會出現「счастье」。團隊預計於本週在其他希伯來語和俄語站點啟用此功能。 [219]
• 本週稍晚，啟用「⧼codemirror-beta-feature-title⧽」測試功能的使用者，將能在討論工具（DiscussionTools）中使用语法高亮功能。使用者需要同時啟用「在源代码模式下启用编辑工具」選項，才能使用上述功能。 [220]
• CampaignEvents擴充功能——這套用於協調活動及其他維基內協作的工具組，現已部署至所有維基媒體站點。新功能「協作貢獻」可讓活動籌辦人員與參與者檢視活動成效。歡迎參加即將舉行的學習課程，親身體驗新功能並提供您的意見回饋。
• 上週有24件由社群提交的工單得到解決。 例如，先前CodeReviewBot無法正常運作，現已修正此問題。 [221]

近況更新 - 面向技術貢獻者

• 邀請維基媒體API使用者參與可用性研究，協助驗證Wikimedia REST API沙盒的新設計。有興趣的參與者請填寫招募問卷。 [222]
• MediaWiki介面團隊正著手棄用Action API中的XSLT樣式表。今年11月底，對format=xml&xlst={stylesheet}的支援將從維基媒體專案中移除。此外，MediaWiki的1.43（LTS）、1.44、1.45版本也將預設停用該功能。MediaWiki 1.46版本（預計於2026年4月至5月間發布）將全面移除對XSLT樣式表的支援。 [223]
• WDQS舊版端點（query-legacy-full.wikidata.org）將於今年12月底停止運作，並於2026年1月7日正式關閉。該日之後，若使用者未改用SPARQL聯合查詢，則向query.wikidata.org發出的full圖譜查詢請求將失敗或傳回無效結果。團隊建議使用者確保工具和工作流程改用受支援的WDQS端點（主圖譜：https://query.wikidata.org/或學術圖譜：https://query-scholarly.wikidata.org/）。關於遷移和替代存取方式，詳見資料存取與請求查詢頁面。
• 本週軟體更新細節： MediaWiki

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年11月24日 (一) 15:56 (UTC)

台灣分會2025年11月對話時間

社群疑難雜症找協會！

台灣維基媒體協會2025年11月的對話時間，訂於台灣時間11/29 (六) 14:00舉行，
參與連結為 https://meet.google.com/qiv-ctih-sse 。
協會到底在做什麼？如果你覺得協會存在感超低，有事都找不到人，把握這次的對話機會！這是一個定期舉辦的服務時段，由協會秘書長親自主持，有問題馬上解決。協會會分享目前進行中的專案與計劃，也邀請社群朋友分享想法、反映需求，彼此開講、一起討論。 本月討論主題將聚焦於今年維基愛古蹟賽果，這是將是讓你深入了解協會運作並參與交流的絕佳機會！快來一起參加！

--MediaWiki message delivery（留言） 2025年11月27日 (四) 22:05 (UTC)

现在写字间页面太长

需要引入存档机器人。 Fire Ice 2025年7月30日 (三) 21:59 (UTC)

确实需要机器人，不然就会长期维持这种长度。 Fire Ice 2025年9月8日 (一) 16:41 (UTC)

其實也可以考慮提高手動存檔頻率。目前應該是半年存一次？—— Eric Liu_（留言） 2025年9月11日 (四) 02:27 (UTC)

我是盡量兩個月一次。 Zhxy 519（留言） 2025年10月12日 (日) 15:56 (UTC)

或許一季存一次也行。總之，稍微提高存檔頻率應該沒什麼問題。—— Eric Liu_（留言） 2025年10月12日 (日) 16:48 (UTC)

同時建議可以研議拆分不同討論區（就參照维基百科般）將技術、方針、編輯、求助等進行歸類是否可行。本人對此沒有太大意見，畢竟維基文庫的規模無法與中維相比，拆分的益處並不明顯，但應該在長期方面考慮？ FK8438（留言） 2025年12月3日 (三) 14:30 (UTC)

暫時維持現狀吧，我也覺得不好拆分。—— Eric Liu_（留言） 2025年12月4日 (四) 10:58 (UTC)

中華民國憲法本文與增修條文

已移往Wikisource:删除讨论，請移步。--WEBridge（留言） 2025年11月15日 (六) 23:13 (UTC)

Header法規沿革縮排問題

在Header輸入法規沿革時必須換行，否則無法縮排（範例如此）。不知是否有解決之道？—— Eric Liu_（留言） 2025年11月28日 (五) 12:37 (UTC)

模板參數|notes=傳入時去掉了起首的空白字符。這是MediaWiki設計所致。可以用Module:Arguments保留空白字符。其他沿革頁面有用一次<br/>換行，顯示時多出一個空行。閣下希望兼容此用法，還是修改？ Andayunxiao（留言） 2025年11月29日 (六) 10:00 (UTC)

2025年第49期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 12月2日，iOS和Android版維基百科APP使用者將可查看自己的2025年維基百科年度回顧。今年的年度回顧為使用者帶來全新個人化洞察、閱讀歷程摘要以及煥然一新的設計。詳見專案頁面。
• Growth團隊正致力於改進發送給新使用者的驗證郵件的內容與呈現方式，使其更具親和力、更實用、更直觀地呈現資訊。新郵件文案已草擬完成，並即將進行A/B測試，請協助翻譯這些內容。詳見Phabricator工單。
• 12月2日，「新增链接」功能將部署至中文、日語和烏爾都語維基百科。「新增链接」功能基於預測模型運作，該模型會建議應新增至條目中的链接。雖然此功能已在多數維基百科語言版本啟用，但原有預測模型無法支援特定語言。目前已開發出新模型以處理這些語言，並將逐步推廣至其他維基百科語言版本。若想進一步了解，請聯繫Trizek (WMF)。
• 上週有34件由社群提交的工單得到解決。 例如，由於從SpecialSearch改為MediaSearch，維基共享資源上某些頁面的搜尋框顯示無結果，現已修正此問題。 [224]
• 已新建兩個維基：
  • 道本語维基百科 (w:tok:) [225]
  • 奈及利亞皮欽語维基语录 (q:pcm:) [226]

近況更新 - 面向技術貢獻者

• 本週軟體更新細節： MediaWiki

深入了解

• 維基媒體基金會正處於探索條目引導方法的初期階段。此計畫旨在找出能協助新編輯者在撰寫條目時，能夠輕鬆理解並應用維基百科方針與現有慣例的干預措施。目前專案處於探索與早期實驗設計階段。誠摯邀請所有社群成員進一步了解此專案，並在討論頁分享您的想法。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年12月1日 (一) 18:57 (UTC)

「Unknown user」

看起來是匯入編輯時丟失資訊；除其貢獻頁面所列者外還有這筆，不排除有更多。或須提報phab任務備案。—— Eric Liu_（留言） 2025年12月8日 (一) 17:11 (UTC)

这是User:維基小霸王早年濫用XML文件匯入(而不是機器人)，後來用戶名被刪除導致的，現在已停止。 Midleading（留言） 2025年12月8日 (一) 17:17 (UTC)

不是用户名被删除，而是没有填写用户名。那时并不会这么显示，而是用户名那里不显示，我当时感觉挺好有一种神秘感。当时我不会用机器人。 維基小霸王（留言） 2025年12月8日 (一) 17:19 (UTC)

@維基小霸王：所以您匯入的編輯本來都是您自己的？或許可以在phab申請把欄位填回去。Wmrwiki的那些就不清楚。—— Eric Liu_（留言） 2025年12月9日 (二) 04:02 (UTC)

2025年第50期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 所有維基媒體專案的註冊使用者現可啟用雙重驗證（2FA）來保護其帳號，這是帳號安全計畫的一環。不久後，凡執行涉及安全或隱私敏感操作的使用者，皆須強制啟用雙重驗證。

近況更新 - 面向編輯者

• 繼上週的部署後，「新增链接」功能將於12月9日起擴大部署至另外33個維基百科語言版本。該功能讓編輯者能在編輯過程中加入建議連結。本次擴大部署得益於全新預測模型，該模型現已支援所有語言，包含先前未涵蓋的語言。儘管此功能已在大多數維基百科版本運行一段時間，本次部署將使我們更接近全面採用改良版模型的目標。如有任何疑問或想了解更多詳情，請聯繫Trizek (WMF)。
• 上週，搜尋平台團隊為喬治亞語維基百科新增了即時轉寫搜尋建議功能。若搜尋拉丁字母或西里爾字母僅出現少許常規搜尋建議，搜尋文字會轉換為喬治亞字母來尋找更多結果。例如，在搜尋欄輸入「bedniereba」或「бедниереба」，搜尋建議中會出現現存條目「ბედნიერება」（「幸福」）。若有其他語言需要這類有關轉寫或錯誤鍵盤／輸入法的搜尋建議功能，請在Phabricator提出建議，供未來開發參考。
• 本週稍晚，我們將針對前100大維基百科版本的編輯者，在行動版網頁視覺化編輯器中展開一項對照實驗。其中50%的編輯者將會看到新增的「編輯完整頁面」按鈕，可讓編輯範圍擴展至整頁內容。此設計旨在讓行動版網頁使用者更容易編輯任何條目章節，無須受限於最初點擊的章節編輯圖示。此實驗將持續約4週。詳見工單。
• 本週稍晚，讀者成長團隊將進行一項行動版網頁實驗，預設展開所有條目章節（現行預設為摺疊），並將使用者目前閱讀的章節標題固定於頁面頂端。此實驗將影響中文、阿拉伯語、法語、印尼語、越南語維基百科中10%的使用者。 [227]
• The Wikipedia Year in Review 2025, a feature in the Wikipedia mobile apps (iOS and Android) that provides users with a personalised summary of their engagement with Wikipedia over the year, is now available on the iOS and Android apps. This edition includes expanded personalised insights, improved reading highlights, new donor messaging, and updated designs. Open the app to view your Year in Review and explore your reading journey from 2025.
• A recent software bug caused edits made with VisualEditor to make unintended changes to wikitext, including removing whitespace and replacing spaces with underscores in wikilinks inside citations. This was partially fixed last week, and further fixes are in progress. Editors who used VisualEditor between November 28 and December 2 should review their edits for unexpected modifications. [228]
• 上週有23件由社群提交的工單得到解決。 例如，先前從Microsoft Edge網址欄複製URL再貼到某些維基編輯器中，會錯誤貼上網頁標題而非URL，現已修正此問題。 [229]

近況更新 - 面向技術貢獻者

• 本週開始，啟用「⧼codemirror-beta-feature-title⧽」測試功能的使用者，其Lua、JavaScript、CSS、JSON、Vue內容模型的編輯器將從CodeEditor改為CodeMirror。此變更將同步升級linter。我們計畫逐步取代CodeEditor並提供一致的程式碼編輯體驗。 [230]
• 邀請開發者填寫2025年開發者滿意度調查，開放填寫至2026年1月5日。如果您為維基媒體生態系統開發軟體，並樂意分享經驗或提供意見回饋，我們誠摯歡迎您參與調查。 [231]
• 本週沒有MediaWiki版本更新。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年12月8日 (一) 17:45 (UTC)

模板請求

https://db.itkc.or.kr/imgviewer/item?itemId=MO#imgviewer/imgnode?grpId=&itemId=MO&dataId=ITKC_MO_0655A_0140_010_0030&pageId=ITKC_MO_0655A_A340_275H

第404頁。

向上逆推。推到極上頭。更無去處。【問題部分】是如太極圖之從下倒看也。朱說則自四方八面合輳將來。

我該用什麼模板才可以模仿這個部分？ 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年12月11日 (四) 04:42 (UTC)

◯-（乾坤）-（父母）-（人物） Liouxiao（留言） 2025年12月11日 (四) 05:52 (UTC)

做个SVG：

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<svg width="900" height="200" viewBox="0 0 900 200" xmlns="http://www.w3.org/2000/svg">
    <circle cx="80" cy="100" r="60" fill="#ffffff" stroke="#000000" stroke-width="4"/>
    <line x1="150" y1="100" x2="210" y2="100" stroke="#000000" stroke-width="3" />
    <circle cx="280" cy="100" r="60" fill="#ffffff" stroke="#000000" stroke-width="4"/>
    <text x="255" y="120" text-anchor="middle" font-size="48" font-family="SimSun, serif">乾</text>
    <text x="305" y="120" text-anchor="middle" font-size="48" font-family="SimSun, serif">坤</text>
    <line x1="350" y1="100" x2="410" y2="100" stroke="#000000" stroke-width="3" />
    <circle cx="480" cy="100" r="60" fill="#ffffff" stroke="#000000" stroke-width="4"/>
    <text x="455" y="120" text-anchor="middle" font-size="48" font-family="SimSun, serif">父</text>
    <text x="505" y="120" text-anchor="middle" font-size="48" font-family="SimSun, serif">母</text>
    <line x1="550" y1="100" x2="610" y2="100" stroke="#000000" stroke-width="3" />
    <circle cx="680" cy="100" r="60" fill="#ffffff" stroke="#000000" stroke-width="4"/>
    <text x="680" y="90" text-anchor="middle" font-size="48" font-family="SimSun, serif">人</text>
    <text x="680" y="140" text-anchor="middle" font-size="48" font-family="SimSun, serif">物</text>
</svg>

Liouxiao（留言） 2025年12月11日 (四) 06:12 (UTC)

　 ── 乾坤 ── 父母 ── 人物 --Lonicear（留言） 2025年12月11日 (四) 12:53 (UTC)

感謝！！！ 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年12月11日 (四) 18:11 (UTC)

新年進入公有領域作品、作者和願望單

新年1月1日起以下幾種版權過期情況，將允許文庫收錄更多作品。

• 1975年逝世作者（新加坡出版作品的1955年逝世的作者）（分類:1975年逝世、w:分類:1975年逝世）：其1930年及以前（95年前）在兩岸四地、馬來西亞發表的作品，在兩岸四地、馬來西亞、美國於新年進入了公有領域，可以收錄。 1931年及以後的作品、和在美國發表的作品，在美國仍有版權。
• 在兩岸四地、馬來西亞、新加坡於1930年發表的作品（c:Category:1930 books、c:Category:1930 books from China）：如作者在1945年（1996 - 51）及以前逝世，則作品於新年在美國進入公有領域。可以收錄。否則作品在美國仍有版權。

已有候選見Wikisource:未来进入公有领域作品列表#2026年。社群可以預先討論個別作者、命名指引等，及列出錄入願望和請求。 Andayunxiao（留言） 2025年12月13日 (六) 11:14 (UTC)

已經新年，有關作品可予恢復。請諸位管理員確認並協助。—— Eric Liu_（留言） 2026年1月3日 (六) 14:23 (UTC)

2025年第51期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 上週有18件由社群提交的工單得到解決。 例如，先前當臨時帳號在條目加入外部連結，hCaptcha請求被異常地多次觸發，導致首次嘗試發布編輯時未跳出彈窗，現已修正此問題。 [232]

近況更新 - 面向技術貢獻者

• 為提升資料庫與網站效能，導向維基媒體專案的連結將不再作為外部連結儲存於資料庫中。這意味著這些連結將無法透過Special:LinkSearch搜尋，不會被垃圾郵件黑名單或濫用過濾器視為新連結進行檢查，亦不會出現在資料庫複本的externallinks資料表中。未來此措施可能擴展至其他高連結量的可信網站，以維基站點為單位實施，例如維基共享資源上的創用CC連結。 [233]
• 本週軟體更新細節： MediaWiki

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年12月15日 (一) 19:03 (UTC)

台灣分會2025年12月對話時間

社群疑難雜症找協會！

台灣維基媒體協會2025年12月的對話時間，訂於台灣時間12/23 (二) 19:00舉行，
參與連結為 https://meet.google.com/qiv-ctih-sse 。
協會到底在做什麼？如果你覺得協會存在感超低，有事都找不到人，把握這次的對話機會！這是一個定期舉辦的服務時段，由協會秘書長親自主持，有問題馬上解決。協會會分享目前進行中的專案與計劃，也邀請社群朋友分享想法、反映需求，彼此開講、一起討論。
本月討論主題將聚焦於年度回顧、展望新年，這是將是讓你深入了解協會運作並參與交流的絕佳機會！快來一起參加！

--MediaWiki message delivery（留言） 2025年12月22日 (一) 18:57 (UTC)

2025年第52期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 明年1月起，編輯過濾器可以設定成自動監督隱藏過濾器詳情，這包括觸發條件以及觸發過濾器的編輯和操作等。監督員可以用這項功能來防止個人資料外洩或其他應隱藏內容的傳播。 [234]
• 因應年末假期，下一期技術新聞將於2026年1月12日發送。感謝今年所有協助翻譯、貢獻內容以及提供寶貴意見的各位。
• 上週有16件由社群提交的工單得到解決。 例如，先前在Android版維基百科年度回顧功能中，點擊「第一步」時可能會發生崩潰，現已修正此問題，該功能可正常開啟。 [235]

近況更新 - 面向技術貢獻者

• 過去，MediaWiki生成的介面元素（如差異比較與分類）會用data-mw="interface"屬性來區別於維基內容。此屬性現已改為data-mw-interface=""，以避免與由Parsoid生成的其他data-mw屬性產生潛在衝突。 [236]
• 本週及下週沒有MediaWiki版本更新。

會議與活動

• 2026年西北歐維基媒體黑客松將於2026年3月13日至14日在荷蘭阿納姆舉行。報名期限為12月中旬至1月中旬，額滿即止。場地僅能容納約100人，請盡早報名。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年12月22日 (一) 21:45 (UTC)

2025年第52期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

近況更新 - 面向編輯者

• 明年1月起，編輯過濾器可以設定成自動監督隱藏過濾器詳情，這包括觸發條件以及觸發過濾器的編輯和操作等。監督員可以用這項功能來防止個人資料外洩或其他應隱藏內容的傳播。 [237]
• 因應年末假期，下一期技術新聞將於2026年1月12日發送。感謝今年所有協助翻譯、貢獻內容以及提供寶貴意見的各位。
• 上週有16件由社群提交的工單得到解決。 例如，先前在Android版維基百科年度回顧功能中，點擊「第一步」時可能會發生崩潰，現已修正此問題，該功能可正常開啟。 [238]

近況更新 - 面向技術貢獻者

• 過去，MediaWiki生成的介面元素（如差異比較與分類）會用data-mw="interface"屬性來區別於維基內容。此屬性現已改為data-mw-interface=""，以避免與由Parsoid生成的其他data-mw屬性產生潛在衝突。 [239]
• 本週及下週沒有MediaWiki版本更新。

會議與活動

• 2026年西北歐維基媒體黑客松將於2026年3月13日至14日在荷蘭阿納姆舉行。報名期限為12月中旬至1月中旬，額滿即止。場地僅能容納約100人，請盡早報名。

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年12月23日 (二) 11:10 (UTC)

能否做這個工具

就是：文庫裡面出現了冒犯版權的文章和作品，當然我們需要刪除。但是刪除之前做個倒計時工具，就是等到這個作品不冒犯版權了工具就自動地恢復文章。你懂我的意思吧？ 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh（留言） 2025年12月24日 (三) 05:56 (UTC)

本站有Wikisource:未来进入公有领域作品列表，对于大部分提删作品而言，要等到著作权过期，可能至少都是好几年乃至好几十年，可能这个倒计时意义不是很大？ Teetrition（留言） 2025年12月24日 (三) 06:56 (UTC)

展示倒計時能做到，恢復已刪頁面需人類管理員或有權限的機器人操作。 Andayunxiao（留言） 2025年12月24日 (三) 09:00 (UTC)