Minecraft Wiki:论坛/啟用簡體轉換表與開放使用繁體編輯事宜

⬅首页

啟用簡體轉換表與開放使用繁體編輯事宜

首先宣布一個好消息：經過整整一年又三天，繁簡與地區詞轉換表的重寫及新繁轉簡轉換表已完成！

查看新轉換表內容 • 檢視新轉換表原始碼 • 預覽新轉換表效果（dev wiki我不確定能不能放連結）

這次轉換表的重寫工作，契機是出於因應繁體轉換表被移動導致的香港繁體模式下轉換大量失效。雖然補上諸多因移動缺失的規則很是麻煩，但正也正好給了重新一條條審視轉換表規則的機會。我也藉此過程，順道同時完成了過去沒有實現的繁體轉簡體之轉換表。這裡還要特別感謝@BoredYukolin與@Commusic在編寫過程中的熱心協助。

由於Minecraft與本wiki目前已支援三種用字模式，若開放繁體編輯並簡單假設每種變體所用詞彙皆不同，那3×2=6每一個物件都要分散在3個轉換表寫共6條規則，將造成極大的維護困難。實際上目前重寫好的、仍卻漏部分規則集的轉換表就有著總計近4000條規則。近期香港繁體的轉換失效很大一方面也是受與臺灣正體要同時維護的困難影響。故我取靈感自維基百科的CGroup，建立了一個轉換表模組Module:Conversiontable來集中編寫、統整轉換規則，再由其生成轉換表內容。唯一缺點大概是本wiki目前設定下，非自動確認的使用者無法編輯。

應該還有不少人還記得在5年前（2020），我們就曾嘗試建立過一次簡體轉換表。然而因該轉換只是簡單的反轉繁體轉換表且未經嚴格審查，實施流程又過於躁進，導致諸如「沙子」轉換成「沙子子」等事故，最後憾未能實施。

這次轉換表經過逐條審定，近乎所有可能的問題規則皆執行過全站語料搜尋，並使用自動化程式全面檢查所有譯名的正確轉換。我可以承諾，目前的轉換表幾乎不可能再出現簡轉簡問題。那怕不小心出現一些，也絕對比目前繁體模式下的錯誤轉換少非常多。故應可以不用再擔心在實裝後既有的頁面顯示出現問題。

啟用簡體轉換表，在開放繁體中文編輯前，就會先有一大好處是節省佔了本wiki半壁江山的大量的簡繁重新導向。MediaWiki設計中，使用者在輸入標題名稱時若有表中轉換規則，就會自動重新導向到正確的頁面。原本我們只有單向的轉換表，這導致條目標題可以轉換為繁體顯示，但繁體的顯示標題卻無法連到該條目自身，需要一個個建立重新導向。啟用簡體轉換表即可解決此長期問題，尤其是對那些根頁面名要轉換的大量子頁面。

開放繁體編輯自然也是簡體轉換的主要目的。使用不習慣的用字模式書寫不但吃力又難受，更重要的是很容易出錯。目前要求編輯者自己轉為簡體，憑不熟悉的感覺轉通常品質要遠低於轉換表的幾千條（算上MediaWiki自帶是幾萬條）規則的效果。或甚至由使用簡中的巡查員代轉為簡體，也難免有漏網之魚。在已有繁體編者和簡體轉換表的情況下，允許用繁體原始碼最終呈現出的效果無疑比讓繁體編者用簡體寫要容易好。至於所謂來自繁中社群的編者不多，那更該允許繁體編輯，以免望而生畏，讓用繁體總是比較友善不勸退人的。

為確保一切順利，我提議分為以下三階段，分步實施此項變更。各階段間間隔約一週，以處理可能出現的問題。

階段一、啟用簡體轉換表

啟用大陸簡體轉換表（MediaWiki:Conversiontable/zh-cn）。並將MCW:繁體中文問題報告重新命名為「MCW:字詞轉換請求」，以擴大適用範圍。

雖我認為不太可能，但若發現過多的簡轉簡問題可以在此期間先退回轉換表。此階段就用於看有沒有不良的副作用。

階段二、開放繁體編輯

本wiki目前實際上沒有任何方針或指引明確限制必須使用簡體中文編輯，所以這更多只是應對政策的改變。不過還是有些資訊性頁面要稍作修改：

