跳转到内容

Wikipedia:互助客栈/技术：修订间差异

维基百科，自由的百科全书
以互动方式浏览历史
←上一版本下一版本→
删除的内容 添加的内容
可视化wikitext
第1,199行： 第1,199行：
--[[Special:用户贡献/47.244.220.33|47.244.220.33]]（[[User talk:47.244.220.33|留言]]） 2020年6月12日 (五) 14:57 (UTC)
--[[Special:用户贡献/47.244.220.33|47.244.220.33]]（[[User talk:47.244.220.33|留言]]） 2020年6月12日 (五) 14:57 (UTC)


:可是我在这里（[https://zh.wikipedia.org/wiki/Wikipedia:%E4%BA%92%E5%8A%A9%E5%AE%A2%E6%A0%88/%E6%B1%82%E5%8A%A9#%E8%AF%B7%E9%97%AE%E7%B1%BB%E4%BC%BC_%E2%80%9C%E8%B4%A2%E5%AF%8C%E4%B8%96%E7%95%8C500%E5%BC%BA%E2%80%9D_%E8%BF%99%E6%A0%B7%E7%9A%84%E6%9D%A1%E7%9B%AE%E6%98%AF%E9%9C%80%E8%A6%81%E6%89%8B%E5%8A%A8%E6%9B%B4%E6%96%B0%E7%9A%84%E5%90%97%EF%BC%9F | 请问类似 “财富世界500强” 这样的条目是需要手动更新的吗？]）提问，是显示Zjiekai用户名的
:可是我在这里（[https://zh.wikipedia.org/wiki/Wikipedia:%E4%BA%92%E5%8A%A9%E5%AE%A2%E6%A0%88/%E6%B1%82%E5%8A%A9#%E8%AF%B7%E9%97%AE%E7%B1%BB%E4%BC%BC_%E2%80%9C%E8%B4%A2%E5%AF%8C%E4%B8%96%E7%95%8C500%E5%BC%BA%E2%80%9D_%E8%BF%99%E6%A0%B7%E7%9A%84%E6%9D%A1%E7%9B%AE%E6%98%AF%E9%9C%80%E8%A6%81%E6%89%8B%E5%8A%A8%E6%9B%B4%E6%96%B0%E7%9A%84%E5%90%97%EF%BC%9F | 请问类似 “财富世界500强” 这样的条目是需要手动更新的吗？]）提问，是显示Zjiekai用户名的 --[[Special:用户贡献/47.244.220.33|47.244.220.33]]（[[User talk:47.244.220.33|留言]]） 2020年6月12日 (五) 15:04 (UTC)
--[[Special:用户贡献/47.244.220.33|47.244.220.33]]（[[User talk:47.244.220.33|留言]]） 2020年6月12日 (五) 15:04 (UTC)


:今天再测试下 --[[Special:用户贡献/47.244.220.33|47.244.220.33]]（[[User talk:47.244.220.33|留言]]） 2020年6月13日 (六) 04:42 (UTC)
:今天再测试下，还是无法正常编辑 --[[Special:用户贡献/47.244.220.33|47.244.220.33]]（[[User talk:47.244.220.33|留言]]） 2020年6月13日 (六) 04:42 (UTC)

2020年6月13日 (六) 04:58的版本

快捷方式

本頁用作讨论在编辑时遇到的技术问题；發表問題或討論前，請先參閱常見問題解答、帮助信息、MediaWiki基本問題及搜索舊討論記錄。另請注意：

請注重礼仪、遵守方針與指引，一般問題請至互助客棧其他區或知识问答提出，留言后请务必签名（点击 ）。


發表前請先搜索存档，參考舊討論中的内容可節省您的時間。

12月16日之后没有新回應的议题會移动至相应的讨论页或存档。跳至本頁的：目錄 · 底端

公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 濫用過濾器警告信息 13 3 ZhaoFJx 2024-11-30 01:02
2 Navbox hlist 數字清單 多餘開括號（重開） 3 3 Dabao qian 2024-12-18 02:15
3 應將使用Fullurl模板之頁面連結排除於待建立模板外 22 4 A2569875 2024-12-26 12:46
4 由Flow引起的用户讨论页故障 5 3 Txkk 2024-12-17 20:39
5 Category:巴西游泳运动员和Category:巴西游泳運動員 6 3 Liu116 2024-12-23 12:57
6 2024年第51期技術新聞 1 1 MediaWiki message delivery 2024-12-17 06:23
7 Sub-referencing: Request for feedback 3 2 Johannes Richter (WMDE) 2024-12-18 18:11
8 禮儀師之奏鳴曲頁面開頭的典範條目之星是不是太大了？ 9 3 Shizhao 2024-12-24 17:09
9 AFCH增添 2 2 SunAfterRain 2024-12-19 02:58
10 iOS行動版app加入連結功能易引導他人違反WP:NOTBROKEN 2 2 Kcx36 2024-12-21 17:40
11 修正参考资料格式能否由机器人自动完成 2 2 Kcx36 2024-12-21 17:34
12 条目左上角的“维基百科，自由的百科全书”怎么不见了？ 17 5 Shizhao 2024-12-26 10:44
13 Arbcom 關聯 1 1 Lemonaka 2024-12-26 20:33
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時，
請先檢查設定是否有誤

正在廣泛徵求意見的議題

以下討論需要社群廣泛關注：（重新整理）

維基百科技術議題與模板

Wikipedia talk:字詞轉換處理/公共轉換組 § 思路：條目預儲公共轉換組中匹配的規則，減少載入時間


近年有些公共轉換組越來越大，導致所嵌入的各條目等頁面（爲便説明下稱「條目」但不限於條目）載入越來越慢，爲人詬病。而若條目預先儲存公共轉換組中與條目中字詞相匹配的轉換規則，並適時更新：— Gohan 2024年3月12日 (二) 05:00 (UTC)

Wikipedia:互助客栈/技术 § 濫用過濾器警告信息

剛剛不小心觸發了Special:滥用过滤器/12，收到警告但因無明確信息我根本不知道爲什麽會觸發。現在知道了，但請為此過濾器（及其他僅使用“abusefilter-warning”做警告信息的過濾器）補充明確説明，方便編者，謝謝。--惣流·明日香·蘭格雷不姓式波 2024年11月18日 (一) 01:36 (UTC)

Template talk:AFG § 是时候在阿富汗条目及模板挂上塔利班的旗帜了吧？

喀布尔陷落已经三年了，而民族抵抗阵线的声音也已经消失了三年，可以确认的是塔利班已经基本掌控整个阿富汗地区，是时候让阿富汗的旗帜换上塔利班的了。--糯米花（留言） 2024年12月10日 (二) 09:03 (UTC)

Template talk:SYR § Template:SYR所使用的旗幟

在阿薩德政權垮台後的新政權所使用的旗幟為這個，但Template:SYR仍未更新。請問是否應立即更新？--132.234.228.89（留言） 2024年12月16日 (一) 08:57 (UTC)

請求禁止非自動確認用戶使用「內容翻譯」工具

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:翻譯指引。

本主題或以下段落文字，移動自Wikipedia:互助客栈/其他。执行者：ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月9日 (一) 05:54 (UTC)。[回复]

已将机械翻译阈值更改至95%。--VulpesVulpes825（留言） 2020年5月18日 (一) 11:10 (UTC)[回复]
下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

其一，內容翻譯工具有一個嚴重的系統問題，稱過濾器檢測到有問題的內容，並禁止發布。然而它沒有明確標明那段內容有什麼問題，無從得知及改善，容易傷害新手。而本人在之前曾遇到此bug，最後是進入編輯頁面後立即按下發布才能成功發布，事後卻未見過濾器有任何記錄。其二，內容翻譯工具未有禁止新手完全依賴機械翻譯，及指示正確的翻譯方法，造成了大量機械翻譯條目之出現。是故，請求禁止非自動確認用戶使用內容翻譯工具。謝謝。--SCP-2000 2020年2月25日 (二) 09:22 (UTC)[回复]

(－)反对:翻譯得不好就提刪吧，為甚麼要限制新用戶的編輯權？--蟲蟲飛♡♡→♡℃※留言 2020年2月25日 (二) 10:52 (UTC)[回复]
(－)反对，支持User:蟲蟲飛，為何要限制新用戶的編輯權。Felix.tsai（留言） 2020年5月17日 (日) 13:51 (UTC)[回复]
(～)補充:維基絕大部分的條目都是貢獻自新手，我們反而要想一些辦法鼓勵更多新手參與寫條目或翻譯條目，做一個積極貢獻的用戶，而非設下更加限制，讓新手寫條目時處處遇到困難。--蟲蟲飛♡♡→♡℃※留言 2020年2月25日 (二) 11:01 (UTC)[回复]
  • @蟲蟲飛：主要问题不在机翻，而在于编辑过滤器，被AF挡掉的编辑不会显示具体原因，甚至连哪一个AF都不会说明，也不会记录在滥用日志里面，造成有经验的编者无法查明被挡原因，内容也无法发布。# SteepPeak™ 2020年2月25日 (二) 11:03 (UTC)[回复]
  • (＋)支持。该工具对第一次使用的用户而言非常不友好。另外回复楼上，没有人说禁止新手翻译条目，只是说禁止新手使用“内容翻译”这一工具。--乌饭麻糍 毕设做完了吗？ 2020年2月25日 (二) 11:41 (UTC)[回复]
(：)回應:為甚麼要禁止新手用“內容翻譯”呢？我們反而要指導新手如何能更好地善用這個工具，積極貢獻維基。--蟲蟲飛♡♡→♡℃※留言 2020年2月25日 (二) 11:54 (UTC)[回复]
首先簡而言之，這個討論目前沒多大意義。因為「禁止非自動確認用戶使用內容翻譯工具」是不可能達成的，內容翻譯工具目前沒有提供這樣的配置變數，我唯一能想到處理原提案的方式是「設個過濾器禁止非自動確認用戶透過內容翻譯工具發布條目」（跟以前的英文維基百科一樣），但這跟提案相違背，如果大家都認為問題點是在過濾器的話，那還是有其他處理方式：
1. 經過我稍微研究了一下內容翻譯使用過濾器的部分程式碼後發現，發布到草稿命名空間可以解決絕大多數被過濾器阻擋的問題，我們可以指導新手這樣做，當然如果要從技術面直接限制新手，有以下兩種方法：
1-1. 配置ContentTranslationTargetNamespace用來指定預設發布翻譯的命名空間，設定這個配置為草稿，來避免新手預設發布到條目而觸發過濾器。
1-2. 配置ContentTranslationPublishRequirements用來指定能夠發布到條目空間的使用者群組，設定這個配置為自動確認用戶，新手嘗試發布到條目時會直接顯示「您沒有足夠權限發布到條目，請選擇發布到草稿」。英文維基百科則將此設定為擴展確認用戶。
2. 至於機器翻譯的問題，設定配置ContentTranslationEnableMT直接全面停用機器翻譯，英文維基百科有使用此設定。
因此既然原提案沒有很精準地處理問題，又實際上無法達成，請大家考慮替代方案並朝此方向討論。--Xiplus#Talk 2020年2月25日 (二) 12:40 (UTC)[回复]
那這種參數還有保留的必要性嘛？用机器翻译出來又被其他用戶掛上G13，請問哪些新手真的剛進來就知道G13了？怪不得維基百科會被嫌說是「是抄資料來完成功課的地方」、「沒有很多用戶願意花時間進行無私貢獻」--Z7504非常建議必要時多關注評選（留言） 2020年2月25日 (二) 12:46 (UTC)[回复]
@Xiplus：或者将wmgContentTranslationUnmodifiedMTThresholdForPublish，用来限制为修改机器翻译的比例为70%。我会让讨论再过几天去Phabricator开工单。—VulpesVulpes825（留言） 2020年2月25日 (二) 17:08 (UTC)[回复]
  • (＋)支持，讓新手接觸內容翻譯這種充滿bug的功能，只會讓新手無所適從，百害而無一利。—AT 2020年2月25日 (二) 13:29 (UTC)[回复]
  • 从我个人角度来说，是希望完全移除这个工具。一是 Xiplus 说的没法单独禁止新用户使用，二是我遇见的有经验用户用的结果也到处是问题。不过这个想法可能太极端了。机器翻译阈值的设定，目前应该是有设定，但不知设定的是多少。让非自动确认用户发布到草稿的话，需要考虑草稿页面的配套流程，否则新手不知把草稿完善以后如何转正。或许可以利用目前的P:AFC程序，但需要在发布草稿时自动添加模板，以及鼓励有经验用户参与审核AFC。--Tiger（留言） 2020年2月26日 (三) 00:41 (UTC)[回复]
能让基金会在中文维基百科上关掉内容翻译的概率是0%。目前机器翻译阀值是默认值99%。我建议先将阀值下调至80%。我估计基金会不会采取任何除下调阀值外的其他任何选择，这可以从印度尼西亚维基百科发出的工单T219851中可以感觉得到。—VulpesVulpes825（留言） 2020年2月26日 (三) 01:34 (UTC)[回复]
super protection嘛。大明天威，莫敢不從（笑）。--Temp3600（留言） 2020年2月26日 (三) 05:26 (UTC)[回复]
  • (＋)支持且希望完全移除內容翻譯。機器翻譯再經人工修改的做法對維基百科的危害很大，100%的機器翻譯痕跡明顯，容易被人發現而提刪，但機器翻譯後，再經人工修改潤飾的條目，可能詞句通順、文法正確而內容錯誤，維基百科應該以嚴謹無誤為首要的追求。我非常不解為何基金會對這樣的工具如此青睞並大力推動，有任何辦法向基金會反映嗎？--Wikimycota~🍄 2020年2月26日 (三) 01:50 (UTC)[回复]
(？)疑問：我覺得「內容翻譯」很好用，我也經常用，不用這個可以有甚麼取代呢？用google翻譯更差，還是自己查字典，逐字翻譯？然後自己重新做模板？--蟲蟲飛♡♡→♡℃※留言 2020年2月26日 (三) 02:05 (UTC)[回复]
因為閣下不會觸發過濾器。對新手而言無法檢視過濾器id或陳述或原因，老手也幫不了，教也沒用，因為根本分析不出問題，有的內容翻譯觸發過濾器連日誌都沒有，增加新手負擔，也增加老手負擔、增加巡查負擔，反而導致新手最終不願貢獻維基，造成損失。-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2020年2月26日 (三) 02:10 (UTC)[回复]
@A2569875，那就讓過濾器為什麼會被觸發的原因，變成可以檢視（直接顯示出來是哪邊觸發過濾器了）。我是認真的。--錒璃涵♥AHRI 2020年3月1日 (日) 02:28 (UTC)[回复]
模板可以從其他語言複製過來再改動各參數，內文則應該是閱讀外文維基的完整段落與重要的參考文獻後，自己重新撰寫，若用機器翻譯軟體翻譯後再人工潤飾，或看原文逐字逐句翻譯，都會出現語調怪異甚至內容錯誤的問題。--Wikimycota~🍄 2020年2月26日 (三) 02:52 (UTC)[回复]
SCP-2000如果可以的话，能否再详细的描述一下“稱過濾器檢測到有問題的內容，並禁止發布。然而它沒有明確標明那段內容有問題”吗？因为据我所知，T123912已经会让CX高亮被过滤器阻拦的段落，并在右边显示过滤器信息。阁下如果可以的话能否提供截图和重现过程（详情请见如何提交新bug）这以便建立Phab工单并尝试解决问题。至于第二点，可以通过对wmgContentTranslationUnmodifiedMTThresholdForPublish减少机器翻译阀值至80%就可解决。—VulpesVulpes825（留言） 2020年2月26日 (三) 04:19 (UTC)[回复]
有10%的段落不用修改已經是奇跡了。80%我覺得還是太高。--Temp3600（留言） 2020年2月26日 (三) 05:23 (UTC)[回复]
@VulpesVulpes825： 其一，似乎我記錯了。但即使有標明有問題的段落，但內容翻譯工具並沒有顯示被特定AF阻擋時的特定警告，僅會顯示「你的翻譯出現問題」「防濫用過濾器已識別出你翻譯𥚃的問題內容」，且AF日誌中並不會顯示被哪個AF擋，致資深用戶難以協助新手改善。其二，机器翻译阀值80%還是有點高，我認為應調整至70~75%。--SCP-2000 2020年2月26日 (三) 06:50 (UTC)[回复]
(＋)支持。我看過enwiki限制使用該工具的原因，雖然我敢肯定有人會搬WP:ENWPSAID，但是“The user was then expected to check and fix the translation before publication. Unfortunately, a high proportion of these articles were considered unacceptable by English Wikipedia's standards.”的情形其實在中文維基百科是一樣的，或許我們要引入“Raw or lightly edited machine translations have long been considered by the English Wikipedia community to be worse than nothing.”這樣的觀念才行。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年2月26日 (三) 05:20 (UTC)[回复]
另外，個人而言，這個工具本身也不好用。西雅圖橋樑列表和喬治·華盛頓紀念大橋我就是用這工具寫的，但最後發生了甚麽事？橋樑列表裏頭的wikitable完全不能翻譯，最後我是在沒用工具翻譯wikitable的情況下先發佈草稿，然後從enwiki直接複製wikitable過來（因為所有的内部連結它全弄成外部連結）自己重新翻譯，最後逐個逐個font代碼給移除。大橋條目的“自殺”節有兩個自然段當初是不能成功翻譯的，最後我還是很死死氣地在發佈後自己再翻譯一次（當然，也要逐個逐個font代碼給移除）。這個工具唯一的好處是我可以直接對著原文翻譯，但壞處比好處多。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年2月26日 (三) 05:30 (UTC)[回复]
“直接对着原文翻译”不是好事，容易助长逐句翻译的坏习惯。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2020年2月26日 (三) 06:32 (UTC)[回复]
或許這樣說：我不用多次來回兩個頁面來翻譯，尤其是在對應連結的時候，不過最後我還是適應了多次來回兩個頁面了。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年2月27日 (四) 10:30 (UTC)[回复]
要么就开两个窗口（考虑弄一个大点的显示器）。但是放在一个窗口里搞，特别是逐句对应地翻译，是错误的做法。翻译本来就是读懂了再写，哪有一边读一边写的诡异道理？逐段翻译是底线。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2020年3月5日 (四) 01:10 (UTC)[回复]
過濾器無法顯示警告訊息的問題 已修复，感謝@Stang、Hamish、Tigerzeng協助修改過濾器。其實只要在過濾器設定警告動作就會顯示其警告訊息。--Xiplus#Talk 2020年2月26日 (三) 13:59 (UTC)[回复]
(※)注意:既然過濾器問題已修復了，即提案理由已經消失。--蟲蟲飛♡♡→♡℃※留言 2020年2月27日 (四) 15:21 (UTC)[回复]
  • “內容翻譯”有功能禁止新手依賴機譯，那個警告是禁止用戶把從未修正的譯稿直接發布，只要用戶願意在發布譯稿前修正一下機譯問題，然後這個警告就不會出現。當然新手可以隨便改一下譯稿，然後騙過過濾器，直接把未改好的譯稿發布出來。提案人這樣說我覺得他可能未用過“內容翻譯”，其實您自己用過“內容翻譯”嗎？--蟲蟲飛♡♡→♡℃※留言 2020年2月28日 (五) 08:20 (UTC)[回复]
    • 除了您，还有谁提过“从未修正的翻译”？机翻是导致劣质条目的原因，翻译工具可以方便地提供机翻功能。到这里您有疑问吗？如果您还有疑问欢迎提出。您知不知道逐句翻译的极限是勉强能看？您有尝试过比逐句翻译水准更好的做法吗？如果您不知道逐句翻译以上还有什么需要做的，欢迎您多参与DYKC。不要闭门造车。您知不知道翻译工具阻碍人提升到逐句翻译以上的水准？您知道哪位翻译水平比较好的维基人在用内容翻译工具？作为新手，您的热情值得赞扬，但建议您不要高估自己的水准。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2020年2月28日 (五) 08:29 (UTC)[回复]
本地自訂了MediaWiki:Cx-tools-linter-abuse-filter訊息以提示。--Xiplus#Talk 2020年3月3日 (二) 11:21 (UTC)[回复]
  • (＋)支持。我自己剛開始投入翻譯工作時，也是使用內容翻譯來做為翻譯工具，但用了用這東西，唯一的心得是這玩意怎麼這麼難用，有時候段落刪掉，模板什麼的就開始亂跑，有夠頭疼。--戰車兵狂好者（留言） 2020年3月6日 (五) 09:00 (UTC)[回复]

公示期討論

現公示“禁止非自動確認用戶使用‘內容翻譯’工具”提議7日。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月9日 (一) 05:53 (UTC)[回复]
(－)反对:所有問題都已被u:Xiplus解決，不知為甚麼還要禁止新手用“內容翻譯”。要提高條目質素，應該多幫忙及指導新手，而不是剝削他們使用工具的權利。--蟲蟲飛♡♡→♡℃※留言 2020年3月9日 (一) 06:19 (UTC)[回复]
(？)異議未見所有問題解決（內容翻譯使用過濾器時部份情況無法形成日誌使老手部份情況下難以幫助新手）。未見是禁止（沒有禁止新手，新手仍然可以用）。樓上疑似混淆視聽打稻草人。-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2020年3月9日 (一) 06:21 (UTC)[回复]
  • @A2569875： 見WP:TNGUIDE 我們強烈不建議在機器翻譯基礎上進行編輯。 私認為應將ContentTranslationEnableMT設定為disable。--SCP-2000 2020年3月10日 (二) 09:04 (UTC)[回复]
现在的方案是新手发布至草稿页吗？--Leiem（留言·签名·传送门） 2020年3月9日 (一) 06:25 (UTC)[回复]
(＆)建議 Mediawiki那个站的翻译工具倒是非常好用，不如试试那个？--From RavenclawOIer with love 2020年3月12日 (四) 02:19 (UTC)[回复]
mw:Extension:Translate，該工具需要人工標記頁面中的哪些部分需要翻譯，用途根本不同。--Xiplus#Talk 2020年3月24日 (二) 06:02 (UTC)[回复]
@Xiplus：叫技術帝改改那个Extension--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2020年3月24日 (二) 06:25 (UTC)[回复]
那个工具说白了就是站内翻译，中文维基百科真的没法用，只有像元维基那种多语言的维基才能用。# SteepPeak™ 2020年3月28日 (六) 00:49 (UTC)[回复]

公示期異議

(！)抗议上方反對意見。-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2020年3月9日 (一) 06:33 (UTC)[回复]
  • 剛看了您的貢獻，您寫二十個條目，其中被刪去了六個，剩下的十四個條目中，我只看過您翻譯了一個條目，而且只進行了兩次修訂就把條目修好，再看您那惟一的譯作的第一修訂版，我發現已經非常完美，連模板也很精緻，未見您所說的bug，如果您所說的問題只是人云亦云，我覺得不可靠，因為事實並非如此。--蟲蟲飛♡♡→♡℃※留言 2020年3月9日 (一) 07:39 (UTC)[回复]
我也是用家……ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月9日 (一) 14:45 (UTC)[回复]
您翻譯的條目很好，未見「內容翻譯」有甚麼問題。--蟲蟲飛♡♡→♡℃※留言 2020年3月10日 (二) 00:55 (UTC)[回复]
@蟲蟲飛： 條目正常不代表工具沒有問題。再者我和Sanmosa君也有一定編輯經驗，並非像新手沒有編輯經驗。--SCP-2000 2020年3月10日 (二) 08:52 (UTC)[回复]
  • 重點是您提到的問題，xiplus已經解決了，所以沒必要再禁止新手用。--蟲蟲飛♡♡→♡℃※留言 2020年3月10日 (二) 09:02 (UTC)[回复]
    • (？)異議由於技術原因，AF日誌不會記錄通過內容翻譯工具做出的編輯。有時僅能顯示警告而無從獲知詳細訊息也沒有意義，xiplus的修復僅限日誌警告可以正常顯示，根據目前維基php的呼叫方式，未見能讓所有內容翻譯觸發的AF都產生日誌的程式碼。不要說我沒看過別人發言，根本是你自己亂解讀他人發言以及不懂php與擴展間的程式數據傳遞方式產生稻草人並一直惡意攻擊稻草人。蟲蟲飛無疑嘗試增加新手與老手間的麻煩。只有一個錯誤框，老手無法找到詳細日誌，那麼怎麼幫？當大家都是神嗎？全知全能？-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2020年3月10日 (二) 09:10 (UTC)[回复]
  • 請重新看這幾天的留言，謝謝。--SCP-2000 2020年3月10日 (二) 10:39 (UTC)[回复]
  • 1.重看了整個提案留言，未見能解決甚麼問題。新手不用“內容翻譯”，轉用google翻譯，未見就能解決新手的問題。2.提案人到現在還未能舉出實例說明“內容翻譯”有甚麼具體問題。3.xiplus已多次說明過濾器的問題已解決，不知提案還要解決甚麼問題?--蟲蟲飛♡♡→♡℃※留言

这个话题是如何发展到这种程度的我不明白，我没有仔细看上面这新出现的一大段内容，就再说一下ContentTranslation的问题。第一个是过滤器的警告不显示，现在解决了。第二点是，默认提供机器翻译，一点空段落的“添加翻译”就自动填充。这是极其不好的功能，在机器翻译基础上修改百害一利，害处包括但不限于基本内容错误（尤其是专业性强的条目）、格式错误（例如句中空格 Yandex 常见）、误导新手以为维基百科鼓励机器翻译（毕竟是默认提供的嘛）。这一利只有省力。第三点，机器翻译提供的是可视化编辑，会往源代码里填进去一些奇怪的东西，后续条目内容不好维护（例如信息框模板代码乱成一坨，虽然显示没问题，但是有人要去改模板里面的参数就是灾难）。我自己近几个月来，巡查做得很少，但是都不断遇到新手老手用ContentTranslation写出的，需要花费很多精力清理的条目。巡查量名列前茅的人应该更有感受才对。所以我觉得最好是禁止新手使用，实在不行也应该把机翻的那个阈值降到10%（总内容中有10%以上是未修改的机器翻译就不允许发布）。--Tiger（留言） 2020年3月10日 (二) 15:03 (UTC) 上面的第三点不是禁止新手使用的理由，但是这个工具本身的问题。要尽量避免新手使用该工具的原因在于第二点，只要这个工具还提供机器翻译，我觉得就应该尽可能不要让新手用它。--Tiger（留言） 2020年3月10日 (二) 15:13 (UTC)[回复]

  • 這些問題確實有，但禁了新手用“內容翻譯”，然後新手改用google翻譯，問題就解決了嗎？要明白新手編輯經驗少，寫甚麼條目都有問題，禁止用工具，就能解決新手的條目問題嗎？而且我每天都處理大量速刪，我不覺得g13的問題真的那麼嚴重，可能g11比g13嚴重多呢？為甚麼不想想其他替代方案，例如宇帆的方案。而我的看法是禁用是不能解決新手的條目問題。--蟲蟲飛♡♡→♡℃※留言 2020年3月10日 (二) 15:22 (UTC)[回复]
  • 補充一個資料，我刪了七千多個條目，符合g13的不超過二十個，您說新手翻譯問題算不算嚴重?--蟲蟲飛♡♡→♡℃※留言 2020年3月10日 (二) 15:41 (UTC)[回复]
  • 不知道大家最近有沒有發現這樣的問題（或本來就這樣只是晚輩之前太遲鈍）：來了一些新手（或是老手的傀儡？）非常喜歡「easy edit」，比如：愛用各種自動化工具但對條目完全沒有幫助、沒耐心巡查於是浮濫貼維護模板充數、在客棧或使用者討論頁閒聊、條目內貼無意義的註釋隱藏文字、無意義的微調圖片大小、偶發的繁簡破壞、侵權複製網路文章貼進條目，盡是無建設性編輯，因為善意推定新手才不提報VIP，根本不是在建設百科，而這些編輯的共通點就是：「可快速完成」，除了上述諸招，還有最後一招就是：使用內容翻譯。諸位前輩已苦心說明內容翻譯的問題，茲不贅述，晚輩也用不下去，寧可用Google翻譯。大家都曾是新手，這邊姑且將之簡單分兩種：一種是有心的新手，另一種是如上所說那種無心建設的新手，有心人用Google翻譯不會是問題，不會因為沒有內容翻譯就拒當維基人，何況自動確認使用者權限很快就到手了，問題不大；相對的，內容翻譯功能會吸引無心人去衝編輯數，他們沒耐心好好處理機翻，與其讓他們濫用內容翻譯，還寧可讓他們去討論頁閒聊，機翻文章有時候留也不是刪也不是（臨界G13），很苦惱，浪費社群精力去打撈，慘。在維基有很多東西可以學，新手也未必一開始就學翻譯，自動確認使用者門檻不算高。也許忠言逆耳，以上愚見希望不會造成任一維基人的困擾。。。--Hjh474（留言） 2020年3月10日 (二) 16:23 (UTC)[回复]
其實你也説得沒錯。不過即使沒有這問題，這功能還是不能用的：發佈翻譯後要逐個逐個font代碼給移除，以及有自然段的翻譯不能成功發佈，這兩點已經讓人頭痛了。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月10日 (二) 23:48 (UTC)[回复]
  • H君提到的例子顯然是一個破壞者，而且在絕大多數的情況下破壞者都是老手。您提到的g13（臨界）是可以提刪至afd，而提刪至afd,很多時都會很快被其他用戶改善，然後翻譯條目被保留。甚至有人申請drv還原g13，也有管理員還原後，立即幫忙改善，令條目得以保留。維基其實很多人願意幫助新手。而且不論g13，還是afd,劣譯的情況其實為數甚少，如果大家看不順眼，又不想幫忙改善，按一下提刪鍵，很難嗎？新手被禁止了用“內容翻譯”，然後改用google翻譯，可以預期新手的條目只會更糟糕，可能不只g13,還有g1,a1等問題。既然提案沒辦法解決新手的問題，為甚麼不想想其他替代方案呢？--蟲蟲飛♡♡→♡℃※留言 2020年3月10日 (二) 23:59 (UTC)[回复]
  • 晚輩雖然註冊早，但也最近才活躍，算是半個新手，可以體會新手心情，有心的新手使用Google翻譯不是問題，有沒有內容翻譯不是重點；至於無心的新手，高機率不會用Google翻譯取代內容翻譯，因為Google翻譯「不好玩」，他們會改去「玩別的」。(＆)建議寧可讓他們玩別的，不要來玩翻譯。--Hjh474（留言） 2020年3月11日 (三) 01:22 (UTC)[回复]
  • 1.您也提到google翻譯不好用，那麼禁了「內容翻譯」有其他替代嗎？2.提案原因是對非常少數新手的翻譯態度的不滿，而禁止用這工具，也未見能解決新手條目問題。即使我們設法禁止新手翻譯，新手寫其他條目的問題也未見解決，但一刀切禁止所有新手用「內容翻譯」，這會令大部分有心貢獻的新手，在編寫條目上多了限制。限制增加了，問題又未見解決，而且要改系統設定，也要人力物力和時間，而且又未見能解決問題，那麼為甚麼還要禁止呢？沒有其他更好的方案嗎？--蟲蟲飛♡♡→♡℃※留言 2020年3月11日 (三) 02:11 (UTC)[回复]
  • 晚輩沒有提Google翻譯好或不好用，但自己是用Google翻譯，也不認為新手使用Google翻譯有什麼不好。問題總是一個一個解決，不太可能等「新手寫其他條目的問題都解決」才來解決這個問題。推測大概也不會「大部分有心貢獻的新手」因為沒有內容翻譯而退出維基。不過「改系統設定要人力物力」這一點，晚輩是認同的，再麻煩熟悉技術層面的人提供意見。--Hjh474（留言） 2020年3月11日 (三) 02:59 (UTC)[回复]

自行使用机器翻译的新手当然是拦不住，但是ContentTranslation是主动提供机器翻译。不是有人要用机器翻译有问题，而是主动提供此功能有问题。如果真的禁用该工具，当然要寻找新的方式去引导新手，没有人否认过这一点。所谓新手会受阻的问题也是不存在的。原因阐述如下：该工具是一个在基础编辑功能之上额外新增的工具，并且是鼓励使用的一个工具。即使没有这个工具，新手也能翻译，但有了这个工具反而造成大量的误用，所以问题就在于这个工具本身，而不是新手没有途径去做翻译。我们当然要用别的办法去帮助新手，但不能用一个明显有问题的方式去帮。至于所谓删除的条目里只有一小部分是G13，这根本没法反驳“主动提供机器翻译是错误的”这一点，我可以论证为什么不能反驳，但是离题太远，这里不展开详述了。这个话题我想大家的观点也表达得很清楚了，也不是说只要你说了话，就是“回应了对方”，也不是只要没说话，就是“已经解决了对方的疑虑”。--Tiger（留言） 2020年3月11日 (三) 02:31 (UTC)[回复]

  • 不是新手态度问题，是因为这个工具自动提供机器翻译，需要手动调整才能把机器翻译的内容移除掉。不是编者有意要用机器翻译，而是这个工具直接把机器翻译喂给编者，或是把机器翻译放在很容易获取的位置。就算新手脑子里没有google翻译这回事，就因为你主动喂给他们，他们也很大概率会用到机器翻译。发布到草稿是一个方法，但是修改一篇基于机器翻译的文字，即使在草稿，也是很不好的编辑方法。--Tiger（留言） 2020年3月11日 (三) 03:07 (UTC)[回复]
  • 如果ContentTranslation可以把机器翻译这部分的功能移除，我觉得不用禁止新人使用，只是不知道有没有这个可能性。源代码格式那些问题留给老手去修，都不是太大的麻烦。--Tiger（留言） 2020年3月11日 (三) 03:13 (UTC)[回复]
  • 啊 Xiplus 最早有提 ContentTranslationEnableMT 这个参数可以设定成移除机器翻译，那么直接停止使用机器翻译能解决我上面说的问题。如果移除掉机器翻译功能的话，剩下的问题我没什么意见。--Tiger（留言） 2020年3月11日 (三) 03:24 (UTC)[回复]
(：)回應：1.翻譯工具翻譯後都要手動修改文句，這是常識，不能看到有少數人未修改譯稿，然後就要禁止所有新手都不能用。2.您還未回應為甚麼不接納宇帆的方案？讓新手的譯稿先發在草稿，讓新手慢慢改，不好嗎？--蟲蟲飛♡♡→♡℃※留言 2020年3月11日 (三) 03:30 (UTC)[回复]
我有说不接纳吗？我说的是，在任何情况下，以机翻的文字为基础修改，都是不应该使用的编辑方法，不管是在草稿还是在哪里。然后上面也讲得很清楚，如果能移除机器翻译的功能，其他议题我没有任何意见。如果不同意移除机器翻译功能，那我们就没法继续讨论，因为我认为给新手用到机器翻译本身是最大的问题，原因也早已说过。如果你反对移除机器翻译，那么我不可能同意，因为上面所有提到的解决方案，都不能从本质上解决“在机翻基础上修改是个错误”这个担忧。这个讨论也不可能只看我们几个人的想法，多等一些别人的看法吧。--Tiger（留言） 2020年3月11日 (三) 03:42 (UTC)[回复]
  • 謝謝您澄清﹗即您也不反對讓新手先把譯稿在草稿空間發表？如果連草稿也看不順眼，我覺得這不是善待新手的態度。--蟲蟲飛♡♡→♡℃※留言 2020年3月11日 (三) 03:50 (UTC)[回复]
  • 在没有机翻功能存在的情况下，我还看不出有什么严重到直接不让人用它的问题。反过来说，如果存在机翻功能，那么即使是发布到草稿都是很不好的。不是用草稿不好，而是机翻不好。
  • 关于讨论的方式再多说一句吧，是否移除机器翻译的问题上，我自认是不可能接受保留机器翻译的，理由已经阐述过。所以不用在这个问题上来尝试说服我。但是本站ContentTranslation最终如何设定，取决于大多数人认可的方法，我当然也不会因为大多数人支持保留机翻，就在这里不断纠缠每一个人，试图去让他们回心转意。所以希望听到更多人声音，了解更大范围内编者们的想法。--Tiger（留言） 2020年3月11日 (三) 03:54 (UTC)[回复]
  • WP:5P3：「所有人均可自由地發布、連結和編輯維基百科的內容。」如果用戶的條目寫得不好，您可以提刪，而不是通過禁止編輯權或使用工具的權限，達致大家都看不到劣作。--蟲蟲飛♡♡→♡℃※留言 2020年3月16日 (一) 04:57 (UTC)[回复]
    • (！)抗议閣下根本沒有同理心，我們這邊都是都是實話實說。 閣下運氣好都不會遇BUG，好棒棒，內容翻譯專家/大師，歐洲人，其他用戶運氣爛，整天抽到BUG，非洲人，我遇BUG我倒楣，然後您整天風涼話，請問這是一個管理員該有的心態和行為嗎？ 你可以繼續打稻草人沒關係，我不會繼續在BUG不BUG的話題上回覆。-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2020年3月21日 (六) 18:13 (UTC)[回复]

新BUG：擴展標籤問題

參閱WP:TG討論起始點 https://t.me/wikipedia_zh_n/921911 因為所有擴展標籤（樂譜、數學公式、REFLIST）在內容翻譯重新整理/刷新網頁後，會變成0x0物件無法選取並編輯 見圖，這將導致翻譯無法在重新整理/刷新網頁後翻譯到位於擴展標籤內部的內容 （你不能要求使用者要一次全部翻完，而且不能排除瀏覽器自記刷新網頁），連老手都沒轍，新手可能以為空掉就沒理他，但內容仍存在，極有可能導致新手發布未翻譯內容。 這似乎是技術限制，因為刷新內容翻譯後他並沒有重新向伺服器要求解析器函數重新解析。-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2020年3月20日 (五) 14:39 (UTC)[回复]

目前已知造成此BUG的代碼有：
  • =　[1]

参考資料

  1. ^ Wedeniwski, Sebastian, Simon Plouffe , 编, The Value of Zeta(3) to 1,000,000 places, Project Gutenberg, 2001 

根本沒有解決錯誤無法顯示的問題

新BUG：「正在發布...」無限發布

  • 時序 (UTC+8)
    • 2020年3月19日：從ja:-3翻譯完成，先保留於內容翻譯，關掉內容翻譯
    • 2020年3月20日：早上起來，打開內容翻譯一看，數學公式都不見了，於上方報BUG
    • 2020年3月20日 下午19:00 ： User:Xiplus希望付現BUG，因此要求我發布草稿
    • 2020年3月20日 下午19:02 ： 開始嘗試發布草稿於Draft:-3
    • 2020年3月20日 下午19:03 ： 發布草稿是灰的，重新整理/重載/刷新/清緩存 發布草稿按鈕仍是灰的
    • 2020年3月20日 下午19:08 ： User:Xiplus試圖要我嘗試處出提示訊息 ，然而，訊息只有「發布」
    • 2020年3月20日 下午19:14 ： 已經多次嘗試ctrl+f5，皆未有錯誤訊息，然而發布草稿按鈕仍是灰的、改發布草稿位置、
    • 2020年3月20日 下午19:16 ： 刪改草稿，發布草稿按鈕亮了，但按下去後死機
      似乎有在跟MediaWiki Server溝通，但遲遲無反應
    • 2020年3月20日 下午19:20 ： 等待四分鐘，無反應，重整網頁重新操作
    • 2020年3月20日 下午19:25 ： 等待五分鐘，無反應，重整網頁重新操作按下發布
    • 2020年3月20日 下午19:30-45 ： 反覆等待五分鐘，無反應，重整網頁重新操作按下發布
    • 2020年3月20日 下午19:45 ： 有其他用戶表示，附現了我的BUG
    • 2020年3月20日 下午19:48 ： AT表示，這工具很爛，我附議，覺得燒了算了
    • 2020年3月20日 下午19:50 ： 開始試著刪除內容
    • 2020年3月20日 下午19:51 ： 嘗試刪除數學公式排版開始亂跳
    • 2020年3月20日 下午19:51 ： 關掉瀏覽器重新操作
    • 2020年3月20日 下午20:00 ： 發布仍然失敗，已嘗試超過10次，刪內容、重翻譯、增減內容、更改發布點，皆無效
      碎碎念，連一個12年資深老手都駕馭不了這批野馬，我不信新手能夠好好騎這匹爛馬。-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2020年3月20日 (五) 13:10 (UTC)[回复]
    • 2020年3月20日 下午20:14 ： 有用戶建議貼到其他原始碼編輯器再貼回來
    • 2020年3月20日 下午20:14-30 ： 繼續多次失敗
    • 2020年3月20日 下午20:30 ：Special:Diff/58722832雖成功，但不但無日誌，還查不出問題所在，根本無法釐清問題在哪，具體該怎麼解
  • 以上令人火大的試用，此外我不是第一次使用本工具，我本來就熟悉本工具，但問題是，這工具從來沒有明確指出不能提交的原因是什麼，且WP:TG群也沒人知道問題是什麼，那麼我不相信若新手遇到跟我類似的問題時，會有老手能夠順利指導新手使用內容翻譯以及如何修復問題。-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2020年3月20日 (五) 13:10 (UTC)[回复]

決定最終方向

為了能順利進行第二次公示，所以現在應要明確最終方向，到底是要部份限制（用ContentTranslationTargetNamespace=草稿;、ContentTranslationPublishRequirements=自動確認用戶;、wmgContentTranslationUnmodifiedMTThresholdForPublish=0.7; //70%）、還是要完全限制？-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2020年3月15日 (日) 12:40 (UTC)[回复]

(！)意見：如果是怕新手機譯問題，讓新手發在草稿空間是比較合理，讓新手能夠有改善的機會。--蟲蟲飛♡♡→♡℃※留言 2020年3月16日 (一) 04:29 (UTC)[回复]
(～)補充：还有调整ContentTranslationEnableMT的设定，以禁用机器翻译。--Tiger（留言） 2020年3月16日 (一) 12:10 (UTC)[回复]
你們應該嚴格地區分過濾器和機翻為兩個問題，分開討論。--Xiplus#Talk 2020年3月16日 (一) 12:22 (UTC)[回复]
ContentTranslationEnableMT設為關閉就可了，因為新手未必知道如何草稿移至條目，用ContentTranslationTargetNamespace=草稿及ContentTranslationPublishRequirements=自動確認用戶，只會令新手無所適從。--SCP-2000 2020年3月17日 (二) 12:50 (UTC)[回复]
個人也覺得草稿或許是個折衷辦法，只是……關於「內容翻譯」，目前共識似乎是「限新手先草稿」與「限新手不機翻」擇一，但前者有個缺點：如果該新手使用之「內容翻譯」並不涉及機翻（即該新手採手動翻譯），卻仍然必須經過草稿，似乎是池魚之殃。--Hjh474（留言） 2020年3月19日 (四) 00:59 (UTC)[回复]
  • (！)意見机器翻译学术词语的确不怎么准确（准确的说非常差。。。），但是作为部分有关生活的条目还是可以作为模板使用，没必要完全移除。（支持部分限制）--—以上留言未簽名。2020年3月19日 (四) 12:15 (UTC)
  • 我改變立場了。 支持禁止新手使用內容翻譯，參閱WP:TG討論起始點 https://t.me/wikipedia_zh_n/921911 因為所有擴展標籤（樂譜、數學公式、REFLIST）在內容翻譯重新整理/刷新網頁後，會變成0x0物件無法選取並編輯 見圖，這將導致翻譯無法在重新整理/刷新網頁後翻譯到位於擴展標籤內部的內容 （你不能要求使用者要一次全部翻完，而且不能排除瀏覽器自記刷新網頁），連老手都沒轍，新手可能以為空掉就沒理他，但內容仍存在，極有可能導致新手發布未翻譯內容。 這似乎是技術限制，因為刷新內容翻譯後他並沒有重新向伺服器要求解析器函數重新解析。U:蟲蟲飛沒遇到可能是鮮少接觸音樂（有樂譜）和純數學（數學式）條目所導致誤以為工具是完美的錯覺。-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2020年3月20日 (五) 10:20 (UTC)[回复]
  • @蟲蟲飛：內容翻譯介面因為無法顯示有關公式，我嘗試刪除問題公式，內容翻譯介面就亂跳，透過Console分析，疑似JS定位有問題。發布後當然無問題，問題在內容翻譯介面 ！ ！ ！ ！ ！ ！ ！ ！ ！ ！ ！ ！ ！ ！ ！ （ https://t.me/wikipedia_zh_n/921917 該數學公式因為無法被選取，故無法編輯，另說明一下，嘗試刪除該無法編輯之公式的行為，無論有無開啟開發者視窗 內容翻譯介面都會亂跳）-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2020年3月20日 (五) 14:27 (UTC)[回复]
    • 現在宇帆您在上面那個草稿手動加公式會被禁止嗎？您或者把您想加的公式貼出來，我想試試。--蟲蟲飛♡♡→♡℃※留言 2020年3月20日 (五) 14:35 (UTC)[回复]
      (：)回應@蟲蟲飛：當然不會，過濾器才不會擋那種東西；Wikipedia:互助客栈/技术#新BUG：擴展標籤問題有給出，且有用戶報告復現BUG。-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2020年3月20日 (五) 14:46 (UTC)[回复]
    • @蟲蟲飛：抱歉，我想您還是明天去看看WP:TG發生什麼事再說吧。我現在仍因有關事件對內容翻譯極端憤怒，請讓我冷靜。-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2020年3月20日 (五) 14:41 (UTC)[回复]
      • 如果某些公式在內容翻譯介面不能加，為甚麼一定要在內容翻譯介面改，先發布在維基空間再改不行嗎?把在維基空間的譯稿修改也很方便。--蟲蟲飛♡♡→♡℃※留言 2020年3月20日 (五) 14:46 (UTC)[回复]
        • 並不是不能加。當然可以加，且第一次會正常顯示。是根本不知道到底是不是加了出問題。@蟲蟲飛：抱歉，我想您還是明天去看看WP:TG發生什麼事再說吧。我現在仍因有關事件對內容翻譯極端憤怒，請讓我冷靜。-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2020年3月20日 (五) 14:49 (UTC)[回复]
          • @蟲蟲飛：最好是這樣啦。 內容翻譯無法提交這是一開始也不知道問題出在哪，認為數學公式有問題也是猜測，憑Console和代碼追蹤。 您認為我們可能遠端借新手的螢幕開啟開發者模式慢慢地讀一行一行維基內部內部JS PHP CODE、一個一個封包追蹤找不能提交的問題嗎？然後花100+分鐘除錯嗎?-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2020年3月20日 (五) 14:54 (UTC)[回复]
            • 我個人的經驗是先在內容翻譯介面改一下，因為完全不改，系統是不容許直接發布譯稿。我稍改了一下就可以騙過系統，然後我也是先發成草稿，把草稿改好了再移動到條目空間。不只譯稿，很多用戶都會先在草稿寫條目，寫好再發布條目，這樣可避免直接發在條目空間被提刪的問題。--蟲蟲飛♡♡→♡℃※留言 2020年3月20日 (五) 14:57 (UTC)[回复]
              • @蟲蟲飛：(！)抗议根本不可能找出問題，您還要制定方針禁止新手不應在內容翻譯輸入那些內容是嗎？「我稍改了一下就可以騙過系統」(！)抗议 100+分鐘騙不過系統，且還是一個資深用戶跟整群TG大量技術帝協助之下。最後還是破壞架構駭爛系統才成功的！-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2020年3月20日 (五) 14:59 (UTC)[回复]
              • 很好，我們就來教新手如何摧毀系統，以便順利提交。-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2020年3月20日 (五) 15:10 (UTC)[回复]
當作提醒我自己。-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2020年3月21日 (六) 19:58 (UTC)[回复]
(※)注意：字帆所提到的問題
註：此處原有文字，因為已經被證明確實存在相關問題，已由ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜於2020年3月21日 (六) 04:52 (UTC)刪除，尚祈見諒。若有異議請至互助客棧或向管理員反映。[回复]
，應該是個人電腦問題，不是工具問題。我剛用內容翻譯，只改了幾下，就已經可以發出草稿Draft:−3，上面提到的「我們嘗試數百次發布花了100+分鐘」都是個人的電腦設定問題，未見工具有問題。--蟲蟲飛♡♡→♡℃※留言 2020年3月21日 (六) 04:31 (UTC)[回复]
  • (！)抗议閣下根本沒有同理心，我們這邊都是都是實話實說。 閣下運氣好都不會遇BUG，好棒棒，內容翻譯專家/大師，歐洲人，其他用戶運氣爛，整天抽到BUG，非洲人，我遇BUG我倒楣，然後您整天風涼話，請問這是一個管理員該有的心態和行為嗎？ 你可以繼續打稻草人沒關係，我不會繼續在BUG不BUG的話題上回覆。-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2020年3月21日 (六) 18:11 (UTC)[回复]
(※)注意：您上面提到公式上下亂跳等問題，經我驗證後，發現都是誇張失實，我只能善意推定這是您電腦設定問題，詳見上文回應。--蟲蟲飛♡♡→♡℃※留言 2020年3月22日 (日) 03:14 (UTC)[回复]
(※)注意：你根本沒有完全重複我的步驟。-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2020年3月22日 (日) 04:44 (UTC)[回复]
您嘗試翻譯的-3（Draft:−3，−3）根本就沒有試著在內容翻譯界面上嘗試擴充，顯然不會遇到內容翻譯壓力測試才會測到的臭蟲BUG。-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2020年3月22日 (日) 09:10 (UTC)[回复]

最近又試了用「內容翻譯」工具

翻譯小南海水壩時，未能成功發佈翻譯（我已經指定了發佈到草稿空間），結果我要把譯文copy and paste到草稿，手動加連結、來源，手動copy and paste模板參數。翻譯瑞斯·薩納克時，雖然成功發佈翻譯，但漏了幾個來源tag，我一開始補了一個，後來發現漏的tag比自己想像中多，才把所有的也補回來。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月21日 (六) 03:47 (UTC)[回复]

前頭那個或許無法重現（情況和宇帆在上提及翻譯-3的時候的情況一樣）。後面那個，請看瑞斯·薩納克和Draft:瑞斯·薩納克的歷史（Draft:瑞斯·薩納克的歷史管理員才看到），並比對我在Talk:瑞斯·薩納克指定的enwiki對應版本。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月21日 (六) 03:50 (UTC)[回复]
兩個用戶都有同樣的問題的話，就肯定不是電腦問題那麼簡單。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月21日 (六) 04:36 (UTC)[回复]
  • (※)注意我剛剛試譯了您上面的頁面，也成功發出了草稿Draft:瑞斯·薩納克。我在試驗的過程中我未發現了大家所提到的問題，大家試很多次都未能發布譯稿，這是由於內容翻譯有功能去攔截未經修改的譯稿直接發布出來，而且介面已經有清晰指示「用戶仍有大量語句未修改，不能發布」，只要按指示稍改，已經可以發布。剛才我只用了兩分鐘就已經發出譯稿。--蟲蟲飛♡♡→♡℃※留言 2020年3月21日 (六) 04:53 (UTC)[回复]
出未能成功發佈翻譯的問題的是小南海水壩。瑞斯·薩納克的問題是漏了幾個來源tag。你果然是無心看我們的情況啊。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月21日 (六) 06:39 (UTC)[回复]
問題在於新手不會察覺、不會留意、不知道怎麽補救，又或者是不知道有“可供查證”這樣的一條規定。我用和新手用是兩回事。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月21日 (六) 11:31 (UTC)[回复]
然後其實老手也不很“老手”，他們也會忽略。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月21日 (六) 12:04 (UTC)[回复]

总结

又是一大堆讨论，提交phab也没有人会看懂。支持/反对意见可以总结一下吗？这样容易提交。Camouflaged Mirage（留言） 2020年3月21日 (六) 11:34 (UTC)[回复]

當作提醒我自己。-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2020年3月21日 (六) 19:59 (UTC)[回复]
(？)異議:禁止手運用工具的權利，事關重大，沒必要急於結案，先慢慢討論吧！--蟲蟲飛♡♡→♡℃※留言 2020年3月21日 (六) 12:46 (UTC)[回复]
其實整件事由一開始就只有蟲蟲飛反對，而蟲蟲飛也從來沒有給過任何合理的理由出來。誰有權限去進行disable操作的？ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月21日 (六) 14:36 (UTC)[回复]
  • (：)回應:其實想反對的人也不只我一個，只是那麼多人想禁止新手用內容翻譯，即使不合理也不敢反對，而且支持者所提到的問題，經我驗證都是誇大，xiplus等管理員都已修復了提案人所謂的問題，但大家仍然堅持禁止新手使用，甚至連有人建議先讓新手把譯稿發布在草稿空間，大家仍然連新手的草稿也看不順眼，堅持連草稿也要禁止，但我一個力量也有限 改變不了甚麼。--蟲蟲飛♡♡→♡℃※留言 2020年3月21日 (六) 15:11 (UTC)[回复]
「其實想反對的人也不只我一個，只是那麼多人想禁止新手用內容翻譯，即使不合理也不敢反對」還有誰？不出聲誰知道啊。我不知道您以前有沒有手動翻譯過長條目，只要手動翻譯過長條目的人就可以非常容易理解到內容翻譯的制肘，如您能夠用內容翻譯來翻一篇約2、3萬位元組的英維GA而沒有遇到任何障礙的話（當然條目出來也要沒有任何問題，可以當選GA的），那我就相信內容翻譯有用。不然，以我個人經驗，我打開內容翻譯一分鐘就馬上放棄了，這麼難用的工具還要讓新手去用，請問遇到問題時要找誰去幫忙解決？您要擔起這個責任嗎？如果不能的話，就不要荼毒新手，至少手動翻譯可以讓新手更早接觸到維基代碼，而不是一直困在視覺化編輯裡，停滯不前。—AT 2020年3月21日 (六) 18:17 (UTC)[回复]
(：)回應：1.要表態不只是加一個支持或反對模板，應該看實際意見和理據，而且只貼一個模板然後加一個簽名，在共識的形成過程中，一點意義都沒有。您看上面有很多用戶提出不同的替代方案和解決方案，全都被無視了。例如有用戶建議改用 Mediawiki那個站的翻譯工具，覺得非常好用，結果被無視。有幾個用戶提到讓用戶發到草稿空間，而非直接禁用，也被無視。幾個管理員努力幫忙解決了提案所提到的問題，即提案理由已消失，但這些解決方案也都被無視了。提出這些替代方案和解決方案的用戶，即使不是反對方案，也可視為不完全支持提案，支持者又未有好好回應及處理，顯然不能以點票形式去判斷為共識明顯。2.上面有用戶大聲指內容翻譯出現公式上下亂跳和無法發布到草稿，經我驗證都是誇張失實，我只能善意推定那只是用戶個人電腦設置問題。3.我上面通過驗證的方式，試用內容翻譯驗證用戶所聲稱「不能發布到草稿」，就已輕易地把很長的外文條目發布到草稿空間，格式和模板等都很完整，餘下的工夫就只是改一下那些機譯的語句，這些都是很簡單的事情，比我直接查字典省了很多工夫。4.現在妥協方案是讓新手發布到草稿空間，大不了就是走o7，六個月後由機器人提刪，不明白為甚麼連新手的草稿也看不順眼，連草稿也要禁止。--蟲蟲飛♡♡→♡℃※留言 2020年3月22日 (日) 03:05 (UTC)[回复]
您沒有回應到我的疑問。而且，在我看來要求新手在一開始就使用機翻是一個錯誤，翻譯應該靠自己逐字逐句研究，而不是倚賴機械，如果只能靠機翻才能寫條目的話，我會建議那些人不要翻譯條目，以免降低條目質素，甚至是翻錯。至於方案問題，我認為可以通過投票解決，將各方案放進投票選項裡頭，加上這些方案都是對內容翻譯施加一定程度的限制，因此不構成所謂「反對」，也就是說真正反對對內容翻譯施加任何限制的我目前只看到您。另外，我希望您可以翻譯GA就是希望您體驗這樣的問題，從您寫的條目來看，大多也是小作品，沒有遇到問題也不奇怪，但是翻長條目您遇不到問題才怪。最後，草稿方案我認為仍然沒有解決到問題，例如由誰去作出指導，您總不能要求所有人走去善後一些支離破碎的內容，結果都是刪的話，那手動翻譯的穩定性以及眾多用戶皆能作出指導在這方面就贏很多了。—AT 2020年3月22日 (日) 08:46 (UTC)[回复]

来自开发者的回应

User:Pginer-WMF在T246383对此作出回应，回应翻译如下：

我们对于为中文维基百科修改wmgContentTranslationUnmodifiedMTThresholdForPublish阀值持开放态度，我们也为泰卢固语和印度尼西亚语维基百科做过同样修改。但我希望能进一步了解在中文维基百科上关于内容翻译的情况。

根据以下数据，中文维基百科上用内容翻译所创建的条目的删除比例比不用内容翻译所创建的条目比例低很多：

最近（2020年1月至3月） 上个季度（2019年10月至12月） 去年（2019年1月至12月）
用内容翻译所创建的条目的删除比例 4.9% 5.6% 7.9%
不用内容翻译所创建的条目的删除比例 8.9% 12% 13%

根据以上数据，在中文维基百科上用内容翻译所创建的条目比不用内容翻译所创建的条目有约两倍存留率。

并且，中文维基百科上用内容翻译所创建的条目的删除比例和其他语言比没有太大差距。去年（2019年），维基百科上使用内容翻译的所有语言，总体删除率为：用内容翻译所创建的条目为5%，不用内容翻译所创建的条目为11%。

根据以上分析，我不是很清楚为什么中文维基百科认为翻译质量问题是内容翻译工具的主要问题。禁止使用内容翻译反而可能导致中文维基百科上的条目删除率上升。

但是，数据只能说明一部分问题。如果能进一步了解社群正在遇到哪些问题将会对问题排查非常有益。

以上为来自开发者的回应。所以以翻译质量为由禁用内容翻译理论上不成立。内容过滤器的问题应该已经由Xiplus阁下修复。各种Bug的话毕竟是测试功能在所难免，如果遇到问题，可以的话请在Phab开工单，您不开工单没开发者会知道这个问题。所以请社群在考虑以上统计数据后再进行讨论。

祝编安。--VulpesVulpes825（留言） 2020年3月30日 (一) 16:41 (UTC)[回复]

还有，根据最近更改的数据，过去30天内由新手或初学者用内容翻译创建的条目没有被删除。过去30天所有用内容翻译创建的条目也没有被删除。所有被机器学习判定可能有问题和也许恶意的编辑，我认为翻译上还过得去，各位可以自行查看并作出自己的判断。（我不确定最近更改会不会不显示已删除条目，但我根据最近更改会显示已移动页面判断应该会显示。）我请各位声称新手使用内容翻译“造成了大量机械翻译条目”拿出数据来证明自己的观点，现在所有的数据都不支持各位的论据。--VulpesVulpes825（留言） 2020年3月31日 (二) 05:09 (UTC)[回复]
@VulpesVulpes825：條目刪除後，該頁面的所有編輯都會從最近更改消失。--Xiplus#Talk 2020年3月31日 (二) 06:40 (UTC)[回复]
根据以上数据，我(－)反对这个提案。--VulpesVulpes825（留言） 2020年3月31日 (二) 05:27 (UTC)[回复]
在過去120天內，使用「G13 翻譯拙劣」刪除的頁面數有106個，平均一天1.13 0.88個，似乎不是很多。稍後統計是否由CX建立的各有多少。--Xiplus#Talk 2020年3月30日 (一) 23:41 (UTC)[回复]
等一下，应该是平均一天0.88条吧？如果这样的话，即使假设全部都是CX建立的话也很低啊。况且肯定不是全部CX建立的吧。--VulpesVulpes825（留言） 2020年3月31日 (二) 04:46 (UTC)[回复]
是...分子分母放反了。--Xiplus#Talk 2020年3月31日 (二) 05:54 (UTC)[回复]
統計了過去120天內使用G13刪除的頁面有106個，其中9個頁面無法檢查建立日誌，剩餘97個能有效做統計的條目中，使用內容翻譯建立的29個（30%），沒有使用的為68個（70%）。--Xiplus#Talk 2020年3月31日 (二) 06:47 (UTC)[回复]
那么意思就是120天内平均每天删除由内容翻译创建的条目为0.24，这个应该不算大量吧？--VulpesVulpes825（留言） 2020年3月31日 (二) 07:45 (UTC)[回复]
將「用內容翻譯所建立的條目」與「不用內容翻譯所建立的條目」來比較，似乎沒有考慮到後者包含許多「非翻譯條目」，而「非翻譯條目」可能涉及低關注、侵權等等其他刪除原因。--Hjh474（留言） 2020年3月31日 (二) 01:18 (UTC)[回复]
沒錯，正因為翻譯條目較無侵權等問題，所以不能用「用內容翻譯所建立的條目」與「不用內容翻譯所建立的條目」相比，後者會被翻譯以外的因素墊高刪除率。細節如下方Temp3600、XiPlus兩位前輩所言。--Hjh474（留言） 2020年3月31日 (二) 08:08 (UTC)[回复]
(！)意見：我上面早說過提案人所提到的問題根本不存在，只是人云亦云，反對者即使想反對，又不敢出來表態，社羣是看到加了「反對模板」，才能理解是反對。因此有意見，應該明確出來反對，因為太間接表達異議是會被無視。--蟲蟲飛♡♡→♡℃※留言 2020年3月31日 (二) 05:17 (UTC)[回复]
  • (：)回應: 開發方的統計有偷換概念之嫌。內容翻譯的頁面問題在於翻譯質素過低，而不是主題不適合收錄。而許多廣告則直接在主空間建立，自然用不著內容翻譯，且推高了刪除比例。要比較的是內容翻譯的頁面建立後，有多少需要其他編輯大幅修正，而普通翻譯又有多少條目需要其他人來善後。比較刪除比例並無意義。--Temp3600（留言） 2020年3月31日 (二) 06:41 (UTC)[回复]
也不算偷换概念，毕竟大统计无法区分不用内容翻译所创建的条目中哪些是翻译条目。但这个删除比例是有意义的，这说明中文维基百科上的删除比例与其他语言相同，没有异常。但请阁下拿出证明“內容翻譯的頁面問題在於翻譯質素過低”的证据。Xiplus阁下给出的数据显示120天内平均每天删除由内容翻译创建的条目为0.24。至于需要其他编者对内容翻译条目进行“大幅修改或者善后”，根据最近30天由内容翻译创建的条目，我认为只有10条左右可能需要扩充至乙级比较好。但是这样的话中文维基百科上小作品级的条目中由内容翻译所创建的条目所占比应该也和删除比例一样比较低。如果可以的话，请阁下拿出数据证明自己的观点，祝编安。--VulpesVulpes825（留言） 2020年3月31日 (二) 07:45 (UTC)[回复]
略為同意Temp3600的說法，Pginer-WMF提供的數據只能與其他維基比較來得出「中文維基的內容翻譯條目沒有比較高的刪除比例」，但無法跟中文維基上不用內容翻譯的條目比較來得出「內容翻譯與不使用相比刪除比例較低」這一結論，因為不使用CX的刪除理由有更多種，若要比較應該限於因翻譯關係而已刪除（例如CSD G13），所以我在上方提出以CSD G13刪除的條目中，有無使用CX的比例，得到「絕對數量來說是比較少」這個結論。但更好的數據應該是，「被G13且使用CX的條目數 / 使用CX的條目數」與「被G13且無使用CX的條目數 / 無使用CX的條目數」兩相比較才能知道「使用CX是否會增高G13比例」這一結論。--Xiplus#Talk 2020年3月31日 (二) 08:00 (UTC)[回复]
前述4個數量中，無使用CX的翻譯條目數較難以統計。--Xiplus#Talk 2020年3月31日 (二) 08:03 (UTC)[回复]
從上述的數字可以肯定的是：g13的的數字很低，即「內容翻譯」導致條目不符合收錄標準的問題並不嚴重。我過去刪去了約9000個頁面，但確實甚少g13，因此「內容翻譯」造成條目低劣的觀點並不成立。--蟲蟲飛♡♡→♡℃※留言 2020年3月31日 (二) 08:15 (UTC)[回复]
我觉得Pginer-WMF的意思就是，中文版在内容翻译工具生产的页面方面，被删除的比例和其他语言没有什么不同，所以其他社群都不是问题，同样不是问题的中文版为何要限制这个工具的使用？--百無一用是書生 (☎) 2020年3月31日 (二) 09:21 (UTC)[回复]
我认为其意思是，被删除的比例和其他语言没有什么不同，不知道为什么还是会因为翻译质量和产生大量机器翻译条目为由要求限制这个工具的使用。但这也只是我的见解。阁下可以在T246383中留言询问。--VulpesVulpes825（留言） 2020年3月31日 (二) 09:54 (UTC)[回复]
单也不是复杂，就是开发者希望不希望彻底关闭内容翻译而尝试沟通直到双方妥协。此提案最初因为新用户会用内容翻译生产大量机器翻译条目，而希望禁止非自动确认用户使用内容翻译。但是现在的数据，特别是G13数据，无法证明新用户会用内容翻译生产大量机器翻译条目。而且，禁止非自动确认用户使用内容翻译这个决议目前无法在技术上实现，非自动确认用户还是可以发布至草稿页。--VulpesVulpes825（留言） 2020年3月31日 (二) 09:54 (UTC)[回复]
还有，各位可以换个思路，内容翻译不就是个很好的蜜罐吗？还带编辑标签，帮你快速识别翻译条目。一天也没几个用内容翻译产生的条目，各位巡查员稍微注意一下带内容翻译标签的编辑不就行了吗？限制新手使用工具反而让巡查变得麻烦。--VulpesVulpes825（留言） 2020年3月31日 (二) 10:01 (UTC)[回复]
說到底，還是中文維基要不要接受機翻的問題。沒錯那些條目的主題值得保留，可是要我來校對，等於要我全文重譯一次呢。--Temp3600（留言） 2020年3月31日 (二) 11:37 (UTC)[回复]
內容翻譯出來的條目的被刪率較低是很正常的，因為翻譯過程有很多程序，能夠成功達到所有要求翻出來理所當然應該都是沒有多大問題，一般翻譯率被刪率較高是因為只需要點擊發佈就可以直接發出來了，就算錯漏百出也沒有發不到的問題。關鍵在於，內容翻譯的過程本身有太多結構性問題，導致一般用戶（尤其是新用戶）要掌握這個工具非常困難，讓我來形容的話就是難用難出，能出得到來的都不會太差，但是這是否代表這工具適合新手使用？不是。適合新手的工具應該是易用易出的，過多制限反而會讓人卻步，這跟先發佈再改有很大的差別。—AT 2020年3月31日 (二) 10:04 (UTC)[回复]
诶，如果工具适合新手使用，没有结构性问题，也就不会一直在测试功能中躺着了。但这也是为什么内容翻译需要测试，并且需要很多人来测试。--VulpesVulpes825（留言） 2020年3月31日 (二) 10:19 (UTC)[回复]
除了諸位所言，內容翻譯被刪率較低的另一原因可能是中文維基社群「忍痛打撈」的能力特強。各種打撈裡面，覺得打撈機翻最是讓人難以開心，有些人老是機翻，讓另一批人辛苦打撈，「條目你在創，內容我在寫」之感慨…… 囧rz……--Hjh474（留言） 2020年3月31日 (二) 12:20 (UTC)[回复]
既然是測試中，那就更應該限制新手使用，進行測試的目的就是要改善，要改善就需要用戶反饋，您要讓新手來反饋嗎？容許本來就不熟維基代碼的用戶去試用內容翻譯本身已經是減低了他們學習得到維基代碼的機會，而且還要是一個充滿缺陷的內容翻譯？要測試沒有問題，但是反饋責任應該讓一般用戶來負責，而不是測試為由放任新用戶使用，這得不到反饋的可能之餘，更是嚴重打擊新手學習編寫維基的進度。—AT 2020年3月31日 (二) 16:16 (UTC)[回复]
第一，我不是内容翻译的开发者，“您要让新手来反馈”我理解成“开发者要让新手来反馈”。至于放任新用户使用，很可惜，测试功能extension目前没有根据用户组限制那些测试功能可以被其使用。至于拿不到反馈，其实内容翻译的错误日志应该是被服务器记录下来的。我真心建议各位把诉求改成不要在中文维基百科上默认对所有用户开启内容翻译测试功能比较好，就像flow测试一样。—VulpesVulpes825（留言） 2020年4月1日 (三) 00:09 (UTC)[回复]
@VulpesVulpes825：預設是開啟的？我記得我有嘗試註冊過新帳號，內容翻譯似乎是需要自行開啟的測試功能。--Xiplus#Talk 2020年4月1日 (三) 00:28 (UTC)[回复]
退一步來說，我不知道技術上可不可行，至少新用戶點擊內容翻譯時，應該顯示提示信息說明內容翻譯仍然是一個測試工具什麼的，並且提供手動翻譯的選項，這樣比較可行。—AT 2020年4月1日 (三) 11:32 (UTC)[回复]
@AT：MediaWiki:Cx-beta-desc，偏好設定的功能說明文字。--Xiplus#Talk 2020年4月1日 (三) 13:21 (UTC)[回复]
很好。這個應該先改。—AT 2020年4月1日 (三) 13:40 (UTC)[回复]
刚刚登了非自确账号User:嘤，鼠标悬停右上角“我的贡献”，以及点进去，都确实是有这一链接的。—Rowingbohe♬ （讨论·签名·台州专题） 2020年4月12日 (日) 14:24 (UTC)[回复]
  • 试问上方持反对意见的，您知道我们巡查员看内容翻译条目有多难受么？随便一个地方就能冒出一个奇怪的空格，括号后也好，句号后也罢，这还是那些比较注意质量的新用户的翻译，有些用户甚至没有管过那些奇怪的句中空格，直接发到条目空间里面，如果巡查员稍微不负责任，G13的概率很高。同样，我在一周前使用内容翻译的时候，不堪VE的困扰，想发到草稿里面换用源代码，再次出现被AF挡掉而不说明原因的问题，也就是说，Xiplus的修正，并没有完全起到效果，仍然会有被AF挡住而原因不明的问题。综上，我仍坚持禁止新手使用内容翻译工具。此举并非是歧视用户，而是方便新手，不让新手的努力因为不明AF或者G13而付诸东流，相比之下，手工翻译由于可以自由切换于VE和源代码之间，其事实上对新手熟悉源代码编辑更为有利，并且在User空间或者Draft空间下的源代码可供社群检视，帮助找出问题所在，同时，所有被AF挡掉的编辑都会留下详细的过滤器日志，而过滤器日志无疑是对新手给予帮助的最有效的信息。同时，我强烈(！)抗议基金会的开发人员为了强行将内容翻译工具保留，将不具备可比性的两组数据用以比较，偷换概念，将内容翻译的删除数量与其他类型的删除来比，显然是在混淆视听。另外，我认为出现内容翻译工具所建条目删除量低的原因，并非其比手工翻译更为优越，而是大部分普通编者采用手工翻译，造成手工翻译条目本身就较多，而采用内容翻译工具的条目也因为不明AF或是宇帆所遇到的发布障碍，一部分并没有被发布，成功发布的，只是内容翻译条目的一小部分，这样这种奇怪的数据便能够被理解了。# SteepPeak™ 2020年4月1日 (三) 11:09 (UTC)[回复]

新BUG：“正在加载保存的翻译...”无限加载

目前有至少2名用户于#wikipedia-zh-help IRC://回报表示，他们在最近使用内容翻译时，无法正常加载原有已保存的翻译，在此，我希望社群能认真考虑内容翻译工具的去留问题，以前出现无法发布，还可以使用VE把内容或多或少的复制过来，现在这个BUG已经使得用户无法读取先前的编辑了。# SteepPeak™ 2020年4月4日 (六) 16:40 (UTC)[回复]

相关内容可见Telegram群内消息，起始位置为：[1]。# SteepPeak™ 2020年4月4日 (六) 16:40 (UTC)[回复]

上方娜娜茶的无法发布就是警讯了，社群全当耳边风。请参考澳洲航空72號班機事故，根据空中浩劫报导，澳洲航空72号班机在空中数次失速坠落，虽然最终成功降落，然而机上的任何仪器到倒茶单位手中皆无法复现飞机操作系统的BUG，甚至相同飞机飞到相同出事空域都没有重复发生该BUG。 然而数个飞行员表示，该款飞机多次出现类似BUG。 也就是说，一个BUG一直无法复现并非没有BUG。 这澳洲航空72號班機事故根本就非常像

  • 澳洲航空72号班机在空中因为软件BUG导致数次向下坠落
    • 上方娜娜茶等人内容翻译无法顺利发布
  • 澳洲航空72号班机驾驶努力控制飞机最终顺利降落
    • 上方娜娜茶等人努力DEBUG花很多时间才顺利发布
  • 飞安会尝试使用飞机的部件试图重现BUG，但都 无法重现
    • 虫虫飞尝试根据娜娜茶等人描述，但都 无法重现BUG
  • 飞安会派飞行员以相同飞机尝试飞到相同空域，但此时飞机一切正常，什么事也没发生
    • 虫虫飞尝试翻译相同草稿，但此时内容翻译一切正常，什么事也没发生
  • 澳洲航空68号班机事故、澳洲航空71号班机事故
    • SteepPeak等人报告有其他人遇到类似问题
  • 飞安会建议空中客车A330软件要尽可能避免此BUG
    • 中文维基不管此BUG，试图导致新手“坠机”

虽说内容翻译出BUG不会导致飞机坠机，但会导致新手十分困扰，甚至可能就吓跑新手了。—以上未簽名的留言由180.217.155.164（對話｜貢獻）於2020年4月4日 (六) 17:03 (UTC)加入。[回复]

BUG整理

以下為此討論進行中，各用戶回報的BUG，可能可以提供開發者參考：

  1. 無法準確地指出過濾器的錯誤訊息
    phab回報有修復phab:T123912
  2. #新BUG：擴展標籤問題
    Xiplux報告可以有條件重現
  3. #根本沒有解決錯誤無法顯示的問題
    問題多個用戶遇到，但皆無法準確地重現。 可能可以給phab一個feedback
  4. #新BUG：「正在發布...」無限發布
    問題多個用戶遇到，但皆無法準確地重現。 可能可以給phab一個feedback
    #最近又試了用「內容翻譯」工具
  5. #新BUG：「正在加載保存的翻譯...」無限加載
    問題多個用戶遇到，但皆無法準確地重現。 可能可以給phab一個feedback
以上，歡迎補充-- 娜娜奇🐰楓香花茶☕（宇帆·☎️·☘️） 2020年4月19日 (日) 14:26 (UTC)[回复]

提议：先修改系统界面

@Xiplus、WhitePhosphorus、Cdip150： 已公示7天，未有異議，視作通過。有勞管理員進行修改，謝謝。--SCP-2000 2020年5月11日 (一) 09:55 (UTC)[回复]
下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

既然内容翻译是手工启用的，而且存废争议还在继续，没有共识，那么可以先折中一下，改一些系统文字：

一个快速将页面翻译成您使用的语言的工具。从您的贡献页面开始翻译，并通过我们特别为翻译工作设计的并排式编辑器编辑它们。一些工具可能只对特定语言可用。
机器翻译仅供参考。我们强烈建议您用自己的语言来编写内容，避免直接引用机器翻译结果。
请阅读此文章了解翻译的基本事项，并阅读此篇文章来了解翻译过程中的常见问题。
如果您满意这个结果，请按“发布”。
请注意：“内容翻译”工具目前尚待完善，其中编辑的内容通常不适合直接发布。为保证条目质量，建议您点击“发布”左边的设置按钮，将“发布目标”设置为“个人草稿”或“社群草稿”，并在发布后使用其他编辑工具完善内容和格式，符合条目标准之后再移动到正式条目。
  • 如果谁有闲心，可以再写一篇文章，概括一下内容翻译工具的“罪状”，加到提示信息中。
--高文海（留言） 2020年4月13日 (一) 08:57 (UTC)[回复]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

討論：是否投票表決的討論

(＊)提醒新方案已提出，請至#討論折衷方案：是否將機器翻譯閥值變嚴至70%或#提议：先修改系统界面討論，或彙整BUG至#BUG整理以方便Phab修復。 敬請參與上述提到的討論。 雖主要議案無法執行，但前述幾項討論有助於盡可能地解決問題。-- 娜娜奇🐰楓香花茶☕（宇帆·☎️·☘️） 2020年4月24日 (五) 18:01 (UTC)[回复]

否決，不執行投票：
由於技術限制，即使投票通過也不會採納，故此投票無效。-- 娜娜奇🐰楓香花茶☕（宇帆·☎️·☘️） 2020年4月24日 (五) 17:55 (UTC)[回复]
下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

根據MediaWiki:Gadget-Wordcount.js小工具指出討論已經達將近三萬漢字，總字數也五萬字了，各方極度堅持自己的觀點，再繼續下去會追上之前的七萬漢字關注度討論，根本不是辦法，建議開啟投票表決凝聚共識。-- 娜娜奇🐰楓香花茶☕（宇帆·☎️·☘️） 2020年4月19日 (日) 07:36 (UTC)[回复]

(※)注意：既然有很多人支持，就通過吧﹗不要開了投票代替討論的風氣。--蟲蟲飛♡♡→♡℃※留言 2020年4月22日 (三) 14:53 (UTC)[回复]
@蟲蟲飛：問題是這個「通過」疑似被phab當假的啊。 如果有個投票結果是不是更有說服力一些？也有可能投票結果跟上方「疑似共識」結果相反阿。-- 娜娜奇🐰楓香花茶☕（宇帆·☎️·☘️） 2020年4月22日 (三) 14:59 (UTC)[回复]
我只想最后再重申一遍，“禁止非自動確認用戶使用內容翻譯工具”目前技术不可行，即使通过了也可能会因为配置更改的限制在Phab遭到拒绝。--VulpesVulpes825（留言） 2020年4月23日 (四) 07:30 (UTC)[回复]
如果插得進去
mw.util.addCSS('\
   #ooui-php-342,\
   #ooui-php-343{\
      display:none;\
   }\
')
應該可以讓它完全無法開關--Sun00217（SPA for Sunny00217） 2020年4月23日 (四) 10:49 (UTC)[回复]
我再(...) 吐槽(！)抗议为何不能按照本地通过的共识更改。配置更改的限制这个为拒绝理由有点无奈。Camouflaged Mirage（留言） 2020年4月23日 (四) 11:05 (UTC)[回复]
您可以贡献代码，把相关的配置更改限制取消掉--百無一用是書生 (☎) 2020年4月24日 (五) 02:34 (UTC)[回复]
+2權限者及系統管理員有權力及義務依照配置更改的限制拒絕貢獻的代碼。--Xiplus#Talk 2020年4月24日 (五) 02:52 (UTC)[回复]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

@A2569875：我想得到“配置更改的限制”的詳細説明，我完全看不到有任何prohibit的理由。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年4月28日 (二) 10:04 (UTC)[回复]

@Xiplus。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年4月28日 (二) 10:08 (UTC)[回复]

討論折衷方案：是否將機器翻譯閥值變嚴至70%

技術員因，失敗：
由於技術限制，如中文無法準確判定70%，故此方案佈屬會導致許多BUG，故將被取消佈屬。-- 娜娜奇🐰楓香花茶☕（宇帆·☎️·☘️） 2020年5月11日 (一) 10:48 (UTC)[回复]
下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

上方有動議討論設定wmgContentTranslationUnmodifiedMTThresholdForPublish减少机器翻译阀值至70%以解決問題。 因此此討論希望針對這個議題達成共識。-- 娜娜奇🐰楓香花茶☕（宇帆·☎️·☘️） 2020年4月24日 (五) 17:55 (UTC)[回复]

真的不能ban的話，能不能改成0%至50%之間的數值？ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年4月28日 (二) 10:05 (UTC)[回复]
其实没差多少，老实说。还是烂翻译，只是要完全烂掉还是部分烂掉问题。我个人认为没多大必要。这个类似蛀牙，要拔牙才能一了百了，补牙这类只是止痛，但是现在是牙科医生说不给拔掉，所以还是需要饱受牙痛。50%痛与70%痛没差，还是痛。这样比喻希望了解。但是牙齿完全烂掉以及70%烂掉就有不同了，一个完全吃不消，一个勉强还能苟且偷生，所以希望社群可以讨论一个合理数量，起码我们巡查员可以在能力范围内改善的数值。Camouflaged Mirage（留言） 2020年4月28日 (二) 13:29 (UTC)[回复]
如果想達到0%的話，可以設定ContentTranslationEnableMT為關閉，而個人認為暫時設70%即可。--SCP-2000 2020年4月30日 (四) 06:13 (UTC)[回复]
誰可以設置？ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年4月30日 (四) 06:15 (UTC)[回复]
開發者啊。這可以直接禁止機器翻譯。--SCP-2000 2020年4月30日 (四) 06:21 (UTC)[回复]
我的想法是：可以設置機器翻譯閥值為0%或一些極低的比率，使工具現實上不可能正常運行（除非有奇蹟）。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年4月30日 (四) 06:14 (UTC)[回复]
可能會被配置更改的限制條款Changes to use unsupported technologies, or abuse them in unsupported ways拒絕--Sun00217（SPA for Sunny00217） 2020年5月2日 (六) 04:35 (UTC)[回复]

由于机器翻译阈值无法对没有词边界的中文进行正确检测，造成已经过人工校对的翻译也无法发布的情况。已部署的减少机器翻译阈值至70%将会被回退，祝编安。--VulpesVulpes825（留言） 2020年5月11日 (一) 08:19 (UTC)[回复]

因技術員因，失敗。見「2020年5月11日 (一) 08:19 (UTC)」的留言「由於機器翻譯閾值無法對沒有詞邊界的中文進行正確檢測，造成已經過人工校對的翻譯也無法發布的情況。已部署的減少機器翻譯閾值至70%將會被回退」。-- 娜娜奇🐰楓香花茶☕（宇帆·☎️·☘️） 2020年5月11日 (一) 10:48 (UTC)[回复]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

其他的一些想法

@Xiplus：技術上有沒有可能用過濾器阻擋經「內容翻譯」工具進行的編輯？ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年4月28日 (二) 10:28 (UTC)[回复]

这样类似GAME，等等基金会行动。开发人不给，我们这样走偏门，危险。Camouflaged Mirage（留言） 2020年4月28日 (二) 13:31 (UTC)[回复]
@Camouflaged Mirage：當社羣確實存在如此急切的需要以維護維基百科的品質的話，一切技術上可行的方法都要考慮。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年4月30日 (四) 06:06 (UTC)[回复]
(！)意見：禁用或限制某些工具的使用，是不能提高條目質素，而且不符合邏輯。要提高條目質素，可以鼓勵更多人參與dyk等條目評選，集思廣益。動員令也是很好的活動，能有效提高條目的質和量。其他所有增加寫條目的限制，或者禁用工具等方法都不能提高條目質素。--蟲蟲飛♡♡→♡℃※留言 2020年4月30日 (四) 06:14 (UTC)[回复]
維護維基百科的品質的方法並非只有提高條目質素。另一個方法是防止低質條目的建立，雖然消極，但是有效。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年4月30日 (四) 06:18 (UTC)[回复]
  • 最好的提高條目的方法是多做站務，多巡查，然後多動手改善；有空時多指導新手寫條目，或者多參與維基活動指導更多新手。如果有意參選管理員，巡查員的巡查經驗就更寶貴，更值得社羣欣賞；客棧貢獻的意義不大。--蟲蟲飛♡♡→♡℃※留言 2020年4月30日 (四) 06:31 (UTC)[回复]
難道現在並非「一切可行方法皆無效」？ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年4月30日 (四) 09:05 (UTC)[回复]
  • 開發者其中一個拒絕原因是“不同意把條目寫得差歸因於內容翻譯”，要提高條目質素,多巡查，多動手改善條目才行，而不是熱血批量提刪，而提刪的誤判越多，也會令巡查員的貢獻貶值。因此，指導新手寫條目和動手幫忙改善條目是提高條目質素的最有效的方法。--蟲蟲飛♡♡→♡℃※留言 2020年4月30日 (四) 09:13 (UTC)[回复]
開發者並非全知全能，亦非無謬誤。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年5月1日 (五) 00:42 (UTC)[回复]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

將ContentTranslationPublishRequirements設為自動確認用戶

回頭看了下上方討論，除了70%解法外，還有「將ContentTranslationPublishRequirements設為自動確認用戶」解法，英文維基設為擴展確認用戶，但中文維基無此用戶權限組，因此提議設為自動確認用戶。-- 娜娜奇🐰楓香花茶☕（宇帆·☎️·☘️） 2020年5月11日 (一) 10:42 (UTC)[回复]

(－)反对，我与Pginer-WMF在T251893#6123596的想法一致，不建议根据用户的权限或编辑次数来增加限制，因为这是对用户而不是对内容的评估。在过去，这样做是有问题的（例如，限制一个维基中的有经验的用户在另一个维基中发布好的内容，只因为其在那里的活跃度比较低）。--VulpesVulpes825（留言） 2020年5月11日 (一) 11:37 (UTC)[回复]
  • 其實「禁止非自動確認用戶使用『內容翻譯』工具」此共識早已通過，然而只是因技術問題才不能實現。在下認為，就算不能實現，也應按照那方向（即限制非自動確認用戶使用『內容翻譯』工具）來討論。另外，在下建議設定ContentTranslationTargetNamespace=草稿及ContentTranslationPublishRequirements=自動確認用戶，同時設定AF來指導新用戶如何提交草稿。謝謝。--SCP-2000 2020年5月11日 (一) 12:10 (UTC)[回复]
其實本地設置過濾器是技術上可行的方案，我不知道大家為何無視了。ꓢꓯꓠꓟꓳꓢꓮ いろはにほへとちりぬるを 2020年5月19日 (二) 09:27 (UTC)[回复]
是有人認為基金會會覺得中文維基人WP:GAME所以未實施。-- 娜娜奇🐰楓香花茶☕（宇帆·☎️·☘️） 2020年6月2日 (二) 05:19 (UTC)[回复]
有人認為不代表事實如此。ꓢꓯꓠꓟꓳꓢꓮ いろはにほへとちりぬるを 2020年6月2日 (二) 10:42 (UTC)[回复]
如果不能，硬要弄成可以，不就是WP:GAME？-- 娜娜奇🐰楓香花茶☕（宇帆·☎️·☘️） 2020年6月11日 (四) 05:00 (UTC)[回复]
(－)反对，界面提示信息已经足以让用户意识到使用该工具时要加小心了。有责任心的编者看到提示信息自然会多加注意，而没有责任心的编者即使刷到自动确认也不见得能谨慎。--高文海（留言） 2020年5月23日 (六) 14:05 (UTC)[回复]
(＊)提醒：请在考虑任何方案之前，注意拦截/提醒等动作出现的时机，如提醒无法提交的页面在新手翻译完之后才出现，新手翻译的东西如果质量高，不都前功尽废了？—Rowingbohe♫ 玉环撤县设市三周年 2020年5月24日 (日) 06:54 (UTC)[回复]
@Rowingbohe： 其實最大問題是過濾器，在內容翻譯中被過濾器阻擋的編輯是無法在過濾器日誌中查閱。--SCP-2000 2020年5月24日 (日) 07:55 (UTC)[回复]

修改界面以提示用户不要选择“中文”、“中文（简体）”、“中文（繁體）”作为内容语言变种

近期收到一些用户反馈繁简处理的问题，如“義大利”显示成“义大利”。经查，这些用户在参数设置中将“内容语言变体：”设定成了“zh-Hans - 中文（简体）”，或者是通过搜索引擎进入到了网址带 /zh-hans/ 的条目（比如这样）。由于 zh-hans 和 zh-hant 只提供了繁简转换而没有地区词转换，zh 则根本没有任何转换，可能会对读者体验造成影响，所以提议对网站界面作出下列更改以解决这一问题：

# 用下列内容替换MediaWiki:prefs-help-variant及对应变体页面：您希望用于显示本站内容的语种或拼写语系。如果不是出于技术测试等目的，建议不要选择“中文”、“中文（简体）”、“中文（繁體）”，而选择“中文（中国大陆）”、“中文（台灣）”等变体，以免影响您的阅读体验。
  1. 用下列内容替换MediaWiki:prefs-help-variant及对应变体页面：您希望用于显示本站内容的语种或拼写语系。如果不是出于技术测试等目的，建议不要选择“中文”、“中文（简体）”、“中文（繁體）”，而选择其他按地区细分的中文变体，以免影响您的阅读体验。修正：没必要单独列出两种变体。 --砜中嘌呤的白磷萃取 打谱 2020年3月29日 (日) 13:36 (UTC)[回复]
  2. 使用 JavaScript 让网址带 /zh/、/zh-hans/ 或 /zh-hant/ 的页面顶部显示一个提示：您现在使用的中文变体可能会影响一些词语繁简转换的效果。建议您根据您的偏好切换到下列变体：大陆简体、香港繁體、澳門繁體、大马简体、新加坡简体、台灣正體。 [关闭]（变体名带有链接）

PS：现在有一个『隐藏“不转换”、“简体”和“繁体”三个标签』的小工具，我相信也是出于类似原因设计的。不过那时候的讨论我找不到了。 --砜中嘌呤的白磷萃取 打谱 2020年3月29日 (日) 13:26 (UTC)[回复]

2020年1月相關討論：Wikipedia:互助客栈/技术/存档/2020年1月#是否可以警告注册用户将参数设置里的语言设置为_zh-hans或zh-hant？。--Xiplus#Talk 2020年3月29日 (日) 13:37 (UTC)[回复]
@WhitePhosphorus：你要的討論在此Wikipedia:互助客栈/技术/存档/2009年12月#简化下中文转换的标签。--Xiplus#Talk 2020年3月29日 (日) 13:50 (UTC)[回复]
其实可以提醒用户，zh-hans会自动回落到zh-cn，zh-hant会自动回落到zh-tw这一点会比较好。--痛心疾首（留言） 2020年3月30日 (一) 03:52 (UTC)[回复]
/zh/没必要提醒吧？/zh/等价于/wiki/--百無一用是書生 (☎) 2020年3月30日 (一) 04:02 (UTC)[回复]
@Shizhao：zh就是zh，為不轉換，不等價於wiki。--Xiplus#Talk 2020年3月30日 (一) 10:17 (UTC)[回复]
嗯，我理解上出偏差了--百無一用是書生 (☎) 2020年3月31日 (二) 02:33 (UTC)[回复]
感谢贡献，但代码内容不正确，无法运行 
/**
 * https://zh.wikipedia.org/zhwiki/w/index.php?title=MediaWiki:Gadget-AdvancedSiteNotices.js&oldid=55570145
**/
$( function() {
	if ( mw.config.get('wgAction') == 'submit') {
		return;
	}

	if ( mw.config.get('wgUserVariant') == 'zh-hans' || mw.config.get('wgUserVariant') == 'zh-hant' ) {} else return

	var variantlink = function (lang, text) {
		return $('<a>'), {
			href: `/${ lang }/${ mw.config.get('wgPageName') }`
		}).html(text))
	}

	var tb = $('<table width="100%" style="background: transparent;">');
	var ct = $('<div style="word-break: break-word;" class="mw-parser-output">').append(`${
		wgUXS ('您现在使用的中文变体可能会影响一些词语繁简转换的效果。建议您根据您的偏好切换到下列变体：',  '您現在使用的中文變體可能會影響一些詞語繁簡轉換的效果。建議您根據您的偏好切換到下列變體：') 
	}${ variantlink('zh-cn', '大陆简体') }、${ variantlink('zh-tw', '臺灣正體') }、${ variantlink('zh-my', '大马简体') }、${ variantlink('zh-sg', '新加坡简体') }、${ 	variantlink('zh-hk', '香港繁體') }、${ variantlink('zh-mo', '澳門繁體') }。`);
	var sd = $('<a href="#">' + wgUXS('关闭', '關閉') + '</a>');
	$('#siteNotice')( tb.append( $( '<tr>' ).append( $( '<td>' ).append( ct ) ).append( $( '<td>' ).append( '[' ).append( sd ).append( ']' ) ) ) );
	sd.click(tb.remove(););
})(jQuery);
--182.155.43.149（留言） 2020年4月2日 (四) 07:38 (UTC)[回复]
已改用Bluedeck的ding 
(function () {
    if (mw.config.get('wgAction') === 'submit') {
        return;
    }

    if (mw.config.get('wgUserVariant') !== 'zh-hans' && mw.config.get('wgUserVariant') !== 'zh-hant') {
        return;
    }

    var variantlink = function (lang, text) {
        return $('<a>')
            .attr('href', '/' + lang + '/' + mw.config.get('wgPageName'))
            .html(text);
    }

    var $btn = $('<a>').attr('href', '#').text('（' + wgUXS('关闭', '關閉') + '）');
    var $box = $('<div class="usermessage newmessage-old">')
        .text(wgUXS('您现在使用的中文变体可能会影响一些词语繁简转换的效果。建议您根据您的偏好切换到下列变体：', '您現在使用的中文變體可能會影響一些詞語繁簡轉換的效果。建議您根據您的偏好切換到下列變體：'));
    $box.append(variantlink('zh-cn', '大陆简体')).append('、')
        .append(variantlink('zh-tw', '臺灣正體')).append('、')
        .append(variantlink('zh-my', '大马简体')).append('、')
        .append(variantlink('zh-sg', '新加坡简体')).append('、')
        .append(variantlink('zh-hk', '香港繁體')).append('、')
        .append(variantlink('zh-mo', '澳門繁體')).append('。')
        .append($btn);

    $('#mw-content-text').before($box);

    $btn.click(function () {
        $box.remove()
    });
})();

