维基百科讨论:翻譯指引/存檔1

添加话题
活跃的讨论

关于翻译方针的建立

我们是否应该建立一个Wikipedia:翻译方针?因为此前编辑几个条目,遇到了大量外文的问题,而我不是翻译,而是增加内容,但是看到大部分没有翻译的条目,如果不删除未翻译内容,增加新内容真的很让人头痛。我唯一的办法就是把非中文内容删除掉,再增加自己要加入的内容(或重新组织内容)。而且对于读者来说,也不会愿意在中文版看到大量的非中文内容。而且现在未翻译完的条目6个月后才能清理,是否也太长了一些?—百無一用是書生 () 2007年7月25日 (三) 15:34 (UTC)

我觉得应该建立,像我这种经常翻译的人觉得比较有必要,我愿意协助建立。至于时间,我个人觉得1个月较合适,如果一个月都还没有翻译的话,那么挂上模板的人多半也忘了。—人神之间摆哈龙门阵 2007年7月25日 (三) 16:19 (UTC)

(!)意見:考慮到有些外文條目可能很長,大家只在空餘/公餘時間上來的話1個月可能不夠全篇翻譯完成。不如改為「最後一次增加翻譯內容的時間為1個月前」如何?如果是有意思持續翻譯條目的話,1個月內總會翻譯數個(小)段落吧。—Charlotte1125 2007年7月25日 (三) 16:29 (UTC)

我建议以Wikipedia:翻译请求为蓝本,完善一个新的规则—人神之间摆哈龙门阵 2007年7月25日 (三) 16:24 (UTC)

日語版有Wikipedia:翻訳のガイドラインWikipedia:翻訳FAQ,可以考慮參考。--RalfX) 2007年7月25日 (三) 16:32 (UTC)

其實我一直很反對太過過度地去鼓勵原文翻譯其他語版的條目,就算是有心翻譯的人沒有足夠時間去一次搞定,最好的方法也應該是閱讀完全文後,摘取基本的重點先把小條目規模的基礎寫出來(其實這點不難,通常把其他語版的首段翻譯一下,然後稍微把有漏缺的重點補充上去就搞定了),然後再把更細節的內容一部份一部份搬過來翻譯。如此一來,除了讀者看到條目時可以獲得基本的理解外,縱使沒有翻譯完,剩下的外文篇幅也不會太多,無論是對讀者或是對其他有興趣參與編輯的編者,都不會造成太大的困擾。這有點像是蓋房子時,先把基礎打好後,再一層樓一層樓蓋上去,如此縱使房子沒蓋完,好歹基礎跟底下已經完工的樓層是完整的。但是我發現有很多翻譯者,好大喜功卻沒有做到收尾的毅力,一開始就把整篇超長的外文內容全部貼過來,然後第一段翻兩句,第二段翻幾個單字,第三段再翻個一句,搞到最後一、二、三段全都不成文,像是一棟東一根樑、西一根柱子,但是沒有樓板樓梯可以讓人爬上去的廢墟,像這樣的翻譯作品對讀者一點幫助也沒,也讓後面接手的人很困擾,例如部分的原文已經被翻譯成中文,文章的結構因此被改變,要對照回去原文有困難,或根本是很爛的翻譯,明知翻錯了卻找不到原文是哪一句之類的……。這種條目在中文維基中特多,有時看到實在很想把它整篇刪除重寫算了,至少比較省力,但是如此一來又是對其他人的貢獻不尊重,左也不是右也不是,乾脆跳過放給它爛,反正中文維基缺的條目何其多,何必將就這一條。我不知道各位是否曾有過上述的這種心路歷程?老實說我常碰到而且覺得很困擾,因此我向來不支持蓄意去鼓勵翻譯,因為就個人的觀點來說,我認為要翻譯就要翻得完整或至少循序漸進,否則可能會淪為幫倒忙!—泅水大象 訐譙☎ 2007年7月25日 (三) 21:03 (UTC)
  • 你是說我嗎?像是……
  • Joomla!……英文不好,看不太懂原文到底在說什麼?……Rico (AJAX)也是……
  • 久石讓……該條目的部份裡電影清單,絕大部分找不到中文維基對應的相關條目,天曉得該怎麼維基化?……
  • 久米田康治……也是,日文維基裡寫一堆,無奈大多看不太懂到底在寫些什麼?尤其是那個生前葬……
P1ayer 2007年7月26日 (四) 02:53 (UTC)
  • P1ayer,說真的,在某名中文維基管理員經常這樣做,留下一大堆未翻譯的文字,數個月前在本人的勸誘下,很少作這樣的事,連管理員做不到這樣的規範,更何況是其他維基人。—費勒姆 費話連篇 2007年7月26日 (四) 13:53 (UTC)
P1ayer兄,我覺得久石讓條目裡面沒有翻譯完成的部分,大都是一些名詞列表,並不特別影響閱讀所以還算可以接受。久米田康治條目,已經翻譯放出的部分問題不大,真正的問題應該是、這條目怎麼連簡介性質的首段引言都沒有?被貼上品質不合標準的清理標籤實在是怪不得人。至於Joomla!這條,那種連一個句子裡都可以中英文夾雜的狀況,的確是我所提到最糟糕的翻譯方式,可能會讓想幫忙翻譯完的其他編者都沒辦法下手接下去,強烈建議太過沒把握的東西就不要勉強,或者換種方式用閱讀後節錄看得懂得部分精簡寫出的簡介方式實行之,而不是強求要一對一的翻譯。—泅水大象 訐譙☎ 2007年7月26日 (四) 04:40 (UTC)
反对大象兄的“有心翻译的人没有足够时间去一次搞定”的说法。请参看挑战者号航天飞机灾难一条目(非常长),据我的记忆该条目从我创建伊始翻译校正完毕并成为特色条目的时间,不足一个月。真正有心翻译的人应该从头到尾仔仔细细地把一篇条目翻译完。^,^—菲菇维基食用菌协会 2007年8月18日 (六) 19:43 (UTC)

辛苦啦!我提议为了与最新的外语内容同步,翻译最多持续半年(或者更短),之后删除未翻译内容和翻译提示模板。不觉得应该使用讨论页。-下一次登录 2007年5月12日 (六) 21:31 (UTC)

當樣這樣的餘地還有價說,一個月好像過短,三個月左右會好一點,強烈建議掛上翻譯模板在討論頁提出原因,至於用戶頁的沙盒,我們就不理會還有,我希望可以延遲到9月才執行,雖然為遷就Wikipedia:动员令/第五次动员令/翻译任务列表好像有點不合理,但我不希望想參與活動的維基人沒條目好翻譯。費勒姆 費話連篇

感谢費勒姆找到我的原话,当时我说“6个月”也只是建议,而且立刻被泅水大象反对了,参见Wikipedia talk:翻译请求#條目翻譯討論。期限当然可以缩短,但也不要短到可能抹杀真正希望翻译完成一个条目的编辑者热情的程度,一个月到六个月之间我觉得都不错。-下一次登录 2007年7月26日 (四) 01:10 (UTC)
还有一点我觉得在翻译的时候应该清楚:我们不可能翻译完成所有英语条目,因为我们人手不够,而就算我们有一天真的成功了,那个中文维基也不是一个好百科。所以翻译要适可而止,参考参考即可,逐字逐句逐条目的进行,大可不必。-下一次登录 2007年7月26日 (四) 01:17 (UTC)
所有我認為一個月真的嫌短,不過在此提醒各維基人,未翻譯的內容可以放在用戶頁的沙盒,這樣的話保證沒維基人騷擾你。—費勒姆 費話連篇 2007年7月26日 (四) 02:07 (UTC)
應該這樣說,如果一位維基人真的沒有太多的時間可以快速完成翻譯,只能偶爾貢獻一小段成果,他大可以利用上面說的臨時頁當沙盒,或是存檔在自己的電腦中,一段一段慢慢完成、一段一段慢慢放上,那麼,縱使該君需要一年兩年才能完成一條作品,我們仍然應該給予100%的支持並且感謝他的奉獻。我得特別強調一遍,在之前主張不可以放置超過一個月的,是直接就貼在條目中的外文內容,而非所有未翻譯完成的東西,因為我想像不出像這樣的資料非得繼續放在中文版主條目中的必要性。長久的放置一堆非中文的內容在條目中,只會造成閱讀者的困擾,就算隱藏,對於有心想幫助修編的用戶也是一種障礙,百害而無一利。雖然我並不支持太過鼓勵一對一的翻譯,但是我也希望別去造成有心貢獻者的不方便或澆熄其熱情。說來各位可能不相信,其實在我自己的電腦硬碟中,隨時存有快十條我寫到一半或翻譯到一半的條目內容,它們有些是根本連創造都還沒創造出來的紅字條目,有些則是我先前已經放上的小條目,但還需要繼續添加資料擴充。所以,雖然有些條目的工作期可能花了半年一年的才貼出,但各位絕對沒有看過我把原文貼在中文條目中然後就放著不管的紀錄:因為擔心造成閱讀者的困擾,我並不敢在未完成一個進度之前貿然以未成品的狀態亂貼上去,我並不是隨便嚷嚷要大家參考我的意見,而是真的親身在實行這樣的理念,也希望有心好好寫東西的維基人,能至少思考一下,這樣的工作方式是不是更能方便自己也便利他人呢?—泅水大象 訐譙☎ 2007年7月26日 (四) 04:31 (UTC)
同意大象兄的看法,其实我自己也不会把外文搬进条目,完全可以在用户页或者自己电脑上搞定,不过可能有些用户的习惯不一样,所以建议还是给一段时间,毕竟要照顾到整个社群。我觉得一个月足以,因为放置一个月后还没有改变的可能对应的外语条目都改变了,所以没有留下的必要。—人神之间摆哈龙门阵 2007年7月26日 (四) 05:38 (UTC)
同意象兄的建議。我幾乎不逐字句照翻條目,若受限語文能力或時間等其他因素,則會先將其寫成小作品,不會有留一堆原文在條目內的情形。—Ellery 2007年7月26日 (四) 08:26 (UTC)
反省一下,我也喜欢全文复制过来,最后翻译得还剩一半,另一半原文太差,直接删掉了。外文写作人员也不都是专业人士,翻译时还是要慎重选择。个人觉得全文复制有一个好处,就是给其他想参与翻译的维基人带来方便,不必再去外文页面逐句核对。坏处当然不言而喻。--一葉知秋切磋 2007年7月26日 (四) 09:57 (UTC)
我写了一个Wikipedia:翻译守则,请大家讨论,看是否需要补充和修正的地方?另外,关于机器翻译的条目应该如何处理?—百無一用是書生 () 2007年7月26日 (四) 16:22 (UTC)
我已经做出了一些补充,关于机器条目,我觉得如果大家不反对的话,可以考虑允许速删,因为我个人到现在为止还没有发现一个真正可以翻译的软件。—人神之间摆哈龙门阵 2007年7月26日 (四) 16:52 (UTC)
怎么忽然间无人讨论了?目前大致的方针没有什么意见了,现在主要需要讨论的问题是:
  1. 撤消翻译模板的时间:1个月未编辑后撤消,还是3个月,半年?
  2. 未翻译的条目两周后如果有翻译是改挂翻译模板,还是直接清除外文部分?
  3. 机器翻译条目如何处理?

--百無一用是書生 () 2007年8月2日 (四) 15:30 (UTC)

我的意見是
  1. 個人經驗是3個月,但未翻譯內容不包括少部份的專有名字及所有組織、人物的名字,如看見這情況,只需將翻譯模板刪除。
  2. 保留並觀察3個月,不要直接刪除文字。
  3. 掛上{{notchinese}}模板。—費勒姆 費話連篇 2007年8月4日 (六) 04:13 (UTC)
有必要3個月吗?如果1个月都没有翻译,其翻译来源处的内容很可能都已经大幅更新了--百無一用是書生 () 2007年8月7日 (二) 14:35 (UTC)
不一定,因為一些更新密度較低的條目更新速度較慢,如果是一個月刪除將會對某些維基人相當殘忍。因為根據一個月及半年的意見,中間點是3個月—費勒姆 費話連篇 2007年8月9日 (四) 00:28 (UTC)
我的意见
  1. 翻译模板的时间三个月可能比较好。(虽然我本人翻译时喜欢一气呵成,但是英文的参考资料逐一查证是很花时间的,如果遇上自相矛盾或不清楚的地方还要和英文原作者沟通讨论也需要时间。)
  2. 未翻译的条目两周后如果有翻译是改挂翻译模板,至于外文部分,个人认为本来就不应该出现在条目中。地名、人名和特殊名词除外,翻译者可能需要他人帮助完成。
  3. 机器翻译,如果要修正的话,几乎是重头来一遍,删了也罢。为了不打击新人积极性,可以挂notchinese模板一个月,没有改进,还是删除吧,可以投票表决。速删可能因为管理员个人判断会有失误。—木木 2007年8月9日 (四) 20:19 (UTC)
  • 額外的一個問題,如果一個列表卻帶有未翻譯的內容,但是到了限時要刪除未翻譯文字又不忍手刪掉(因為刪掉會變為未完成列表),你會怎麼辦呢?—費勒姆 費話連篇 2007年8月10日 (五) 02:08 (UTC)
我認為機器翻譯往往比不翻還要難懂,可以快速刪除,列表可以長期保留未翻譯文字,其他條目限時刪除未翻譯文字--Ws227 2007年8月12日 (日) 10:05 (UTC)
我认为,列表如果50%以上内容翻译完成可以保留。—木木 2007年8月14日 (二) 08:21 (UTC)

综合

根据上面的意见,比较统一的认识是:

  1. 如果条目挂上翻译模板后3个月内没有进行任何翻译,将删除翻译模板和未翻译内容
  2. 未翻译的条目两周后如果有翻译改挂翻译模板

还有不同意见的问题:

  1. 机器翻译条目可以快速删除;或者挂上notchinese模板后,到期仍然没有改进,则投票删除

--百無一用是書生 () 2007年8月20日 (一) 12:21 (UTC)

關於translation和translating

目前translation和translating似乎都被管理員解釋為翻譯進行中,加入模板者正在翻譯,因而不斷將兩者置換和刪除,若無異議我想新建一個用意是吸引他人注意和參與的翻譯請求模板,記得這原本應該是translation的用途,至少我是這樣理解的,雖然不知道是什麼時候被改成現在這樣,但既然如此我另建一個如何? Meeow 2007年10月27日 (六) 20:46 (UTC)

翻譯的三個月限期

到底是建議還是正式方針?為什麼可以讓人不經討論就用種鋼的x話為由刪內容去模板?另外翻譯的正式規則要好好討論,多頭馬車或新選組作風只是讓中文維基劣化跟參與者離去—以上未簽名的留言由61.217.92.98對話貢獻)於2007年11月14日 (三) 02:59 (UTC)加入。

翻譯自外文維基百科的條目

翻譯自外文維基百科條目需要在譯文中說明是翻譯 http://en.wikipedia.org/wiki/Wikipedia_talk:Translation#Copyrights

我也去英語維基百科再確認了, 翻譯自外文條目必須列明.

我的問題是, 這是否適用於中文維基百科?Seven (留言) 2007年11月25日 (日) 09:53 (UTC)

在编辑框下方的编辑摘要中注明是翻译自维基外语版本的即可。—Isnow (留言) 2007年11月25日 (日) 11:06 (UTC)
但如果翻譯文章的編輯沒有在編輯摘要註明是翻譯自維基外語版本, 後續編輯該怎麼辦? Seven (留言) 2007年11月26日 (一) 00:29 (UTC)
翻譯的條目不意味後續仍需完全100%比照外文維基版本的內容,翻譯完後可在對話頁加上{{TArticle}}(全翻譯)、{{HTArticle}}(半翻譯)模板以說明。—Ellery (留言) 2007年11月26日 (一) 02:20 (UTC)
我知道翻譯的條目不意味後續仍需比照外文維基版本.我是指仍然在外文譯本狀態的條目.
如果翻譯文章的編輯沒有在編輯摘要註明是翻譯自維基外語版本,文章仍然在外文維基版本譯本狀態, 處理程序是在對話頁加上{{TArticle}}, 對不對? Seven (留言) 2007年11月26日 (一) 02:56 (UTC)
若是翻譯中未翻完的,則應在條目頂端(不是對話頁)使用{{translating}}模板標示。當然若未譯文留太久沒人動則應該要刪除未譯部份。—Ellery (留言) 2007年11月27日 (二) 00:36 (UTC)

兩個很基本的翻譯要求

我對於翻譯目的的解讀是:為了讓使用「翻譯後的語言」的人看得懂而有的行為。既然如此不應該無條件將原文全部翻譯,有些只有在原文才有的現象或說法,若是在「翻譯後的語言」中,沒有這種現象或說法,不應該毫不考慮地照翻。在此舉一個例子,出自條目─抽象化:「大多數在藝術中一般會將「抽象」當做是抽象畫的同義詞」。使用英文時,才有這種現象吧?使用中文時,會把「抽象」當成「抽象畫」的同義詞?Callmejosh (留言) 2008年7月5日 (六) 11:56 (UTC)

這很基本,基本到大家容易忽略。翻譯時,上下文很重要吧?有些人會直接把單字翻成中文,這很基本,但是翻譯完要看一下上下文,看通不通順吧?剛剛在條目─地球,看到有人以「無論如何」代替「儘管如此」,雖然英文是同一個字,但中文意思不一樣吧?Callmejosh (留言) 2008年7月6日 (日) 10:45 (UTC)

关于翻译的一点建议

