維基百科:互助客棧/其他/存檔/2022年1月

DOVA-SYNDROME的音樂使用

結論：

不可以用於維基百科。--Nostalgiacn（留言） 2022年1月11日 (二) 09:06 (UTC)

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

---

DOVA-SYNDROME的音樂是否符合標準，能直接上傳到維基共享或者維基百科。

DOVA-SYNDROME的音源利用協議中說明，網站上使用這個協議的音樂是可以免費使用，允許商業利用，隨意編輯。--Nostalgiacn（留言） 2022年1月10日 (一) 02:53 (UTC)

似乎不行，因為僅限作「背景音樂」之用（ライセンスの範囲，1），而維基百科沒有背景音樂的設定。此外，禁止事項之7是「コンバート等を行わず、エンドユーザーが容易に音源ファイルに音聲ファイルとしてアクセス、複製が可能な狀態での利用」，即所允許的使用，不能令用戶方便下載音源檔，但是上傳到維基共享或維基百科的話，很容易下載。結論應是不可以在本站使用。——$\definecolor {my}{rgb}{0.04,0,0.5}\color {my}{\mathsf {htc_{23}}}$（留言） 2022年1月10日 (一) 22:10 (UTC)

---

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

維基榮譽管理

大家好。本人在解決維基榮譽以及維基專題創作獎的時候發現均有大量積壓特別是維基香港內容獎由上年3月開始積壓，而其他獎項均有類似問題。是不是應該成立一個工作小組管理？--Dotaoffice _{邀請您加入邊緣人小組} 2022年1月3日 (一) 12:12 (UTC)

榮譽部分我認領。--拒食木瓜 🎇_{心臓を捧げよ！} 2022年1月3日 (一) 13:40 (UTC)

感謝--Dotaoffice _{邀請您加入邊緣人小組} 2022年1月4日 (二) 08:45 (UTC)

…一個禮拜過去了依然沒有人有什麼感想嗎？有一些維基專題創作獎例如無代表國家計劃創作獎等均以廢棄了一年多等，各位對此有什麼意見嗎？Dotaoffice _{邀請您加入邊緣人小組} 2022年1月9日 (日) 13:48 (UTC)

目前有例如維基榮譽、維基香港內容獎、維基香港圖像獎及維基ACG專題創作獎均算活躍可暫不討論。或許是不是可以先討論一下不活躍的維基獎勵的處理方法然後再來考慮統一管理？Dotaoffice _{邀請您加入邊緣人小組} 2022年1月9日 (日) 13:54 (UTC)

人手不足這個問題在不少地方也有，不會因為成立一個工作小組，就突然有很多人會真的去處理相關事宜。如果您在意此類積壓的話，基本上就只能靠您自己坐言起行去處理，工作小組當然也可以成立，不過以我的經驗來說，成效有限，您可以看看目前多如繁星的各個維基組織，到底有多少個真的發揮到組織性作用，更多的只是表態，到頭來還是要靠各自抽空去處理。--AT 2022年1月9日 (日) 14:26 (UTC)

對的，當然我也沒有這麼天真，這個我也清楚知道。不過我依然想為主引起關注度及溝通渠道，只能期望這有用吧...--Dotaoffice _{邀請您加入邊緣人小組} 2022年1月12日 (三) 09:56 (UTC)

關於Unblock-zh郵件列表的一些事

目前unblock-zh郵件列表的主要業務有：

1. 幫助被迫使用代理者註冊賬號
2. 授予IPBE以便編輯
3. 回答關於普通IP段封禁的問題
4. 普通封禁申訴

其中前兩項佔比約7成，第三項2成，封禁申訴最少。近30天內主要是我在回復收到的郵件，但因個人安排，約一周後，我能承擔unblock-zh的工作量會下降到目前的1/4左右，若屆時沒有其他管理員來幫忙處理，我擔心會出現郵件太長時間沒有回覆的問題。下面是一些我在回復unblock-zh郵件過程中遇到的問題，也順便和大家分享：

1. 此前因為我個人的問題，有幾次讓郵件積累了一周甚至更長，才一次性回復完。導致的問題是：有些人時隔一周多才收到回應（當然有些人發信後幾個小時就恰好遇到我在回信）。理想的狀態：我沒有在回信的時候有其他管理員幫忙，其他管理員有事的時候我可以幫忙，總之持續有人在回信，這樣大家工作量都不大。
2. 從IRC等渠道，我發現有些人的郵件因為沒寫主題或含有特定的詞彙等等，被郵件列表的反垃圾系統攔截。導致的問題是：管理員沒收到郵件，發信人不知道自己的郵件沒有被收到。
3. 不同管理員授予IPBE時松緊不同。雖然我本人遵照方針要求，會至少確認申請者有需要使用網絡代理（確認其封禁信息），但其他管理員中也有並不要求這一點的（當然也有不認可我的做法，認為應該更嚴的）。而且，我在郵件溝通中能確認的也只有對方提供給我的，聲稱是自己看到的封禁信息，有心人完全可以仿造一個出來，我沒辦法辨別。導致的問題是：我對自己的工作（要求對方提供封禁信息以證明需求）產生了懷疑，不知道是否應該繼續這樣下去。
4. IPBE授權後被證實使用傀儡者，有。即便有IPBE，使用代理，也有人因為編輯行為，甚至技術證據，而被發現運用傀儡賬號。換言之，IPBE並不完全阻斷對傀儡賬號的查核。但是，也有沒被發現的持有IPBE的傀儡，是可以想見的。

開這個討論串，原本是想找人幫忙一起受理unblock-zh的工作，讓社群了解unblock-zh的現狀，但是發現有些問題，使得是否繼續使用unblock-zh可能應該打個問號。需要解決的問題有：

1. 如果有管理員有意願幫忙回覆郵件，但不知道怎麼幫忙或操作上有困難的話，可以在這裏弄明白。
2. 當前情況下，IPBE的授權應當滿足什麼條件？我想這個條件在各種申請渠道應該相對統一。授權後應留下什麼記錄？例如unblock-zh的郵件記錄連結是我授權中最常用的，裏面可以查到申請人受到IP封禁影響的證據。

--Tiger（留言） 2022年1月2日 (日) 18:28 (UTC)

是不是應該ping所有管理員來討論啊？—— Eric Liu _{創造は生命（留言．留名．學生會）} 2022年1月2日 (日) 21:21 (UTC)

沒有管理員佈告板主頁的問題。要所有管理員注意的議題永遠要全ping。--路西法人☆ 2022年1月3日 (一) 09:12 (UTC)

據我在（你們所不承認的）QQ群中幫助新手的經驗，大部分大陸新手都不能再一周之內收到郵件反饋。這對於新手的打擊是致命的，有很多人因為長時間收不到郵件而放棄了編輯維基。有很多人因此在QQ群里質問，而目前在QQ群內沒有站內管理員，因此我們只能表示無奈。--三萬光年 _GBAW 2022年1月3日 (一) 02:07 (UTC)

畢竟去年9月份基金會大揮鐵拳之後管理員人手開始出現短缺，而關於管理員投票是否使用SecurePoll也是最近才出結果。--🔨（留言） 2022年1月3日 (一) 03:40 (UTC)

和基金會行動關係不達，被除權的幾位在郵件列表裏本來也不算活躍，或者根本沒有加入郵件列表。--Tiger（留言） 2022年1月3日 (一) 04:46 (UTC)

關於第一個問題，我個人的意見是或許可以推舉一到兩位專門負責處理unblock-zh郵件的管理員來協助處理積壓。如果目前的管理團隊內部不能滿足，就從社區里招募合適人選，推舉有條件有經驗願意長期接手unblock-zh郵件積壓的人去參選管理員，當然被推舉的參選者應當能在協作處理unblock-zh積壓的問題上有所承諾，能保持長期的耐心不是五分鐘熱度。

關於第二個問題，我個人認為只要我們堅持假定善意原則，就沒有理由收緊IPBE。有一個統一的具體篩查標準固然最好，但在這個領域應該沒法真正適用任何統一的標準。需要IPBE的理由應有盡有，洞察這些理由虛實的金科玉律卻沒幾條，最後自然就只能統一放行，那些明顯不成立的理由總歸是少數。哪怕是全域IPBE，只要表明自己已經獲得本地IPBE，監管員基本上也只能要一個就給一個，因為在這個問題上無法對別人刨根問底。當然每個管理員的個人標準不盡相同，願意在這個問題上更加負責和仔細審核總是好的，只是整體上的收緊在我看來還是不貼合維基社區長遠發展的需要，而且客觀上增加了管理員自身的負擔。況且在大陸沒有IPBE約等於無法參與編輯，而純破壞者卻總是有各種各樣的門路和歪點子來矇混過關。所以把IPBE收的太緊到底是防君子防不住小人。--南冥大鵬👈把我批判一番出偏差要負責👊微小的工作歷史的進程✌ 2022年1月3日 (一) 03:43 (UTC)

關於篩查標準，我的意思不是你說的這個部分。事實上並沒有管理員會去質疑「我住在中國大陸不得不用代理」、「我不會亂用權限」這個部分。郵件受理請求時，會要求申請者給出封禁詳情，也就是多少擋一下其實根本不需要代理但是假裝自己被封的人。但是這一點在站內申請的時候基本上從來不要求。這裏就產生差異了，也就是我希望統一的部分。要麼都要封禁信息，要麼都不要。如果選擇都不要的話，需要先把WP:IPBE方針改掉，因為裏面要求用戶需要「有真實的需求」。--Tiger（留言） 2022年1月3日 (一) 04:45 (UTC)

另外，如果社群認為不需要封禁信息即授權，以及差不多完全放開授權的話，我會建議直接給所有註冊用戶加上這個權限，就是把ipblock-exempt直接添加到user用戶組，還省掉申請和授權的麻煩。--Tiger（留言） 2022年1月3日 (一) 04:53 (UTC)