--高文海（留言） 2020年4月6日 (一) 15:44 (UTC)[回复]

具体实现我将使用 Bluedeck 开发的 ding.js，比较美观，其他逻辑也会参考这里的代码，感谢贡献。 --砜中嘌呤的白磷萃取 打谱 2020年4月6日 (一) 16:32 (UTC)[回复]
@WhitePhosphorus：替你实现了，参见MediaWiki:Gadgets-definition、MediaWiki:Gadget-bluedeck-ding.js、MediaWiki:Gadget-bluedeck-ding.css、MediaWiki:Gadget-choose-variant.js。我beta站没有权限，申请也没批，需要麻烦你自己去beta测试了。--高文海（留言） 2020年4月14日 (二) 14:29 (UTC)[回复]
刚还想说可以默认对所有用户启用隐藏简繁体小工具，但是未登录用户……—Rowingbohe♬ （讨论·签名·台州专题） 2020年4月7日 (二) 09:18 (UTC)[回复]
目前就是預設啟用，而且預設啟用也對未登入用戶有效。--Xiplus#Talk 2020年4月7日 (二) 09:24 (UTC)[回复]
看到这个讨论，顺手写了一个脚本：User:Shizhao/origintitle.js，用来在非zh下获取页面的原始标题。从搜索引擎过来经常不是/wiki/路径，复制粘贴标题经常会错--百無一用是書生 (☎) 2020年4月7日 (二) 10:01 (UTC)[回复]
為什麼不從網址複製？--Xiplus#Talk 2020年4月7日 (二) 10:05 (UTC)[回复]
URL里个别字符有转义，例如空格（强迫症）--百無一用是書生 (☎) 2020年4月7日 (二) 11:52 (UTC)[回复]
@高文海：可以用控制台實現，但無法用common.js複現--Sun00217（SPA for Sunny00217） 2020年4月12日 (日) 14:28 (UTC)[回复]
已修改相关界面文字并启用小工具：MediaWiki:Gadget-notifyConversion.js，使用了蓝桌写的MediaWiki:Gadget-ding.js来显示较为美观的提示，感谢他的贡献。一些细节的东西我写在注释里了，有想法的可以继续讨论或者写 patch。 --砜中嘌呤的白磷萃取 打谱 2020年4月17日 (五) 12:07 (UTC)[回复]
还有，我在提示语里面加了到Help:字词转换的模式选择说明这个帮助文档的链接，大家也可以看看有没有需要完善的地方。 --砜中嘌呤的白磷萃取 打谱 2020年4月17日 (五) 12:14 (UTC)[回复]
为何不转换模式下且/wiki/路径下也有这个提示？--百無一用是書生 (☎) 2020年4月17日 (五) 12:25 (UTC)[回复]
我认为这符合初衷，可以提醒一些看到繁简混杂的源代码带来困惑的读者进行适合自己的地区词转换。当然我也想知道大家对这个情况的意见。 --砜中嘌呤的白磷萃取 打谱 2020年4月17日 (五) 12:43 (UTC)[回复]
我日常也用不转换，结果老弹这个，点了不再提示还是会出来，有点烦人诶。--チルノ质询处·是非簿 2020年4月21日 (二) 18:12 (UTC)[回复]
我點了不再提示就沒有再出來了--Btooombtooom（留言） 2020年4月26日 (日) 19:04 (UTC)[回复]
為何不以mw.config.get('wgUserLanguage')做為顯示語言？--Sun00217（SPA for Sunny00217） 2020年4月19日 (日) 02:57 (UTC)[回复]
/wiki/是正常路径，从开站以来就是这样，完全没有必要出现这个提示，我认为只需要在zh-hans和zh-hant出现提示即可。另外，目前的提示遮住了部分logo，已经顶部导航条，非常不妥--百無一用是書生 (☎) 2020年4月20日 (一) 03:00 (UTC)[回复]
無法重現瀏覽/wiki/時會觸發提示，您把偏好設定中的內容語言變體設定為zh嗎？--Xiplus#Talk 2020年4月20日 (一) 05:32 (UTC)[回复]
我参数设置里内容语言和界面语言都是zh（一直就没变过）。换了两个浏览器瀏覽/wiki/時都會觸發提示。另外，目前的这种设计比较适合临时性的通告，作为长期的通告就比较难看了，何况还把个人工具栏遮住了--百無一用是書生 (☎) 2020年4月21日 (二) 02:12 (UTC)[回复]
182.155.43.149（留言）的程式碼已由Btooombtooom（留言）修復 
$( function() {
	if ( mw.config.get('wgAction') == 'submit') {
		return;
	}
    var variant = mw.config.get('wgUserVariant');
	if ( variant == 'zh-hans' || variant == 'zh-hant' || variant == 'zh') {} else return;

	var variantlink = function (lang, text) {
		return `<a href="/zhwiki/${ lang }/${ mw.config.get('wgPageName') }">${ text }</a>`
	};
    
	var tb = $('<table width="100%" style="background: transparent;">');
	var ct = $('<div style="word-break: break-word;" class="mw-parser-output">').append(`${
		wgUXS (variant, '您现在使用的中文变体可能会影响一些词语繁简转换的效果。建议您根据您的偏好切换到下列变体：', '您現在使用的中文變體可能會影響一些詞語繁簡轉換的效果。建議您根據您的偏好切換到下列變體：') 
	}${ variantlink('zh-cn', '大陆简体') }、${ variantlink('zh-tw', '臺灣正體') }、${ variantlink('zh-my', '大马简体') }、${ variantlink('zh-sg', '新加坡简体') }、${ variantlink('zh-hk', '香港繁體') }、${ variantlink('zh-mo', '澳門繁體') }。`);
	var sd = $('<a href="#">' + wgUXS(variant, '关闭', '關閉') + '</a>');
	$('#siteNotice').append( tb.append( $( '<tr>' ).append( $( '<td>' ).append( ct ) ).append( $( '<td>' ).append( '[' ).append( sd ).append( ']' ) ) ) );
	sd.click(function(e) {e.preventDefault(); tb.remove()});
})