看到很多人在翻译的时候没有保留原文的习惯,这样会给其他人的编辑带来很大潜在冲突。我认为适当保留原文至少有这些好处:便于通过搜索功能检查有多少条目涉及到这个名词;可以突破译名不同的问题;便于以后统一译名。而我觉得这些情况应该保留原文:

  • 中文名字右边用(原文)的形式标注。
  • 一个维基尚不存在的条目用:中文名(原文全称)的形式,若今后条目被编写,则删去原文。
  • 一个较长的专有名词,公司名:简称(原文缩写)的形式。例如波音综合国防系统集团(IDS)
  • 人名:中文名(原文),如果空间狭窄,如模板内,分两种情况,若该位人物已有条目,则用中文,若人物条目待撰,则用原文。

希望大家讨论得出一个共识,现在维基的翻译体系过于混合,有失百科的严谨性。--一葉知秋切磋 2008年7月29日 (二) 15:03 (UTC)

如果不是红字的一般我都不括注原名,有些缩写可能例外。  Mu©dener  留 言  2008年7月29日 (二) 17:51 (UTC)

  • 我觉得一个维基尚不存在的条目可以使用{{link-en}}一类模板列出,而不要直接用括号注明;这样才能使一篇文章中的文本格式整齐,不至于使得一部分列有原文,另一部份又不列原文,让人一看上去还以为是还没翻译完的半拉子工程。—菲菇维基食用菌协会 2008年7月29日 (二) 18:57 (UTC)
依照一般坊間的外文翻譯書籍慣例,在第一次遇到非普及名詞時,無論是否有額外的註解(在維基百科應該就是指有沒有內部連結),都會有標示上原文以方便讀者理解的作法。言下之意,其實我個人只有局部贊同一葉知秋兄的意見,我對於第二項後半的『若今后条目被编写,则删去原文』這意見並不是非常贊同。之所以這樣說是因為,縱使維基百科已經有內部連結可以作為關連參考,當一篇條目中有太多生冷詞彙時,大量的翻譯名詞藍色連結可能會讓讀者點到手軟而影響了閱讀時的順暢度,但相反的我也承認,過多的原文註釋同樣也會影響閱讀,因此在哪些名詞才該註釋的程度拿捏上,往往就得靠翻譯者本身的功力。當然由於維基百科上的參與者不見得人人都是翻譯專家或高手,每個人對於各種領域的詞彙理解程度也有落差,對於某甲來說覺得應該是常識的詞彙,對於某乙來說可能是天書,所以很難寫出具體的『標準』來定義哪些程度以上的名詞該保留註釋,哪些程度以下的不用。但總體來說,通常會在第一次出現時標示原文註釋的包括:人名(尤其是不夠有名的人物)、地名、公司行號或單位名、專有名詞、縮寫的原名以及其他更為冷僻的專業術語乃至於容易混淆的譯名。—泅水大象 訐譙☎ 2008年7月29日 (二) 19:11 (UTC)
差不多就是这个意思了,看来可以写入翻译规范了。就是有些维基人翻译的时候不守规矩,遇到术语也不查词典,字对字地译。还不留原文。--一葉知秋切磋 2008年7月30日 (三) 02:09 (UTC)
个人认为非红字加注原文没什么意义,如果想知道原文如何,读者自可前去主条目观看。我也反对把这一条加入翻译规范。如果有人坚持这么做,那请在自己的区域转换模式下实现,不要在没有共识的情况下改动方针。而且我想你们太过于笼统地总结情况了,我看不见得所有条目都是从外语版翻译的(实际上英语维基的很多条目错误连篇),那些本身就是利用中文资料写成的条目自然可能没有原文存在。至于红字条目夹注原文,我认为是十分必要,因为很可能下一个翻译者根本不知道这个名字是指谁(如果他不是专门研究这一领域的话)。--Douglasfrankfort (talk to me) 2008年7月30日 (三) 04:12 (UTC)
我主要就是针对红字条目的,也希望大家在拿捏不准术语名称的时候,也保留原文。--一葉知秋切磋 2008年7月30日 (三) 04:46 (UTC)
不應將是否為紅字納入考慮因素,維基百科不是僅在網頁上讀的,也會印成紙本或是其他格式電子檔,必需讓讀者無論用哪種方法閱讀維基百科的內容時都能看到完整的東西,因為讀者不見得能看得到內部連結(例如印成紙本)。—ellery (留言) 2008年8月9日 (六) 16:05 (UTC)
其實我很早之前編寫外譯條目時,專有名字術語都會加上(原文),但那時有很多維基人大力反對,理由都是『這裡是中文維基,不應有外語出現,要看英文請去英文維基』。不知現在大家的意見有沒有改變呢?--218.189.248.35 (留言) 2008年8月12日 (二) 09:08 (UTC)
很矛盾的是「要看英文請去英文維基」,但又不少人直接從英文或日文等維基整個複製貼上,連最基本的翻譯都沒有,好似以為一定會有好心人馬上幫他翻,結果反而強迫中文維基的網友看整篇的英文。—ellery (留言) 2008年8月12日 (二) 16:31 (UTC)
對Ellery兄的意見心有戚戚焉,每次看到這種情況就非常想直接回退處裡之。最近看很不順眼的是有不少特定用戶習慣性地把日文維基中的『關連項目』一字不改的移到中文維基中,雖然這幾個字看起來像中文,但實際上在中文中根本就沒有這樣的用法,難道會動手轉貼好幾十篇,卻沒時間把它改成中文維基標準的『相關條目』嗎?—泅水大象 訐譙☎ 2008年8月22日 (五) 23:47 (UTC)

是否應避免方言口語入文

這里是中文(普通話、國語、華語)維基,不是北京話(或其他方言)維基,如壓根兒寫成根本就好了,畢竟白話文有書面體和口語體之分,參雜方言色彩的口語體,似乎有不尊重其他方言讀者之嫌。Vorrei (留言) 2011年10月22日 (六) 10:00 (UTC)

翻譯條目

有些翻譯經年但尚未完成的條目[1],要不要設一個限期清理未翻的部份?--Nivekin請留言 2012年1月14日 (六) 03:41 (UTC)

翻译模板规定的是2个星期。乌拉跨氪 2012年1月14日 (六) 06:53 (UTC)
(:)回應 你說那個是『notmandarin(过多不是现代标准汉语)』模版, 只適用於完全或絕大部份未翻譯的條目,兩星期後會提速刪。現在掛著『translating(正在翻譯)』模版的, 有些已掛了兩年以上--Nivekin請留言 2012年1月14日 (六) 07:02 (UTC)
这木有矛盾啊。两个星期未完成翻译就应该把未翻译的部分删除。乌拉跨氪 2012年1月14日 (六) 07:09 (UTC)
是3个月。另外这些都是中文外文混杂,清理很麻烦,所以一直没人管吧?--MakecatTalk 2012年1月14日 (六) 08:12 (UTC)
translating应该是超过3个月无人翻译就清除非中文内容吧。--zhyk (留言) 2012年1月30日 (一) 14:12 (UTC)

机械翻译

人類大戰僵屍,这样的内容不属于机械翻译?乌拉跨氪 2012年1月14日 (六) 07:58 (UTC)

看上去是機械翻譯,但翻譯質量看上去不差,只要有人想校對一次就可以合格,用不上比對原文。ZZArchtalk to me 2012年1月14日 (六) 08:28 (UTC)
“通常是原來殭屍,至少有一個人開始出殭屍遊戲,必須開始傳播的殭屍,並在一些規則允許身穿頭帶一個固定的時間。”谁来解释一下这样类似的句子。乌拉跨氪 2012年1月14日 (六) 08:35 (UTC)
You win,最後一小句實在是匪夷所思。ZZArchtalk to me 2012年1月14日 (六) 10:07 (UTC)
好吧,我承认这句理解起来有点难度……--铁铁的火大了抓兔子啦,抓兔子啦…… 2012年1月14日 (六) 10:25 (UTC)
還有更糟的,一些句子看起來通順,其實卻不符合原文的意思,隨手改了幾個,不想再看下去……--Quest for Truth (留言) 2012年1月21日 (六) 21:17 (UTC)

外文条目中的参考文献应该如何处理?Paullimale留言) 2012年5月31日 (四) 13:04 (UTC)

翻译好的中文条目应该是没有任何参考文献?抑或是把原来的外文参考文献直接拿过来?

當然,外文參考文獻要直接照搬過來,這部份可以不用翻譯。--Mihara57留言) 2012年5月31日 (四) 14:47 (UTC)

非中文內容要等足3個月方可移除?

原始提議與修改方案

見某用戶給我的留言[2]「哥尼斯堡城堡」的編輯記錄。參看Wikipedia:翻译守则。--Mewaqua 2012年7月9日 (一) 05:20 (UTC)

3個月實在太離譜了。若由其他語言版本翻譯,隨時可以透過外語連結查閱,根本就不應該將其內容貼進來。Wikipedia:翻译守则#正在翻译的条目開頭第二段起也寫著:

我們建議您盡量不要把外文條目直接複製粘貼到條目中,而是在沙盒、自己的電腦上或者用戶頁上進行翻譯,然後將翻譯好的部分轉移到條目上。

我們絕不建議在條目創立後加上未翻譯內容,否則會破壞條目的完整性。

即是表達這樣的理念。不知為何該節後面會有這一段文字:

因此,我們規定,當一個條目超過3個月內沒有進行翻譯(例如從4月1日一直到7月1日這段時間都沒有進行過任何翻譯,或者說最後一次增加翻譯內容的時間為3個月前),那么將撤去翻译模板,刪除非中文的內容

明顯自相矛盾。能否請資深維基人出來解說一下。--Kolyma留言) 2012年7月9日 (一) 12:38 (UTC)
  囧rz...Wikipedia:翻译守则上面模板不是說這是草案嗎……--KOKUYO留言) 2012年7月9日 (一) 12:48 (UTC)
既然擺著,必然會有人引用,目前的狀況即是如此。再者,就算是草案,也要合理,不應自相矛盾。--Kolyma留言
参考Wikipedia_talk:翻译守则#关于翻译方针的建立。当时虽然已经定下了一些共识,但可能是还希望进一步讨论。只是后来大家都忘了这档子事了。年代久远,或许记错了--百無一用是書生 () 2012年7月9日 (一) 13:20 (UTC)
当时的用意是希望看到的人帮忙翻译吧。—Snorri留言) 2012年7月9日 (一) 13:35 (UTC)
效果好像很有限吧!再者,三個月實在太久了。-Kolyma留言) 2012年7月9日 (一) 13:47 (UTC)
如果時間不容許,應該先翻譯序言章節就好,爾後再逐章逐節添加。貼上一大堆外文擺著,給讀者的觀感極差。-Kolyma留言) 2012年7月9日 (一) 13:51 (UTC)
可以把翻译守则草案的讨论继续下去。如果读者观感差的话,可以做一些更人性化的模板,把非中文内容移到讨论页,然后用模板引导想帮忙翻译的人到讨论页协助翻译。—Snorri留言) 2012年7月9日 (一) 13:59 (UTC)
由其他語言版本翻譯的條目,隨時可以透過跨語言連結找到原文,實在沒有必要移至討論頁去浪費資源。此議題是因為有爭議才開版,宜在此版面解決。為講求效率,本人直接提案於下。--Kolyma留言) 2012年7月9日 (一) 14:15 (UTC)

(&)建議:未翻譯內容刪除期限由3個月改為1週。--Kolyma留言) 2012年7月9日 (一) 14:15 (UTC)

我不认为将待翻译内容放在讨论页是浪费资源。请给出浪费的具体定义,定量计算浪费了什么资源,多少资源。我认为将一些待翻译的段落放在讨论页,首先节省了想添加资料者寻找别的语言版本的时间。其次可以只将自己认为有翻译价值的段落放入(别的语言版本也不是整篇文章质量都优秀),这种筛选工作也是一种努力。最后,讨论页本身就是讨论如何改进条目的地方,放入待翻译内容完全不浪费资源。—Snorri留言) 2012年7月9日 (一) 14:41 (UTC)
本人提案內容不涉及是否要移往他處。在此認同樓下泅水大象君所言:「只要別放在條目內文中丟人現眼就好。」-Kolyma留言) 2012年7月11日 (三) 12:43 (UTC)
(-)反对不是所有參與維基工作的維基人都能夠在1個星期內上維基百科。--Flame 歡迎泡茶 2012年7月9日 (一) 15:46 (UTC)
(*)提醒:1個星期是非中文內容擺置的時限,不是該等維基人編輯的時限:透過跨語言連接,隨時隨地可以參考原文版;如果堅持要貼入中文維基才有辦法做事,使用隱藏標籤不就好了?-Kolyma留言) 2012年7月11日 (三) 12:37 (UTC)
(+)支持,「就算無人翻譯也要等足3個月才可以刪去非中文內容」(見User:Flamelai在該條目的多次回退,連隱藏非中文內容也不許)實在是不合理。--Mewaqua 2012年7月14日 (六) 17:56 (UTC)
  • (!)意見:保留原文內容的期限該允許多久有值得商榷之處(我認為三個月實在太久了),但是有件事應該得強制執行,那就是沒有翻譯完的內容段落應以<!---- ---->之類的標籤予以隱藏,因為隱藏起來的內容對於編輯者而言沒有差別,但是對於查閱條目的讀者而言是一種尊重。畢竟如果一個讀者跑來查閱中文維基的條目,當然是為了要看中文的內容,如果看得懂其他語言那就直接去其他語版算了,何必來看這攤中不中外不外亂七八糟夾在一起的垃圾?--泅水大象訐譙☎ 2012年7月9日 (一) 18:47 (UTC)
    • 与其隐藏,不如在讨论页开一个翻译作坊,放置非中文内容,效果更好。—Snorri留言) 2012年7月9日 (一) 18:57 (UTC)
      • 我不在乎這些雜物要塞去哪裡,只要別放在條目內文中丟人現眼就好。真的有心有能力的人,根本不該像這樣逐字逐句的去翻譯人家寫的東西,而完全沒有任何自己的考證或交叉參考其他資料來源。要知道其他語版的內容也是跟我們一樣的普通參與者寫的,他們也很常寫錯東西,因此若只是這樣直翻,等於把人家寫錯的部分也一同毫不過濾的接收。個人認為,逐文直翻是最低層次的條目建立方式,只比copy & paste直接侵權與亂寫好一些而已,因此有人要這樣寫我們無權阻止,但實在不該給予各種優惠措施甚至去鼓勵。-泅水大象訐譙☎ 2012年7月9日 (一) 19:06 (UTC)
        •   囧rz...:只會翻譯的我覺得好像被打了一槍,雖然我不會作把原文放在條目這種事……--KOKUYO留言) 2012年7月9日 (一) 23:55 (UTC)
          • 會翻譯東西的人一定看得懂外文,看得懂外文就可以看得懂其他參考來源的資訊,所以這其實是要不要去做而不是能不能做得到的問題。一些寫得比較好的其他語版條目都有提供大量的參考資料連結,請問大家在翻譯的同時,是否曾經點進去確認一下參考文獻跟本文之間是否有關連,或有其他值得參考寫入的資訊?還有,有些人翻譯東西時喜歡照著本文的行文一句一句直翻,但卻忽略了其他語言的行文結構與中文不見得一致,所以很容易翻出像是人肉機械翻譯般的東西,或者明明原文看不是很懂的段落或句子,也要硬翻,結果翻譯出錯誤或甚至與原文意思顛倒的內容。說真的,看不懂的東西跳過別提,也總比硬著去翻譯之後還翻錯來得好多了,少掉的東西如果有人覺得重要會幫忙補回,但是幫人家修訂一堆錯誤翻譯的文章其實是很痛苦的事,因為我不只得要看他翻錯的東西,還得看懂原文,然後比對其中有哪些地方寫錯了。像這種幫倒忙的貢獻方式實在讓人無法給予任何感激之心,反而會希望他們別那麼逞強。以上這些都是喜歡直翻其他語版文章的人常犯的錯誤,如果多用點心多花點時間查證與改寫,其實相同的資料來源可以寫出更好、更正確的條目。雖然我平常偶爾會接些廠商的翻譯案件,算是半專業的翻譯工作者,但我真的覺得維基百科不是個讓人練習翻譯東西的好場合,甚至想大聲指出,過多的翻譯文章其實毒害了中文維基參與者的心,甚至拉低整體內容水準!--泅水大象訐譙☎ 2012年7月10日 (二) 10:50 (UTC)
      • (:)回應這樣的話,其他不願意翻編輯歷史讀者及編輯誤以為是空洞,甚至不屑一看。用{{TransH}}及{{TransF}}比較好,但不應強制。有很多Wikipedia的頁面也沒有完全翻譯。--Flame 歡迎泡茶 2012年7月10日 (二) 00:14 (UTC)
Wikipedia 頁面是給編者(維基人)看的,條目頁面是給讀者看的,不宜相提並論。--Kolyma留言) 2012年7月11日 (三) 12:21 (UTC)

修改方案第二版

(&)建議:綜合大家意見,研擬修正版並簡化內容如下:

因此,我們規定,當一個條目超過1週沒有進行任何翻譯,可能會使用{{TransH}}及{{TransF}}隱藏非中文內容;超過2週沒有進行任何翻譯,那么將撤去翻译模板,刪除非中文內容

-Kolyma留言) 2012年7月21日 (六) 01:44 (UTC)

    • 我們應該信任維基人,應給予維基人時間,就讓3個月決定去留,我做一些讓步吧,所有未翻譯內容均在3個月內必需刪除。請Kolyma找出理據駁斥本人對處理過期翻譯的手法!--Flame 歡迎泡茶 2012年7月22日 (日) 01:34 (UTC)
如果還是3個月,恕我看不出您「讓步」了什麼?-Kolyma留言) 2012年7月23日 (一) 12:28 (UTC)
我以前處理過期翻譯是最後一次翻譯+3個月,無翻譯刪除,現在只留90天已經是不錯,不宜急躁清理。--Flame 歡迎泡茶 2012年7月23日 (一) 14:26 (UTC)