如果是這個統一的意思我也是很贊成的誒，所謂「有真實的需求」本身就無法完全查證，其實也就只能靠自覺。況且WP:IPBE方針和中維的實際情況已經偏離了。IPBE原本是提供給有極端特殊原因被廣域封禁誤傷的極少數個例的，所以作為一種管理員權限的分支是會謹慎授予。這在其他社區是適用的，比如英維有單獨IPBE的用戶比管理員還要少的多，他們都各自有特殊原因。但到了中維反而正相反，一批批大陸新用戶普遍需要獲取IPBE才能參與編輯。IPBE原本的特殊前提根本就是完全不適用的，按照方針還要查閱申請者的編輯記錄，這在中維等於逆反因果。IPBE在中維反而更像是一種輔助處理防火牆封鎖問題的通行證。所以我個人完全支持簡化授權過程，改成統一走一遍形式留個記錄就是，減少審核負擔。

再從這個角度出發，進一步考慮把IPBE直接下放的話阻力就大了。個人是覺得是有些冒進，但有可操作性，值得讓社區仔細討論討論，我個人先給一個保守的支持。畢竟當下一個IPBE權限的申請問題就直接擋住很多潛在的編輯者了，很多人好不容易翻牆來維基了，一看自己IP是被封禁的估計就直接打消了今後的編輯欲望，潛意識裏會產生「我編輯不了」的想法。而會進一步考慮「為什麼怎麼辦」然後來申請IPBE的必然只剩下這當中的一部分人了。所以把IPBE直接添加到User用戶組裏對中維發展一定是有很大正面收益的。當然也和風險並存，IPBE說到底最初是管理員權限之一，IPBE變成默認持有可能會對日後查核鎖定破壞者留下隱患。但如果申請流程本身已經極大簡化，考慮這個問題意義也不太大了，所以我給一個保守的支持，不知社區整體態度如何。--南冥大鵬👈把我批判一番出偏差要負責👊微小的工作歷史的進程✌ 2022年1月3日 (一) 06:30 (UTC)

元維基的m:NOP全域方針本身禁止了在全域範圍內隨意使用代理的這種行為。到底要不要給中維開這個特例，讓其豁免於全域方針，或是直接修改NOP全域方針，都應該不僅僅是由中維社群得出結論；如果中維開了這個先例，那土耳其，伊朗相關語言維基要不要這麼做？中文其他維基項目要不要這麼做？元維基和維基共享資源要不要因為有中文維基用戶參與，所以也取消代理使用限制？因此這種類似「把ipblock-exempt直接添加到user用戶組」這種請求可能會被直接拒絕，而且這個提議無論從各個方面上來講也都是很令人疑惑的。--Yichen Ding（留言|主賬戶） 2022年1月3日 (一) 14:02 (UTC)

你說的沒錯，但是見人就給的授權方式本質上和「把ipblock-exempt直接添加到user用戶組」沒什麼區別，又和現行成文的方針矛盾，令我（作為方針的執行者）十分困惑。--Tiger（留言） 2022年1月3日 (一) 14:37 (UTC)

LIPE的大量分發是無奈的情況，建議參考en，非帶權限的用戶可以分發短期得臨時授權，時編輯強度情況來再申請時延長，逐漸為長期；有權限的可以提高初始值。不過有些地區的，過度依賴LIPE的就有點驚弓之鳥了。——Sakamotosan路過圍觀 | 避免做作，免敬 2022年1月4日 (二) 09:37 (UTC)

當前實踐已經是直接對所有使用代理者授予不限期的權限，同時六個月無編輯後除權的規則仍適用。--Tiger（留言） 2022年1月4日 (二) 20:37 (UTC)

我早前已直接把自己的TG ID添加至相關頁面，當積壓過久的話，可以讓申請者直接通過TG聯繫到我。--AT 2022年1月5日 (三) 07:51 (UTC)

能在QQ那邊也給一個快速處理渠道麼？--三萬光年 _GBAW 2022年1月5日 (三) 14:15 (UTC)

那您要看看有誰願意去開通這個渠道囉。--AT 2022年1月5日 (三) 16:54 (UTC)

@AT：不知關聯到tg的wikipedia-zh-help群組的QQ群組是否可以作為這個渠道。亦或者是否可以由大陸用戶幫助註冊賬號並代替其申請ipbe？--三萬光年 _GBAW 2022年1月7日 (五) 02:12 (UTC)

我覺得把郵箱公諸如世不是好事，始終是個人資料。後者我更傾向由管理員處理，始終個人郵箱不宜隨便給陌生人，管理員至少會保密，一般用戶卻無法排除洩漏風險。--AT 2022年1月7日 (五) 06:16 (UTC)

那就沒辦法了，乖乖等rfa唄（聳肩--三萬光年 _GBAW 2022年1月7日 (五) 09:25 (UTC)

如果給所有用戶IPBE那麼為什麼還要封禁代理。改為被封禁的開放代理IP也可以註冊帳號只是不能編輯，需要在討論頁用unblock模板，並且設立「IPBE授予員」或「IPBE授予者」用戶組可以授予他人IPBE權限？桐生ここ★[討論] 2022年1月5日 (三) 13:50 (UTC)

初步支持給新用戶授予ipblock-exempt的想法，但需不需要保持六個月無編輯就除權？如果保持這個規定，是不是可以用戶註冊時自動加入IP豁免用戶組？ ——魔琴 [ 已經告假 留言 貢獻 ] 2022年1月5日 (三) 15:54 (UTC)

不太同意自動授予，相當於所有用戶豁免用戶查核。而且對於破壞者的IP封禁將不起作用。現在的流程還可以檢查來自哪裏，是因為代理被封禁{{Blocked proxy}}還是破壞者{{Range block}}。桐生ここ★[討論] 2022年1月5日 (三) 16:14 (UTC)

• 通過站內申請，可以根據用戶貢獻判斷是否可信。
• 通過郵件申請，可以判斷申請者郵件地址是否臨時郵箱，根據封禁ID判斷是Blocked proxy還是Range block，根據IP判斷是家庭網絡還是伺服器，根據這些內容判斷陳述是否可信。
  比如一個中國大陸需要IPBE的用戶，應該是被Blocked proxy，IP是伺服器；如果是Range block，而且被封禁的IP是家庭網絡，稱其在中國大陸被封禁代理就值得懷疑。甚至是最近被封禁LTA的一個IP位址(不是IP段而且還是家庭網絡)，可以直接拒絕，但可以建議對方更換網絡環境以免誤傷。

桐生ここ★[討論] 2022年1月5日 (三) 16:38 (UTC)

我無論身在哪裏都可以開proxy，都可以裝作來自中國大陸啊。 ——魔琴 [ 已經告假 留言 貢獻 ] 2022年1月6日 (四) 04:16 (UTC)

實際處理的過程中，我也經常對一些申請人有這個懷疑，然而沒法去求證，也就都給權限了。--Tiger（留言） 2022年1月6日 (四) 14:41 (UTC)

用戶查核還可以看UA ——魔琴 [ 已經告假 留言 貢獻 ] 2022年1月6日 (四) 04:21 (UTC)

複述。參考en的做法，說明合理就可以給一個臨時的，非職權的時間較短（可以參考為6個月），之後如果編輯強度足夠可以提高閾值，有職權起初閾值可以大些。——Sakamotosan路過圍觀 | 避免做作，免敬 2022年1月6日 (四) 01:12 (UTC)

我覺得還有建立帳號的問題。如果不經過unblock-zh，要怎麼給中國大陸用戶註冊帳號？反正我現在登錄狀態下都註冊不了帳號。 ——魔琴 [ 已經告假 留言 貢獻 ] 2022年1月6日 (四) 04:27 (UTC)

我覺得，動大的（比如自動授予、新設用戶組等）都需要共識；然而目前應該優先討論的是三天之後，避免IPBE授予積壓的緊急方案。 ——魔琴 [ 已經告假 留言 貢獻 ] 2022年1月6日 (四) 04:27 (UTC)

要討論緊急方案的話，恐怕要把所有管理員都ping過來，目前似乎只有兩位管理員參與了本節討論。--Steven Sun（留言） 2022年1月7日 (五) 07:36 (UTC)

（Xiplus剛剛處理了七則請求，看起來這部分應該還是有管理員接手的。 ——魔琴 [ 已經告假 留言 貢獻 ] 2022年1月7日 (五) 09:53 (UTC)

實際上是44則。--Xiplus#Talk 2022年1月7日 (五) 12:29 (UTC)

目前技術上能否做到允許通過代理註冊賬戶並編輯自己的討論頁？--Steven Sun（留言） 2022年1月6日 (四) 06:45 (UTC)

「允許通過代理註冊賬戶」不行，這樣 IP block 就沒有意義了。 ——魔琴 [ 已經告假 留言 貢獻 ] 2022年1月6日 (四) 11:34 (UTC)

支持建立後自動封禁以方便管理員儉省一層功夫--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2022年1月6日 (四) 13:33 (UTC)

還有個不知技術上是否可行的想法：將「授予IPBE權限」的權限下放，分拆Unblock-zh，允許非管理員參與到授予IPBE權限的工作上來。因為目前本地缺少用戶查核，管理員似乎也沒有什麼特殊的渠道去了解申請者是否可信。--Steven Sun（留言） 2022年1月6日 (四) 13:47 (UTC)

即「IPBE授予員」。 ——魔琴 [ 已經告假 留言 貢獻 ] 2022年1月7日 (五) 04:28 (UTC)

我反而覺得通過Unblock-zh處理IPBE等申請，可能存在個人私隱問題，甚至懷疑可能與m:Access to nonpublic personal data policy存在衝突--百無一用是書生 (☎) 2022年1月12日 (三) 02:30 (UTC)

郵件列表不受私隱政策保護，自然沒有違反Access to nonpublic personal data policy的問題。--Xiplus#Talk 2022年1月13日 (四) 14:03 (UTC)