遮住的問題可以解決，把body往下移即可，但是我建議放在原本siteNotice布告欄即可--Btooombtooom（留言） 2020年4月26日 (日) 19:04 (UTC)[回复]

又一新版本

js： 

$(function() {  
    if ( mw.config.get('wgPageContentModel') !== "wikitext" &&  mw.config.get('wgPageContentModel') !== "Scribunto") {
        return;
    }
    
    if ( mw.config.get('wgUserVariant') !== 'zh' && mw.config.get('wgUserVariant') !== 'zh-hans' && mw.config.get('wgUserVariant') !== 'zh-hant' ) {
        return;
    }
    
    if (mw.config.get('wgAction') !== 'view') {
        return;
    }
    
    if ($.cookie('conversion-notice')) {
        return;
    }
    
    var url = window.location.href;
    
    if (url.includes('?variant=') || url.includes('?uselang=')){
    	return;
    }
    
    var url_regex = /(\/\/[^/]+\/)([^/]+)(\/)/;
    var lang = url_regex.exec(url)[2];
    if ( lang == 'w' ){
    	return;
    }
    
	var variantlink = function (lang, text) {
		return $('<a>')
		    .attr('class', 'conversion-link')
            .attr('href', url.replace(/(\/\/[^/]+\/)([^/]+)(\/)/,'$1' + lang + '$3'))
            .html(text);
	};
    
	var tb = $('<table id="conversion-notice" width="100%">');
	var ct = $('<div class="mw-parser-output" style="word-break: break-word;">').append(
		$('<div>').text(wgULS(
			'您现在使用的中文变体可能会影响一些词语繁简转换的效果。建议您根据您的偏好切换到下列变体：',
			'您現在使用的中文變體可能會影響一些詞語繁簡轉換的效果。建議您根據您的偏好切換到下列變體：'
		))
	).append( $('<div>')
	    .append(variantlink('zh-cn', '大陆简体')).append('、')
        .append(variantlink('zh-tw', '臺灣正體')).append('、')
        .append(variantlink('zh-my', '大马简体')).append('、')
        .append(variantlink('zh-sg', '新加坡简体')).append('、')
        .append(variantlink('zh-hk', '香港繁體')).append('、')
        .append(variantlink('zh-mo', '澳門繁體')).append('。')
    );
    
    var donotshow = $('<a class="conversion-helplink" href="#">').text(wgULS('不再提示', '不再提示'));
	var help = $('<a class="conversion-helplink" href="/zhwiki/wiki/Help:字词转换的模式选择说明">').text(wgULS('了解更多', '了解更多'));
	$('#siteNotice').append(
		tb.append(
			$( '<tr>' ).append(
				$( '<td>' ).append( ct )
			).append(
				$( '<td>' )
					.append( '［' )
					.append( help )
					.append( '｜' )
					.append( donotshow )
					.append( '］' )
			)
		)
	);
	donotshow.click(function(e) {
		e.preventDefault();
		$.cookie('conversion-notice', 1, {path: "/", expires: 365});
		tb.remove();
	});
	help.click(function(e) {
		e.preventDefault();
		window.location = "/" + ((mw.config.get('wgUserVariant') == mw.config.get('wgUserLanguage')) ? ((mw.config.get('wgUserLanguage') == 'zh-hant') ? 'zh-tw' : 'zh-cn') : (mw.config.get('wgUserLanguage'))) +  "/Help:字词转换的模式选择说明";
	});
	tb.click(function(e) {
		e.preventDefault();
		tb.remove();
	});
});