我的修改方案

  1. 未翻译内容在条目内停留3天,之后将所有未翻译内容移到条目讨论页,并建立一个条目提升研讨区域,挂上正在讨论的模板。
  2. 建立一个类似于“小作品”模板的“翻译提升”模板,放在条目底部,指出有良好的外文版本可供翻译,并建议有意者前往条目讨论页。
  3. 讨论页的未翻译内容放置一个月,之后删去,但不删其余讨论内容。

讨论页本来就应该拿来做这种事。现在的讨论页平均利用率太低。既然有人觉得外文放在条目里难看,有人觉得应该留下来等待翻译,就应该放到讨论页里,变成一个微型的提升计划,既不妨碍读者阅读,也不妨碍编者编辑。—Snorri留言) 2012年7月23日 (一) 12:34 (UTC)

  1. 由明天開始,我嘗試在過期翻譯的條目開始執行(但一遇上列表性質的條目比較麻煩)。雖然以前有,但也要視心情,另外如果真的要縮短至三天的話,那個叫{{notchinese}}的模板有可能成為無用武之城。--Flame 歡迎泡茶 2012年7月23日 (一) 14:39 (UTC)
  • (!)意見:我認為除非在{{inuse}}還有效的時間內(表示正好有人在編輯中),否則內文中的非中文內容應該要予以隱藏(無論是用任何方式,包括transF/H模版也行)。我的意見主要是基於讀者的角度,尤其是那些偶爾來查資料、並不熟悉維基運作方式的讀者。雖然我知道Flame兄的目的是希望讓未翻譯到的內容醒目、比較有人會參與,但基本上我們必須假設編輯者一般都會比普通讀者來得瞭解維基百科的系統,知道上哪兒查找資訊,因此針對編者的訊息應該藏在比針對讀者的資訊更不顯眼之處是必要之惡。原則上,我認為條目中的未翻譯資訊應該無時無刻都予以隱藏,反倒是如果是移到討論頁中的資料,要放多久才刪除我並沒有特別的意見,因為討論頁是針對編者設計的頁面,一般讀者並不會常常見到,是個可以多利用擺放編務相關資料的場合。--泅水大象訐譙☎ 2012年7月24日 (二) 08:16 (UTC)

紅鏈結

我認為應加入以下句子: 對於外語條目裡的鏈結而中文維基百科裡沒有的鏈結應使用{{link-en}}模板。

--KennyTALKContributions 2013年2月18日 (一) 08:26 (UTC)

  • (-)反对,我认为应该说明,不建议使用{{link-en}}模板。既然是中文百科,链接的条目就都应该是中文的--百無一用是書生 () 2013年2月19日 (二) 01:16 (UTC)

(+)支持,应该注明,这样有助于读者--Techyan留言) 2013年5月11日 (六) 05:15 (UTC)

  • (&)建議“对于中文维基百科尚未创建的外语主题条目,可参照Wikipedia:格式手册/链接#外来词汇标注。”,如何--YFdyh000留言) 2013年5月12日 (日) 04:19 (UTC)
  • (+)支持,我认为這有助於標識哪些條目尚待翻譯,而且條目創建後馬上有條目链接到它。特別是原文非中文時,也幫助讀者知道原文是什麼。--歡顏展卷留言) 2015年2月26日 (四) 04:35 (UTC)

Wikipedia:格式手册/链接#跨语言链接已規範。—RalfXἀναγνώρισις)歡迎參與節目表廢存投票 2015年2月26日 (四) 09:50 (UTC)

問:从英文维基翻译条目内容到中文维基

从英文维基翻译条目内容到中文维基是否可行?需注意什么?是否有可靠性?链接是否需要复制?希望予以解答。 --MinnesotaWinter留言) 2014年3月27日 (四) 08:30 (UTC)

英文维基翻译条目内容到中文维基是可行的,注意事項可以參考維基百科:翻譯守則--Wolfch (留言)-歡迎擴充基礎條目 2014年3月27日 (四) 11:09 (UTC)
[3],仅供参考。——路过围观的Sakamotosan 2014年3月27日 (四) 12:04 (UTC)

翻譯問題

請問翻譯外維條目到中維需要語譯嗎?還是意譯可以了?--靈車甩尾棺材甩留言) 2014年3月27日 (四) 11:20 (UTC)

可否舉個例子?鋼琴小子 打個招呼 查看貢獻 2014年3月28日 (五) 02:02 (UTC)
算了,不譯了。--靈車甩尾棺材甩留言) 2014年4月3日 (四) 17:07 (UTC)

关于在非英语条目添加英語名

Bigtete自認沒有閱讀格式手冊,仍堅持在自然歷史失控溫室效應等非英語條目首段加入英文,并認為“有內部鏈接的情況下,也還是可以加英文,這對閱讀有幫助。”。

  1. Bigtete君認為“維基百科最重要的守則就是沒有守則”。按維基百科:何謂忽略所有規則#使用常識,忽略規則是基於常識之上,“要根据已有的共识社群基本原则、百科全书的利益作为立论之基础,而不是你的个人常识”,不知其行為可以用那個方針或指引解釋?
  2. 記得Bigtete還說過原因還有“中文dyk水平太差,應緊盯英文維基”、“大多數情況下應該更重視英文文獻”?(討論:史蒂芬·霍金#新條目推薦討論討論:鐵酸鎳)此處請Bigtete回答,不知這是否可以理由之二?
  3. 維基百科:命名常規維基百科:維基化均指出應使用的是原文而不是英文,維基百科:翻譯守則(草案)已指出“中文維基百科不是英文維基百科”,疑似為此舉所違。
  4. 最重要的,加入英語如何能“對閱讀有幫助”?無論是內文加英文還是首段加英文,相關條目的敘述還比不上一兩個英語詞(甚至是“Runaway Greenhouse Effect”這樣的生僻詞)有幫助?一兩個英語詞到底能有什麼幫助?

被人反對也不是我這一兩次了,鑒於自上次與其交流以來一個月仍此君仍未改變看法,故特此征求社群關於“給非英语条目添加英語名”的共識,順問此舉究竟算是可接受還是需要阻止。--淺藍雪 2015年3月19日 (四) 21:35 (UTC)

  • (!)意見嗯...有時加入英語詞真的還蠻有幫助的。尤其是在解釋自然科學條目中的專有名詞。在此舉例:
  1. 導航波理論 與 pilot wave theory,後者個人認為較為常見
  2. 各向同性 與 isotropy,後者一目了然
  3. 反德西特/共形場論對偶AdS/CFT對偶,本人從未親自聽說前者,但常聽到後者
  4. 哈密頓-亞可比方程式 與 Hamilton-Jacobi equation,前者若用在行文中而不加註英文會增加閱讀難度

或許這是每個人所受教育的不同,導致看中文或英文名詞較易/難閱讀的情形。像我們臺灣大學上課時用的自然科學教科書都是英文原文版,於是看到有人把那些名詞翻成中文時就會看不太順。或許是因為你們那邊的大學都用中文教科書才較難理解為何“一兩個英語詞到底能有什麼幫助?”吧。閣下也說到維基百科:命名常規維基百科:維基化均指出應使用的是原文而不是英文,但是那些名詞的首先提出通常都是英文,於是原文的認定就有歧異了。- 和平、奮鬥、救地球!(留言)歡迎參與滅絕專題 於 2015年3月20日 (五) 01:52 (UTC)

我認為像是自然科學這類沒有預設語言領域,但又並非日常人人都熟悉的專業術語條目,在不得已的狀況下使用英文當註釋還算是個合理的特例,為了嚴守語言中立原則結果反而造成條目難閱讀不容易理解,似乎有點矯枉過正。畢竟英語是國際學術交流場合最常使用的語言平台,像是學術期刊、研討會也都是使用英語溝通,以這樣的精神來看註釋英文有其理據基礎。但要使用這種特例的作法還是要有基本前提:此詞彙必須是真的找不到適當的所屬文化圈;如果找得到其歸屬,當然還是要以其原文為註釋優先。--泅水大象訐譙☎ 2015年3月20日 (五) 03:56 (UTC)
對於「給非英語條目添加英語名」,我在疑惑,邁特里帕拉·西里塞納條目列出他的僧伽羅文名和泰米爾文名,而沒有英文名,試問我們的讀者有多少人懂僧伽羅文或泰米爾文?如果讀者想找關於他的資料,是用英文名還是僧伽羅文名、泰米爾文名去搜尋呢?--Mewaqua留言) 2015年3月20日 (五) 04:07 (UTC)
正確的作法應該是添加這些文字的拉丁轉寫/羅馬化吧(幾乎所有的語言都有其標準的拉丁轉寫)--泅水大象訐譙☎ 2015年3月20日 (五) 04:11 (UTC)
如果该名称的对应译名通用性较低,例如科学领域的新兴术语,或者是编者按照惯例自行拟出的译名,例如某些人名,这类情况应考虑加注原文,否则没有必要。—Chiefwei - - ) 2015年3月20日 (五) 05:09 (UTC)
页面左边的跨语言链接又不是摆设,想知道各语言对应名称的话点一下不就好了。--Kuailong 2015年3月20日 (五) 06:09 (UTC)
(-)反对批量加英文,是不是考虑将物理条目中的所有的力都加注force,数学条目所有的矩阵加注matrix?讲到个人喜好,至少我们学校我们专业中英文教材都用,无论看中文还是英文都不会觉得奇怪。况且想看英文的用户可以点击跨语言链接。Antigng留言) 2015年3月20日 (五) 08:16 (UTC)
(:)回應:當然不是說要批量加英文,只是說現在對於哪些要加哪些不加有意見分歧而已。- 和平、奮鬥、救地球!(留言)歡迎參與滅絕專題 於 2015年3月20日 (五) 08:52 (UTC)
各向同性(isotropy)波蘭語和其他非拉丁語系語言也沒有英文,連常注英文的日語版都沒有。說起來這些英語詞都是有拉丁或希臘語來源的,那麼統一加拉丁語或希臘語?似乎有更有歧義。但是如果只注英語的話,下面可能就需要加入英語的語源學資料,這也行?退一步說如果可以的話,例如所有拉丁語系詞自然歷史都是來自拉丁語historia naturalis,只加英語顯然說不通,最多就是個常見例子,可在語源學段落加入,首段似乎並無必要。--淺藍雪 2015年3月20日 (五) 09:00 (UTC)
自然歷史的話,個人認為就可加拉丁語historia naturalis各向同性要加英文的原因則與這不同,並非基於語源學原因,而是為了容易閱讀。点击跨语言链接的缺點是全篇都英文,有些讀者難以找到與中文版相對應的語句。- 和平、奮鬥、救地球!(留言)歡迎參與滅絕專題 於 2015年3月20日 (五) 09:27 (UTC)
拉丁語的例子:自然哲學的數學原理Philosophiæ Naturalis Principia Mathematica)。- 和平、奮鬥、救地球!(留言)歡迎參與滅絕專題 於 2015年3月20日 (五) 09:30 (UTC)
可是那個各向同性某讀者既然英語都讀不懂(找不到對應語句應該是這個意思?),加一個英語詞也沒用吧,再說英語版首段標題詞都是加粗的,而且也不比點進去,鼠標懸浮一下就好了嘛。--淺藍雪 2015年3月20日 (五) 09:42 (UTC)
我认为,只有在两种情形下有必要加外文。其一,追根溯源。例如一本外文书,它的原名就应当在译名之后标示。上海江苏路原名忆定盘路,如果不标示英文,不懂上海闲话的人就无法从“忆定盘”想到爱丁堡。其二,中文译名不常见。有的主题中文文献几乎没有,为避免原创研究,应标注外文。其他情形则不必要。Antigng留言) 2015年3月20日 (五) 09:39 (UTC)
舉個例子來說明原文註釋的重要性,昨天巡邏到單軌鐵路條目時看到有IP用戶添加的一句敘述「印度:金那市建衣品單軌鐵路,2016年開工,2020年通車。」因為沒有註釋原文更沒有相關連結,我想破頭想不出文中的『金那市』到底是哪個城市的哪個版本譯名,更不用說找到該單軌鐵路系統的原名,導致連這句話到底是確有其事或是有人搗蛋亂寫都分辨不了,只好加上fact模版看看是否有人能幫忙。諸如此類的例子在維基百科上層出不窮,所以我認為關鍵的問題不該是討論能不能添加,而是應該界定哪些場合適合添加原文/英文註釋。--泅水大象訐譙☎ 2015年3月20日 (五) 10:06 (UTC)
對並非平易用語或專有名詞加上原文是有益的,特別是對檢驗翻譯時。—RalfXἀναγνώρισις) 2015年3月20日 (五) 10:31 (UTC)
加原文或没有内文链接时加英语我也没意见,跑题了。咱得先把什么时候用英语定下来,那么现在支持者意见是这样的:生僻科学类条目(数理化类?)找不到原文的情况下标英文;这个我可以支持,但是如上所述,左侧外语连接也有同样作用,且多数时候可以找到英语的语源,这时是否仍有必要首段标英语,还是在语源学信息附近提及英語,就像自然歷史一樣,並且以拉丁语系为基准--淺藍雪 2015年3月20日 (五) 11:10 (UTC)
唉,老生常谈的议案了。。。浅蓝居然帮别人提议案,真是好心啊。。我觉得一切从旧。这个提案有两个内容,一是条目是否有语言特性(什么是英语条目,什么是中文条目?),如何界定条目的语言特性。第二是语言特性与标哪种语言是否有关联。--Gqqnb留言) 2015年3月21日 (六) 05:40 (UTC)

我是覺得讀者如果把條目打印出來,未必理解其在說什麼。--HYH.124留言) 2015年3月22日 (日) 15:28 (UTC)

  • (!)意見可接受,个人认为中文名不是很流行或者容易理解可以加。--Lin留言) 2015年4月16日 (四) 14:57 (UTC)
  • (-)反对:加与不加标准无法量化,同样的案例标准也可以用在电影、人名译名上。已经有内链但不习惯,不知道什么意思那就点内链,要方便阅读麻烦去看英语条目。--7留言) 2015年3月23日 (一) 00:18 (UTC)

@淺藍雪:我不愿意回复这个主题,是因为你这里有针对个人的嫌疑,所以首先要提醒你一下,讨论应当遵循“对事不对人”这样一个起码的常识。现在你到我的讨论页说:“先別說反對加英文者,在我總結支持的意見“生僻科學類條目找不到原文的情況下標英文”之後一周已經沒人對此進行反對了,後面唯一有的投票是7君的反對票,因此已經可以當做共識。”就现在的状况,我不认为这样的共识。要达成共识,你首先要说明这个讨论是针对哪一个已有的共识或者原则,你的修改和补充意见是什么,结论将记录于何处等等。Bigtete留言) 2015年3月29日 (日) 16:46 (UTC)

    • @Bigtete:這個討論一開始已經很明顯了,除了要閣下解釋之外(您直到現在也沒有回答,我對的就是你做的這件事情,因為沒人這麼堅持過,只有你這個例子),說到共識原則,就是針對維基百科:命名常規維基百科:維基化維基百科:翻譯守則,最終達成的意見(按絕對多數)就是“(非英語類)生僻科學類條目找不到原文的情況下標英文”,段首早就掛著{{save to}},這些全部都在一開始列出來了。閣下凡術語都要標英文,沒看到上面有一個人同意的。--淺藍雪 2015年3月29日 (日) 18:26 (UTC)
我不反對Bigtete的提議。--Alfredo ougaowen留言) 2015年4月25日 (六) 02:25 (UTC)

具體修改細節

“如果有內部鏈接,則不必再添加外文名”已是WP:WIKIFY的明文了,這點不討論。如無進一步意見將在此討論通過後于維基百科:命名常規“一般性慣例#使用中文”(注意這裡說的是條目首行不是內文,請勿跑題)段的“除非原文比中文翻譯在中文中更加常用,否則請使用中文來對條目進行命名,並將外文原文附在條目的首行。”之後加入

  1. “僅在無原文可循且無其他語言版本時,為非漢語圈事物條目標註英文”

不知有無異議--淺藍雪 2015年3月31日 (二) 23:57 (UTC)