郵件列表目前的處理方式是基於雙方互相信任，申請人信任管理員不會洩漏郵件內容，管理員信任申請人提供的資料真實無誤。如果想要保護申請人的私隱，目前想到2個辦法： 1. 使用VRT郵件列表，VRT成員必須簽NDA，優點除此之外還有方便管理郵件，標記未處理/已處理、合併多張工單、回應內容模板等等模板都是目前郵件列表無法做到的；缺點就是中國大陸的管理員就無法參與了。 2. 落實WP:CUP#3處理方式，優點有全面在站內處理、申請者不用再提供私隱資料、管理員也不用擔心提供的資料是否可能偽造；缺點就是大大增加CU處理量，需要等待CU程序。--Xiplus#Talk 2022年1月13日 (四) 14:18 (UTC)

魔琴這連結是哪時候的新功能-- Sunny00217  2022年1月15日 (六) 09:10 (UTC)

@Sunny00217：Google introducing a feature in Chrome 90 to create links to highlighted text on a webpage. 其實我還寫麻煩了，寫成這樣就行了，可惜不支持字詞轉換。 ——魔琴 [ 已經告假 留言 貢獻 ] 2022年1月15日 (六) 11:09 (UTC)

一月十五日至一月十六日屏東維基編輯工作坊

如主旨，1/15-16 將於屏東進行線下的維基百科編輯教學活動。 編輯條目主要為高雄市、屏東縣境內村里，如學員有觸犯編輯規則請海涵，會在編輯活動結束後五天盡可能排除問題，如有漏網之魚再煩請通知，非常感謝。 相關編輯紀錄可參閱活動編輯紀錄。 --Allenwang6212a（留言） 2022年1月14日 (五) 11:19 (UTC)

閱，感謝告知。WP:VPD#關於可能的利用維基百科進行教育訓練及其條目是否可能存在問題中的是你們的社團嗎。--Ghren🐦🕑 2022年1月15日 (六) 18:14 (UTC)

千村狐免疑為基金會行動的罪魁禍首

笑話一則。不要給LTA關注度。--路西法人☆ 2022年1月19日 (三) 03:49 (UTC)

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

---

這邊（在偽基衝浪無意發現的）有證據表明，破壞者中的哈密瓜油、瑪麗蓮夢、Tongtonggood，本次GB的遊魂、Walter Grassroot（正好是回退員，可以查看過濾器）為其真人傀儡。--${\mathcal {ST}}$680X^talkX^簽名白い雪が街に　優しく積もるように 2022年1月18日 (二) 13:37 (UTC)

舊聞。桐生ここ★[討論] 2022年1月18日 (二) 17:25 (UTC)

Old new is so exciting。而且LTA的話一個字都不要信。--Ghren🐦🕑 2022年1月18日 (二) 18:17 (UTC)

這都2022年了，還有人信LTA的任何一句話嗎……too young too naive--三萬光年 _GBAW 2022年1月19日 (三) 00:17 (UTC)

---

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

拉票相關問題

如果ping先前參與GA投票的編輯再次參與投票算不算拉票？ --Loving You Is A Losing Game 2022年1月21日 (五) 03:36 (UTC)

如果被ping的人於之前的GA投票中僅投票而沒有就條目內容作出討論的話，個人認為算拉票（因為這是WP:JUSTAVOTE，是連討論都算不上，繼而不符合WP:APPNOTE所指的「曾經參與先前相同主題（或緊密相關主題）討論的編輯」，當然如果有更多理據證明符合APPNOTE者則可以除外）。而如果被ping的人全部都在之前的GA都是投支持票的，則有可能干犯「在討論中拉攏少部分你認為將全部支持你的立場者，也是不適當的」。--街燈電箱150號 開箱維修 2022年1月21日 (五) 12:14 (UTC)

國家資料模板

宜蘭第一公民（討論 | 貢獻）大量創建國家資料模板（旗幟模板），裏面假假真真真真假假，希望有人檢查並提刪夾雜的私貨（即原創研究）。--Txkk（留言） 2022年1月25日 (二) 12:06 (UTC)

我真的不知道為什麼總是有人往c站傳自製旗幟，很有趣嗎？ ——魔琴 [ 留言 貢獻 ] 2022年1月25日 (二) 12:36 (UTC)

他還沒停止！--Txkk（留言） 2022年1月25日 (二) 13:25 (UTC)

他向來很喜歡往各種地方添加旗幟，條目啊模板啊比比皆是。但濫建國家資料模板是另一個層次了，應當予以制止。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2022年1月25日 (二) 13:56 (UTC)

Test started

Please see Wikipedia:互助客棧/其他/存檔/2021年10月#A/B test for New Discussion Tool. This started today.--Whatamidoing (WMF)（留言） 2022年1月28日 (五) 03:57 (UTC)

提請解任管理員User:Iokseng

User:Iokseng通常只處理移動請求，這點我佩服他的堅持，其他管理員關注這方面的很少。但是，常年來我發現這位管理員在處理移動請求時有些按自身意向、喜好隨意行事。而且面對質疑也不會解釋說明，這對於普通用戶來說沒什麼，對於有特殊權限的管理員不合適，故提請解任。--7（留言） 2022年1月3日 (一) 06:22 (UTC)

請移步Wikipedia:管理員解任投票。 紺野夢人 ^肺炎退散 2022年1月3日 (一) 07:24 (UTC)

既然都能丟出連結了，要不要先看看Wikipedia:管理員解任投票#發起解任投票第一行寫了些什麼？--Xiplus#Talk 2022年1月3日 (一) 07:45 (UTC)

有沒有例子？--Dotaoffice _{邀請您加入邊緣人小組} 2022年1月3日 (一) 12:37 (UTC)

(▲)同上，希望能給出具體例子。--Yichen Ding（留言|主賬戶） 2022年1月3日 (一) 13:48 (UTC)

看當事雙方最近的貢獻應該就能明白了。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2022年1月5日 (三) 00:13 (UTC)

同意解任，管理員在任何決策都必須保持中立，我很清楚他對移動請求有不中立的立場，實在不適任。空氣小貓（留言） 2022年1月5日 (三) 07:33 (UTC)

@Iokseng 。我希望管理員作出一個合理的解釋讓我們得知一個更加全面的情況。Dotaoffice _{邀請您加入邊緣人小組} 2022年1月5日 (三) 13:40 (UTC)

@Dotaoffice：就是拉法耶特侯爵的移動請求。我說明一下我對於名稱沒有偏好，如果覺得我的處理不適當，都可以與我溝通。至於更多的面向，此討論串大概都有提到，在此就不重複了。--Iokseng（留言） 2022年1月6日 (四) 00:10 (UTC)

以一件事解任，並不合適。且這裏說似乎沒有用處。--老衲（留言） 2022年1月5日 (三) 13:42 (UTC)

只有在溝通無效的情況下才可以發起取消管理員權限的投票。
取消管理員權限的投票內容必需詳細，指出管理濫權的原因，並根據編輯記錄及用戶貢獻提出相關證據，如內容不符或原因不合理，可視作申請無效。

桐生ここ★[討論] 2022年1月5日 (三) 13:48 (UTC)

這是Jarodalien對管理員的騷擾 施壓：關於該移動，Jarodalien自己就說過「請社群和管理員判斷」，管理員做出的判斷與他的要求不符，就在這對管理施壓？--LarseKun（留言） 2022年1月6日 (四) 10:02 (UTC)

@LarseKun：所以你需要請求管理員處理Jarodalien的如此情形嗎？Sanmosa _Immortal 2022年1月7日 (五) 04:02 (UTC)

@Sanmosa：也不明確這算不算對管理員騷擾。--LarseKun（留言） 2022年1月7日 (五) 09:51 (UTC)

@Sanmosa：別的管理介入等一等。我想請問下：你覺得搜尋引擎搜索結果和專業的文獻相比，哪個更適合作為維基參考來源。--LarseKun（留言） 2022年1月8日 (六) 05:46 (UTC)

依照Wikipedia:管理員解任投票，需要「等待討論共識」，不知大家的意見如何，我認為目前的說明還不足以解任管理員--Wolfch (留言) 2022年1月6日 (四) 10:08 (UTC)

我覺得不至於解任。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2022年1月6日 (四) 11:36 (UTC)

假如提請人沒法寫出「詳細投票內容，指出管理濫權的原因，並根據編輯記錄及用戶貢獻提出相關證據」，建議關閉。--Ghren🐦🕗 2022年1月6日 (四) 12:11 (UTC)

我覺得他無非就是在清除異己，這點讓我想起了WMCUG。Sanmosa _Immortal 2022年1月7日 (五) 04:02 (UTC)

由於提請人未能提出相關證據，建議關閉。桐生ここ★[討論] 2022年1月7日 (五) 11:06 (UTC)

(－)反對提早關閉，建議儘快達成溝通無效，啟動聯署的共識。--Liuxinyu970226（留言） 2022年1月11日 (二) 06:29 (UTC)

我不是提請人，但是我能提出證據：時雨羽衣的非法移動。根據命名常規的先到先得規則，如果存在符合名從主人慣例的名稱，並於至少一處中文使用地區為常用名稱時，條目標題應當使用該名稱，而先到先得規則不起作用。然而，時雨羽衣的官方頻道顯示的名稱為繁體中文，並至少於臺灣等地區使用，該管理員卻無視規定恣意移動。此外，根據地區詞處理指引（當時指引地位未被確認，但是仍可起參考作用），當一個機構或人物已經有官方的漢字或中文名稱時，臨時解決方案為條目名稱遵從名從主人原則。題外話，之前該管理員也有幾起移動爭議，但是被解任的概率也不大，就不浪費力氣了，只是希望提出證據能起警告作用，畢竟管理員的行為不能太過放肆。空氣小貓（留言） 2022年1月7日 (五) 15:27 (UTC)

@Pseudo Classes：你這是典型誤解方針的情形，名從主人不限制條目名稱是用繁體或簡體，他這樣做是在回退繁簡破壞，是遵守並執行方針的情形。Sanmosa _Immortal 2022年1月7日 (五) 15:50 (UTC)

您才誤解吧，哪裏說明名從主人不限制條目名稱是用繁體或簡體？空氣小貓（留言） 2022年1月7日 (五) 15:59 (UTC)