css： 

table#conversion-notice {
   color:rgba(255, 255, 255, 1);
   background-color: rgba(51, 102, 204, 1);
   border-color: #ffa500;
   border-radius:2px;
   box-shadow:#def 0px 0px 5px;
   font-weight:bold;
   font-size:130%;
}
a.conversion-link {
   color: #f4ff7f;
}
a.conversion-link:visited {
   color: #f4ff7f;
}
a.conversion-helplink {
   color: #ffaf59;
}
a.conversion-helplink:visited {
   color: #ffaf59;
}
綜合上面的內容，搞出了這個似乎有點無聊的版本--Sun00217（SPA for Sunny00217） 2020年5月2日 (六) 15:23 (UTC)[回复]

最近發現mw.notify是內建的不用外掛，也許比較好。--Btooombtooom（留言） 2020年5月15日 (五) 13:40 (UTC)[回复]

意大利变成义大利的状况我从来没遇到过，但是强制中文（简体）改用大陆简体我就不满意了。-- 朕 留言 只玩正版游戏，盗版滚开 2020年5月30日 (六) 16:37 (UTC)[回复]
沒有強制，只是建議，這樣才是強制：
蠻垃圾的內容 
$(function() {  
    if ( mw.config.get('wgPageContentModel') !== "wikitext" &&  mw.config.get('wgPageContentModel') !== "Scribunto") {
        return;
    }
    
    if ( mw.config.get('wgUserVariant') !== 'zh' && mw.config.get('wgUserVariant') !== 'zh-hans' && mw.config.get('wgUserVariant') !== 'zh-hant' ) {
        return;
    }
    
    if (mw.config.get('wgAction') !== 'view') {
        return;
    }
    
    var url = window.location.href;
    
    if (url.includes('?variant=') || url.includes('?uselang=')){
    	return;
    }
    
    var url_regex = /(\/\/[^/]+\/)([^/]+)(\/)/;
    var lang = url_regex.exec(url)[2];
    if ( lang == 'w' ){
    	return;
    } else {
    	window.location.href = url.replace(/(\/\/[^/]+\/)([^/]+)(\/)/,'$1' + (navigator.language||navigator.userLanguage||navigator.browserLanguage||navigator.systemLanguage).toLowerCase() + '$3')
    }
});
-- Sunny00217 2020年6月3日 (三) 14:37 (UTC)[回复]