MCW:译名标准化 § 标准化概况：將「由於目前Wiki上繁體編輯者還不多，請在編輯時儘量使用簡體中文譯名，這樣一來可以透過簡繁轉換服務各地的中文讀者。」改為「本Wiki允許使用任意簡繁體編輯，並透過字詞轉換系統分別為各地的中文讀者顯示正確譯名。如發現有不周之處，還請於字詞轉換請求提出。」

MCW:巡查指南 § 注意事项：「頁面內容應該使用簡體字，如果有更改加入了繁體字，巡查員應當對更改進行簡繁/字詞轉換。」改為「若發現編輯內容有字詞轉換困難詞彙，巡查員宜在能力範圍內盡量修復。」

此階段屬於試行期。

階段三、修正繁簡破壞規則

為避免爭端，茲提議Wiki條例#2.4（繁簡破壞）增修如下：

2.4 請勿將頁面的原始碼全部或部分替換成繁體或簡體，除非是為了修復繁簡轉換出錯等正當理由。

若修正通過，將於此階段公布施行。

此外，建議這時發布開放繁體編輯的公告與新聞。

這個想法隨著隨著轉換表的重寫歷程，也斷斷續續考慮了一年多。應該稱不上粗糙，但也都沒有先與他人商議、請教過。因此還請不吝於提出任何修正建議或支持及反對意見。

TL;DR：如題。

──  Leo768（Talk｜Contributions） 2025年3月8日 (六) 21:19 (UTC)

作為提案人當然 大力支持。老實說，我目前寫條目可能有大半的精力都耗在輸出簡體上，心累不說還時常有漏，實在很想從中解脫。不過雖說提案通過我可能是最大收益人，但實際上此提案的所有額外維護成本也基本都會是我來扛。順帶一題，這模組實際上這是我第二個借鑒自CGroup的了。──  Leo768（Talk｜Contributions） 2025年3月8日 (六) 21:19 (UTC)

需要BWiki那边的同步bot支持同步为简体内容吧，毕竟bot的同步机制目前依然是默认源代码为简体？除此以外基本 支持。--   Lakejason0（论•功） 2025年3月9日 (日) 04:13 (UTC)

我在測試簡體轉換表時，就有編寫一個套用轉換表的腳本用於確定既有頁面會不會發生轉換問題，該模組亦有保留輸出轉換表為JSON的功能。如果需要我可以提供相關資料。 ──  Leo768（Talk｜Contributions） 2025年3月9日 (日) 05:33 (UTC)

 支持。这样做可以促进使用繁体中文用户更便捷的进行编辑，一定程度上利于对Wiki的发展。不过启用后可能还有一些问题待日后讨论，如新条目的标题使用的变体、繁简重定向是否还需要建立等。另外建议在阶段一开始时就发布相关站点公告，以提醒各位读者和编者协助检查新的转换方案是否存在问题，并在侧边栏或其他合适位置加入汇报此类问题的快捷入口。 Endearing Cat（留言） 2025年3月9日 (日) 08:52 (UTC)

 支持，希望此举能鼓励更多繁体中文使用者加入中文MCW的编辑。 AblazeVase69188（留言 | 贡献） 2025年3月9日 (日) 10:45 (UTC)

 支持。作為一位慣用繁體的wiki新手，很高興可以看到wiki得到以繁體編輯的可能；但也以我所提及我並不熟悉wiki，期待各位大佬的討論和為這套新轉換表的改善。 —— Commusic（論 • 功） 2025年3月9日 (日) 13:57 (UTC)

 支持。理由同@AblazeVase69188。 Afulai2333（论·功） 2025年3月9日 (日) 14:28 (UTC)

 支持。🐮  GIM Dianliang233 T C 2025年3月10日 (一) 01:58 (UTC)

 中立。可能是本人阅读繁体字较少，目前有很大的认字障碍，繁简混用会极其不适，可能在巡查过程中出现问题，这可能是我个人的问题，我暂不清楚这样做会潜在提高巡查员门槛。当然，换位思考一下，我相信繁体使用者和我可能有一样的问题。如果社区需要，我愿意花精力学习繁体字。 Wilf233_zhMCW（论·功） 2025年3月10日 (一) 04:12 (UTC)

这种情况也就是所谓的systematic bias，实际上是作为wiki应当尽力避免的。正如正文所说，繁体用户辨认及书写简体字一样存在非常大的障碍。--   Lakejason0（论•功） 2025年3月10日 (一) 05:20 (UTC)