這點你大可以問其他（與事件無關的）管理員，我認為我的理解無誤。--Sanmosa _Immortal 2022年1月7日 (五) 16:01 (UTC)

我直接引用方針的說明，怎會有誤解的情形？方針從沒寫到不限制條目名稱是用繁體或簡體，那就不應該恣意延伸解讀，一切皆以方針所述為主。空氣小貓（留言） 2022年1月7日 (五) 16:01 (UTC)

我可以告訴你十個管理有十一個都會這樣處理。--Ghren🐦🕛 2022年1月7日 (五) 16:19 (UTC)

見下。空氣小貓（留言） 2022年1月7日 (五) 16:39 (UTC)

我認為100個監管員至少99.99999...個都不同意這種處理方式--Liuxinyu970226（留言） 2022年1月11日 (二) 06:29 (UTC)

我們可不是維基文庫啊。名從主人原則如果限制繁簡那會是很恐怖的；總不可能把所有中國古代人事物移動到繁體名稱吧。反過來說，命名常規亦無規定中文名稱之繁簡也要名從主人，法無禁止即可為。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2022年1月7日 (五) 16:08 (UTC)

法無禁止，但是有共識：討論存檔。舉個例子，如果將中西區 (台灣)移動至中西區 (臺灣)屬於繁簡破壞，但是將東山區 (台南市)移動至東山區 (臺南市)則不屬於繁簡破壞，因為臺灣是主權有爭議的地名，而臺南市是屬於中華民國的行政區域，即臺南市的主權為中華民國，如果今天要建立屬於中國的行政區域，則可能另建立東山區 (台南市)的條目。簡而言之，名從主人具有尊重主人選字的條件，這是共識，並不是自行延伸解讀。您可以查看我的移動日誌，您就能明白我一直關注名從主人的領域。空氣小貓（留言） 2022年1月7日 (五) 16:38 (UTC)

台與臺之問題屬於特殊情形，還牽涉異體字與顯示問題，不可一概而論。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2022年1月7日 (五) 18:10 (UTC)

@Ericliu1912：請不要混淆視聽，該共識包括但不限於台臺異體字，這裏只是用來引出共識，沒有一概而論。更何況地區詞處理指引也有提到，當一個機構或人物已經有官方的漢字或中文名稱時，臨時解決方案為條目名稱遵從名從主人原則。空氣小貓（留言） 2022年1月14日 (五) 11:25 (UTC)

我不認為有什麼共識就是。該等情形應當屬於例外。另外地區詞和單純繁簡是兩回事。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2022年1月14日 (五) 14:20 (UTC)

你反對我的意見，當然會認為當時沒有共識，真是令人遺憾。此外，該共識不存在例外不例外的適用時機，也不僅限定台臺異體字，請不要混淆視聽。最後，地區詞和繁簡轉換確實不同，為避免混淆視聽，已對留言逕行刪除。然而，唯一不會改變的是當時的共識，除非你另起討論將其推翻，謝謝。空氣小貓（留言） 2022年1月14日 (五) 23:01 (UTC)

那是您自己的看法，頂多也只能算是一個特定範圍內的共識。對我來說，該討論完全集中在臺台問題，要用此框架下得出的一些討論結果放大套用於全站，實在不能說是妥當。這並不符合現實，也顯然不應該得到執行，否則將破壞本站多數條目的基礎，AT跟我所提到的只是其中一小部分而已。考慮到命名常規名從主人原則一段一字未提繁簡，再考慮到其前後文字內容、延伸指引內容，我認為該方針所說的名從主人完全只有地區詞上的名從主人，而其繁簡只要顯示上相同，便無差別。臺台問題之所以需要另外討論，便是因為顯示起來不同，且為異體字，不單純適用一般命名常規。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2022年1月15日 (六) 02:33 (UTC)

你認為，不代表方針如此，結果真是令人遺憾。然而，就算不論方針，該管理員在有反對意見的情況下，未經溝通協調，貿然移動頁面，很明顯就是濫權，更何況是有爭議的移動和不明確的方針下執行。空氣小貓（留言） 2022年1月15日 (六) 06:30 (UTC)

關於對方針與指引的看法，我原句奉還閣下。我同意Iokseng閣下有時候行事上不一定完全正確，但他顯然不是不能溝通，故我認為不至於解任。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2022年1月15日 (六) 19:46 (UTC)

應維持條目第一個重要版本所採用的標題

而條目建立時是使用「时雨羽衣」。

另外，

以下為「名從主人」原則僅起參考作用的情況：
1.人物：其所工作或隸屬的機構、組織、公司的中文資料中出現他的中文姓名或譯名的，「名從主人」原則僅起參考作用。

--0906_{（回復請Ping我）} 2022年1月7日 (五) 16:39 (UTC)

參考仍有作用，而先到先得則是直接不適用，請看清楚，謝謝。空氣小貓（留言） 2022年1月7日 (五) 16:41 (UTC)

這次移動似乎是依據討論申請來執行，不過的確存在沒有檢查適用的規則，而且在討論有反對的情況，就照常執行。的確需要注意到其中的問題。——Sakamotosan路過圍觀 | 避免做作，免敬 2022年1月8日 (六) 03:42 (UTC)

上上次提請人發起的移動，也存在反對但是通過了，提請人倒是沒來提請接任。最近的幾次移動，提請人的申請沒過，就來客棧提請解任了。--LarseKun（留言） 2022年1月8日 (六) 05:46 (UTC)

@AT：可能要勞煩行政員解釋一下了。究竟我和Pseudo Classes的解讀哪個才是正確的？--Sanmosa _Immortal 2022年1月9日 (日) 02:11 (UTC)

我用例子來回應。請問中國相關條目在中國使用簡體之前是否都應該以繁體來命名，反之亦是如此？港台則只能用繁體來命名嗎？--AT 2022年1月9日 (日) 04:43 (UTC)

@空氣小貓（順便給個例子：老隆福建會館）。Sanmosa _Immortal 2022年1月9日 (日) 07:13 (UTC)

用字模式差異導致先到先得，似乎是基於創始初期就出現過搶位問題來避免這個問題（例如同一個事物的名稱的不同用字模式，繁體搶簡體或者反之），其中的核心就是認為只因用字模式差異不影響命名差異。現在的規則沒有明確這個，但基於早期情況，似乎是這樣去解讀。——Sakamotosan路過圍觀 | 避免做作，免敬 2022年1月10日 (一) 01:27 (UTC)

@Sanmosa：同上，但是恣意錯誤解讀沒有訂定的規則絕對不被允許，更不用說執行方面。空氣小貓（留言） 2022年1月14日 (五) 11:28 (UTC)

(＝)中立。--夏雪若（留言） 2022年1月9日 (日) 12:33 (UTC)

• 我不太同意Pseudo Classes君關於台南市的那段論斷。東山區 (台南市)屬於標題繁簡混用。內地地鐵車站條目也有很多全繁體命名的，按Pseudo的說法把他們移動到簡體也不是繁簡破壞了。Itcfangye（留言） 2022年1月15日 (六) 10:51 (UTC)

@Iokseng我想請您解釋一下您對向涵之的移動，AFC的被駁回的明顯不完善的草稿為何會因移動請求而被您移動到條目空間？--🎋🎍 2022年1月25日 (二) 11:46 (UTC)

我當時判斷的是移動請求的理由是否合理，而AFC也沒有草稿不完整不能發佈至條目的限制。原作者是以草稿（用戶頁的子頁面）編寫內容，他提出申請移動到條目，我看內容格式並無多大問題，就會予以處理。至於內容不完善的問題，我覺得應以關注度或存廢討論處理。--Iokseng（留言） 2022年1月25日 (二) 12:09 (UTC)

@Iokseng您可以看一下編輯摘要，您做完移動後甚至有其他維基人指出草稿內容抄襲自百度百科，我現在向您申請將其移回草稿並進行修訂版本刪除。--🎋🎍 2022年1月25日 (二) 14:53 (UTC)

這那裏抄了百度百科了？我硬是沒看出來。--Ghren🐦🕛 2022年1月26日 (三) 04:01 (UTC)

• (－)反對除權，至少目前看來證據並不充分，此外「只有在溝通無效的情況下才可以發起取消管理員權限的投票。」。在此討論串發起之前，不知各位有沒有就相關問題與Iokseng溝通過。——BlackShadowG（留言） 2022年1月26日 (三) 15:12 (UTC)

  同上。--🎋🎍 2022年1月31日 (一) 11:30 (UTC)

InternetArchiveBot

InternetArchiveBot在條目屏東台電男子排球隊於2022年1月31日的編輯在引用模板中新增參數「7」，實際上引用模板並沒有參數「7」，不清楚這是不是個案，有需要回報給Cyberpower678嗎？--寒吉 2022年1月30日 (日) 18:08 (UTC)

對IABot最近1000筆編輯進行檢查，只發現一筆有問題的編輯。--Yining Chen（留言|簽名頁） 2022年1月31日 (一) 11:31 (UTC)

關於部分詞彙的翻譯（續）

本討論接續Wikipedia:互助客棧/其他/存檔/2020年6月#關於部分詞彙的翻譯，內文轉自translatewiki.net由Lakejason0發佈的討論「關於通用術語表的部分錯誤的建議和部分條目相關疑問」 https://translatewiki.net/wiki/Thread:Portal_talk:Zh/关于通用术语表的部分错误的建议和部分条目相关疑问 。

Sincerely,

Winston Sung（留言） 2021年9月11日 (六) 17:13 (UTC)
Fandom ZH Community Central Admin

註：部分討論已整併存檔至Wikipedia:互助客棧/其他/存檔/2021年10月#關於部分詞彙的翻譯（續）。

關於zh-hans/zh-Hans-CN中account的翻譯

已通過：

僅調整「户=>号」之部分，即以「账号」作為zh-hans/zh-Hans-CN account之譯名。

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

---

• 原文：account
• 當前zh-Hant使用的翻譯：帳號（已確認）
• 當前zh-Hans曾使用的翻譯：
  • 帐户
    • 根據討論走向可先排除
  • 账户
    • 根據討論走向可先排除
  • 帐号
  • 账号