有一些建议：

  • 缩减语言列表
    如果变体是 zh-hans，只显示大陆简体、大马简体、新加坡简体
    如果变体是 zh-hant，则显示台湾繁体、香港繁体、澳门繁体
    如果变体是 zh，则根据 navigator.language 来先判断是简体还是繁体，再按照上述规则显示不同列表
  • 简化提示语为（以繁体为例：）
    您可以使用这些地区的习惯用语来阅读本页：
    台湾｜香港｜澳门｜了解更多｜不再提醒
  • 位置和颜色
    首选考虑 position: sticky; 来避免遮住页脚或页首，对于不支持的浏览器再 fallback 到 position: fixed;（其实我更偏好放在 #firstHeading 前后）
    现在的配色可能有些刺眼（蓝底黄字）；其实改用正常的浅色背景 Base80 (#eaecf0) 就足够和正文区分

——刘枭扬（留言） 2020年6月1日 (一) 02:00 (UTC)[回复]

mw.notify效果圖
mw.notify($('<span>您现在使用的中文变体可能会影响一些词语繁简转换的效果。建议您根据您的偏好切换到下列变体之一：<a href="https://zh.wikipedia.org/zh-cn/Wikipedia:互助客栈/技术">大陆简体</a>、<a href="https://zh.wikipedia.org/zh-hk/Wikipedia:互助客栈/技术">香港繁體</a>、<a href="https://zh.wikipedia.org/zh-mo/Wikipedia:互助客栈/技术">澳門繁體</a>、<a href="https://zh.wikipedia.org/zh-my/Wikipedia:互助客栈/技术">大马简体</a>、<a href="https://zh.wikipedia.org/zh-sg/Wikipedia:互助客栈/技术">新加坡简体</a>、<a href="https://zh.wikipedia.org/zh-tw/Wikipedia:互助客栈/技术">臺灣正體</a>。</span>'));

目前的配色確實有點不搭，我也覺得灰底黑字即可，目前ding顏色參數設default即可，我支持這個提議，因為這樣子要切換語言比較方便，但太顯眼了，如果用不變體的使用者出現這個彈跳是會移轉注意力分心。--Btooombtooom（留言） 2020年6月7日 (日) 13:25 (UTC)[回复]

加工一下：
加工一下 
$(function() {  
	if ( mw.config.get('wgPageContentModel') !== "wikitext" &&  mw.config.get('wgPageContentModel') !== "Scribunto") {
		return;
	}
	
	if ( mw.config.get('wgUserVariant') !== 'zh' && mw.config.get('wgUserVariant') !== 'zh-hans' && mw.config.get('wgUserVariant') !== 'zh-hant' ) {
		return;
	}
	
	if (mw.config.get('wgAction') !== 'view') {
		return;
	}
	
	if ($.cookie('conversion-notice')) {
		return;
	}
	
	var url = window.location.href;
	
	if (url.includes('?variant=') || url.includes('?uselang=')){
		return;
	}
	
	var url_regex = /(\/\/[^/]+\/)([^/]+)(\/)/;
	var lang = url_regex.exec(url)[2];
	if ( lang == 'w' ){
		return;
	}
	var uselang = ((mw.config.get('wgUserVariant') == mw.config.get('wgUserLanguage')) ? ((mw.config.get('wgUserLanguage') == 'zh-hant') ? 'zh-tw' : 'zh-cn') : (mw.config.get('wgUserLanguage')));
	
	var variantlink = function (lang, text) {
		return $('<a>')
			.attr('class', 'conversion-link')
			.attr('href', url.replace(/(\/\/[^/]+\/)([^/]+)(\/)/,'$1' + lang + '$3'))
			.html(text);
	};
	
	var tb = $('<table id="conversion-notice" width="100%">');
	var ct = $('<div class="mw-parser-output" style="word-break: break-word;">').append(
		$('<div>').text(wgULS(
			'您现在使用的中文变体可能会影响一些词语繁简转换的效果。建议您根据您的偏好切换到下列变体：',
			'您現在使用的中文變體可能會影響一些詞語繁簡轉換的效果。建議您根據您的偏好切換到下列變體：'
		))
	).append( $('<div>')
		.append(variantlink('zh-cn', '大陆简体')).append('、')
		.append(variantlink('zh-tw', '臺灣正體')).append('、')
		.append(variantlink('zh-my', '大马简体')).append('、')
		.append(variantlink('zh-sg', '新加坡简体')).append('、')
		.append(variantlink('zh-hk', '香港繁體')).append('、')
		.append(variantlink('zh-mo', '澳門繁體')).append('。')
	);
	
	var donotshow = $('<a href="#">').text(wgUXS(uselang, '不再提示', '不再提示'));
	var help = $('<a href="/zhwiki/wiki/Help:字词转换的模式选择说明">').text(wgUXS(uselang, '了解更多', '了解更多'));
	mw.notify(
		wgUXS(
			uselang,
			$('<div>').append(
				$('<div>').append(
					'您可以使用这些地区的习惯用语来阅读本页：'
				)
			).append(
				$('<div>')
					.append(variantlink('zh-cn', '大陆')).append('｜')
					.append(variantlink('zh-my', '马來西亞')).append('｜')
					.append(variantlink('zh-sg', '新加坡')).append('｜')
					.append(help).append('｜')
					.append(donotshow)
			),
			$('<div>').append(
				$('<div>').append(
					'您可以使用這些地區的習慣用語來閱讀本頁：'
				)
			).append(
				$('<div>')
					.append(variantlink('zh-tw', '臺灣')).append('｜')
					.append(variantlink('zh-hk', '香港')).append('｜')
					.append(variantlink('zh-mo', '澳門')).append('｜')
					.append(help).append('｜')
					.append(donotshow)
				)
		),
		{
			autoHide: false
		}
	);
	help.click(function(e) {
		e.preventDefault();
		window.location = "/" + uselang +  "/Help:字词转换的模式选择说明";
	});
	donotshow.click(function(e) {
		e.preventDefault();
		$.cookie('conversion-notice', 1, {path: "/", expires: 365});
		window.location = url;
	});
});
-- Sunny00217 2020年6月8日 (一) 14:13 (UTC)[回复]

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

提請將User:Xiplus維護的Twinkle替代現有菜單內的版本

本主題或以下段落文字，在討論結束後應存檔至MediaWiki talk:Gadgets-definition、Wikipedia talk:Twinkle/存档/2020年。

如題，最近小工具版裡的TW已經發生了一次問題，而Xiplus的版本早已對Flow對話頁進行適配並加入其他便於站務操作的功能。根據Xi+最新提取的數據，已經有相當一部分人正使用該版本，為防止往後可能出現的潛在問題，在此提請將現有小工具的版本替換為Xiplus的版本，並在phabricator開設project以供bug追蹤。

附先前相關討論連結以供參考：1、2

以上。--Hamish論 2020年5月11日 (一) 17:52 (UTC)[回复]

副知Jimmy Xu、Xiplus--Hamish論 2020年5月11日 (一) 17:59 (UTC)[回复]

欢迎，无意见。--Jimmy Xu 论 2020年5月11日 (一) 18:03 (UTC)[回复]
(※)注意，请使用该工具所在的Github上提交Issue，而不是Phabricator，感谢合作（总而言之，哪里存着源代码就去哪里提交Issue）。—VulpesVulpes825（留言） 2020年5月11日 (一) 18:36 (UTC)[回复]
@VulpesVulpes825：但是可以轉移到gerrit？--Hamish論 2020年5月12日 (二) 00:18 (UTC)[回复]
不能，Twinkle 不由维基媒体基金会维护。英文版 Twinkle 也是在 Github 上做Issue Traking。在Phabricator上既不能连Twinkle 的 patch，也不能做 Twinkle 的代码审查，你在 Phbricator 设 Project 没有任何意义。还是一句话，源代码最终在哪就去哪，就像 Mediawiki 提报 Issue 是在 Phabricator，而不是 Github 一样。—VulpesVulpes825（留言） 2020年5月12日 (二) 03:38 (UTC)[回复]
其实把代码放在Phabricator，在phab就可以顺理成章的设 Project了--百無一用是書生 (☎) 2020年5月13日 (三) 03:16 (UTC)[回复]
@Xiplus：^。--Hamish論 2020年5月13日 (三) 05:04 (UTC)[回复]
我覺得這不急，等確定要取代再說。--Xiplus#Talk 2020年5月13日 (三) 08:30 (UTC)[回复]
如果要取代，我可以接手維護，否則我只會維護我自己的版本。--Xiplus#Talk 2020年5月13日 (三) 08:30 (UTC)[回复]
(＋)支持取代。另外同意把Bug报告放到GitHub管理。--高文海（留言） 2020年5月13日 (三) 09:06 (UTC)[回复]
(＋)支持。—Rowingbohe♫ 玉环撤县设市三周年 2020年5月19日 (二) 13:34 (UTC)[回复]
那在此ping一些先前客栈讨论中现时仍然活跃的人吧，不管替代也好不替代也好，还是想有始有终。Taiwania Justo、Cwek、Alexander Misel、Sanmosa、YFdyh000、WhitePhosphorus，多有打扰，抱歉。--Hamish論 2020年5月21日 (四) 05:19 (UTC)[回复]
我覺得無所謂。ꓢꓯꓠꓟꓳꓢꓮ いろはにほへとちりぬるを 2020年5月21日 (四) 07:38 (UTC)[回复]
(＋)支持。另外問一下，有沒有可能為原本以引用js代碼形式使用版本的用戶自動改為勾選小工具選項，之後刪除js？—— Eric Liu（留言．留名．學生會） 2020年5月22日 (五) 08:51 (UTC)[回复]
可以。--Hamish論 2020年5月23日 (六) 00:25 (UTC)[回复]
(＋)支持：感觉Xiplus的版本比现在原有版本好多了。--XinuGod 留言|签名 2020年5月23日 (六) 11:11 (UTC)[回复]
(＋)支持，Xiplus版确实舒服些。--Scvoet Talk 2020年6月1日 (一) 14:08 (UTC)[回复]
(＋)支持。-Peacearth（留言） 2020年6月1日 (一) 14:11 (UTC)[回复]
(＋)支持。不過替換後目前版本可以自動更新嗎？--Googol19980904（留言） 2020年6月1日 (一) 14:15 (UTC)[回复]
@Googol19980904：可以，見上。如果没理解错您意思的话。--Hamish論 2020年6月1日 (一) 16:22 (UTC)[回复]
建议在小工具版面中提供两个版本（Jimmy_Xu版和Xiplus版）--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2020年6月2日 (二) 04:13 (UTC)[回复]
个人认为不需要，Xiplus涵盖了JimmyXu版提供的功能，而且JimmyXu版是有小问题的，见本章节第一段话、--Hamish論 2020年6月2日 (二) 05:10 (UTC)[回复]
@Hamish：還有MediaWiki_talk:Gadgets-definition#WP:TW-- Sunny00217 2020年6月2日 (二) 13:52 (UTC)[回复]
(＋)支持，好用！--安全体验™ 签名·贡献 2020年6月3日 (三) 12:24 (UTC)[回复]
不反对如果有开发者愿意并提供勤劳而持续的维护的话，可以采纳其维护版本。Jimmy版就是贵人事忙，疏于维护，而且据说Xiplus版支持flow（虽然Jimmy版除了这个主要问题外，基本上很稳定），而Jimmy也摔炮不干了 囧rz……。——Sakamotosan路过围观杯弓蛇影| 避免做作，免敬 2020年6月3日 (三) 12:38 (UTC)[回复]
還有一個叫繁簡的問題XD-- Sunny00217 2020年6月3日 (三) 14:27 (UTC)[回复]
(＋)支持xi+版确实好一点--是橙🍊子🍊木哦! 2020年6月3日 (三) 16:30 (UTC)[回复]
似乎已经有共识了。公示5日（因为看着没什么争议所以适当缩短一下时间也是可以接受的）。 Stang★ 2020年6月4日 (四) 12:59 (UTC)[回复]
本人(＋)支持这个提案，Jimmy Xu版的setting可以和Xiplus版共用吗？--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2020年6月4日 (四) 23:45 (UTC)[回复]
Jimmy Xu版可以無痛遷移至Xiplus版，但反向不行。--Xiplus#Talk 2020年6月5日 (五) 02:38 (UTC)[回复]
@Emojiwiki：可以，但Xiplus版的設定無法完全套用在其他版本上（包含英文原版）-- Sunny00217 2020年6月5日 (五) 15:19 (UTC)[回复]
(＋)支持。--DRIZZLE (留言) 2020年6月5日 (五) 08:26 (UTC)[回复]
(＋)支持——𝙱𝚘𝚛𝚜𝚌𝚑𝚝𝚜 ᴛᴀʟᴋ 2020年6月8日 (一) 04:01 (UTC)[回复]
@Hamish、Xiplus：公示期已過-- Sunny00217 2020年6月9日 (二) 13:04 (UTC)[回复]
好。--Hamish論 2020年6月9日 (二) 13:46 (UTC)[回复]
依Xiplus的樣畫了個葫蘆：User:Sunny00217/move-tw.js-- Sunny00217 2020年6月9日 (二) 14:32 (UTC)[回复]
10日早上已替換小工具內的Twinkle，11日早上起會自動移除使用者common.js內的importScript並啟用小工具。--Xiplus#Talk 2020年6月11日 (四) 01:34 (UTC)[回复]

能否用一张模板来实现冠状病毒疫情人数更新？

在英语维基百科上看到 Template:TiddlyWiki version（英语：Template:TiddlyWiki version），可以实现tiddlywiki的版本号控制和版本更新日期控制。是否可以制作一张 冠状病毒病人数统计表的模板(数据可以慢慢更新，先有个模板)，插入每个疫情条目模板，来实现数据更新？--Hikaruangeel（留言） 2020年5月26日 (二) 04:51 (UTC)[回复]

我现在看几个条目，都是手动更新。——Hikaruangeel（留言） 2020年5月26日 (二) 05:01 (UTC)[回复]
(！)意見：查了Category:最新稳定版模板與Category:最新預覽版模板這2個分類的頁面，發現這些頁面是手動更新，並非從維基數據讀取數據--林勇智 2020年6月4日 (四) 04:06 (UTC)[回复]
(～)補充：可以用{{Wikidata}}與{{EditAtWikidata}}，但維基數據的d:Q81068910#P1603、d:Q81068910#P1120與d:Q81068910#P8010這3筆資料都沒更新，可能不準--林勇智 2020年6月4日 (四) 05:23 (UTC)[回复]

有關新版{{Cite}}

自上一次討論已有近兩個月。英文維基前段時期更新了{{Cite}}模板，加入了url-status、df、doi-access等多個新參數。中文維基尚無相應更新，使得從英文翻譯過來的條目須要特別人手處理，才能在中文維基上正確顯示參考資料。手工去除這些參數並不是長久之計，有沒有熟悉此模板的編友可以幫忙引入英文維基的新版{{Cite}}？我也會樂意參與導入工作。鋼琴小子 2020年5月31日 (日) 22:45 (UTC)[回复]

  • (＋)支持：|url-status=参数比|dead-url=参数功能更多，|url-status=可以通过将参数设定为unfit或usurped来隐藏链接。另附上英文维基百科的模板说明文档翻译以供参考：

——BlackShadowG★（留言） 2020年6月6日 (六) 06:41 (UTC)[回复]

编辑界面问题

於Phabricator查看
編號T252966的工單

编辑条目及其它名字空间时，出现了新的编辑界面，以前的界面无法显示，请问有什么方法改回来？（新界面如下）

  • 编辑界面，以前的编辑界面拓展功能完全无法使用（如自动标化学式的上下标、翻译内链等）
    编辑界面，以前的编辑界面拓展功能完全无法使用（如自动标化学式的上下标、翻译内链等）
  • 编辑预览界面，只能预览，要再次编辑必须退出预览
    编辑预览界面，只能预览，要再次编辑必须退出预览
  • 编辑提交界面，需要多点一次，特别繁琐
    编辑提交界面，需要多点一次，特别繁琐

新界面除了这些问题外，还有致命bug，即无法准确找到模板的文本的位置。如参数“abcd = efgh”，如果想在fg中打入一个123，会打成“efg123h”或“e123fgh”而错位。 --Leiem（留言·签名·颜色调查） 2020年6月1日 (一) 05:55 (UTC)[回复]

關聯phab:T252966及其子任務。--Hamish論 2020年6月1日 (一) 16:44 (UTC)[回复]

非自动确认用户的强制预览功能实质上失效

本账号的权限现为非自动确认用户。进行强制预览的同时，编辑内容也会同步保存，效果上相当于同时按下了预览和保存。（自然而然地，接下来在预览/编辑页面进行的所有改动都会在点击保存后显示编辑冲突。）暂时没有进行细致的条件排查。-- Haaal 2020年6月3日 (三) 02:02 (UTC)[回复]

重新试验了一次，发现虽然实际上这一次编辑已经保存成功，但编辑冲突页面显示的“已保存的页面”仍然是这一次同步保存之前的版本，因而无论有没有在强制预览后的预览/编辑页面进行进一步的编辑，点击保存都会显示编辑冲突。-- Haaal 2020年6月3日 (三) 02:10 (UTC)[回复]

強制預覽不是只是用js封锁提交按鈕嗎？-- Sunny00217 2020年6月3日 (三) 14:29 (UTC)[回复]
问题在于，点击预览的同时会提交一次编辑，不知道这是否与js有关。...-- Haaal 2020年6月3日 (三) 23:58 (UTC)[回复]

MediaWiki:common.css 中對於 1.5 倍分辨率簡體 logo 的尺寸有筆誤

原文为： 

@media (-webkit-min-device-pixel-ratio: 1.5), (min-resolution: 1.5dppx) {
    #p-logo a:lang(zh-hans),
    #p-logo a:lang(zh-cn),
    #p-logo a:lang(zh-my),
    #p-logo a:lang(zh-sg) {
        background-image: url(/zhwiki/static/images/project-logos/zhwiki-hans-1.5x.png) !important;
        background-size: 136px auto;
    }
}