正如下文所述，我專門為此情景編寫了一款小工具（User:Leo768/javascript/DiffConversion.js）。在有此工具輔助巡查的情況下，您會更新您的意見嗎？ ──  Leo768（Talk｜Contributions） 2025年3月11日 (二) 14:33 (UTC)

在此文發布後，我或多或少聽到了一些擔憂和疑問。我想在這裡統一說明：這些擔憂基本都是多餘的。

此項政策是否會導致簡中讀者的體驗變差？

並不會，反而是會變好。

的確，轉換表有其侷限，有些詞彙無法正確轉換，而對語感和詞頻一類較抽象的地區差異更是無能為力。然而，對已有的繁中編者編輯而言，如文中所述，手動轉換缺漏和訛誤比轉換表還容易發生。哪怕讓巡查員來做事後手審核，有沒有漏網之魚不說，只在極少數需要時補幾個轉換標記不也比手動慢慢轉簡體輕鬆準確麼？而語感和詞頻什麼的手動轉換誰來都和轉換表一樣無從下手。故對既有的繁中編輯來說，啟用簡中轉換表並允許直接用繁中編輯可以提升簡中下的顯示品質。

那可能的問題就是因開放繁體編輯吸引繁中編者，隨著以為繁體原文的編輯增加，在簡體模式下漏出更多缺失轉換的字詞，或偏向繁體慣用的語句。然而，若此事真的發生，考量到首選簡中編輯的使用者大概不會換用繁中編輯，這些編輯本就是多出來的、賺到的，和編輯本身對條目的品質提升好處比起來，轉換成簡中的那點不完美完全是可以忽略的小事。故對因此新增的繁中編輯而言，轉換為簡中時的少許缺陷仍不改變更多編輯為好事的本質。

何況以上的討論已是在轉換缺陷是對簡中閱讀體驗傷害的前提下推導出應執行此政策。然而考量到繁中整體上岐義較少，且條目原始碼在往後大概還是簡中占多數，簡中模式下會看到的轉換問題怎麼樣都至少比現在繁中模式下要少，也就是非常少。

此項政策是否會增加轉換系統維護負擔？

影響甚微，可以忽略。

正如上文所述，如果還是以前的模式，開放繁體編輯將導致每個物件由兩表兩規則變成三表六規則，這成本無疑是極大甚至是負擔不起的。所以這才設計了新的維護模式，新的模組使得編輯轉換表多寫些變體不過是舉手之勞。麻煩程度可能還要比舊模式的單向來得低。萬事起頭難，建立新轉換表的確斷斷續續花了一年才重寫好，但維護這本就是為維護方便設計的模組並不會很困難。

至於條目原始碼簡繁混雜是否會比起統一原始碼變體更使部分字詞難以轉換？這主要是影響到不同變體下同形不同義的詞彙。這種詞有多少？只有三個，其中還有一個是兩種繁體間的。隨便拎出一個變體總轉換困難詞彙都比兩個多得多，何況那兩個詞考慮到現狀目前也是較不保守的當簡體在轉。原始碼簡繁混雜與純簡體的差距遠不如純繁體與純簡體的差距。故統一原始碼為簡體並不會幫助簡繁轉換施作。

有人提到本wiki是否需要採用類似維基百科NoteTA和CGroup轉換組模式。轉換組的核心意義在於組織規則、方便編輯、頁面提示、及針對不同的主題因地制宜做轉換。前二者優點已經提取到了現在的轉換表生成模組，展示規則維基百科也承認實際意義不大大可甭管。而主題部分本wiki的主題過於單一，術語全都不離Minecraft與IT。哪怕看衍生遊戲，且不論一整個命名空間都掛一樣模板有沒有意義，Earth不超過20個詞，Dungeons與Legends的繁中也都還沒有著落。不過類似進度名、字幕、遊戲規則、旗幟圖案等的確是因使用不廣泛且為數較多，可以考慮放到轉換組去，於是我參考維基百科CGroup建立了轉換組模板{{sc}}，其演變成{{tp}}的過程在這就不贅述了。故本wiki現狀沒有再次建立轉換組的需求。

此政策是否還需要更多配套措施？

雖然我把此政策吹得百利而無一害般（實際上也差不多），但改變總是會需要付出一些成本的。