---

由於當前翻譯不一致，故在此希望各位能提供意見。--Winston Sung（留言） 2021年9月17日 (五) 17:41 (UTC)

• 那跟着用「帐号」比較省事。「账号」正確與否在大陸本身也爭論不休，雖然我蠻喜歡的。--YFdyh000（留言） 2021年9月19日 (日) 09:45 (UTC)
• 這事有趣了，巾字旁長的結果小於貝字旁長，帐户（1,570,000）<账户（6,180,000）<帐号（11,800,000）<账号（11,900,000），也許Zhang戶就此可以棄用了，稍微傾向支持账号。--Liuxinyu970226（留言） 2021年9月20日 (一) 00:47 (UTC)
• 「帐号」或「账号」均可，但如果想統一譯名的話，那就自然是前者。Sanmosa _Outdia 2021年9月20日 (一) 13:41 (UTC)
• 帳是賬的本字，用之有合理之處。調了下Windows 11與本人的中國大陸產手機，簡體也用的帐。--紺野夢人 ^肺炎退散 2021年9月20日 (一) 15:21 (UTC)
• @Yumeto：您的解釋似乎只限台灣（甚至更有可能僅限台灣島內，連澎湖金門馬祖太平島都不能適用），兩字在大陸及歐洲華人圈內僅限會計學可以混用，前者多專用於紡織物或印刷相關（XX布、XX本……），後者則常用於金融、公務及普遍文字內容。（ 囧rz……百度結果我向來不看，單獨搜兩字直接爆滿「結果約100,000,000個」），Bing上單獨搜兩字 site:.cn，705,000跟2,180,000條結果相比，我都不知道後者甩前者幾段第五大道了。

手機、電腦系統用字問題牽涉谷歌和微軟，就目前老美對華日趨強硬鷹牌的現狀下，這兩家公司的系統開發部門指望有幾個大陸血統的員工呢？想必大半的華人員工祖籍基本港台新馬菲居多吧，基本可以肯定對大陸用詞半知不解。由於當下疫情影響很難勸說兩家公司改變有關做法，我打算先勸說一些對華還很友好的阿爾斯通、特斯拉等改變兩字取捨問題，待國門放開後再設法擇機訪問兩家公司總部當面討論該等事宜。--Liuxinyu970226（留言） 2021年10月13日 (三) 15:42 (UTC)

• 帐是账的本字，但网站账号這個東西應該是從银行账号借用過來的，論詞源應該用账号。中國大陸規定好像也是账号（現代漢語詞典沒收「帐号」，中共中央網絡安全和信息化委員會辦公室、中華人民共和國國家互聯網信息辦公室發佈《互联网用户公众账号信息服务管理规定》，包括我現在用的輸入法都只能出「账号」）。但我看知乎有答主的調查，似乎是實際情況是與金融有關的網站多用「账」，與金融無關的多用本字「帐」。維基百科與金融無關，可用「帐」。 ——魔琴 [ 已經告假 留言 貢獻 ] 2021年10月17日 (日) 23:13 (UTC)

  為什麼會無關呢？左邊「資助」連結就足已說明維基項目至少在這個層面與金融有一定關係。--Liuxinyu970226（留言） 2021年11月25日 (四) 06:19 (UTC)

• 「帐号」為宜。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2021年10月31日 (日) 17:19 (UTC)
• 根據中國大陸語言文字規範，應使用「账号」或「账户」。--12З4567（留言） 2021年11月6日 (六) 14:35 (UTC)
• 這個應該在各地都有標準：查國家教育研究院，台灣應該用帳戶或帳號。查全國科學技術名詞審定委員會，大陸應該用账号或账户。--zy26 was here. 2021年11月8日 (一) 01:55 (UTC)
• 就「账号」、「帐号」二譯名候選繼續討論。--Winston Sung（留言） 2021年11月19日 (五) 15:24 (UTC)
• 「账号」，我認為可以直接公示了。「帐号」在大陸是不規範用語，上面那幾個繁體用戶的意見基本沒有參考價值。--12З4567（留言） 2021年11月20日 (六) 04:57 (UTC)
• 另附上參考資料： https://web.archive.org/web/20211121051340if_/https://gchat.qpic.cn/gchatpic_new/1/0-0-3D8A71F3BB4AEBF405A3C315FDC6833C/0 。--Winston Sung（留言） 2021年11月21日 (日) 05:14 (UTC)

---

• 考慮到簡體中文輸入法問題，以「账号」作為zh-hans/zh-Hans-CN account之譯名公示七日。--Winston Sung（留言） 2021年11月27日 (六) 16:30 (UTC)

---

• 百度使用帐号，騰訊使用帐号，因此認為應該用帐号。另外個人認為账号通常用於金融，比如銀行、電子支付、購物網站等，非金融的應該用帐号。桐生ここ★[討論] 2021年12月4日 (六) 18:41 (UTC)
  • 有資助功能，不能認為維基百科與金融無關，當前公示版本並無不妥。--Liuxinyu970226（留言） 2021年12月5日 (日) 06:18 (UTC)
  • 「用於金融，比如銀行、電子支付、購物網站等」。我認為你對金融相關的理解與大多數人（至少是我個人）的理解不符。
    我對此譯名沒有任何意見，選一個即可。個人覺得在實際觀感上沒什麼區別。
    順便一個比較神奇的現象吧，雖然挺原創研究的：銀行account稱账户（号），計算機系統account稱帐户（号），感覺這正在變成業界本地化慣例，可以觀察到微軟、谷歌等都這麼幹。反而是大陸本地的公司，比如騰訊，完全不在意這一點。--Lakejason0（論•功） 2021年12月5日 (日) 06:29 (UTC)
  • Wikipedia:2021年基金會針對中文維基百科的行動/中國大陸維基人用戶組相關討論#WMC對「維基」一詞的使用了解一下（趁着沒存檔），基金會全名有「Inc.」。--Liuxinyu970226（留言） 2021年12月5日 (日) 06:43 (UTC)
  • 沒錯，是個公司就是金融相關的網站。這個邏輯恕我無法接受。您的邏輯也與其他人的實際意思不符。
    不再回覆。--Lakejason0（論•功） 2021年12月5日 (日) 07:03 (UTC)
  • 您這個理論有點不好理解，要是說账号是中國規範漢字我倒是認可，但是維基百科主業是百科全書，而不是金錢交易，明顯和支付寶、京東不一樣，說維基百科是金融網站就不能理解了。桐生ここ★[討論] 2021年12月5日 (日) 09:20 (UTC)
  • 就算有資助功能，資助跟你在站內的account完全沒有綁定關係啊。就站內的account而言，它的功能完全就跟錢和資金沒有關聯，想不出為什麼這能成為要使用账号的理由。--Milky·Defer 2021年12月6日 (一) 14:51 (UTC)
• 意見分歧，中止原公示，繼續討論。--Winston Sung（留言） 2021年12月7日 (二) 16:56 (UTC)
• (※)注意：「帳號」在大陸簡體模式下會轉換為「账号」，這在字詞轉換已早有討論。中國大陸規定無論金融還是非金融都應使用「账号」而非「帐号」。「账号」既符合大陸規範，又能體現出維基百科的嚴謹性，故應堅持使用「账号」。--12З4567（留言） 2021年12月9日 (四) 15:22 (UTC)

  同意意見，這就跟信息跟訊息兩詞的關係一樣。--Liuxinyu970226（留言） 2021年12月10日 (五) 01:05 (UTC)

  1. 規定的話，有沒有相關具體的reference，我這邊似乎沒有查到。見上方全國科學技術名詞審定委員會以及《互联网用户公众账号信息服务管理规定》。

  1.1. 詞典收錄不算「規定」，如果確實有規定，那也最多算「體現」。

  2. 信息和讯息的關係同账号和帐号的關係似乎並不等價，前者在《現代漢語詞典》（第7版）都有收錄，且沒有將某一方列為非推薦詞形（即都出條並解釋，並不是一個解釋一個寫見「xxx」）。而账号在《現代漢語詞典》（第7版）中出條，帐号則既沒有出條另見，也沒有任何括號註釋（見凡例標註非推薦詞形的兩種形式）。--Lakejason0（論•功） 2021年12月10日 (五) 04:59 (UTC)

  經過相關檢索後，我不反對账号。

  但討論一定要遵守最基本的邏輯，不要把正確的選擇套一個（顯然完全或者摻雜）錯誤的邏輯，以免誤導討論方向。--Lakejason0（論•功） 2021年12月10日 (五) 05:08 (UTC)

• 不反對账号。桐生ここ★[討論] 2021年12月10日 (五) 01:55 (UTC)
• 雖然不反對账号但在下還是更傾向於帐号。或者可否給用戶一個可以自行決定用哪個字的選項（ --千夏❀（留言）直接ping我回復 2021年12月12日 (日) 15:14 (UTC)
  • 如果是在translatewiki翻譯時處理，窒礙難行。--Winston Sung（留言） 2021年12月13日 (一) 16:57 (UTC)
• 用哪個字真的沒有關係，用的人多就用哪個，誰管你中國政府甚麼規定，你在中國銀行還是中國政府的條目裏再改成「账号」阿。我投帐号，Microsoft, Apple, Google 都用的帐号，上面也有人提到百度騰訊也一樣 (and no offense 但如果你天天在糾結這些事, you need to get a life)。--Austin Zhang（留言） 2021年12月15日 (三) 15:15 (UTC)
  • MAG明顯港台腔簡體，不予置評（三個網站至今年月日用斜線分隔，有這樣表示日期的麼？而且看這用詞就想到您可能討厭微軟、蘋果、谷歌，那咱以後別用中國了，都改叫China好了，別用維基百科稱呼本站了，改回Chinese Wikipedia好了...）至於百度騰訊已去信請求改詞，目前復工復產的形勢依然不太樂觀，所以部分領域也只好委曲求全以待疫情完全消散之時徹底平反--Liuxinyu970226（留言） 2021年12月16日 (四) 10:15 (UTC)