应当作 135px；由网页检阅器（我找不到原文的页面），繁体对于也是如此： 

@media (-webkit-min-device-pixel-ratio: 1.5), (min--moz-device-pixel-ratio: 1.5), (min-resolution: 1.5dppx), (min-resolution: 144dpi) {
    .mw-wiki-logo {
        background-image: url(/zhwiki/static/images/project-logos/zhwiki-1.5x.png);
        background-size: 135px auto;
    }
}

136px 的图片宽度导致在 1.5 倍解析度下简体 logo 没有点对点 (pixel to pixel) 对齐而模糊。

另外简体使用的选择器有些奇怪。类名与语言选择器具有足够的优先权以覆盖掉繁体的 logo，建议改成： 

.mw-wiki-logo:lang(zh-hans),
.mw-wiki-logo:lang(zh-cn),
.mw-wiki-logo:lang(zh-my),
.mw-wiki-logo:lang(zh-sg) {
    /* ... */
}

——刘枭扬（留言） 2020年6月4日 (四) 14:15 (UTC)[回复]

 已修复--百無一用是書生 (☎) 2020年6月5日 (五) 02:05 (UTC)[回复]
@Shizhao：一倍分辨率下 #p-logo a 的修改被遗漏掉了，导致现在无论在几倍的分辨率下都变成一倍的图；另外 background-image 后的 !important 可以删去，因为不加也有足够的优先权。——刘枭扬（留言） 2020年6月5日 (五) 09:22 (UTC)[回复]
留意到了相同情况。我的电脑原本会自动选择两倍分辨率的标志，现在都是一倍。--WindowPain（留言 | 贡献） 2020年6月5日 (五) 14:11 (UTC)[回复]
  • 那一段可能需要这样改：