Weak oppose,觉得不应让条目依赖“其他语言版本”。--Jimmy Xu 2015年4月1日 (三) 00:41 (UTC)
@Jimmy Xu:那就是在這種情況下也不標英語?完全不標肯定反對聲音不小,但絕大多數也不支持全標,我覺得這個是最折中的方案了--淺藍雪 2015年4月1日 (三) 00:48 (UTC)
(?)疑問:請問「無原文可循」的詳細定義?- 和平、奮鬥、救地球!(留言)歡迎參與滅絕專題 於 2015年4月1日 (三) 14:40 (UTC)
就是說這個詞的具體是來自哪國、描述的是哪國事物不清楚。這個看起來不清楚,放到命名常規那一段就很清楚了,因為在這之前的原文是“除非原文比中文翻譯在中文中更加常用,否則請使用中文來對條目進行命名,並將外文原文附在條目的首行。”--淺藍雪 2015年4月1日 (三) 16:35 (UTC)
這裡的「非中文條目」是什麼,「非中文標題命名的條目」?是否欲表達「非中文事物的條目」。—RalfXἀναγνώρισις) 2015年4月1日 (三) 15:52 (UTC)
“非中文事物”感覺有語病哎,改作“漢語圈事物”如何?--淺藍雪 2015年4月1日 (三) 16:35 (UTC)
呃,咖啡算不算?--Jimmy Xu 2015年4月1日 (三) 16:59 (UTC)
@蘇州宇文宙武:何不加拉丁文?--Alfredo ougaowen留言) 2015年4月25日 (六) 02:25 (UTC)
咖啡有其他語言版本吧,“在無原文可循且無其他語言版本時”用的可是“且”字,要同時滿足才行。稍微修改了下措辞,显得清楚一些。--淺藍雪 2015年4月1日 (三) 17:00 (UTC)
细看了一下,命名常规管不到首段去的吧,条目内容应该是MOS的范围了。我认为除了某段的描述对象(不管在不在首段,只要是能加粗的部分,比如某个章节着重描述的东西)标外文之外其他东西都不应该标。--Jimmy Xu 2015年4月9日 (四) 22:02 (UTC)
這是命名常規正文第一條,上面不寫著“並將外文原文附在條目的首行”了嗎(MOS的條目標題那一節也是有指向命名常規的),不過兩者均加入這一條也可以。章內標外文的事有WP:WIKIFY管著,而且段首以外要加粗的情況很少見的吧。--淺藍雪 2015年4月10日 (五) 12:49 (UTC)
所以这条要改的话也应该想办法从命名常规里拿出来揉进MOS里嘛。所以我只支持这种少见的情况考虑标外文。--Jimmy Xu 2015年4月15日 (三) 22:00 (UTC)
閣下的意思是正文只要不加粗就不能標外文?可是現在優特的共識是紅鏈後面可以且需要標外文,除非用{{link-en}}。所以要討論內文那就複雜了。如果我理解不差,閣下應該不反對現在這個首段的提案?只是要求在MOS補充說明一下內文粗體標識情況?
那麼,按维基百科:格式手冊/文字格式,現在只有“表格的标题(标题行)”、“定义列表”、“一些书目格式中期刊文章的卷册编号”可以加粗,而這三個我都看不出有加外文的必要,如有必要亦無不妥,不會和現在的提案有抵觸。--淺藍雪 2015年4月17日 (五) 16:36 (UTC)
如果优特有共识的话那就当我没说吧,首段大概这样就好。--Jimmy Xu 2015年4月19日 (日) 01:25 (UTC)

规则是人定的,若理解规则,规则不过是一种常识而已,若不理解,则人常常被规则搞得团团转。“除非原文比中文翻譯在中文中更加常用,否則請使用中文來對條目進行命名,並將外文原文附在條目的首行。”这句话本不是设计严密的规则,不必修正,只需对“原文”二字做一点常识性理解即可。比如斯里兰卡总统迈特里帕拉·西里塞纳标出斯国两种官方语言是理所当然之事,但也不妨标出英文,类似地,泰国的一个城市罗勇市标出泰语时,也不妨标出英文;科技类词汇,比如失控温室效应,几乎所有情况下都应该标出英文,其它学术类词汇,比如霸权男性气概,在绝大多数情况下也都应该标英语;自然历史当然也应该标英语,同时标出拉丁语也可,但如果只标一种,当然选英语,这个词字面含义与实际含义有所不同,故正文中应该讨论一下词源;哲学几何学之类常见词汇,虽然也是外来语,但基本已经是中文的有机部分,可以不标外语,要标一种当然选英语而不是希腊语,当然这类词汇也都要在正文中有语源学解释;佛教词汇可以标梵文或者巴利文,一般不需要标英文,倒是英文佛教条目可能要标中文。Bigtete留言) 2015年4月2日 (四) 02:13 (UTC)

胡扯一气连理由都不给,上边要你回答加讨论方针又不参与,从头到尾就是宣传一定要标英文,就是因为有你这种人才要增补方针。建议阁下按上头自己的承诺回避好了,实在憋不住请到上面讨论区,别在这扰乱排版。在阁下回答开始给出的质疑之前,在下不会回答你的任何问题。--淺藍雪 2015年4月2日 (四) 10:10 (UTC)
“不妨”,阁下的认识而已?“几乎所有情况”,来源请求?“当然选英语”,哪里有这种de facto了?“常见词汇[…]要标一种”,这又不是完成任务?--Jimmy Xu 2015年4月9日 (四) 22:05 (UTC)
拉丁文拼音是常用於國際的,加入英文或拉丁文拼音並不會影響條目可讀性。我反對強制性的阻止在條目中加入(英文或外文),除非是明顯無必要的。這部份應該讓編輯有較大的空間。--Alfredo ougaowen留言) 2015年4月25日 (六) 02:21 (UTC)
反对无效,这里是中文维基不是英文维基,为什么不加入法文音标、德文音标等等?——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★贡献 2015年4月26日 (日) 14:25 (UTC)
閣下要不要解釋一下,為什麼在中文維基裏面,閣下要堅持用拉丁文來當條目名,這是中文維基,又不是拉丁文維基。--Alfredo ougaowen留言) 2015年4月26日 (日) 16:20 (UTC)
重新聲明我的立場,原則上,我不反對這個方案,無必要的英文留在條目中會造成排版不好看,對閱讀理解條目也沒有幫助。但在跟蘇州君發生一系列編輯上的歧見後,我開始認為這個方案將會使某些編輯利用來強化本身的立場,造成編輯自由的限縮。例如蘇州君以此來刪除各條目中,拉丁字母的拼寫(如俄文及波斯文的拉丁轉寫方案),刪除音標(以英語的國際音標來拼出其他語言的發音)。在外交條目中,雖然是中文條目,但因為使用於外交場合,理解它在國際場合中怎麼被使用也是有益的(這常常是指英文);在化學元素例子中,英文是化學領域的優勢語言,文獻很多都直接使用英文,但蘇州君強制使用拉丁文。我認為這個方案可能被用來特別針對英文的使用,將會被用來刻意排除英文的使用,基於這些經驗,讓我無法支持這個方案。--Alfredo ougaowen留言) 2015年4月27日 (一) 02:18 (UTC)
:A君對蘇州君理解有誤,下方“延伸討論”中已澄清。--淺藍雪 2015年5月1日 (五) 13:36 (UTC)
:@淺藍雪:並未澄清,由條目探討中,@蘇州宇文宙武:對化學元素條目的一系列討論,可知這位閣下的立場,是單純反英文,而且會利用這個方案來阻礙其他編輯編修條目。--Alfredo ougaowen留言) 2015年5月17日 (日) 03:28 (UTC)

澄清wp:维基化的地位

第一,wp:维基化wp:帮助中的一个名词解释而已,不具备维基规则的效力。 第二,当时的编辑在写这个名词解释的时候写过了头,使得有些内容看起来有点象维基规则。这里相关的是这两句:

如果是译名,标明原文是必要的,如“列宁(俄语:Ле́нин)”。但如果有内部链接,则不必再添加外文名,比如“1920年,他见到了列宁(俄语:Лéнин)”是不对的。

这后面一句话让有些人误解,以为有了内部链接就一定要删去外文。然而,从上面的讨论来看,社区中对这个问题各种意见都有,根本没有共识。Bigtete留言) 2015年4月2日 (四) 02:31 (UTC)

你就@一下上面所谓反对这条的人好了,我真没看出来有谁。--淺藍雪 2015年4月2日 (四) 10:18 (UTC)
这只是说明wikify的用法,根本不矛盾啊--百無一用是書生 () 2015年4月3日 (五) 02:21 (UTC)
与什么不矛盾?Bigtete留言) 2015年4月3日 (五) 12:20 (UTC)

延伸討論-拉丁字母拼寫及音標

引用編輯蘇州宇文宙武的話:「中文维基即将通过有关在非英语条目中加如英语名称的决议,我觉得同样适用于英文音标。」他同時主張,在各語言中不能使用拉丁字母轉寫,不能使用音標。這也在這次討論之中嗎?在語言類條目中被禁止使用音標及拉丁字母轉寫方案,會造成編輯上的困難。--Alfredo ougaowen留言) 2015年4月26日 (日) 16:37 (UTC)

閣下沒有看討論,明顯不在此次討論中,有新議案請另開專欄,勿在此處進行無關討論--淺藍雪 2015年4月27日 (一) 19:43 (UTC)
@淺藍雪:感謝閣下的回應,我只是想確定@蘇州宇文宙武:閣下對這個方案的解釋跟大家是不是一致而已。也就是說,你可以確認蘇州閣下對這個方案的解釋是錯誤的嗎?能不能跟他解釋一下?--Alfredo ougaowen留言) 2015年4月28日 (二) 01:37 (UTC)
我不觉得我理解有误,都不能在非英文条目中加英文了,还要英文音标干嘛?这不是很自然的推理么?希望AO不要偷换概念,我说的是不能加英文音标,也就是这词在英文中的发音,并不反对加入这词在本身语言中的发音。至于拉丁化问题是令一码事,可以另开讨论,而不是这里。而且我不明白不加英文音标和拉丁化会造成什么“编辑上的困难”,按常理来说,少些一点,对编辑只有帮助。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★贡献 2015年4月28日 (二) 03:30 (UTC)
@蘇州宇文宙武:感謝閣下的解釋。@淺藍雪:蘇州閣下認為這有關,所以可以在這邊討論嗎?--Alfredo ougaowen留言) 2015年4月28日 (二) 03:35 (UTC)
@Alfredo ougaowen:這裡僅討論加英文的問題,標註其他語言請在別處開新討論。--淺藍雪 2015年5月1日 (五) 13:32 (UTC)
希望@淺藍雪:可以向@蘇州宇文宙武:解釋一下這個方案中不包括不能加英文音標。--Alfredo ougaowen留言) 2015年5月3日 (日) 14:46 (UTC)
@Alfredo ougaowen:人家說的很清楚了:“不能加英文音标,也就是这词在英文中的发音,并不反对加入这词在本身语言中的发音”--淺藍雪 2015年5月3日 (日) 14:48 (UTC)
@淺藍雪:以國際音標標註語言,這算是用英文音標嗎?--Alfredo ougaowen留言) 2015年5月4日 (一) 16:53 (UTC)
@Alfredo ougaowen:標註什麼語言?沒太看懂閣下這句想問什麼,請舉例?--淺藍雪 2015年5月6日 (三) 17:27 (UTC)
@淺藍雪:如伊博語為例,以國際音標中的英文音標子集可被標注為/ˈɪɡboʊ/,以國際音標中的完整擴充子集可標注為/iɡ͡bo/。用了國際音標中的英文子集來標注某個語言,是否也被歸為英語?--Alfredo ougaowen留言) 2015年5月11日 (一) 02:15 (UTC)
@淺藍雪:我认为他在胡搅蛮缠,不用再回复他了。什么“国际音标中的英文音标子集”和“完整扩充子”都是他自己造出来的,再说有“完整”的还要英文的干吗。用一本英文词典上的音标来证明这个词在该语言中的发音与在英文中的发音完全一致,也亏他做得出来。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★贡献 2015年5月11日 (一) 09:21 (UTC)
@蘇州宇文宙武:請參閱國際音標國際音標擴展英語國際音標等相關條目。每個國際音標字母,都只會代表一個發音,不會因為語言不同而有變化。--Alfredo ougaowen留言) 2015年5月16日 (六) 04:44 (UTC)
太好了!所以你自己证明了/ˈɪɡboʊ/与/iɡ͡bo/根本不同,不要再辩解了。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★贡献 2015年5月16日 (六) 05:27 (UTC)

再提:WP:翻译守则

这个守则的页面顶上放着的{{proposed}}已经闲置几年了。是不是得讨论一下,该草稿能否成为正式指引?——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年10月17日 (一) 03:51 (UTC)

@星耀晨曦:看來只有日語版當是guideline。你想主導修改討論嗎?--Temp3600留言) 2016年10月18日 (二) 15:57 (UTC)
关于翻译这一块,好像参与翻译工作的维基人都把这个守则看作指南,这应该是共识的体现。就目前来看,这个“草稿”已经和“正式指引”差不多了。——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年10月18日 (二) 16:37 (UTC)
原则上支持,但一些地方言辞可能需要注意:
  • 地域中心段落“需注意加入多方观点”可能不妥当,因为这般言辞可能引致WP:NPOVWP:FRINGE问题产生(如近日卡廷大屠杀即被加入诸多亲俄的翻译内容,但此类内容在学界仍为边缘学说),需要小心。全句集中于WP:避免地域中心原则即可,应当不需要过多解释。
  • 采用一谷歌搜索结果作为翻译指引虽然有一定益处,但在维基百科环境下可能并不妥当。
  • 可以建议在翻译完成之后邀请其他维基人进行校对翻译,虽然原则上亦是可以通过提请新条目或优良条目间接达成。
  • 即便本人在翻译时亦常受原语言版本行文风格的过度影响,由此建议翻译者在翻译时参照WP:格式
  • 完善WP:如何编修,然后将其链入翻译守则中。--Morningstar1814留言) 2016年10月18日 (二) 17:12 (UTC)
其实以前的话作为指引是基本恰当的,但是现在有了内容翻译功能以及草稿功能,我觉得守则中一些内容可能需要跟进和改变了--百無一用是書生 () 2016年10月19日 (三) 01:08 (UTC)
翻译功能是属于可视性编辑,翻译完成释放到条目空间后,得做好校正工作。——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年10月19日 (三) 02:25 (UTC)
卡廷大屠杀條目爭議的不是「亲俄的翻译内容」,而是「亲斯大林的翻译内容」(俄羅斯總統、總理、國家杜馬已承認卡廷慘案是蘇聯所為)。--Mewaqua留言) 2016年10月19日 (三) 05:53 (UTC)
我的意见是如何将守则与翻译和草稿功能结合在一起。作为指引,需要指导用户怎么做是恰当的,怎么做是不恰当的,我们推荐如何去做,有哪些途径和流程能完成这个工作等等。现在的守则里根本就没提翻译功能和草稿功能,这是不建议用户使用这些功能?还是怎样?例如作为一个守规矩的普通用户的话,如果他想用翻译功能,又看了翻译守则的话,可能会一头雾水,不知该如何去做翻译工作;或者他知道有草稿功能,但看了守则后,他可能不知道在草稿空间进行翻译是否必要和适合--百無一用是書生 () 2016年10月19日 (三) 06:20 (UTC)
可以这样:
  • 按翻译的篇幅分为:全条目和部分章节。
  • 按翻译的方式分为:通过内容翻译功能翻译、从原语言的维基直接搬运到中文维基(直接搬运到条目空间或者搬运到草稿空间或者用户页
对这些不同的分类进行分别的规定:
  1. 对于在内容翻译页面内进行翻译的工作,在文章还在此页面的时候,随意。但是对于打算把文章释放到维基百科的时候,阁下要遵循您打算释放到(主/草稿/用户页)名字空间的要求。
  2. 如果直接搬运到条目空间:请在页面顶部挂上{{translating}}模板,并在其讨论页挂上{{Translated page}}模板。注意:释放到条目空间的时候,请翻译到至少有小小作品的水平(中文内容达到小小作品水平,而不是总篇幅达到小小作品水平)。
  3. 如果搬运到用户页:随意。但请遵守用户页的规定,违反用户页的规定的内容可能被任何人移除或者被提删。移动到主名片空间时,请遵守上面主名片空间的要求。
  4. 如果搬运到草稿空间:随意。但请遵守在任何维基页面都生效的方针,比如:侵权、破坏、负面生者传记、明显广告的草稿依然可以请求速删。草稿页面可以通过页面删除请求提删。移动到主名片空间时,请遵守上面主名片空间的要求。
  5. 即使是翻译外语维基内的一个章节的内容,也得在中文维基百科相对应条目的讨论页挂上{{Translated page}}模板。
这样子?——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年10月19日 (三) 09:11 (UTC)
嗯嗯。--Temp3600留言) 2016年10月19日 (三) 11:32 (UTC)
@星耀晨曦:請先排版。--Temp3600留言) 2016年10月19日 (三) 09:21 (UTC)
(:)回應这只是一个大体的提案  囧rz...如果上面的提案没有异议的话就可以考虑正式列入翻译守则里╮(╯_╰)╭——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年10月19日 (三) 09:28 (UTC)
客棧的發言無論如何都不應隔行。現在這樣子很難閱讀。--Temp3600留言) 2016年10月19日 (三) 09:33 (UTC)
对于未翻译内容,建议超過兩周仍然沒有進行任何翻譯的話,移动到草稿(或者缩短为一周或更短时间?)。对于正在翻译的条目,建议在草稿完成工作,完成后再转入条目名字空间。--百無一用是書生 () 2016年10月19日 (三) 09:36 (UTC)
(+)贊成如果超过特定时间还没有任何翻译的话(针对在主名片空间的条目),可以靠机器人创建对应的草稿空间,并移动主名片空间的条目到草稿。对于“正在主名片空间翻译的条目在草稿空间完成后再转入”的建议:如果同意在主名片空间添加外文的观点,那么这个建议就只能是个建议了。——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年10月19日 (三) 14:51 (UTC)
  • 建議加入一條:翻譯完成後也要注意在原版本中,有沒有外語版本未提及的內容是值得留下的,不要覆蓋掉就完事。--578985s留言) 2016年10月19日 (三) 18:07 (UTC)
未提及。。意思是:翻译完成后,看看还有没有提升的空间。这个意思?——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年10月20日 (四) 00:28 (UTC)
假設翻譯前的版本是A+F+瑣碎內容,外語版本是A+B+C+D+E。如果只把外語翻譯過來並取代原文,雖然變得完善和有條理,但就丟失了F的部分。總而言之,倒髒水時不要把嬰兒倒掉。--578985s留言) 2016年10月20日 (四) 15:01 (UTC)
这个怎么样草稿:维基百科:翻译守则#守则#翻译已经在中文存在的条目。——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年10月20日 (四) 15:31 (UTC)
把原文全部替換的情況是有可能成立的,比如翻譯外文優特條目。或者省去「不推薦...的內容。」一句,交由編者觀察判斷算了?--578985s留言) 2016年10月20日 (四) 15:59 (UTC)
得考虑原文作者们的感受。如果翻译过来的内容确实比现有的要好,可以替换成翻译后的内容。——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年10月21日 (五) 07:19 (UTC)
其實是覺得在指引中,「不推薦」字樣的效力會否等同於「不應該」這樣…如果不會的話就沒問題了。另外第二句應否為「…的內容翻譯過來的同時」?--578985s留言) 2016年10月22日 (六) 13:22 (UTC)
根据指引的定义:“指引是共识所支撑的最佳作法。编辑者应该试著遵守指引,但最好仍要以常识判断是否合适,有时例外是适用的。”指引应该是引导维基人做出最佳决定的东西。不是强制性规定。“不推荐”就是不推荐(字面意思)  囧rz...——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年10月22日 (六) 16:51 (UTC)