首先是大部分編輯者和巡查員仍使用大陸簡體，雖然依據語言中立這不是一個合理的論據，但現實上的確可能導致原始碼上閱讀困難。不過這也可以套用之前關於新編輯的論述：這些繁中內容本就是多賺來的，有比沒有好。再來，我目前打算編寫一個查看差異時繁簡轉換的小工具，這應該可以解決一部分的巡查員閱讀困難問題。我也會考慮看看如何在避免繁簡破壞的同時在編輯器提供該工具。

至於目前全數管理員皆使用大陸簡體也可能會導致相關工作運作較不暢，包含各過濾器可能要因應更新，以及因轉換表變動要修復字詞轉換和新的基建可能會動到不少全保護頁面等。不過這部分應該與過去差異也不大。主要的是我會想提請製作一個過濾器，自動標記可能簡繁轉換出錯的編輯，以供進一步檢查。

關於繁簡與地區詞轉換的各說明頁面和配套規則及新系統的使用說明，我已在編寫中，敬請期待。先把提議發出來是出於討論過程會持續很長一段時間，故在轉換表本體完成後就率先提出。會待相關頁面建置完成後才做本討論的決議。

以上內容我會考慮寫到論述去。──  Leo768（Talk｜Contributions） 2025年3月10日 (一) 07:38 (UTC)

依据讨论页方针折叠不合适评论。（原作者要求）[显示]

对以上3项论述皆有 疑问：

对“此项政策是否会导致简中读者的体验变差？”

我个人认为，不难看出此举是有在向中文维基百科的政策靠近，无论是否初衷如此。但以我作为简体编者的角度浅分析：

其一，当前的中文维基百科条目中恰是因为同时开放简繁源代码编辑，使得未经转换的源代码相当的难看，连同一个句子中也会出现简繁用字/词反复穿插的情况。此处摘出wzh:我的世界中的部分源代码（按照CC BY-SA 4.0授权），简体和繁体分别用绿色和红色标明：

2009年5月14日，马库斯·佩尔松（游戏名Notch）在他的YouTube頻道上發佈了「Cave Game」（洞窟遊戲）技術測試，游戏中只有草方块、圆石和隨機的洞窟。該影片在一開始未有大的反响，之後有少數玩家在進入遊戲後提出了建議，且马库斯·佩尔松也陸續更新遊戲且開始加入新事物。2009年9月1日，Minecraft舉行了生存測試，對日後的遊戲形成了雏形。

不论是简体还是繁体编者，看到这种源代码都只会一头雾水。这无疑是两端都不会满意的。并且我简单对比了两者的最近更改后，发现本Wiki的零碎格式修改似乎要远多于中文维基百科，更容易造成上述现象。

其二，中文维基百科与本Wiki天然有着不同的背景。前者因为特殊原因，本作为多数的简体编者反被挡在门外，导致矛盾被淡化，对于本Wiki，简体读者和编者占据多数仍是事实。并且此段提到了“因开放繁体编辑吸引繁中编者，带来更多编辑量”，但目前而言，即使开放繁体编辑的政策正式施行，全站的源代码仍几乎皆为简体，繁体编辑者面对此景恐怕仍是望而却步，所写的繁体原文也很可能因零碎格式修改而被覆盖，想要达到这一目的怕是需要相当长的时间。

对“此项政策是否会增加转换系统维护负担？”

由于本Wiki要面对大量的游戏内标准译名，而译名本身又存在大量不可忽视的简繁差异，当前已经出现了“蜂巢→Bee Nest/Honeycomb”的冲突，而转换表解决此问题的依据即为“目前条目源代码中‘蜂巢’几乎皆为Bee Nest”。开放繁体编辑无疑会破坏这个基础，虽然此类刁钻问题极少，修复也很容易，但是显得很蠢，也体现这里“故统一源代码为简体并不会帮助简繁转换施作”似乎有欠考虑。不过，使用繁体作为原文也可以解决简中译名源代码的一些冲突，比如“力量→Power/Strength→力量/強力”。

对“此政策是否还需要更多配套措施？”

对“这些繁中内容本就是多赚来的，有比没有好”的反驳已在上面体现，直接开放繁体源代码对本Wiki也似乎尚过于前卫（虽然这是最后一个阶段）。一条“赚来的编辑有比没有好”似乎难以抵消以上重重副作用，也不能简单说服我。目前看来“页面内容应该使用简体字，如果有更改加入了繁体字，巡查员应当对更改进行简繁/字词转换。”的解决措施已经运行十分良好，而Leo感到心累则可能是因为自身作为巡查员只能自我纠正。