/* Change logo for zh-hans variants */

.mw-wiki-logo:lang(zh-hans),
.mw-wiki-logo:lang(zh-cn),
.mw-wiki-logo:lang(zh-my),
.mw-wiki-logo:lang(zh-sg) {
    background-image: url(/zhwiki/static/images/project-logos/zhwiki-hans.png);
}

/* [[Phabricator:T37337]], improve resolution of logo on high-resolution screens. */
@media (-webkit-min-device-pixel-ratio: 1.5), (min-resolution: 1.5dppx) {
    .mw-wiki-logo:lang(zh-hans),
    .mw-wiki-logo:lang(zh-cn),
    .mw-wiki-logo:lang(zh-my),
    .mw-wiki-logo:lang(zh-sg) {
        background-image: url(/zhwiki/static/images/project-logos/zhwiki-hans-1.5x.png);
    }
}
@media (-webkit-min-device-pixel-ratio: 2), (min-resolution: 2dppx) {
    .mw-wiki-logo:lang(zh-hans),
    .mw-wiki-logo:lang(zh-cn),
    .mw-wiki-logo:lang(zh-my),
    .mw-wiki-logo:lang(zh-sg) {
        background-image: url(/zhwiki/static/images/project-logos/zhwiki-hans-2x.png);
    }
}
background-size 也可以删去，因为繁体已经定义过一遍了。——刘枭扬（留言） 2020年6月5日 (五) 15:03 (UTC)[回复]
@Shizhao：我结合繁体（即没有:lang(xxx)）看了一下，总体可以这样修改：
  • 先将.mw-wiki-logo {background-image: url(/zhwiki/static/images/project-logos/zhwiki.png)}修改为.mw-wiki-logo {background-image: url(/zhwiki/static/images/project-logos/zhwiki.png); background-size: 135px auto}，这个属性貌似不在MediaWiki:common.css中。
  • 修改上一条后，将.mw-wiki-logo下方所有@media中的background-size属性删除，因为会继承——简体与繁体的@media都会继承.mw-wiki-logo中的属性。
