跳至內容

Wikipedia talk:繁简处理/档案12

頁面內容不支援其他語言。
維基百科,自由的百科全書

是否應將「-{回复}-」預設簡繁轉換為「-{回覆}-」?

現在是預設轉換為「-{回復}-」。簡化字「-{復}-」和「-{覆}-」都簡化為「-{复}-」,個人認為簡體中文使用者用「-{回复}-」時多為表達「-{回覆}-」(即答复)的意義,而多用「恢復」來表達「-{回復}-」義。但這也可能只是我本人的使用習慣和所見,故望尋求社群共識。--Austin Zhang留言2021年4月8日 (四) 14:43 (UTC)

就這邊也有維護繁簡轉換軟體的經驗來說,應當盡可能避免需要消歧義。因此才有上面的意見。另外字詞轉換應該盡可能維持整個詞彙的完整,這樣除了人類容易讀原始碼,亦可方便機器處理。當然-{回復}-會比回-{zh-hans:复; zh-hant:復;}-好,尤其就本例來說這麼處理就一勞永逸,不會有繁簡轉換的問題。 --Kanashimi留言2021年4月23日 (五) 21:41 (UTC)

重寫是否在繁簡破壞的範疇

WP:VCC的初衷以及重寫頁面名稱時應否允許轉換異體字/繁體字

依據實際上的多數意見提案

現行條文

勿手動轉換異體字

儘管異體字間的功能相近,且所代表的意義相同,但手動轉換異體字,很可能引發編輯爭議,甚至招致編輯戰的發生。因此在手动转换异体字之前,请先考虑以下两种情况:

一是在现代汉语中或者电脑输入中已经不再使用或者极少使用的异体字,如「-{靑/青}-」、「-{敎/教}-」、「-{囯/国}-」,这种情况下,将异体字转换为正体字是值得提倡的,反之则视为破坏。因为此类异体字在电脑输入或者现代汉语中极少用到,使用此类异体字不便于阅读。

二是目前现代汉语中仍然有在使用的异体字,此类异体字由于使用频率较高,或者是在不同的地区,对哪一个字是正体的定义不一样,例如「-{床/牀}-」,中国大陆和台湾把「-{床}-」视为正体字,把「-{牀}-」视为异体字,而在香港则是相反,香港视「-{牀}-」为正体,对此类异体字进行手动转换违反了避免地域中心方針。此外,「-{台/臺}-」这一对字由于政治原因常常成为修改的对-{}-象,由于「-{台}-」字虽为俗写,但是在台湾已经广泛使用,因此不应该对其进行手动转换,而是应该遵循先到先得的原则,因为对这些字进行手动转换对条目没有实际的改善作用。

概括性来讲:

  • 如果所有地区皆常用A,罕用B→可将源码B直接改为A,不宜使用转换。
  • 如果某些地区常用A而罕用B,某些地区常用B而罕用A→源码文字先到先得,不得修改,同时全局转换。
  • 如果所有地区混用A/B→源码文字先到先得,不得修改,不得使用转换。
  • 如果某些地区混用A/B,其他地区常用A而罕用B→源码文字先到先得,不得修改,其他地区可使用转换。
提議條文

勿手動轉換異體字

儘管異體字間的功能相近,且所代表的意義相同,但手動轉換異體字,很可能引發編輯爭議,甚至招致編輯戰的發生。因此在手动转换异体字之前,请先考虑以下两种情况:

一是在现代汉语中或者电脑输入中已经不再使用或者极少使用的异体字,如「-{靑/青}-」、「-{敎/教}-」、「-{囯/国}-」,这种情况下,将异体字转换为正体字是值得提倡的,反之则视为破坏。因为此类异体字在电脑输入或者现代汉语中极少用到,使用此类异体字不便于阅读。

二是目前现代汉语中仍然有在使用的异体字,此类异体字由于使用频率较高,或者是在不同的地区,对哪一个字是正体的定义不一样,例如「-{床/牀}-」,中国大陆和台湾把「-{床}-」视为正体字,把「-{牀}-」视为异体字,而在香港则是相反,香港视「-{牀}-」为正体,对此类异体字进行手动转换违反了避免地域中心方針。此外,「-{台/臺}-」这一对字由于政治原因常常成为修改的对-{}-象,由于「-{台}-」字虽为俗写,但是在繁體中文已经广泛使用,因此不应该对其进行手动转换,而是应该遵循先到先得的原则,因为对这些字进行手动转换对条目没有实际的改善作用。

概括性来讲:

  • 如果所有地区皆常用A,罕用B→可将源码B直接改为A,不宜使用转换。
  • 如果某些地区常用A而罕用B,某些地区常用B而罕用A→源码文字先到先得,不得修改,同时全局转换。
  • 如果所有地区混用A/B→源码文字先到先得,不得修改,不得使用转换。
  • 如果某些地区混用A/B,其他地区常用A而罕用B→源码文字先到先得,不得修改,其他地区可使用转换。

惟如有以下情形中的至少一個,以上規則不適用:

  1. 修改的內容並非僅存在繁簡或異體字的差異,亦非小修改
  2. 相關異體字替換是因應名從主人而作出的;
  3. 相關異體字替換是因應維護性操作的進行而作出的。

以上。SANMOSA Σουέζ 2021年6月8日 (二) 03:08 (UTC)