一个草稿,见草稿:维基百科:翻译守则。——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年10月20日 (四) 11:32 (UTC)

  • 草稿:维基百科:翻译守则中的"正在翻譯的條目"有提到「沒有完成翻譯的條目,會造成閱讀者的困擾……」,想確認一下,沒有完成翻譯的條目是指在中文條目中有未翻譯外文的條目嗎?若從外文條目中翻譯了一些內容(例如導言段落已完整翻譯),中文條目中沒有未翻譯的外文,是否算是「沒有完成翻譯的條目」?--Wolfch (簡易留言 - 留言) 協作計劃進行中 2016年10月20日 (四) 13:40 (UTC)
我觉得是前者(条目中含有未翻译的外文),因为后者的话就相当于一个普通的小作品(除了它是从外语维基翻译过来的性质)。——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年10月20日 (四) 13:52 (UTC)
我也贊成這個意思,要再看看其他人的意見了。另外,若大家對這一句話的意思有共識,建議在草稿中具體的說明,以免有模稜兩可的情形出現。--Wolfch (簡易留言 - 留言) 協作計劃進行中 2016年10月20日 (四) 14:45 (UTC)

根據外文版而作出的一些建議

首先感謝星耀晨曦的努力。本人覺得翻译守则作為中文維基第一項有關翻譯的正式規定,理應儘量全面,以作為其他翻譯規定的基礎。意見如下:

  1. 導言太短。建議把概述搬上來,並參考日文版修訂。
  2. "请注意:"一項改用nutshell。
  3. 內容重新分類。將「建議」及「守規」二大項按性質重新分類,如命名要求、版權要求、留意地域中心、如何在不同命名空間翻譯、如何處理翻譯中的條目、禁止機翻等。
  4. "在这里可看到一些翻译时常犯的错误,应加以避免。"不應外連到google。
  5. 部分內容或許可移到help頁面。

--Temp3600留言) 2016年10月21日 (五) 15:24 (UTC)

我就說了,不應外連到google。--Temp3600留言) 2016年10月23日 (日) 11:28 (UTC)
 完成——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年10月25日 (二) 06:25 (UTC)
「本文介紹的是中文维基百科對翻譯其他語言維基百科條目的一個要求。」有點怪,建議改成「本文介紹的是中文维基百科對翻譯其他語言維基百科條目的守則。」--Temp3600留言) 2016年10月26日 (三) 18:33 (UTC)
应该考虑到“外站翻译至维基百科”的情况({{TFWP}}这时候就要排上用场了),应该这样:“本页面介绍其它语言维基百科或者外站翻译至中文维基百科的守则。”不过,“要求”和“守则”本质上是一个意思的吧。——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年10月27日 (四) 00:27 (UTC)

提议把草稿:维基百科:翻译守则#建议翻译资源移动到Help:翻译

↑↑↑这些内容应该属于“帮助类”。——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年10月25日 (二) 09:42 (UTC)

(+)支持我就是想說這個。--Temp3600留言) 2016年10月29日 (六) 18:57 (UTC)

 完成帮助页面已经建立。欢迎来补充翻译的技巧等帮助性内容。——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年11月3日 (四) 09:47 (UTC)

这些内容不应该在help名字空间吧?help应该放技术性的说明文档--百無一用是書生 () 2016年11月4日 (五) 02:50 (UTC)
。。没有帮助名字空间的说明。先用字面意思吧。——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年11月4日 (五) 03:16 (UTC)
(~)補充英语维基对Help名字空间的说明
These pages contain information intended to help use Wikipedia or its software.
“这些网页包含旨在帮助使用维基百科或其软件的信息。”(这句话属于机翻但还不错  囧rz...)。——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年11月4日 (五) 03:35 (UTC)

是否有反对或者意见?

我想,在经过半个月的初步讨论后,如果一个星期内没有反对意见的话。该守则可以成为正式指引。——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年11月10日 (四) 23:50 (UTC)

 完成特殊:diff/42219846。——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年11月21日 (一) 07:48 (UTC)
  • WP:小小作品看到:“小小作品標準是扣除來源腳註等標註,正文內容只有50字以下過於短小的文章,”、“列明出處資料或跨語言連結可視為正文5個字”,這二句自相矛盾。—John Doe 120talk) 2016年11月22日 (二) 03:05 (UTC)
(&)建議新起一个讨论来讨论这个。——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年11月22日 (二) 06:12 (UTC)

提案:要求在编辑摘要内注明翻译来源

申告翻译方面,我提议仿照日文维基百科的做法,要求在编辑摘要里注明翻译来源(讨论页挂tag是可选项)。一是读者主要从历史记录查看贡献者,未必会看讨论页,因此编辑摘要才是显要的署名之处。二是内容在摘要就在,和正文分家的{{translated page}}很容易丢。比如某条目翻译自英文版,讨论页挂有{{translated page}},有德文版翻译覆盖翻译时,可能会直接把讨论页的translated page也替换了,结果历史纪录里的英文版署名就丢了。另一个问题是,在用户页翻译也要署名,如果用挂tag的方式,用户讨论页应该挂一卡车的{{translated page}},但这么做很囧吧……--風中的刀劍) 2016年11月13日 (日) 04:23 (UTC)

在编辑摘要栏写也是一个办法,不过甚少有维基人填摘要  囧rz...可以通过修改{{translated page}}模板来达到可以容下多个来源的情况。话说回来,好像有个机器人是专门处理多个{{translated page}}模板的。——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年11月13日 (日) 07:08 (UTC)
能做到对用户沙盒挂Translated page的也没几个吧。在想能不能做个辅助填写编辑摘要的小工具,输入英文版条目名后,可以自动补全成「 翻譯自 w:en:China (01:56, 6 Jun 2004) 」的格式。--風中的刀劍) 2016年11月13日 (日) 10:25 (UTC)
哎,{{translated page}}可以同时容下多个来源。这样就不要担心新来的来源会被冲掉。我想,如果是纯读者(毫不知道维基百科的运作且从来没有参与过编辑的人)的话,不会很在意版权问题。如果想看贡献者的话,看“历史”和“讨论页”的几率都是对半分的吧。而且,一个条目的历史会很长,很有可能翻译过来的那次修改被刷下去了。所以,我的观点是:在讨论页挂{{translated page}}是最好的,推荐在编辑摘要写来源。——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年11月14日 (一) 13:38 (UTC)
我在WP:SB暂存条目,想挂{{translated page}}管理员倒是让我挂么= = 用户在固定沙盒页暂存翻译,暂存100次条目挂100个模板,您有没有觉得很囧?如果条目是翻译的,却不在编辑摘要标明出处,是否会造成创建人独占版权的错觉?这条目第一笔编辑是+11,205字节,您觉得有多少人会点开讨论页确认到底是不是翻译?翻译也是普通编辑,只是在编辑摘要里记入共同投稿人罢了,是编辑记录就会刷下去。而且根据(格式化的)编辑摘要挂模板很容易,但反过来不行。--風中的刀劍) 2016年11月17日 (四) 13:06 (UTC)
没人会一下子创建100多个草稿或者用户子页吧。对于“创建人独占版权”的问题,我想这个问题在任何条目中都有可能出现,不过这个问题可以用WP:条目所有权方针来解决。正如阁下所说的,如果把署名写在编辑摘要的话,会被刷下去的。对于一些编辑历史很多的条目,我想读者没有耐心一页页去找署名。挂讨论页应该是相对来说最好的方法,或许可以设计一个模板,挂在条目顶部的右上角(和保护模板差不多)。——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年11月17日 (四) 14:45 (UTC)
我说挂100次模板是这种。我说的“创建人独占版权”是指,用户看历史纪录,会以为内容贡献者只有编辑提交者一人。读者既然没有耐心看完整名单,说明他对署名无所谓,那是他自己的问题。英文版翻译3kB被压名单后面了,讨论页面挂个模板,中文版编辑独立扩充5kB被压后面了,是不是讨论页也挂个模板?就我看来更大的问题是,不知道{{translated page}}的读者点开历史纪录,看到+15k扩充旁边,有的只是提交者一人的名字。--風中的刀劍) 2016年11月17日 (四) 15:54 (UTC)
英文维基百科那是那里几乎人人都会填编辑摘要。。中文维基百科很少有人填吧。一下子要求强制要填的话,有很多人会感觉很麻烦吧,如果做一个小工具,自动在编辑摘要栏创建出模板,让编辑者来填,这样就好了。——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年11月17日 (四) 16:38 (UTC)
说实话我自己也觉得麻烦,最近都直接复制URL,链接都懒得打了= = 主要还是中文维基百科就打的版权这张牌,还是希望能做好就做好,翻译现在还好点,拆分合并编辑告知的都没几个。--風中的刀劍) 2016年11月17日 (四) 16:42 (UTC)
PS:英文版的指引也是强制编辑摘要,讨论页tag是可选项目。--風中的刀劍) 2016年11月17日 (四) 16:04 (UTC)
這一項更改會影響到大量編者,需要更多編輯參與才可通過。--Temp3600留言) 2016年11月16日 (三) 05:15 (UTC)
問題是英文版也沒有通過,只是當是Infopage。--Temp3600留言) 2016年11月16日 (三) 09:06 (UTC)
  • (-)反对,编辑摘要一旦送出,就没有修改的方法。没有修复方法的错误不能写进方针。--Antigng留言) 2016年11月17日 (四) 16:16 (UTC)
    往维基百科贴侵权内容也没有修改方法啊666 说到底还是一个松紧程度的问题。--風中的刀劍) 2016年11月17日 (四) 16:29 (UTC)
侵权的话,有WP:修订版本删除WP:监督。如果版权人亲自书面申诉信的话,或许侵权内容会完全从服务器中消失。——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年11月17日 (四) 16:38 (UTC)
所以修改方法是有的,让编者申请版本删除,然后重新写编辑摘要提交一次就行了。--風中的刀劍) 2016年11月17日 (四) 16:42 (UTC)
一来不符合RRD方针,二如果当前版本内容和先前版本内容完全相同,系统不会制造新版本。--Antigng留言) 2016年11月18日 (五) 01:06 (UTC)
RD1 “明顯侵犯版權的内容可以在尽量不影响到未侵犯版权的其他作者的前提下被删除”。就是看願不願意把編輯摘要不註明的問題當侵權了而已。--風中的刀劍) 2016年11月18日 (五) 05:44 (UTC)
明显”。--Antigng留言) 2016年11月18日 (五) 05:53 (UTC)
我觉得是“明显”,因为编辑历史中只能看到编辑提交者的名字,会被误解成版权只属于编辑者。--風中的刀劍) 2016年11月18日 (五) 05:55 (UTC)
其他用户是否容易误解版权的归属和内容是否明显侵权完全是两回事。就好比免责声明不过是页面下方的一行小字。如果有用户误解维基百科上的内容有法律参考价值,那么是他的责任。再极端一点,我给别人一个合理使用的图片在upload.wikimedia.org上的链接,这个图片里面又没有水印打上非自由版权内容。但是要是有用户误解了以为是自由版权内容,造成侵权的后果还是要用户自行承担,维基百科没责任。--Antigng留言) 2016年11月18日 (五) 05:59 (UTC)
我觉得一个正常人看到没指示的编辑履历,就会以为这是全部贡献者,不会去看讨论页残留的贡献者署名,这就等于把署名绕过去了。您举的例子根本就没署名,完全不会造成误解。日文维基不写就删,英文维基有指引但可以不执行,中文维基实质指引都没有,无非是社群想从严从松罢了。--風中的刀劍) 2016年11月18日 (五) 06:16 (UTC)
是否会造成误解和署名没有关系。如果维基百科没有免责声明,上面有内容被病人拿去用,造成了问题维基百科是要负责任的。但是免责声明放在那里,维基百科就摆脱了这种责任。这不意味着有了免责声明就不会有人误解。有了免责声明,造成误解了还是那个人自己的责任。CC署名的问题也就是这样,你在讨论页上署名,那你署名的义务就尽到了,其他用户再怎么误解也是他的责任。引起误解不等于明显侵犯版权。--Antigng留言) 2016年11月18日 (五) 06:32 (UTC)
免责声明总有一两个人误解,这很正常。我觉得不在编辑摘要署名,100个人会有90个误解,我认为这不算尽署名义务。(实际上我觉得这里说“误导”都不过分,最次最次编辑摘要也要写个“这是翻译条目”吧)--風中的刀劍) 2016年11月18日 (五) 06:40 (UTC)
CC协议本身就没有限制署名的方式,就算引起误解也不意味着你违反了这一协议。只有违反版权协议才能被认为是侵权。--Antigng留言) 2016年11月18日 (五) 06:48 (UTC)
那我署名能不能署在自己电脑上,能不能署在英文维基的讨论页,能不能署在自己的用户页,这里是不是总有个限度?要么署名全署到讨论页,要么全署到编辑摘要,要么全署到内文;署名分家又不给任何指示,而且还署到不容易注意的地方,我认为它在这个限度之外。--風中的刀劍) 2016年11月18日 (五) 06:59 (UTC)
自己的电脑和英文维基百科不在中文维基百科的管辖范围内,因而不符合要求,其他所有方法都是符合协议要求的。就算把所有复制粘贴/翻译的详细记录汇总到一张表里面,并在每个页面下方加上这张表的链接,这也是完全合法的做法。但是合法的做法不等同于合适、甚至最佳的做法,这是另外一回事。合适与不合适有个限度,但这个限度不等同于合法与不合法的限度,而RRD只处理后者。--Antigng留言) 2016年11月18日 (五) 07:41 (UTC)
然而署名就是为了让人看见吧,要不剪切合并怎么会有版权问题,两个页面的历史纪录都在中文维基百科上?很明显剪切移动导致无法正常情况下查出署名吧?把名署到用户页上也是一样,署了等于没署,没署等于侵权。我觉得这的确是合不合法的问题。按您的逻辑,我把你的文章复制一份,然后在沙盒上署个名,让读者以为我是文章的作者,您觉得这都叫BY,那我没话说。--風中的刀劍) 2016年11月18日 (五) 09:21 (UTC)
既然授权协议没有要求署名的格式,那么想怎么署就可以怎么署,法无禁止即可为。“署了等于没署”这种观点没有具体的条文支持。--Antigng留言) 2016年11月18日 (五) 09:36 (UTC)
看来还真不是想怎么署就怎么署名,你依赖的反对理由RRD也是可以改的。还是看社群愿不愿意去做。好了,就此打住。--風中的刀劍) 2016年11月18日 (五) 10:10 (UTC)
协议文本恰恰表明了只要在列明所有的作者、列明原作品的标题、最好列出原作品链接的前提条件下,想怎样署名就怎样署名。--Antigng留言) 2016年11月18日 (五) 10:24 (UTC)
如果有可以帮助维基人填写的小工具话,这个提案更有可能被社群接受。——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年11月18日 (五) 10:28 (UTC)

至少有2个议题与本次讨论相关。这个问题最好是大部分靠技术解决,小部分靠规则。现在的方案基本都是靠规则来解决的话,实现成本太高。所以有没有一个完整的技术方案来解决这个问题呢?--百無一用是書生 () 2016年11月18日 (五) 09:39 (UTC)

我的意见是彻底翻修mediawiki这方面的功能,一劳永逸解决问题:
  • 比如从内容翻译那里转来的条目,增加一个“translation log”,给出所翻译来源及其版本id(或者直接链接到这个版本id之前的修订历史页),其他的页面过来的翻译内容可以通过编辑摘要或模板等手段添加一个特殊标记,保存后后台自动生成一个translation log。translation log会在修订历史页显示
  • 另一种方案是采用类似于现在流行的git版本控制的办法,从翻译那一刻开始,相当于fork一个分支出来,然后在修订历史页展示修订历史和fork tree

--百無一用是書生 () 2016年11月18日 (五) 14:15 (UTC)

现在从内容翻译那里转来的条目,会在编辑摘要中给出翻译时的该版本的链接。那么现在应该是鼓励使用内容翻译功能,但对其他翻译方式来的内容,如何解决仍然是个问题。我觉得fork tree的方式应该会更好--百無一用是書生 () 2016年11月18日 (五) 14:45 (UTC)
内容翻译也有一些问题。比如,页面顶部的infoxbox模板不能导入,要释放到本地后另加上去。参考来源也是,释放到本地后就变成了一堆html代码。——星耀晨曦留言|欢迎参与升级授权协议的讨论) 2016年11月18日 (五) 16:36 (UTC)
所有基金会的新玩具+玩完变一堆html代码 都是mw:Parsoid的锅。--Antigng留言) 2016年11月18日 (五) 16:39 (UTC)
phab:T29629--Antigng留言) 2016年11月18日 (五) 16:04 (UTC)

修改翻譯指引

現行條文

(略)
==禁止機器翻譯==
不要使用机器翻译翻译文章。因为通过各种翻译软件或者在线翻译网站进行机器翻译的條目质量让人难以理解。任何人都可以移除机器翻译内容;通篇机器翻译,将會被提快速刪除
(略)

提議條文