然后即可将MediaWiki:common.css中的相关属性按刘枭扬提出的修改示例修改，并将@media (-webkit-min-device-pixel-ratio: 1.5), (min-resolution: 1.5dppx)修改为@media (-webkit-min-device-pixel-ratio: 1.5),(min--moz-device-pixel-ratio:1.5), not all, (min-resolution:1.5dppx),(min-resolution:144dpi)，2倍也如此。 --安忆Talk 2020年6月6日 (六) 06:30 (UTC)[回复]
本来 background-size 直接定义在 media 查询外是最好的，但估计是历史残留问题，其他所有专案也都是如此，上报 Phab. 也未必改得了。很多地方其实都可以更优化，例如 :lang(zh-hans) 本身就包含 :lang(zh-hans-my)（虽然 Wikipedia 没有 zh-hant-my，但浏览器能识别选择器）。另外对于条件 not all 我不太理解其作用@AnYiLin：。——刘枭扬（留言） 2020年6月6日 (六) 06:52 (UTC)[回复]
我认为去掉not all也是可以的，但“前人”是那样写的，也没出现什么问题，我就直接拿过来了。我认为没有加not all的必要，因为判断条件足够多了，not all一定是会为真（true）的。根据MDN上的介绍，all代表所有设备，not使其反义，,代表逻辑运算或（or）。 --安忆Talk 2020年6月6日 (六) 07:13 (UTC)[回复]
我先把mw-wiki-logo部分修了。其他的我觉得可能需要多测试一下？--百無一用是書生 (☎) 2020年6月8日 (一) 01:19 (UTC)[回复]

关于Template:僻字的字体 fallback 列表

本主題或以下段落文字，在討論結束後應存檔至Template talk:僻字。

当前的列表为 

sans-serif, 'Unicode内码天珩输入法配套字体', '方正宋体S-超大字符集', '方正宋体S-超大字符集(SIP)', '文泉驿等宽正黑', 'BabelStone Han', 'HanaMinB', 'FZSong-Extended', 'Arial Unicode MS', Code2002, DFSongStd, 'STHeiti SC', unifont, LastResort

列表最后包含的「LastResort」为 macOS, iOS, watchOS, etc. 中的虚拟字体，任何字元只要调用到了此字体都会阻断 fallback 并显示成豆腐块（□）。这一句话使用了字型「LastResort, sans-serif」。如果使用 Mac, iPhone, iPad 等来看，就全都是豆腐。macOS 等平台上的浏览器大多都支持自动找到合适的字体来 fallback。但由于「LastResort」存在，导致即使有合适的字体也显示不出来。建议删掉这一项严重错误。

另外建议将列表中的字体修改为对应的英文 family name，不然会简繁敏感且在非中文操作系统下可能不能被调用，并增加优先调用系统字体的关键字。即： 

font-family: ui-sans-serif, system-ui, -apple-system, BlinkMacSystemFont, sans-serif, 'Noto Sans CJK SC', 'Noto Sans CJK TC', 'Noto Sans SC', 'Noto Sans TC', 'Source Han Sans SC', 'Source Han Sans TC', 'Source Han Sans CN', 'Source Han Sans TW', 'WenQuanYi Micro Hei', 'WenQuanYi Zen Hei', 'Noto Serif CJK SC', 'Noto Serif CJK TC', 'Noto Serif SC', 'Noto Serif TC', 'Source Han Serif SC', 'Source Han Serif TC', 'Source Han Serif CN', 'Source Han Serif TW', 'Simsun (Founder Extended)', FZSongS-Extended, 'FZSongS-Extended(SIP)', 'BabelStone Han', 'HanaMinB', 'FZSong-Extended', 'Arial Unicode MS', Code2002, DFSongStd, 'STHeiti SC', unifont

註：

  • 优先调用黑体
  • sans-serif 及之前是调用系统字体
  • "Noto Sans CJK SC" 到 "Source Han Sans TW" 为了调用思源黑体（思源系列的字体有很多版本）
  • "WenQuanYi Micro Hei", "WenQuanYi Zen Hei" 调用文泉微米黑和文泉驿正黑
  • "Noto Serif CJK SC" 到 "Source Han Serif TW" 为了调用思源宋体
  • 「Unicode内码天珩输入法配套字体」找不到下载来源，所以英文名称尚不清楚
  • "Simsun (Founder Extended)" 到 "FZSongS-Extended(SIP)" 调用方正的扩充包
  • 剩下的照旧，除了删除「LastResort」这个严重错误
  • 把 SC 放在 TC 前是因为前者的字体档中包含的字形通常更多一些。

——刘枭扬（留言） 2020年6月4日 (四) 14:15 (UTC)[回复]

关于国际足联国家代码列表

根据《中华人民共和国香港特别行政区基本法》、《中华人民共和国澳门特别行政区基本法》，港澳特区分别以“中国香港”、“中国澳门”名义参与国际体育赛事，相关模板需要修改一下。--風雲北洋※Talk 2020年6月6日 (六) 04:38 (UTC)[回复]

{{fb}}和{{fbw}}的name参数可以利用一下。虽然不认为这样做一定准确，因为国际足联对于香港和澳门分别以“Hong Kong”和“Macau”来称呼，这与国际奥委会和国际残奥委会的做法不同，更何况本条目标题就写明是国际足联的代码。--🔨（留言） 2020年6月6日 (六) 07:12 (UTC)[回复]
  • 英文称呼或许会省略“China”，但中文称呼依然会按照基本法来做。港澳地区队足球运动员入场，也是要唱中华人民共和国国歌。电视转播像奥运会那样，用“中国香港/中国澳门”。--風雲北洋※Talk 2020年6月6日 (六) 23:55 (UTC)[回复]

关于结构式讨论的问题

可能是bug。需要协助么？@一片枫叶： Stang★ 2020年6月10日 (三) 12:56 (UTC)[回复]

本主題或以下段落文字，移動自Wikipedia talk:結構式討論。执行人：安全体验™ 签到·新手会·邊緣人 2020年6月11日 (四) 10:05 (UTC) 2019年7月16日 (二) 11:02 (UTC)。[回复]

部分条目小地图显示问题

於Phabricator查看
編號T246314的工單

在部分使用了{{mapframe}}的页面【包括调用使用了{{mapframe}}的模板（例如{{Infobox station}}）的页面】（例如新宫站 (日本)）上，在进行语言转换后小地图无法正常显示（以上述的新宫站 (日本)为例，在简体的变体下无法正常显示，繁体的变体一切正常）。虽然报了Phabricator（最早@Shizhao报过，后来我也报过，我报的见phab:T249187），但该问题至今未解决。--忒有钱🌊塩水あります🐳（留言） 2020年6月8日 (一) 15:32 (UTC)[回复]

Tech News: 2020-24

維基媒體技術社群發出最新技術新聞。請告知其他用戶以下變更。當然，未必所有變更都會影響閣下。翻譯本於此。

最近更改

  • 有一些条目存在可通过不同方式排序的表格。例如，国家列表可以依国家名字母排序，但你可以点击“面积”一列的表头以使其依面积顺序排序。如果你再次点击那一表头，它会倒序排列。第三次点击时将回到原始排序模式。 [2]
  • 自封闭标签现在以HTML5标准工作。<b/>是自封闭标签的例子。它应该是<b>。自2016年起，有这些错误的页面已被列入追踪分类和Special:LintErrors/self-closed-tag。这不会影响<references />或<ref />。 [3]
  • 有一名为WikidataPageBanner的横幅，其现在已在维基导游计划、俄罗斯维基媒体分会页面、和加泰罗尼亚语、巴斯克语、加利西亚语以及土耳其语维基百科试用。现在它也可以在移动版视图检视，而之前，它只会显示在桌面版视图。这些计划应该更新MediaWiki:Sitenotice上的指示，以使编者为移动版视图适配并自定义样式。 [4][5]

本週後期變更

  • 高級項目 你现在可以更新经API更新大量信息的描述。这对于小工具和插件十分有用。 [6]
  • 經常項目 MediaWiki新版本將於6月9日部署至測試維基及MediaWiki.org，6月10日部署至非維基百科站點及部分维基百科，6月11日部署至所有站點，參見日曆。

未來更新

技术新闻由技术新闻作者制作并由MediaWiki信息递送送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2020年6月8日 (一) 21:11 (UTC)

获得简体页面，要输入繁体字吗？

--2001:DF0:465:148:0:0:0:0（留言） 2020年6月12日 (五) 02:25 (UTC) 为什么显示的简体，但是打开编辑，发现空白里的字是繁体字？是不是建立简体页面时，都要输入繁体字？[回复]

顺便一提，您当前使用的IP，其贡献记录中大部分属于破坏，建议您登录账号后再进行编辑，以免IP段被封禁后，编辑活动受到影响。 --安忆Talk 2020年6月12日 (五) 03:00 (UTC)[回复]

总是需要刷新才能显示 “已登入”

试过清理cookie，编辑时还是出现

Sorry! We could not process your edit due to a loss of session data.

You might have been logged out. Please verify that you're still logged in and try again. If it still does not work, try logging out and logging back in, and check that your browser allows cookies from this site.

这是我的用户页 https://zh.wikipedia.org/wiki/User_talk:ZJiekai

补充： 页面右上角会出来一个框框 “中央登录 您目前以ZJiekai登录。刷新页面以加载您的用户设置。”

--47.244.220.33（留言） 2020年6月12日 (五) 14:50 (UTC)[回复]

再测试下，现在好像可以编辑了 --47.244.220.33（留言） 2020年6月12日 (五) 14:57 (UTC)[回复]

可是我在这里（| 请问类似 “财富世界500强” 这样的条目是需要手动更新的吗？）提问，是显示Zjiekai用户名的 --47.244.220.33（留言） 2020年6月12日 (五) 15:04 (UTC)[回复]
今天再测试下，还是无法正常编辑 --47.244.220.33（留言） 2020年6月13日 (六) 04:42 (UTC)[回复]
检索自“https://zh.wikipedia.org/zhwiki/w/index.php?title=Wikipedia:互助客栈/技术&oldid=60077994”