——综上所述，我认为开放繁体编辑虽有一些好处，但副作用也十分明显，个人无法清楚权衡利弊。虽然近期我也一直热心帮助重写转换表和维护简繁转换，但在这些疑问得到解答之前我暂时不会表示对此话题的支持/反对意见。 BoredYukolin（留言） 2025年3月10日 (一) 09:10 (UTC)

完全牛頭不對馬嘴。要提意見可以，能不能拜託不要不分青紅皂白的想與我論述的點貼上。可否請你以不回覆我的方式、重新順著自己的想法組織文字來發表論點。──  Leo768（Talk｜Contributions） 2025年3月10日 (一) 09:29 (UTC)

读者层面我是很放心的，这方面的处理方案已经比较成熟。目前我最担心的点在于编者层面是否会因为简繁混杂的源代码而受到困扰，因此，上面配套设施中所说的查看差异时和编辑器中的简繁转换小工具，我认为尤为必要。 AblazeVase69188（留言 | 贡献） 2025年3月10日 (一) 10:53 (UTC)

看了一下Leo老师发的FAQ，如此实施既不会导致难维护等问题，那么我表示 支持，也非常庆幸MCW或将实现繁体自由。不过关于三个阶段的细节可能仍需补充以便讨论，比如是否需要在侧边栏添加“字词转换请求”的链接。 TeaSummer（Q&A|C） 2025年3月10日 (一) 11:39 (UTC)

 支持启用简体转换表，但是对后两个阶段有以下 疑问：

其一，当前的中文维基百科条目中恰是因为同时开放简繁源代码编辑，使得未经转换的源代码相当的难看，连同一个句子中也会出现简繁用字/词反复穿插的情况。此处摘出wzh:我的世界中的部分源代码（按照CC BY-SA 4.0授权），简体和繁体分别用绿色和红色标明：

2009年5月14日，马库斯·佩尔松（游戏名Notch）在他的YouTube頻道上發佈了「Cave Game」（洞窟遊戲）技術測試，游戏中只有草方块、圆石和隨機的洞窟。該影片在一開始未有大的反响，之後有少數玩家在進入遊戲後提出了建議，且马库斯·佩尔松也陸續更新遊戲且開始加入新事物。2009年9月1日，Minecraft舉行了生存測試，對日後的遊戲形成了雏形。

不论是简体还是繁体编者，看到这种源代码都只会一头雾水。这对两方都难以起到缓解阅读障碍的作用。并且我简单对比了两者的最近更改后，发现本Wiki的零碎格式修改似乎要远多于中文维基百科，更容易造成上述现象。即使添加了转换差异内容的小工具，也无法避免源代码编辑中的阅读障碍。此外，目前有部分模板还在使用中文参数，而且仅支持简体中文参数。显然这是设计缺陷，但这也使得当前做不到100%完全开放简繁源代码。

目前而言，即使开放繁体编辑的政策正式施行，全站的源代码仍几乎皆为简体，繁体编辑者面对此景恐怕仍是望而却步，所写的繁体原文也很可能因零碎格式修改而被覆盖，想要达到吸引更多繁体编者这一目的怕是需要相当长的时间。虽然中文维基百科一直实行简繁开放的政策并且沿用至今，但在我看来，这是由于中文维基百科与本Wiki天然有着不同的背景。前者因为特殊原因，本应作为多数的简体用户却难以接触到，导致矛盾被淡化。对于本Wiki，简体读者和编者占据多数仍是事实。

其二，若仅从一种变体的使用者的角度考虑，Leo的QA中也有提到，“本wiki的主题过于单一，术语全都不离Minecraft与IT”但这恰体现了最大的问题：本Wiki的内容充斥着大量游戏内标准译名，而译名本身又存在大量不可忽视的简繁差异，换言之，它们全部都算是“专业术语”，即使忽略认字差异，假设简繁用户都能互相看懂繁体字和简体字，也仍会出现互相认不出“潜影”与“界伏”、“幽匿”与“伏聆”为何物，诸如此类的障碍。大局上来说这会加剧简繁使用者都看不懂简繁混杂的源代码的现象。日后新编者（无论简繁）想要熟练编辑，甚至可能需要熟悉整个转换表及其运行机制，这个门槛是否过于高了呢？我相信时至今日，熟悉大量简繁译名差异因而受影响较小的编者也只占极少数，因此这一举动可能在对新编者入门的门槛不降反增的同时，还会劝退一部分现有编者，总体看来绝不是“百利而无一害”的。