(略)
==翻譯注意事项==

  • 请避免翻译不熟悉的内容。一方面您很可能无法准确地表达原文含义(甚至改變原文含義),另一方面您可能会因为不熟悉相关主题而把原文的错误内容带到译文之中。
  • 使用机器翻译翻译條目,无论使用哪种机器翻译软件或网站條目质量通常都会让人难以理解。我们强烈不建议在机器翻译基础上进行编辑。任何人都可以移除條目中拙劣的机器翻译内容;如果條目通篇由拙劣机器翻译組成那么将可能被提快速刪除
  • 建议在翻译时每到一个阶段就至少通读一遍译文,修饰文法,使文章内容通顺而且符合中文语法。
  • 请避免翻译腔

(略)

翻译指引不建议用户翻译自己不熟悉的内容是否违反维基百科的开放原则?

该问题起源于我近期大幅修订植物条目时,注意到某用户曾在2006年3月19日在该条目中加入了大量的粗糙的翻译,其中含有很多植物学基础术语的误译,我向其提出,根据Wikipedia:翻譯指引Wikipedia:科技条目翻译指南,不建议用户翻译自己不熟悉的内容。
但该用户声称,翻译指引只是一个指引,其与维基百科开放原则相矛盾时,应以后者为准。
考虑到此问题已非仅限于我与该用户之间,也非仅限于植物一篇条目,故在客栈提出此问题,即:翻译指引不建议用户翻译自己不熟悉的内容是否违反维基百科的开放原则?
参见:User_talk:Wing#关于植物条目的翻译问题Topic:Uu44wojuzeuvhypy


以上是本次讨论的初始问题。

我认为,维基百科是人人可编辑的百科全书,但不是人人可随意编辑的百科全书。在翻译条目时,应当遵照WP:翻译指引中的以下建议,这些建议并不与维基百科的开放原则相矛盾:

请避免翻译不熟悉的内容。一方面您很可能无法准确地表达原文含义(甚至改变原文含义),另一方面您可能会因为不熟悉相关主题而把原文的错误内容带到译文之中。

——٩(๑❛ᴗ❛๑)۶这里是一只名叫ozzy的小浣熊【来玩啊来玩啊】 2019年3月5日 (二) 14:24 (UTC)

  • Wikipedia:翻舊帳。2006年的編輯環境跟現在已經有很大的變化了,我認為這樣的翻舊帳的行為非常不妥。—AT 2019年3月5日 (二) 15:30 (UTC)
    • 然而此处讨论的重点是:维基百科的开放原则能否作为引入劣质翻译的理由?——٩(๑❛ᴗ❛๑)۶这里是一只名叫ozzy的小浣熊【来玩啊来玩啊】 2019年3月5日 (二) 16:26 (UTC)
  • 不違背,也無扞格之處。只是「不建議」,並不是「不允許」。如果翻得正確,誰管你熟悉不熟悉,沒人能說什麼;相反地,翻錯就是翻錯,沒什麼好說的。另,如果錯誤內容留存至今,這個並不算翻舊帳。-游蛇脫殼/克勞 2019年3月5日 (二) 16:46 (UTC)
    • 我意思是過去的錯誤,過份追究並沒有意義,自己動手改掉就好。2006年的時候,參與人數本來就已經不多了,有人寫都已經要感恩了。本來翻錯也沒有什麼稀奇的,及時說明改掉就好,就算事隔多年,只要跟對方說一聲就好,然而以2019年標準來評價2006年的編輯並無任何實際意義。另外,誤譯是否就一定代表編者對條目主題不熟悉?也可能是語文水平問題吧?而且,不同人對熟悉的標準並不相同,難以客觀評定。因此,我建議的是如果出現誤譯的情況,要不說明清楚讓對方改善或自行改善,而非限制用戶編寫某一類主題條目。—AT 2019年3月5日 (二) 18:25 (UTC)
      • 我並不認為誤譯就一定代表編者對條目主題不熟悉,但相反地,我認為編者對條目主題不熟悉確實容易(但非必然)導致誤譯。
      • 熟悉與否確實難以客觀評定,但正確與否就容易客觀評定多了。我前面也提過「如果翻得正確,誰管你熟悉不熟悉」,顯見我並無堅持對條目主題不熟悉就不允許翻譯。
      • 我完全無意「限制」用戶編寫某一類主題條目,前面我也說了,只是「不建議」翻譯編寫,並不是「不允許」。-游蛇脫殼/克勞 2019年3月6日 (三) 11:10 (UTC)
        • 同意,所以結論就是應該維持現狀。—AT 2019年3月7日 (四) 10:34 (UTC)
  • 我认为该指引只是一种劝导,像是新手指南一样的东西,可以引用推荐,但不能借此阻止别人。@Raccoozzy:你的“不建议”没问题,而对方说“其与维基百科开放原则相矛盾时,应以后者为准”我认为也没问题。参考WP:5P的第4和5条,“避免人身攻击或以无差别的概括”(可以指出问题,但指责别人不熟悉应当慎重)、“讨论时请以达成共识为重,并以保持开放、好客和包容的心态参与讨论”、“并请假定其他维基人是善意的”。“维基百科不墨守成规”、“不要苦恼无意所犯的过失”,所以就多年前的“问题”提出“不建议”或认定“不熟悉”(且多年后仍然不熟悉)很值得商榷,建议友好商谈并指出确切的问题和建议。--YFdyh000留言) 2019年3月13日 (三) 06:00 (UTC)
  • 如果开放原则可以作为引入劣质翻译的理由,那么每个对内容的约束的方针指引都必须因为不开放而被废除,不能双标。所以这一理论明显不成立。另外,条目是给读者看的,翻译不好读者看不懂也没用,谁还管你什么开放原则呢。所以应在后者里面说明。毕竟,连中国大陆的道德与法治课本都知道,“自由与规则不可分”。--Rowingbohe/|专题·CUCC·地方志交流群) 2019年3月17日 (日) 09:08 (UTC)
    • 而且正如AT所说,当时的编辑环境和现在不同。根据大量当时入选的FA/GA(如西湖)在近几年重审撤销这一现象。我原创研究一下,当时的维基百科比较重视条目数量(包括FA/GA各方面的数量等等)。而现在的维基人大多坚持数质兼备或单独重视质量。--Rowingbohe/|专题·CUCC·地方志交流群) 2019年3月17日 (日) 09:12 (UTC)
    • 这里的讨论如果用“:”缩进的话会有点难以分辨,我全部改成了“*”,尚祈见谅。另外,某用户在讨论发起者的讨论页留下的问题让我看了很不爽。--Rowingbohe/|专题·CUCC·地方志交流群) 2019年3月17日 (日) 09:16 (UTC)

翻譯指引增加说明

通過:

4月16日版本通過。Σανμοσα y=0 regardless the value of x 2019年5月1日 (三) 10:32 (UTC)

下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

現行條文

翻譯注意事项

  • 请避免翻译不熟悉的内容。一方面您很可能无法准确地表达原文含义(甚至改變原文含義),另一方面您可能会因为不熟悉相关主题而把原文的错误内容带到译文之中。
  • 请勿使用机器翻译翻译條目,无论使用哪种机器翻译软件或网站,條目的品質通常都会差到让人难以理解。我们强烈不建议在机器翻译基础上进行编辑。任何人都可以移除條目中拙劣的机器翻译内容;如果條目通篇由拙劣机器翻译組成,那么将可能被提請快速刪除
  • 建议在翻译时每到一个阶段就至少通读一遍译文,修饰文法,使文章内容通顺而且符合中文语法。
  • 请避免翻译腔
提議條文

翻譯注意事项

  • 请避免翻译不熟悉的内容。一方面您很可能无法准确地表达原文含义(甚至改變原文含義),另一方面您可能会因为不熟悉相关主题而把原文的错误内容带到译文之中。
  • 请勿使用机器翻译翻译條目,无论使用哪种机器翻译软件或网站,條目的品質通常都会差到让人难以理解。我们强烈不建议在机器翻译基础上进行编辑。任何人都可以移除條目中拙劣的机器翻译内容;如果條目通篇由拙劣机器翻译組成,那么将可能被提請快速刪除
  • 建议在翻译时每到一个阶段就至少通读一遍译文,修饰文法,使文章内容通顺而且符合中文语法。
  • 请避免翻译腔
  • 因各语言版本维基百科所应用的方针与指引或有不同,某些外文维基百科条目按其原样翻译后,可能不符中文维基百科的方针与指引,而造成翻译条目被提出删除。因此建议您在翻译前了解中文维基百科所制定的各项方针指引(尤其是关注度指引)。

。->>Vocal&Guitar->>留言 2019年4月15日 (一) 12:01 (UTC)

  • 我認為屬於事實性修訂,不過按正常方針指引修訂程序處理較好。Σανμοσα y=0 regardless the value of x 2019年4月16日 (二) 09:18 (UTC)
  • (-)反对。这样归结可能是错误的。外文维基百科上没有被挂模板的条目不等于其符合外文维基百科的方针与指引。 --Ujui Uju Mandan留言) 2019年4月16日 (二) 10:13 (UTC)
    • 我增補幾個字;該增補暗示了「因各語言版本維基百科所應用的方針與指引或有不同,某外文维基百科上不符合该外文维基百科的方针与指引的条目有机会没有被挂模板」。Σανμοσα y=0 regardless the value of x 2019年4月16日 (二) 10:48 (UTC)
      • 增补之后逻辑上没有明显问题啦。不过我还是建议不要太局限。直接翻译过来不仅可能会被删除,也有可能没差到要删除的程度但是质量不佳。 --Ujui Uju Mandan留言) 2019年4月16日 (二) 14:27 (UTC)
    • 本条说明仅提示翻译成品可能不符中维方针指引,未涉及到阁下的关切。另@Sanmosa:暂先移去阁下的增补。->>Vocal&Guitar->>留言 2019年4月16日 (二) 13:27 (UTC)

4月16日版本

  • 如果改成這樣如何?
User:OhtashinichiroUser:UjuiUjuMandanΣανμοσα y=0 regardless the value of x 2019年4月16日 (二) 14:34 (UTC)
    • 我觉得没有差别。不过我也不反对。毕竟强调删除来让人感觉到严重性也是好的。 --Ujui Uju Mandan留言) 2019年4月16日 (二) 15:09 (UTC)
  • 三日後沒有其他意見的話,我就公示了。Σανμοσα y=0 regardless the value of x 2019年4月20日 (六) 05:01 (UTC)
  • 不反对。--YFdyh000留言) 2019年4月20日 (六) 05:34 (UTC)
  • (+)支持,的确是翻译时需要注意的问题。--Leiem签名·留言 2019年4月20日 (六) 11:25 (UTC)
  • 現將4月16日版本公示七日。Σανμοσα y=0 regardless the value of x 2019年4月23日 (二) 09:04 (UTC)
  • (+)支持-- Sunny00217 - 2019年4月25日 (四) 13:31 (UTC)

本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

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

已将机械翻译阈值更改至95%。--VulpesVulpes825留言) 2020年5月18日 (一) 11:10 (UTC)

下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

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

  • (+)支持,這個工具不僅沒有幫助到新手,反而令新手更加混淆,在Help群有大量的協助請求都是內容翻譯工具弄出來的。--███████ Talk 2020年2月25日 (二) 10:18 (UTC)
  • (+)支持。副作用非常大的工具。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2020年2月25日 (二) 10:20 (UTC)
  • (+)支持。参照英维,私认为需要一定经验才可使用内容翻译工具。# SteepPeak 2020年2月25日 (二) 10:21 (UTC)
  • (+)支持。這個工具大有問題。英維直接將機械翻譯部分關掉了。--Temp3600留言) 2020年2月25日 (二) 10:33 (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:08 (UTC)
  • (:)回應:其實這個工具本身就不適合任何人使用。只不過有些資深用戶已經在用,無法全面禁止而已。--Temp3600留言) 2020年2月25日 (二) 12:05 (UTC)
  • (+)支持。该工具对第一次使用的用户而言非常不友好。另外回复楼上,没有人说禁止新手翻译条目,只是说禁止新手使用“内容翻译”这一工具。--乌饭麻糍 毕设做完了吗? 2020年2月25日 (二) 11:41 (UTC)
(:)回應:為甚麼要禁止新手用“內容翻譯”呢?我們反而要指導新手如何能更好地善用這個工具,積極貢獻維基。--蟲蟲飛♡♡→♡℃留言 2020年2月25日 (二) 11:54 (UTC)
  • (+)强烈支持:这工具大有问题,吞编辑烦死我了,对新手的热情打击显然更大。另外这个工具实质上是一个CAT,CAT本身也不是给新手用的。稍微有点经验的翻译从业者也能知道,那个机翻根本只能做参考,居然能有人直接贴进来。~~Ἐπίκουρος 2020年2月25日 (二) 11:58 (UTC)
    • @蟲蟲飛:你说得对,理想状态下应该是把这工具修到新手也可以很好地使用。但目前这东西还是不太好用,并且我也不知道wmf什么时候能把它弄到比较不那么涩手。如果什么时候情况好转,我也支持重新开放给新手。~~Ἐπίκουρος 2020年2月25日 (二) 12:02 (UTC)
  • (+)支持。 --無心*插柳*柳橙汁 2020年2月25日 (二) 12:23 (UTC)
  • (+)支持,且並不認為此舉叫做限制新用戶的編輯權。-- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2020年2月25日 (二) 12:26 (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的功能,只會讓新手無所適從,百害而無一利。—AT2020年2月25日 (二) 13:29 (UTC)
    • 我是新手,我剛剛看到了這個工具,好奇想用用看,但是某些段落他沒辦法翻譯,還有因為我是第一次用,我居然在沒翻譯之前就按提交了...GG,麻煩幫我把條目刪掉Ayane (Dead or Alive) --AHRI 2020年2月25日 (二) 18:51 (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)
  • 有那麼好的工具不用,要手動從其他維基複製過來,為甚麼要這樣自我設限呢?--蟲蟲飛♡♡→♡℃留言 2020年2月26日 (三) 02:58 (UTC)
    • 這絕對不是一個好工具。說是半完成品已經比較好聽了。--Temp3600留言) 2020年2月26日 (三) 05:23 (UTC)
    • 不認同好用一說。 閣下覺得好用是因為閣下是管理員,比較不會觸發過濾器。 如果你把所有新手都直接升格成管理員我就同意你說的;如果立刻廢除過濾器將防濫用過濾器從中文維基(×)删除就同意你說的;否則無法苟同。-- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2020年2月26日 (三) 03:03 (UTC)
  • 我巡查員的時候已經用這個翻譯工具,當時我覺得很好用,沒發現很大的問題,而且翻譯器都是這樣的,翻譯後都要手動改一下,如果不用翻譯器,就要自己查字典。--蟲蟲飛♡♡→♡℃留言 2020年2月26日 (三) 03:17 (UTC)
  • 新用戶通常不是巡查員,且巡查員就已經權限足夠不會觸發過濾器。仍然無法苟同。-- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2020年2月26日 (三) 03:20 (UTC)
  • 我的观感是虫虫飞到现在为止都没看明白这个话题讨论的是什么。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2020年2月26日 (三) 03:54 (UTC)
  • 您可能沒有看完所有留言,才有這個誤會。中間有人提議廢除「內容翻譯」,令這個小工具在中文維基消失,我是回應這個意見。建議您每個留言也看一下,不要急於回應別人。--蟲蟲飛♡♡→♡℃留言 2020年2月26日 (三) 04:06 (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)
  • 中文维基百科:翻譯指引也有這有一條:请勿使用机器翻译翻译條目,无论使用哪种机器翻译软件或网站,條目的品質通常都会差到让人难以理解。我们强烈不建议在机器翻译基础上进行编辑。任何人都可以移除條目中拙劣的机器翻译内容;如果條目通篇由拙劣机器翻译組成,那么将可能被提請快速刪除。--Temp3600留言) 2020年2月26日 (三) 10:51 (UTC)
  • 支持移除或者限制新手使用。原始碼編輯功能殘缺,誘導新手錯誤使用機器翻譯建立大量垃圾條目,過濾器對新手不友善,這東西在你維的存在簡直是個奇蹟。--Rowe Wilson Frederisk Holme留言) 2020年2月26日 (三) 09:29 (UTC)
    • 那你們可以把過濾器調寬一點,不要那麼容易被觸發,有可能會某個段落真的完全不需要改字就已經很通順了。--AHRI 2020年3月1日 (日) 02:28 (UTC)
      • 建議「錯誤數」+「警告數」在5以下就可以提交。--AHRI 2020年3月1日 (日) 02:28 (UTC)
    • @UjuiUjuMandan:有模仿犯  囧rz...-- Sunny00217 2020年2月26日 (三) 12:06 (UTC)
  • (+)同意,除非原味雞要處理此問題-- Sunny00217 2020年2月26日 (三) 12:06 (UTC)
  • (!)意見:但反对完全移除或禁用,翻译模板很快。假定善意一下,可能虫虫飞就真的用着从未出过问题,但还是设身处地想一下。~~Ἐπίκουρος 2020年2月26日 (三) 13:51 (UTC)
    • 如果禁止非确认用户翻译模板,请问有什么坏处?没有人对虫虫飞不假定善意,很多人对她的批评不是她不善意,而是能力不足(并且不虚心),像一头闯进瓷器店的牛英语Wikipedia:Don't be a bull in a china shop,惟其不当行为主要在WP空间而非条目空间,才不需要尽速除权而已。不要拿假定善意用来避免谈论问题。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2020年2月27日 (四) 01:32 (UTC)
      • 上面有人说了全站停用我才提的意见,对非自动确认用户怎么样在那个强烈支持里。话都不看完了就开始指点江山,就这还(節刪)说别人以己度人。~~Ἐπίκουρος 2020年2月27日 (四) 02:31 (UTC)
        • 您如果要回复特定人,请使用正确缩进。您自己表达不清楚,怪别人理解错?我说人以己度人是因为您们不问别人就假装自己知道,您以为呢?正因为我不以己度人我才问你。我如果我和你们一样,我就应该仗着自己不知道,在背后传你们的坏话了。您这才是妥妥的以己度人,不和人确认就擅自当别人肚里的蛔虫。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2020年2月27日 (四) 02:57 (UTC)
    蟲蟲飛用着從未出過問題不代表其他人用着也不會出問題,上面我已經説了我用的時候出甚麽問題了。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年2月27日 (四) 10:34 (UTC)