(+)-{支持}--- 2021年6月8日 (二) 04:07 (UTC)
(+)-{支持}-。—— Eric Liu 創造は生命(留言留名學生會 2021年6月8日 (二) 06:22 (UTC)
所以重寫第一段落,就可以順便對第二段落進行異體字轉換嗎?因為整體來說「並非僅存在繁簡或異體字的差異」。--Xiplus#Talk 2021年6月8日 (二) 06:42 (UTC)
微調用詞,排除未做任何修改的部分,應可避免上述情形。—— Eric Liu 創造は生命(留言留名學生會 2021年6月8日 (二) 11:24 (UTC)
沒有排除啊?重寫必定不是小修改。--Xiplus#Talk 2021年6月8日 (二) 11:31 (UTC)
修正後的行文僅規範實際有修改的內容,而閣下在上面提到的例子中,第二段落並沒有實際被修改,從而不能適用於豁免規定。—— Eric Liu 創造は生命(留言留名學生會 2021年6月8日 (二) 13:40 (UTC)
條文根本沒有提到「實際有修改」,另實際有修改的定義也模糊不清。--Xiplus#Talk 2021年6月8日 (二) 14:28 (UTC)
@-{Xiplus}-:(1)“重寫第一段落,就可以順便對第二段落進行異體字轉換”的行為如果是故意的話,很明顯是WP:GAME,任何人都應該具備相關的常識來處理這樣的事情。(2)我原本是希望作出修改者可以在有需要提供理由時自圓其説,只要他能合理解釋他如何符合那3條例外規定中的一條或多條,那就可以了。SANMOSA Σουέζ 2021年6月9日 (三) 13:53 (UTC)
他可以聲稱兩個段落都在重寫範圍。不然換個不這麼誇張的例子,同一段落有7個句子,他重寫第 1 2 3 5 6 7 句,但明顯沒重寫第 4 句,卻對第4句進行轉換,那麼聲稱整個段落都重寫是否有效?--Xiplus#Talk 2021年6月9日 (三) 14:05 (UTC)
@-{Xiplus}-:我認為按句子分別計算太嚴苛,因此我認為後者可以當成有效。我的想法是按自然段分別計算,因此我認為前者不可以當成有效。SANMOSA Σουέζ 2021年6月10日 (四) 01:37 (UTC)
請問閣下的意思是,重寫了其它句子就可以轉換沒有重寫的句子裡的異/繁體字?敝人覺得這個標準太過寬鬆。--Matt Smith留言2021年6月10日 (四) 04:22 (UTC)
大概還是按標點符號跟常識判斷改寫了哪些句子比較好。不應該放得太寬鬆。—— Eric Liu 創造は生命(留言留名學生會 2021年6月10日 (四) 09:04 (UTC)
@-{Matt SmithEricliu1912}-:那如果那個人是不為意而為之的話,Matt Smith你上面的這番話就成了ABF了,有時候標準訂得太緊反而會有反效果。偶爾一兩句在不為意的情況下出現這樣的情況我覺得情有可原。SANMOSA Σουέζ 2021年6月10日 (四) 12:15 (UTC)
敝人是用舉例的方式詢問新指引是不是允許那種做法。如果新指引允許那種做法,那麼任何人那樣做都是符合指引的,也就不存在ABF的問題。如果新指引不允許那種做法,那麼其他用戶回退那種不為意、無必要的轉換應該也算合理的回退。--Matt Smith留言2021年6月10日 (四) 13:12 (UTC)
我還是這句話:我原本是希望作出修改者可以在有需要提供理由時自圓其説。這我覺得是WP:UCS的範疇,不應由方針指引處理。而且(第二類)異體字的替換本身通常不影響閲讀,我認為只要並非故意為之,我都覺得沒必要回退,這樣是自找麻煩。SANMOSA Σουέζ 2021年6月10日 (四) 13:57 (UTC)
敝人覺得,願意尊重先到先得、不嫌麻煩的用戶理當可以回退。妥善的回退,例如在編輯摘要善意地說明原因,除了能教導對方,還能教導其他查閱條目歷史的用戶們,這樣有助於減少用戶們日後做出相同失誤的機會,有良好的正面作用。--Matt Smith留言2021年6月10日 (四) 14:33 (UTC)
我認為你所謂的「不嫌麻煩」某程度上就是「製造麻煩」。異體字本身並不會使讀者對同一內容的理解產生變更,如果修改的內容並非僅存在繁簡或異體字的差異,(局部)回退操作本身對新用戶而言已是ABF。我的想法是完全不用回退,直接在用戶討論頁留言/發通知,也同樣有指導作用。SANMOSA Σουέζ 2021年6月12日 (六) 00:46 (UTC)
敝人認為閣下把「善意教導」誤會成了「製造麻煩」。新用戶根本不了解方針,他們縱使做出這種事情也不是惡意的,敝人怎麼可能對他們ABF呢?請無須多慮。--Matt Smith留言2021年6月12日 (六) 03:06 (UTC)
我完全不覺得我這是在「多慮」,因為重要的不是你怎麽想,而是他們怎麽想。以他們的角度出發的話,他們是不可能不以為你是在ABF(或是在做思想工作,老實説這比較誇張)的。SANMOSA Σουέζ 2021年6月12日 (六) 11:05 (UTC)
敝人之前已經說過,妥善地回退有教育作用。只要方法妥善,他們未必會以為敝人是在ABF,請閣下樂觀一點,盡量避免聯想負面的結果。--Matt Smith留言2021年6月12日 (六) 12:26 (UTC)
辦事不能流於理論層面。一來我無法確保你做的每一次回退都是“妥善”的,二來我也無法確保所有其他人都能夠“妥善”回退。故意逃避面對負面影響並非處理問題的正確方法。SANMOSA Σουέζ 2021年6月12日 (六) 13:30 (UTC)
敝人沒有在逃敝什麼負面影響,而是抱著樂觀的態度處理事情。現在說再多可能也沒有結論,不妨從實際操作的結果來判斷才準確。--Matt Smith留言2021年6月12日 (六) 13:57 (UTC)
只有在該樂觀的時候樂觀才是實際的。SANMOSA Σουέζ 2021年6月15日 (二) 05:42 (UTC)
看樣子你得把NC:先到先得作出修訂,「如果是單純異體字所產生的命名差異,則依異體字相關規定處理」,否則「只有全段文字上的重寫才擁有取代先到先得的權利」會與NC:先到先得鬼打牆。-- 2021年6月12日 (六) 12:18 (UTC)
"然而條目的標題只能選取一個,因此應维持條目第一個重要版本所采用的標題。"NC的原意可是禁止更改模版名字。如果永久禁止更名就能解決問題,我倒是很樂意支持。--Temp3600留言2021年6月18日 (五) 14:00 (UTC)
然而那句話後面有寫「須符合本方針其他命名規則」,我的移動是為了符合WP:CONSISTENCY,看來「然而條目的標題只能選取一個,因此應維持條目第一個重要版本所採用的標題」約束不了我對模版的移動。-- 2021年6月19日 (六) 05:24 (UTC)
(+)-{支持}- 我也不多說甚麼了,感覺我說甚麼都會出現爭執。 Iridium(IX)留言2021年6月8日 (二) 11:32 (UTC)
調整原擬議條文的一個字眼,以符合實際中文使用情形。SANMOSA Σουέζ 2021年6月9日 (三) 13:55 (UTC)
  • (?)疑問:關於第一點,如果某位用戶把一個詞修改成另一個詞,但同時有意或無意地轉換了繁異,例如把臺灣歷史的某句話進行以下修改:
修改前 -{灣原住民族的呈現多元而複雜}-
修改後 -{灣原住民族的族群多元而複雜}-
請問新指引允許這種情況下的繁異轉換嗎?--Matt Smith留言2021年6月11日 (五) 11:08 (UTC)
修改的內容並非僅存在繁簡或異體字的差異,且意思上有變更(前句指「原住民族的各族羣的外在表現方式多元而複雜」,後句指「原住民族的各族羣本身多元而複雜」),因此如果非故意為之,我認為無不可(故意為之的情形可能是無差別地將所有轉為,連來源標題和網址都動到的情形,使呈現族群的修改變得次要)。SANMOSA Σουέζ 2021年6月12日 (六) 00:46 (UTC)
修改前 -{不過目前的考古證據還不能完全確定灣原住民與新石器時代文化間的對應關係。臺灣原住民族的呈現多元而複雜}-
修改後 -{不過目前的考古證據還不能完全確定灣原住民與新石器時代文化間的對應關係。臺灣原住民族的族群多元而複雜}-
意思是這樣也可以囉?「修改的內容並非僅存在繁簡或異體字的差異」符合,「意思上有變更」符合,「非無差別地將所有臺轉為台」符合。--Xiplus#Talk 2021年6月12日 (六) 02:18 (UTC)
@-{XiplusMatt Smith}-:我不明白為何你們一定要如此執著於這些完全不重要的點子上,這完全是人會在不為意之間做的事情。SANMOSA Σουέζ 2021年6月12日 (六) 10:55 (UTC)
@Sanmosa:這就是User:寒吉User:Matt_Smith爭議點,想要解決問題就請您(及社群)告訴某一方他是錯的,請不要再繼續相關行為;如果要明文修訂到指引內,就請提出與之相符的提議條文,目前的條文未能解決其爭議,故先(-)反对。--Xiplus#Talk 2021年6月12日 (六) 11:02 (UTC)
@-{Xiplus}-:我不同意你的觀點。在共識不強求一致同意、重大修改更應獲得絕大多數的同意的前提下,我明顯只看到Matt Smith一人繼續堅持其明顯不被社群接受的觀點(而且你説要請我及社群“告訴某一方他是錯的,請不要再繼續相關行為”,我們早已經做過很多次,有勞你自行點閱前期和中期討論)。說明白一些:我其實可以搬其他方針指引出來要求處理他的情況了,我現在不提報之餘還讓他繼續hard sell他的觀點已經很仁至義盡了。SANMOSA Σουέζ 2021年6月12日 (六) 11:14 (UTC)
@Sanmosa:我只想明確聽到最新兩個舉例的答案是可以還是不行,我猜答案應該是不行吧。之前的所有討論共識是允許重寫時替換,然而提議條文壓根沒提到「重寫」兩字,連先前有人說調整格式及排版不當作重寫也都沒提到,我反對的是提議條文放寬程度比共識的放寬程度還要寬這一情況。--Xiplus#Talk 2021年6月12日 (六) 11:49 (UTC)
@-{Xiplus}-:「重寫」兩字的定義本來就不清不楚,如果我把「重寫」兩字寫入,最終還是會落入修改前對於方針指引條文解讀不一致的情形(參寒吉於2021年5月30日 (日) 08:28 (UTC)的留言)。另一方面,先前有人說“調整格式及排版不當作重寫”只是個別意見,而且當時也是有其他人主張可以改成“修改的內容並非僅存在繁簡或異體字的差異”即可的程度(至少有寒吉和Ericliu1912),因此你説的“提議條文放寬程度比共識的放寬程度還要寬這一情況”我認為完全不存在。再者,擬議條文修改其實只是在明確既有的方針指引,實際上並沒有變更本身的意涵(參寒吉於2021年6月2日 (三) 15:05 (UTC)的留言),所以某程度上來説我根本沒有“放寬”任何的東西。SANMOSA Σουέζ 2021年6月12日 (六) 13:30 (UTC)
就“我只想明確聽到最新兩個舉例的答案是可以還是不行”一句回應:我的答案是一般情況下可以(特殊情況下不行)。如上所述,這完全是人會在不為意之間做的事情,如果連這種情形都要特地做一次回退,我覺得真的已經落入ABF的範疇(當然還是要配合他其他的修改來看,如果他其他的修改也經常出現這樣的情形,那就不能把這樣的修改當成“不為意之間做的事情”,這時候回退就不是ABF)。SANMOSA Σουέζ 2021年6月12日 (六) 13:37 (UTC)
插句話,敝人個人難以接受「這種情形的回退已經落入ABF的範疇」之說(如果對方沒有其它類似的編輯)。這種情形的回退也可以是「善意推定對方的編輯,然後維護先到先得」,而非ABF。--Matt Smith留言2021年6月12日 (六) 13:53 (UTC)
請你理解我這裏還是在用新用戶的角度來看的。你問我自己的話,我自己是不會當成ABF的,但我認為重要的還是新用戶怎麽想。SANMOSA Σουέζ 2021年6月12日 (六) 14:24 (UTC)
@-{Sanmosa}-:閣下完全搞錯了,敝人在意見區提出自己的意見(明文規定不可以繁異轉換)之後,並沒有堅持主張這個意見,也沒有堅持要求大家按照這個意見來修訂方針,敝人甚至還在四天前說過「敝人對於方針的修訂結果會順其自然」。閣下聲稱敝人「繼續堅持其明顯不被社群接受的觀點」、「繼續hard sell他的觀點」等等都是錯誤說法,敝人並沒有那樣做。--Matt Smith留言2021年6月12日 (六) 12:26 (UTC)
@-{Matt Smith}-:然而我當時看到的東西是你言行不一致。我真的不明白為何我會有這樣的判斷,但這確然是我當下的感受,請你理解。SANMOSA Σουέζ 2021年6月12日 (六) 13:30 (UTC)
敝人可以理解,就算是一場誤會吧,該澄清的已經澄清,敝人就不在此事上多說了。--Matt Smith留言2021年6月12日 (六) 13:46 (UTC)
在明知規則容易被繞過且在制定程序就應該予以修正,而不是拿GAME來擋。應盡量讓「方針字面意思」趨近於「方針本質」,而不是讓未參與本次討論的人看了方針卻不知道規定了什麼。--Xiplus#Talk 2021年6月15日 (二) 05:20 (UTC)
@-{Xiplus}-:一來我不認為擬議修改後的指引“容易被繞過”,二來這已經是我認為最清楚的表達方式了,如果你認為有更清楚的表達方式,請將相關表達方式提出。這指引的修訂本身就是意在從寬,如果還要加一大堆繁瑣且易生歧義的條文,我覺得會背道而馳。SANMOSA Σουέζ 2021年6月15日 (二) 05:42 (UTC)
Special:PermaLink/66094477,還在修飾中,原本不想這麼早提出的。--Xiplus#Talk 2021年6月15日 (二) 05:49 (UTC)
該稿還包括應如同本案同樣豁免的繁簡替換,以及本應同時修改的破壞方針,但最大問題還是重寫的定義。--Xiplus#Talk 2021年6月15日 (二) 05:52 (UTC)
那我再等一下好了。SANMOSA Σουέζ 2021年6月15日 (二) 08:37 (UTC)
希望任何人給些意見。--Xiplus#Talk 2021年6月18日 (五) 09:44 (UTC)
既然条文的漏洞被人指出了,提案者有责任去修补。提案所列情形一除了上述问题外,是否为“小修改”亦难以判定。我的想法是改成修改之处为重写,这样就足够了。要避免貌似严谨实则难以理解的条文。--Lt2818留言2021年6月19日 (六) 18:40 (UTC)

参考資料

  1. ^ 鍾張涵; 黃亦筠; 彭子珊; 陳良榕. -{R|第一班台商包機旅客:我們感覺就像是一群在飛機上的「細菌人」}-. 天下雜誌. 2020-02-10, (691) [2021-06-01]. 武漢返台包機事件,因為乘客名單與原定不符,在台灣社會掀起軒然大波。防疫必須理性,但遇到人性,考驗隨之而來。五個不同身分的家庭,分享他們面對同樣恐懼的心情。 
  2. ^ 主筆室. -{R|今日社論/武漢包機之亂!誰讓徐正文躍上枱面?}-. NOWnews. 2020-02-09 [2021-06-01]. 最近幾天,國內最熱門的話題都與武漢肺炎,或說新型冠狀病毒有關,其中,武漢返台包機事件,更是甚囂塵上,而且衍生出各種延伸話題。 
  3. ^ 柳金財. -{R|「反中」抬頭?以疫謀獨?}-. 觀察. 2020-03, (79) [2021-06-01]. 其次,武漢返台包機事件凸顯台灣有「仇中」情結。 

请求解答关于为何我在部分链接的中文大陆简体界面看到繁体字的情况

-{R|https://zh.m.wikipedia.org/w/index.php?title=Template:Infobox_mobile_phone/doc&oldid=66436420}- 就这玩意的大陆简体界面还是有繁体字,应该怎么解决?--Te0sla留言2021年10月25日 (一) 03:38 (UTC)

有人很我说应该这么说“你就说你开了大陆简体模式,为什么模板文档里还有繁体字” Te0sla留言2021年10月25日 (一) 03:43 (UTC)

可是模板的说明文档也不支持繁简转换就不好了吧?Te0sla留言) 2021年10月25日 (一) 05:29 (UTC) 看繁体字的模板其实还挺费眼的Te0sla留言2021年10月25日 (一) 05:34 (UTC)

可以用带有样式的span模拟pre等标签的效果。--安忆Talk 2021年10月25日 (一) 05:54 (UTC)
大佬能详细解释一下吗?就是说怎么学习带样式的span?这个span有没有具体的维基页面,新人求带。2021年10月25日 (一) 07:01 (UTC)--Te0sla留言2021年10月25日 (一) 07:01 (UTC)
还是说我先继续学习html?Te0sla留言2021年10月25日 (一) 07:12 (UTC)
谢谢安亿大佬2021年10月25日 (一) 06:02 (UTC)
可以寫一個專門給说明文档顯示代碼的Module,以代替不支持繁简转换的<syntaxhighlight><pre>。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年10月25日 (一) 06:24 (UTC)
大佬,这个<syntaxhighlight><pre>是什么意思?求带带2021年10月25日 (一) 07:02 (UTC)--Te0sla留言2021年10月25日 (一) 07:02 (UTC)
@-{Te0sla}-:就是包在
<syntaxhighlight>這東西裡的字不會被繁簡轉換。
,<syntaxhighlight><pre>內部的文字不會根據使用者的設定改變繁簡內容。模板文檔的代碼都是用<syntaxhighlight><pre>來呈現的。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年10月25日 (一) 07:14 (UTC)
如果我需要接触的话,是不是先要学习好html和SCC?新人求解释❥(^_-)2021年10月25日 (一) 08:26 (UTC)--Te0sla留言2021年10月25日 (一) 08:26 (UTC)
是css 囧rz……-- Sunny00217  2021年10月25日 (一) 10:30 (UTC)
不,是CSC[開玩笑的]--Milky·Defer 2021年10月26日 (二) 15:08 (UTC)
Cos Sin Cis (誤 -- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年10月26日 (二) 15:12 (UTC)
不,是CsC8(研究最多的碳化铯)[開玩笑的]。--Leiem留言·签名·维基调查 2021年10月26日 (二) 15:47 (UTC)
MCC —— Eric Liu 創造は生命(留言留名學生會 2021年10月27日 (三) 13:27 (UTC)
下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

Wikipedia:地区词处理#轉換涵蓋順序:zh-cn ⊃ zh-sg ⊃ zh-my,zh-tw ⊃ zh-hk ⊃ zh-mo

所以在此建議:(常用A及罕用B——>A得+1分以及B得-1分,混用A/B——>A與B均得0分)

  • 中國大陸:分數x3(若中國大陸常用A及罕用B——>A得+3分以及B得-3分,若中國大陸混用A/B——>A與B均得0分,依此類推)
  • 新加坡:分數x2
  • 馬來西亞:分數x1
  • 臺灣:分數x3
  • 香港:分數x2
  • 澳門:分數x1

因此,總分最高為+12分,最低為-12分。

若A的總分≥+6分(B的總分≤-6分)——>可將原始碼B直接改為A,罕用A的地區應使用全域轉換。

若A與B的總分都在-5分到+5分之間(包含-5分與+5分)——> 原始碼文字先到先得,不得修改,罕用原始碼文字的地區應使用全域轉換。

你們覺得這個建議如何?(如果你們覺得6分的標準太低,可以考慮改為8分或9分)

--北有戰鬥陀螺留言2022年3月8日 (二) 19:52 (UTC)

(-)反对,多此一舉,反而讓整個事情變得更複雜了。——玖宸 2022年3月9日 (三) 06:19 (UTC)
我最怕的其實就是“zh-7”冒充“zh-cn”搞“-{über alles in der Welt}-”那套而已。當然,另外的問題是:這種方案哪有人算得來?不會造成地域歧視嗎?Sanmosa Veritas Vincit 2022年3月9日 (三) 13:53 (UTC)
zh-7 囧rz……--Ghren🐦🕖 2022年3月10日 (四) 11:36 (UTC)
(我是不是該給Ericliu1912一個credit……)Sanmosa Veritas Vincit 2022年3月10日 (四) 13:32 (UTC)
没坏别修,你修了反倒要坏,到时候每个条目都来一次大讨论我们都痛苦。--Pavlov2留言2022年3月12日 (六) 05:08 (UTC)

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

对-{台}-和-{臺}-的共识,是否应当应用在-{抬}-和-{擡}-上

问题 对-{台}-和-{臺}-的共识,是否应当应用在-{抬}-和-{擡}-上。
问题背景 当我在查看清齦腭擦音的时候,发现原句“-{發音時候舌面前部擡起}-”,在大陆简体下是“-{发音时候舌面前部擡起}-”。我查询了一下-{教育部《重編國語辭典修訂本》 2021}-,里边称-{擡}-是-{抬}-的异体字。我本想提请繁简体转换,但是囿于可能违反社群对-{台}-和-{臺}-的共识,因此来这里提出话题。
我的观点
  1. 首先大陆简体下-{擡}-应当转化为-{抬}-。
  2. 至于在台湾正体-{擡}-和-{抬}-如何处理,社群应当有个共识。
条文现状
現行條文

此外,“-{台}-/-{臺}-”这一对字由于政治原因常常成为修改的对象,由于“-{台}-”字虽为俗写,但是在台湾已经广泛使用,因此不应该对其进行手动转换,而是应该遵循先到先得的原则,因为对这些字进行手动转换对条目没有实际的改善作用。

提議條文

--The Puki desu留言2022年4月12日 (二) 08:02 (UTC)

根據罪刑法定原則-{Nulla poena sine lege}-),基本可以確定「-{抬/擡}-」並非「-{台/臺}-」,故自然不能直接適用「-{台/臺}-」的處理辦法。不過,根據同為指引的Wikipedia:繁简处理#勿手動轉換異體字,「-{抬/擡}-」符合“在不同的地區,對哪一個字是正體的定義不一樣”的要件,因此“勿手動轉換異體字”的規定已經可以處理「-{抬/擡}-」的情況。基於上述廢除條文的提案通過與否都不會影響實際執行的效果,我建議不進行相關修改。Sanmosa Avec cœur 2022年4月12日 (二) 08:59 (UTC)
但好像台湾也是以“-{抬}-”为正体。--The Puki desu留言2022年4月12日 (二) 09:12 (UTC)
不要説得好像只有臺灣才在用繁體一樣。其實「在不同的地區,對哪一個字是正體的定義不一樣」這句話本身也不太準確,因為現實上不能排除部分地區不會界定哪個字是正體或異體。Sanmosa Avec cœur 2022年4月13日 (三) 03:15 (UTC)
「千萬別抬頭」「抬槓」「抬頭紋」「抬頭挺胸」「高抬貴手」「抬轎」等等,用的都是「抬」字,實在沒必要繁簡轉換。--D留言2022年4月13日 (三) 16:18 (UTC)
我把簡體的修復請求提報了先(Special:差异/71112756)。--紺野夢人 2022年4月12日 (二) 09:52 (UTC)

假如有很簡潔扼要的方法能解決繁簡轉換問題,是否有必要特地使用複雜的手工轉換標籤?

大家好。這邊在編輯冬季战争時,發現其實我們有很簡單的方法可以解決繁簡轉換:

原文
蘇聯空軍在整場戰爭中都緊握著[[制空權]]
手工轉換法
蘇聯空軍在整場戰爭中都緊握-{zh-hant:著;zh-hans:着}-[[制空權]]
更改文字法
蘇聯空軍在整場戰爭中都緊握着[[制空權]]

手工轉換法大概是現行維基百科所推薦的方法,然而這方法複雜,感覺不但會有許多類似的情況,還不利於機器語義分析。相形之下,更改文字法簡潔多了,也方便人類閱讀。假如就這種不更改就會產生繁簡顯示錯誤的情況,特別通融以簡單扼要的方法解決繁簡轉換問題,不曉得大家認為會有哪些顧慮?--Kanashimi留言2021年10月10日 (日) 07:02 (UTC)

我也覺得這樣比較方便。說實話,這跟刻意的繁簡破壞應該有差,很好辨別,不然也可以指定編輯摘要。—— Eric Liu 歡慶雙十中國國慶留言留名學生會 2021年10月10日 (日) 08:09 (UTC)
诶?原来这还是方针不允许的吗?我已经这么干了有段时间了(捂脸)--Milky·Defer 2021年10月10日 (日) 10:14 (UTC)
  • 理论上说“为了更简便的修复/避免错误的繁简转换而更改文字”可以视作繁简转换的正当理由(参WP:CST#勿手动转换条目繁简语句),不过可能会产生争议。Itcfangye留言2021年10月10日 (日) 11:37 (UTC)
  • 我认为这种理由不够尊重“不转换”,所以主张使用手工转换。--7留言2021年10月11日 (一) 10:46 (UTC)
  • 這邊發現手工轉換還可能造成參差不齊。例如上面舉的例子其實不夠完善,較完善的的確該使用{{}}裡面的-{zh-hans:着;zh-hk:着;zh-tw:著;}-。也就是說不同人可能就有不同的、有缺陷並且必須再修正的手工轉換修正方法。比較保險的應該採用更改文字法,或{{}}。然而假如正規使用這些文字轉換模板(包括簡繁轉換一對多列表、繁簡轉換一對多列表裡面所有的文字),猜測其中一些恐怕會成為使用率前百名的模板。如此恐怕會有前述效能問題。這或許不是偏好問題,而是技術性問題。--Kanashimi留言2021年10月11日 (一) 11:03 (UTC)
  • 希望有其他管理員看看是否還有其他疑慮,否則就上面討論看來,似乎應該允許此類型修正?--Kanashimi留言2021年10月11日 (一) 20:23 (UTC)
    • 如果非要点名管理员的话,那我说一下。我记得以前是不时有见到或进行此类修改的,也没见有人提出异议,虽然我不知道近些年有没有其他讨论。{{}}这类模板,我觉得只有必要在上下文比较复杂的时候使用(具体例子没想到),而不是把每一个遇到的-{着/著}-字都改成模板。另外说一点,虽然对这个案例并不适用,以前大家会单独使用里面没有东西的-{}-来提示分词,然后让系统自动转换,好像现在这么用的越来越少了,而是更倾向于在-{}-里面具体指定需要的转换效果?(直接写或者用类似{{}}的模板)我提及这个是从标题的“簡潔扼要的方法/複雜的手工轉換標籤”想到的。Liangent留言 2021年10月11日 (一) 21:21 (UTC)
  • 作为(前)繁简转换维护者来说两句:简繁转换并不是一一对应的,大多情况都是一简对多繁,而像“-{著}-”和“-{着}-”则是一繁对多简。我觉得手工把“-{著}-”改为“-{着}-”,是符合Wikipedia:繁简处理#勿手动转换条目繁简语句中要求的“正当理由”的(因此,现有规则即允许这样做)。反过来的例子会更多,比如ref group用“-{註}-”而不用“-{注}-”,表示动词时用“-{幹}-”不用“-{干}-”等等。这些一多对应的文字,的确可以为常见组合增加转换规则,但我不觉得这个能覆盖完整,而且也不是所有情况都能加规则解决,比如<ref group="註"><ref group="注">。因此,遇到了这种毛病,手改没问题,提报一下看能不能安全地将其文字组合加进全局转换则是进阶要求。--菲菇维基食用菌协会 2021年10月11日 (一) 22:15 (UTC)
    同上。Sanmosa WÖRK 2021年10月12日 (二) 14:47 (UTC)
    通商。 — 𝕏ℂ𝕠𝕞𝕙𝕘𝕙𝕒𝕝𝕝 talk 2021年10月16日 (六) 22:51 (UTC)
感謝各位的意見。感覺更改文字法應該可以算作共識了。--Kanashimi留言2021年10月13日 (三) 22:43 (UTC)
是否應該考慮明文寫入指引,作為案例?—— Eric Liu 創造は生命(留言留名學生會 2021年10月14日 (四) 13:49 (UTC)
或許在方針裡提一下比較好?--Kanashimi留言2021年10月14日 (四) 20:30 (UTC)
附議。 — 𝕏ℂ𝕠𝕞𝕙𝕘𝕙𝕒𝕝𝕝 talk 2021年10月16日 (六) 22:51 (UTC)
我也認同「现有规则即允许这样做」,支持指引加一句提醒。——遲來的HTinC23留言2021年10月23日 (六) 13:45 (UTC)
反对写入规则,选择“不转换”的用户不希望强制看到外语文字。--7留言2021年10月30日 (六) 15:25 (UTC)
又不是規定一定要這樣做,只是「除罪化」,保證不會因此觸犯方針或指引而已。偏好手工轉換者,大可繼續手工轉換。—— Eric Liu 創造は生命(留言留名學生會 2021年10月30日 (六) 20:25 (UTC)
实际效果一样,“保證不會因此觸犯方針或指引”也就意味着能够以此为理由强行把他人使用的手工转换改掉,而且有方针支持的情况下还能对3RR豁免。--7留言2021年11月1日 (一) 08:58 (UTC)
如上述討論,這或許不只是個偏好問題。您可以針對上面討論的贊同論點一一提出您的解方,如此更能說服人。--Kanashimi留言2021年11月1日 (一) 20:02 (UTC)
他就是不想處理而已,反正他也沒打算認真進行討論。---{San}--{mo}--{sa}- -{Ázijská Práca}- 2021年11月2日 (二) 08:19 (UTC)
我的主张就是当其他用户已经用手工转换时不以这种“理由”去改(等于阻止)。如果双方都坚持原来的用法,那要么先到先得,要么就不管谁坚持改都按3RR处理。如果修改前后在“不转换”下显示的文字一样,我没有意见;如果为了所谓“簡潔扼要”,代价却是强制不转换用户看到不同文字,这我无法接受。--7留言2021年11月2日 (二) 12:43 (UTC)
現在的情況就是一個合法,一個可能違法,需要明文「除罪化」;在已經有既有轉換方式之下,採納「先到先得」原則應該是沒有問題。—— Eric Liu 創造は生命(留言留名學生會 2021年11月10日 (三) 14:38 (UTC)
「選擇『不轉換』的用戶不希望強制看到外語文字」這句我看不懂,不轉換不是本來就一堆所謂「外語」文字嗎?--路西法人 2021年11月28日 (日) 16:11 (UTC)
同意。--Nrya ✰我聽見有個聲音~ 2021年10月31日 (日) 03:41 (UTC)

@-{Kanashimi}-:如果要擬文說明以上這種變更的性質,您會怎麼描述?—— Eric Liu 創造は生命(留言留名學生會 2022年1月17日 (一) 02:51 (UTC)

或許可這樣:
改成:

--Kanashimi留言2022年1月17日 (一) 03:40 (UTC)

原本 改為 能否接受
修正簡體下轉換錯誤
{{subst:著}} 修正簡體下轉換錯誤
{{著}} 可以,但不推薦的修復方式。
-{zh-hans:着; zh-hk:着;zh-tw:著;}- 可以,但不推薦的修復方式。
-{zh-cn:着;zh-tw:著;}- 造成香港模式下轉換錯誤
-{zh-hans:着;zh-hant:著;}- 造成香港模式下轉換錯誤
造成簡體下轉換錯誤
{{着}} 不必要的行為
-{zh-hans:着; zh-hk:着;zh-tw:著;}- 不必要的行為
-{zh-hans:着; zh-hk:着;zh-tw:著;}- 造成簡體下轉換錯誤
-{zh-hans:着; zh-hk:着;zh-tw:著;}-{{著}}{{着}} {{subst:著}}{{subst:着}} 簡化原始碼
{{著}}{{着}} 造成簡體下轉換錯誤
錯誤用詞
其他繁簡文字可類推
-{系}-朝廷辦公官署 -{係}-朝廷辦公官署 修正繁體下轉換錯誤「-{原系}-」
-{只}-语片言 -{隻}-语片言 修正繁體下轉換錯誤「-{只語}-」

提供涵蓋所有變換的表格,看看是否符合上面的共識。--Xiplus#Talk 2022年1月22日 (六) 03:22 (UTC)

唉,這表格真是太簡單明瞭了。--Kanashimi留言2022年1月22日 (六) 06:22 (UTC)
我觉得{{著}}{{着}}改成其实应该允许且鼓励。一来提高源码可读性,二来减少不必要的模版调用。--菲菇维基食用菌协会 2022年1月22日 (六) 06:25 (UTC)
感覺只要不會造成轉換錯誤,「-{着}-」比「{{}}或{{}}」略優。「-{著}-」到「{{著}}」一類可以在手頭沒有簡體輸入法時,只打括號做權宜之計。但長久來看,使用視覺化編輯器或語法凸顯工具時,模板太搶眼。--洛普利寧 2022年1月22日 (六) 06:36 (UTC)
以更改繁體以避免加入切斷標記的方法也是可以囉?例如將「-{一刀不剪发布影片}-」改成「-{一刀不剪發布影片}-」以避免「剪发」被轉換也是可以的?--Ghren🐦🕘 2022年1月22日 (六) 13:30 (UTC)
是這意思。我加上了這個例子。 --Kanashimi留言2022年1月22日 (六) 23:48 (UTC)
这个情况其实稍微有些不一样。“-{著=>着}-”和“-{注=>註}-”是那种不改字就没法修复的转换问题;而“头发”、“剪发”的转换取决于两字连续出现,这种情况加上-{}-就可以修复而无须改字。
当然,并不是说这种情况就不能改字,我觉得断词和改字都可以允许,不过略倾向于推荐断词。--菲菇维基食用菌协会 2022年1月31日 (一) 08:05 (UTC)
support. ——魔琴 [ 留言 贡献 ] 2022年1月31日 (一) 08:31 (UTC)
其實「-{活著}-」本身在繁簡體下都會正確轉換,不是好例子;應該是因為系統設定。這邊改了一下例子。假如我們把「-{握著}-」也加入系統設定,那即便在連詞的情況下,也會如您所提,只要加入「-{}-」就可以解決。當然把太多詞加入系統轉換表恐非良策就是。 --Kanashimi留言2022年1月31日 (一) 08:48 (UTC)
是可以尽可能地做连词,但这样需要有界面管理员长期维护全局转换表。相比于允许任何人发现了就能改,前者就显得不那么wiki了。--菲菇维基食用菌协会 2022年1月31日 (一) 15:47 (UTC)
那可以把{{}}的內容改成「」,並將使用方式改成{{subst:}}。--Xiplus#Talk 2022年1月23日 (日) 09:47 (UTC)
赞同。—菲菇维基食用菌协会 2022年1月31日 (一) 07:57 (UTC)
已相应修改表格。--菲菇维基食用菌协会 2022年2月8日 (二) 19:01 (UTC)
這個表格不錯,不過怎麼轉換為政策條文呢?三言兩語似乎很難說清楚。—— Eric Liu 創造は生命(留言留名學生會 2022年2月8日 (二) 16:39 (UTC)
就直接當範例貼上的話,會有什麼樣的顧慮嗎?--Kanashimi留言2022年2月8日 (二) 20:44 (UTC)
可能還是得用文字說明一下通則如何?—— Eric Liu -{創造}-は生命(留言留名學生會 2022年3月2日 (三) 06:31 (UTC)
@Ericliu1912 更新了一下上面的通則說明。煩請看看這樣有沒有比較理想。--Kanashimi留言2022年3月2日 (三) 06:44 (UTC)
感覺可以,是否轉移至方針區公示?—— Eric Liu -{創造}-は生命(留言留名學生會 2022年3月15日 (二) 06:32 (UTC)
Yes.--Kanashimi留言2022年3月15日 (二) 08:17 (UTC)
我的感觉是,这相当于是维基百科的“推荐用字”。即,當繁简不是一一映射的關係時,優先选择不容易產生歧义的字形。如
你维字形 简体、港澳字形 台湾字形
助词、附着 -{着}- -{着}- -{著}-
明也,标著也 -{著}- -{著}-
你维字形 简体字形 繁體字形
疏也 -{註}- -{注}- -{註}-
灌也 -{注}- -{注}-
你维字形 简体字形 繁體字形
犯也,求也 -{干}- -{干}- -{干}-
能事也 -{幹}- -{幹}-
燥也 -{乾}- -{乾}-
卦名 -{乾}- -{乾}-

 ——魔琴 [ 留言 贡献 ] 2022年2月9日 (三) 12:13 (UTC)

你可以這樣說。一簡對多繁的時候,繁是被推薦的;一繁對多簡的時候,簡是被推薦的。--Ghren🐦🕘 2022年2月11日 (五) 13:49 (UTC)
然。--菲菇维基食用菌协会 2022年2月13日 (日) 18:32 (UTC)

繁簡處理修訂案

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

第1版
現行條文

勿手动转换条目繁简语句 对于读者来说...(略)...总之手动转换条目繁简语句是没有必要的。

提議條文

勿手动转换条目繁简语句 对于读者来说...(略)...总之手动转换条目繁简语句是没有必要的。一種例外是當繁簡並非一對一轉換,且該字不與上下文形成詞彙而不適宜使用全文轉換時,為了簡便地修復錯誤的繁簡轉換,可改為不會造成轉換錯誤的用字,例如將握著改為握着,會比握-{zh-hans:着; zh-hk:着;zh-tw:著;}-更具可讀性,具體規則請參見下表。

修改前原始碼 修改後原始碼 是否允許
握著 握着 修正簡體下轉換錯誤,可使用{{subst:}}
握著 握{{著}} 可以,但不推薦
握著 握-{zh-hans:着; zh-hk:着;zh-tw:著;}- 可以,但不推薦
握著 握-{zh-cn:着;zh-tw:著;}- 造成香港繁體下轉換錯誤
握著 握-{zh-hans:着;zh-hant:著;}- 造成香港繁體下轉換錯誤
握着 握著 造成簡體下轉換錯誤
握着 握{{着}} 不必要的行為
握着 握-{zh-hans:着; zh-hk:着;zh-tw:著;}- 不必要的行為
握-{zh-hans:着; zh-hk:着;zh-tw:著;}- 握著 造成簡體下轉換錯誤
-{zh-hans:着; zh-hk:着;zh-tw:著;}-{{著}}{{着}} 簡化原始碼,可使用{{subst:著}}{{subst:着}}
{{著}}{{着}} 造成簡體下轉換錯誤
活著 活着 「活著」一詞系統能正確轉換
著名 着名 錯誤用詞
其他繁簡文字可類推
-{系}-朝廷辦公官署 -{係}-朝廷辦公官署 修正繁體下轉換錯誤「-{原系}-」
-{只}-鸡把毛除去 -{隻}-鸡把毛除去 修正繁體下轉換錯誤「找只鸡」

修改自User:Kanashimi的提議條文,特別限定 1. 無法使用全文轉換 2. 僅限轉換有錯誤時 才能如此修正。原先表格部分第1、2行合併,增列「活著」一行不應轉換。請再看看目前版本有無問題。--Xiplus#Talk 2022年3月24日 (四) 10:03 (UTC)

不確定「其他繁簡文字可類推」兩行是否需要,另「隻語片言」應較常作「片言隻語」,且這是一個詞彙,應該加入轉換詞庫而非一律使用這種方式修復吧?--Xiplus#Talk 2022年3月24日 (四) 10:30 (UTC)
請當初加入此行的Kanashimi說明一下「此人原係蘇氏人馬」是什麼?或是換成別的常見句子,或移除。--Xiplus#Talk 2022年3月24日 (四) 11:49 (UTC)
改成了寺廟中的例子。 --Kanashimi留言2022年3月24日 (四) 22:26 (UTC)
@Kanashimi:那麼「片言隻語」呢?--Xiplus#Talk 2022年3月25日 (五) 03:51 (UTC)
改成定義謬誤中的用法。 --Kanashimi留言2022年3月25日 (五) 08:35 (UTC)
(+)-{支持}-容許修復一繁多簡或一簡多繁而導致錯誤轉換的修復不視作繁簡破壞。一個影響不大的小問題:我覺得應該將例子和條文分開。--路西法人𖤐 2022年3月24日 (四) 11:21 (UTC)
您的意思是例子不作為指引的一部分嗎?--Xiplus#Talk 2022年3月24日 (四) 11:32 (UTC)
不是,純粹是字句分句分段而已。格式的小問題。--路西法人𖤐 2022年3月24日 (四) 12:05 (UTC)
「可改為不會造成轉換錯誤的用字 / 例如將」這邊應該換段落的意思嗎?--Xiplus#Talk 2022年3月24日 (四) 13:49 (UTC)
是。--路西法人𖤐 2022年3月25日 (五) 04:24 (UTC)
微调了一下表述,如果有疑问请ping我。--Tranve () 2022年3月24日 (四) 11:35 (UTC)
(+)-{支持}---Yinyue200留言2022年3月26日 (六) 06:36 (UTC)
-{着}-著的例子感觉可以换一个,握着直接塞进表里需要加的防过度转换规则几乎没有。比如改成[展體表實兌]現著?屠麟傲血留言2022年3月28日 (一) 06:22 (UTC)
偷偷問一下,「-{著}-」只有在讀「ㄓㄨˋ」的時候簡體字才跟繁體字相同,其他時候(讀「ㄓㄜ˙」、「ㄓㄨㄛˊ」、「ㄓㄠˊ」、「ㄓㄠˉ」的時候)簡體字都是「-{着}-」?--北有戰鬥陀螺留言2022年4月1日 (五) 14:04 (UTC)
第2版
提議條文

勿手动转换条目繁简语句 对于读者来说...(略)...总之手动转换条目繁简语句是没有必要的。

例外:修復繁簡一對多轉換錯誤 一種例外是當繁簡並非一對一轉換,且該字不與上下文形成詞彙而不適宜使用全文轉換時,為了簡便地修復錯誤的繁簡轉換,可改為不會造成轉換錯誤的用字。修復錯誤轉換時,應優先使用不存在歧義且不會造成錯誤轉換的字形。以下提供一組非一對一繁簡轉換且常見出現轉換錯誤的字形供參考,其他字形亦可類推。

例子:「-{着}-」、「-{著}-」
字義 建議字形 简体字形 港澳字形 台灣字形
助词、附着 -{着}- -{着}- -{着}- -{著}-
明也,标著也 -{著}- -{著}- -{著}-
轉換例子
為簡化圖表:
  • -{zh-hans:着;zh-hk:着;zh-tw:著;}-以「A」表示;
  • -{zh-cn:着;zh-tw:著;}-以「B」表示;
  • -{zh-hans:着;zh-hant:著;}-以「C」表示。
修改前 →
修改後 ↓
握著 握着 握{{着}}握{{著}}
握著 需要修復 簡體、港澳顯示錯誤
握着 建議做法 無需修復 簡化代碼 建議做法
握{{着}}握{{著}} 可以但不推薦 不必要的行為 可不修復 簡化代碼 可以但不推薦
不必要的行為 可不修復
港澳顯示錯誤 需要修復
修改前原始碼 修改後原始碼 是否允許
簡化代碼
{{着}}
{{著}}
活著 活着 系統能夠正確轉換「活著」,不必要的手動轉換行為
著名 着名 錯誤用詞
這樣?Xiplus--路西法人𖤐 2022年3月28日 (一) 09:22 (UTC)
(+)-{支持}- 目测没有可见问题。--Yinyue200留言2022年3月30日 (三) 16:51 (UTC)
感覺長到已經是{{輔助說明}}了,舉例挑一個最具代表性的就行了吧?--Xiplus#Talk 2022年3月31日 (四) 01:21 (UTC)
那麼僅保留「着」的例子就行了。--路西法人𖤐 2022年3月31日 (四) 07:05 (UTC)
(*)提醒:以下列出三组一组非一对一转换--MilkyDefer 2022年3月31日 (四) 13:21 (UTC)
我覺得還是全部用文字敘述比較好,表格放輔助說明。--Xiplus#Talk 2022年3月31日 (四) 15:59 (UTC)
附註說明也是可以。--路西法人𖤐 2022年4月1日 (五) 03:09 (UTC)
是輔助說明頁,不是附註說明。--Xiplus#Talk 2022年4月1日 (五) 04:25 (UTC)
打錯字 囧rz……--西 2022年4月3日 (日) 04:41 (UTC)
提議條文

勿手动转换条目繁简语句 对于读者来说...(略)...总之手动转换条目繁简语句是没有必要的。

一種例外是當繁簡並非一對一轉換,且該字不與上下文形成詞彙而不適宜使用全文轉換時,為了簡便地修復錯誤的繁簡轉換,可改為不會造成轉換錯誤的用字。修復錯誤轉換時,應優先使用不存在歧義且不會造成錯誤轉換的字形。例如在簡體和港澳繁體有「-{着}-」、「-{著}-」兩種字形,在臺灣正體僅有「-{著}-」字形,在原始碼輸入「-{着}-」時可由系統自動轉換成臺灣正體「-{著}-」,但反之則不會轉換,因此以台灣正體輸入「-{握著}-」一詞時無法正確轉換為簡體和港澳繁體,此時容許直接將原始碼修正為「-{握着}-」以修正轉換錯誤,如果在內文直接使用轉換規則(例如「握-{zh-hans:着; zh-hk:着;zh-tw:著;}-」)時,也允許將原始碼簡化為「-{握着}-」。更詳細的範例可參考Wikipedia:非一對一字詞轉換錯誤修正指南

LuciferianThomas第3版,表格內容全部放到上述的獨立頁面(為{{輔助說明}})。--Xiplus#Talk 2022年4月6日 (三) 01:28 (UTC)

支持。--西 2022年4月6日 (三) 04:19 (UTC)
已建立輔助說明頁。--Xiplus#Talk 2022年4月8日 (五) 12:46 (UTC)
以第3版🕗 公示7日,2022年4月20日 (三) 03:10 (UTC) 結束。--Xiplus#Talk 2022年4月13日 (三) 03:10 (UTC)

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

在港繁界面編輯的應是港繁版,而非簡體未轉版!怎樣在港繁界面編輯港繁版,讓維基發佈後自動轉成相應地區版?

我平時用港繁界面,但有時編輯時它卻給篇簡體未轉的我改,我要改的是港繁版不是簡體版!怎樣在港繁界面編輯港繁版,讓維基發佈後自動轉成相應地區版?--捍粵者留言2022年8月17日 (三) 01:56 (UTC)

字詞轉換僅在瀏覽頁面時生效,編輯時不會自動轉換源代碼。若閣下閲讀簡體中文有困難,可以在Special:參數設置中打開“预览字詞轉換”功能,它可以以用戶指定的語言變體顯示預覽。—— 月_樱_雪 (留言) 2022年8月17日 (三) 02:26 (UTC)
也不一定是閱讀方面問題,而是搜尋取代問題,它的搜尋功能不會幫你2種都搜,如果打一搜二那還好些。--勿用「進行」污染中文,要言簡意賅。 捍粵者 2022年11月13日 (日) 09:05 (UTC)
@-{捍粵者}-:参见Help:字词转换的模式选择说明#关于wikicode源代码,源代码是保持输入时的字体书写模式的,可能该内容是多以简体字体编写或繁体字体编写。这些源代码在查看(view)显示时才会进行繁简转换的处理。——Sakamotosan路过围观 | 避免做作,免敬 2022年8月17日 (三) 03:11 (UTC)

何谓“初始繁简”?

注意到管理员@-{Iokseng}-:经常以“初始繁简”的理由移动条目,例如[5]。请问该方针的出处在哪里?我觉得如果有正当的理由将条目更名,编辑有权将其移动至自己系统所用的字体。这种情况不属于“简繁破坏”。相反,以所谓的“初始繁简”理由单纯地将条目名移动至另外一种字体,反而是“简繁破坏”。另外,既然维基能自动转换字体,为什么还保留那么多的单纯的简繁转换重定向? --万水千山留言2022年11月13日 (日) 09:54 (UTC)

其實我個人認為,只有與初始標題完全相同時,才應考慮繁簡「先到先得」,否則沒有必要如此。—— Eric Liu -{創造}-は生命(留言留名學生會 2022年11月13日 (日) 11:31 (UTC)
以往討論似乎無共識。方針與指引好像只說不能單純繁簡替換,沒說移動後標題應與最初繁簡一致。我覺得如「-{英國旅遊產業→英国旅游产业}-」應不可行,但如「-{英國旅遊產業→英国旅游}-」應可行,不過有人主張「-{英國旅遊產業→英国旅游→英國旅遊}-」的話我不會阻止。--紺野夢人 100000+ 2022年11月13日 (日) 14:08 (UTC)
其实如果我的话,可能就会类似「英國旅遊產業→英国观光业」这样移动。毕竟简体环境下打繁体比较麻烦(而且繁体简体都看得多了,有时候会一下子想不起某个字是简体还是繁体或者某个字是不是有对应的简体或繁体...)。但是我不太会「英國旅遊產業→英国旅游」这样移动,毕竟复制粘贴一下的事---{百無一用是書生}- () 2022年11月14日 (一) 02:23 (UTC)
单就此例,恢复初始简繁形式,未见问题。因为之前移动的最终效果为仅简繁变更。--YFdyh000留言2022年11月14日 (一) 05:43 (UTC)
之前的移动是因为繁体“贝里斯”会被系统全域转成简体“伯利兹”(见下一个讨论章节)。首先移动至俄语译名“别里斯拉夫”,后来再移动至简体的“贝里斯拉夫”。简体的“贝里斯”自动转换为繁体的话还是“贝里斯”,但用繁体的“贝里斯”在那个全域转换问题还没有解决之前依然会被转换成简体的“伯利兹”。因此Iokseng的移动出现了问题。另外,如果用手机来浏览维基的话,可以看到系统在跳转,这就增加了系统的负荷量。而移动条目又花费了编辑或管理员的时间和精力,增加一条无用的重定向,为什么我们要做这种费力不讨好的事情呢?--万水千山留言2022年11月14日 (一) 07:43 (UTC)
规避技术问题有必要在移动理由/讨论页中注明,以便了解和寻找解决方案。有无重定向的性能影响讨论过,似乎可忽略不计,仅界面上显得冗余。暂未理解更名必要性,为何标题的字词转换无法解决。
先到先得、恢复简繁的目的,是尊重前人+以此遏制故意更改。举个例子,假设有用户对-{中國}-条目名是繁体而感到不爽,于是移动到如“古代中国”、以误操作为由移回-{中国}-(输入便利性等理由;请忽视占用问题),看到两笔移动的人就很可能感觉不爽、推定恶意、引发争吵,而恶意的移动者又可能说“不都一样”、为何要斤斤计较。我对是否做还原操作持中性态度。--YFdyh000留言2022年11月14日 (一) 17:08 (UTC)
我上面的例子和你举得例子是特例,可以放开来不在这里讨论。而Iokseng经常做得是这样:有人将正当理由将繁体条目“-{中國}-”移动到简体“-{古代中国}-”,然后Iokseng已“初始繁简”的理由将简体“-{古代中国}-”移动到繁体得“-{古代中國}-”。我觉得TA这么做反而是“简繁破坏”。--万水千山留言2022年11月14日 (一) 17:59 (UTC)
抱歉是我误解了。非字形差异的移动不应恢复“初始”,那样变成最早创建者有条目名称繁简的所有权了。翻看发现确有此现象,如重型運載火箭中华门 (南京)雙關等,未见需要恢复初始繁简。--YFdyh000留言2022年11月14日 (一) 20:07 (UTC)
如果有人以改變繁簡為目的將「-{古代中國}-」移動至「-{中国古代}-」或「-{历史上的中国}-」呢?--Mosowai留言2022年11月14日 (一) 20:20 (UTC)
只要移动能落实敲定,就沿用移动者选用的形式。--YFdyh000留言2022年11月14日 (一) 22:05 (UTC)
「-{中國→古代中国→中国}-」之例中,標題變為原字不同繁簡,應依先到先得移回原字原繁簡的「-{中國}-」。如果只有「-{中國→古代中国}-」我認為不必進一步移至「-{古代中國}-」,不過有人主張移動我不會反對。--紺野夢人 100000+ 2022年11月15日 (二) 07:45 (UTC)
(▲)同上,但如果主张或实践大规模的移回,我会反对、认为是OWN和繁简破坏倾向。--YFdyh000留言2022年11月15日 (二) 17:11 (UTC)

请求处理异体字条目消歧义

-{李鍾熙}--{李鐘熙}-。--Wcam留言2023年3月11日 (六) 02:43 (UTC)

在《教育部異體字字典》裡,「-{鍾}-」、「-{鐘}-」都是正字,並非異體字;而且其簡體字型也不相同。--Kolyma留言2023年3月11日 (六) 04:01 (UTC)
了解。只需{{Distinguish}}即可?--Wcam留言2023年3月11日 (六) 04:17 (UTC)
似乎为简体读者建立个消歧义页面比较好?-{李钟熙}-现在自动连到-{李鍾熙}-,但是显示“-{李锺熙}-”。——PexEric 💬|📝 2023年3月12日 (日) 05:19 (UTC)
已建立-{李钟熙}-消歧義。-2001:B400:E2AF:E908:74E7:3613:26CC:4251留言2023年3月20日 (一) 04:25 (UTC)

結構式討論中不必要的自動繁簡轉換

如題,我在某位朋友的結構式討論留言板上輸入[[:Category:没有使用水平列表的导航框]],但發布編輯後卻被系統自動改寫成[[:Category:沒有使用水平列表的導航框|Category:-{zh-hans:没; zh-hant:沒}-有使用水平列表的-{zh-hans:导; zh-hant:導}-航框]],造成錯誤紅連如Topic:Xo3oqrb35jp2z86m且無法修正[6](編輯歷史不可見,且莫名多出20位元組),請協助找出原因並修正,謝謝。--迴廊彼端留言2023年8月19日 (六) 11:43 (UTC)

可视化编辑下输入后源代码模式提交,红链没了,但自动增加了许多转换语法。不了解原因。--YFdyh000留言2023年8月19日 (六) 19:17 (UTC)
User:YFdyh000我也是用同樣模式編輯,看起來繁體使用者輸入時會自動把簡字內容轉成繁體(包括內部連結,所以發生上面的問題);反之亦然但錯的離譜,例如說您編輯後自動跳出大量類似-{zh-hans:別; zh-cn:别}-的錯誤轉換,前面那個應該是zh-hant才對。--迴廊彼端留言2023年8月20日 (日) 05:57 (UTC)
User:YFdyh000剛測試問題已消失,故結案。--迴廊彼端留言2023年11月27日 (一) 12:27 (UTC)