• 「帐」字有傳統字書收錄，在大陸使用量不小，加之這裏僅涉及術語翻譯，用詞統一為上，不用理會北京當局的規定。如果社群意見長期不能達成一致，我覺得開個投票未嘗不可。--Lt2818（留言） 2021年12月16日 (四) 13:59 (UTC)
• 再次表達自己的意見：選一個即可。不要過於將一些決策帶上政治色彩，沒有必要。--Lakejason0（論•功） 2021年12月16日 (四) 16:39 (UTC)
• 這裏先前也收集了一下知乎上關於這個詞彙的使用看法，基本和目前這裏已有的信息一致。差別在於，一部分人認為「本字論」不足以支撐要用「帐」的觀點（不能拿前朝的規矩斬後朝的官），反之也有人認為雖然政府文件和推薦術語都只有账号，但是也不足以支撐要用「账」的觀點。從我自身的想法來看，任何想要把「用xx字」定義為政府要求的都是在拉偏討論，實際情況就是「在意的人不多」，並且「現時無法得出這個詞彙在大陸簡體下的分化傾向」。如果中維既不能參考先前已有的中維處理方法（見上方的已經啟用的轉換規則），也不願意參考任何大陸來源的資料，那我建議直接投票。--Lakejason0（論•功） 2021年12月16日 (四) 16:55 (UTC)
• (！)意見：考慮了一下，我認為這裏的討論要針對「名從主人」做出一定的例外。例如微軟帳戶（Microsoft Account）就不應該替換成微軟账号或者是被選定的其他選擇。Lakejason0（論•功） 2021年12月18日 (六) 18:05 (UTC)

---

• 重新/繼續公示，以「账号」作為zh-hans/zh-Hans-CN account之譯名公示七日。--Winston Sung（留言） 2021年12月26日 (日) 10:43 (UTC)

---

• 我倒是覺得按上面的討論來看沒什麼共識耶。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2022年1月4日 (二) 17:07 (UTC)
• 這個詞語個人覺得沒有日後再議的必要。除去Liuxinyu的討論以外，大家基本上是沒有很強烈的某種偏好的。

就我個人而言，用賬有道理（列舉政府文件的目的是在於論證「有人而且有很多人這麼用」），而用帳也有道理（除去有人對用「帳」字的解釋我不認為正確（也就是所謂「這是本字」，我的意見見上）以外，事實層面是，微軟、Apple、Google、小米，等等，都用帳字）。用哪個都不至於有人很不舒服。如果閣下認為應當以無共識作結，我建議開個投票，反正該說的理由差不多都說完了。--Lakejason0（論•功） 2022年1月5日 (三) 17:25 (UTC)

• 查了幾部詞典，表示簿記相關意思，多用"账"，此時「帐」通「账」，繁簡差不多。--Kethyga（留言） 2022年1月5日 (三) 09:31 (UTC)
• @Winston Sung：公示早已結束了。--BlackShadowG（留言） 2022年1月9日 (日) 08:00 (UTC)

---

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

關於各變體中wikitext的翻譯

已通過：

「wikitext」使用原文不另翻譯。

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

---

無共識：

暫時擱置，日後再議。

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

---

• 原文：wikitext
• 曾使用的翻譯：
  • 使用原文：wikitext
  • wiki文字/wiki文本
    • 註：字詞轉換（含地區詞轉換）後，「文本」轉換為「文字」。
  • wiki代碼/wiki代码
    • 註：因wikitext屬標記式語言，故「代码」不轉換為「程式碼」。
  • wiki語言/wiki语言（wiki語言會和$wgContentLanguage混淆）
  • wiki語法/wiki语法（wiki語法會和m:Wiki syntax混淆）

注意：此討論不影響「wiki markup language」譯為「wiki標記式語言」/「wiki标记语言」。

---

由於目前翻譯不一致，故在此希望各位能提供意見。--Winston Sung（留言） 2021年10月12日 (二) 14:53 (UTC)

• 大陸這邊傾向於(＋)支持「wiki文本」，港台不好說。--Liuxinyu970226（留言） 2021年10月13日 (三) 15:00 (UTC)
• 在下主要的顧慮是「wiki文字」/「wiki文本」有誤解為wiki內之文字的問題，且「wiki文字」/「wiki文本」此翻譯在Fandom/Gamepedia/Wikia中文基本上已不再使用。--Winston Sung（留言） 2021年10月13日 (三) 17:32 (UTC)
• 我希望直接用wikitext。我認為wikitext本身既然是專有名詞還是保留不翻譯為妙。我舉個例子，如果專有名詞要翻譯的話，gitignore是不是要翻譯成「Git忽略」？EditorConfig又是否要譯成「編輯器配置」？如果這樣的話，專有名詞變成了普通名詞，反而引起誤會。--Tranve (✉) 2021年10月14日 (四) 14:59 (UTC)
  • 補充一句，如果有人想用「用慣了」來反駁我的話，我是不能苟同的。我認為譯名標準化本身就會破壞掉一部分習慣。總之期待大家的意見，謝謝。--Tranve (✉) 2021年10月14日 (四) 15:01 (UTC)
  • gitignore是標籤名，自然不能翻譯，後者翻譯成編輯器配置我倒支持，畢竟VisualEditor都翻譯成可視化編輯器了。--Liuxinyu970226（留言） 2021年10月15日 (五) 04:11 (UTC)
  • 我記得今年六月份@Shizhao曾經把一些翻譯從wiki文本改為wikitext的，請問Shizhao可以徵詢一下您的看法嗎？--Tranve (✉) 2021年10月15日 (五) 13:08 (UTC)
  • Tranve的意見正是我的想法。另外，wiki代碼可能和wikicode混淆。wikitext又叫做wikicode，見en:Help:Wikitext，所以wikitext和wikicode雖然有時指同一個事物，但是兩個詞，中文也應該作為兩個詞對譯。另外，wikicode還可能指m:WikiCode。如果非要翻譯，wiki文本我認為是最合適的，與Plaintext（純文本）,richtext（富文本）相對應，容易理解，wiki文字有些莫名，其他幾個則都和text扯不上關係。或者乾脆點，維基文本？--百無一用是書生 (☎) 2021年10月18日 (一) 11:57 (UTC)
    • Wiki語法不幸躺槍。--Liuxinyu970226（留言） 2021年10月29日 (五) 01:31 (UTC)
  • 另，wiki語法會和m:Wiki syntax混淆--百無一用是書生 (☎) 2021年10月18日 (一) 12:01 (UTC)
  • > wiki文字有些莫名
    這是字詞轉換（含地區詞轉換）下的結果。--Winston Sung（留言） 2021年10月18日 (一) 14:16 (UTC)
    • 解釋：文本=>zh-tw:文字，plaintext（純文字）、richtext（富文字）。--Winston Sung（留言） 2021年10月29日 (五) 02:52 (UTC)
  • > wiki代碼可能和wikicode混淆
    該頁面描述的是姊妹計劃提案，故wiki的部分（相對於非WMF站點譯為「wiki」）應會譯為「維基」。--Winston Sung（留言） 2021年10月18日 (一) 14:16 (UTC)
    • 確實，又一個不幸躺槍的名詞。--Liuxinyu970226（留言） 2021年10月29日 (五) 01:32 (UTC)
  • > wiki語法會和m:Wiki syntax混淆
    這部分的確沒注意到，可以排除此候選譯名。--Winston Sung（留言） 2021年10月18日 (一) 14:16 (UTC)
• 新譯名候選：「wiki語言」/「wiki语言」。--Winston Sung（留言） 2021年10月17日 (日) 16:34 (UTC)
  • 「wiki語言」/「wiki语言」有誤解為wiki使用之語言（$wgContentLanguage）的問題，排除。--Winston Sung（留言） 2021年11月2日 (二) 04:44 (UTC)
• @Winston Sung：香港一向把短英文當成日常用語（例如Facebook），因此香港（與澳門，如適用）的翻譯直接沿用原文「wikitext」即可，語感上比較舒服。@Shizhao：其他地方的翻譯是否沿用原文「wikitext」看討論走向，雖然我也傾向支持這樣做，但我不保證語感。Sanmosa _WÖRK 2021年10月18日 (一) 13:33 (UTC)
  • 了解。--Winston Sung（留言） 2021年10月18日 (一) 14:16 (UTC)
• 就「wikitext」（使用原文）、「wiki文字/wiki文本」（地區詞轉換後，文本轉換為文字）、「wiki代碼/wiki代码」（地區詞轉換後，標記式語言之代码不應轉換為程式碼）三譯名候選繼續討論。--Winston Sung（留言） 2021年11月19日 (五) 15:30 (UTC)
  • 個人認為爭議過大，建議暫時以無共識結案，待幾個月後再重啟討論。--Liuxinyu970226（留言） 2021年11月25日 (四) 10:33 (UTC)
• 存檔。無共識：暫時擱置，日後再議。--Winston Sung（留言） 2021年11月27日 (六) 16:38 (UTC)

---

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

---

• 原文：wikitext
• 曾使用的翻譯：
  • 使用原文：wikitext
    • 參見：DocBook、LilyPond、Markdown、reStructuredText等皆使用原文（不翻譯，但部分不翻譯之行為存在爭議）。
  • wiki文字/wiki文本
    • 註：字詞轉換（含地區詞轉換）後，「文本」轉換為「文字」。參見：plaintext（简体：纯文本；繁體：純文字；）、richtext（简体：富文本；繁體：富文字；）
  • wiki代碼/wiki代码
    • 註：因wikitext屬標記式語言，故「代码」不轉換為「程式碼」。

注意：此討論不影響「wiki markup language」譯為「wiki標記式語言」/「wiki标记语言」。

---

• （轉自#其他討論）另外本人來遲了，wikitext就像Markdown一樣是專有名詞，不需要翻譯，namespace翻譯為命名空間是很常用的，幾乎大部分計算機語言都用命名空間。桐生ここ★[討論] 2021年12月4日 (六) 19:29 (UTC)
• 繼續討論。--Winston Sung（留言） 2021年12月11日 (六) 04:25 (UTC)
  • (！)意見這討論確定可以兩岸四地統一？我反正希望至少大陸稱作「wiki文本」。--Liuxinyu970226（留言） 2021年12月16日 (四) 10:40 (UTC)