過濾器無法顯示警告訊息的問題  已修复,感謝@StangHamishTigerzeng協助修改過濾器。其實只要在過濾器設定警告動作就會顯示其警告訊息。--Xiplus#Talk 2020年2月26日 (三) 13:59 (UTC)
(※)注意:既然過濾器問題已修復了,即提案理由已經消失。--蟲蟲飛♡♡→♡℃留言 2020年2月27日 (四) 15:21 (UTC)
  • 其實其二的問題根本不存在,因為發布完全未修改的翻譯,會被翻譯器禁止,一定要作出一定程度的修改才能發布。--蟲蟲飛♡♡→♡℃留言 2020年2月28日 (五) 00:14 (UTC)
    • 您到底做过翻译吗?您看懂了人家说的是什么吗?您知道什么叫粗劣翻译吗?您就不能不跑题吗? --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2020年2月28日 (五) 06:39 (UTC)
  • 您可以先看一下提案理由,再看一下xiplus的留言,然後再看一下我的留言,然後才發言嗎?--蟲蟲飛♡♡→♡℃留言 2020年2月28日 (五) 06:49 (UTC)
  • “內容翻譯工具未有禁止新手完全依賴機械翻譯,及指示正確的翻譯方法,造成了大量機械翻譯條目之出現” << 您看见了吗?请问您知不知道什么叫机械翻译? --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2020年2月28日 (五) 07:53 (UTC)
  • “內容翻譯”有功能禁止新手依賴機譯,那個警告是禁止用戶把從未修正的譯稿直接發布,只要用戶願意在發布譯稿前修正一下機譯問題,然後這個警告就不會出現。當然新手可以隨便改一下譯稿,然後騙過過濾器,直接把未改好的譯稿發布出來。提案人這樣說我覺得他可能未用過“內容翻譯”,其實您自己用過“內容翻譯”嗎?--蟲蟲飛♡♡→♡℃留言 2020年2月28日 (五) 08:20 (UTC)
    • 除了您,还有谁提过“从未修正的翻译”?机翻是导致劣质条目的原因,翻译工具可以方便地提供机翻功能。到这里您有疑问吗?如果您还有疑问欢迎提出。您知不知道逐句翻译的极限是勉强能看?您有尝试过比逐句翻译水准更好的做法吗?如果您不知道逐句翻译以上还有什么需要做的,欢迎您多参与DYKC。不要闭门造车。您知不知道翻译工具阻碍人提升到逐句翻译以上的水准?您知道哪位翻译水平比较好的维基人在用内容翻译工具?作为新手,您的热情值得赞扬,但建议您不要高估自己的水准。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2020年2月28日 (五) 08:29 (UTC)
  • 事实上,问题1也没有完全解决,由于技术原因,AF日志不会记录通过内容翻译工具做出的编辑。# SteepPeak 2020年3月1日 (日) 02:50 (UTC)
  • 我還發現翻譯頁面的工具少了一個功能,不知道是不是技術問題,就是無法在遇到「外文維基有的條目而中文維基沒有的條目」的內鏈時,讓他變成像這樣英语A的內鏈,希望管理員你們可以增加這個功能上去,謝謝。--AHRI 2020年3月1日 (日) 02:20 (UTC)
  • (+)支持。另外,说到这个过滤器问题啊,我至少一个半月前就发现了,在VPT问Xiplus还说无法复现呢。现在修复了,挺好。—Rowingbohe 台州专题 2020年3月3日 (二) 08:57 (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)
  • (+)支持ContentTranslationTargetNamespace=草稿;、ContentTranslationPublishRequirements=自動確認用戶;、wmgContentTranslationUnmodifiedMTThresholdForPublish=0.7; //70%。這樣就能讓新手也能使用。-- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2020年3月9日 (一) 06:04 (UTC)
(-)反对:所有問題都已被u:Xiplus解決,不知為甚麼還要禁止新手用“內容翻譯”。要提高條目質素,應該多幫忙及指導新手,而不是剝削他們使用工具的權利。--蟲蟲飛♡♡→♡℃留言 2020年3月9日 (一) 06:19 (UTC)
(?)異議未見所有問題解決(內容翻譯使用過濾器時部份情況無法形成日誌使老手部份情況下難以幫助新手)。未見是禁止(沒有禁止新手,新手仍然可以用)。樓上疑似混淆視聽打稻草人。-- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2020年3月9日 (一) 06:21 (UTC)
  • @A2569875: 請問閣下是否支持「禁止非自動確認用戶使用‘內容翻譯’工具」?謝謝。--SCP-2000 2020年3月9日 (一) 10:09 (UTC)
    • 在尊重蟲蟲飛的意見,取捨之下,我認為ContentTranslationTargetNamespace=草稿;、ContentTranslationPublishRequirements=自動確認用戶;、wmgContentTranslationUnmodifiedMTThresholdForPublish=70% 足矣。-- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2020年3月9日 (一) 10:12 (UTC)
  • A2569875WP:TNGUIDE 我們強烈不建議在機器翻譯基礎上進行編輯。 私認為應將ContentTranslationEnableMT設定為disable。--SCP-2000 2020年3月10日 (二) 09:04 (UTC)
现在的方案是新手发布至草稿页吗?--Leiem留言·签名·传送门 2020年3月9日 (一) 06:25 (UTC)
  • 顯然是完全禁止新手用。--蟲蟲飛♡♡→♡℃留言 2020年3月9日 (一) 06:27 (UTC)
    • (?)異議顯然新手可以正常使用ContentTranslationTargetNamespace=草稿;、ContentTranslationPublishRequirements=自動確認用戶;、wmgContentTranslationUnmodifiedMTThresholdForPublish=0.7; //70%。-- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2020年3月9日 (一) 06:28 (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)
  • 現在連公示甚麼也沒講清楚,很亂!完全看不到有甚麼具體共識形成了。--蟲蟲飛♡♡→♡℃留言 2020年3月9日 (一) 06:34 (UTC)
  • 理應是讓新手可以使用內容翻譯,但以發布到草稿為預設選項;自動確認用戶就不一定是發布到草稿為預設選項;並設定要翻譯到一定程度始可提交。-- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2020年3月9日 (一) 06:51 (UTC)
    • 不可。這不能解決新手完全依賴機械翻譯的問題。新手完全依賴機械翻譯是禁止的原因之一。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月9日 (一) 06:58 (UTC)
      • (:)回應@Sanmosa:那看不出共識是啥了。至少我確定完全禁止蟲蟲飛大幅加強(!)抗议力度。一個小小巡查回退員資深主編的抗議力度永遠是贏不過大大管理員的抗議力度的。-- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2020年3月9日 (一) 07:00 (UTC)
        • 提議本來就是禁止非自動確認用戶使用,只有他一個人反對不成問題,反正他的理據無效且已被反駁。我請其他管理員來處理就是。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月9日 (一) 07:05 (UTC)
          • 內容翻譯工具也有其他問題,例如是有大量bug、難以使用、容易產生拙劣翻譯的條目。叧外,管理員沒有任何高於其他用戶的特權,唯能實現社群討論所得的共識。--SCP-2000 2020年3月9日 (一) 07:10 (UTC)
  • (?)疑問:我看到您很少寫條目,而且未看到您翻譯過條目,其實您用過“內容翻譯”嗎?因為您說的問題,但我使用的經驗中都從沒出現過。--蟲蟲飛♡♡→♡℃留言 2020年3月9日 (一) 07:15 (UTC)
  • 其一,上方列出的問題是此討論中有些人所提出的。其二,我曾用過「內容翻譯」,詳見此處。叧外,自己未曾有問題不等於其他人沒有問題。--SCP-2000 2020年3月9日 (一) 07:26 (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)

────────────────────────────────────────────────────────────────────────────────────────────────────

  • 這是大問題嗎?犯得着一定要禁止新手用“內容翻譯”嗎?如果新手轉用google翻譯,我可以預期所譯條目只會更糟糕。宇帆建議只讓新手把譯稿先發在草稿,這個我比較接受;但又擔心新手不懂得把譯稿移回條目空間,而且給新手那麼多寫條目的限制,除了減低新手的參與意慾外,我想不到有甚麼好處。--蟲蟲飛♡♡→♡℃留言 2020年3月10日 (二) 09:19 (UTC)
    • 蟲蟲飛 那閣下不如提出一個方案來解決娜娜奇提出的問題,謝謝。--SCP-2000 2020年3月10日 (二) 09:49 (UTC)
  • 雖然我用“內容翻譯”譯了一百個條目,我其實沒見過提案人提到的問題,有例子嗎?--蟲蟲飛♡♡→♡℃留言 2020年3月10日 (二) 09:54 (UTC)
  • 我想看條目例子,有嗎?--蟲蟲飛♡♡→♡℃留言 2020年3月10日 (二) 10:01 (UTC)
    • 根本不可能有日誌可以翻找,因為提交都失敗。而成功的看上去肯定沒問題。造成閣下沒看到問題就以偏概全的認為全部都沒有問題。-- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2020年3月10日 (二) 10:12 (UTC)
  • 現在社群最不滿新手的機譯問題,這個和日誌有甚麼關係?您直接告訴新手哪段譯得不好就可以了,怎麼要用日誌?--蟲蟲飛♡♡→♡℃留言 2020年3月10日 (二) 10:21 (UTC)
    已有多次狀況是有想幫助新手的老手無法從新手提供的資料判斷問題所在,繼續嘗試問新手詳細狀況反而嚇走新手,只因日誌未能紀錄。-- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2020年3月10日 (二) 10:53 (UTC)
  • 新手最大的問題是不願修正機譯,我看不懂您這段話的邏輯。--蟲蟲飛♡♡→♡℃留言 2020年3月10日 (二) 11:05 (UTC)
  • 請重新看這幾天的留言,謝謝。--SCP-2000 2020年3月10日 (二) 10:39 (UTC)
  • 1.重看了整個提案留言,未見能解決甚麼問題。新手不用“內容翻譯”,轉用google翻譯,未見就能解決新手的問題。2.提案人到現在還未能舉出實例說明“內容翻譯”有甚麼具體問題。3.xiplus已多次說明過濾器的問題已解決,不知提案還要解決甚麼問題?--蟲蟲飛♡♡→♡℃留言
  • 你又在打稻草人了。修復的問題僅有錯誤訊息能正常顯示,但詳細錯誤日誌未能被記載。提案人已經提舉出實例說明“內容翻譯”了,就是日誌未能建檔。 -- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2020年3月10日 (二) 10:51 (UTC)
  • 我完全看不懂您這段話的邏輯,而且我要大家舉出例子說明所謂的問題,到現在還是避而不回應。新手的問題無非是態度問題,不願意花時間改善機譯問題,和日誌有甚麼關係?您沒日誌,就不能指導新手機譯問題,這是甚麼邏輯?--蟲蟲飛♡♡→♡℃留言 2020年3月10日 (二) 11:00 (UTC)
    • (!)抗议#根本沒有解決錯誤無法顯示的問題-- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2020年3月20日 (五) 15:15 (UTC)
      • (!)強烈抗议閣下根本沒有同理心,我們這邊都是都是實話實說。 閣下運氣好都不會遇BUG,好棒棒,內容翻譯專家/大師,歐洲人,其他用戶運氣爛,整天抽到BUG,非洲人,我遇BUG我倒楣,然後您整天風涼話,請問這是一個管理員該有的心態和行為嗎? 你可以繼續打稻草人沒關係,我不會繼續在BUG不BUG的話題上回覆。-- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2020年3月21日 (六) 18:13 (UTC)

这个话题是如何发展到这种程度的我不明白,我没有仔细看上面这新出现的一大段内容,就再说一下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)

  • 1.新手機譯問題等,不是工具的問題,而是新手的態度問題,不是禁了這工具,讓新手轉用google翻譯,或者叫新手自己查字典,然後條目問題就能解決。2.為甚麼不想想User:A2569875 的方案呢?讓新手先把譯稿發在草稿,然後讓他慢慢改?--蟲蟲飛♡♡→♡℃留言 2020年3月11日 (三) 02:48 (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)
  • 您說得對,看到那麼多人說要禁止新手用這工具,即使覺得不合理,誰敢出來反對。個人的力量有限,也改變不了甚麼。--蟲蟲飛♡♡→♡℃留言 2020年3月11日 (三) 04:58 (UTC)
  • 作为管理员,您放弃讲道理反而说这种话,实在是失格。当然了,你前面讲的道理也很诡异就是了。您有热情是好事,但请不要连问题都没搞明白就要革命。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2020年3月16日 (一) 03:38 (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)
  • 自動確認用戶才有權限移動,而且您巡查時看到也可以幫忙移動,我也經常有新手叫我幫忙移動,很簡單的事情,可以幫一下。--蟲蟲飛♡♡→♡℃留言 2020年3月17日 (二) 13:04 (UTC)
  • (?)疑問听说印尼语言版本说有了共识要停止使用,但是phab驳回。有了本地共识就可以完成吗,这个提案?Camouflaged Mirage留言) 2020年3月17日 (二) 13:07 (UTC)
  • 只是疑问,也不是马上喊停。参考 phab:T219851,好像最后可以了,只是有点复杂。Camouflaged Mirage留言) 2020年3月17日 (二) 13:16 (UTC)
  • WMF似乎不允許完全停止使用,但可允許設定配置變數,例如enwiki就禁用了機翻。--SCP-2000 2020年3月17日 (二) 13:22 (UTC)
  • 我覺得讓新手先放在草稿空間,讓他們可以慢慢改也好,不會被提g13嚇怕了。--蟲蟲飛♡♡→♡℃留言 2020年3月17日 (二) 13:35 (UTC)
  • 坦白說,其實我也想放在草稿空間,但目前缺乏一個教學讓新手知道如何草稿移至條目。--SCP-2000 2020年3月17日 (二) 13:49 (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)
  • 我確實是自動翻譯產生,後來測試發現,部分公式正常,部分公式如您所述有問題。--Xiplus#Talk 2020年3月20日 (五) 11:47 (UTC)
  • 部分公式有問題,但先讓新手在草稿裏改,手動改公式應該沒問題吧?譯稿怎麼也得改一下,不可能完全不改。--蟲蟲飛♡♡→♡℃留言 2020年3月20日 (五) 13:21 (UTC)
  • 好像还是没有方向,要不开一个投票解决?Camouflaged Mirage留言) 2020年3月20日 (五) 13:23 (UTC)
  • 開投票吧。--SCP-2000 2020年3月20日 (五) 13:29 (UTC)
  • 选项。{1)停止这个扩展。 {2} 放入草稿 {3} 保持原态。可以吗?Camouflaged Mirage留言) 2020年3月20日 (五) 13:33 (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)
  • 眼下不支持投票,但为了避免大家忘记,我还要再提一下:还有“禁用机器翻译”这个选项。--Tiger留言) 2020年3月20日 (五) 14:26 (UTC)
  • 宇帆可能誤解了系統的功能,這個工具有功能攔截用戶直接發布從未修改的譯稿,只要稍改一下句子,系統就知道用戶已作出修改,然後才容許發布,而且改甚麼都沒所謂,因為系統只是攔截從未修改的譯稿直接發布出來。--蟲蟲飛♡♡→♡℃留言 2020年3月20日 (五) 15:13 (UTC)
    • (!)強烈抗议你 跟 本 沒 有 了 解 發 生 了 什 麼。我改了根本發不出去,我觸發的bug根本就是不管小改中改還是大改都發不出去的bug。誤解?你根本是無視我,只想硬要通過你的方案,還有我告訴你此不是第一次使用本工具,我怎麼可能會不曉得?。我想您還是明天去看看WP:TG發生什麼事再說吧。我現在仍因有關事件對內容翻譯極端憤怒-- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2020年3月20日 (五) 15:18 (UTC)
    • (!)強烈抗议(!)強烈抗议(!)強烈抗议(!)強烈抗议(!)強烈抗议(!)強烈抗议(!)強烈抗议(!)強烈抗议﹑-- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2020年3月20日 (五) 15:22 (UTC)
  • 您上面不是已經有稿子發出來嗎?怎麼說不能發呢?我翻譯了一百個條目都未見過您所說的怪異情況。--蟲蟲飛♡♡→♡℃留言 2020年3月20日 (五) 15:27 (UTC)
    • (!)強烈抗议你 跟 本 沒 有 了 解 發 生 了 什 麼。我們嘗試數百次發佈花了100+分鐘才成功根發出去,我觸發的bug根本就是不管小改中改還是大改都發不出去的bug。誤解?你根本是無視我,只想硬要通過你的方案,還有我告訴你此不是第一次使用本工具,我怎麼可能會不曉得?。我想您還是明天去看看WP:TG發生什麼事再說吧。我現在仍因有關事件對內容翻譯極端憤怒-- <-- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2020年3月20日 (五) 15:35 (UTC)
      • {{強烈抗議}}、{{強烈抗議}}、{{強烈抗議}}、{{強烈抗議}}、{{強烈抗議}}、-- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2020年3月20日 (五) 21:23 (UTC)
  • 我已經看過了上面TG的討論,就是兩三個人在討論,宇帆聲稱自己遇到一些問題,但我今早試譯了宇帆提到的條目,發現根本就不存在所謂的問題。--蟲蟲飛♡♡→♡℃留言 2020年3月21日 (六) 04:58 (UTC)
  • (:)回應:我稍後就會去試試用內容翻譯試試發出您所提到的草稿,驗證一下您所聲稱的「我們嘗試數百次發布花了100+分鐘」,然後再回應您。--蟲蟲飛♡♡→♡℃留言 2020年3月21日 (六) 00:36 (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)