综上，我认为 不应当为了语言中立而语言中立，要从整体上意识到“本Wiki大部分活跃编者都是简体用户”以及“本Wiki中文本的简繁隔阂远不止字形难认”的事实考虑。 BoredYukolin（留言） 2025年3月10日 (一) 14:36 (UTC) （最后编辑于2025年3月11日 (二) 04:39 (UTC)）

“本Wiki大部分活跃用户都是简体用户”，这虽然是现状，但本议题就是在尝试修改这一点的。 AblazeVase69188（留言 | 贡献） 2025年3月10日 (一) 14:56 (UTC)

 补充：有观点认为简繁译名混杂出现带来的负面影响不大，事实上，【译名二义性】的麻烦问题，在仅用简体的情况下就有“力量→Power/Strength”“水下呼吸→Water Breathing/Respiration”等例子，在开放繁体后这些现象只会更加严重，如“蜂巢→Honeycomb/Bee Nest”“石英磚→Block of Quartz/Quartz Bricks”“幸运→Fortunate/Luck”等等。想要避免这些冲突，我能想到可行的办法只有：强制规定Wiki上只能使用这些冲突名称中的某一个；或者直接开发出{{BlockName}}{{ItemName}}等模板，使用英文参数规避。前者显得太过于麻烦，甚至还不如一刀切只允许使用简体，即现状；后者则使得正文中的模板数量太多，添加负担的同时还对可视化编辑造成障碍。

对“本议题就是在尝试扭转这些”的观点，我认为：

1. 吸引繁体编者是好事，但是如果副作用是让原有的简体编者都感到编辑不畅，那么扭转“本Wiki大部分活跃编者都是简体用户”的现状似乎并不一定能促进本Wiki的发展。

2. 目前“本Wiki中文本的简繁隔阂远不止字形难认”的影响仅波及到繁体用户，但按我上面的论述，开放繁体编辑后繁体用户的隔阂也并不能完全消除，对应也会给简体用户带来新的隔阂，总体而言我看不出后种情况相比于前者好在了哪里。 BoredYukolin（留言） 2025年3月11日 (二) 10:37 (UTC)

開放繁中完全不會增加轉換失效量已在上面嚴格論證過了，這是非常明確的技術問題。請不要再傳播錯誤觀念，謝謝。

入門版解釋：假設繁中原文轉換錯誤有3%，簡中原文有7%，簡中與繁中衝突的有0.1%。由於採取當簡中轉策略，繁中原文轉換錯誤實際上會是3.1%。那目前wiki全簡中原文轉換錯誤率是7%，混繁中原文不論以多少比率，與3.1%平均下來只會更低而不會更高。

而就單以簡中讀者視角，體驗只可能變好也論證過了，不再贅述。──  Leo768（Talk｜Contributions） 2025年3月11日 (二) 11:08 (UTC)

總感覺閣下為了反對是陷入了某些思維誤區。

首先，我不知道為什麼為產生「此政策想要透過讓原始碼不都是簡體來降低閱讀障礙、吸引繁中編者」的錯覺。你摘那段原始碼看到的是不好看無法吸引人，但我看到的是每個人都可以自由的用自己習慣的書寫系統來編輯。開放繁體編輯本就不是想讓原始碼繁中化以減少隔閡吸引繁中編者增加比率什麼的，而是在有繁中編者來編輯時，不去討論頁發一句把人請離。

接下來什麼特殊背景誤會就更多了，為什麼閣下會以為維基百科的簡中使用者不是占多數？且不論字詞轉換時設立時根本沒被封，或是現今簡中編者仍占較多。就給你一個機會重新設計簡中編者占壓倒性多數的中維，你會開放繁體編輯嗎？至少我會，連萌百和求聞也都是這麼做的。因為這本身就是合理、正確的選擇。或者說，不作為。對一個中文導向的wiki來說，不禁止繁中編輯可不就是不作為嗎？