• (＋)支持wiki文本，markdown在大陸有些教材也會翻譯為標記下語言。--Liuxinyu970226（留言） 2021年12月15日 (三) 01:41 (UTC)
  • 標記下語言過草--Milky·Defer 2021年12月15日 (三) 03:29 (UTC)
  • 同上，太草了。桐生ここ★[討論] 2021年12月15日 (三) 03:47 (UTC)
  • 「標記下語言」一詞未曾聞之。閣下可有參考文獻？--Winston Sung（留言） 2021年12月15日 (三) 15:02 (UTC)
  • 同上，聞所未聞。可以斷定只有極其業餘的教材才會這樣翻譯。--Tranve (✉) 2021年12月26日 (日) 07:56 (UTC)
• @MilkyDefer、Tranve、桐生ここ、Winston Sung：(※)注意根據d:Q1193600有部分語言確實翻譯了這個詞：阿拉伯語「ماركداون」、阿塞拜疆語「Endirim」、波斯語「مارک‌داون」、韓語「마크다운」和泰語「มาร์กดาวน์」。--Liuxinyu970226（留言） 2021年12月16日 (四) 10:30 (UTC)
  • 阿拉伯語、波斯語、韓語、泰語不算，這些最多算純音譯/轉寫。
    判斷依據是由機器標註的讀音。--Lakejason0（論•功） 2021年12月16日 (四) 16:48 (UTC)
  • 至於阿塞拜疆語，不清楚是不是機器翻譯（畢竟Google翻譯會把Markdown這一詞給出很多「Discount」的翻譯出來，驚人的一致），我個人也不能排除是否為語言特性。
    個人傾向還是，不翻譯比翻譯的多得多。轉寫純粹是為了符合語言本身的規則，不能認為是「翻譯」了。--Lakejason0（論•功） 2021年12月16日 (四) 16:58 (UTC)
  • 同上。按本詞情況而言，不應將「轉寫」、「翻譯」混為一談。--Winston Sung（留言） 2021年12月16日 (四) 18:02 (UTC)
  • 其他語言的習慣不能代替中文習慣作為依據。--Tranve (✉) 2021年12月25日 (六) 12:06 (UTC)
• 支持不翻譯，reStructuredText也沒有翻譯。桐生ここ★[討論] 2021年12月15日 (三) 03:47 (UTC)
  • @桐生ここ：不知閣下是否可以接受「再結構化文本」，我只是不明白為啥一碰見編程就死皮賴臉非得不翻譯，Autodesk在大陸都得叫「歐特克」，有什麼不能翻譯的。這東西在世界語中稱作「ReStrukturitaTeksto」，波斯語叫做「متن مجدد ساختار یافته」--Liuxinyu970226（留言） 2021年12月16日 (四) 10:30 (UTC)
  • 「再結構化文本」您見過哪裏用過？AsciiDoc，PostScript，YAML您再給翻譯下？桐生ここ★[討論] 2021年12月16日 (四) 11:39 (UTC)
  • 可以：美國信息交換標準代碼文檔、後腳本（反正post quantum都翻譯成後量子了PostScript還有何理由維持英文？）、雅梅爾--Liuxinyu970226（留言） 2021年12月16日 (四) 12:52 (UTC)
  • 提醒一下這個官網把LilyPond稱作「荷花池」。--Liuxinyu970226（留言） 2021年12月18日 (六) 03:18 (UTC)
  • 至少平常使用時不太會說「我用荷花池編寫樂譜。」吧……。--Winston Sung（留言） 2021年12月18日 (六) 12:01 (UTC)
  • 開什麼玩笑？這樣翻譯會出現多少理解錯誤，您不考慮考慮？上邊已經有多少人覺得這樣的翻譯很奇怪了……--Tranve (✉) 2021年12月26日 (日) 07:53 (UTC)
• 重點是半中半洋不覺得奇怪嗎？wiki您給翻譯一下，由於維基被註冊為商標，我覺得它需要一個新翻譯。桐生ここ★[討論] 2021年12月16日 (四) 11:46 (UTC)
  • (＊)提醒關於「維基」商標狀態，台灣我沒能力查，大陸這邊我在測試維基上搞了一個子頁面：testwiki:User:Liuxinyu970226/wikitrademarkcn，「維基」一詞沒有一個註冊方是WMF，有8個是已註冊狀態，其中一個「李友成」註冊的涉及社交網絡服務，但除此之外沒有一個跟互聯網相關的，所以用維基來翻譯wiki倒也不為過。--Liuxinyu970226（留言） 2021年12月16日 (四) 12:36 (UTC)
  • 至於由維基媒體基金會有限責任公司（WMF全稱的中文翻譯是這樣吧）註冊的商標基本都是「維基百科」，有4個是註冊狀態：14347544（國際分類25）、14347545（國際分類18）、26726637（國際分類16）和28106628（國際分類9），基本都跟兒童玩具、衣物、床單床鋪、書籍等有關。好幾個僅僅是註冊公告，甚至最新的一個44682724（國際分類42）是駁回覆審狀態。綜上我不認為「維基」一詞商標可以阻礙將wiki正常翻譯為「維基」（至少跟計算機相關的各種領域）。--Liuxinyu970226（留言） 2021年12月16日 (四) 12:48 (UTC)
  • 那維基這條目該更新了，話說維基一詞是怎麼來的，好像是當時編者翻譯的？WMF有權註冊為商標？我查了，確實在台灣是商標，「維基百科」等也都是商標；香港沒有「維基」二字商標，但有幾個「XX維基」商標，是其他機構註冊的；澳門沒有記錄。桐生ここ★[討論] 2021年12月16日 (四) 15:36 (UTC)
  • 當然，不僅這條目得改寫，就連頁面底部「維基™是維基媒體基金會的商標。」也可以重新檢討存在的意義了。而且我從Python基金會那邊聽說ta們也在積極申請中文商標？不知道叫啥，不過商標綜合檢索搜了一下，有好幾項結果里該基金會提供的中文名是「皮東軟件基金會」，應該是要申請「皮東」吧。--Liuxinyu970226（留言） 2021年12月18日 (六) 03:03 (UTC)
  • 是不是商標只是次要的，重要的是怎麼翻譯能讓文案保持統一併且讓用戶易於理解。--Tranve (✉) 2021年12月26日 (日) 02:58 (UTC)
  • 「維基™是維基媒體基金會的商標」一句於臺澎金馬區域屬實，於中國大陸區域則未有註冊。故不反對简体將wiki譯為维基，但顧及翻譯及轉換之一致性不建議再另外分化譯名。--Winston Sung（留言） 2021年12月26日 (日) 10:33 (UTC)
• 支持不翻譯。不能說好翻譯就翻譯，不好翻譯（Markdown這類字面語義與實際內容關聯不算太大的）才接受不翻譯的。這也根本不是「碰見編程就不翻譯」，僅僅只是在討論界面文本的統一而已，你寫條目該翻譯還翻譯就是。--Lakejason0（論•功） 2021年12月16日 (四) 16:43 (UTC)
• 同之前意見，(＋)支持不翻譯。--Tranve (✉) 2021年12月26日 (日) 02:57 (UTC)
• 別翻譯了吧，每種譯名都會丟掉wikitext這個語言的特性，倒不如不要翻-- Sunny00217  2021年12月26日 (日) 06:44 (UTC)

---

以「wikitext」使用原文不另翻譯公示七日。--Winston Sung（留言） 2021年12月26日 (日) 10:36 (UTC)

---

• 反對公示，相關結論仍存重大爭議--Liuxinyu970226（留言） 2021年12月26日 (日) 12:49 (UTC)
• 以一己之力帶動重大爭議，我現在好像就看到過你一個。--Lakejason0（論•功） 2021年12月26日 (日) 16:09 (UTC)
• @Winston Sung：公示早已結束。--BlackShadowG（留言） 2022年1月9日 (日) 08:02 (UTC)

---

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

關於zh-hans/zh-Hans-CN中widget的翻譯

• 原文：widget
• 當前zh-Hans曾使用的翻譯：
  • 小工具
    • 與gadget譯名衝突。
  • 微件
    • Android 11採用的翻譯。
  • 挂件
  • 小部件
  • 小组件
    • 可能與components譯名衝突。
  • 小器件
  • widget（使用原文）

---

https://phabricator.wikimedia.org/T296583 、 https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Widgets/+/742246 --Winston Sung（留言） 2021年12月1日 (三) 05:34 (UTC)

• 我選擇(＋)支持小部件，只是因為搜索結果遠多於其他的（必應1,130,000條），PS：貌似小器件更多（1,150,000條）但是就擔心考古學家可能不買賬。--Liuxinyu970226（留言） 2021年12月2日 (四) 01:02 (UTC)
• (＋)支持微件，作為一個同時兼顧音譯及意譯的翻譯，是一個較好，不算差的選擇。使用頻率確實低了一些，但是凡事不應只看搜索結果，最好也看看搜索結果的相關程度，以及翻譯本身的好壞。--Lakejason0（論•功） 2021年12月2日 (四) 16:39 (UTC)
  • 就像不要強迫大陸人接受「武汉肺炎」用法一樣，我反對強迫大陸接受「微件」，該詞如今更可能在大陸被誤解為：

  1. 微軟公司的相關法律訴訟案件
  2. 微信文件--Liuxinyu970226（留言） 2021年12月5日 (日) 06:16 (UTC)

  • 強迫大陸接受「微件」這句話我不想說什麼（我是不是得說你在代表大陸？不敢說不敢說）
    如果閣下繼續以這樣的邏輯反駁，我將不再回覆。--Lakejason0（論•功） 2021年12月5日 (日) 06:25 (UTC)
  • 順便，大陸人不會把微件理解成微軟公司的相關法律訴訟案件或微信文件。我問的要麼知道，要麼只說不知道。--Lakejason0（論•功） 2021年12月5日 (日) 06:33 (UTC)
  • 怎麼可能會有人這麼理解？按照這個邏輯「天才」是不是會誤解成「天生的蠢材」？顯然不會，憑常識都可以反駁。希望您以後發言能注重邏輯，謝謝。--Tranve (✉) 2021年12月6日 (一) 11:18 (UTC)
    • 然而騰訊影片用天才指代天生蠢材已不少見，這種「反駁」自身便漏洞纏身，例如這個。--Liuxinyu970226（留言） 2021年12月16日 (四) 10:43 (UTC)
  • 本大陸人表示用「微件」指代上述兩個東西的做法聞所未聞。--Nrya ✰_{武漢肺炎兩週年•Xi病毒來襲} 2021年12月14日 (二) 23:44 (UTC)
  • 使用頻率確實很低。我也是Android新版本zh-CN改譯了微件才知道有這個翻譯。--Lakejason0（論•功） 2021年12月16日 (四) 16:40 (UTC)
  • 看錯了一些文本，抱歉。--Lakejason0（論•功） 2021年12月16日 (四) 17:09 (UTC)
