維基百科

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

< Wikipedia:互助客栈‎ | 其他‎ | 存档


立場新聞已經被國安局處理，是否需要修改可靠來源等級

本主題全部或部分段落文字，已移動至Wikipedia:可靠來源/布告板/存檔/2021年12月。執行人：Jimmy-bot（留言） 2022年1月8日 (六) 16:14 (UTC)。

決定介面保護圖示

本主題全部或部分段落文字，已移動至Wikipedia talk:保護方針。執行人：Jimmy-bot（留言） 2022年1月13日 (四) 08:14 (UTC)。

願意指導新手的人可以登記成為Growth團隊功能的導師

本主題全部或部分段落文字，已移動至Wikipedia talk:Growth團隊功能。執行人：Jimmy-bot（留言） 2022年1月16日 (日) 08:14 (UTC)。

徵求各用戶在2022年於AFXD計劃「提刪」的內容

本主題全部或部分段落文字，已移動至Wikipedia talk:頁面存廢和諧討論。執行人：Jimmy-bot（留言） 2022年1月20日 (四) 08:14 (UTC)。

DOVA-SYNDROME的音樂使用

結論：
不可以用於維基百科。--Nostalgiacn（留言） 2022年1月11日 (二) 09:06 (UTC)
下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

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

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

似乎不行，因為僅限作「背景音樂」之用（ライセンスの範囲，1），而維基百科沒有背景音樂的設定。此外，禁止事項之7是「コンバート等を行わず、エンドユーザーが容易に音源ファイルに音聲ファイルとしてアクセス、複製が可能な狀態での利用」，即所允許的使用，不能令用戶方便下載音源檔，但是上傳到維基共享或維基百科的話，很容易下載。結論應是不可以在本站使用。—— （留言） 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)

蘋果日報台灣版確定涼了

本主題全部或部分段落文字，已移動至Talk:蘋果日報 (台灣)。執行人：Jimmy-bot（留言） 2022年1月26日 (三) 08:14 (UTC)。

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

笑話一則。不要給LTA關注度。--路西法人☆ 2022年1月19日 (三) 03:49 (UTC)
下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

這邊（在偽基衝浪無意發現的）有證據表明，破壞者中的哈密瓜油、瑪麗蓮夢、Tongtonggood，本次GB的遊魂、Walter Grassroot（正好是回退員，可以查看過濾器）為其真人傀儡。-- 680XtalkX簽名白い雪が街に　優しく積もるように 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)
本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

IPBE權限能否考慮下放？

本主題全部或部分段落文字，已移動至Wikipedia talk:IP封禁例外、Wikipedia talk:權限申請。執行人：Jimmy-bot（留言） 2022年1月29日 (六) 00:14 (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)

手機、電腦系統用字問題牽涉谷歌和微軟，就目前老美對華日趨強硬鷹牌的現狀下，這兩家公司的系統開發部門指望有幾個大陸血統的員工呢？想必大半的華人員工祖籍基本港台新馬菲居多吧，基本可以肯定對大陸用詞半知不解。由於當下疫情影響很難勸說兩家公司改變有關做法，我打算先勸說一些對華還很友好的阿爾斯通、特斯拉等改變兩字取捨問題，待國門放開後再設法擇機訪問兩家公司總部當面討論該等事宜。--Liuxinyu970226（留言） 2021年10月13日 (三) 15:42 (UTC)
就我個人而言，用賬有道理（列舉政府文件的目的是在於論證「有人而且有很多人這麼用」），而用帳也有道理（除去有人對用「帳」字的解釋我不認為正確（也就是所謂「這是本字」，我的意見見上）以外，事實層面是，微軟、Apple、Google、小米，等等，都用帳字）。用哪個都不至於有人很不舒服。如果閣下認為應當以無共識作結，我建議開個投票，反正該說的理由差不多都說完了。--Lakejason0（論•功） 2022年1月5日 (三) 17:25 (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)

本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
  • 原文：wikitext
  • 曾使用的翻譯：
    • 使用原文：wikitext
    • wiki文字/wiki文本
      • 註：字詞轉換（含地區詞轉換）後，「文本」轉換為「文字」。參見：plaintext（简体：纯文本；繁體：純文字；）、richtext（简体：富文本；繁體：富文字；）
    • wiki代碼/wiki代码
      • 註：因wikitext屬標記式語言，故「代码」不轉換為「程式碼」。

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

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

關於zh-hant/zh-Hant-TW中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)

回覆工具翻譯問題

其他討論

取自「https://zh.wikipedia.org/w/index.php?title=Wikipedia:互助客栈/其他/存档/2022年1月&oldid=70155878」