神奇的錯覺：「一開放繁體本wiki就會有隨機一半的字憑空被替換成繁體」。我就重複一次上面的論述好了：開放繁中編輯並不會條目中既有的原始碼變成繁體。原始碼每多一點繁體，都是多一個繁體編輯造就的。那如果不開放，這些編輯就是直接不存在。所以，繁體原始碼本來就是多賺來的，那怕較難被簡中編者編輯，那也是多的編輯。再說，這些條目原始碼內多出來的繁體本身就是能接受原始碼與自己慣用變體不一致的編輯者，所以在怎麼說真的會受影響的也會被這些新增的編輯填補。而且可能發生只有繁體編者能編輯簡體但反過來不成立嗎？所以「簡繁混雜同時勸退簡繁編者」基本就是無稽之談，因為如果真的勸退，那根本就不會簡繁混雜。至於可能要熟悉整個轉換表才可編輯的說法著實過於扯淡，不予回應。

至於為了語言中立而語言中立值得嗎？當然值得。其實別說百利而無一害了，這件事只要不是很大的損害，那就是該做的。就拿閣下放棄了的回覆來說：「Leo感到心累則可能是因為自身作為巡查員只能自我糾正。」其換個說法就是「本wiki不歡迎有意願的繁中使用者成為巡查豁免者乃至巡查員。」這聽起來就不合理對吧？閣下可能沒意識到，此政策的本質就只是：不再強迫使用者參與wiki必須使用自己不熟悉的用字模式。本政策本就不志於要主動引來多少新人，只是讓所有有意願的編者有平等的機會為wiki貢獻。如果真的一個繁中編者都沒新增？那顯然我們也不會有任何損失，本政策又不是要求要用繁中編輯，只是不做本就不必做的限制而已。不過這不還有我呢？

總之，此說法大體上是想太歪了。 ──  Leo768（Talk｜Contributions） 2025年3月11日 (二) 14:16 (UTC)

 强烈支持，理由同@AblazeVase69188。并提议：尽早在编辑预览界面提供简繁转换设置（控制以何种变体生成编辑预览），同时具备简繁阅读能力的编者可借此在编辑过程一并检查简繁转换问题。减轻巡查员负担。

• 因为有相当移动端编者的存在（比如我在大部分时间也是使用移动端进行编辑），在移动端编辑器中支持该功能亦需要早日完成。

Eletron ProCoress（留言） 2025年3月11日 (二) 05:06 (UTC)

我們很久以前已經有了，請自行於小工具尋找。至於行動裝置，連預覽功能都不存在又能如何放入選項呢。 ──  Leo768（Talk｜Contributions） 2025年3月11日 (二) 05:30 (UTC)

预览其实是有的，我把截屏发送到DC里。Eletron ProCoress（留言） 2025年3月11日 (二) 07:36 (UTC)

暂且补充一下群聊中的意见：Autovalue部分参数只支持简体，可能会成为立即执行提案的阻碍。还需要排查更多的技术问题以便提案的实施。--   Lakejason0（论•功） 2025年3月11日 (二) 06:31 (UTC)

畢竟這件事早在超過一年前就有計劃，敝人早有對各模板的簡繁友善做過排查、改善，且本wiki以前就有為了避免簡繁問題走避免中文參數路線。因此除了autovalue外應沒有其他填不填簡體的問題。而填autovalue的地方主要還是少數的單獨參數，一般編輯通常不會碰到，故暫無大礙。 ──  Leo768（Talk｜Contributions） 2025年3月11日 (二) 07:33 (UTC)

 支持，毕竟Minecraft Wiki不为特定地区服务，不能因为繁中用户少就强迫他们就范。--ultim_0 ^[talk][work] 2025年3月11日 (二) 14:23 (UTC)

 支持，能吸引更多人来编辑维基总是好的。––Abigpigeon（论/功) 2025年3月11日 (二) 14:27 (UTC)

 疑问，能否加入在显示源代码时也可以启动简繁转化的功能？如果可以， 支持议案，反之则 倾向反对。 无聊的 电脑b 2025年3月16日 (日) 01:03 (UTC)

请启用“以变体预览”的小工具。--   Lakejason0（论•功） 2025年3月16日 (日) 10:49 (UTC)

 支持 每次編輯都需要轉成簡體確實有些麻煩，如果能實現繁體編輯確實挺不錯的 Terlity 2025年3月16日 (日) 11:36 (UTC)