• (＋)支持「微件」。--東風（留言） 2021年12月4日 (六) 16:22 (UTC)
• (＋)支持小部件，微件使用頻率有些過低，並且微件的字面意思可能不足以反映真實含義，小部件相比之下更加的易懂。——HornCopper（C·T·P） 2021年12月4日 (六) 16:59 (UTC)
  • 您好，目前正在討論的是widget，完全不是一個東西。相關言論已移除，故不再有這方面的意見。--Lakejason0（論•功） 2021年12月4日 (六) 17:25 (UTC)
• (＋)支持小部件。components是组件，widget是部件，不一樣。桐生ここ★[討論] 2021年12月4日 (六) 18:50 (UTC)
  • 已更正。--Winston Sung（留言） 2021年12月5日 (日) 08:28 (UTC)
• 小部件和微件我都可以接受。--Tranve (✉) 2021年12月7日 (二) 13:24 (UTC)
• (！)意見：是不是也應該考慮一下「插件」？這個才是CS語境下widget最常見的譯名。--菲菇＠維基食用菌協會 2021年12月7日 (二) 04:37 (UTC)
  • 插件會和plugin混淆，個人認為不妥當。--Lakejason0（論•功） 2021年12月7日 (二) 04:44 (UTC)
  • > 插件會和plugin混淆
    同上。--Winston Sung（留言） 2021年12月7日 (二) 06:34 (UTC)
  • 需要提醒一下此處的「widget」所處上下文位於mw:Extension:Widgets中，因此即使排除重名的因素，我也認為不合適。@Winston Sung：能否在討論和加入術語表的時候明確上下文？上下文可能會對術語翻譯有影響，謝謝。--Tranve (✉) 2021年12月7日 (二) 13:28 (UTC)
  • 確實在考慮到語境包含擴充功能的情況後插件明顯不適合。--Winston Sung（留言） 2021年12月7日 (二) 14:52 (UTC)
  • > 能否在討論和加入術語表的時候明確上下文？
    @Tranve：感謝提醒。我會認為這邊考慮一致性可能會同時包含非mw:Extension:Widgets的部分。--Winston Sung（留言） 2021年12月7日 (二) 14:52 (UTC)
• 那，挂件呢？--Milky·Defer 2021年12月7日 (二) 11:02 (UTC)
  • 會不會和某些人給手機加掛的飾品稱謂有衝突？--Liuxinyu970226（留言） 2021年12月16日 (四) 10:48 (UTC)
• 目前看來大陸「小部件」支持者比「微件」略多，不然就小部件公示吧？--Liuxinyu970226（留言） 2021年12月23日 (四) 01:08 (UTC)
• 目前2比3，不能說有明顯共識。--Winston Sung（留言） 2021年12月23日 (四) 03:51 (UTC)
• Android 11上用的是「微件」--百無一用是書生 (☎) 2022年1月13日 (四) 02:34 (UTC)
• (＋)支持「微件」。--12З4567（留言） 2022年1月23日 (日) 07:57 (UTC)
• (＋)支持小部件：個人認為簡單易懂，不會產生歧義。--$8.7638\,$$\times$$\,10^{217134}$ 2022年1月30日 (日) 12:40 (UTC)

關於zh-hant/zh-Hant-TW中widget的翻譯

• 原文：widget
• 目前zh-Hant曾使用的翻譯：
  • 小工具
    • 與gadget譯名衝突，Android採用的翻譯。
  • 微件
    • https://www.google.com/search?q=widget+微件+site%3A.tw&ie=UTF-8
  • 小元件
    • 根據User:wctaiwan（ https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Widgets/+/742246 ）。可能與components譯名衝突。
  • 小組件
  • 小控件
  • widget（使用原文）

---

https://phabricator.wikimedia.org/T296583 、 https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Widgets/+/742246 --Winston Sung（留言） 2021年12月1日 (三) 05:34 (UTC)

• 能否麻煩您也看一下 Android 是怎麼翻譯的？手邊沒有不過應該也是個不錯的參考基準，畢竟是很多人會接觸到的軟件。wctaiwan（留言） 2021年12月1日 (三) 05:44 (UTC)
• Android之zh-Hant-TW widget翻譯未變更，仍為「小工具」，與gadget譯名衝突。--Winston Sung（留言） 2021年12月1日 (三) 06:02 (UTC)
• 既然如此我還是傾向於小元件，感覺上意義比較接近，台灣人（因為微軟譯名的關係）應該也比較熟悉。未來有需要的話 components 可以翻譯成元件或者是組件，不是專有名詞的話應不至於有衝突的問題。wctaiwan（留言） 2021年12月1日 (三) 06:21 (UTC)
• 我目前是傾向於譯為「微件」，一方面同時顧及音譯及意譯，另一方面顯示時與其他命名空間名稱二字對齊。參考資料：中華民國專利資訊檢索系統^{[原文如此]} https://twpat1.tipo.gov.tw/twpatc/twpatkm （無法產生靜態連結。公開公告號: I459314，專利名稱: 微件個人化及互動之架構及其方法 A STRUCTURE AND METHOD FOR WIDGET PERSONALIZATION AND INTER-WIDGETS COMMUNICATION。）--Winston Sung（留言） 2021年12月1日 (三) 16:18 (UTC)
• 按照在Microsoft Language Portal查到的資料，除了「小工具」以外大部分譯為「控件/介面控件」或不翻譯。--Winston Sung（留言） 2021年12月2日 (四) 07:32 (UTC)
• 依此看來台灣最常見的翻譯應該是小工具（Windows + Android + 國教院 + iOS）。根據 Google，微件看起來應該是大陸用語，我個人還是覺得多數台灣人看到當下大概無法會意。與 Gadget 衝突這點確實是個難題，如果直接使用原文呢？還是乾脆讓它衝突算了...（不過說真的如果過個兩三天都沒有其他人有意見，我大概也不會堅持反對，畢竟只是我一個人的偏好。）wctaiwan（留言）
• 台灣翻譯是「小工具」，有衝突的話，不如直接用zh-Hans-CN翻譯。桐生ここ★[討論] 2021年12月4日 (六) 18:54 (UTC)

回覆工具翻譯問題

• 這回覆工具底下「並同意根據the CC BY-SA 3.0 License and GFDL發表您的貢獻」粗體部分確定不能翻譯？好歹叫CC BY-SA 3.0許可證和GFDL也行啊--Liuxinyu970226（留言） 2021年12月16日 (四) 10:45 (UTC)
  • 按照我自己的MediaWiki使用經驗推斷，這部分內容應該是讀取站點設定（LocalSettings.php）的變數吧。不知道是怎麼讀的就是。--Lakejason0（論•功） 2021年12月16日 (四) 16:40 (UTC)
  • 使用了qqx語言讀取了頁面的變數資訊，請考慮聯繫相關人員翻譯本wiki的這個系統訊息：MediaWiki:wikimedia-license-links。--Lakejason0（論•功） 2021年12月16日 (四) 17:08 (UTC)
  • @Lakejason0：剛才已於translatewiki翻譯。--Winston Sung（留言） 2021年12月16日 (四) 18:26 (UTC)
  • @Lakejason0
    @Liuxinyu970226
    翻譯已上線。--Winston Sung（留言） 2021年12月18日 (六) 12:04 (UTC)

其他討論

• 話說這種治外法權(?)在中文維基百科是否存在，此章節是同時受兩個站點的雙重規定管轄吧 桐生ここ★[討論] 2021年12月4日 (六) 19:00 (UTC)
• 另外本人來遲了，wikitext就像Markdown一樣是專有名詞，不需要翻譯，namespace翻譯為命名空間是很常用的，幾乎大部分計算機語言都用命名空間。桐生ここ★[討論] 2021年12月4日 (六) 19:29 (UTC)
  • 不能同意更多。--Yangwenbo99^論 誠邀諸君參與自主隔離運動 2022年1月3日 (一) 22:08 (UTC)

---

• 上面的訊息框不是我加上去的就是了。實際上不是完全不受中文維基百科方針約束，但不完全受中文維基百科方針約束，比如公示等部分實際上在translatewiki不存在。--Winston Sung（留言 2021年12月5日 (日) 16:27 (UTC)
• 我稍微修改了一下，如果有意見的話請直接提。--Tranve (✉) 2021年12月6日 (一) 11:14 (UTC)
• 好的。感謝。--Winston Sung（留言） 2021年12月7日 (二) 06:35 (UTC)

---

• 要不以後單獨開設一個互助客棧板塊討論這些事？--Liuxinyu970226（留言） 2022年1月11日 (二) 06:27 (UTC)
• TWN的事情在TWN討論。--Tranve (✉) 2022年1月13日 (四) 11:24 (UTC)
• 不建議，畢竟一般是人數不足、在 translatewiki.net 無明顯共識或是影響層面大才會在維基百科討論。--Winston Sung（留言） 2022年1月15日 (六) 09:42 (UTC)