您嘗試翻譯的-3Draft:−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:20 (UTC)
兩個用戶都有同樣的問題的話,就肯定不是電腦問題那麼簡單。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月21日 (六) 04:36 (UTC)
  • (※)注意我剛剛試譯了您上面的頁面,也成功發出了草稿Draft:瑞斯·薩納克。我在試驗的過程中我未發現了大家所提到的問題,大家試很多次都未能發布譯稿,這是由於內容翻譯有功能去攔截未經修改的譯稿直接發布出來,而且介面已經有清晰指示「用戶仍有大量語句未修改,不能發布」,只要按指示稍改,已經可以發布。剛才我只用了兩分鐘就已經發出譯稿。--蟲蟲飛♡♡→♡℃留言 2020年3月21日 (六) 04:53 (UTC)
出未能成功發佈翻譯的問題的是小南海水壩瑞斯·薩納克的問題是漏了幾個來源tag。你果然是無心看我們的情況啊。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月21日 (六) 06:39 (UTC)
  • 漏了幾個來源tag,您手動在草稿加上去就行,這個是很簡單就能處理的事情。--蟲蟲飛♡♡→♡℃留言 2020年3月21日 (六) 07:17 (UTC)
問題在於新手不會察覺、不會留意、不知道怎麽補救,又或者是不知道有“可供查證”這樣的一條規定。我用和新手用是兩回事。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月21日 (六) 11:31 (UTC)
  • 所以先讓新手放在草稿空間,就可以慢慢改,老手也可以幫忙改一下,大不了就是走o7,半年後被機器人提刪。--蟲蟲飛♡♡→♡℃留言 2020年3月21日 (六) 12:00 (UTC)
然後其實老手也不很“老手”,他們也會忽略。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月21日 (六) 12:04 (UTC)

总结

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

當作提醒我自己。-- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2020年3月21日 (六) 19:59 (UTC)
  • 不好意思,剛剛ping錯了。--SCP-2000 2020年3月21日 (六) 12:03 (UTC)
  • 同意SCP君的做法。--Temp3600留言) 2020年3月21日 (六) 12:07 (UTC)
  • (+)支持SCP-2000的意见。# SteepPeak 2020年3月21日 (六) 12:11 (UTC)
  • (+)支持Camouflaged Mirage留言) 2020年3月21日 (六) 12:12 (UTC)
  • (-)反对:投票不能代替討論,現在沒必要通過投票去測試民意,以投票代替討論的風氣也不應該打開。--蟲蟲飛♡♡→♡℃留言 2020年3月21日 (六) 12:17 (UTC)
  • 投票可以代替討論,上述僵局嚴重有必要通過投票去測試民意,以投票代替討論的風氣可以適度地進行打開。--沒有蟲子落地36.229.105.64留言) 2020年3月21日 (六) 12:35 (UTC)
  • 我不認為一次投票會打開投票代替討論的風氣,而在此之前亦有不少投票,也未見打開投票代替討論的風氣。再者,現時已與冗長討論無異,如此下去,只會無共識結案。--SCP-2000 2020年3月21日 (六) 12:42 (UTC)
  • 同意,上述長篇大論顯然展示了尋求達成共識的失敗,通過投票來總結現況未嘗不可。--Rowe Wilson Frederisk Holme留言) 2020年3月21日 (六) 12:40 (UTC)
(?)異議:禁止手運用工具的權利,事關重大,沒必要急於結案,先慢慢討論吧!--蟲蟲飛♡♡→♡℃留言 2020年3月21日 (六) 12:46 (UTC)
  • (+)支持--戰車兵狂好者留言 2020年3月21日 (六) 13:13 (UTC)
  • (+)支持,一個連大部份條目寫手都掌握不到爛工具就不應該用來荼毒新手。其實共識也由始至終非常明顯,我甚至認為連開投票的必要也沒有,應該根據共識直接採取行動,限制新手使用內容翻譯。—AT2020年3月21日 (六) 14:00 (UTC)
其實整件事由一開始就只有蟲蟲飛反對,而蟲蟲飛也從來沒有給過任何合理的理由出來。誰有權限去進行disable操作的?ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月21日 (六) 14:36 (UTC)
  • (:)回應:其實想反對的人也不只我一個,只是那麼多人想禁止新手用內容翻譯,即使不合理也不敢反對,而且支持者所提到的問題,經我驗證都是誇大,xiplus等管理員都已修復了提案人所謂的問題,但大家仍然堅持禁止新手使用,甚至連有人建議先讓新手把譯稿發布在草稿空間,大家仍然連新手的草稿也看不順眼,堅持連草稿也要禁止,但我一個力量也有限 改變不了甚麼。--蟲蟲飛♡♡→♡℃留言 2020年3月21日 (六) 15:11 (UTC)
    • 根本就沒有誇大,都是實話實說。 閣下運氣好都不會遇BUG,好棒棒,內容翻譯專家/大師,歐洲人,其他用戶運氣爛,整天抽到BUG,非洲人,我遇BUG我倒楣,然後您整天風涼話,請問這是一個管理員該有的心態和行為嗎? 你可以繼續打稻草人沒關係,我不會繼續在BUG不BUG的話題上回覆。-- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2020年3月21日 (六) 17:59 (UTC)
      • (※)注意:您上面提到公式上下亂跳等問題,經我驗證後,發現都是誇張失實,我只能善意推定這是您電腦設置問題,詳見上文回應。--蟲蟲飛♡♡→♡℃留言 2020年3月22日 (日) 03:08 (UTC)
        • (※)注意CSS設計有缺陷的程式碼不予置評,少量內容當然不影響,翻閱閣下內容翻譯貢獻與內容翻譯的測試都是在未達DYKC標準時就發布,顯然該工具在「軟體工程」下的壓力測試是不及格的。另外你也忽略我遇到問題的另一部分,且有其他用戶報告複現。-- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2020年3月22日 (日) 08:52 (UTC)
  • (+)支持,應表決。蟲開頭的用戶一直在利用形式謬誤而沒有自覺,繼續炒只會浪費社群資源在形式謬誤上打轉。-- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2020年3月21日 (六) 18:04 (UTC)
「其實想反對的人也不只我一個,只是那麼多人想禁止新手用內容翻譯,即使不合理也不敢反對」還有誰?不出聲誰知道啊。我不知道您以前有沒有手動翻譯過長條目,只要手動翻譯過長條目的人就可以非常容易理解到內容翻譯的制肘,如您能夠用內容翻譯來翻一篇約2、3萬位元組的英維GA而沒有遇到任何障礙的話(當然條目出來也要沒有任何問題,可以當選GA的),那我就相信內容翻譯有用。不然,以我個人經驗,我打開內容翻譯一分鐘就馬上放棄了,這麼難用的工具還要讓新手去用,請問遇到問題時要找誰去幫忙解決?您要擔起這個責任嗎?如果不能的話,就不要荼毒新手,至少手動翻譯可以讓新手更早接觸到維基代碼,而不是一直困在視覺化編輯裡,停滯不前。—AT2020年3月21日 (六) 18:17 (UTC)
(:)回應:1.要表態不只是加一個支持或反對模板,應該看實際意見和理據,而且只貼一個模板然後加一個簽名,在共識的形成過程中,一點意義都沒有。您看上面有很多用戶提出不同的替代方案和解決方案,全都被無視了。例如有用戶建議改用 Mediawiki那個站的翻譯工具,覺得非常好用,結果被無視。有幾個用戶提到讓用戶發到草稿空間,而非直接禁用,也被無視。幾個管理員努力幫忙解決了提案所提到的問題,即提案理由已消失,但這些解決方案也都被無視了。提出這些替代方案和解決方案的用戶,即使不是反對方案,也可視為不完全支持提案,支持者又未有好好回應及處理,顯然不能以點票形式去判斷為共識明顯。2.上面有用戶大聲指內容翻譯出現公式上下亂跳和無法發布到草稿,經我驗證都是誇張失實,我只能善意推定那只是用戶個人電腦設置問題。3.我上面通過驗證的方式,試用內容翻譯驗證用戶所聲稱「不能發布到草稿」,就已輕易地把很長的外文條目發布到草稿空間,格式和模板等都很完整,餘下的工夫就只是改一下那些機譯的語句,這些都是很簡單的事情,比我直接查字典省了很多工夫。4.現在妥協方案是讓新手發布到草稿空間,大不了就是走o7,六個月後由機器人提刪,不明白為甚麼連新手的草稿也看不順眼,連草稿也要禁止。--蟲蟲飛♡♡→♡℃留言 2020年3月22日 (日) 03:05 (UTC)
您沒有回應到我的疑問。而且,在我看來要求新手在一開始就使用機翻是一個錯誤,翻譯應該靠自己逐字逐句研究,而不是倚賴機械,如果只能靠機翻才能寫條目的話,我會建議那些人不要翻譯條目,以免降低條目質素,甚至是翻錯。至於方案問題,我認為可以通過投票解決,將各方案放進投票選項裡頭,加上這些方案都是對內容翻譯施加一定程度的限制,因此不構成所謂「反對」,也就是說真正反對對內容翻譯施加任何限制的我目前只看到您。另外,我希望您可以翻譯GA就是希望您體驗這樣的問題,從您寫的條目來看,大多也是小作品,沒有遇到問題也不奇怪,但是翻長條目您遇不到問題才怪。最後,草稿方案我認為仍然沒有解決到問題,例如由誰去作出指導,您總不能要求所有人走去善後一些支離破碎的內容,結果都是刪的話,那手動翻譯的穩定性以及眾多用戶皆能作出指導在這方面就贏很多了。—AT2020年3月22日 (日) 08:46 (UTC)
  • 既然大家連新手的草稿也不想看到機譯,那我也沒有異議,就直接公示吧!因為我不想維基開了“以投票代替討論”的風氣。--蟲蟲飛♡♡→♡℃留言 2020年3月22日 (日) 08:55 (UTC)
  • 什么时候有这个风气啊?既然没有反对了,就公示“禁止非自动确认用户使用内容翻译工具。”。7天开始。Camouflaged Mirage留言) 2020年3月22日 (日) 08:58 (UTC)
  • 直接公示禁止非确认用户使用内容翻译工具好了。每个人都有发言的权利,但显然不是所有发言都有价值。不要继续在无价值的事情上浪费时间和精力了。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2020年3月22日 (日) 09:04 (UTC)
  • 個人認為活動參與者應被豁免。他們通常都會由資深的編者指導。再禁用內容翻譯只會讓推廣工作變得更煩。--1233 T / C 2020年3月24日 (二) 02:34 (UTC)
    1233請問最近有什麽活動有牽涉內容翻譯工具?ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月27日 (五) 11:48 (UTC)
    SanmosaAsia Art Archive 與 M+ WestKowloon合辦的編輯馬拉松--1233 T / C 2020年3月27日 (五) 13:09 (UTC)
    1233請求説明確實日期。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月27日 (五) 13:11 (UTC)
    请提供一下新手之前使用工具结果,如果合理,可以延迟落成,如果糟糕,就验证了支持者的看法。Camouflaged Mirage留言) 2020年3月27日 (五) 13:15 (UTC)
    SanmosaCamouflaged Mirage3月7日。沒記錯的話應該是有的,但是個人忘了哪一些實際頁面了。--1233 T / C 2020年3月27日 (五) 13:17 (UTC)
    1233那個活動是用怎樣的形式舉行的?參與者需要親身去某個地點參加嗎?ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月27日 (五) 13:20 (UTC)
    Sanmosa線下活動,所以容易進行品質控制。另外回樓下:ContentTranslation的好處就是可以直接左右對照,見我其中一條填坑條目:嗅球類。--1233 T / C 2020年3月27日 (五) 15:13 (UTC)
    1233有一點有些離題,但我還是很關注的:怎麽在疫情下還會有如此活動?(當然,現在香港政府已經直接BAN了。)ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月28日 (六) 01:50 (UTC)
    另外,我建議你看看我和UjuiUjuMandan的對話。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年3月28日 (六) 02:34 (UTC)
    有办法改为可视化编辑教程吗?Camouflaged Mirage留言) 2020年3月27日 (五) 13:22 (UTC)
    • 这个事情很简单,有必要的话可以直接在RFR请求临时确认用户权限,编辑完后再移除就是。# SteepPeak 2020年3月28日 (六) 00:54 (UTC)
    • @Camouflaged MirageSteepPeakSanmosa:活動不是用戶組舉行的,而且三月初的時候疫情還未這麼嚴重。另外活動參與者有相應的權限,故建議直接開啟這權限至活動參與者。詳情請見WP:EVP。--1233 T / C 2020年3月28日 (六) 07:45 (UTC)
    • 给确认用户即可。解决这个问题。又不算禁止全部使用,只是非确认/自动确认即可而已。Camouflaged Mirage留言) 2020年3月28日 (六) 08:17 (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)
  • 翻譯條目怎麼會侵權呢?翻譯自另一維基語言版本符合關注度的條目也很少有關注度問題,這是翻譯條目比直接寫條目減少關注度爭議的好處。--蟲蟲飛♡♡→♡℃留言 2020年3月31日 (二) 05:28 (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)
  • 意料之内,之前我在这串里头贴了印尼语维基的情况,也是本地有了共识,提交后发现有这类数据。直接非自动确认即可不是吗?英语维基也可以。其实那个单太过复杂,所以容易混淆?Camouflaged Mirage留言) 2020年3月31日 (二) 09:25 (UTC)
单也不是复杂,就是开发者希望不希望彻底关闭内容翻译而尝试沟通直到双方妥协。此提案最初因为新用户会用内容翻译生产大量机器翻译条目,而希望禁止非自动确认用户使用内容翻译。但是现在的数据,特别是G13数据,无法证明新用户会用内容翻译生产大量机器翻译条目。而且,禁止非自动确认用户使用内容翻译这个决议目前无法在技术上实现,非自动确认用户还是可以发布至草稿页。--VulpesVulpes825留言) 2020年3月31日 (二) 09:54 (UTC)
还有,各位可以换个思路,内容翻译不就是个很好的蜜罐吗?还带编辑标签,帮你快速识别翻译条目。一天也没几个用内容翻译产生的条目,各位巡查员稍微注意一下带内容翻译标签的编辑不就行了吗?限制新手使用工具反而让巡查变得麻烦。--VulpesVulpes825留言) 2020年3月31日 (二) 10:01 (UTC)
說到底,還是中文維基要不要接受機翻的問題。沒錯那些條目的主題值得保留,可是要我來校對,等於要我全文重譯一次呢。--Temp3600留言) 2020年3月31日 (二) 11:37 (UTC)
內容翻譯出來的條目的被刪率較低是很正常的,因為翻譯過程有很多程序,能夠成功達到所有要求翻出來理所當然應該都是沒有多大問題,一般翻譯率被刪率較高是因為只需要點擊發佈就可以直接發出來了,就算錯漏百出也沒有發不到的問題。關鍵在於,內容翻譯的過程本身有太多結構性問題,導致一般用戶(尤其是新用戶)要掌握這個工具非常困難,讓我來形容的話就是難用難出,能出得到來的都不會太差,但是這是否代表這工具適合新手使用?不是。適合新手的工具應該是易用易出的,過多制限反而會讓人卻步,這跟先發佈再改有很大的差別。—AT2020年3月31日 (二) 10:04 (UTC)
诶,如果工具适合新手使用,没有结构性问题,也就不会一直在测试功能中躺着了。但这也是为什么内容翻译需要测试,并且需要很多人来测试。--VulpesVulpes825留言) 2020年3月31日 (二) 10:19 (UTC)
除了諸位所言,內容翻譯被刪率較低的另一原因可能是中文維基社群「忍痛打撈」的能力特強。各種打撈裡面,覺得打撈機翻最是讓人難以開心,有些人老是機翻,讓另一批人辛苦打撈,「條目你在創,內容我在寫」之感慨……  囧rz...--Hjh474留言) 2020年3月31日 (二) 12:20 (UTC)
既然是測試中,那就更應該限制新手使用,進行測試的目的就是要改善,要改善就需要用戶反饋,您要讓新手來反饋嗎?容許本來就不熟維基代碼的用戶去試用內容翻譯本身已經是減低了他們學習得到維基代碼的機會,而且還要是一個充滿缺陷的內容翻譯?要測試沒有問題,但是反饋責任應該讓一般用戶來負責,而不是測試為由放任新用戶使用,這得不到反饋的可能之餘,更是嚴重打擊新手學習編寫維基的進度。—AT2020年3月31日 (二) 16:16 (UTC)
第一,我不是内容翻译的开发者,“您要让新手来反馈”我理解成“开发者要让新手来反馈”。至于放任新用户使用,很可惜,测试功能extension目前没有根据用户组限制那些测试功能可以被其使用。至于拿不到反馈,其实内容翻译的错误日志应该是被服务器记录下来的。我真心建议各位把诉求改成不要在中文维基百科上默认对所有用户开启内容翻译测试功能比较好,就像flow测试一样。—VulpesVulpes825留言) 2020年4月1日 (三) 00:09 (UTC)
@VulpesVulpes825:預設是開啟的?我記得我有嘗試註冊過新帳號,內容翻譯似乎是需要自行開啟的測試功能。--Xiplus#Talk 2020年4月1日 (三) 00:28 (UTC)
退一步來說,我不知道技術上可不可行,至少新用戶點擊內容翻譯時,應該顯示提示信息說明內容翻譯仍然是一個測試工具什麼的,並且提供手動翻譯的選項,這樣比較可行。—AT2020年4月1日 (三) 11:32 (UTC)
@ATMediaWiki:Cx-beta-desc,偏好設定的功能說明文字。--Xiplus#Talk 2020年4月1日 (三) 13:21 (UTC)
很好。這個應該先改。—A