维基百科:互助客栈/其他

本页使用了标题或全文手工转换
维基百科，自由的百科全书
< Wikipedia:互助客栈

这是本页的一个历史版本，由Assifbus（留言 | 贡献）在2023年7月11日 (二) 14:17 （→‎请管理员删除掉我创建的所有条目：​// Edit via WikiMirror）编辑。这可能和当前版本存在着巨大的差异。

快捷方式

本页讨论與維基百科有關的话题，但不包括新闻、方针、技术、求助、條目或繁简处理。

  • 如果您需要就具体条目应当如何编辑才符合中立性原則寻求社区共识，请前往條目探討留言。
  • 請在主題欄简明扼要地寫出問題主旨，不要使用如「新問題」等無意義的文字。
  • 請勿公開姓名、地理位置、電話、Email地址等联系資料。我們通常只在此頁回應，並不利用Email或電話等私下回應。
  • 無關維基百科專案的問題，請往知識問答相關頁面询問。


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


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

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

公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 沒有主題的頁面如何評級 187 11 A2569875 2024-05-26 09:38
2 評級系統缺失問題 214 21 A2569875 2024-05-26 09:50
3 管理人员申请预讨论 54 18 SCP-2000 2024-05-30 21:28
4 對新用戶禁用內容翻譯工具（續） 32 13 SCP-2000 2024-05-24 00:31
5 Unblock-zh.org 37 12 Bluedeck 2024-05-31 07:49
6 第二十二次動員令籌備討論 97 29 HK5201314 2024-05-31 10:27
7 2024年非洲月籌備討論 28 12 Alankang 2024-05-26 21:19
8 Question: Can English read English Wikipedia Clearly? 9 4 魔琴 2024-05-25 13:43
9 設立法輪功為高風險主題 13 9 Flyinet 2024-05-31 06:48
10 是不是建立一个披露过滤器细节的规范比较好 4 3 暁月凛奈 2024-05-29 15:46
11 关于「Save to」和「Moved to」 7 6 Ericliu1912 2024-05-29 12:09
12 介绍 iOS 建议编辑：增强维基百科的移动贡献 1 1 ARamadan-WMF 2024-05-29 15:45
13 將「臺灣政治（1949年後）」訂為高風險主題 8 5 Hoben7599 2024-05-31 14:41
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時，
請先檢查設定是否有誤

正在廣泛徵求意見的議題

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

維基專題與協作

目前此主題無正在討論的議題

條目主題
非條目主題
提示
要將某一個討論加入上述列表中：
  • 在討論頁中的對應討論章節頂端加上{{rfc|xxx}}標籤，其中「xxx」為分類縮寫。各類分類縮寫已列於上方項目中，並應將其插入{{rfc}}中。多個分類請使用管道符號分開，如{{rfc|xxx|yyy}}，其中「xxx」為第一個分類，「yyy」為第二個分類。
更多資訊請參閱Wikipedia:徵求意見。請在Wikipedia talk:徵求意見回報有關錯誤。本列表由LuciferianBot於每個小時進行更新。

强烈建议使用WP:RELIST流程

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:删除程序、Wikipedia talk:删除方针、Wikipedia talk:頁面存廢討論。

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

目前存废积压严重，积压的讨论中，约有一半最终都因缺乏讨论而无共识关闭。因此强烈建议采用{{relist}}方式，一方面促进讨论，一方面解决积压问题。鉴于我们与英文版的不同之处，我建议：

  1. 采用{{relist}}制度，存废討論已超過五週的提案，如果仍然缺乏共识，可以重新提交到最新一天的存废讨论页面继续讨论（与现有流程接轨）
  2. 同一个讨论最多可以重新提交三次，若三次后仍无共识，则以无共识结案（事不过三）
  3. 每次重新提交时，在原讨论处关闭讨论并说明已重新提交讨论到新的页面，若有讨论内容，则将所有讨论内容移动到新的讨论处。在新讨论的最下方挂上{{relist}}模板
  4. 希望能够得到WP:TW的支持

此外，鉴于存废积压当中另有相当一部分讨论是已有共识，但不好处理的，例如合并、迁移到其他计划、分类页面需要清空分类才能删除、模板需要清除嵌入才好删除等，建议使用{{follow-up}}进行标记，处理完成后就可以结案。这个也希望能够得到WP:TW的支持 --百無一用是書生 (☎) 2023年1月4日 (三) 08:12 (UTC)[回复]

{{follow-up}}的问题，我已经写了一个User:Shizhao/follow-up.js，勉强能用--百無一用是書生 (☎) 2023年1月4日 (三) 14:04 (UTC)[回复]
想問一下如果重新列出討論，那原先討論的結果是什麼？在條目討論頁該怎麼表述？—— Eric Liu 創造は生命（留言・留名・學生會） 2023年1月4日 (三) 15:24 (UTC)[回复]
没有结果。使用relist的是没有关闭，但长期无共识的讨论，将其重新列出以获得社群的更多关注。已经关闭的讨论无法relist。--BlackShadowG Slava Ukraini! 2023年1月5日 (四) 01:35 (UTC)[回复]
我不理解。按照Shizhao的描述，重新列出討論實際上相當於結束舊討論。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年1月5日 (四) 08:13 (UTC)[回复]
原先的讨论并未结束，只是换到一个新地方继续讨论--百無一用是書生 (☎) 2023年1月6日 (五) 02:37 (UTC)[回复]
会有这种错觉，可能是因为我们不是一个条目存废讨论开一个页面的方式造成的--百無一用是書生 (☎) 2023年1月6日 (五) 02:38 (UTC)[回复]
技术上能做到吗？英维是一个条目存废讨论开一个页面，并把每个独立的条目存废页面嵌入到各天的讨论页面中；中维这边是每个条目的存废讨论直接在当天的页面开章节讨论。在中维如果用relist，把原先的讨论从原来的天数移动到最新的天数，可能导致反复移动而造成编辑历史不完整。我认为在此之前，我们似乎需要先把存废讨论改为每个条目开启独立的讨论页面。--BlackShadowG Slava Ukraini! 2023年1月5日 (四) 01:32 (UTC)[回复]
@BlackShadowG：技術上是可以做到，不必移動任何討論，例如只要使用語法{{#lsth:Wikipedia:頁面存廢討論/記錄/2023/01/11|[[:1910年逝世人物列表]]}}：
或語法{{Include|Wikipedia:頁面存廢討論/記錄/2023/01/11#[[:美食王國]]}}：

美食王國

都能有類似效果。後者按下編輯紐還會直接跳轉到該天的存廢頁。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2023年1月11日 (三) 03:55 (UTC)[回复]
重新提交能起到什麼作用呢，不是很理解。follow-up這個模板倒是支持，但建議必定要填寫共識是什麼。--Ghren🐦🕘 2023年1月5日 (四) 01:37 (UTC)[回复]
  • @Ghren：因为越新的存废讨论更容易获得关注，重新提交预期可以进一步继续讨论达成共识以结案，而减少无共识结案的问题，同时减少积压问题。
  • @BlackShadowG 一个条目存废讨论开一个页面当然是最好，但是工作量比较大，相关的工具都要跟着变才行（当然，不理会那些辅助工具直接改变也不是不行，只是可能会初期的时候提交和处理会不太方便）。如果不改变成一个条目存废讨论开一个页面的方式，的确存在编辑历史不完整的问题（还存在许多其他不方便的问题）。这样的话我有两个方案，一个是在目前的存废流程下先尽快启用relist（积压太严重了），单独页面问题之后再说；二是先启用单独页面，再启用relist，不会造成编辑历史不完整
--百無一用是書生 (☎) 2023年1月5日 (四) 02:27 (UTC)[回复]
我的观点是，为了优先解决积压问题，我可以暂时忍受编辑历史不完整的问题--百無一用是書生 (☎) 2023年1月5日 (四) 02:41 (UTC)[回复]
我也支持先尽快启用relist处理大量积压，不过要长期实行的话，启用单独页面的措施也需要尽快提上日程。--BlackShadowG Slava Ukraini! 2023年1月5日 (四) 03:41 (UTC)[回复]
一般長期沒有討論的案件，單純的關注度不足佔大多數，要證明沒有關注度很難，要證明有關注度很簡單，所以沒有關注度的話，其實一般都不會有留言，畢竟「我認為這個條目沒有關注度」並不代表「這個條目真的沒有關注度」。而且一般要合併的條目都是管理員掛上{{Merge}}模板，之後待人處理。然後那些已經吵了很久的討論，不停{{relist}}也不會有結果。--Ghren🐦🕚 2023年1月5日 (四) 03:04 (UTC)[回复]
relist主要并不是为了处理那些吵了很久的討論，吵了很久都没共识基本上就是无共识结案。relist主要是为了让没人关注的讨论更容易获得关注，沒有關注度的条目也是需要共识结案的，relist的目的正是增加进一步讨论达成共识的可能性。--BlackShadowG Slava Ukraini! 2023年1月5日 (四) 03:48 (UTC)[回复]
依過去的習慣，沈默那就是弱共識，這些頁面一樣可以刪除。如果認為這不妥的話，更應該引入的其實是en:Wikipedia:Proposed deletion的方式，沒人討論就當是PROD掉就好啊。掛上Relist之後有多少效果呢，近這幾天也有很多案件沒有人討論不是嘛，為什麼會認為新案件沒有人討論，將舊案翻抄會有人討論呢？--Ghren🐦🕓 2023年1月5日 (四) 08:59 (UTC)[回复]
enwiki施行relist已经10几年了，看起来行之有效值得借鉴，也能解决中文版目前面临的一些问题，那何乐而不为呢？--百無一用是書生 (☎) 2023年1月6日 (五) 02:36 (UTC)[回复]
此外还有一点，就是变相延长了共识难以达成情况下的讨论时间，如果按照我上面的建议流程，最长可以有15周时间讨论且有最多3次机会出现在用户关注最多的当天存废讨论页面上。
另外关于弱共识，的确以前我没人讨论可能也就删了，但是这对管理员的知识广度和认知能力的要求太高了，很容易删错页面；而且有些没人讨论的可能管理员还需要查证一番才能做出判断，非常花时间，也容易造成独断专行问题（毕竟无人讨论自己调研决定去留，容易失误，知识的宇宙太广袤了，不是一个人的人力所能及）。弱共识在处理存废讨论上，我认为除非是非常明显的提删理由，否则最好还是再稍微强一点比较好，方便管理员可以直接根据讨论来判断去留，而不用自己去调查研究一番，管理员也不是一天有25小时的怪物--百無一用是書生 (☎) 2023年1月6日 (五) 02:57 (UTC)[回复]
個人同意這點。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年1月8日 (日) 21:15 (UTC)[回复]
討論延長根本無助生成共識啊。一般來說，刪除討論有實際討論的一般都只是頭幾天，過幾天之後就不會有討論了。中維參與存廢討論的人本身就不多。一般留下來的案件都是些公說公有理，婆說婆有理的案件，又或者在關注度邊緣的案件。要證明沒有關注度畢竟很難；要證明有關注度畢竟很簡單。就像是這些案件，條目內沒有關注度來源，那就刪掉啊。一般的維基人根本很難查證這些條目有沒有當地的紙本來源，就算有線上來源，根本就看不懂。反而證明這些條目有關注度很簡單啊，只需要將參考文獻寫上去就行了。要證明沒有黑天鵝很難，但是要證明有黑天鵝很簡單啊，所以舉證本來就應該在保留方啊。除非有很多人熟悉這個主題，又或者有比較專業的編者，否則根本上很難證明完全沒有關注度。在這樣的情況，我覺得直接刪掉沒有什麼大問題。
英維可以將Relist制度行之有效的原因主要是英維的人數比較多，學術平較高、對方針指引的熟悉度也夠。中維沒有這個底子。討論法語譯名的時候，就只有兩個長篇大論幾萬個KB；討論四字神名的時候，一個歷史學、宗教學或神學的人都沒來，由9月底到1月，一個實際意見都沒。這是我的印象。然後其實當日的存廢討論閱讀量也不是很高，也就百來次左右。--Ghren🐦🕕 2023年1月10日 (二) 10:51 (UTC)[回复]
條目內沒有關注度來源不能成为删除的理由啊--百無一用是書生 (☎) 2023年1月10日 (二) 12:10 (UTC)[回复]
是啊。但是這是沒有冲突的啊。證明沒有關注度畢竟很難，證明有關注度很簡單啊。--Ghren🐦🕚 2023年1月11日 (三) 03:44 (UTC)[回复]
英文版w:WP:RFD是每天一个页面，但是也有relist过程。--GZWDer（留言） 2023年1月6日 (五) 04:50 (UTC)[回复]
這邊提一個爛建議：提刪的時候把所有編輯過該頁面的已註冊使用者在提刪頁面或是討論頁全部ping一遍。--122.100.88.32（留言） 2023年1月6日 (五) 15:12 (UTC)[回复]
不妥，会造成骚扰，也许是潜在拉票（编辑者没有提出存废）。较合理方案是用户主动订阅此类通知，机器人通知曾在条目进行足量扩充（较难判断）或一段时间内有过编辑的用户。热衷关注存废的用户，通常已监视页面或存废讨论。--YFdyh000（留言） 2023年1月6日 (五) 16:42 (UTC)[回复]
@YFdyh000： 我認為不構成騷擾，編輯過該條目的，顯然對該條目有興趣，興趣至少比只看條目不編輯的使用者高一點。 -- Shyangs（留言） 2023年1月9日 (一) 08:34 (UTC)[回复]
将条目加入关注列表的用户可以考虑，另外如果允许 ping，还得允许不接受 ping。--Kethyga（留言） 2023年1月10日 (二) 10:59 (UTC)[回复]
离题了。此外即使是目前，提删者也可以自行手动查看编辑历史，向条目的主要编者发通知。没有必要做强制的规定。--BlackShadowG Slava Ukraini! 2023年1月8日 (日) 12:42 (UTC)[回复]
已经写了一个relist脚本在测试wiki上[1]，虽然有一些毛病，倒也堪堪能用。--百無一用是書生 (☎) 2023年1月12日 (四) 07:42 (UTC)[回复]
对WP:RELIST做了一下修订，期望能够把这部分提升为指引：
−
::::存廢討論的目的是尋找應否刪除一篇條目的[[WP:CON|共識]]。

::::但是，如果在最初的七天結束時，討論只有少數參與者（包括提刪人），並且/或者缺乏基於方針的論點，則可能適合重啟討論，以徵求進一步的討論，確定共識。重啟的討論可能會在確定共識之後結束，而不必再等待七天。 ::::雖然如此，重啟討論不應該取代“未達成共識”的結論。如果關閉人認為已有實質性的討論，已有不同基於方針的意見被表達出來，但沒有達成共識，那麼可能會作無共識保留。 ::::我們不建議多次重啟討論以期獲得充分的參與。一般來說，討論不應重啟超過兩次。用戶在第三次（或更多）重啟辯論，或者在已經有大量用戶參與而仍然重啟討論時，應該（除{{[[Template:relist|relist]]}}模板之外）簡短地解釋為什麼他們認為辯論是不足夠的。 ::::當重啟討論時，應該從最初提報的存廢討論頁中刪除，並移至當前日期的存廢討論中繼續討論。重啟討論的原因可以在{{[[Template:relist|relist]]}}模板中指出。

::::
+
::::存廢討論的目的是尋找應否刪除一篇條目的[[WP:CON|共識]]。

::::但是，如果在最初的七天結束時，討論只有少數參與者（包括提刪人），並且/或者缺乏基於方針的論點，則可能会延长讨论，若持續五周或最後留言已過一周仍然缺乏共识，则適合重新提交討論，以徵求進一步的討論，確定共識。重新提交的討論可能會在確定共識之後結束，而不必再等待七天。 ::::雖然如此，重新提交討論不應該取代“未達成共識”的結論。如果關閉人認為已有實質性的討論，已有不同基於方針的意見被表達出來，但沒有達成共識，那麼可能會作無共識保留。 ::::我們不建議多次重新提交討論以期獲得充分的參與。一般來說，討論不應重新提交超過三次。用戶在第三次（或更多）重新提交讨论，或者在已經有大量用戶參與而仍然重新提交討論時，應該（除{{[[Template:relist|relist]]}}模板之外）簡短地解釋為什麼他們認為讨论是不足夠的。 ::::當重新提交討論時，應該從最初提報的存廢討論頁中刪除，並移至當前日期的存廢討論中繼續討論。重新提交討論的原因可以在{{[[Template:relist|relist]]}}模板中指出。

::::
--百無一用是書生 (☎) 2023年1月12日 (四) 08:03 (UTC)[回复]
即使有所顾虑，也至少希望能够试用一段时间看看效果--百無一用是書生 (☎) 2023年1月12日 (四) 08:14 (UTC)[回复]
我不認為這有什麼用，但是不反對您們試試看。但是不認為重新提交三次有什麼實際作用，重新提交一次就夠了。而且我想假如討論真的能夠持續五周的話，重新提交也沒有意思。--Ghren🐦🕕 2023年1月12日 (四) 10:50 (UTC)[回复]
既然如此，建议2月1日之后开始试行如何？--百無一用是書生 (☎) 2023年1月17日 (二) 06:14 (UTC)[回复]
(＋)支持試行，好的壞的都是在實際運作後才出現的。--Mafalda4144（留言） 2023年1月17日 (二) 13:45 (UTC)[回复]
似乎不用等这么久吧。--BlackShadowG Slava Ukraini! 2023年1月18日 (三) 11:50 (UTC)[回复]
看来大家认为至少可以尝试。特此公告5日，如无其他的合理反对意见，公告结束后将实行。另，开始实行时，因积压较多，建议每天不要重新提交太多积压的存废讨论，每天少于10条为宜？逐渐过渡到正常状态--百無一用是書生 (☎) 2023年1月19日 (四) 02:17 (UTC)[回复]
两种可能的排版方案，供参考。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年1月23日 (一) 11:02 (UTC)[回复]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

WP:RELIST的内容已更新，相应模板和流程暂时参照英文版w:WP:RFD模式实施--百無一用是書生 (☎) 2023年1月24日 (二) 07:28 (UTC)[回复]

本案未在方针区提案且公示不足七天，且共识为试行而非定为正式指引，不宜挂指引模板。本人依据IAR，改挂临时设计的{{Guideline d'essai}}模板。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年1月24日 (二) 08:22 (UTC)[回复]
目前RELIST已經試行一段時間，看起來跟普通提刪沒什麼差別（畢竟看上去就是在最新的日期添加一條新提刪），也跟普通提刪穿插在一起，而普通提刪會通知條目創建者，那麼(？)疑問@Shizhao：RELIST是不是也應通知創建者呢？-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2023年2月2日 (四) 04:41 (UTC)[回复]
这不是结束之前的讨论后再次提交删除，只是之前讨论的延续，之前通知过了没必要再通知了吧？--百無一用是書生 (☎) 2023年2月3日 (五) 03:58 (UTC)[回复]
@Shizhao：由于加入了新的讨论结果，可能需要更新Module:Old vfd multi（当前例子可见Talk:大四喜 (足球)）。--东风（留言） 2023年2月4日 (六) 06:40 (UTC)[回复]
这看起来是Cewbot的问题？--百無一用是書生 (☎) 2023年2月4日 (六) 12:33 (UTC)[回复]
@Kanashimi：能否协助看一下，感谢。--东风（留言） 2023年2月8日 (三) 10:41 (UTC)[回复]
改了模組:Old vfd multi--Kanashimi（留言） 2023年2月8日 (三) 14:00 (UTC)[回复]
重新提交是之前的讨论还在继续，不应该用Module:Old vfd multi吧？--百無一用是書生 (☎) 2023年2月9日 (四) 03:46 (UTC)[回复]
好像是這麼回事。改了。--Kanashimi（留言） 2023年2月9日 (四) 05:50 (UTC)[回复]

試行檢討

1/24共提交10筆，成功關閉討論的有4筆；
1/25共提交10筆，成功關閉討論的有2筆；
1/26共提交11筆，成功關閉討論的有0筆；
1/27共提交10筆，成功關閉討論的有0筆；
1/28共提交10筆，成功關閉討論的有5筆；
1/29共提交10筆，成功關閉討論的有2筆；
1/30共提交10筆，成功關閉討論的有0筆；
1/31共提交10筆，成功關閉討論的有1筆；
1/31共提交10筆，成功獲得共識的有10筆 (其中2筆於二度重新提交時獲得共識)；
2/1共提交11筆，成功獲得共識的有9筆 (其中2筆於二度重新提交時獲得共識)；
2/2共提交10筆，成功獲得共識的有8筆 (其中3筆於二度重新提交時獲得共識)；
2/3共提交9筆，成功獲得共識的有3筆 (其中0筆於二度重新提交時獲得共識)；
2/4共提交12筆，成功獲得共識的有7筆 (其中1筆於二度重新提交時獲得共識)；
2/5共提交10筆，成功獲得共識的有5筆 (其中0筆於二度重新提交時獲得共識)；
2/6共提交10筆，成功獲得共識的有9筆 (其中0筆於二度重新提交時獲得共識)；
2/7共提交10筆，成功獲得共識的有4筆 (其中0筆於二度重新提交時獲得共識)；
所以試行結果如何？是否要繼續試行或正式上路？—— Eric Liu 創造は生命（留言・留名・學生會） 2023年4月4日 (二) 11:06 (UTC)[回复]
不建議正式上路。--Ghren🐦🕐 2023年4月4日 (二) 17:29 (UTC)[回复]
這一看就知道討論完全沒有意義，甚至不必參與討論，真可憐。居然連不建議正式上路都出現了，可見這個獨裁社群就是喜歡沒事找事做，最後到頭來一場空。Wikipedia:頁面存廢討論、Wikipedia:檔案存廢討論顯然都快要成所謂的廢棄物處理場了，但沒有這個廢棄物處理場也不行。--Z7504非常建議必要時多關注評選（留言） 2023年4月4日 (二) 17:55 (UTC)[回复]
@Shizhao。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年5月1日 (一) 15:18 (UTC)[回复]
@Shizhao？如果沒有肯定結論，應該考慮停止試行，避免造成所謂「無限試行」的情況。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年5月12日 (五) 09:26 (UTC)[回复]
结论是存废积压情况要比此前大大减轻，现在基本上除了待处理的讨论，积压不会超过2天（再勤快一些可以做到基本无积压），无共识保留的情况也比此前大大缓解，以前积压的讨论大约有将近一半最后会无共识保留，现在只是偶尔会有无共识保留。如果停止目前做法，就又回到以前一大堆积压，最后一半都无共识保留的状态。当然，如果社群认为积压无所谓，无共识保留也无所谓；或者宁可积压，也不要用relist的方式解决积压问题，那我也无话可说--百無一用是書生 (☎) 2023年5月12日 (五) 12:01 (UTC)[回复]
重新贴一次到目前为止的统计图[3]--百無一用是書生 (☎) 2023年5月12日 (五) 12:07 (UTC)[回复]
所以這代表什麼？首先您這個算法計算的只是計算在Wikipedia:頁面存廢討論/積壓討論中顯示的頁面，積壓的條目只是都relist到存廢討論去了。所以數字上看上很亮麗，實際上根本只是通過重新定義「積壓」這一個概念來解決問題。
二者，「無共識保留的情況也比此前大大緩解」的原因是什麼？是討論增加了，增長了共識的形成？如果是，討論增加了多少？討論度增加是relist的功效，還是單純是因為討論出現在一個比較多人瀏覽的頁面？如果只是單純因為出現一個比較多人瀏覽的頁面，我相信有很多其他更合適的方法啊。我又看了一下，發現這三四個月來，存廢討論估計有八成是Shizhao閣下您結案的，有多少的案件，是討論自己已經形成大致的共識，而不是您個人的「獨斷」參與其中，而引致無共識的情形得到緩解？而且，這樣的「試行」很容易形成Shizhao期待relist有用，而您的行為實現了這個預言。這是自證預言。
三者，積壓重來都不是問題，在您維的站務中存廢討論本身就不是重要度很優先的。--Ghren🐦🕐 2023年5月12日 (五) 17:24 (UTC)[回复]
relist的作用就是增加讨论的可见度，如果有其他更好的办法，请不吝赐教。毕竟目前的这种办法在enwiki也实行了很多年了，看起来卓有成效。无共识缓解的情况当然是明显因为讨论增加了--百無一用是書生 (☎) 2023年5月13日 (六) 08:27 (UTC)[回复]
就算是這樣，假設成效真的只是形成書生認為的結果，不是真的成效（這讓我想到N射線實驗）就算是這樣，就算正式上路也不會造成危害啊，然後積壓天數也確實能夠減少。既然無害，又有點（數據上的）效果，那何嘗不能正式上路？英文維基不是也實行多年了？試行期間也沒啥問題啊，又不是爆炸了要立刻停機？未見有什麼不能正式上路的理由。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2023年5月21日 (日) 07:43 (UTC)[回复]
強烈要求停止試行，時昭老爹都把一些明顯沒有異議的東西重複提交了四五次了，能不能快點自己處理，不要等著別人浪費時間投刪除票，管理員自己不會判斷嗎？--🎋竹生🎍 2023年5月31日 (三) 04:32 (UTC)[回复]
除非能雪球，不然执行管理员不应避嫌吗？没有表态为什么就代表没有异议。如果管理员自己有意见，就自己投票、其他管理员处理。--YFdyh000（留言） 2023年5月31日 (三) 09:04 (UTC)[回复]
@YFdyh000：問題是你維關注度提刪的風氣一向都是應刪除的不會有什麼人特別去投刪除票，有價值保留的才會有人去提保留證據。結果就造成現在這裏無限relist-某人✉ 2023年6月21日 (三) 17:12 (UTC)[回复]
那说明没有明显的删除意向与共识，继续无共识保留吧。总不能弄些机器人留言投石问路[開玩笑的]--YFdyh000（留言） 2023年6月21日 (三) 17:16 (UTC)[回复]
我認為在重新提交存廢討論數次（具體次數可以討論）後應可預設以無共識保留。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年6月26日 (一) 13:00 (UTC)[回复]
近期看到关闭讨论的判定和结论仍有自由裁量的部分，以及对避嫌、结案理由等要求可能存在不足和模糊之处。期望尽快得出相关共识，但个人不会提出议案。--YFdyh000（留言） 2023年6月26日 (一) 17:41 (UTC)[回复]

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

引入CopyPatrol 帮助侵权检查

於Phabricator查看
編號T331289的工單

CopyPatrol是一个基金会技术社群与论文查重服务商Turnitin合作开发的侵权检查工具，根据ithenticate上的说明，支持繁简体中文，所以zhwiki是否可以引进这个工具用来帮忙侵权检查？如果取得社群共识，就可以提单子了--百無一用是書生 (☎) 2023年2月28日 (二) 08:49 (UTC)[回复]

善。--Ghren🐦🕓 2023年2月28日 (二) 09:44 (UTC)[回复]
(＋)支持--Kethyga（留言） 2023年2月28日 (二) 09:50 (UTC)[回复]
(＋)支持。——（留言） 2023年2月28日 (二) 12:24 (UTC)[回复]
(＋)支持。--路西法人 2023年2月28日 (二) 13:47 (UTC)[回复]
粗略地翻译了一下meta页面。各位可以在这里体验。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年2月28日 (二) 14:18 (UTC)[回复]
行。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年2月28日 (二) 16:55 (UTC)[回复]
中。--洛普利寧 2023年3月1日 (三) 13:11 (UTC)[回复]
可。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2023年3月1日 (三) 13:25 (UTC)[回复]
(＋)支持--冥王歐西里斯（留言） 2023年3月3日 (五) 09:52 (UTC)[回复]
(＋)支持--Taeas（留言） 2023年3月3日 (五) 13:17 (UTC)[回复]
已提报phab:T331289--百無一用是書生 (☎) 2023年3月6日 (一) 12:25 (UTC)[回复]
所以真的有CopyPatrol了嗎？難道獨裁社群隨便喊喊而已就很高興，然後無聲無息了？真可憐的獨裁社群。--Z7504非常建議必要時多關注評選（留言） 2023年4月14日 (五) 14:26 (UTC)[回复]
沒有看到Phabricator跟不存檔模板說了什麼嗎？鼓勵推進部署工具當然好，但如果只是要來宣揚你那一套「獨裁社群」的鬼話那就請閉嘴。你自己也是所謂「獨裁社群」的一份子，別自命清高。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年4月28日 (五) 19:14 (UTC)[回复]
雖然反對抄襲，但也(－)反对與這些侵犯人權和私隱的公司合作（英文版有更多內容）。
竊堅持吾輩應待人提報而非主動用這些工具檢查。
——勿用「進行」污染中文，要言簡意賅。　捍粵者 2023年4月29日 (六) 17:30 (UTC)[回复]
(－)強烈反对，如果侵权检查要工具完成，是不是百科大部分内容用AI生成就好了，完全可以调试成中立，客观，负责，而且完全没有版权问题和顾虑。如果目前百科还是靠大家的努力一起完善和建设，就不建议用大规模工具检查，因为我不相信工具背后的逻辑和社群逻辑是相洽。工具是可以用，但是用工具来审判或者辅助审判就有点像第一个有杀人权限的AI。--‘ UFO is me ’ 留言 2023年6月11日 (日) 16:35 (UTC)[回复]
我怎麽感覺讀您的留言起來對於整個提案有非常嚴重的誤解？「幫助」侵權檢查跟「自動」侵權檢查並移除是完全不同的概念，侵犯版權是不容接受的行為，工具輔助僅是幫忙上網搜是否直接複製貼上網絡內容，執行者仍是用戶本身。用戶需對其使用任何工具所作操作負全責，若用戶無法分辨工具準確與否而完全依賴導致多次判斷錯誤，可直接被封鎖。不存在「有殺人權限的AI」，該工具根本連執行的權限都沒有。--路西法人 2023年6月11日 (日) 16:52 (UTC)[回复]
我还是想建议先引进一套AI工具，生成很多中立、自由的内容在后台，然后我们用户利用我们的专业知识判断是否有误。--‘ UFO is me ’ 留言 2023年7月3日 (一) 08:10 (UTC)[回复]
没有足够的判断能力。AI生成的内容版权有争议。这与您的上一条发言似乎是冲突的。--YFdyh000（留言） 2023年7月3日 (一) 21:48 (UTC)[回复]

本討論章節會維持開放，暫時不按最後意見發表時間存檔，直至工具配置完毕。欲讓機器人存檔，請移除本模板。留言請置於本模板上方。

让我们把Vector 2022设为默认皮肤吧

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

於Phabricator查看
編號T335886的工單

原标题为：让我们把Vector_2022设为-{A|zh-hans:默认;_zh-hant:預設;}--{A|zh-hans:皮肤;_zh-hant:外觀;}-吧

你好。我们是维基媒体基金会网页团队。 我们想就将Vector 2022皮肤设为此wiki的默认皮肤一事与您讨论。我们计划在接下来的三週内进行此更改。 我们很乐意回答您的问题、疑惑或其它想法！我们还将帮助您调整可能不兼容Vector 2022的内容。请查看常见问题。 您可能找到能帮助您的答案。

关于皮肤

Vector 2022是当前默认皮肤（旧版Vector）的现代化版本。 过去的三年中，我们一直在为此努力。 目前，它是几乎所有维基百科和许多姊妹项目（约300个wiki）的默认设置。 这占每月40亿次以上的页面浏览量。 平均而言，这些wiki中87%的活跃登录用户使用 Vector 2022。

它将成为所有未登录用户以及当前使用旧版Vector的所有登录用户的默认设置。 登录用户可以随时切换到任何其他可用的皮肤，包括当前的旧版Vector、Timeless、Monobook。 这些皮肤的用户预计不会有任何变化。

  • 条目顶部
  • 旧版Vector（当前的默认设置）
    旧版Vector（当前的默认设置）
  • Vector 2022
    Vector 2022
  • 条目的段落
  • 旧版Vector（当前的默认设置）
    旧版Vector（当前的默认设置）
  • Vector 2022
    Vector 2022
Wikimania 2022的演示文稿。 你也可以在YouTube听录音（英文）。

[为什么这是必要的更改]当前的默认皮肤创造于十三年前，它反映的是当时的读者与编辑者的需求。 那以来，新用户开始以不同的方式使用互联网和维基媒体项目。 旧版Vector不符合他们的需求。

[目标] Vector 2022皮肤的目标是让界面更受读者欢迎、更舒适，同时对高级用户也更有用。 它引入了一系列更改，旨在改善新旧读者和编辑者在使用旧皮肤时遇到的问题。 它还从先前用户们的请求、社群技术愿望调查、以及现有的小工具和用户脚本中汲取灵感。 这些工作让我们的代码遵循标准，同时也对其他的皮肤做出了改善。 我们让其他皮肤中的PHP代码量减少了75%。 这个项目还着眼于让使用API和支援小工具变得更加简单。

[变化一览] 这个皮肤改变了浏览网页的方式，亦修改了网页的布局。 这个皮肤还新增了顶栏、目录等固定元素，这让用户的常用操作变得更加易于寻找。 它还给整个页面的样式做出了一些修改。 对于收集到的浏览数据进行分析，结果显示这些变更能够改善网页的可读性和易用性，并且能够节省拖动网页、搜索内容、浏览网站的时间。这些结果都能被理解成我们创造出了一个更易用的阅读体验。 这个新皮肤不会删除任何已经在老Vector皮肤上已有的功能。 在默认使用这个皮肤的wiki站点，页面浏览量、账号创建量乃至页面编辑率都没有出现负面影响。

全域参数设置

[现在就试试吧] 我们鼓励您前往您的偏好设定/参数设置，在外观选项卡中，选择Vector 2022作为您的皮肤。

编辑者如何修改和定制新皮肤？

我们使配置和个性化我们的更改成为可能。 我们很高兴与具有技术且愿意创建新的小工具和用户脚本的志愿者合作。 到目前为止，社群中的开发者已经为这个皮肤制作了许多小工具和用户脚本。 这些小工具与用户脚本包括让这个皮肤占据页面全部宽度、取消固定页面中的固定元素、退回到老式风格的目录、以及更多功能。 我们鼓励您查看我们的代码仓库去发现所有对这个皮肤进行自定义或进行修改的脚本。您也可以加入您自己的代码。

实验发现以及实验结论

  • 平均而言，87%较早采用的wiki（包括法语维基百科）登录用户在尝试新皮肤后会继续使用。
  • 固定式顶栏能够让编者更方便地找到他们经常使用的工具。 这让用户把页面重新拖拽回页面顶端的频率减少了16%。
  • 全新的目录还让跳转到不同章节变得更加容易。 对比于老式的目录，新目录鼓励编者快速跳跃到页面的不同章节，频率上升了50%。
  • 全新的搜索栏在页面中更加醒目，更容易找到，而且从搜索结果列表中找到正确的结果也变得更加容易。 在我们进行测试的wiki站点中，用户使用搜索功能的频率上升了30%。
  • 新皮肤没有对页面浏览量、编辑频率或帐号创建量造成负面影响。 实际上，甚至有肉眼可见的证据显示在合作的社群当中，页面访问量和帐号创建量还得到了提升。

谢谢！(Thanks to 暁月凛奈 and MilkyDefer for translating this message!) --SGrabarczuk (WMF)（留言） 2023年4月13日 (四) 21:53 (UTC)[回复]

讨论

关于早期一次请求暂缓部署的联署请求

这个段落同时提供英文翻译，供基金会技术人员参考。 An English translation is provided for this section. Section title: Regarding a previous petition to delay the deployment of Vector 2022.

在英文维基百科默认部署Vector 2022造成重大争议的同时中文维基百科的编者自发组织了上述的联署。以下提供当时联署时提供的意见。 A petition to delay the deployment of Vector 2022 was raised by editors, around mid-January, the same time when Vector 2022 became the default skin of English Wikipedia and faced a backlash. Opinions raised at that time are provided below.

已经被解决的技术关切 (Addressed technical concerns)
页面目录的繁简转换问题（T306862）； Glyph conversion problem on ToC (T306862);
尚未被解决的技术关切 (Unaddressed technical concerns)
CSS可能需要进行重新适配； CSS pages may need considerable amount of rewrite;
小工具也可能需要进行重新适配； Gadgets too;
设计关切 (Design concerns)
目录放置在左栏主菜单下方，在页面最顶端时甚至完全看不到目录； ToC is placed under the main menu in left side-bar. When at page's top, it is hardly visible;
“不稳定、不美观、不实用”，但没有具体指明问题所在； General comments like "unstable", "ugly" and "not practical";
页面的留白太多了； Too much whitespace;
（User:百战天虫） 不如Timeless简约； Vector 2022 takes a minimalism design, but not as good as Timeless. Timeless should be set as sitewide default skin instead;
（User:Z7504） 强烈反对基金会不给未登入用户切换皮肤的选择！ STRONG PROTEST against WMF not providing skin choices to unregistered users;
（User:Erquanmen） 工具栏不应与主菜单分开并放置在右侧； Tool bar should not move out of the main menu and put to the right column;
（User:Erquanmen）切换语言需要点击的次数变多了； It takes more clicks to switch to another language;
（User:A1Cafel） 跨语言链接也不应该与姊妹项目的链接分离； Links to sister projects should not be moved away from language switcher;

现时的讨论

嗯………………Wikipedia_talk:Vector_2022#关于暂缓中文维基百科默认皮肤更换为“Vector_(2022)”之工作进程的联署请求。——Sakamotosan路过围观 | 避免做作，免敬 2023年4月14日 (五) 01:12 (UTC) Hmm...... (See petition section above)[回复]
不过侧式目录确实看着有点心动，虽然我用脚本已经弄出一个类似的，而且在萌娘百科见过一个可以浮动和隐藏的版本。——Sakamotosan路过围观 | 避免做作，免敬 2023年4月14日 (五) 01:25 (UTC) Sidebar ToC looks appealing. But I have made a similar one with scripts.[回复]
(＋)支持：我覺得可以。讀者應該會覺得較為美觀。--E.D.（留言） 2023年4月14日 (五) 01:54 (UTC) Support as readers may find it beautiful.[回复]
建议“限制页面宽度的模式”默认禁用，否则(－)反对部署Vector 2022。--Lt2818（留言） 2023年4月14日 (五) 06:37 (UTC) Oppose unless this skin defaults to wide-screen mode.[回复]
看法和Lt2818一致。--Ghren🐦🕗 2023年4月14日 (五) 12:21 (UTC)[回复]
意見同上。這要求跟英文維基百科社群方面一樣，我想並不過分。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年4月15日 (六) 12:55 (UTC)[回复]
个人(－)反对默认禁用。限制页面宽度已经是一个很成熟的行业设计实践，Google、纽约时报、华盛顿时报、大英百科全书都这么做，维基百科不限制页面宽度倒是特立独行。--BlackShadowG Slava Ukraini! 2023年4月15日 (六) 13:34 (UTC)[回复]
这里提供了限制页面宽度的更多理由，我就不复读了。我反对Vector 2022默认限制页面宽度的原因是它没做好，丑陋且带来诸多不便。东施效颦之举。--Lt2818（留言） 2023年4月15日 (六) 15:06 (UTC)[回复]
Discourse 也限制内容宽度了。--⚞︎★⚟︎ 2023年5月14日 (日) 16:02 (UTC)[回复]
可能需要修一些东西：MediaWiki_talk:Vector-language-redirect-to-top。此外我对indicator（GAFA标志、保护标志、坐标）的位置感到很疑惑，我认为应该放在「X种语言」的左边。 ——魔琴 [ 万户涕泪 ] 2023年4月14日 (五) 06:40 (UTC) The location of page indicator should be adjusted. I think it should be moved to the left of the language switcher.[回复]
他第一段是不是说“计划在三周内将Vector 2022设为此wiki的默认皮肤”，那还有什么讨论的。--安忆Talk 2023年4月14日 (五) 07:38 (UTC) If WMF is really forcing the deployment in three weeks, all protests fall into deaf ears.[回复]
被翻译的页面是mw:Reading/Web/Desktop Improvements/Updates/2022-11 for the mid-size wikis，其实不是面向中文维基百科的，时间也早就过了。SGrabarczuk可能是因为中文维基百科仍未更换为Vector 2022才在此提出。——暁月凛奈 (留言) 2023年4月14日 (五) 09:36 (UTC)[回复]
(－)反对 for site stability and glyph conversion sake, I would hope to ensure everything works before the switch. It will also be best if local scripts are updated and designed for Vector 2022 before the switch.--1233 （T / C） 2023年4月14日 (五) 07:43 (UTC)[回复]
出于对稳定性和繁简转换之顾虑，希望在切换前一切都没有问题。最好在切换前更新和重做匹配Vector 2022的本地脚本。-- Translated by/翻译来自：141.193.231.133（留言） 2023年4月26日 (三) 13:21 (UTC)[回复]
@1233： Please note that Glyph conversion problem has been resolved already phab:T306862. Thanks.--SCP-0000（留言） 2023年4月14日 (五) 11:43 (UTC)[回复]
@1233：提示下，繁简转换问题已经在phab:T306862修复，谢谢。-- Translated by/翻译来自：141.193.231.133（留言） 2023年4月26日 (三) 13:21 (UTC)[回复]
(＝)Neutralny I translated a lot related to Vector 2022, but I didn't mean to promote this change. I don't think Vector 2022 is good enough to make it default on zh.wikipedia.org. The reason is simple, the new skin has many problems, such as the design concerns above. So maybe WMF should fix the relevant questions first, and then more people will be willing to talk about default setting. We shouldn't give non-logged-in users a skin that many logged-in users won't choose. But if WMF is willing to solve these problems, I think such a skin that is friendly to readers (though not so friendly to editors) should still be acceptable. ——暁月凛奈 (留言) 2023年4月14日 (五) 11:02 (UTC)[回复]
中立，我虽然参与了很多翻译Vector 2022相关的工作，但我并不旨在推动更换皮肤。在我看来Vector 2022还没有准备好成为zh.wikipedia.org默认皮肤，原因很简单，新皮肤有很多问题，比如上面提到的设计问题，所以维基媒体基金会应先着手解决问题，之后自然会有更多人愿意将其作为默认皮肤。不能让未登录用户使用那些登录用户都不会用的皮肤，倘若维基媒体基金会致力于解决这些问题，我觉得这个对读者友好（对编者不是）的皮肤应该会被接受。-- Translated by/翻译来自：141.193.231.133（留言） 2023年4月26日 (三) 13:21 (UTC)[回复]
(＋)支持：更加现代化的皮肤，对于新手及单纯的阅读者更加友好。限制宽度、侧边目录等都是有进步意义的现代化设计。--Teetrition（留言） 2023年4月14日 (五) 11:17 (UTC)[回复]
註：此留言已被原作者（User:SunAfterRain）移除。2023年5月7日 (日) 16:26 (UTC)[回复]
--SunAfterRain 2023年4月14日 (五) 13:16 (UTC)[回复]
(：)回應：指个路，Wikipedia:互助客栈/方针#关于条目内是否应该在章节标题中加入链接及旗帜的问题--MilkyDefer 2023年4月14日 (五) 13:57 (UTC)[回复]
(？)疑問：试了下好像旧版vector的目录也会这样显示，这样的话这好像不构成对新版vector的反对。--Teetrition（留言） 2023年4月15日 (六) 02:34 (UTC)[回复]
首先，把<math>设置为目录本身就不合理。此外，旧版vector同样会出现这样的问题，不是新版vector的锅。--BlackShadowG Slava Ukraini! 2023年4月15日 (六) 09:58 (UTC)[回复]
确实，应该修订有关数学公式的格式手册，禁止在章节标题使用<math>，毕竟另外三款皮肤Minerva、Monobook和Timeless也或多或少出现了这问题（Timeless更狠，那个沙盒示例里加号跟两个1粘一块了，变成了“没头没底”两横的田字）。--Liuxinyu970226（留言） 2023年4月19日 (三) 01:47 (UTC)[回复]
刚注意到格式手册其实已经有规定的：

也請不要在标题中使用<math>标记，否则目录会產生混乱。
— Wikipedia:格式手册#章節標題

囧rz……--BlackShadowG Slava Ukraini! 2023年4月19日 (三) 14:48 (UTC)[回复]
啊，我刚刚在Wikipedia:格式手冊/版面佈局找没找到 ——魔琴 [ 万户涕泪 ] 2023年4月19日 (三) 17:08 (UTC)[回复]
(＋)支持：新版虽然有瑕疵，但显然比旧版简约、实用了许多。——BlackShadowG Slava Ukraini! 2023年4月15日 (六) 09:51 (UTC)[回复]
剛剛切到Vector 2022來用了一下，感覺比一開始的版本好了些，但我留意到“工具列顯示當前未巡查的新頁面”小工具在Vector 2022中的呈現方式比較怪異，這點我認為可能是相關工具開發者所需要考慮的一點（編輯數小工具無此問題）。Sanmosa Συ γάρ μοι και μοίρα εί και τύχη 2023年4月15日 (六) 11:29 (UTC)[回复]
支持，新版皮肤没有大问题。PS：虽然比烂不太好，但中文维基既然连{{ilh}}在手机视图上的诡异效果都能忍受N年不修，那新版Vector的小问题也完全可以先接受。 --洛普利寧 2023年4月15日 (六) 13:22 (UTC)[回复]
另外出于排版（长信息框）和导航考虑，老式的第0段后目录应该保留。两个目录同时存在不冲突。--洛普利寧 2023年4月15日 (六) 13:32 (UTC)[回复]
我倒觉得去除第0段后目录也是有点之一，读者可以快速浏览正文并且可以在阅读时快速跳转段落。个人认为可以通过尽可能把散文放在前几段来避免长信息框产生问题。--BlackShadowG Slava Ukraini! 2023年4月15日 (六) 13:39 (UTC)[回复]
有些信息框（比如第二次世界大战）就那么长也没办法，这种情况就会把第一张右置图像挤到奇怪的位置。当然这是个案。不过如果部署新皮肤，再插入图像的确要考虑这方面的因素，而且一些现有条目可能也要把图片移到左边。--洛普利寧 2023年4月15日 (六) 14:02 (UTC)[回复]
(＋)支持--Taeas（留言） 2023年4月15日 (六) 13:49 (UTC)[回复]
再提出一点，左下角的语言栏应该选择性打开，它对于时常要在多语言间切换的编者来说很方便。vector-2022还要多点一下，我记得有时候还要等它慢慢加载（刚刚测试好多了，不知道是我网速高了还是mw优化了加载时间），反正挺难受的。语言栏的优化不止要考虑读者，也要考虑编者。 ——魔琴 [ 万户涕泪 ] 2023年4月15日 (六) 13:58 (UTC)[回复]
(＋)支持，近几个月一直在试用Vector 2022，确实比旧版好多了。--PexEric 💬|📝 2023年4月16日 (日) 04:56 (UTC)[回复]
各位前辈，我想从新版vector切换到旧版vector在设置页面为什么没法选择啊--MCxiaokang（留言） 2023年4月17日 (一) 22:47 (UTC)[回复]
检查你是不是将你的皮肤偏好设定成了全局的偏好。如果是这样的话需要先勾选对应的“为此全域参数设置设置本地例外。”复选框。--MilkyDefer 2023年4月18日 (二) 04:02 (UTC)[回复]
Hi everyone,
Apologies for not posting in Chinese! Thank you for your comments and the conversations on the new skin. We noticed that a few of you had questions around the long-standing bug in which language conversion did not work for the table of contents and the new sidebar. We just wanted to confirm that this issue was fixed in T306862, and this is why we believe the skin is ready to use on this wiki now.
Another issue we saw raised was concerns with current gadgets. We have tested default gadgets (the ones enabled for all users) and can confirm these will continue to work after the deployment. The main issue we've noticed so far that needs fixing is the overlap of the conversion notice with the width toggle, both available at the bottom of the page. We would recommend either revising the gadget or using the width toggle only after the banner is dismissed.
We also wanted to note that, with the new table of contents, users can access the top of the page (by selecting the Beginning 序言 link) and the bottom (by accessing the bottom section of the ToC) throughout their reading experience. This might make the top/bottom of the page gadget redundant. However, it's up to you as the community of this wiki to decide whether the gadget will still be necessary.
For other gadgets, we would kindly recommend checking the Recommendations for gadget developers on Wikimedia wikis and following those to ensure that gadgets will continue working in the future and across all skins.
We're available and ready to reply to questions and discuss the skin throughout the deployment process. We also wanted to encourage you to explore documentation linked in our message opening the discussion. There, you will find many answers to questions you may have.
Thank you all again, SGrabarczuk (WMF)（留言） 2023年4月18日 (二) 23:44 (UTC)[回复]
是的，上方部分反对意见涉及的问题跟2022版Vector关系不大，有些甚至Monobook、Minerva和Timeless也会“撞车”。--Liuxinyu970226（留言） 2023年4月19日 (三) 01:52 (UTC)[回复]
翻译：
各位好，
抱歉没有使用中文留言！感谢您们对新皮肤的评论和交流。我们注意到，您们有一些人对目录和新侧边栏中无法使用语言[繁简]转换这一长期存在的bug持有疑问。我们想确认此问题已在T306862中被修复，这就是为什么我们相信这个皮肤现已可以该维基上使用了。
我们还看到有人提出了对当前小工具的担忧。我们已经测试了默认小工具（为所有用户启用的小工具），可以确认这些小工具在部署后仍然可以使用。到目前为止，我们注意到需要解决的主要问题是[繁简]转换通知与宽度切换的重叠，这两个选项都在页面底部。我们建议修改小工具，或者在关闭横幅通知后再使用宽度切换。
我们还想指出，使用新目录，用户可以在阅读过程中通过选择“序言”链接访问页面顶部，并通过访问目录底部部分访问页面底部。这可能使页面顶部/底部小工具变得多余。但是，作为本维基的社群，您们可以决定是否仍需要这个小工具。
对于其他小工具，我们诚挚地建议您查看对维基媒体维基上小工具开发者的建议，并遵循这些建议以确保小工具将在未来及所有皮肤上都可用。
在部署过程中，我们随时准备回答关于皮肤的问题及参与讨论。我们还想鼓励您探索我们在讨论开始时的留言中链接到的文档。在那里，您将找到许多您可能有的问题的答案。
再次感谢各位，SGrabarczuk (WMF)
翻译者：--BlackShadowG Slava Ukraini! 2023年4月20日 (四) 10:24 (UTC)[回复]
  • 還是得(－)強烈反对直接默認，不要讓人覺得聯屬都是笑話。可悲的獨裁社群，好像一點都不關心讀者的感受是什麼。感謝上面已經寫到「強烈反對基金會不給未登入用戶切換皮膚的選擇！」，但如果現在不講話表示反對意見的話，以後可能也沒機會講話了。--Z7504非常建議必要時多關注評選（留言） 2023年4月19日 (三) 16:56 (UTC)[回复]
    不过，联署中有一部分是因为ToC转换问题联署，有一部分提出的问题已经给了解决方案。 ——魔琴 [ 万户涕泪 ] 2023年4月19日 (三) 17:17 (UTC)[回复]
    誰管您們聯署制度如何？「讀者感受完全都不關心」就是事實還敢講話？支持聯屬原來都是假的啊？獨裁社群。請問讀者會關心維基百科的聯署制度是如何嗎？果然是標準的Parkinson's law，這種東西也敢忘得快，難道是忘記en版當初怎麼用成「Vector 2022」了嗎？是無條件直接更改的餒！讀者是來維基百科查他們想要查的資料，而不是在乎維基百科的外觀要什麼。但這個維基百科硬是要把維基百科的外觀無條件更改，讓可以實質閱讀內容的範圍縮小，還要強迫登入帳號才能選擇外觀，真的就是實質上的功能退步而不是進步。--Z7504非常建議必要時多關注評選（留言） 2023年4月19日 (三) 17:29 (UTC)[回复]
    Hello! I'm not sure if I have fully understood your discussion, so I'd only like to make a small point about the reason for the change. Have you maybe checked out the information about data we've provided above? The full versions of our research and data are available on MediaWiki.org, on pages listed there, dedicated to single features. The section "实验发现以及实验结论" above is just a TLDR.
    Anyway, each of the new features (the new search, TOC, sticky header, etc.) was tested on a range of different wikis: Wikipedias and sister projects, big and small, RTL and LTR, Latin and non-Latin. According to this data, the changes improve the usability of the skin, and make the interface more intuitive and welcoming.
    I hope this clarifies some of your questions. Thank you!--SGrabarczuk (WMF)（留言） 2023年4月25日 (二) 22:22 (UTC)[回复]
    你好，可能没完全理解你们说的什么，容我简单阐述下更改皮肤之理由，不知阁下是否查看过上方数据？“实验发现以及实验结论”部分提供的数据只是摘要，完整数据可以在MediaWiki.org这里查看。
    每个新功能（新搜索栏、侧栏目录、标题锁定等）都经过了各种规模的、书写方式从左到右和从右到左的、拉丁字母和非拉丁字母的维基百科及其姊妹项目的测试，总之，数据结果是，新皮肤提高了可用性，使界面更直观更友好。
    希望这能回答一些阁下的疑虑，谢谢。-- Translated by/翻译来自：141.193.231.133（留言） 2023年4月26日 (三) 11:37 (UTC)[回复]
  • 我再提个意见，左侧toc的缩进应该改为一个字符。6px看得是真难受。 ——魔琴 [ 万户涕泪 ] 2023年4月19日 (三) 17:27 (UTC)[回复]
    .vector-toc .vector-toc-list-item { padding-left: 0.875em; } ——魔琴 [ 万户涕泪 ] 2023年4月19日 (三) 17:42 (UTC)[回复]
    ( ✓ )同意，我在浏览 en:House of Nassau 以后也看出来了。--⚞︎★⚟︎ 2023年5月14日 (日) 15:56 (UTC)[回复]
  • 还有我不是很明白为什么强制显示__TOC__无效。看看快速删除方针吧，很养眼的。 ——魔琴 [ 万户涕泪 ] 2023年4月19日 (三) 17:39 (UTC)[回复]
  • Strong oppose. I've never used the 2022 version in several other wikis. since the WMF people are here, I'll say more, the current vector is 5-10 years behind the current design style, true, but the design of the new vector is worse to me, I mean, either you make it more high-tech and learn from scientific institutions, or you try to preserve more elements of the old vector. Vector 2022 feels like a short video version of Wikipedia to me every time, and from my experience every time something tries to move closer to a short video, there are all kinds of epistemological problems. Of course, your data does show that 87% of users change to Vector 2022, but what about active users? I mean, if you count all users, then most of users who only edit several times may just skip this question, but experienced user have to choose according to their habits of editing and I think they are more likely to reflect the general will of deep-rooted editors. In addition, Chinese Wikipedia guidelines for newcomers and code have never been as clear as they are in other languages, and if you don't take these into account, it is foreseeable that the issues will worsen and enter the Chinese Wikipedia-related discussion boards frequently. 鼠标移至此看中文原文。 ときさき くるみ 2023年4月20日 (四) 03:07 (UTC)[回复]
    Hi - thanks for your comments. I just wanted to clarify that the 87% of editors who decide to keep the skin is for active editors (those with more than 5 edits in the past year). Hope this is helpful. Let us know if you have other questions around the data and we can try to point you to the right report. We also welcome you to explore our documentation on the project page and its subpages.--SGrabarczuk (WMF)（留言） 2023年4月25日 (二) 22:24 (UTC)[回复]
    你好，感谢回复，澄清一点，决定切换皮肤的87%用户指的是（一年内编辑超过5次的）活跃用户。希望这解释有帮助，若对数据有任何其他疑虑，请提出，我们将尽力更正误解，同时欢迎前往项目页面和其子页面阅读相关文档。-- Translated by/翻译来自：141.193.231.133（留言） 2023年4月26日 (三) 11:47 (UTC)[回复]
    Cześć, dear User:SGrabarczuk (WMF). I've done some reconsidering, and now I give a neutral to weak support. I have noticed that some of the features I originally complained about not having (white space, right column) have been installed, I don't know if I didn't notice it before or what, now my only two complaints, one is that it's too white, your gray test result is very good so if the installation is something similar then this concern will also disappear, the second is that I feel the layout is still too compact/dense, leaving too little space for text, I have this feeling in both the English Wikipedia and the Chinese Wikipedia. 鼠标移至此看中文原文。 --ときさき くるみ 2023年5月2日 (二) 00:52 (UTC)[回复]
    我是这么想的。维基百科还是要认准自己的定位。对标科研机构肯定不行，对标你说的短视频肯定也不行。要不就对标一下大英百科全书网络版吧。然后你就会发现，其实排版差不多。左侧也是固定的ToC，正文也是限制了宽度，右侧也是空一大堆（放广告）。所以Vector 2022的新布局没什么大不了的。
    我就是觉得基金会太喜欢白色了。有些呆板。 Vector 2022 is pure white and looks dull. Introduce more colors, please. MilkyDefer 2023年4月20日 (四) 14:57 (UTC)[回复]
    @MilkyDefer：First of all, do we have something like an advertisement? If not, why do we need to leave such a large section on the right side empty? Second, as far as I know, one of the goals of Wikipedia was to create an encyclopedia that could be written by everyone and with a higher degree of rigor than EB, so why do we have to follow them? Finally, according to the About page of the English Wikipedia, at least the users are expected to research via Wikipedia, so why can't we benchmark it against academic institutions? ときさき くるみ 2023年4月20日 (四) 22:16 (UTC)[回复]
    @MilkyDefer：首先，我们要放广告吗？如果不放广告为什么右侧空那么一大堆？其次，据我所知维基百科的目标之一是任何人都能编辑的百科全书，要比大英百科全书高一档次，所以干嘛要和大英百科比呢？最后，根据英维的关于页面，至少有用户通过维基百科进行学术研究，那么为何不将自己和科研机构网站进行对标呢？-- Translated by/翻译来自：141.193.231.133（留言） 2023年4月26日 (三) 13:02 (UTC)[回复]
    Hello MilkyDefer! Thank you for making the point about the colors. In the process of developing the skin, we have asked a randomized group of editors about the borders and backgrounds. There were two popular options: one without any borders and colors which we ultimately chose, and one with more visual separation between regions which some editors have been asking for. Recently, we have built a prototype and consulted many volunteers about this (see our message here and preview the alternative version here). Note that the latter version has some important tradeoffs we described in the message linked in the previous sentence. In about 2 weeks, we'll be performing an A/B test which will help us choose between the white and gray (more on that here). We'd like to confirm that the skin is ready to be the default regardless. Thanks,--SGrabarczuk (WMF)（留言） 2023年4月25日 (二) 22:31 (UTC)[回复]
    MilkyDefer你好！感谢提出颜色顾虑，在皮肤开发过程中，我们随机抽调了一组编者就侧边栏和背景色问题进行了调查。有两种流行选择：一种是当前没有侧边栏和背景色的选项，另一种是某些编者要求的在空白区域添加更多直观区分元素之设计。最近，我们制作了一个预览页面，并就此征集意见（在这查看讨论，这里是预览页面），请注意，后者有一些重要取舍，在前面讨论链接中有解释。再过大约两周将对这两个版本进行A/B测试，届时将帮助我们对白色和灰色背景做出选择（在此阅读更多信息）。希望这个皮肤已准备好被接纳成为默认皮肤，谢谢。-- Translated by/翻译来自：141.193.231.133（留言） 2023年4月26日 (三) 12:25 (UTC)[回复]
  • Vector2022 fails to adjust its width properly when viewed on a mobile device, regardless of landscape or portrait orientation. This results in extremely squeezed paragraphs, especially when there is an infobox or image thumbnail on the side. (Please don't try to convince me to switch to the mobile view; I still loathe it to this day!) -- 同舟（論 · 歷） 2023年4月20日 (四) 08:57 (UTC)[回复]
    在手机上，不管是横屏还是竖屏Vector2022皮肤都不能正确调整宽度，结果是段落被挤在一起，尤其是右侧有信息框或者图片时。（别问我为什么不用移动版页面，我到现在还恨移动版页面！）-- Translated by/翻译来自：141.193.231.133（留言） 2023年4月26日 (三) 13:02 (UTC)[回复]
    (－)強烈反对！
    1.我尊重不同人的想法，但移動版（M）在編輯上不如2010的好用。
    2.新的版本空間太小，左右空間白白浪費。
    3.不尊重讀者的看法（當然可以在首頁上提供選擇系統）
    4.支持新穎的改良，但也可以塞入其他版本。
    5.除了2010和一個「古董版」之外都差不多。
    6.跟Z7504的意見一樣，本質退步
    7.我的眼睛受不了！！！！！--FK8437（留言） 2023年4月20日 (四) 10:39 (UTC)[回复]
    其实我不是很理解这跟移动版有什么关系。移动版界面一直是Minerva，跟Vector 2022没关系。--MilkyDefer 2023年4月20日 (四) 14:59 (UTC)[回复]
    再誇張一點以後這個是不是也變成常年提案之一了？真諷刺。這種做法不只上面提到的退步以外呢，還可能會趕走更多想來維基百科查資料的讀者。他們可能這個時候就會想：明明百度百科、臺灣棒球維基館之類的也可能可以查到想要的資料，為何一定要來維基百科？而且維基百科有些資料的信息還可能都是錯誤或過時已久的信息，卻沒人願意更新。那些心裡在想沒壞就別修的用戶，很顯然就是不尊重讀者，只想給讀者錯誤或過時已久的信息。光看到這點，就會覺得這獨裁社群很可悲，果然就是那種只想陶醉自我、只想寫條目給自己看得人一堆啊，卻都已經忘記根本沒有人可以聲稱某個條目具有所有權。而這類討論基本上就是和「有關維基共享資源台灣全景自由問題一事」有連帶關係，因為顯示哪種的皮膚也可能導致圖片顯示的位置或方向不同。難道最上面就已經有的圖片示範沒人看出來嗎？--Z7504非常建議必要時多關注評選（留言） 2023年4月20日 (四) 15:44 (UTC)[回复]
Hi @SGrabarczuk_(WMF)： I'm a long-time Wikipedia reader (over 15 years), and I don't have an account, and I don't want one.
Reading English and Chinese Wikipedia accounts for 40% of my time reading other Wikipedias (and the other 60% of the time I explore on Wikipedias in other languages), because Wikipedia in different languages always has some differences in the description of a thing, such as the description of some wars in WWII, you will find that the German Wikipedia is more prominent in describing the work done by the Nazi officers in the war. Reading in multiple languages allowed me to understand a story more objectively and comprehensively. so I'm a multilingual reader.
To be honest as a multilingual reader, one of the reasons I don't like Vector 2022 at the moment is that switching languages has an extra step, so you can understand this does affect me.
I've been involved in a discussion on this on the English Wikipedia, but apparently WMF's changes to switching languages didn't satisfy me.
In addition, I also use browser translation to read Wikipedia in languages ​​that I don't understand. On complex Wikipedia pages, Vector 2022 will cause strange typography after translation. I know it's not your fault, but it's another reason I don't like it compared to old skins that didn't have any issues.
The most important reason is that I don't think Wikipedia has a one-click way to give readers like me the option to switch skins (I know you can add ?useskin=vector after the URL, but it's complicated, especially if you have to do it every time you go to a new page, Wikipedia has many, many hyperlinks).
It's also worth noting that I don't use javascript and cookie on any wiki sites, apparently one of the reasons for this is that you guys have done a good job, even without these basic features that modern browsers have, Wikipedia is still formatted and displayed very correctly. But I think with the increasing complexity of Vector 2022 and future skins, the reliance on javascript will increase, eventually forcing me to have to enable javascript for Wikipedia, which I don't want to do.
Actually, I think from talking to the Chinese community, you may have noticed that people here are conservative, maybe they are, but in fact everyone has their own reasons for not using Vector 2022. All right, It's just my two cents, and my vote is "NO" (－)反对, thank you. 141.193.231.133（留言） 2023年4月26日 (三) 14:20 (UTC)[回复]
你好@SGrabarczuk_(WMF)：我是一个没有账户（不想要账户）的维基百科长期读者（超过15年）。阅读英维和中维站我阅读维基百科时间的40%，其他时间我在其他语言的维基百科项目中。阅读不同语言可以丰富我对同一件事物的看法，因为每个语言的维基都有其不同，比如二战条目中，德维会有更多描述纳粹军官的部分。作为一个多语言读者，我不喜欢Vector 2022的原因之一是切换语言的不便，我在英维曾经参与过该话题讨论，但是维基媒体基金会并未提供满意的解决方案。其次，我还使用浏览器自带翻译功能阅读那些我不懂的语言，在旧版皮肤中，翻译毫无问题，但是某些复杂页面Vector 2022会导致排版错误。虽然这是翻译器的问题，但是这是我不喜欢新皮肤的另一个原因。最重要的一点是维基百科没有一键切换旧版的功能（虽然可以在URL后面加上?useskin=vector来切换，但是无法应用于未来所有页面，跳转到新页面后必须再次复制添加，超级麻烦）。还有就是在浏览任何维基站点时我不用javascript和cookie（这归功于你们设计的很好，即便不用这些现代浏览器必备的功能也能准确无误的显示页面），但是随着Vector 2022和未来皮肤更加复杂，对javascript依赖无疑会增加，最终我不得不妥协在维基百科上启用javascript。我觉得通过和中文社群的交流，你可能会发现这里人是保守的，确实有可能，但是每个人在根本上都有不使用Vector 2022的独特原因。好了，这就是我要说的，我的投票是(－)反对，谢谢。-- Translated by/翻译来自：141.193.231.133（留言） 2023年4月26日 (三) 14:45 (UTC)[回复]
注意，我的IP是代理IP，我现在将停止使用它，任何未来编辑都与我无关。（Please note that my IP is a proxy IP, I will stop using it now, any future edits cannot represent me.）141.193.231.133（留言） 2023年4月26日 (三) 14:57 (UTC)[回复]
@SGrabarczuk (WMF)，Hello. Thankyou to telling us about the new vector. However, this idea did not got many supports from our chinese wiki. Also, as only myself's opinion about the new vector2022, it's space to read and edit is also smaller than the vector2010, which might be still okay in devices like mac, but for phones or Ipads, the space in left and right is too small. Also this idea to change the defalt skin does not even get majority supports from the chinese wiki, but WMF still says that "We will change in in two days later" which is TOTALLY NONSENCE. As my opinion, it is not good for both reading and editing. Please do not change this unless the majority for people support this, thankyou.--FK8437（留言） 2023年5月3日 (三) 10:44 (UTC)[回复]
(＋)支持：我个人已使用Vector 2022一个多月，纵然有诸多瑕疵，但我还是将我的大部分维基计划都改为了新皮肤。我目前使用一台 ultrawide 显示屏，旧皮肤的显示效果实在让我有些难以忍受，文字阅读体验很差。我个人愿意看到并支持新设计语言和网页功能应用到维基计划中。--InstantNull（留言） 2023年5月3日 (三) 10:31 (UTC)[回复]
簡單的來說，維基百科本身就應該先把可以更改外觀的權限擴展到即便沒有登入維基百科的帳號也可以選擇才是，否則這類議題以後恐怕只會再拿來討論。難道要看一次投一次反對才甘願？關於詳細意見，上面已經全部都講完了。有的人喜歡Vector 2022，也有的人反對。但沒辦法，即便未來維基百科版本再怎麼改，肯定就是有人會反對。這意思和FA/FL/FP命名為特色或典範雷同罷了，但請至少不要讓人覺得聯署就是個笑話。--Z7504非常建議必要時多關注評選（留言） 2023年5月3日 (三) 17:15 (UTC)[回复]
Vector-2022计划于5月8日部署至本站，进度参见相关任务。 Stang★ 2023年5月3日 (三) 22:48 (UTC)[回复]
…… ——魔琴 [ 万户涕泪 ] 2023年5月4日 (四) 00:21 (UTC)[回复]
再提出一个问题，包括上面Sanmosa君提到的新条目巡查小工具、贡献数，很多小工具只在普通的header显示，而不在 sticky header 显示。不过UTC时钟没有出现该问题。希望技术帝能出一个修复方案供各工具维护者修复。使用量大的小工具应该先行修复再切换。 ——魔琴 [ 万户涕泪 ] 2023年5月4日 (四) 00:55 (UTC)[回复]
(！)意見 我對新外觀最大的困擾同樣是語言切換不方便。另外還包括切換使用者功能，留言、偏好設定、監視清單等。舊外觀直接在螢幕上顯示，不必多按一個按鍵就能點選。這個問題直到現在我還找不到解決方法，因此只能採用舊外觀。--Kanashimi（留言） 2023年5月4日 (四) 23:09 (UTC)[回复]
我昨晚在测试下拉菜单的时候，无数次误点进我的用户页或讨论页，真不知道是哪里触发的…… ——魔琴 [ 万户涕泪 ] 2023年5月5日 (五) 09:55 (UTC)[回复]
我试了一下，点开固定顶栏的用户下拉菜单後，必须再点一次将其收回，否则返回页顶时若点击其他顶部元素便会误触用户菜单中的链接。建议报p站修復：当固定顶栏的用户菜单被點開後，若用户返回頁頂，菜单要么保持展开状态，让用户明确知道它还未收回，要么就“真正”自动收回，以免用户误触（目前的情况是，用户菜单表面上看收回了，但实际上並未收回）。--蕭漫（留言） 2023年5月5日 (五) 11:29 (UTC)[回复]
感谢测试。确实是这样，在开发者模式下看到了按钮元素，如幽灵一般浮在空中。 ——魔琴 [ 万户涕泪 ] 2023年5月7日 (日) 13:16 (UTC)[回复]
已经提报phab:T336159 ——魔琴 [ 万户涕泪 ] 2023年5月8日 (一) 11:07 (UTC)[回复]
Duplicate, phab:T325083. 这是去年12月的task…… ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年5月10日 (三) 00:41 (UTC)[回复]
我是觉得您说的这个问题（除了语言切换）对大多数读者而言根本不是问题（因为绝大多数时候根本不需要点那些东西），只是对编者才可能是个问题--百無一用是書生 (☎) 2023年5月6日 (六) 02:14 (UTC)[回复]
您可以试试看在下刚刚写的脚本，实现有点暴力：mw.loader.load('/w/index.php?title=User:魔琴/public/expand-personal/test.js&action=raw&ctype=text/javascript'); ——魔琴 [ 万户涕泪 ] 2023年5月6日 (六) 12:23 (UTC)[回复]
@Kanashimi： ——魔琴 [ 万户涕泪 ] 2023年5月6日 (六) 12:24 (UTC)[回复]
感謝您幫忙。不過我是想基金會是不是能加個官方的選項?--Kanashimi（留言） 2023年5月6日 (六) 13:01 (UTC)[回复]
更新一个把搜索框改到右侧的版本：mw.loader.load('/w/index.php?title=User:魔琴/public/expand-personal/adj-s.js&action=raw&ctype=text/javascript');-- ——魔琴 [ 万户涕泪 ] 2023年5月7日 (日) 18:16 (UTC)[回复]
(＋)支持个人认为新版Vector更加美观且富有设计感一些，首页的语言转换按钮虽然隐蔽但是也被我找到了。怎么说呢，我们不可能有一个完美的界面，只要不出大问题就行，慢慢改进吧。但是要注意的是下拉菜单的按钮并不是很好用。摸不着头脑的许静远（留言） 2023年5月19日 (五) 12:25 (UTC)[回复]

小结

目前本站可能修复的问题
目前涉及皮肤设计的关切
  • 工具栏不应与主菜单分开并放置在右侧
  • 跨语言链接也不应该与姊妹项目的链接分离，且切换语言次数变多
  • 重要的使用者功能切換不方便，必須多按一個按鍵。 --Kanashimi（留言） 2023年5月4日 (四) 23:14 (UTC)[回复]
  • “限制页面宽度”丑陋且不便，留空太多，应该默认禁用
  • indicator（GAFA标志、保护标志、坐标）是否应该放在“X种语言”的左边
  • 老式的第0段后目录应该保留，特别是WP:CSD
  • 在手机上不能正确调整宽度，结果是段落被挤在一起，尤其是右侧有信息框或者图片时
  • 应允许未登录用户选择默认皮肤，至少要能够切换旧版
  • 分区混乱，无法通过颜色区分功能
  • WP:新條目推薦/候選目錄異常，似乎因{{TOClimit}}无效
  • 於Phabricator查看
    編號T325083的工單
    phab:T325083
宽泛的意见
  • 不如Timeless简约
  • 稳定性之顾虑
  • 基金会应先着手解决问题，之后自然会有更多人愿意将其作为默认皮肤，而不能让未登录用户使用那些登录用户都不会用的皮肤
  • 不关心读者的感受
  • 本站的新手指引和代码不清晰，可能导致问题
  • 排版太紧凑
  • 应该多放一点颜色
  • 移动版编辑不如2010好用
其他关切
  • 不要让人觉得联署都是笑话
  • 使用第三方页面翻译功能时，某些复杂页面Vector 2022会导致排版错误（MilkyDefer君表示无法复现）
已解决或无效的问题

以上内容总结或复制自上方［后补充：或下方］讨论，原作者列入Wikipedia:互助客栈/其他等页的历史记录页，以 CC BY-SA 3.0 授权。 ——魔琴 [ 万户涕泪 ] 2023年5月4日 (四) 00:55 (UTC)[回复]

小工具的问题我认为不应该怪到Vector 2022上，那是小工具开发者以及本地社群的问题--百無一用是書生 (☎) 2023年5月4日 (四) 02:03 (UTC)[回复]
cc 小工具維護者 @Xiplus、WhitePhosphorus、AnYiLin： --SCP-0000（留言） 2023年5月4日 (四) 05:04 (UTC)[回复]
所以還有幾多個主流的本地工具在Vector 2022上是運作得不好的？如果真的有好幾個的話，那都應該先修復好才實行改革，不然改革後搞得一堆本地功能很難用，恐怕會令本地社群鬧着要翻艇。還有為何「页面顶部-底部小工具多余」？沒有目錄的頁面（諸如Wikipedia:首頁）好像衹能透過此小工具快速跳到最頂/底部。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2023年5月4日 (四) 16:51 (UTC)[回复]
同 Cdip150 前半的看法。儘管基金會稱所有用戶預設啟用的工具是沒有問題，但建議也確認編者主流使用的小工具是沒有問題的，以及詳細列出所有出現問題的小工具（尤其是匿名用戶使用的）和具體問題，以供參考。謝謝。--SCP-0000（留言） 2023年5月4日 (四) 17:39 (UTC)[回复]
我先说一下我的情况，不能在 sticky header 显示的小工具有：「工具栏显示当前未巡查的新页面」「编辑次数计数」。「黑暗模式」的icon没法在sticky header显示（好像after::没有样式）。建议各位用户自查一下header和 sticky header 点击人头后下拉菜单有没有不同。 ——魔琴 [ 万户涕泪 ] 2023年5月4日 (四) 18:12 (UTC)[回复]
更正一下，当前未巡查工具有时候能在 sticky header 显示，有时候不能；暂时没试出复现条件。即使能显示，功能也无法正常使用。（好诡异，这个script是不是该重写一下了 ——魔琴 [ 万户涕泪 ] 2023年5月4日 (四) 18:14 (UTC)[回复]
是可以。这个脚本非常古老，不过前天我还是用ts重构了。但我想了想，还是不在这用为好。这里并不欢迎新的东西，更别提它们会有不足，甚至会出错。--安忆Talk 2023年5月6日 (六) 05:20 (UTC)[回复]
是上方staff提出来的。如果不废的话也得修改一下位置，我的设备是会挡住缩放按钮。 ——魔琴 [ 万户涕泪 ] 2023年5月4日 (四) 18:00 (UTC)[回复]
存在问题的本地工具裡面，最主流的应该是{{noteTA}}查看器吧？该工具对所有用户默认启用，但其图标与新版皮肤不适配，偏移到了语言变体切换按钮右上方（若在参数设置中勾选“调整{{noteTA}}查看器图标位置对Vector皮肤”便会如此，不确定该选项是否对所有用户默认启用）。考虑到{{noteTA}}模板被用於大量頁面，因此优化{{noteTA}}查看器应列为当前首要任務，确保该工具在5月8日新皮肤部署前可正常显示。--蕭漫（留言） 2023年5月4日 (四) 21:59 (UTC)[回复]
noteTA这个问题，主要还是代码太老了--百無一用是書生 (☎) 2023年5月5日 (五) 02:44 (UTC)[回复]
NoteTA的代码主要位置在哪里啊，我很好奇。--MilkyDefer 2023年5月6日 (六) 07:21 (UTC)[回复]
@蕭漫、Shizhao：给vector-2022下，NoteTA的div（是#mw-indicator-noteTA-28a5f56e吗？）加以下样式可解决问题：
padding: 12px 0 5px 0;
margin-bottom: -1px;
。虽然还是挺丑的……js代码在MediaWiki:Gadget-noteTA.js#L-152附近。副知@MilkyDefer。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年5月10日 (三) 02:14 (UTC)[回复]
orz对不起我刚刚才看到MediaWiki:Gadget-noteTAvector.js这个东西……那还得在这里面改……另外这个是默认启用的（只对vector和v22生效） ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年5月10日 (三) 02:19 (UTC)[回复]
本質上罪魁禍首是我們現在實現的方法太暴力了。首先，跳出那個NoteTA查看器，靠的是監聽一個 .indicator 而且id以noteta開頭的HTML元素實現的。而且，所謂默認啟用的把字詞轉換標誌移動到頁面頂部的選項卡裡面，實現根本也沒有按照MediaWiki的方法在做，而是暴力在HTML DOM裡面追加元素，什麼CSS啊完全不管的。--MilkyDefer 2023年5月16日 (二) 15:17 (UTC)[回复]
确实是这样。监听我猜是因为，错误放置NoteTA模板时，会出现多个图标（图示）。加选项卡我就不知道该怎么做了，我提供的也只是临时修复方案（） ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年5月16日 (二) 15:36 (UTC)[回复]
真可悲，獨裁社群完全不重視那些反對者的意見，硬要闖關，連管理員都直接吐出這種不應該出來的對話。那請問還走這種形式化的討論是要幹嘛？上面一堆反對意見真的都眼瞎看不到了嗎？--Z7504非常建議必要時多關注評選（留言） 2023年5月5日 (五) 01:30 (UTC)[回复]
請問基金會是不是打算忽略社群意見強行部署更新？另外，還請上面那位一直嚷嚷「獨裁社群」的同志閉嘴——你也是所謂「獨裁社群」的一份子，建議別自己罵到自己頭上——這件事完全是基金會（可能要）一意孤行，社群根本是被害方，現在反過來檢討社群是什麼意思？到底是誰「眼瞎」？—— Eric Liu 創造は生命（留言・留名・學生會） 2023年5月5日 (五) 01:32 (UTC)[回复]
新版的Vector 2022本來就不可能會有字詞轉換的問題，只有zh版有啊（請問哪個語言版本會和zh一樣還要考慮中國/香港/新馬/臺灣用詞差異性問題？），難怪Kanashimi會提出這種問題。獨裁爛社群的管理員都能吐出這種話，還敢說是被害方，獨裁爛社群明顯就是硬要強行通過還敢講話，一點都不尊重其他來維基百科閱讀的讀者，而且都沒有外觀選擇的機會，一意孤行的爛社群。--Z7504非常建議必要時多關注評選（留言） 2023年5月5日 (五) 01:40 (UTC)[回复]
胡言亂語，不知所云，不予置評。長期而言，介面是應該更新，但是就現階段來說，基金會要強行部署外觀則是不明智的。只有社群指出的種種問題得到解決，才有可能建立推進部署的民意基礎。我想新外觀存在的種種問題，社群都明瞭於心，並十分努力的整理並嘗試提出解決方案。閣下若想逞口舌之快，大可離開這「獨裁爛社群」，去別的地方。既然要留在這裡，就請少耍一點嘴皮子，甚至公然扯謊稱「社群硬要強行通過」，或對他人作人身攻擊。勿謂言之不預也。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年5月5日 (五) 03:28 (UTC)[回复]
沒有關係啊，都已經指出事實了還敢說「胡言亂語，不知所云」？如果不是事實怎不直接永遠封禁算了？一意孤行的獨裁爛社群。管理員好像都眼睛瞎掉了，看不到一堆反對意見，還敢說人身攻擊？--Z7504非常建議必要時多關注評選（留言） 2023年5月5日 (五) 04:15 (UTC)[回复]
请问您的意见是否是zhwiki不应该，不需要"考虑中国/香港/新马/台湾用词差异性问题"？
此外，正在被您所反对的Eric Liu君显然反对强行通过本案；相反，"眼睛瞎掉"，打算强行通过本案的正是基金会，而不是社群。
( π )题外话：(＋)支持您对允许IP用户切换皮肤的意见。--Lucien09（留言） 战争，永恒的战争…… 2023年5月5日 (五) 04:47 (UTC)[回复]
請留意，基金會也算獨裁社群的範圍之一，畢竟基金會早已不是第一次對獨裁社群做出干預動作（以前還有2021年基金會針對中文維基百科的行動），所以還是通稱獨裁社群。至於基金會到底要不要聽聽那些反對意見，那根本是基金會的問題吧？不然真的只是強行通過嘛，難道不是？如果不是要不要直接永遠封禁了？--Z7504非常建議必要時多關注評選（留言） 2023年5月5日 (五) 05:38 (UTC)[回复]
我之所以還沒有動用管理員權限處置閣下無數荒腔走板的言論，只是因為（一）我要避嫌、（二）我尊重閣下的言論自由，但建議閣下不要因此以為自己可以繼續招搖過市、含血噴人，隨意辱罵社群及編者。不是不報，時候未到。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年5月5日 (五) 09:18 (UTC)[回复]
还有个问题，在源代码编辑窗口裡，若要複製（选中）某一段源代码，编辑窗口便会自动跳到最顶部，同时向上自动选中一大段代码。暂未试出複现条件，不确定是否与新皮肤有关。--蕭漫（留言） 2023年5月5日 (五) 11:43 (UTC)[回复]
(～)補充：不止是在編輯窗口裡，普通閱讀界面也會出現該情況——選中頁面上的某段文字時，頁面便有一定概率上移至頂部。--蕭漫（留言） 2023年5月9日 (二) 17:58 (UTC)[回复]
@蕭漫：是不是这个mw:Talk:Reading/Web/Desktop_Improvements#Text_selection_scrolls_rapidly_upward ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年5月10日 (三) 01:19 (UTC)[回复]
该讨论已存档，我刚刚在phab提了任务phab:T338323，副知@蕭漫。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月7日 (三) 13:13 (UTC)[回复]
更新：duplicate：phab:T334948 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月9日 (五) 19:08 (UTC)[回复]
(！)意見：覺得修改版面前不甚認同直接預設為新介面。目前的新介面，個人同部份站友的意見，認為版面留下稍微多了點寬度，導致視覺上顯得擁擠壓迫，文字幾乎堆積集中在中間，若頁面再有圖片或照片則和文章字句一起擠壓在中間，中間的圖文排版可以有些適當間距。我傾向認為讀者的使用者體驗是最重要的事（但這部份可能相當主觀），頁面內容也應該盡可能獲得適當展示和傳播才是一切初衷和本意，平台也正因此才可以藉滿足讀者需求真正持續獲得關注或仰賴。如果確實往後將此新版介面作為預設介面，我認為關鍵爭議在於用戶的選擇權和自主性：究竟是否可以主動調整選用自己偏好的介面形式（尤其對IP用戶而言）？由於時下多數知名的內容網站是商業網站，需要善用版面空間作為營利使用（比如置放廣告）或者加入一堆多媒體功能（影音、直播、內容推播、問卷民調...等等），其他平台或網站的做法未必適用以登載資料供讀者查閱為主的百科平台，因此個人認為未必適合直接與時下的新聞或影音網站類比。綜合讀者和編者使用便利性、選擇多元性以及平台符合時代需求等考量，個人建議若技術可行，可以考慮採取概念類似於有時會出現的預設偏好語言版本的措施（純不懂相關技術的個人觀感），比如：
1.在預設閱讀介面為目前新版介面的前提下，任何用戶（若未登入帳號）進入條目頁面時，可以出現列出不同介面選項的選單（比如可列出三種之類）供讀者自行選擇偏好的介面。
2.每多搜尋、切換一次頁面，介面仍預設為目前的新版介面，而該選項清單皆會再次出現，讀者可自行決定更換介面與否。
3.然而不論用戶是否停留在同一內容頁面，抑或搜尋其他條目、切換至其他頁面，在單次進入平台閱覽的過程中最多可變更三次介面（三次為舉例）。
4.用戶在單次進站的瀏覽活動中，調整皮膚設定滿三次以後，將不得再行變更（除非關閉現有視窗再進站），而之後搜尋、連結的頁面一律顯示為現有的新版介面。
如此一來，個人認為或可平衡讀者和編者的需求、使用者體驗和平台目標等效益，而且也可以直接讓用戶自行比較不同介面的使用體驗，再根據個人的閱讀使用需求和感受考慮是否註冊帳號以固定或變更其他介面。--Kriz Ju（留言） 2023年5月5日 (五) 14:35 (UTC)[回复]
总体(＋)贊成使用新界面。个人感受新的界面更加美观、易用，看起来也也更符合时代风格。关于小工具，本身小工具等bug修复就是一个长远渐进的过程，也不断会有新的小工具出现。应对移动端也本来不是旧版Vector或新版Vector 2022新版的任务，不成为阻碍使用新界面的理由。对于维基百科来说，最重要的服务对象是一般的读者（其中大多数是非注册用户）。个人认为，对他们来说，新版界面有利于他们的阅读（我之前使用旧版时，文字显示宽度过宽经常导致很多“碎行”，阅读感极差）。况且个人认为旧版设计确实观感过于脱离时代了。之前每次从其他语言跳转回中文，都感觉时光回溯了至少十年。
另外(＋)贊成为非注册用户开放皮肤选项功能。我不了解技术知识，但想来使用cookie等实现是有可能且有益的。
不过对前面的讨论确实产生一个(？)疑問：界面默认设置究竟是谁的权限，本地社群的还是基金会的？这个问题很重要。
此外(＆)建議：相关的技术文档和技术支持平台的中文本地化确实存在很大缺漏，这点非常影响中文社群参与技术构建及应对本地社群的技术问题（尤其中文维基百科的繁简转换、地区词转换等尤为复杂，还只此一家），另外从前面的讨论来看，语言隔阂还部分地增加了中文维基社群对基金会的不信任。。希望中文维基能够发起个项目（如果还没有或者推动不到位的话），促进WikiMedia等多处相关技术支持平台的中文翻译工作，并形成持续跟进参与的常态。最后，对前后无私翻译的这位用户表示感谢！
Xsgzjmxs（留言） 2023年5月23日 (二) 21:23 (UTC)[回复]

Hi everyone,

Thank you again for your comments and your participation in this conversation. We recognize that there are still a lot of open-ended questions from the volunteers here to discuss. With this in mind, we would like to propose the following:

  1. We continue discussing issues and collaborate on making fixes to the gadgets that users have issues with. Our engineers are available to offer advice on fixes, which can then be made by community volunteer developers.
  2. We push the deployment back to June 5th. This will give us more time to talk about the motivations around certain changes in the skin, to try out, as well as to discuss the data and other research we have which gives us the confidence that these changes are improvements.

We’d also like to respond and address some of your questions and concerns. Let us know if you have any questions on anything below.

  1. Why is there a main menu and a separate page tools menu?
    • One of the main goals of the project was to make it easier to understand the purpose for which different tools and menus can be used. In the Vector legacy skin, there was no separation between tools which act on the whole site (such as the main page link) and tools which are related to the page itself (such as What links here). This was confusing to readers and new editors as they did not know what to expect when they clicked on a given link. By clearly separating page tools from wiki-wide navigation, we make it easier to understand what each set of tools does. Learn more about this feature here.
  2. Why did interlanguage links move?
    • In the Vector legacy skin, interlanguage links were available at the bottom of the left menu. This made them difficult to find for readers and new editors. Many readers were not aware they could switch languages from Wikipedia (or any sister project, for that matter) and would instead close the site and use an external search engine to switch languages. By moving the languages to a more prominent location on the top of the page, we’re making them easier to find. While we introduce a click to get to the languages, this time is comparable or shorter than the time it would take to scroll down to the list of languages in the previous version (read more here).
  3. Why is limited width the default?
    • Currently, the limited width is the default on all wikis using the Vector 2022 skin. However, for users who prefer to use the site in full width, we have created a preference as well as a persistent toggle available in the bottom right corner of the page, which allows you to turn the limited width off. Read more about the benefits of the limited width.
  4. Why did the ToC change?
    • We encourage you to take a look at our documentation around the new table of contents, and specifically around its usage. In our A/B test, we learned that the new ToC is used up to 50% more than the previous one. It's also displayed on pages with fewer than 4 sections. We're currently exploring options for more configuration of the new ToC.
  5. Why do certain gadgets no longer work?  
    • We will gladly help the technical volunteers with adjusting the gadgets and user scripts. In principle, since these tools have been created by volunteers without any specific requirements regarding the quality and compatibility with different operating systems, browsers, viewports, and MediaWiki versions, it is up to the volunteers to keep those working despite constant changes of MediaWiki. But we acknowledge that some gadgets and user scripts may be unmaintained, and some technical volunteers may be unsure about what exactly they'd be supposed to do. This is why we'll be happy to help if we have (1) links to the gadgets and/or user scripts requiring changes and (2) contact with technical volunteers, if they're active and willing to work with us on this code.
  6. Why doesn't the skin look good on mobile devices? Why is editing on mobile more difficult than with legacy Vector?
    • This skin, just as legacy Vector, was not designed to be used on mobile devices. While it may be working well on tablets, for phones, we highly recommend using the mobile web version with Advanced Mobile Contributions enabled. (The mobile web software is being improved, and you may find it more useful than a couple of years ago. For example, our colleagues are working on the moderation tools.)
    • Our skin addresses the need for responsiveness (by different behaviors of side menus, for example) but in full. For technical reasons, the issue of making the skins fully responsive goes beyond Vector 2022 and this project.
  7. Why can't logged-out users choose between skins?
    • Our answer is similar to the one above – logged-out users have never had this option, and changing it is not part of this project. Vector 2022 makes the interface more useful for readers, which is proven by our data. Those individuals who don't use accounts and would like to keep the current default will need either to create an account (this is the recommended way) or use browser plugins.
    • That said, we encourage everyone to subscribe to our newsletter. Later this calendar year, we may start working on settings allowing individual users to adjust the interface even more. Your feedback will be most appreciated.
  8. Is the skin stable enough?
    • Yes, it has been stable since this time last year. Since then, we have talked to English Wikipedians and improved some technical details, mostly addressing the needs and ideas of experienced editors. Chinese Wikipedia is among the last ones to get Vector 2022 as the default.
  9. Why aren't there more colors?
    • This idea has been raised by some volunteers on different wikis. We understand that they may prefer more colors, but we don't have data indicating that more colors would improve the usability. In the next few weeks, we will perform a test (learn more here) and it is possible that in July, the interface would be less white. That said, we'd like to confirm that this skin is ready to use, and these possible changes will not make it significantly better.

More questions are answered in our FAQ. Feel free to ask us for more details on this thread as well.

How does all of the above sound? OVasileva (WMF), SGrabarczuk (WMF)（留言） 2023年5月5日 (五) 19:56 (UTC)[回复]

诸位好，
再次感谢大家的回复和参与，了解到大家仍有很多开放性问题需要探讨，故此提出以下建议：
  1. 我们将继续就问题展开讨论，并合作修复有问题的小工具，我们的工程师可以提出修复建议，然后由社群的志愿开发者进行修复。
  2. 我们将皮肤的部署期推迟至6月5日，留出更多时间来让我们阐述某些改动的目的、做出尝试、并就有关数据和研究结果进行讨论，我们有信心这些数据证明了改动是有益的。
我们还想回答一下大家的问题和顾虑。若有其他疑问，可在下方提出。
  1. 为什么主菜单和工具栏分离？
    • 该皮肤的主要目标之一旨在明确工具栏和菜单的用途，在旧版Vector皮肤中用于全局的工具（如首页链接）和用于页面的工具（正如此页面中的工具）之间并没有分开，这让读者和新手感到困惑，他们不清楚点击某个链接会怎样，通过明确拆分页面工具和全局导航部分，我们让两侧作用简单易懂。在此阅读有关功能的更多信息。
  2. 为什么切换语言的位置移动了？
    • 在旧版Vector皮肤中，位于左侧菜单底部的跨语言链接对于读者和新手来说很难找到，许多读者并不知道可以在维基百科（或姊妹项目）站内切换语言，而是关闭页面使用外部搜索引擎来切换语言。将切换语言功能移动到顶部显眼位置将使其更容易找到。虽然需要点击才能切换语言，但比旧版滚到下面语言栏耗时相当甚至更短（在这里了解更多）。
  3. 为什么限制页面宽度？
    • 目前，限制宽度是Vector 2022皮肤的默认设置，但对于喜欢全屏的用户可以通过页面右下角切换开关来永久关闭宽度限制。在这里了解限制宽度的益处。
  4. 为什么推出侧栏目录（ToC）？
    • 推荐阅读关于侧栏目录的文档，特别是用例部分。在A/B测试中，新侧栏目录使用率比旧版高出50%，它还会显示在少于四个章节的页面上。我们还在进一步研究侧栏目录的更多结构建议。
  5. 为什么某个小工具坏了？
    • 我们很乐意帮助开发志愿者调整小工具和用户脚本，但是由于这些工具是由志愿者创建的，并不存在质量标准，也不存在对不同操作系统、浏览器、窗口和MediaWiki的兼容性要求。虽然MediaWiki不断更新，但是仍取决于志愿者来维护其小工具。我们承认，某些小工具和用户脚本可能未得到维护，一些开发志愿者可能不知道该怎么做，因此，第一，如果可以提供不兼容的小工具/用户脚本链接，第二，如果开发志愿者还没有隐退并愿意与我们合作，我们很乐意提供帮助。
  6. 为什么新皮肤在移动端上看起来不怎么样？为什么新皮肤在移动端上比旧版更难编辑？
    • 此皮肤和旧版Vector皮肤一样，并不是为移动设备设计的，虽然在平板电脑上可能用起来正常，但是对于手机，我们强烈推荐使用启用了高级模式的移动版本。（移动版已大幅改进，相较于几年前，你可能发现更好用，比如，我同事们正在开发移动版审核工具）。
    • 此皮肤尽可能满足了网页自适应需求（例如，侧边菜单会自动调整），但由于技术原因，使皮肤完全适应各种情况超出了Vector 2022这个项目的目标。
  7. 为什么未登录用户无法更改皮肤？
    • 和上一个回答类似，未登录用户从来没有更改皮肤的选项，引入这项更改不是这个项目的目标，我们的数据证明了Vector 2022的界面对读者很有用。对于那些没有账户却又想保留旧版皮肤的特殊群体将需要创建一个账户（推荐方式）或使用浏览器插件来实现。话虽如此，推荐大家关注我们的新闻公告，我们可能会在今年晚些时候允许特殊群体进一步调整界面，你们的反馈将很重要。
  8. 皮肤够稳定吗？
    • 稳定，一年前的此刻就已经稳定了，在那之后我们和英维进行过交流并改进了一些技术细节，大多是为了满足高级编者的需求和想法。中文维基百科将是最后一批部署Vector 2022默认皮肤的维基百科。
  9. 为什么没有更多颜色？
    • 不同维基的一些志愿者提出过这个想法，我们理解他们可能喜欢更多颜色，但尚无数据可以表明更多颜色可以提高可用性。接下来几周内我们将对此进行测试（在此了解更多），并且在7月份界面有可能不会那么白。总而言之，希望得到确认这个皮肤准备好被接纳，这些潜在的小变动不会使出众的皮肤更出众了。
更多问题请参阅我们的常见问题解答，尽情在下方询问更多细节。
以上这些回答怎么样？-- Translated by/翻译来自：80.47.61.110（留言） 2023年5月6日 (六) 00:45 (UTC)[回复]
I'm the reader who left the previous comments, and IMO, the two WMF staff comments mean to me: "your concerns are your problems, and that won't stop us from pushing to deploy this skin as the default".
In key issues, you always use data (data from other communities) to defend your point of view, but you don't really listen to the concerns that people here talk about.
What a "great" idea to have someone who doesn't want to sign up to sign up to address his concerns?
It is my sincere hope that WMF will listen carefully to the concerns of this local community. 80.47.61.110（留言） 2023年5月6日 (六) 01:25 (UTC)[回复]
我是之前回复的IP用户，两名维基媒体基金会员工的话在我看来意思是“你的顾虑是你的问题，这不会阻止我们部署皮肤。”，在关键问题上，你们总是用其他社群数据来回应这里的关切，却没有真正听到这里的关切。让不想注册账号的人注册一个账号来解决问题，多么“好”的想法？希望维基媒体基金会认真倾听本地社群的关切。-- Translated by/翻译来自：80.47.61.110（留言） 2023年5月6日 (六) 01:26 (UTC)[回复]
问题是，提出的关切真的是大多数人的关切吗？我记得新皮肤做了很多用户测试，数据上看结果也不错。如果问题很大，为何不反驳那些数据呢？--百無一用是書生 (☎) 2023年5月6日 (六) 02:17 (UTC)[回复]
我仍然認為必須比照英文維基百科，預設禁用限制頁面寬度；尤其最新介面改版尚未完成，目前新版外觀仍然存在無謂的大片留白，觀感實在不佳，而限制頁面寬度只會加劇這種現象。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年5月6日 (六) 10:25 (UTC)[回复]
我也想在此提醒一下，目前已经有至少180个维基站点使用了默认新版vector，上方基金会人员报道的统计数据也反映出没有产生明显的问题。虽然我知道各位可以拿ENWPSAID来反驳我，但我还是想提醒，将新版vector设定为默认已经明显是一大趋势了。--BlackShadowG Slava Ukraini! 2023年5月7日 (日) 01:59 (UTC)[回复]
同上。虽然我也对大片留白觉得难以接受，但是我不确定这真的是我的审美问题，还只是换了新界面一时不适应而形成的感受?另外，在我看来，上面提出的各种意见，大部分都挺主观的，而且仔细阅读了基金会的答复后，感觉双方基本就是在鸡同鸭讲，根本不在一个频道上--百無一用是書生 (☎) 2023年5月7日 (日) 08:35 (UTC)[回复]
“鸡同鸭讲”这也是我读完的感受，我之前总结为“你的顾虑是你的问题，这不会阻止我们部署皮肤。”，基金会员工SGrabarczuk (WMF)已经在前面讨论中提到了，他不懂我们在谈论什么，语言障碍可能是一个因素，但绝不是主要原因，在我看来更大的原因是对目的的不同。这里反对的大部分中文用户可能都没有阅读过基金会针对Vector 2022创建的相关页面，更别提SGrabarczuk一再强调的有关数据，甚至一些用户的反对理由早就是已被修复或者无效的，在我看来有两种保守的原因促使他们在这里反对，一种是对基金会不尊重独立性的保护主义思想在作祟，另一种是不想冒改变现有使用习惯的保守心理（我可能也是其中之一）。当前共识中最大的障碍是小工具不兼容，但这不是一个先有鸡先有蛋问题，一旦Vector 2022皮肤被部署，开发者会再次投入到匹配中（英维就是如此），或者会有新的小工具被创造出来，所以新皮肤恰巧能够带动小工具的更新，虽然短期可能有些问题，但是正是问题推动了小工具更新的动力。虽然说了那么多偏向基金会的话，就我个人而言我阅读过和参与过部分英维对新皮肤的讨论，我个人反对意见还是集中在对于没有账号的读者来说缺少皮肤自主选择权，而不是新皮肤问题本身，虽然我非常讨厌新皮肤的切换语言部分，但是对于这个讨论中的所有注册用户，你们有机会切换到旧版皮肤，所以你们必须想想你们到底为什么反对？（PS:我还是之前讨论中的IP读者，到目前为止，我是唯一留言这个主题的IP读者（之前3个IP都是我），所以希望可以看到更多被无法切换皮肤影响的无账号读者来发表你们的感受，否则我可能会成为未来唯一反对的人）。166.211.97.243（留言） 2023年5月7日 (日) 12:41 (UTC)[回复]

(＋)支持垃圾一条街（留言） 2023年5月7日 (日) 05:59 (UTC)[回复]

說實話，現在維基百科的絕大多數瀏覽者，都沒有帳號，而如果我們不給予他們自由選擇外觀的話，哪怕新的Vector再好，也會有人不支持，而不給他們選擇就會令不支持的用戶剝削了他們可以選擇的權利。不敢你h支不支持，如果可以在首頁上/下能切換的話估計不錯。--FK8437（留言） 2023年5月7日 (日) 12:06 (UTC)[回复]
就拿reddit来说吧，我也是reddit的一个长期用户（有账号的），我很讨厌reddit的新皮肤，但是reddit提供了一个简单且优雅的方式让人们使用旧版皮肤：维护一个旧版域：old.reddit.com，我认为如果维基百科可以这样做（比如zh.old.wikipedia.org）而不是用URL后面加?useskin=vector参数这种，将会让我作为无账号读者的顾虑烟消云散。此外我确实注意到了SCP-2000帮助整理了适用于像我这样无账号用户的浏览器扩展，用于切换到旧版页面，我也试用了，自动在页面后面添加?useskin=vector确实满足了我的需求，虽然这不如原生支持旧版更优雅，我现在立场更倾向于(＝)中立，而不是之前的反对，但是作为在这里唯一留言的IP用户，我会继续反对，直到我的顾虑真的只是我自己的问题。166.211.97.243（留言） 2023年5月7日 (日) 13:09 (UTC)[回复]
Hi@SGrabarczuk (WMF)： I seem to be the only reader without an account commenting here (the previous IPs were all mine).
Personally, I've revisited my reasons against deploying the new skin, and I think the reasons are: 1) lack of option to switch to the old skin (which I think is disrespectful to non-account readers), 2) conservative sentiment, unwilling to accept changes, mistrusting new skins, and worrying about the increase in learning costs.
As much as I do hate new changes to switch languages, you can see I'm not trying to point out the problem with new skins this time, because I realized that if users like me who don't want to have an account at all can switch to the old skin for as long as they want, then I will not need to think about the new skin.
But reading the comments of other users here (since they all have accounts) I realize that their objections differ significantly from mine.
Their objections are mainly focused on: 1) distrust of WMF (in the past WMF directly exercised power without adequate communication with this local community), 2) insufficient understanding of the new skin, 3) conservative like me, unwilling to relearn to use a new skin, 4) Some technical concerns (these can be overcome, and you have provided multiple solutions above).
On the trust part, I think if you can actively respond to user concerns in this thread (if you don't understand, you can point out what you don't understand, and I'm sure someone will be happy to translate it for you), then I believe you can rebuild the trust between WMF and this local community.
In raising awareness and dispelling misconceptions about new skin. in addition to you repeatedly providing hyperlinks to the data, you should try to cooperate with translation volunteers like 暁月凛奈 and MilkyDefer to set translation goals and work on strengthening understanding, because when someone clicks on those links and finds that a lot of content on those pages is not localized and it's definitely not conducive to mutual understanding, although most of the users here can understand English well, it gives people a feeling that the project is immature and unfinished. Especially when you set a deployment date, this further fuels the distrust of this local community and WMF, because again the local community will feel that WMF is ignoring their concerns to force changes.
Regarding the third part, you can't just change people's minds, but the people who comment here, except me, all have accounts, which means they can switch to the old version skin at will if they want, so, you don't need to do a lot, you just need to keep telling people about the benefits of the new skin, I mean TELLING people directly, not through some untranslated hyperlink, so that more people will try and use the new skin, and eventually drive those conservative people to accept the change. you have to understand, you're a Community Relations Specialist, representing WMF, when you're talking about something, it's totally different when it's written in the books.
Regarding the fourth point, I have no suggestion, because you have done a good job.
Hope you achieve your goals and convince this community that what you are doing is for their good. 152.179.173.218（留言） 2023年5月7日 (日) 14:21 (UTC)[回复]
One more thing, I know it's not your job, but maybe you can give it to a colleague who can handle it properly.
On Google Translate, when I translate Wikipedia in a desktop browser, Wikipedia shows the mobile page, this has been wrong for so many years that I even suspect that this is intentional. I tried to go to mediawiki to give feedback, but there needs an account, it is not suitable for me, I hope you can help, thank you.
How to reproduce:
Open google translate in a desktop browser https://translate.google.com/, fill in a Wikipedia page (like https://ru.wikipedia.org/wiki/%D0%92%D1%8F%D0%B7%D0%B0%D0%BD%D0%B8%D0%B5_%D0%BD%D0%B0_%D0%BF%D0%B0%D0%BB%D1%8C%D1%86%D0%B0%D1%85), and click translate link, you will find that the online website translation is a mobile interface. 152.179.173.218（留言） 2023年5月7日 (日) 14:31 (UTC)[回复]
It seems to be the problem of Google Translate. So I forward your raised issue to Partnerships team and ask them to handle this issue. Thanks.--SCP-0000（留言） 2023年5月7日 (日) 15:11 (UTC)[回复]
I don't think it's a problem with Google Translate as there is no such issue on the 3rd party site where the wiki is deployed, it seems to me that Wikipedia does user-agent judgment and shows the mobile interface for it when it is judged to be from Google Translate. Google Translate will add 1.0 translate.google.com TWSFE/9.0 in the HTTP Headers and gzip(gfe) after user-agent. But thanks for your help.（我不觉得这是Google翻译的问题，因为第三方维基站点没有这种问题，在我看来维基百科通过用户代理判断，当用户代理是Google翻译时显示移动界面，谢谢） 152.179.173.218（留言） 2023年5月7日 (日) 15:30 (UTC)[回复]
Well, this is not a bug, but a compromise made by wikimedia, see here: https://gerrit.wikimedia.org/r/c/operations/puppet/+/506043/
But, I hate it. can anyone go to mediawiki and respond to this? I don't have an account there.（它不是一个错误，这是维基媒体故意的，谁可以去维基代码那里反应这个问题？）152.179.173.218（留言） 2023年5月7日 (日) 15:52 (UTC)[回复]
你好，SGrabarczuk (WMF)，我可能是这里唯一留言的没有账号的人（上方那些IP都是我）。
个人而言，我重新考虑了我反对新皮肤的理由，我总结为：1、没有旧皮肤切换选项（我认为这是对像我这样的无账户读者的不尊重），2、保守原因，不愿意接受改变，不信任新皮肤和担心新皮肤增加了学习成本。
尽管我之前强烈反对切换语言方面，但是这次我不谈这些，因为如果可以给无账户读者切换皮肤选项，一切问题都迎刃而解了。
但是读过这里其他用户的留言后（那些有账户的用户），我发现我和他们的反对原因有许多不同之处。他们的反对主要集中在：1、对维基媒体基金会的不信任（过去曾发生维基媒体基金会未和此社群充分沟通情况下直接行驶权力），2、对新皮肤不够了解，3、像我这样保守，不愿意重新学习如何使用新皮肤，4、一些技术问题（这些是可以解决的，你在上面已经提供了多种解决方案）。
信任方面，我觉得如果你能积极在这里回复用户的关切，那么我相信可以重建维基媒体基金会和此社群之间的信任（若有语言障碍，可以指出，这里肯定会有人帮助打破这种隔阂）
提高人们对新皮肤认知方面，我认为除了反复提供链接到数据的页面外，还应该尝试和像是恒月凛奈和MilkyDefer这样的译者合作进行有关页面的翻译，尽管这里大部分人在英文理解上没有困难，但当有人点击你提供的页面后发现其中大多都是英文内容，这会给人一种不成熟未完工的感觉。尤其是你设定一个部署日期后，这加剧了对维基媒体基金会的不信任，让他们感觉再次试图强制做出改变。
关于第3点，你无法改变一个人的想法，但是在这里留言的人（到目前为止）除了我都有账号，他们可以随意切换到旧版皮肤，所以我认为你只需告诉人们皮肤的好处就好了，我说的是直接告诉，而不是丢一个未翻译的链接，这样更多人会尝试使用新皮肤，最终驱使那些保守的人接受改变。再说了，你是一名社群关系专家，代表维基媒体基金会，你说的话和纸上写的分量是不同的。
关于第4点，你做的很好，我没有什么建议。
希望你能实现你的目标，并让社群相信你这么做是为了他们好。-- Translated by/翻译来自：152.179.173.218（留言） 2023年5月7日 (日) 15:07 (UTC)[回复]
还一件事，我知道这和你无关，但是也许你能帮忙转交给负责此事的同事。
在Google翻译中，在桌面浏览器翻译维基百科时会显示成移动版页面，这个问题都好多年了，我甚至怀疑是故意的，我曾试过去mediawiki反馈，无奈需要账号，还希望你能提供帮助，谢谢。
重现步骤：
桌面浏览器打开https://translate.google.com/，输入维基百科页面（比如https://ru.wikipedia.org/wiki/%D0%92%D1%8F%D0%B7%D0%B0%D0%BD%D0%B8%D0%B5_%D0%BD%D0%B0_%D0%BF%D0%B0%D0%BB%D1%8C%D1%86%D0%B0%D1%85）点击翻译链接，然后你会发现页面是手机版的。-- Translated by/翻译来自：152.179.173.218（留言） 2023年5月7日 (日) 15:16 (UTC)[回复]

Vector 2022的进步之处固然很多，缺点也不少，上面被总结过的论点我就不再重复了。这里主要说说Vector 2022的丑陋体现在何处。

丑陋与美观相对。网站布局中的美观常常体现在元素的对齐、呼应、一致性，总之要体现出一种秩序。

  • 例如旧版Vector皮肤以三根蓝线划分内容区与非内容区，二者底色迥然不同。非内容区的元素分布在上、左、下三个方向，多而不杂乱。
    • 中文维基百科的首页banner呼应了旧版Vector的设计，锦上添花。
  • 再如Timeless皮肤的header分为三个区域，其中的搜索框与底下内容区左右边线对齐，且居中，看起来非常舒服。不同区域的底色之间亦有足够对比度。

而Vector 2022则是一团乱麻：

  • 缺少线条或颜色来区分各功能块。左侧菜单背景色#f8f9fa虽与页面白色背景不同，但对比度仅1.05，极不协调。
  • 搜索框左侧与内容区左侧对齐，很好；但搜索框右侧终止的位置是无端而随意的。
    • sticky header有时出现有时不出现。sticky header上的搜索变成了放大镜按钮，并且从中间跳到了最左边。
  • 在左右侧栏都显示时，左侧栏宽于右侧栏，内容区偏在右侧位置。
  • 一旦打开“限制页面宽度的模式”，问题就更多了：
    • 宽屏下两侧多出莫名其妙的低对比度灰色底色。
    • 内容区左侧有东西，右侧空白，这是我最不能容忍的地方。看看此类布局的正常设计是什么样的。

让运动员做裁判是不合适的，由新皮肤开发者提供的数据未必能说明问题。若真要用数据证明Vector 2022优于旧皮肤，应让独立人士在控制好变量的前提下做A/B測試，结果不能选择性披露。--Lt2818（留言） 2023年5月7日 (日) 14:50 (UTC)[回复]

@Lt2818：(＋)贊成--Firedoge2023（留言） 2023年6月28日 (三) 02:55 (UTC)[回复]

Translation: It is true that Vector 2022 is both a step forward and backward, I will not repeat what has been said. I will analysis how Vector 2022 is UGLY.

The antonym of ugly is pretty. The prettiness of web design comes from the alignment, echo and consistency between elements. It comes down to ORDER.

  • For example, the legacy vector seperates content and non-content areas by a vertical blue line at page left, a horizontal blue line at page top, and another horizontal blue line at page bottom. The two areas have dramatically different background colors, non-content areas possess the top, left, and bottom of the page. While there is much, it is not chaotic.
    • The banner on the main page echos the old vector skin, making the visual more consistent, and echos the old skin.
  • Timeless. This skin's header is separated into three groups, where the search bar is in the middle, having the same width of the content area. Sitting in the middle and having consistent width makes the skin elegant. Also notice the color contrast between content and non-content areas.

Ok let's look at Vector 2022.

  • No obvious visual separator between areas. Althouth the main menu in the left bar has a different background color (#f8f9fa), its contrast ratio is merely 1.05, extremely dissonant.
  • It is great that the search bar is left-aligned to the left of the content area. But, the position of the right end looks arbitrary.
    • The sticky header sometimes appears and sometimes not. That is inconsistency. The search button jumps to the far left of the sticky header. That is another inconsistency.
  • When both the left and right sidebar appears, the left sidebar is wider than the right sidebar. The main content is therefore, not in the middle, but a little to the right.
  • Toggling on the limit-width mode, problems are just more:
    • Unaccountably strange low-contrast gray color.
    • When the right sidebar is collapsed, that place just remains blank. That is visual imbalance. If WMF really does not know what is a good design, go read the Golang book.

Any comparasion data provided by the developer themselves are unreliable. Perform a blind A/B test by an independent individual, and only such data, is convincing.

@OVasileva (WMF)、SGrabarczuk (WMF)：The above is an analysis of the new Vector skin, which you may be interested in. MilkyDefer 2023年5月8日 (一) 08:08 (UTC)[回复]

感谢技术帝发言，终于明白为什么我看vector-2022觉得很诡异了。这样看来vector-2022比monobook都烂XD  ——魔琴 [ 万户涕泪 ] 2023年5月7日 (日) 14:58 (UTC)[回复]
  • 沒有關係啊，基金會和獨裁社群基本上真的是死了，硬要強行通過。只是把時程從原本的5月8日延後至6月5日，根本一點反對和建議意見都聽不進去嘛。請問獨裁社群到底有沒有尊重過所有想來維基百科閱讀的人？還敢說不是強行通過關於Vector 2022的提案？而且還說獨裁社群和基金會是互不相關的？可悲的獨裁社群，明明上述講的全部都是事實，卻都要被扭曲說是假的，維基百科現在真的已經沒資格再教其他用戶做事情了。這些反對意見到底是要說幾次？硬是要過也行，真的是形式化討論而已。這討論唯一的好處可以趕走更多用戶遠離維基百科而已，發神經了。原來個個都想睜眼說瞎話，那以後乾脆就學這些人講話就好了，還有必要說實話或吐出心裡的話來陳述意見嗎？--Z7504非常建議必要時多關注評選（留言） 2023年5月7日 (日) 15:22 (UTC)[回复]
    ？？？—— Eric Liu 創造は生命（留言・留名・學生會） 2023年5月7日 (日) 18:41 (UTC)[回复]
    ？？？--MilkyDefer 2023年5月8日 (一) 07:33 (UTC)[回复]
    ……--BlackShadowG Slava Ukraini! 2023年5月13日 (六) 07:20 (UTC)[回复]
FYI：基金會在2月時向英文維基百科社群提供的與 Vector 2022 相關的數據（包括使用率、部署前後的瀏覽、編輯、帳號創建數量、收到的擔憂等）以及未來計劃，供各位參考。謝謝。--SCP-0000（留言） 2023年5月7日 (日) 17:09 (UTC)[回复]
@Lt2818：关于颜色区分方面，WMF员工在上方提到，他们进行了调查，喜欢现有的全白模式和一种灰色分隔模式的最多。他们将进行A/B测试以决定选择何种方案。 ——魔琴 [ 万户涕泪 ] 2023年5月7日 (日) 17:33 (UTC)[回复]
灰色分隔模式看起来舒服多了--百無一用是書生 (☎) 2023年5月8日 (一) 03:54 (UTC)[回复]
这种灰色分隔模式好多了。许多地方有必要做此类大刀阔斧的改动。--Lt2818（留言） 2023年5月8日 (一) 14:10 (UTC)[回复]
同意諸位看法，明顯優於原設計。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年5月8日 (一) 16:06 (UTC)[回复]
看来大家都没认真看staff说的话XD ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年5月9日 (二) 08:31 (UTC)[回复]
@魔琴：姑且還是強調一下，當然不是沒有注意到以後可能會推出的介面更新，只是我認為不應該將「未來」的計畫與「現在」的部署混為一談。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年5月29日 (一) 13:34 (UTC)[回复]
那为啥我在这里复读了一遍就这么多人跑来支持xd ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年5月29日 (一) 13:57 (UTC)[回复]
(※)注意，WP:新條目推薦/候選目錄在vector2022下出現異常，似乎是{{TOClimit}}在vector2022下沒有效用。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2023年5月8日 (一) 02:47 (UTC)[回复]
是否涉及phab:T317818？staff在互联群提过这个task ——魔琴 [ 万户涕泪 ] 2023年5月8日 (一) 03:20 (UTC)[回复]
@OVasileva (WMF)、SGrabarczuk (WMF)： The TOC in WP:Did You Know nomination looks strange. Sections with blank title in TOC are supposed to be hidden by utilizing {{TOClimit}}, but it is not working under Vector2022. The problem seems related to phab:T317818. Any idea to fix the issue? --CDIP No.150 2023年5月8日 (一) 08:49 (UTC)[回复]
Thanks, that's a good catch, @Cdip150. I've asked the engineers. I'm curious what they would say.--SGrabarczuk (WMF)（留言） 2023年5月12日 (五) 22:21 (UTC)[回复]
@SGrabarczuk (WMF): Hello, any update about this issue? Thanks.--SCP-0000（留言） 2023年5月28日 (日) 16:18 (UTC)[回复]
Oh, yes @SCP-2000, thank you for pinging me, and my apologies for not going back to you sooner! The engineers took a look and said this is a hacky solution that should be avoided by the communities, and not supported and discouraged by the team.--SGrabarczuk (WMF)（留言） 2023年5月29日 (一) 13:16 (UTC)[回复]
Thanks for your reply! cc @Cdip150、魔琴：--SCP-0000（留言） 2023年5月29日 (一) 13:29 (UTC)[回复]
另外请注意，v22把本地链接的颜色#0645ad改为和跨语言链接一样的#36c【更正：内链和外链都改为了#36c。v10的外链是#36b而非#36c】，不知道是否会影响配色合规 ——魔琴 [ 万户涕泪 ] 2023年5月8日 (一) 03:21 (UTC)[回复]
mw:Reading/Web/Desktop_Improvements/Features/Visual_Refinements#Link_colors，从这种角度来说，似乎是更合规了。--MilkyDefer 2023年5月8日 (一) 12:05 (UTC)[回复]
这种是牵一发动全身的，绿链颜色、一些多彩模板的配色需不需要改什么的……具体我也不清楚，就是提个醒。 ——魔琴 [ 万户涕泪 ] 2023年5月8日 (一) 16:02 (UTC)[回复]
我想基金會壓根兒沒有想到還有跨語言連結的問題吧？—— Eric Liu 創造は生命（留言・留名・學生會） 2023年5月8日 (一) 16:06 (UTC)[回复]
@Ericliu1912：抱歉，上述说法有误，已经更正。内链#0645ad和外链#36b统一成了#36c。 ——魔琴 [ 万户涕泪 ] 2023年5月8日 (一) 16:51 (UTC)[回复]
我认为大力推动默认采用timeless比搞个新版vector好多了，光排版上timeless就显然更优于新版vector，我用timeless也有大概三年，除了timeless默认情况下与hotcat不兼容，其他我没发现什么大问题。--🔨（留言） 2023年5月11日 (四) 00:36 (UTC)[回复]
盲猜不默认timeless的最大原因是因为这个皮肤不是WMF开发维护的--百無一用是書生 (☎) 2023年5月11日 (四) 02:48 (UTC)[回复]
對我來說其實新的Vector還沒有很糟糕，甚至有點「沈浸式閱讀」的感覺，但我無法接受強行通過讓維基百科的最大瀏覽來源——未註冊讀者——沒有調整的權利。難不成想要這樣來促進IP用戶註冊帳號？[開玩笑的]我知道這種新版不錯，但有人喜歡也代表有人反對，如果跟「網頁版」和「移動版（M）」一樣在條目底下/上面設置一個調整器，讓不喜歡的用戶切換就好了。但無視不小的反對在根本未有明顯的民意基礎下強制獨裁通過的話，那我就退出維基百科了吧--FK8437（留言） 2023年5月11日 (四) 04:59 (UTC)[回复]
依據基金會的說法，一來是本站過往至今沒有讓 IP 用戶更換皮膚的選擇，二來存在技術限制，因而基本上不太可能有更換皮膚的功能（至少在短期內）。個人認為除了可建議 IP 用戶建立帳號以更改皮膚外，亦可同時建議使用瀏覽器插件，在不建立帳號的情況下也能更改皮膚。謝謝。--SCP-0000（留言） 2023年5月11日 (四) 10:35 (UTC)[回复]
Yes, @SCP-2000 is correct. It's just technically impossible, regardless of what skin is the default. See this section and this one of our FAQ.--SGrabarczuk (WMF)（留言） 2023年5月12日 (五) 22:45 (UTC)[回复]
当初monobook换成vector的时候是否也有相关讨论？ ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年5月11日 (四) 15:37 (UTC)[回复]
雖然略為離題了，不過還算是有些參考價值。就個人初步來看，當年也有要求回滾 Vector 的討論，只不過不多人支持，而且當年 Vector 最大的問題只是 Search Box ，而非現在主要是頁面佈局的問題。謝謝。--SCP-0000（留言） 2023年5月11日 (四) 16:12 (UTC)[回复]
我看到有人抱怨cactions被收在「更多」下面还要多点一下xd2023年5月12日 (五) 07:30 (UTC)-- ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年5月12日 (五) 07:30 (UTC)[回复]
Thank you all for your feedback and the discussion so far. We noticed that some of you mentioned the changes in the visual separation of content from the background. This is also a topic members of other communities talked about, and the team has been discussing recently. The current version of the Vector 2022 skin has shown improvement in the organization of content by introducing a menu system that separates links by their purpose. But we are also working to make it easier for people to focus on the content and visually distinguish between the content and the navigation portions of the article. We have prepared a prototype which we will be testing in the next few weeks. This prototype:
  1. Introduces visual separation between different portions of the page
  2. Decreases the contrast of the background
We began by testing this prototype with different users to identify whether it improved usability. You can see the results of this test here. We will be continuing with testing this quantitatively across a number of wikis. You may learn more about that here.
We hope to hear your thoughts and questions. Thank you again for your feedback so far. SGrabarczuk (WMF)（留言） 2023年5月12日 (五) 22:40 (UTC)[回复]
@SGrabarczuk (WMF)： Hello, I would like to ask what is the exact date and time of Vector 2022 deployment? Thanks. --SCP-0000（留言） 2023年6月4日 (日) 19:03 (UTC)[回复]
I don't think that there are consensus to immediately deploy the skin as for now yet. —— Eric Liu 創造は生命（留言・留名・學生會） 2023年6月5日 (一) 03:18 (UTC)[回复]
共识不强求一致同意，注意到上方支持更换皮肤的编者明显更多，反方似乎也没有进一步论证。--BlackShadowG Slava Ukraini! 2023年6月5日 (一) 13:27 (UTC)[回复]
可是现在社群很明显没有准备好v22的部署…… ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月5日 (一) 13:57 (UTC)[回复]
我相信，如果不强制部署，永远也准备不好。。。--百無一用是書生 (☎) 2023年6月6日 (二) 02:05 (UTC)[回复]
我可不是說社群反對部署，而是完全不理解憑什麼不把現有問題儘量解決以後再部署。是有多急？—— Eric Liu 創造は生命（留言・留名・學生會） 2023年6月5日 (一) 15:17 (UTC)[回复]
Hello! Thanks @SCP-2000 for the question and thanks everyone else for the comments. We haven't made the change yet. We're drafting a longer message which, I hope, will clarify how we interpret the situation and how we would like to proceed. I hope we'll get the message finished within 24 hours. Sorry for a bit of a delay - it's mostly due to the time difference between Asia, Europe where I am based, and North America where most of the available team members are. Also, briefly in regards to what's happening in the meantime: we're not making any sudden movements, I'm subscribed to this topic, and I read all the comments. Thank you!--SGrabarczuk (WMF)（留言） 2023年6月5日 (一) 21:46 (UTC)[回复]
@SGrabarczuk (WMF)：Thanks for your understanding! I wish we could cooperate to tackle those problems, and set up the new Vector skin as default as quick as possible. —— Eric Liu 創造は生命（留言・留名・學生會） 2023年6月9日 (五) 01:09 (UTC)[回复]
I believe we lack specialists of the MediaWiki API. A bunch of our code are written years back, using very dirty hacks. The technical debt is heavy. MilkyDefer 2023年6月9日 (五) 05:35 (UTC)[回复]

关于翻译WMF内容的一些想法

@SGrabarczuk (WMF)： People who have read my previous translations may have noticed that the Chinese I translated above is not a word for word translation, but to convey the meaning of WMF staff as much as possible. One of the words I really don't like is "volunteer". WMF didn't write Wikipedia, we did, we should be called "part of the family" instead of being called "volunteers", which sounds like "temps/free labors" people who can be dumped at any time. I understand that WMF has always referred to community members as volunteers, but that word does not represent us. It should be noted that we do not work for WMF, we work together for the idea of a free encyclopedia that WMF hopes, because we share the same ideals with WMF, the people here and WMF are collaborators, family members, not temporary workers or free labors. I hope that WMF can truly talk to the community on an equal footing, instead of treating people here as free labor to realize the ideals of WMF. When that kind of thing happens, you don't need to say "dear community member" because you are a family member here, so your proposal will not be seen as trying to break something, but to bring about improvement. So, try to be a part of this place instead of standing in a privileged position and talking to people here, respect doesn't come from how much "dear" you use, but your position. Thnak you. 75.127.205.91（留言） 2023年5月11日 (四) 10:41 (UTC)[回复]

其实感觉越抠字眼没啥意思。不用「志愿者」用「编辑」吗，那是否意味着WMF欠我们工资？[開玩笑的]「各位社群成员」也没问题啊，没说只有非社群成员才能用这个称呼。再说社群主要是相对负责管理的WMF而言的，不然你要怎么称呼社群？「编辑团体」？ ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年5月11日 (四) 15:36 (UTC)[回复]
Thanks for your translations and your comment, 75.127.205.91. I respect and appreciate that you're translating to convey the meaning rather than word to word.
You're raising an interesting point. I come from the editorial community myself (Polish Wikipedia, specifically), and I must admit, this is the first time I see someone criticizing the term volunteer using these arguments. I'm wondering if more people have similar feelings about the word "volunteer".--SGrabarczuk (WMF)（留言） 2023年5月12日 (五) 21:36 (UTC)[回复]
I think most people here will not be dissatisfied with the word "volunteer", and there is nothing wrong with using this word in the Chinese context. Please don't feel sorry for that.--BlackShadowG Slava Ukraini! 2023年5月13日 (六) 07:19 (UTC)[回复]
Thank you @BlackShadowG. I use this term to mean "a person who takes part, does some effort and spends some time, without being paid". There is an interpretation going in the exact opposite way to the one presented above: since most communities' members are volunteers, their time and presence is more precious, because they have less time to offer and more options to choose between (articles to write, discussions to take part, other pages to edit, some projects to coordinate, etc.).--SGrabarczuk (WMF)（留言） 2023年5月29日 (一) 14:10 (UTC)[回复]
  • 可悲的獨裁社群，就是在演戲而已（只是把時程從原本的5月8日延後至6月5日，就是要在6月5日闖關嘛），完全不尊重讀者以及不顧反對的意見。就這點來說，真的只會想趕走更多想寫維基百科的用戶而已。請問還有什麼好說的？既然沒有什麼好說的，那也沒有必要一直重申反對的意見，因為根本不可能會被理會以及重視嘛。況且獨裁社群居然也敢睜眼說瞎話的說是和基金會是互不相關的，卻根本忘記基金會是怎麼搞獨裁社群的。獨裁社群現在唯一可以做的恐怕真的只是寫條目了吧？因為只要一開始討論某種話題或者開始某個投票，那些反對派、意見派的就出來說話了，唯有感到可悲以外沒有什麼好說的了。誰不知道Vector 2022版面其實是沒問題的啊？但是就「閱讀沒有版面選擇性」（如果不登入帳號的話沒得選）而且「強制默認Vector 2022」來說，就是觀感不佳，這個問題已經比「火車與亞麻」的故事還嚴重多了。--Z7504非常建議必要時多關注評選（留言） 2023年5月27日 (六) 06:11 (UTC)[回复]
    :O —— Eric Liu 創造は生命（留言・留名・學生會） 2023年6月15日 (四) 10:54 (UTC)[回复]

Resolving technical issues

Hello everyone,

We, the Web team at the Wikimedia Foundation, wanted to share an update about the timing of the skin change we've been discussing here and address the comments you all have raised in response.

First, we are postponing offering the Vector 2022 skin by default at zh.wiki for the time being. We hope that we can work with you all to ensure we accurately understand the range of technical issues you perceive with the skin.

With the above in mind, below is a list of the technical issues we've seen mentioned in the conversations thus far.

As a next step, can you all please review these issues with the following questions in mind?

  1. What (if any) issues are currently missing from the table below?
  2. What issues below need to be edited/clarified/expanded so that they more accurately describe what you are all experiencing?

Zooming out a bit, once we come to a shared understanding of the issues you all perceive/have experienced with the Vector 2022 skin, we're thinking we can decide what – if any – of these technical issues require fixing before the Vector 2022 skin can be made available to everyone by default.

A small note – we would like to confirm again that any logged-in user may choose a different skin at any time. This is done by choosing a different option in Preferences.

Issues
ID Description Phabricator ticket/Status
1 NoteTA (instead of a standard tab like the one for Discussion or Read, unformatted icons are displayed) Fixed

EDIT by User:Diskdance: This fix is broken. It doesn't show the prompt when clicked. EDIT 2: Now fixed

The functionality isn't broken, but the design part may be adjusted. (EDIT: Proposed change at MediaWiki talk:Gadget-noteTAvector.js)

2 “工具列显示当前未巡查的新页面”小工具在Vector 2022中的呈现方式比较怪异 We'll be grateful for instructions on how to enable this. Then, we'll be able to fix it.
3 很多小工具不在 sticky header 显示。 We're curious what gadgets/scripts you think should be visible in the sticky header.
4 MediaWiki talk:Vector-language-redirect-to-top should be changed T330805

(it is unclear to us what the root problem is – what is incorrect about the current text)

We're following the discussion. Let us know if our help is needed.

5 Vector（2022）皮肤下，FA和GA的图标会遮挡“路线图”按钮 There's an instruction how to fix it; we may assist you fix this
6 左侧toc的缩进应该改为一个字符：.vector-toc .vector-toc-list-item { padding-left: 0.875em; } T339287

We are not sure what the reason for this change is.

7 [繁简]转换通知与宽度切换按钮重叠（EDIT: in MediaWiki:Gadget-notifyConversion.js） Fixed

We need to know how to enable this. Then, we'll be able to fix it.

8 页面顶部-底部小工具多余

Fixed by changing the alignment to other elements

We're not sure what this is about. We'll be grateful for instructions on how to enable this.

9 MediaWiki:Gadget-pseudonamespace-UI.js Fixed by Jon (WMF)

No real fix, see MediaWiki_talk:Gadget-pseudonamespace-UI.js#编辑请求_2023-06-06

10 Anything else?

Note: you'll notice that the table above intentionally excludes comments and concerns related to the basic design of the skin (for example the separation of the page tools menu and the site-wide tools menu, the location of the table of contents, or the location of the language switcher). This is because that part is fully stable and we will not be able to reconsider it. We have also tried to address and clarify this part of the concerns in our comment above.

We acknowledge this response may not satisfy everyone. We want to communicate how we're thinking about this clearly, and we're interested in continuing to hear your thoughts. Let us know if you have any questions or concerns. Thank you again for your feedback and help! SGrabarczuk (WMF)（留言） 2023年6月14日 (三) 17:21 (UTC)[回复]

@SGrabarczuk (WMF): I can clarify item 6 if the translator fails you: it means to indent by one single Chinese character (which is wider than a Latin character). I hope this information helps.--碟之舞📀💿 2023年6月15日 (四) 06:12 (UTC)[回复]
Thanks @Diskdance. I'll ask my colleagues if the indent is indeed of the width of a Latin character, in which case it would better be adjusted to the script here, or is it "just" a fraction of em, regardless of any script character width.--SGrabarczuk (WMF)（留言） 2023年6月15日 (四) 13:15 (UTC)[回复]
@SGrabarczuk_(WMF)： It can be adjusted simply by editing site css files. Nothing is broken. It's just an interface preference issue and should be changed through community concensus instead of site configuration.  ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月15日 (四) 13:36 (UTC)[回复]
Right, right, @魔琴. Perhaps that's the better approach for you to introduce this change locally. I'll talk to the team anyway, because I'm curious if there's anything that could be done on our side.
After some consideration, I think that originally, for the basic site configuration, the indentation size had nothing to do with the font size.--SGrabarczuk (WMF)（留言） 2023年6月15日 (四) 17:15 (UTC)[回复]
Thanks for your effort. It's just that I think indent based on character size should look better. I wonder how ja and ko wikis think of it. ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月15日 (四) 17:28 (UTC)[回复]
For item 7 this is the step to reproduce:
  1. Open a browser window in private mode, with browser preferred language set to English
  2. Open https://zh.wikipedia.org/wiki/Wikipedia:%E9%A6%96%E9%A1%B5?useskin=vector-2022
  3. You'll see a blue banner at the bottom of the page, and it overlapped with the fixed width toggle button.
--碟之舞📀💿 2023年6月15日 (四) 06:16 (UTC)[回复]
#3: It's just that using addPortletLink and jQuery to add something into #p-personal won't automatically add the same things into #p-personal-sticky-header. User:SunAfterRain has written a gadget to fix this: User:SunAfterRain/js/Vector2022StickyHeaderAutoCopy.js
#4: Explained in #wikipedia-zh
#6: Being proposed on the VP/T.
#9: Need a .trim(). (After the closing tag of #ca-nstab-main a the v22 HTML adds a \n thus nstab.child.text() becomes "条目\n" instead of "条目".)
About #2... never mind. It is still functional; it is only funcional. ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月15日 (四) 08:43 (UTC)[回复]
Reproducing item #2: You will need to have "patrol" right, so that gadget (MediaWiki:Gadget-PatrollCount) will appear in your preferences. Select and enable that. A new link is added to top right corner (in vector 2022 it is folded in the user submenu), hovering on the link will show a list of new pages on the fly. That hover effect is broken. --MilkyDefer 2023年6月16日 (五) 09:00 (UTC)[回复]
Thank you @MilkyDefer. We'll look into this.
Also, I'd like to ask everyone involved in this discussion to take a look at the table above and confirm if the recent changes are in the desired direction. Thank you! SGrabarczuk (WMF)（留言） 2023年6月16日 (五) 11:56 (UTC)[回复]
I'm using v10 and the portal link is slightly moved left because of the Growth Project and the UTC gadget, but the hover menu is still there. So I think it's working as designed. Just like what I have said before, the gadget should be rewritten. Since it's still functional (id est, we can still use the script to go to Special:NewPages and see the hover menu despite its weird behavior), I don't think that's a major obstacle to changing the default skin. ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月16日 (五) 12:22 (UTC)[回复]
A comment for the humans to know what to expect and for the bot not to archive this discussion too soon: I'm going on a one-week holiday. I'll continue talking here in the week of July 17th. Thank you [humans :D] for your understanding! SGrabarczuk (WMF)（留言） 2023年7月8日 (六) 10:30 (UTC)[回复]

（節刪）：到目前为止唯一在此留言的IP读者的抱怨

在这几个月时间内，我是在这里唯一留言的IP用户（在这期间变换了无数次IP），对话从一开始大部分注册编者缺乏对新皮肤的认知渐渐地转向了解决问题推动新皮肤部署的状态。我在这期间也多次发表个人浅见，并且协助翻译这个讨论中多个内容。但是非常遗憾的是，几个月的讨论，我没有看到第二个IP用户，第二个维基百科的读者来这里发表自己的意见。如今部署新皮肤的提案已经得到了大部分在此讨论的注册编者的认同，但是却没有一个编者试图扩大讨论范围到维基百科最主要的用户群体 —— 读者。我对在座的各位用“本位主义”的决策方式感到遗憾，不好意思侮辱了大家（不是针对某个人，而是针对你们所有人）。

在此我唯一请求的是：扩大讨论范围至维基百科最主要受众 —— 读者。
建议方法是：在这里完全达成共识后，在中文维基百科全站条目顶部悬挂横幅，指向此讨论，要求读者发表关于皮肤更改意见。

在此之后，如果那些没有选择权的读者多数同意做出此项更改，那么我们可以继续讨论部署具体期限。如果多数读者不同意，那么编者必须和读者之间做出妥协。在我看来更改皮肤必须基于共识，且此项更改最直接影响到的是那些没有账号的读者，因为他们没有切换皮肤的选择权，缺乏他们的意见建立的共识能否称为共识？

最后，虽然注册用户@Z7504：在上方也极力反对推动此项更改，查看Z7504阁下的以往言论后，本人需要和Z7504划清界限，因为在我看来Z7504存在某种精神问题，一天到晚叫嚣“独裁社群”，失去了理性思考的能力，很抱歉直言不讳地讲，但是Z7504阁下也是在这里（節刪），阁下的抱怨无法代表读者的关切，更没有从读者视角出发。

希望我的提议可以被考虑，希望这次更改皮肤经过了充分的讨论，不仅是编者之间，更是读者+编者+维基媒体基金会，谢谢！71.246.22.59（留言） 2023年6月20日 (二) 16:15 (UTC)[回复]

感谢@SCP-2000：礼貌地提醒了我我的原文多次违反文明方针，并删除了我的原文部分内容，但是我很失望这导致节删后完全失去含义，之所以使用那个词，是因为我很难找到一个如此形象、具有对比性的讽刺用语来提醒在这里的所有人忽视的内容，但是我理解你对方针的遵守。无论如何，如果有谁对原文感兴趣，最好读读删除前版本：Special:Diff/77759065。71.246.22.59（留言） 2023年6月20日 (二) 17:41 (UTC)[回复]
我认为或许可以用“立场决定观点”来代替那个词，以防止相关句子失去含义？--39.171.190.169（留言） 2023年6月20日 (二) 17:57 (UTC)[回复]
至少我的抱怨开始见效了，你是在这个讨论中第二个IP用户，这就是进展，此外我不认为在中文中有什么其他词可以那么形象的讽刺且不违反文明方针，想要了解原文含义的人不得不去阅读删除前的版本：Special:Diff/77759065。71.246.22.59（留言） 2023年6月20日 (二) 18:05 (UTC)[回复]
感谢您的留言。原则上我支持这种做法，不过有两点我想打个预防针：一、基于幸存者偏差，有可能认同本皮肤的读者并不会留言，在加上中国大陆读者由于代理原因导致编辑困难，从而导致留言板全是负面评价的情况产生；二、其实不少用户（尤其是中国大陆用户）注册个账号也是纯方便编辑的，也可以算作纯读者吧。--碟之舞📀💿 2023年6月21日 (三) 08:23 (UTC)[回复]
People in this thread can't see elephants: the only IP reader to complain about here so far
Over the past few months, I have followed this thread, actively participated in discussions, and even helped translate some content to help understanding between WMF and the local community.
I'm seeing a shift where most of the registered accounts discussed here start out knowing nothing about the new skin, and get to know the new skin, and then move on to trying to troubleshoot future issues they may have after the skin is deployed.
But to my regret, after months of discussions, I'm still the only IP reader in this thread (all previous IPs comments are from me, I changed IPs many times during this time). I'm glad that our community of editors has made progress, but I'm very sad not to have a second reader join this discussion. I must say that most of the editors here are small persons who think they know everything, but the fact is that they know nothing, because they cannot represent the most important user group of Wikipedia -- Readers. I can't speak for the readers, although I seem to be the ones speaking here, but I can't speak for them.
I ask everyone in this thread: expand the scope of this thread to the most important user group of Wikipedia -- readers.
The suggested method is: launch a banner on all pages of the Chinese Wikipedia, asking readers and more editors to join our discussion.
We can decide what to do going forward as more readers join our discussion, because this change most directly affects the readers of Wikipedia, they do not have the right to choose the skin, but at least they have the right to discuss, and the lack of their views is parochial, and that cannot be called consensus. If after enough discussion most people in this thread support deploying skins, then we start discussing when to make this change. Before that, I don't think anyone in this thread has a right to represent their choices.
I hope my proposal can be adopted. The choice of changing the skin is not only in the hands of the editor, but more in the hands of readers + editors + WMF. Thanks. -- Translated by/翻译来自：71.246.22.59（留言） 2023年6月20日 (二) 17:27 (UTC)[回复]
我不认为将编者和读者强行划上不等号是有意义的。WP:共识是面向所有的用户，我们不会把一件事分成“编者的共识”和“读者的共识”，因为这里只有“用户的共识”。--BlackShadowG Slava Ukraini! 2023年6月22日 (四) 15:19 (UTC)[回复]
Hello, anonymous user :) First of all, thank you for your involvement and especially thanks for the translations!
You’ve raised a good point - readers and their opinions matter. In principle, they should be at least taken into account, and invited to our discussions when possible.
You’re familiar with the skin, and I presume you’ve also read the more detailed information in documentation I’ve linked to. I’m wondering, what do you think about the fact that readers were invited when we were building out and testing the earliest mockups, and then the skin, feature by feature? (Here are some reports.) Or what about us monitoring the usage statistics since 2020, when the earliest version of the skin was introduced in the first batch of pilot wikis? I’m curious what you’re missing now that wasn’t covered/provided in the previous phases.
I believe you would also be interested in taking part in a broader, more general discussion my colleagues and I will start later this year. It will concern the improvements to the software-related decision-making. We’re wondering what needs to change for different groups to be more involved. We haven’t started anything and I don’t have any links to share yet, so just bare in mind this topic is on the horizon, and feel invited :)
Thanks,--SGrabarczuk (WMF)（留言） 2023年6月30日 (五) 13:17 (UTC)[回复]
谷歌翻译：
您好，匿名用户:) 首先感谢您的参与，特别感谢您的翻译！
你提出了一个很好的观点——读者和他们的意见很重要。原则上，他们至少应该被考虑在内，并在可能的情况下邀请他们参加我们的讨论。
您熟悉这款皮肤，我想您也阅读了我链接到的文档中的更详细信息。我想知道，您对我们在构建和测试最早的模型以及逐个功能的皮肤时邀请读者这一事实有何看法？ （这里有一些报告。） 或者我们监控自 2020 年以来的使用统计数据，当时最早的皮肤版本在第一批试点维基中引入？我很好奇你现在缺少什么在之前的阶段中没有涵盖/提供的内容。
我相信您也会有兴趣参加我和我的同事将于今年晚些时候开始的更广泛、更普遍的讨论。它将涉及软件相关决策的改进。我们想知道需要做出哪些改变才能让不同群体更多地参与其中。我们还没有开始任何事情，我还没有任何链接可以分享，所以请记住这个主题即将出现，并感到受到邀请:)
谢谢，--SGrabarczuk (WMF)（留言） 今天 09:17 pm (UTC+8)[回复]
DEEPL：
你好，匿名用户 :)首先，感谢你的参与，特别是感谢你的翻译！你提出的观点很好--读者和他们的意见很重要！
你提出了一个很好的观点--读者和他们的意见很重要。原则上，他们至少应该被考虑到，并在可能的情况下被邀请参加我们的讨论。
你对皮肤很熟悉，我想你也读过我所链接的文档中更详细的信息。我想知道，当我们在建立和测试最早的模拟模型，然后是皮肤的功能时，你对读者被邀请这一事实怎么看？(这里有一些报告。)或者说，自2020年以来，当皮肤的最早版本被引入第一批试点维基时，我们对使用情况的统计进行了监测，你怎么看？我很好奇你现在错过了什么，在以前的阶段没有涉及/提供的。
我相信你也会有兴趣参加我和我的同事将在今年晚些时候开始的一个更广泛、更普遍的讨论。它将涉及与软件有关的决策的改进。我们在想，为了让不同的群体更多地参与进来，需要改变什么。我们还没有开始做任何事情，我也没有任何链接可以分享，所以只要记住这个话题是在地平线上的，并感觉到被邀请 :)
谢谢，--SGrabarczuk（WMF）（留言）。今天, 09:17 pm (UTC+8)[回复]--Firedoge（留言） 2023年6月30日 (五) 13:38 (UTC)[回复]

让基金会提供一个维基百科的官方镜像或官方VPN以帮助中国用户注册账号或编辑？

如题。英文维基百科在探讨这个问题。我认为既然这件事情牵扯了中国大陆，中维用户提供自己的看法非常必要。讨论位于en:Wikipedia:Village Pump (proposals)#Streamline the sign-up process for new editors from China.--MilkyDefer 2023年4月30日 (日) 15:25 (UTC)[回复]

註：此留言已被原作者（User:安忆）移除。2023年5月18日 (四) 04:20 (UTC)[回复]
先前讨论：Help_talk:如何访问维基百科#提议设立官方维基百科镜像供国内直连访问和编辑。 ——魔琴 [ 万户涕泪 ] 2023年4月30日 (日) 17:42 (UTC)[回复]
註：此留言已被原作者（User:安忆）移除。2023年5月18日 (四) 04:20 (UTC)[回复]
( π )题外话：什么？！连英维都开始密切大陆用户的编辑问题啦！看来防火墙已经是全球范围内的大问题了，建议你维用户抓抓紧快快参与讨论喽。另外禁止外维势力干涉中维内政[開玩笑的]。--EvesiestaDie Gedanken sind frei! 2023年5月1日 (一) 15:55 (UTC)[回复]
说点正经的。可预见是，这个问题不大可能在大群体范围内解决，只能自己想办法或者以小群体形式解决。个人拙见是此讨论不会有什么建设性结果，最终大概率“静默”，然后机器人自动存档（说到这顺便提醒一下在讨论串顶部加上{{存档至}}）。--EvesiestaDie Gedanken sind frei! 2023年5月1日 (一) 16:04 (UTC)[回复]
(！)意見：我觉得这件事大概率会不了了之。理由有以下几点：
--СлаваУкраїні! 2023年5月2日 (二) 10:24 (UTC)[回复]
“自由门”等类似的不是已经被研究透了？——Sakamotosan路过围观 | 避免做作，免敬 2023年5月4日 (四) 03:15 (UTC)[回复]
那基金會官方VPN也會很快被研究透吧。--日期20220626（留言） 2023年5月9日 (二) 03:27 (UTC)[回复]
更新一下，目前主要在讨论的是，能否开一个渠道（管道）验证申请注册者是否中国大陆人。（提案者首先提出可以用短信、微信支付、支付宝验证，但由于安全问题🚬，目前在讨论其他方式。） ——魔琴 [ 万户涕泪 ] 2023年5月2日 (二) 13:46 (UTC)[回复]
我觉得这个验证不太可能实行，因为鉴于中国大陆的网络实名制度，短信、微信、支付宝等网络服务都必须通过实名认证，并且所有的个人信息都会同步到政府或有关机构。虽然这一措施对大部分来自中国大陆的维基人没有多大影响，但是仍有一小部分的维基人编辑诸如政治等高风险话题，一旦在这个问题上出现疏忽，对维基媒体基金会的信誉会是一个沉重的打击。
另外我整理了包括enwiki、frwiki和ruwiki等站点申请IPBE的人的来源，包括许多的香港人、俄罗斯人、白俄罗斯人都在申请这一权限，使用开放代理工具除了规避审查制度，其最重要的是确保维基人上网信息的加密以至于不被政府轻易的获取。--СлаваУкраїні! 2023年5月3日 (三) 08:58 (UTC)[回复]
以我之前就这类事情的接触，基金会不太会考虑这件事情的。因为这里有一个很微妙的立场问题，基金会则总是想保持中立的身份。（作为一个NPO这么做也无可厚非，而且也值得赞赏。）另外，官方镜像（其实不如直接建缓存节点）理论上可以建在墙内的GFW特区里，免墙还又是国内IP，但实做上政治风险太高，基金会似乎也不太支持这种做法--百無一用是書生 (☎) 2023年5月4日 (四) 02:14 (UTC)[回复]
@Shizhao：可以将这个与基金会接触过的观点也放上去。至少根据说法基金会看上去的确不想冒合规性的风险。——Sakamotosan路过围观 | 避免做作，免敬 2023年5月4日 (四) 03:13 (UTC)[回复]
"放上去"是指什么？没太明白。。。另外吐槽一下，官方镜像说实话对于一个正规的组织机构来说太奇怪了一点。镜像要么个人搞，要么第三方机构搞，哪有自己搞镜像的道理，除非是洋葱网络之类的特殊情况--百無一用是書生 (☎) 2023年5月5日 (五) 02:51 (UTC)[回复]
就是上面en上的讨论，如果是曾经和基金会接触过并且基金会有过这样的态度的话。这种东西，我们这里已经讨论过也得出结论是不太可行的，多说也是浪费时间罢了。——Sakamotosan路过围观 | 避免做作，免敬 2023年5月5日 (五) 02:58 (UTC)[回复]
还是那句话，基金会建立官方镜像什么的，目前不可行，毕竟打游击没想象中那么容易，域名也是要钱的。现阶段还是自己动手丰衣足食的好。--🔨（留言） 2023年5月4日 (四) 08:49 (UTC)[回复]
依稀记得去年这个时候也有人在这里提过一样的意见；显然这是行不通的。--  2023年5月4日 (四) 10:19 (UTC)[回复]
其實應該讓使用vpn的ip允許編輯中維--日期20220626（留言） 2023年5月9日 (二) 09:22 (UTC)[回复]

不管你们爱不爱听，这个问题的根本在于意识形态问题，WMF根本不愿意，也没有能力实行两种规则（一个符合中国大陆的言论审查版本和另外一个国际版本）。不要再在如何绕过防火墙、如何打枪换炮、如何验证用户、如何伪装、如何花钱买域名这些小问题上浪费时间，因为如果WMF愿意做，这些问题都不是个事儿。相反不要重蹈蜻蜓计画的覆辙才是个事，想想看Google作为商业公司都没有能力抑制舆论推出该计划。退一步讲，就算WMF想要这样做，现在商业上唯一愿意做出妥协的大型科技公司是像是Microsoft和Apple这样的公司，他们在产品中广泛应用两种标准，并且通过低调和大量的公关来降低舆论抵制，但是维基百科如果这样做无疑要分拆中维，最后只不过是另外一个百度百科。在我看来，用户无法注册这个理由无法推动WMF做出任何战略上调整，现今唯一的动力可能是想要换取加入联合国世界知识产权组织的席位而做出妥协，但是WMF说实在的并不急迫加入该组织，相反总是被排除在外可以继续帮助WMF凸显意识形态上的差距，这是对WMF有益的。总之这个问题没有解，除非全世界统一到单极体系，给这些提案人提个醒，必须明白这个世界不是理想的乌托邦。 166.161.149.117（留言） 2023年5月9日 (二) 07:12 (UTC)[回复]

上面給出的方案並不存在審查條目或內容的問題，也沒人提到要搞一個符合中国大陆言论审查的維基版本。--日期20220626（留言） 2023年5月9日 (二) 07:24 (UTC)[回复]
你知道挖自由世界墙角[開玩笑的]这个词吗？一旦挖开了，未来审查版本也会被提上议程。166.161.149.117（留言） 2023年5月9日 (二) 07:38 (UTC)[回复]
事情沒那麼絕對，而且审查版本基金會也不會同意。--日期20220626（留言） 2023年5月9日 (二) 07:48 (UTC)[回复]
你没有明白我的话的含义，我的话的含义是“挖社会主义墙角”这句话的字面意思，而不是嘲讽的意思。因为一个组织和一个强权打游击是不可能获胜的，现实点，要想实现目标，根本之处在于双方做出妥协达成纸面上的一致意见。我可以这样说，WMF可以打游击，但是寄希望于WMF打游击可以缓解一时问题这样观点的人，只是在自欺欺人，这就像是很多中国人不都是在想，只要不谈论政治，我还是很自由的人，哈哈，也许朝鲜人也这样想，也许猪也这样想，只要不考虑明天，我也活的很好。166.161.149.117（留言） 2023年5月9日 (二) 07:52 (UTC)[回复]
我的意思是維基媒體基金會就算願意搞鏡像，也不意味著基金會就會同意搞審查版維基百科。不過你說的對，打游擊的話基本不會成功，一旦鏡像站放問的人多了，自然就會被封殺，換新網址的話也很快就會被發現。--日期20220626（留言） 2023年5月9日 (二) 08:29 (UTC)[回复]
你还是没有听懂我在说什么，我把话直说了吧，对于WMF只有两种可能，要么全面和中共合作，要么根本不合作，不存在中间地带。要是合作结果和代价不会是你们喜欢的，要是不合作你们却在这里想方设法寻找所谓“解决之道”，在我看来要解决的问题不是如何访问，而是为什么存在GFW，这恰巧也是WMF现在立场所能抛出的问题。对于你们所寻求的“解决之道”，那必须是非官方的，低调的，在我看来这种所谓解决之道就是把头埋在沙子里的人对自己说：闭紧点眼睛就不会再进沙子了。166.161.149.117（留言） 2023年5月9日 (二) 09:26 (UTC)[回复]
的确有站点使用自动替换关键词的方式试图规避审查，然而仍被阻断。至于接受审查的版本，不是已经有人在做了嘛，虽说没看到什么后续成果。——暁月凛奈 (留言) 2023年5月9日 (二) 07:29 (UTC)[回复]
基于我前面说的，要想真正实现你们访问维基百科的目标，必须让WMF和中共达成协议，协议的代价是你们不可接受的，或者你们可以继续等待统一的单极世界的产生。166.161.149.117（留言） 2023年5月9日 (二) 09:02 (UTC)[回复]
我不是“你们”的一员。这次提出讨论的是英文社群，而中文社群早已有大量相关的讨论，很多中文用户并没有试图达成这种目标。您这些发言应该说给英文社群的部分用户。——暁月凛奈 (留言) 2023年5月9日 (二) 09:40 (UTC)[回复]
不好意思，无意对您做出任何假设，此处“你们”指的是该社群受影响用户，此外我没有提供任何“目标”，我只是在说你们的追求存在两种可能性，我说的很实在，要么和中共达成你们不喜欢的协议，要么根本没有协议。但是阁下（在这里指的是你）如果无法理解我说的话，那么我提供一个“不让眼睛继续进沙子”的缓解办法：再闭紧点眼睛[開玩笑的]，言归正传，方法是：让WMF提供访问令牌给中维可信的管理员，然后令牌可以在注册账号时输入，类似邀请码，然后使用该令牌注册不受IP封禁限制，分发令牌由你们社群管理员承担责任。这是你们可以让WMF实现的，但是我说的很清楚：把头埋在沙子里，再闭紧点眼睛也是没有用的。166.161.149.117（留言） 2023年5月9日 (二) 09:54 (UTC)[回复]
這聽上去和現在的ipbe方案本質差不多？和管理員審批授予IP豁免稍有區別的是換成了邀請碼而已。--日期20220626（留言） 2023年5月9日 (二) 10:01 (UTC)[回复]
头已经在沙子里了，还不愿意拔出来，除了闭紧点，再闭紧点，还有什么办法？你们目前问题是用代理注册账号问题，这可以被这种邀请码机制缓解，但是这只不过是闭的更紧，要想解决问题，必须剖析根本原因，我上面写了太多字，可惜没有人听得进去。166.161.149.117（留言） 2023年5月9日 (二) 10:09 (UTC)[回复]
提案人的第一个提案是设立一个注册渠道让中国大陆用户直连进入，判断IP后直接注册并给予IPBE，我觉得可能还是可行的。毕竟有些维基也是可以直连的（IPv6），多一个不多，而且注册并授予IPBE对「翻墙」来说没有任何效用。不过还是得看中国大陆政府怎么想的（shrug），而且如果实施得修改获取IPBE的方针。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年5月9日 (二) 08:29 (UTC)[回复]
感觉这个对话中没有一个人可以听的懂我在说什么，让我把话说明白，作为WMF这样的组织，行事方法是基于理想主义，作为一个中立的组织，主要内容由用户产生的网站，树立出价值榜样，这一点无可厚非，我的建议是让你们按照现实主义的想法找到解决方案，但是我在前面说过了，这条路走下去的解决方案也不会是你们喜欢的，但是呢你们在谈论的却是以机会主义寻找解决方案，拿着放大镜在强权的铁幕中找漏洞的方法，你们认为WMF会引以为傲吗？166.161.149.117（留言） 2023年5月9日 (二) 09:00 (UTC)[回复]
共產黨當然是不想，不然幹嘛要封維基？--日期20220626（留言） 2023年5月9日 (二) 09:01 (UTC)[回复]
这个站有没有任何维基内容。对于没有梯子的人，注册一个带IPBE的账号没有任何用处。况且这也不是唯一一个注册的方法。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年5月9日 (二) 10:21 (UTC)[回复]
我非常理解你说的意思。IP君说的是WMF的价值观，也是维基百科的立足之本。--百無一用是書生 (☎) 2023年5月9日 (二) 12:57 (UTC)[回复]
话又说回来，每次看到这类审查条目的问题我就想到德维的Vorlage:Holocaustleugnung，我当然知道你们想表达的意思，但是这也确实是一种政府干预。--ときさき くるみ 2023年5月10日 (三) 20:46 (UTC)[回复]
难以置信，维基百科服务器没有一个位于德国和奥地利，而且由总部位于美国的维基媒体基金会运作，这些地区性的法律还是成为了德语维基百科的方针。
试想一下中国的“寻衅滋事罪”相关法律被用于中文维基百科，参与政治条目编辑的中国大陆人是不是也要被警告和记录IP并举报？--Shinohara Chihiro（留言） 2023年5月14日 (日) 17:15 (UTC)[回复]
@Shinohara Chihiro：你看到这个很惊讶的话我感觉你串门串少了，commons有commons:Template:Communist symbol和commons:Template:Swastika，英维有en:Wikipedia:No Nazis，东欧语言的维基理论上应该也有相关的东西。--ときさき くるみ 2023年5月14日 (日) 18:02 (UTC)[回复]
你提到的模版仅仅是一个法律上的免责声明而已，后面那篇文章也只是WP:NPOV的一个扩展。让我吃惊的是否认大屠杀的用户会被立即封禁。--Shinohara Chihiro（留言） 2023年5月14日 (日) 18:06 (UTC)[回复]
我只能说是二战的后果，具体解释还真比较费劲，你去看几天德语媒体/论坛就明白了。--ときさき くるみ 2023年5月14日 (日) 18:21 (UTC)[回复]
还有香港国安法，不至于写条目时被认为是“煽动民众对抗政府”就被封禁了吧。--Shinohara Chihiro（留言） 2023年5月14日 (日) 18:09 (UTC)[回复]
納粹大屠殺是真真正正的反人類而且有造成過嚴重後果；你列出的這兩個未必。--MilkyDefer 2023年5月16日 (二) 15:26 (UTC)[回复]
上方讨论有点离题了。解决方案无非几种：
  1. 降低中国大陆编者获取IPBE的难度。这个最容易办到。
  2. 建立有审查的镜像。违反WMF和本社群的原则（WP:UNCENSORED）。
  3. 建立无审查的镜像，打游击战。就这点我曾经和WMF沟通过，得到的明确答复是无法做到，过于烧钱。（WMF钱虽多，也耗不起这样指数级增长的开销）
  4. 在官方Android、iOS应用内建审查规避功能。可能可行，但无法保证，请见phab:T327286。
供各位参考。--Diskdance 2023年5月17日 (三) 13:00 (UTC)[回复]
其实相关讨论近几年来已经有很多次，关键就是只停留在讨论的阶段，没有人去做。这点很遗憾。我觉得在这里讨论得再多，也不如尽快实现来的实在。--Diskdance 2023年5月17日 (三) 13:03 (UTC)[回复]
所以我也一直是主張1方案，越快越容易獲取越好。--日期20220626（留言） 2023年5月17日 (三) 13:52 (UTC)[回复]
於Phabricator查看
編號T336882的工單
Phab工单已经创建。--Shinohara Chihiro（留言） 2023年5月17日 (三) 16:03 (UTC)[回复]

随便翻译一下phab的task，供各位讨论。portal好像是地区词我就保留了。

  1. 为中国大陆用户建立一个特殊的注册portal，portal来自一个隐藏IP以避免DNS投毒（该portal将不包含任何条目，以避免惹恼审查员，导致portal被封锁），IP经常变化以避免封锁。
  2. 在维基百科上设置一个“请求从中国注册”的特殊按钮，点击该按钮后，给用户发送包含注册portal的IP地址的电子邮件。然后，用户断开VPN，进入邮箱（如QQ或163），并点击该IP地址以进入portal。
  3. portal检测用户的IP地址，如果用户使用的是中国移动、中国联通、中国电信或中国广电的住宅IP（中国的四个ISP），注册正常进行，用户自动获得IPBE，从而正常编辑。(如果用户不在中国，他们不允许使用这个特殊的门户来获得IPBE。)
  4. 然后，用户只需重新连接到他们的VPN，回到WP主网站，并开始编辑。

感觉似乎有点麻烦？ ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年5月18日 (四) 01:34 (UTC)[回复]

不太懂如何实现，是否不需要基金会来实现。注册门户的域名购置及维护成本（如封锁检测），或者如果用IP访问，能否顺利https。基金会可能没有充足的IP段或人力。门户如何避免通过大陆境内代理或僵尸网络注册账号，然后滥用。不建议用toolforge.org，可能封一级域名。--YFdyh000（留言） 2023年5月18日 (四) 19:11 (UTC)[回复]
感觉首次注册注册用户和申请IPBE会挡住一些人，这个流程能缩短点就好了，或者管理员可以请活跃的用户？--Kethyga（留言） 2023年5月19日 (五) 12:39 (UTC)[回复]
先試試看再說，不要未戰先退。--日期20220626（留言） 2023年5月19日 (五) 13:14 (UTC)[回复]
这是哪个不了解中国网络状况的人提的建议啊？第3点的话，中国的IP又不止这四个ISP，从维基百科的用户人群上来说，教育网和科技网用户无论如何不应排除在外啊。另外关于2的话，我觉得应该在中国设立一个portal，点击"请求从中国注册”的特殊按钮就跳转到中国的portal服务器上进行操作--百無一用是書生 (☎) 2023年6月9日 (五) 08:51 (UTC)[回复]
在中國設立portal服务器會有風險嗎？--日期20220626（留言） 2023年6月9日 (五) 10:37 (UTC)[回复]
我看了一下条目，中国大陆涉外ISP只有三大家和教育网、科技网？ ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月9日 (五) 19:07 (UTC)[回复]
广电和铁通？以前听说铁通质量挺好的，走的欧洲线路，没用过。严肃点说的话，上面的建议3，应该以IP地理位置来分辨就好了，不应该以ISP来分辨--百無一用是書生 (☎) 2023年6月12日 (一) 01:44 (UTC)[回复]
是指封禁云服务器吧。--YFdyh000（留言） 2023年6月12日 (一) 01:59 (UTC)[回复]

不会有什么用的。这件事如果成真，必将是一件轰动到足以引来媒体的大事。政府肯定不会不管，必将第一时间予以封禁。WP:OA2021的人开了求闻公司，他们怀恨在心，即便政府耳不聪目不明这伙人也极有可能自发举报，甚至进行监控。个人建议可以放开huggle等工具适配民间镜像站——范博📧·🎤·✍🏽🇨🇳 2023年5月28日 (日) 09:50 (UTC)[回复]

(＋)贊成，不用OA21那群人了，PRCG已經在盯著了罷。
只能說作為技術儲備可行--Hualin~希望の星は青霄に昇る Commons|Talk 2023年5月28日 (日) 10:37 (UTC)[回复]
且在我看來它們確實訴諸法律威脅了--Hualin~希望の星は青霄に昇る Commons|Talk 2023年5月28日 (日) 10:54 (UTC)[回复]

目前该task的状态是community-consensus-needed。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月7日 (三) 13:23 (UTC)[回复]

討論沉寂了？--日期20220626（留言） 2023年6月7日 (三) 15:00 (UTC)[回复]
无疾而终了属于是。--Shinohara Chihiro（留言） 2023年6月7日 (三) 15:17 (UTC)[回复]
我也不清楚是什么情况，要修改方针？但是功能还没做出来啊。另外技术上的细节是要phab那边讨论还是本地讨论，phab那边清不清楚中国大陆的情况……等等问题。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月7日 (三) 19:11 (UTC)[回复]
你可以問問那邊到底需要社群什麼共識。--日期20220626（留言） 2023年6月7日 (三) 22:32 (UTC)[回复]
有人担心这会对GIPBE产生影响，所以在等监管员的意见。--MilkyDefer 2023年6月9日 (五) 05:38 (UTC)[回复]
所以现在可能要把Sotiale或者谁拉来了，问问傀儡调查助理吧。@LuciferianThomas：--MilkyDefer 2023年6月9日 (五) 05:42 (UTC)[回复]
re GIPBE：
現階段發去stewards電郵隊列，關於使用開放代理的申訴電郵（包括GIPBE申請）通常都是由包括我和SCP-2000在內的監管員助理團隊處理。
根據監管員助理的試行內部指引，負責助理計劃的監管員AmandaNP和Operator873不建議給新用戶（標準在此不明確說明）授予GIPBE。需注意GIPBE並無方針級別的授權標準，以上標準可能並非所有監管員都採用。
站在監管員助理立場並參考監管員建議，我不支持工具直接授予GIPBE以防止新用戶在小維基破壞。真實IP註冊跟用戶是否破壞並無直接關聯，因其及後也是用proxy編輯，給了GIPBE就難擋了。
re 整套新系統：
個人覺得現階段的建議尚未有充足的反濫用考量。
依我個人對IPBE程序（包括本地和英維）的認知，我覺得若建議的系統能配置充足配套給用戶查核員（及監管員）獲取其原始技術資訊，參考英文維基百科的IPBE申請程序，經用戶查核確認帳號創建者非已知的濫用者再授予本地IPBE為佳。
若有人躲在新系統後濫用一般不會出現編輯的特定中國大陸IP段創建帳號，則應可由站內的本地或全域封鎖直接阻擋使用該系統創建帳號。
以上。如需要監管員意見可能可以問問AmandaNP，她同時也是英維CU，對英維的IPBE經CU申請的程序應有相當認知，能提供相當的意見。我不清楚韓維程序為何，不過也可以問問Sotiale。--路西法人 2023年6月9日 (五) 07:28 (UTC)[回复]
那关于GIPBE就没什么问题了（那个是我提的，我怕说监管员一看好家伙四个本地IPBE就直接给了GIPBE（ ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月9日 (五) 09:09 (UTC)[回复]
phab的「需要社群共識」大概是指需要最少一個站點有共識採用此系統。既然英維的相關討論已無疾而終，而這套系統影響最大的是中維，我覺得現在您們需要討論的重點是「無視外力因素，是否認同中文維基百科測試以至配置此套提供予中國大陸居民的註冊系統」。在達成我上述的反濫用考量的前提下，我個人意見是不反對設置此系統。--路西法人 2023年6月13日 (二) 05:50 (UTC)[回复]
如果沒人反對下共識達成後和誰說呢？讓基金會直接幫我們寫註冊系統嗎？--日期20220626（留言） 2023年6月13日 (二) 06:34 (UTC)[回复]
我不覺得此處適用沉默共識。您考慮開個小節，然後掛公告欄徵詢社群意見吧。--路西法人 2023年6月14日 (三) 06:06 (UTC)[回复]
@魔琴：你來新開小節或者掛公告？目前暫時沒有什麼人反對。--日期20220626（留言） 2023年6月14日 (三) 06:15 (UTC)[回复]
稍等，我再整理一下三站讨论给出的意见 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月14日 (三) 10:32 (UTC)[回复]
這裡是不是應該@Bluedeck（ —— Eric Liu 創造は生命（留言・留名・學生會） 2023年6月15日 (四) 10:49 (UTC)[回复]
整理了一下两个月以来的讨论，放在这里：User:魔琴/斜坡计划。由于这个计划比较难描述，我暂且就给他起了个名字（）看看各位还有什么补充的。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月15日 (四) 20:35 (UTC)[回复]
可能之政府干預？
算了已經在Phab講過了魔琴也寫入整理之中了--Hualin~希望の星は青霄に昇る Commons|Talk 2023年6月16日 (五) 02:54 (UTC)[回复]
具體干預手段有哪些？--日期20220626（留言） 2023年6月16日 (五) 02:57 (UTC)[回复]
可能会封域名或者封IP。另外我还想到政府可以留该网站的访问记录，查用户创建日志，就能一一对应。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月17日 (六) 16:27 (UTC)[回复]
参考站内外意见，我认为第二阶段“验证”除了IP验证之外风险都过大，我将把其他方案折叠。有意见请尽快提出。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月21日 (三) 10:23 (UTC)[回复]
用IP验证仍然反对，仍然有大陆境内代理或僵尸网络注册账号，然后滥用的可能。此外很多大陆运营商用的都是PPPoE，每次登录都会有不同的IP地址，所以更换IP极其容易（移动网络还有可能每次访问都是不同的IP地址）。之前就有用户利用大量不同IP绕过封禁的例子。--GZWDer（留言） 2023年6月21日 (三) 12:17 (UTC)[回复]
上文有提到可以讓系統獲取申請用戶的技術資訊給用戶查核員及監管員。還有你提到的什麼代理、僵尸網絡、每次登陸變換IP地址，這在中國大陸以外的地方也會有的吧，他們還不是註冊好了賬號之後就直接能編輯了（如果代理沒有被封）。--日期20220626（留言） 2023年6月21日 (三) 12:40 (UTC)[回复]
现在是给了用户基本零门槛且不经任何审核的获得能绕过任何IP封禁的权利，之前用户注册账号请求还要管理员审核，现在破坏者能立即任意注册账户破坏而且能绕过一切IP封禁。同时被封禁用户也能任意注册账号绕过封禁。--GZWDer（留言） 2023年6月21日 (三) 12:53 (UTC)[回复]
可是你所說的情況在中國以外的地方一直都在發生，只要IP段不封，一個賬號被封後立即開新賬號編輯，不然哪會有LTA，相對於中國人來說，他們甚至連開VPN的步驟都省了。你看看影武者都開了多少賬號了。--日期20220626（留言） 2023年6月21日 (三) 13:14 (UTC)[回复]
如果方案實現了，假如破壞者沒有那麼聰明的話，有可能再去portal申請的時候還是原來的IP地址，這個時候portal只需要將原來的IP拉黑就行，直接不給註冊（如果技術上能實現的話）。--日期20220626（留言） 2023年6月21日 (三) 13:18 (UTC)[回复]
同一个ISP的IP段内不同次重新接入导致IP的变动，这对于世界上大部分家庭接入户是很普遍的情况吧，而且即使变动也限定在特定一个更小的IP段（当地小区内接入局端的地址池）内，就算IP段变动的也在同一个ISP内（转地方转ISP的除外），这和往常一样并无区别（无论是正常用户还会换IP创建账户，后者一样是通过发现后按自动连地址封禁）。现在解决的事，如何在让中国大陆的地址能在项目上注册而不用在有IPblock的代理上。理论上有一个简单可行解决是一些还没封锁的接入点（例如欧洲）使用没封锁的项目站点（例如wikidata）注册，通过中央账户机制来同步注册其他项目账户。——Sakamotosan路过围观 | 避免做作，免敬 2023年6月27日 (二) 03:30 (UTC)[回复]
所以就感覺GZWDer的反對理由就很莫名其妙，他說的情況中國大陸以外的地方也會發生。另外現在在使用VPN的情況下連註冊賬戶都不行了？--日期20220626（留言） 2023年6月27日 (二) 03:38 (UTC)[回复]
可能提到的另一种情况是家宽代理（有些为了避开反代理，会卖家宽来做代理；也可能是肉鸡……），但是这种情况基金会写过文章是无解（里面提到是P2P VPN，不过家宽代理的最终出口其实同理），按照过往做法就是了。——Sakamotosan路过围观 | 避免做作，免敬 2023年6月27日 (二) 06:48 (UTC)[回复]

维基媒体基金会的回复

如果要让注册门户持久抗审查，唯一可行的方案是域名前置。针对此我询问了WMF的SRE团队，得到的答复如下：

  1. 原则上支持。
  2. SRE认为他们没有足够的精力持续应对中国的审查措施，且必须要大量的投入才能获得可观的回报。
  3. SRE认为如果投入这场战斗，需要多个团队的协调合作才能成功。

这样来看其实不单单是技术问题，而是决策问题。因此，需要社群有人持续和WMF沟通。--碟之舞📀💿 2023年6月27日 (二) 02:06 (UTC)[回复]

注册门户的網頁誰來寫，基金會嗎？--日期20220626（留言） 2023年6月27日 (二) 03:15 (UTC)[回复]
所以这本来就是一个吃力不讨好的迷惑行为。对，指某位注册账户还希望拉一大堆中国大陆的小白进来的迷惑行为用户。——Sakamotosan路过围观 | 避免做作，免敬
不應該去拉別人，而是應該讓讀者自願註冊-編輯，目前這一過程對中國大陸的讀者來說會有時間成本。因為在中國大陸以外的地方，有維基百科讀者發現條目有問題，可以直接編輯，而在中國大陸開啟VPN的情況下，想修改條目，卻發現自己被擋了。--日期20220626（留言） 2023年6月27日 (二) 03:42 (UTC)[回复]
因为对应en的议题，就是提案人是来自中国大陆的，但去了国外注册了账户，然后“心怀祖国”，想到大陆直连不行，用代理又遇到IP锁，要专门写申请开账号加拿授权，所以才让基金会dosomething。但我觉得还不如用这个“过滤器”机制筛掉一些不合适的新手，而且至少现在管理员应该没表现出对这样申请的不耐烦。——Sakamotosan路过围观 | 避免做作，免敬 2023年6月27日 (二) 06:54 (UTC)[回复]
這個過濾器看來只能篩掉來自中國大陸翻墻的新手，但對於能自由訪問維基網站的人不適用。管理員是沒有明面上表現出不耐煩。但申請人怎麼想就不得而知。--日期20220626（留言） 2023年6月27日 (二) 07:19 (UTC)[回复]
有没可能，这就是我们期望的过滤器效果？其他地区还是马照跑舞照跳，大陆的没技术的小白不能“进”，没有这个恒心的不能“进”，剩下的就是有技术（各种意义上）和有恒心的？——Sakamotosan路过围观 | 避免做作，免敬 2023年6月27日 (二) 07:40 (UTC)[回复]
作为一个反复申请了好几次IP豁免的人，我想说我70%的热情在申请和等待中（少则一周通过，多的一个月多才通过）就消散了。维基只是一个奉献，不是邪教组织。我没有义务或者非常多的耐心。而且要求6个月至少一次编辑的要求应该随着申请次数或者编辑数有所降低。本来上来偶尔看看资料就很少了，而且看到资料后想添砖加瓦结果发现自己上来的那个通道是封禁的，真的有点苦笑不得。--‘ UFO is me ’ 留言 2023年7月3日 (一) 08:06 (UTC)[回复]
確實，中國大陸地區的人本來就需要翻墻上維基，結果上了維基，想修改，卻受到各種阻礙，然後某些和自己一樣的人（即也要通過翻墻寫維基的老維基中國人）卻寧願讓這些障礙持續下去。--日期20220626（留言） 2023年7月3日 (一) 08:41 (UTC)[回复]
@Ufoismey3k：「6个月至少一次编辑」的要求每个权限组都有。这是出于安全考虑，为避免不活跃的账号被盗并对本站造成破坏。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年7月7日 (五) 15:20 (UTC)[回复]
如果注册申请需要等待一周以上是合理的过滤机制和时间成本 如果这个过滤机制有益筛掉新手，直接将注册账号改成申请制不就更好了吗--YFdyh000（留言） 2023年6月27日 (二) 10:15 (UTC)[回复]

與求聞百科相關的著作權問題

中文維基百科要搬運求聞百科的內容應該如何標註來源？

本人發現用戶@Movingmoving從求聞百科搬運頁面，而之後用戶@Zorua Fox將其標爲侵權。在那個頁面的討論頁面確有註明來源，但是不完整。之後本人去檢視了求聞百科的著作權相關內容[4][5]，本人認爲求聞百科對將內容使用於維基媒體基金會項目，作出了與CC BY-SA 4.0不相容的限制，而相容的要求如下：

  • 第三条a.1.A.i.的內容爲「获准在条目上署名的作者」以及「‘及其他求闻百科贡献者’字样」，帶有「合适的超链接或网址」
  • 第三条a.1.A.v.的內容爲「完整域名、完整网址」而不能是「‘qwbk.cc’‘qw.wiki’等短网址跳转域名」

請瞭解CC BY-SA 4.0的用戶幫助確認本人的理解是否正確。——枰（留言） 2023年6月22日 (四) 12:14 (UTC)[回复]

看了一下，按照这里的第十六条，“权利管理信息应当同使用的作品本身在同一页面中展示”；而第十七条，是说“权利管理信息应当放置在条目标题下方、维护标签（维护模板，maintenance tag）下方（如有）、引言部分上方的部位；使用移动设备浏览的，权利管理信息可以放在维护标签或信息框（infobox）下方（如有）、引言部分上方”。也就是必须和条目页放在一起，而且必须放在标题下面、引言上面。--—远方传来风笛（Talk） 2023年6月22日 (四) 13:25 (UTC)[回复]
此类内容的使用有必要咨询基金会，WP:OA2021仍然有效，只要WMC仍然是被全域禁制的团体，求闻百科的链接应该就不能加入条目。
此外，CC BY-SA 4.0协议文本中的要求是必须“以许可人要求的任何合理方式，标识本授权作品(Licensed Material)创作者和其他被指定署名的人的身份（包括指定的笔名）”，这类要求是否是“合理方式”，我认为有必要咨询基金会法务团队的意见。
通知Wikipedia:互助客栈/求助#發現新建傀儡用戶搬運求聞百科創建新條目发言的编者：@极冷、@YFdyh000、@日期20220626、@Interaccoonale。--BlackShadowG Slava Ukraini! 2023年6月22日 (四) 15:07 (UTC)[回复]
相關規定中提到「技術上做不到的情況除外」，相關團體遭到全域禁制導致編者技術上不能在維基媒體計畫站點加入相關連結算不算？雖然我個人不是很確定是否應該這樣詮釋，畢竟若確實要「搬運」該站少數值得本站收錄之內容，縱使其部分規定顯然是在為難本站，至少也應該比照Fandom或其他站點（參見客棧求助區）等不低於著作權協議基本要求及精神之模式來標註著作權。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年6月22日 (四) 15:47 (UTC)[回复]
倾向不算，那是“可控”的行政原因。--YFdyh000（留言） 2023年6月22日 (四) 15:55 (UTC)[回复]
嘛，社群自己看著辦（最好還是徵詢法律意見），我路過而已，基於個人經驗沒有打算多淌這坨混水（ —— Eric Liu 創造は生命（留言・留名・學生會） 2023年6月22日 (四) 15:59 (UTC)[回复]
（1）“WMC仍然是被全域禁制的团体”——基金会针对的是WMC的特定成员而不是WMC本身。（2）求闻百科目前是由“无锡共笔全书网络有限责任公司”控制，和WMC本身没有直接关系，除了Techyan之外我不知道还有多少被禁制用户和求闻百科或该公司有关。（3）基金会说的核心是proxy editing，所以原条目创建者被禁制和未被禁制的情况需要区别讨论。--GZWDer（留言） 2023年6月22日 (四) 16:02 (UTC)[回复]
就這層意義來說，為「搬運」條目著作權問題加入的連結，是不應該受到過濾器限制。我個人甚至認為可以刪除過濾器限制並從黑名單中剔除（已經沒什麼必要），但就現階段而言似乎尚顯得過於激進。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年6月22日 (四) 16:11 (UTC)[回复]
我倒是觉得「被全域禁制的个体所控制的公司所控制的网站需要被屏蔽」这点可以商榷。但即使能加直链，那个明显恶心人的标准也是不可能执行的。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月23日 (五) 06:08 (UTC)[回复]
求闻百科首页的这篇微信文章说“在‘行动’中被清洗的前维基百科编者，以及其他近百名维基百科编者选择加入我们求闻百科的计划”。—远方传来风笛（Talk） 2023年6月23日 (五) 01:33 (UTC)[回复]
在發現搬運的互助討論中用戶128.6.36.249指出：根據foundation:Policy:Terms of Use第7(c)條，如果社群認為署名要求過於「intrusive」，也可以達成共識，移除導入的內容。個人認為，要滿足求聞的署名要求是"intrusive"的，若搬運者未取得求聞全部作者同意從而可以不署名（第二十六條），建議社群投票決定是否達成共識移除搬運內容。--極冷（留言） 2023年6月23日 (五) 06:03 (UTC)[回复]
WMC不是“被禁制的团体”。--在下荷花，请多指教（欢迎签到） 2023年6月28日 (三) 06:06 (UTC)[回复]
這事不該諮詢基金會？Sanmosa Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης 2023年6月23日 (五) 02:17 (UTC)[回复]
同上，建议咨询法律意见。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月23日 (五) 06:02 (UTC)[回复]
確實，想知道是否與協議相容，諮詢基金會的法律意見是比較好的選擇。——枰（留言） 2023年6月23日 (五) 07:15 (UTC)[回复]
(！)意見：MediaWiki本身的设计使得给出网站名称及页面名称即可轻易得知作者与历史版本，同时许可协议则一般以界面消息的形式在绝大多数页面列出。而与此相对，“标题下方、引言上方、完整域名”几乎就是广告位。我从未见到过这样苛刻的署名要求。该站用户显然了解MediaWiki的设计，也了解维基百科的理念，但仍作出如此要求，在我看来无助于自由文化运动、是以copyleft的形式行自我宣传之实。更何况，该站在批量搬运维基百科的条目时也没有彻底遵守维基百科的署名要求（如下方Ericliu1912所述），有些编辑者导入至此的文字是在其没有遵守许可协议的情况下修改出来的，而引入本身就有著作权问题的文字是不可接受的。为了避免著作权问题，我认为现阶段不应从该站引入任何内容。——暁月凛奈 (留言) 2023年6月23日 (五) 07:40 (UTC)[回复]
“即可轻易得知作者与历史版本”需考虑站点下线、站点篡改/删除的情况，会使署名信息不再完整。--YFdyh000（留言） 2023年6月23日 (五) 07:50 (UTC)[回复]
该站的要求无助于解决这些问题。要解决问题只能是把版本历史也一并导入。——暁月凛奈 (留言) 2023年6月23日 (五) 07:57 (UTC)[回复]
只是指单纯提供网站名乃至网站链接，都有可能无法“轻易得知”。提供参与编写的所有人士的名称，可能作为一种合理的基本要求。而同页面署名也非无道理，对只能通过网页镜像查阅站外或本站的用户，讨论页面和历史记录是不可用的，包括离线版、已删除页面等。--YFdyh000（留言） 2023年6月23日 (五) 08:42 (UTC)[回复]
还有一种情况就是违规内容导致中间版本被移除，比如条目创建者A引入了copyvio内容，其后暂时没有被发现，后来用户B对条目进行了大幅扩充，然后copyvio被发现，涉及版权问题的历史版本都被移除，这样一来条目现有文字的贡献者B就从条目历史中消失了。--——🦝英特浣熊耐尔（留言・贡献） 2023年6月23日 (五) 09:23 (UTC)[回复]
你这个说法不是很能接受。比如说{{VOA}}，以及en:Wikipedia:Template_index/Sources_of_articles下面所列出的一系列声明文章文字来源于其他地方的模板（含其他wiki站点在内），没有人考虑过你所说的奇怪情形。--MilkyDefer 2023年6月23日 (五) 10:54 (UTC)[回复]
(＋)支持社群禁止导入求闻百科的内容。--—远方传来风笛（Talk） 2023年6月23日 (五) 09:59 (UTC)[回复]
我的个人观点（如果不考虑全域禁制的影响）是把{{Free-content attribution}}各栏填满即可，无需考虑求闻那边的额外要求。--GZWDer（留言） 2023年6月23日 (五) 10:55 (UTC)[回复]

我的意见是：一、应当允许出于著作权原因加入求闻百科链接；二、求闻百科政策提出的署名要求不属于CC BY-SA 4.0协议所说的“合理方式”；三、没有必要“禁止导入求闻百科的内容”，除非有证据表明求闻百科中违背了CC BY-SA 4.0协议的内容已达到可观数量。目前我设想中对搬运求闻百科内容的恰当处理方式是：在讨论页放上指向求闻百科源条目的超链接，不在条目中特别标注（或者仅在页底使用类似{{VOA}}的模板标注）。我不确定这种处理方式是否有些不妥之处，欢迎大家讨论。--爱维基百科的CuSO4 2023年6月23日 (五) 11:51 (UTC)[回复]

@CopperSulfate：但我留意到{{Wikia content}}這個類似模板反而是預設放在頁頂的（話説這模板上面寫的版權條款是不是該更新一下？）。因此，我的看法是確然可以直接忽略（也可以説是“無視”）求聞百科政策提出的一切不屬於CC BY-SA 4.0協議所說的「合理方式」的署名要求，比如他們就多媒體檔案設下的“对于被维基媒体计划使用的多媒体文件作品，在被其他页面的内文引用时，权利管理信息只能经过至多一（1）次点击即可查看。权利管理信息应当清楚可见，字号不得小于正文其他文字字号，不得使用不易辨识的排版、配色等，不得使用下拉菜单、隐藏菜单、‘点击查看更多’、转移至元数据字段等手段混淆、隐藏、绕过”這種離譜且不切合實際技術顯示情形的要求，但由於我剛剛提到的{{Wikia content}}的情況，“必須和條目頁放在一起，而且必須放在標題下面、引言上面”與“使用超链接的，超链接文字必须明显写出‘求闻百科’（、）‘求闻百科贡献者’（求闻百科今后开设的其他子项目名称、网址不同的，参照处理，下同）等”這兩個要求可能並不是不屬於「合理方式」的情形。Sanmosa Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης 2023年6月23日 (五) 13:15 (UTC)[回复]
@Sanmosa：谢谢提醒，之前我未注意到{{Wikia content}}的情況。既然如此，那两个要求中，前者在我看来并非不合理；后者是否合理，我尚无法判断。--爱维基百科的CuSO4 2023年6月23日 (五) 20:52 (UTC)[回复]
@CopperSulfate：我參照了我對求聞百科的相關要求的理解，寫了User:Sanmosa/Prodótis這個東西出來，你可以詳細研究一下。Sanmosa Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης 2023年6月23日 (五) 23:22 (UTC)[回复]
@Sanmosa：谢谢解释。之前我没搞懂后一个要求指的是什么。如果是这种形式的话，我觉得是可以接受的。--爱维基百科的CuSO4 2023年6月23日 (五) 23:25 (UTC)[回复]
反正那邊說的只是「必須明顯寫出『求聞百科』（、）『求聞百科貢獻者』」，沒說不能有任何或特定形式的修飾語，大家不嫌修飾語偏長即可。Sanmosa Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης 2023年6月23日 (五) 23:28 (UTC)[回复]
「字号不得小于正文其他文字字号」，所以应该改成这个效果：用户:Interaccoonale/QwContent--——🦝英特浣熊耐尔（留言・贡献） 2023年6月24日 (六) 02:37 (UTC)[回复]
@Sanmosa：“使用类似维护标签的样式展示的权利管理信息”，我認爲hatnote不算維護標簽，他們説的應該是“這個”。@Interaccoonale：即使文字要和正文一樣大小，也不能用p，給hatnote加一個font-size: inherit應可。副知@MintCandy。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月24日 (六) 03:26 (UTC)[回复]
我参照列表中的模板做了一个：User:Interaccoonale/QwContent2
有句港剧，我不认为社群会接受这个效果的模板。--——🦝英特浣熊耐尔（留言・贡献） 2023年6月24日 (六) 03:38 (UTC)[回复]
@魔琴：他們説的既然是“類似維護標籤的樣式”，那只要我們的共識認為hatnote與維護標簽足夠“類似”就可以了。@Interaccoonale：如果「字號不得小於正文其他文字字號」這個要求經共識認定不屬於CC BY-SA 4.0協議所說的「合理方式」，那我們大可以直接無視。還有，我不覺得放求聞的icon上去是個好主意，因此我參照了你的User:Interaccoonale/QwContent2弄了User:Sanmosa/Prodótis/2出來，原本的那個我改了名字叫User:Sanmosa/Prodótis/1。Sanmosa Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης 2023年6月24日 (六) 05:58 (UTC)[回复]
@MintCandy。Sanmosa Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης 2023年6月23日 (五) 23:25 (UTC)[回复]
感谢，其实我之前尝试搞了个User:MintCandy/沙盒，不过还是你这个完善一点。—远方传来风笛（Talk） 2023年6月24日 (六) 02:05 (UTC)[回复]
@BlackShadowG。Sanmosa Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης 2023年6月23日 (五) 23:27 (UTC)[回复]
更加广泛使用的{{CC-notice}}、{{PD-notice}}都是放在页底的，{{Wikia content}}的英维版本也是要求放在页底（原文：The Wikipedia plagiarism guideline recommends that attribution is placed in the references section under a bold Attribution statement.），因此我认为按照目前的格式要求，放在页底才是常见的做法。
此外，允许加入这类署名的前提是排除全域禁制的影响，但我认为这一点没那么容易商榷。--BlackShadowG Slava Ukraini! 2023年6月24日 (六) 03:22 (UTC)[回复]
global ban的政策是“被實施全域禁制的個人不得通過他人間接參與前述網站、平台或活動。不論被禁制個人或他人是否認為這些參與行為有益，這些參與行為都因禁制而被禁止。”；英文版对ban的理解是“Editors in turn are not permitted to post or edit material at the direction of a banned or blocked editor (sometimes called proxy editing or proxying) unless they are able to show that the changes are either verifiable or productive and they have independent reasons for making such edits. Editors who reinstate edits made by a banned or blocked editor take complete responsibility for the content. ”，也即如果被禁制用户在某个网站放了内容甚至指出了需要编辑的页面，未被禁制的其他用户仍然可以使用这些内容或者进行这些编辑，只要他们自己能给出编辑有益的理由；只是不允许其他用户作为被禁制用户的代理进行编辑。--GZWDer（留言） 2023年6月24日 (六) 03:45 (UTC)[回复]
Special:Diff/67716329，基金会已经说明：“由基金会托管的wiki不应该链接到由WMF全域禁令方针中所列人员控制的维基媒体相关空间。基金会的禁令涵盖了这些空间，无论是离线还是在线。”--BlackShadowG Slava Ukraini! 2023年6月24日 (六) 04:10 (UTC)[回复]
什麽叫“[..]所列人员控制的维基媒体相关空间”？ ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月24日 (六) 04:38 (UTC)[回复]
@BlackShadowG、魔琴：WMF的原話是“wikis hosted by the Foundation should not link to Wikimedia-related spaces controlled by people listed on the WMF Global Ban policy”，我的理解是“Wikimedia-related spaces”指的是一切Wikimedia的站點，但這點可能確實需要WMF特別澄清一下。假設我的理解沒有錯，GZWDer與Cwek的理解也同樣沒有錯。Sanmosa Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης 2023年6月24日 (六) 06:13 (UTC)[回复]
中译本我理解为用户页和用户组专题页了，但看当时的讨论说的是站外聊天室，那么这就能包含相关话题的网站、群组等等。但相关要求在无关讨论只涉知识时是否合理需要澄清，以及要看和考虑站外站点是否可能添加显著横幅宣传等。--YFdyh000（留言） 2023年6月24日 (六) 06:47 (UTC)[回复]
不应该链接到就是不能搬运求闻百科的内容的意思吗？--Doge24190 2023年6月25日 (日) 16:49 (UTC)[回复]

求聞百科中來自中文維基百科的內容是否有著作權問題？

同時，本人發現求聞百科中來自中文維基百科的內容，有署名不完整的情況。有些頁面中，僅在編輯摘要中註明了來源頁面連結和協議連結，並不完全符合WP:C#使用文字中對署名的要求。這是否意味着求聞百科的這些頁面違反了CC BY-SA協議？——枰（留言） 2023年6月22日 (四) 12:14 (UTC)[回复]

相關討論在Wikipedia:互助客栈/求助#發現新建傀儡用戶搬運求聞百科創建新條目也有。--日期20220626（留言） 2023年6月22日 (四) 12:32 (UTC)[回复]

該站某些頁面因為在兩站標題不同（多半是對方因「審查」或其他「政治敏感」需要而調整標題），在自動化或半自動化（？）署名時甚至根本沒有正確連結本站來源頁面，可見其著作權應付了事之馬虎。至於把Media Viewer預設通往來源站點的按鈕隱藏起來這種小心眼到有點好笑的情況就更不用提了。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年6月22日 (四) 15:35 (UTC)[回复]
事实上这种做法是很通行的，没必要追究。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月23日 (五) 06:05 (UTC)[回复]
事实上WP:TRANSWIKI也有类似问题：从别的站点搬运模板后不保证别的站点的模板没有删除。--GZWDer（留言） 2023年6月24日 (六) 03:46 (UTC)[回复]
是的，較爲合理的方式是全部歷史記錄一并導出。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月24日 (六) 04:43 (UTC)[回复]

杭州图书馆协会、浙江省教育会、吴越史地研究会、杭州中国民俗协会。求聞百科的原創條目先列在這裡。—日期20220626（留言） 2023年6月23日 (五) 05:45 (UTC)[回复]

此外還有我的三體，在原條目基礎上加入了求聞的內容，目前已由Zorua Fox回退，待有結論後可一併處理。--極冷（留言） 2023年6月23日 (五) 06:10 (UTC)[回复]
在过去就有通过CC by-sa 3.0授权标注的方式，将其他符合版权要求的内容引入本项目的（例如：{{Yeeyan}}等）。一来，现在我们和求闻百科使用相同的授权（CC by-sa 4.0），理论上同授权可以互相引入（实际上求闻也这样fork了我们大部分的条目）；二来，按照by的要求，这样的引入应该需要署名，但实务上不一定要求条目页内，例如常见的{{已翻译}}等是放在讨论页，或者像求闻那样是在页面历史上引注（好像jawiki的同授权翻译也有这样的处理）；三来，虽然基金会是禁止WMC的活动或者限制留下他们的链接，但求闻百科只是WMC之后发展的项目，不完全是WMC本身，而且任何对我们项目好的内容就不应该拘泥如此，而且我认为基于IAR的精神，引用求闻质量好的条目内容并按要求标注（包括历史记录、讨论页等），并无不妥。对于某些以侵权为理由的编辑，我认为就是在吹毛求疵，唯一可挑剔的应该是by的要求。——Sakamotosan路过围观 | 避免做作，免敬 2023年6月24日 (六) 04:11 (UTC)[回复]
by的署名只需要指出原名就应该足够了（已经列过链接）。而且考虑到求闻的态度，我认为就算他们不遵守也奈何不了，更何况这种最低限度。——Sakamotosan路过围观 | 避免做作，免敬 2023年6月24日 (六) 04:16 (UTC)[回复]

可能需要基金会澄清的问题

我认为以下两点可能需要基金会方面澄清：

  1. “求闻百科”列出的署名要求，特别是字号等样式要求，是否为CC协议所言“合适的”署名？
    • 若否，本站能否忽略“不合适”的署名要求而使用其材料？
  2. 列出“求闻百科”及其相关附属站点的直链是否违反全域禁制方针？即
    • 有无足够的证据证明“求闻百科”受被全域禁制的个体控制？（“求闻百科”主域名目前未被列入黑名单，处理的监管员认为滥用证据不足）
    • 即使“求闻百科”被全域禁制的个体控制，它是否属于“Wikimedia-related spaces”？

以上。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月24日 (六) 07:29 (UTC)[回复]

@魔琴：那么还有一个问题，就是如果在求闻百科上某段的主要内容的编辑者为全域禁制用户，那么是否允许将他编写的内容放进维基百科，还是按照基金会行动禁止这种行为？--СлаваУкраїні! 2023年6月24日 (六) 08:35 (UTC)[回复]
@Fumikas_Sagisavas：編輯不是代爲編輯即可，并未要求維基媒體禁止引用被禁制者的作品。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月24日 (六) 08:47 (UTC)[回复]
第二个问题需要社群提供求闻百科的裁决委员或相关公司控股人（曾经）在本站上的活动作为证据，这个可能要熟悉求闻百科或WMC的才能回答，WMF很可能也不知道这些裁决委员是谁。但是我不知道如何在不违反WP:OUT的前提下让社群相信求闻百科和全域禁制的个体有何种关系。--GZWDer（留言） 2023年6月24日 (六) 09:24 (UTC)[回复]
@GZWDer：那這裏理論上也有個bug，就是只要我們故意不提供任何相關證據給WMF，WMF就無法認定「求聞百科」是否受“被全域禁制的個體”控制，那我們這裏的用戶使用「求聞百科」的連結就肯定沒有問題，直至WMF自己找到證據為止。我不評論這種做法對中文維基百科到底是好是壞，畢竟我自己也不知道。Sanmosa Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης 2023年6月24日 (六) 09:30 (UTC)[回复]
我看我倒不如直接問WMF那邊吧：
Here are some questions that the Chinese Wikipedia community would like to ask Wikimedia Foundation for clarification regarding issues related to a site called "Qiuwen Baike", which is written in simplified Chinese characters and is controlled by a certain user called "Techyan" (as claimed by the site itself) who had been globally banned by WMF in October 2021:
  1. The "Qiuwen Baike" site (hereinafter referred to as "Qiuwen") claimed to have its contributors' contents created in the site published in CC BY-SA 4.0 license, and a great extent of its contents is actually copied from Chinese Wikipedia, which is currently also using CC BY-SA 4.0 license. However, the Qiuwen site published additional crediting 'requirements' for using its contents in Chinese Wikipedia, and we doubt that whether those additional crediting 'requirements' are 'appropriate credit(s)' as mentioned in the terms of CC BY-SA 4.0 license. Those additional crediting 'requirements' include:
    • A clickable URL or hyperlink of the work must be given if any Wikimedia sites use the work of contributors of Qiuwen site. When a hyperlink is used, the hyperlink must clearly show terms including "Qiuwen Baike" and "contributors of Qiuwen Baike".（“本网站项目要求，所有在维基媒体计划使用本网站项目贡献者作品的情况，均需要附上可直接点击的超链接或网址。使用超链接的，超链接文字必须明显写出“求闻百科”“求闻百科贡献者”（求闻百科今后开设的其他子项目名称、网址不同的，参照处理，下同）等”）；
    • For any literal works (of contributors of Qiuwen site) used by any Wikimedia sites, the copyright information (including crediting, URL and hyperlink) must be shown at the exact page where the work is used, and must be placed above (or in front of) the used work.（“对于被维基媒体计划使用的文字作品，署名文字、超链接、网址等权利管理信息应当同使用的作品本身在同一页面中展示，且权利管理信息应当放置在被使用的作品之前”）；
    • For any multimedia files (created by contributors of Qiuwen site) used (or cited) by any Wikimedia sites, the copyright information (including crediting, URL and hyperlink) must be shown after clicking at most once, and if the multimedia file is previewed by a Media Viewer, the name of the creator that the creator intended to use and a hyperlink showing the wording "from Qiuwen Baike" must be shown without any rolling.（“对于被维基媒体计划使用的多媒体文件作品，在被其他页面的内文引用时，权利管理信息只能经过至多一（1）次点击即可查看”、“当用户在维基媒体计划使用的“媒体查看器”（Media Viewer）插件预览时，无需向下滚动，即可看到作者指定的署名和“来自求闻百科”字样，且该字样需要带有符合规定的超链接”）；
    • The copyright information (including crediting, URL and hyperlink) must be clearly shown, that its font size must not be smaller than that of the words of the texts of the page, any unrecognizable typography and colour matching must not be used, and any kinds of 'obfuscation', 'hiding' or 'bypassing', including usage of dropdown menus, hidden menus, "click to see more" buttons and transferral to metadata field, are disallowed.（“权利管理信息应当清楚可见，字号不得小于正文其他文字字号，不得使用不易辨识的排版、配色等，不得使用下拉菜单、隐藏菜单、“点击查看更多”、转移至元数据字段等手段混淆、隐藏、绕过”）；
    • For any Wikimedia sites using any content from the articles of Qiuwen site, the copyright information (including crediting, URL and hyperlink) must be placed below the article title and maintenance tags (if exist) or infoboxes (if viewed in mobile device mode), and above the introduction paragraph(s).（“维基媒体计划使用求闻百科条目任何内容的，权利管理信息应当放置在条目标题下方、维护标签（维护模板，maintenance tag）下方（如有）、引言部分上方的部位；使用移动设备浏览的，权利管理信息可以放在维护标签或信息框（infobox）下方（如有）、引言部分上方”）；
    • The copyright information (including crediting, URL and hyperlink) must be shown in a manner similar to maintenance tags, with a size similar to ordinary maintenance tags, and will not be hidden if it is viewed in mobile device mode.（“使用类似维护标签的样式展示的权利管理信息，其尺寸应当同一般的维护标签相仿，且使用移动设备浏览时不会被隐藏”）；
    • For any pictures and text files created in Qiuwen site with funding or hosting from any projects in the site, the watermark of Qiuwen site and the copyright information (including crediting, URL and hyperlink) must be inclued in the file itself. For any audio files, the wording "from Qiuwen Baike" and the copyright information (including crediting, URL and hyperlink) must be specifically mentioned at the start and the end of the file in both Mandarin and English. For any video files, a specific frame (which has not yet specified by the site until now) including the wording "from Qiuwen Baike" in both Chinese and English characters, the URL of the file in Qiuwen site and the copyright information (including crediting, URL and hyperlink) must be included at the start and the end of the file.（“……对于图片、文本资料等，需要在文件内部增加“求闻百科”水印及作品的版权状态；对于音频，需要在首尾增加汉语和英语朗读内容“来自求闻百科”及作品的版权状态；对于视频，需要在首尾展示指定的画面，画面以中文和英文写清内容“来自求闻百科”、对应在本网站项目上的网址（URI），以及作品的版权状态”）；
  2. If one or more or all of the additional crediting 'requirements' of Qiuwen site mentioned above are not 'appropriate credit(s)' as mentioned in the terms of CC BY-SA 4.0 license, is it appropriate for Chinese Wikipedia users to just ignore those inappropriate requirements and use those contents according to the terms of CC BY-SA 4.0 license only?
  3. As the Qiuwen site is controlled by a globally banned user (or person) as claimed by the site itself, we have several questions regarding the status of the site itself:
    • Due to the fact that the URL namespace of Qiuwen site is not globally blocked by any blacklists, is that claim sufficient for determining whether the Qiuwen site is 'controlled by a globally banned subject'? Or are there any other current evidences that can prove that the site is 'controlled by a globally banned subject'?
    • Even if the Qiuwen site is 'controlled by a globally banned subject', is the site a part of 'Wikimedia-related spaces'?
    • In short, is it OK for us to link any pages of the Qiuwen site here?
@JEissfeldt (WMF): It will be good if detailed explanations can be given for the questions above. It is OK for another WMF staff member to reply if necessary. Sanmosa Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης 2023年6月24日 (六) 09:25 (UTC)[回复]
Note Qiuwen is officially controlled by an "Adjudicator Commitee" with role somewhat similar to stewards, ArbCom and Board, of which Techyan is one of five members.. Other four members claim to also be current or former editors of Chinese Wikipedia, but I do not know their activity in Wikimedia projects. --GZWDer（留言） 2023年6月24日 (六) 09:29 (UTC)[回复]
Thanks for further clarification. It is exactly what I mean by "the Qiuwen site is controlled by a globally banned user (or person) as claimed by the site itself". Sanmosa Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης 2023年6月24日 (六) 09:33 (UTC)[回复]
Note they said in their new statement that this committee is a community organization independent of Qiuwen Baike's operator. (求闻百科的裁决委员会是社区机构，不对求闻百科运营方接下来的行动做任何猜测或评论 As a community organization, adjudicator committee will not guess or comment on subsequent actions of the operator. ) Currently, Qiuwen Baike is officially operated by 无锡共笔全书网络有限责任公司 Wuxi Gongbi Quanshu Network Co. Ltd.--——🦝英特浣熊耐尔（留言・贡献） 2023年6月24日 (六) 13:16 (UTC)[回复]
  • 若基金會認可使用求聞內容，我主張中維應將求聞跟其他站點如Wikia看齊，在醒目位處標明來源即可。其餘水印等要求不應理會，維基百科本就不鼓勵水印。況且開了此先例中維更易被其他團體，包括牟利團體用作宣傳之用，此例不可開。若求聞堅持此授權準則且基金會法律部門指中維必須跟隨的話，我更會傾向支持一刀切禁用求聞多媒體內容-某人✉ 2023年6月24日 (六) 10:25 (UTC)[回复]
    我倒是覺得如果基金會法律部門認為水印要求理論上需要被尊重的話，部門自己就會明確表示不得自求聞百科搬運一切多媒體內容。Sanmosa Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης 2023年6月24日 (六) 10:30 (UTC)[回复]
    水印能否被理解为“多媒体文件的署名必须位于多媒体文件内部，并以多媒体形式展示，而不能作为附加的文本展示”，因而是“权利人要求的合理署名方式”？我不确定法律上能否这样诠释，但我直觉上是觉得不太对劲。--——🦝英特浣熊耐尔（留言・贡献） 2023年6月24日 (六) 11:21 (UTC)[回复]
    @Interaccoonale：這是求聞百科的理解，我也不確定中國大陸的法律上能否這樣詮釋，但至少中國大陸以外的任何司法管轄區，無論採用哪種法系，都不可能認為這種理解方式合理。Sanmosa Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης 2023年6月24日 (六) 12:55 (UTC)[回复]

@Sanmosa：你ping的WMF人用户页说Contact: jeissfeldt at wikimedia.org or Meta are usually the quickest way，所以要么给jeissfeldt@wikimedia.org发邮件要么上Meta问，这里ping人家看不到。另外相关条目中有两个已经被Wing回退到有求闻内容的版本，或许可以算是个半官方态度？--2A0C:5A80:1D00:1F00:DDB3:D50C:E7BC:C5FA（留言） 2023年6月29日 (四) 20:25 (UTC)[回复]

一來我有在meta那邊留言提示，二來我後來也已經發了email給法務，他看不看得到不太成問題，就算他完全不看也可以，只要有個人來回覆就行。Sanmosa Акум орь ничодатэ, кроеште-ць алтэ соарте 2023年6月29日 (四) 22:38 (UTC)[回复]
看了下这人的贡献，好像不太活跃的样子，要不你问问别人？--2A0C:5A80:1D00:1F00:18BE:C67C:A389:A1F9（留言） 2023年6月30日 (五) 08:45 (UTC)[回复]
@Sanmosa：，邮件有没回复？或者需求其他联络方式而不是特定个人？——Sakamotosan路过围观 | 避免做作，免敬 2023年7月5日 (三) 03:10 (UTC)[回复]
暫時還沒有reply。Sanmosa 2023年7月5日 (三) 11:00 (UTC)[回复]

求闻百科方面对近期客栈有关讨论的回应

发现求闻百科在站点公告中发布了求闻百科裁决委员会文件《就近期维基百科社区等方对《WMF规定》及其它方面提出的问题的说明》，似乎可以作为求闻百科方面对近期互助客栈有关讨论的回应。-- Zorua → 留个言叭-ω- 2023年6月24日 (六) 11:53 (UTC)[回复]

  • 了解。摘了几条该文章的观点列在下方：
    • “对维基媒体计划实施额外的署名要求，是求闻百科为了保护自己，保护求闻百科平台上产生的独创内容，保证求闻百科相较维基的竞争优势，不得已才采取的自卫、反制措施。”因为OA2021和网站链接被加入“全域链接黑名单”是“涉嫌滥用市场支配地位的垄断和不正当竞争”。
    • “求闻百科已经正确履行了维基百科内容的署名要求。”还引用了新生效的ToU。
    • “维基并非没有做出类似署名的先例。维基《使用条款》中有提到“在从其他网站“搬运”内容到维基时，要求用户遵守其他网站额外施加的署名要求”。不仅承认了额外署名要求的合理性，还认可了这类较显眼的署名标识。维基百科社区可以以署名要求“过分”而禁用求闻百科内容。”（这点客栈上面的讨论串已经有人提过了）
    • “站在求闻百科的角度，无论维基方面所作出的决定是禁用还是遵守《WMF规定》，对我们都各有利弊，因此我们无所谓维基方面的决定。”
    • “主张维基可以只按照维基用户理解的CC许可证条款就径行“搬运”，而故意无视《WMF规定》，就是在对求闻百科所提供的二次使用“offer”挑挑拣拣。如果不接受这一“offer”，又不去从头商议版权情况，其行为本质跟直接剽窃抄袭别无二致。”
    • “从法理上讲，求闻百科运营方有提出侵权投诉乃至跨国提起诉讼的权力。”
    • “《WMF规定》中，无论是针对文字内容还是多媒体文件的署名要求，在维基上都不难做到，不存在技术障碍。”
    • “图片预览器下面所显示的署名就已经足够”，因此求闻百科的图片预览器中，没有前往维基共享资源的按钮。
    • 里面还特地强调“6月22日，我们统计中文维基百科有3201条待巡查条目”。—远方传来风笛（Talk） 2023年6月24日 (六) 12:20 (UTC)[回复]
    唉，年度大戏。Fire Ice 2023年6月24日 (六) 12:43 (UTC)[回复]
    玩詭辯嘛，訴諸同情，轉移注意。
    我猜猜；委員會就是那幾位持股人？
    還有不搞真人快打改請執法快打是嘛，反正報這個沒有「假警」一詞，也不用擔心反找上門是嗎--Hualin~希望の星は青霄に昇る Commons|Talk 2023年6月24日 (六) 15:51 (UTC)[回复]
哎，恕我不厚道地說一句，他們不弄這個還好，弄了這個就像是狗急跳牆。他們要是真夠錢到美國搞鉅額訴訟的話，他們早就這樣做了，而且他們不能在美國以外的任何地方找到任何可被恰當地如此提告的法人。就算他們真夠錢到美國搞鉅額訴訟，無論他們勝訴與否，我也很懷疑他們在訴訟過後是否真的有足夠的資金繼續支撐求聞百科運作。Sanmosa Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης 2023年6月24日 (六) 12:50 (UTC)[回复]
簡單來說，就是他們裁不裁決、回不回應都與我們完全沒有關係，我們就單看他們的條款判斷相關條款的合理性，然後作出我們認為正確的處理方式，反正他們也沒法阻止。Sanmosa Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης 2023年6月24日 (六) 12:58 (UTC)[回复]
中維内政决不容许任何外部势力干涉[開玩笑的]--Hualin~希望の星は青霄に昇る Commons|Talk 2023年6月24日 (六) 16:36 (UTC)[回复]
至少應該先通知基金會有關此議題之討論，畢竟若真打起訴訟來，也是他們要擔負。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年6月24日 (六) 17:40 (UTC)[回复]
所以你看上方，我已經通知了。Sanmosa Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης 2023年6月25日 (日) 00:12 (UTC)[回复]
感谢上面BlackShadowG提供的基金会工作人员原话：wikis hosted by the Foundation should not link to Wikimedia-related spaces controlled by people listed on the WMF Global Ban policy. 我的理解是用户组、站外聊天频道算是Wikimedia-related spaces，因此移除《求闻》杂志网站、移除WMCUG（中国大陆“维基人”用户组）控制的QQ群是没问题的。但是无锡还是哪里的公司开的什么百科，没有说自己是什么维基媒体，就不算是Wikimedia-related spaces，因此“求闻百科”的网站不应受全域禁制方针影响，即使“求闻百科”受到被全域禁制的个体控制。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月24日 (六) 14:43 (UTC)[回复]
致求问百科裁决委员会：Wikipedia:不要把维基百科缩写成维基--落花有意12138 2023年6月24日 (六) 16:20 (UTC)[回复]
但与此同时，中文名“维基”是基金会的注册商标。--YFdyh000（留言） 2023年6月24日 (六) 17:16 (UTC)[回复]
@YFdyh000： 中文名“维基”是基金会的注册商标。[來源請求]按CNIPA最新查询结果（自己尝试一下，不算申请被驳回的，如果结果不符合下文描述算我输）：
“维基”商标在大陆注册情况
申请/注册号 国际分类 商标名称 申请人名称 商标状态
64594071 42 维基 清流县龙津镇尼中百货商行 等待实质审查
63662666 30 维基 任斌 等待实质审查
63662666 29 维基 任斌 等待实质审查
63662666 32 维基 任斌 等待实质审查
62510526 1 维基 上海夏巢实业有限公司 注册商标
专用权期限：2022年11月07日 至 2032年11月06日
57893737 12 维基 苏州坦途智能科技有限公司 注册商标
专用权期限：2022年02月07日 至 2032年02月06日
57019973 30 维基 苏州维吉尔食品有限公司 注册商标
专用权期限：2022年03月14日 至 2032年03月13日
47196478 15 维基 义乌市姗悦商贸有限公司 注册商标
专用权期限：2021年02月07日 至 2031年02月06日
39775326 45 维基 李友成 注册商标
专用权期限：2020年09月21日 至 2030年09月20日
32188825 11 维基 深圳市维基电子有限公司 注册商标
专用权期限：2019年12月14日 至 2029年12月13日
27672401 9 维基 深圳市维基电子有限公司 撤销/无效宣告申请审查中
18745979 16 维基 厦门市金鸿峰特种纸业有限公司 注册商标
专用权期限：2017年02月07日 至 2027年02月06日
15396658 32 维基 江苏维基生物工程有限公司 注册商标
专用权期限：2015年11月28日 至 2025年11月27日
15048580 3 维基 广州市企雅精细化工有限公司 注册商标
专用权期限：2015年11月21日 至 2025年11月20日
13939041 42 维基 快乐中国有限公司 撤销/无效宣告申请审查中
12225892 9 维基 深圳市维基电子有限公司 注册商标被撤销
12125435 6 维基 林贤平 注册公告
8964536 11 维基 宁波武岭燃具有限公司 注册商标
专用权期限：2011年12月28日 至 2021年12月27日（逾期了）
8380879 11 维基 瑞安市品特汽车电器有限公司 注册商标
专用权期限：2011年09月07日 至 2021年09月06日（逾期了）
7987601 16 维基 厦门市金鸿峰特种纸业有限公司 注册商标被撤销
7980354 38 维基 北京互动百科网络技术股份有限公司 注册商标被撤销
7980328 16 维基 北京互动百科网络技术股份有限公司 注册商标被撤销
7980370 41 维基 互动在线（北京）科技有限公司 注册商标被撤销
7980344 35 维基 互动在线（北京）科技有限公司 注册商标被撤销
6681054 10 维基 济南三成生物科技有限公司 注册商标
专用权期限：2010年03月28日 至 2020年03月27日（逾期了）
6284910 41 维基 维基国际技术培训(北京)中心 注册商标被撤销
3927825 9 维基 深圳市维基电子有限公司 撤销/无效宣告申请审查中
“维基百科”商标在大陆注册情况
申请/注册号 国际分类 商标名称 申请人名称 商标状态
44682724 42 维基百科 维基媒体基金会有限责任公司 驳回复审中
29307230 38 维基百科 维基媒体基金会有限责任公司 注册商标
专用权期限：2019年10月07日 至 2029年10月06日
28106628 9 维基百科 维基媒体基金会有限责任公司 注册商标
专用权期限：2019年04月07日 至 2029年04月06日
26726637 16 维基百科 维基媒体基金会有限责任公司 注册商标
专用权期限：2019年02月21日 至 2029年02月20日
14347541 38 维基百科 维基媒体基金会有限责任公司 注册商标
专用权期限：2018年09月14日 至 2028年09月13日
14347539 42 维基百科 维基媒体基金会有限责任公司 注册商标
专用权期限：2018年02月21日 至 2028年02月20日
14347544 25 维基百科 维基媒体基金会有限责任公司 注册商标
专用权期限：2015年06月07日 至 2025年06月06日
14347540 41 维基百科 维基媒体基金会有限责任公司 注册商标
专用权期限：2018年02月07日 至 2028年02月06日
14347546 16 维基百科 维基媒体基金会有限责任公司 注册商标
专用权期限：2016年08月14日 至 2026年08月13日
14347545 18 维基百科 维基媒体基金会有限责任公司 注册商标
专用权期限：2015年06月07日 至 2025年06月06日
14347542 36 维基百科 维基媒体基金会有限责任公司 注册商标
专用权期限：2016年11月14日 至 2026年11月13日
14347547 9 维基百科 维基媒体基金会有限责任公司 注册商标
专用权期限：2017年10月28日 至 2027年10月27日
14347543 35 维基百科 维基媒体基金会有限责任公司 注册商标
专用权期限：2016年06月28日 至 2026年06月27日
6124678 38 维基百科 北京互动百科网络技术股份有限公司 注册商标被撤销
6124680 42 维基百科 互动在线(北京)科技有限公司 等待实质审查
6124676 9 维基百科 互动在线(北京)科技有限公司 注册商标被撤销
6124679 41 维基百科 互动在线(北京)科技有限公司 注册商标被撤销
6124677 35 维基百科 互动在线(北京)科技有限公司 注册商标被撤销
--Liuxinyu970226（留言） 2023年7月5日 (三) 01:54 (UTC)[回复]
条目中来源，在台灣的商標註冊資料。本站页脚，“维基™是维基媒体基金会的商标”。在中国大陆好像是没注册下来，算我说错吧。--YFdyh000（留言） 2023年7月5日 (三) 02:31 (UTC)[回复]
好像是以前提过互动百科注册过“维基百科”商标，后来捐给基金会了。有可能基金会没有在中国大陆注册过“维基”的商标。——Sakamotosan路过围观 | 避免做作，免敬 2023年7月5日 (三) 03:06 (UTC)[回复]
确实，要不在大陆简体模式下，页底的“维基™是维基媒体基金会的商标。”设法屏蔽掉？毕竟似乎不符合事实的说。--Liuxinyu970226（留言） 2023年7月5日 (三) 03:46 (UTC)[回复]
不需要，没说是何地注册商标，商标不同于注册商标，且TM本就是未完成注册但强调有意保护的意思。“注册过的商标能获得更多的保护”，而未注册的看各地法律和使用情形。--YFdyh000（留言） 2023年7月5日 (三) 04:09 (UTC)[回复]
可万一哪天上海夏巢等实打实注册了“维基”二字商标的企业反过来把WMF告了，阁下可有能力负责？--Liuxinyu970226（留言） 2023年7月5日 (三) 04:13 (UTC)[回复]
未免想太远和跑题了，您可以去问基金会法务。在中国大陆没有业务，打跨国官司吗，合理吗。上文未见第九类被批准（深圳市维基电子有限公司，3份被撤销的申请），非驰名商标跨类别是无效的。--YFdyh000（留言） 2023年7月5日 (三) 04:57 (UTC)[回复]
@YFdyh000
圆谷了解一下，在万代和TYO的撑腰下还真就能打官司挣钱。有的是中小企业敢这么玩的，关键是有没有背后“大头”撑腰（不然任天堂能活到现在就难以解释了，明明跟索、佳等一样经历了某段泡沫危机）。--Liuxinyu970226（留言） 2023年7月10日 (一) 04:36 (UTC)[回复]
CC BY-SA 4.0協議的條款有指明「不得增加額外限制 — 你不能增設法律條款或科技措施，來限制別人依授權條款本已許可的作為」，如果這真的是求聞百科的有效規定，那求聞百科的相關內容還能算是按CC BY-SA 4.0協議發佈嗎？如果求聞百科是誠心誠意地想推廣開源百科的話，那他們就不可能自己先破壞CC BY-SA 4.0協議條款的要求，因此求聞百科絕非誠心誠意地想推廣開源百科，那就請別打着CC BY-SA 4.0協議的名號剽竊完中文維基百科的東西後反過來自己違反CC BY-SA 4.0協議。求聞百科真有決心要和WMF完全切割的話，那就完全別用中文維基百科的東西啊，最好給版權條款再移除個SA，這樣求聞百科與中文維基百科的版權條款就不相容了，而且想要搞多少個「額外規定」也完全沒問題，但請先移除一切來自中文維基百科的東西。在我看來，只要那個所謂「額外規定」是有效的，那求聞百科就是一個公然主張並鼓勵侵犯版權的網站。Sanmosa Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης 2023年6月25日 (日) 00:21 (UTC)[回复]
我认为可以将这个作为社群共识观点，如果这种附加协议与CC by-sa 4.0冲突的话，要么符合CC by-sa 4.0按照我们社群以往做法处理，不管他的附加协议，毕竟他们也管不着，要么认为不符合授权，干脆不接受。——Sakamotosan路过围观 | 避免做作，免敬 2023年6月25日 (日) 01:14 (UTC)[回复]
个人观点，首先求闻方面是根据许可证原件（而不是摘要版）的附加署名来制定的，而且wmf推行的tou也有提到，须遵守其他站点的版权附加条款。不宜直接将求闻方面这种打擦边球的行为认定为不相容；中维这边也没有权利禁止求闻搬运。现在比较好的办法是直接在中维禁用来自求闻的内容。此外建议大家咨询一下wmf的法务legal方面。—远方传来风笛（Talk） 2023年6月25日 (日) 02:03 (UTC)[回复]
這不只是打擦邊球了。共享創意文檔指明You may not use our trademarks or branding if your website terms of use impose attribution requirements that are more elaborate than those found in the standard CC license.（中譯：網站使用條款規定比標準共享創意協議更詳細（嚴格）的署名要求時不得使用共享創意之商標。）依我理解，「放在哪裏」絕對不是標準共享創意協議的要求，顯然已經是「比原協議更詳細的要求」。他們可以要求「合理署名」，這是原協議的要求，但不能作出比原協議更詳細的要求，例如掛在哪裏。CC BY-SA 4.0 § 3(a)(2)：You may satisfy the conditions in Section 3(a)(1) in any reasonable manner based on the medium, means, and context in which You Share the Licensed Material. For example, it may be reasonable to satisfy the conditions by providing a URI or hyperlink to a resource that includes the required information.（官方中譯：依據您分享本授權素材的媒介、方法及情況，您得以任何合理方式滿足第3條第(a)項第(1)款的條件。例如，提供包含所要求資訊的資源的「統一資源識別符」(URI)或超連結，可算是合理地滿足此處的條件。）中文維基百科只要滿足「以任何合理方式」（客觀地合理而不是授權人所認定的合理）提供所有相關資訊就已經滿足了條款要求。--路西法人 2023年6月25日 (日) 02:31 (UTC)[回复]
加一句：但他們確實有權要求版權聲明中包含他們要求的各個姓名標示組成部分，例如「某某某貢獻者」及相關連結。--路西法人 2023年6月25日 (日) 02:55 (UTC)[回复]
是否能请比较熟悉版权相关问题的本地用户@Wcam为社群简要提供一些参考意见？或是去咨询维基媒体基金会法务部门legal@wikimedia.org？--Yining Chen（留言|贡献） 2023年6月25日 (日) 04:37 (UTC)[回复]
基本上個人認為，在徵詢專業法律意見以前，社群不應輕舉妄動，躁進決定如何開放或禁絕「搬運」相關站點條目內容。不過，考慮到情勢演變及法律風險，是可以在此之前先要求編者「暫時」不要自相關站點匯入內容。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年6月25日 (日) 06:59 (UTC)[回复]
不管怎么样，我觉得发一个全站临时编辑禁制还是可以的。--MilkyDefer 2023年6月26日 (一) 09:59 (UTC)[回复]
@Yining Chen、Ericliu1912：我已經發了email給法務，如果我收到那邊reply的話，我會看情況盡快把他們的判斷給貼上來。Sanmosa Акум орь ничодатэ, кроеште-ць алтэ соарте 2023年6月26日 (一) 00:40 (UTC)[回复]
感谢贡献。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月26日 (一) 01:07 (UTC)[回复]
我个人的观点与上方Cwek等人的看法类似。--Wcam（留言） 2023年6月26日 (一) 13:59 (UTC)[回复]
目前暫時按照杭州图书馆协会那樣在條目頂部加上Template:Qiuwen content，列明求聞百科條目連結和所有作者，就行了吧。--日期20220626（留言） 2023年7月1日 (六) 09:06 (UTC)[回复]
通常而言这种署名应该是放在页底的，参考en:Wikipedia:Plagiarism#Where to place attribution。--BlackShadowG Slava Ukraini! 2023年7月1日 (六) 15:24 (UTC)[回复]
這其實才是最需要在意的地方；不能為個別網站建立「例外」，否則沒完沒了。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年7月3日 (一) 09:16 (UTC)[回复]
暂时先这样，但我把首页的链接去掉了，一来他们没这样要求，二来条目内容也不是从首页来的。--2A0C:5A80:1D00:1F00:E9F1:F6EC:2989:7FBB（留言） 2023年7月2日 (日) 09:20 (UTC)[回复]
提出個人觀點，我自己是部分認同求聞百科聲明中內容的，尤其將開放百科引入人口龐大的中國大陸，在非政治條目上有助提升彼此條目質量、雙方內容趨於一致。
不過，雖然上方有人提出將署名放在條目底部也符合規定的觀點，但也請注意求聞百科的聲明中有提及，他們是有權更動《WMF规定》的。更簡單的做法就是直接將網站改成CC-BY-SA-NC 4.0，這樣他們仍然可以主張自己在推廣開放百科，但其內容都不得為維基所用，就像在維基更改授權條款前，採用CC-BY-SA 4.0的求聞便特別註明CC-BY-SA 3.0不得使用其內容。因此在這方面社群需要謹慎行動、評估求聞未來若單方面變更協議所需的善後工作成本等。
據說求聞百科最近也開始在做Google搜尋的SEO優化了，如果最後維基決定禁止求聞的內容，那便是「兄弟爬山各自努力」，讓使用者查閱資料時自行多方比對囉。如同現在的百度百科一樣。--巴波（留言） 2023年7月7日 (五) 09:22 (UTC)[回复]
相同方式共享意味着CC BY-SA不可改为CC BY-NC-SA。3.0无法使用更高版本的内容。——暁月凛奈 (留言) 2023年7月7日 (五) 09:34 (UTC)[回复]
原來如此，是我誤解了。[6]那麼可能的一個做法是求聞將他們網站的內容進行劃分，求聞原創的新條目改採CC-BY-SA-NC釋出，有使用維基百科內容的條目才維持CC-BY-SA。--巴波（留言） 2023年7月7日 (五) 10:17 (UTC)[回复]
简单来说，就是WMC那边想耍赖，和基金会杠到底。不过真这样玩的话，就是大路朝天各走一边，或者还真省下讨论这些麻烦的授权问题了。或者我们干脆将玩意写清楚成一份传记式记录，任何人对此有疑问的话，给他们看看，看看这WMC是什么东西呗。——Sakamotosan路过围观 | 避免做作，免敬 2023年7月7日 (五) 09:49 (UTC)[回复]
我觉得没有Techyan等主要成员领导的WMC就是个无法死灰复燃的空壳，应该说“看看由Techyan等人设立的共笔全书是什么东西”。--Lanwi1Talk 2023年7月9日 (日) 10:36 (UTC)[回复]

临时措施

著作权问题得解决，而法务还没回复Sanmosa君，我这里提议一个临时的解决方案：

鉴于本社群并未对「求闻百科的限制是否符合 CC BY-SA 条款」以及「如何实现求闻百科的署名要求」达成共识，而标了CC授权的内容我们也不好草率删除，以免「割裂[...]自由版权和开源世界」，我建议遇到求闻百科导入的条目时，暂不删除，而是集中移动到WP:fromqw或者什么地方的子页面，并挂上类似于这个的模板以作提示，以待著作权问题的解决。也许这是符合本站著作权方针的？ ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年7月7日 (五) 15:10 (UTC)[回复]

啊另外，建议对此临时措施实施一个时间限制，比如WMF的法务罢工了，或者我们煮了三年也没煮出来如何署名，这样拖下去也不好。譬如6个月过后若未解决再重走著作权验证程序。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年7月7日 (五) 15:12 (UTC)[回复]
感觉可以。--YFdyh000（留言） 2023年7月7日 (五) 16:09 (UTC)[回复]
(＋)支持以子頁面方式擱置。因為我發現求聞的《WMF規定》中有規定「權利管理信息的樣式應當同本規定附件三中所展示的樣式」，但其「附件三」處於待公布狀態；而求聞的聲明中提及Template:Wikia content類似求聞的要求（也因此上方有人做了Template:Qiuwen content），但確切應該採用何種樣式目前仍不得而知。我認為還是需要等待求聞公布確切樣式，才能評估署名標示對本站的影響並討論形成共識。
不過我有個問題：在條目頁上，是否可於「參見」放上導向該子頁面的內部連結？--巴波（留言） 2023年7月7日 (五) 17:38 (UTC)[回复]
稍微修改了表述。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年7月9日 (日) 05:17 (UTC)[回复]
(＋)支持在得出結論前移動至子頁面。不過，考慮到4.0版本規定的是在30天內補正即可恢復權利，建議快到30天的時候先暫時刪除這些內容（我不太確定，不過到時候最好這樣做？）。——枰（留言） 2023年7月9日 (日) 09:57 (UTC)[回复]
在该页面不受排版惯例影响，可以完整践行求闻方面提出的署名要求（其实我的模板就可以代替署名模板）。主要是(1)求闻是否兼容CC；(2)主页面能否放求闻来的条目这两个问题暂未解决。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年7月9日 (日) 10:38 (UTC)[回复]
確實如此。——枰（留言） 2023年7月9日 (日) 10:49 (UTC)[回复]

關於注音的問題

最近看見有人認爲、中文維基不是粵語維基、不應爲難讀單詞標上粵語讀音。然而、考慮到港澳地區的人閱讀書面語時亦是用粵音讀出、我認爲在「香港繁體」模式時加入粵音才符合「避免地域中心」的原則。請問大家的看灋是？---mahogany-（留言） 2023年6月28日 (三) 23:59 (UTC)[回复]

至少港澳特有人事物條目可以斟酌添加粵音吧？---- Matt Zhuang表示有事按「此」留言 2023年6月29日 (四) 00:20 (UTC)[回复]
怎麼說呢，香港和澳門就算念中文書面語（白話文）都是用粵語，（完全）禁止用粵語標音很明顯並不符合香港和澳門讀者的期望和需求。Sanmosa Акум орь ничодатэ, кроеште-ць алтэ соарте 2023年6月29日 (四) 06:32 (UTC)[回复]
感觉可以加，比如 Template:Ruby 如果添加了台湾的注音符号，导致港澳模式下也会显示注音，但是香港又不用注音，就比较尴尬。不过不知道粤语该用哪个标准。--Kethyga（留言） 2023年6月29日 (四) 12:23 (UTC)[回复]
實情是我衹在港澳繁體模式下使用粵音，而不是所有模式都使用粵音[7]。縱使如此，仍然有人反對我的做法。[8]---mahogany-（留言） 2023年6月30日 (五) 01:12 (UTC)[回复]
@LHD。Sanmosa Акум орь ничодатэ, кроеште-ць алтэ соарте 2023年6月30日 (五) 05:44 (UTC)[回复]
那就至少拼音前註明是粵語...至少作出明確區分，不然每個地區強勢方言讀者都如法炮製都直接標方言音？--LHD（留言） 2023年6月30日 (五) 05:56 (UTC)[回复]
中文維基百科從來不做這種farcical的東西，其他條目從來沒有這種詭異的處理方法，畢竟是香港／澳門繁體，香港和澳門讀者的期望和需求在香港／澳門繁體下應當獲優先考量。另外，我認為你將粵語描述為「方言」並不正確，香港與歐美已有學者與論文表明粵語是「語言」而非「方言」（我個人甚至覺得臺語（閩南語）也是「語言」），你現在遇着我還好，你要是真對着一個普通香港人說這種話，肯定會被他打死。Sanmosa Акум орь ничодатэ, кроеште-ць алтэ соарте 2023年7月1日 (六) 00:27 (UTC)[回复]
依WP:NPOV，「粵語是『語言』而非『方言』」是「觀點」而非「事實」，因為有對立論述，而且這和本討論無直接關聯，我就是愛叫他方言，不管那個詞叫方言還是語言，不影響我的論述理由，不要浪費時間跟我吵「觀點」。我現在改用在國語粵語同音字標註，此方法在中文維基百科一點也不farcical（不知為何要用英文）也是在其他條目非常常見作法。--LHD（留言） 2023年7月1日 (六) 07:03 (UTC)[回复]
一來我甚至也不知道「銑」的讀法，二來中文字在粵語的同音字可以跟在Mandarin的同音字不同，這種標註方式會誤導香港和澳門的讀者，所以我還是回退了。你用一個生僻字來標另一個生僻字的音，這裏又不是字典，沒人會覺得有用。此外，粵語是「語言」這點基本上可以算是香港的社會共識，我真認真走WP:NPOV的話，你將粵語描述為「方言」的觀點完全可以視為不重要且不應寫入條目的少數觀點。Sanmosa Акум орь ничодатэ, кроеште-ць алтэ соарте 2023年7月2日 (日) 01:23 (UTC)[回复]
粵語是「語言」還是「方言」這個問題，在語言學上兩者聲量是差不多的。而且研究「粵語」的又不只有香港。粵語為「方言」這個觀點很難說成是少數觀點。「拼音前註明是粵語」的做法我是認同的，香港教科書上注音很少單注粵音，一般是漢語拼音+粵音+同音字，這樣會清楚一點。粵拼不像注音和漢語拼音是小學中必教的，所以標上同音字可能對港澳用戶更為友善一點--Ghren🐦🕚 2023年7月2日 (日) 03:59 (UTC)[回复]
但我仍不能認同直接假定在Mandarin的同音字跟在粵語的同音字一樣的做法，這是很有問題的。Sanmosa Акум орь ничодатэ, кроеште-ць алтэ соарте 2023年7月2日 (日) 05:02 (UTC)[回复]
那可以注明是在粵語同音就行。--Ghren🐦🕐 2023年7月2日 (日) 05:15 (UTC)[回复]
「但我仍不能認同直接假定在Mandarin的同音字跟在粵語的同音字一樣的做法」那是您根本沒去查字典吧，鍌在一開始是純人名用字，但很快就被當作銑的異體字了，當然在各方言同音。而且在集韻中它就屬「銑韻」，「銑」本身就是韻書發音的歸類，您的理由在此例根本不通，故我回退到我的方式，目前我的作法也並非只有我支持。--LHD（留言） 2023年7月2日 (日) 05:18 (UTC)[回复]
我直接再註明後來當成銑的異體。更晚期的字典如康熙字典也是直接說「音銑」--LHD（留言） 2023年7月2日 (日) 05:32 (UTC)[回复]
所以「銑」依然是不是很常用的字啊。--Ghren🐦🕐 2023年7月2日 (日) 05:36 (UTC)[回复]
是中華民國的國中小教科書常用字，地域差距這麼大嗎......--LHD（留言） 2023年7月2日 (日) 06:00 (UTC)[回复]
就是這麼大，我到了現在對「銑」這字的認知仍僅限於字形。Sanmosa Акум орь ничодатэ, кроеште-ць алтэ соарте 2023年7月2日 (日) 06:02 (UTC)[回复]
中大中文字頻表在第3178位、大陸方面則在次常用字表，看來常用度還是可以接受的。那就直接寫「「鍌」是「銑」的異體字」就行，無論是陸港台都不標音。--Ghren🐦🕑 2023年7月2日 (日) 06:48 (UTC)[回复]
我以爲我們應注意的是符不符合各地人語言習慣的問題，而並非爭論粵語或臺語是方言還是獨立語言的問題。此討論已完全離題。--~Mahogany~（留言） 2023年7月2日 (日) 07:12 (UTC)[回复]
理論上，標音很難不避免原創研究。但在實務上，我傾向當作沒看到，不強行要求（ —— Eric Liu 創造は生命（留言・留名・學生會） 2023年6月30日 (五) 16:44 (UTC)[回复]

有关维基共享资源中{{PD-PRC-exempt}}模板的讨论

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

（本站模板内容与维基共享资源基本一致，维基共享资源模板参见此处）

基于既往2件或更多删除请求中的理由，有用户认为中华人民共和国著作权法第五条中，具有立法、行政、司法性质的文件不包括图片，且相关删除请求得到了管理员的支持。加之近期有关人民币图样的版权讨论（如部分人民币图样被包含在央行公告中（文告合集版）），结合维基共享资源之预防原则，我在维基共享资源的互助客栈著作权分版发起了相关讨论，欢迎各位参加讨论。

维基共享资源互助客栈著作权分版：c:Commons:Village_pump/Copyright，讨论位于Reconsider the issue on copyright of files using {{PD-PRC-exempt}}一节。

由于此件影响文件较多且较多案涉文件被本站大量使用，参照此前台湾FOP经验，占用本站客栈版面一同告知此事，还请见谅。--Teetrition（留言） 2023年6月29日 (四) 12:44 (UTC)[回复]

⋯⋯ —— Eric Liu 創造は生命（留言・留名・學生會） 2023年6月29日 (四) 13:43 (UTC)[回复]
有一說一，在雙方社群有定論以前，建議共享資源方面以個案逐一檢視可疑檔案之著作權。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年6月30日 (五) 17:34 (UTC)[回复]
“文件”是否包含图片，内容是否视作附件，未见可靠结论。行政文件可能包含有著作权的作品[9][10]。就技术标准（技术性规范），长期无明确的著作权定论[11]。一些文章认为强制性标准有法规属性[12][13]，但没有明确是否有著作权，及“采标”或许牵扯国际标准的著作权。《2013年度国家自然科学基金项目指南》[14]有主张称是“政府公报性文件”，但法院判例认定不符合第五条，有著作权，国家自然科学基金委员会另有合同转让该作品“专有出版权和专有信息网络传播权”。
政府标准的著作权问题——基于《著作权法》第5条第1项的分析文章中认为政府标准（国家标准、行业标准和地方标准）不是行政法规、文件，发布标准的公告（性质）不含所附标准本身，标准制定权是可转让的私权而非行政机关专有公权，（技术）标准的效力来自标准之外。
备注：最后一篇文章中所含的部分观点可靠性值得推敲，不完全赞成。我期望本站有更多资源，但相关法律文件中的规范细节是否属于政府基于信息公开而无偿但保留著作权发表的单独作品，可能属于模糊地带。--YFdyh000（留言） 2023年6月29日 (四) 22:41 (UTC)[回复]
这个问题可以分为两个子问题：
  1. 具有立法、行政、司法性质的文件中可以夹带第三方受到著作权保护的内容（图片、文档附件等）（著作权法第二十四条：国家机关为执行公务在合理范围内使用已经发表的作品；），这些夹带的内容到底是受到著作权保护的内容，还是仅具有立法、行政、司法性质的文件，有时很难确定
  2. “具有立法、行政、司法性质的文件”，这里的文件是否包括非文本内容？从另一个角度看，查英文翻译版的著作权法[15],“具有立法、行政、司法性质的文件”的英文是“other documents of a legislative, administrative or judicial nature”，这里的documents是否能够包括图片等内容？
--百無一用是書生 (☎) 2023年6月30日 (五) 02:44 (UTC)[回复]
另外，也可以从另外一个角度来判断是否受到著作权保护：所表达的内容是否仅此一种表达方式（表达的唯一性），例如强制标准里的交通标志图片，就具有表达的唯一性，某个交通标志必须这个形状、图案和颜色，否则就不合规；而某个规划相关的行政文件中的规划地图就很难说具有表达的唯一性，因为地图可以有各种的绘制方式（用色、符号等）；假设一张标明规划范围的地图，其表达的唯一性恐怕只是规划范围本身，而规划范围的具体呈现则不具有唯一性（可以用不同的颜色、线段和符号来表达同样的规划范围）--百無一用是書生 (☎) 2023年6月30日 (五) 03:05 (UTC)[回复]
感谢您提供意见。有关阁下提出的第一点意见，我认为，官方文件带有第三方图片时，第三方图片不会因此不受保护。例如，该判决书第141页起引用的游戏截图。--Teetrition（留言） 2023年6月30日 (五) 03:25 (UTC)[回复]
我第一点意见的主要意思是，附带的图片的版权状况有时很难判断，你举得例子是很容易判断的情况--百無一用是書生 (☎) 2023年7月1日 (六) 12:03 (UTC)[回复]
了解，我亦深知我举的例子过于浅薄而显而易见。至于阁下所指第二点“文件”之英文译本，我相信伯尔尼公约的英译本（乃至标准文本之法文本）亦可作为参考（著作权法英译本并非明示为官方译本，进而可能存在英译中译英时，两个“英文本”不同的情况）。之前我亦对相关问题发表过我的浅见。--Teetrition（留言） 2023年7月1日 (六) 13:25 (UTC)[回复]

来自编程随想阮晓寰妻子贝女士的请求

转自编程随想阮晓寰妻子贝女士原话：

尊敬的维基社群：众所周知，编程随想编程随想阮晓寰的案件已经进入到二审环节。从当局的角度思考，阮晓寰二审怎么判，肯定会考虑这个判决会被“反贼”们如何解读和带来的影响。编程随想的政治“反”性越大，越不可能轻易改判。

所以把编程随想的科普属性加强，用网络自由精神的属性替代政治“反”性，形成舆情、共识，才利于改判轻判。而Google 搜索编程随想，首先出来的几项必有维基词条。这是我重视它的原因。

没有一篇新闻报道如维基百科中文词条这样片面强调编程随想的政治“反”性，甚至是歪曲评价编程随想。维基英文词条也没有这样。 哪怕用AI生成评价都比维基中文词条的客观。

我5月就让几个网友帮忙修改，都反馈改过来了，后来又被改回去。我的感觉是：不知道是谁在故意搞鬼！

以下修改的措辞只是我的提议。只要弱化政治性，修改的具体措辞，我不纠结的。

4项修改：

1. “编程随想 中国博主、异见人士。”

改一下。是博主，不要写“异见人士”。因为根本没有“异见人士”的定义，容易被脑残瞎起哄。

2. “他曾发表多篇呼吁公众走上街头抗议的博文。”

请删除。 （他700多篇博文，为何就提其中这几篇/几条？明显别有用心）

3. 他博客包括很多大类，此条却没有全面介绍，只说那些政治的。有误导。

补充：其博文内容包括学习方法与思维能力、心理学、信息技术、软件编程、政治、历史、外交、经济、管理学等多学科多领域。但围绕一个主线，即如何获得信息，甄别信息，独立思考，学习拓展，突破信息茧房。

4. “编程随想长期从事反对中国政府的活动，其博客也多次成为中国共产党政府网络攻击的目标[15][16][10]”

说他长期从事反对中国政府的活动，这种说法明显故意失实，纯粹胡说了。

改为：由于编程随想的部分博文涉及对中国共产党政府的批评和当局认为的敏感话题，其博客也多次成为中国共产党政府网络攻击的目标

不爱思考得猪注：救人一命，胜造七级浮屠。更何况我们帮助的是为众人抱薪者，大名鼎鼎的编程随想博主阮晓寰！更加不可使其冻毙于风雪！

各位如果对贝女士以及贝女士的请求有任何疑问，欢迎在下方留言，我会一一转达。非常感谢！--不爱思考得猪（留言） 2023年7月1日 (六) 03:15 (UTC)[回复]

所以贝氏没有失踪？另：今日《反间谍法》修正案生效。--WPCD-DTV 2023年7月1日 (六) 03:31 (UTC)[回复]
2. “呼籲公眾走上街頭抗議”出自RFA的文章，有可靠來源佐證，不應隨意刪除。不過我認爲，若編者查證媒體造謠，節刪造謠部分是可行的。 3. 請提供可靠來源支持，中國大陸以外的媒體更關注于阮反政府的方面，可能無意報導其他方面，這方面材料或許不好找。 4. 粗看三個來源似乎并沒有能佐證“长期从事反对中国政府的活动”的段落，即使提到反政府，也未明確提及其與攻擊的關係，應屬原創研究，已經刪除。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年7月1日 (六) 03:52 (UTC)[回复]
鑒於「多篇」可能產生歧義，將該詞打上{{Dubious}} ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年7月1日 (六) 04:52 (UTC)[回复]
第2點除去新聞來源，翻閱其博客，也可以查到呼籲大家上街的內容[16]。第3點理論上可以列出博客內的分類，即引用第一手來源。--日期20220626（留言） 2023年7月1日 (六) 08:33 (UTC)[回复]
@魔琴 以下是贝女士的原话回应：关于“呼吁上街”，维基百科的词条应该客观公正全面，如果要以rfa报道为由，不符合。
“呼吁上街”？那是指2011年的茉莉花行动的4篇博文吧？如果要写也应把时间和事由写明，否则就是误导。--不爱思考得猪（留言） 2023年7月1日 (六) 16:13 (UTC)[回复]
如方便可否請問貝氏是以什麼途徑聯繫閣下？-某人✉ 2023年7月1日 (六) 04:07 (UTC)[回复]
维基百科按自己的方针办事，并无要求考虑传主或其亲人诉求的方针。因此只问建议是否合理，似无必要询问从何而来。--Fire Ice 2023年7月1日 (六) 04:13 (UTC)[回复]
我覺得他主要是想先確定相關言論是否為真，否則根本無從討論起，浪費社群精力。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年7月1日 (六) 11:12 (UTC)+1 [回复]
我说了，建议的合理性与其提出者无关。--Fire Ice 2023年7月1日 (六) 14:01 (UTC)[回复]
那你倒是指出不合理的地方並提出合理性的建議。--日期20220626（留言） 2023年7月1日 (六) 14:28 (UTC)[回复]
本人观点与魔琴相同。--Fire Ice 2023年7月1日 (六) 14:43 (UTC)[回复]
@AINH 我是之前通过贝女士的推特（之前是ruanxiaohu32309，现在是birds_b_r_32309）私信联系上的，然后现在是通过安全联系管道和贝女士保持联系。--不爱思考得猪（留言） 2023年7月1日 (六) 16:11 (UTC)[回复]

非常感谢诸位的热烈讨论，我会把以上所有讨论抓屏转给贝女士，然后贝女士下来的任何回答我都会PO在相关的位置。不爱思考得猪（留言） 2023年7月1日 (六) 13:58 (UTC)[回复]

(？)異議，此人士我十分敬佩，但我认为仍应当保留关于其揭露腐败、呼吁抗议等内容。按本人或其家属要求删除某些内容涉及到被遗忘权。如果允许传主在维基百科中实施该权利，那公众人物完全可以通过该权利要求删除负面内容，等于是变相审核，有悖于维基百科之方针）。故阮氏虽堪称英杰，但势不可为其开此先河。--Aggie Dewadipper 2023年7月2日 (日) 20:02 (UTC)[回复]
其父母的个人信息根据Wikipedia:生者傳記#姓名隐私应予以删除。--Kethyga（留言） 2023年7月3日 (一) 03:44 (UTC)[回复]
方針翻譯自英文，當初通過的時候估計大家也沒怎麼看內文，不知道英文那邊有沒有更改。--日期20220626（留言） 2023年7月3日 (一) 04:09 (UTC)[回复]
英文里的同款方针好像目前是在讨论关于保护1E人物的姓名隐私，不过不反对移除其父母姓名。--Aggie Dewadipper 2023年7月3日 (一) 06:26 (UTC)[回复]
@Dewadipper以下转自贝女士原话：@Aggie, “揭露腐败”，同意。
原词条已看到了“赵项目”。我也没有异议。
“呼吁抗议”, 不同意。有何事实依据？缺乏时间、背景、抗议内容，这么定性有强烈误导性！
哪怕rfa 的报道[1]，说他“呼吁上街抗议”，虽然存在很强误导（茉莉花行动，从来不是上街抗议，是散步，是温和围观改变。说“上街抗议”不是不了解情况，就是故意引起一定歧义），但起码也有一些时间（2011年）和背景线索。
2011年2、3月份编程随想发了4篇和茉莉花相关博文。其中2篇，可以说他是“呼吁上街”，<让拆尼斯的茉莉花绽放>和<热烈迎接茉莉花革命的第三轮散步>。另2篇扣不上。[2]
700多篇博文里，这2篇（或者就算4篇，相关博文），就非要说这不到百分之一的事，是吧？什么“被遗忘权”，是否要把712篇博文无一遗漏概括出来，才没有违反？别的不须要说，就要说这个。还要歪曲一下说，是吧？这还算是维基百科方针？维基百科的什么立场，非要保留“呼吁抗议”呢？要不要保留，不是由这位有政治意图的朋友说了算吧。
另外，有人有依有据地提出了删除阮晓寰父母个人信息，那么阮晓寰外公外婆的个人信息更应该删除。不写他祖父祖母，就写他在台湾的外公外婆？阮晓寰没有见过外公外婆，他父母也是非常温和朴实的人。
维基百科这个词条的政治立场和意图处处体现，主观性太过明显。 -- 第一段既然是概述，就不应该直接抹除编程随想博客的其它内容（心理学、历史、外交、经济、管理、电子书分享），起码"內容包括各種网络安全知识、翻牆方法、匿名教學以及政治評論"之后应加上“等等”啊。
"轉向寫作政治博文，在被捕前已發表712篇博文。" -- 又一处故意歪曲误导！“转向写作政治博文”？！应该改为：也开始写做政治博文，在被捕前已发表【各类】博文712篇。你们了解编程随想博客的，看到这样的维基词条，不觉得有故意歪曲，意图强调政治，有很大问题吗？
"貝震穎聘请的两名人权律师尚宝军、莫少平" -- 事实纠正：贝震颖和阮父母聘请的两名人权律师尚宝军、莫少平…
"并呼籲盡快釋放阮曉寰" -- 纠正：并呼吁二审公开公正，尽快释放阮晓寰，践行“依法治国”。
我现在看清了一些事，确实有不少人嗜“人血馒头”。所幸的是我之前说话行事都严谨，保护阮晓寰同时保护自己。有血腥味…--不爱思考得猪（留言） 2023年7月3日 (一) 15:10 (UTC)[回复]
中文維基百科的編寫基於來源的...而來源可信度方面是另一個由社群討論的部分。依我的認知，自由亞洲電臺一般不會被視作不可靠來源。至於隱私政策確實可以引用刪除家人姓名。阮先生“異見人士”的報道其實也有來源如此稱呼（如信報以及RTI）；與之相對的，“心理学、历史、外交、经济、管理、电子书分享”等描寫也要有來源提及這點，否則構成原創研究，從而有違相關方針，於讀者而言亦不妥當。這點我部分同魔琴意見。即重新審視一下該條目是否有未基於來源的原創研究、造謠部分，如有應將之去除。若依來源著實描寫，考慮到維基百科不審查内容，則不應去除政治性部分。——WMLO※議程表 2023年7月3日 (一) 15:47 (UTC)[回复]
@維基百科最忠誠的反對者：Wikipedia:頁面存廢討論/記錄/2023/06/26#王展_(芬兰学者)，一幫人都在說自由亞洲電臺是不可靠來源......--日期20220626（留言） 2023年7月4日 (二) 00:28 (UTC)[回复]
我不反对移除“长期从事反政府的活动”，也觉得略去其亲属信息合理。“呼吁抗议”我没有读过具体推文，我只是想以此为例说明不应当移除事实内容，如果确实与可供查证的事实相悖也可以移除。不过我不可能把百科全书氏的事实加上什么“践行‘依法治国'”等有利于审判的语句，“转向写作政治博文，在被捕前已发表712篇博文”也不是我或者哪位其他编者觉得应该这样写，是RFA这样觉得的，我们只是如实叙述而已。我认为这种按传主或其亲属本人要求删除内容的行为就是变相按传主的意愿去审核条目。如果开此先河，后面吴亦凡是不是也可以说我当时没有发生关系，这些只是有个人偏见的？习近平也可以说我的这些负面评论全部都是有政治倾向的，是不是也应该移除？最后，容我再说一遍我非常、非常希望阮氏这样的义士能够被释放，我身边甚至有朋友参与了当时的白纸革命，如若不信你可以去看看我的这个页面里收集的那些支持自由主义、个人主义的语句，我有什么理由去吃他的人血馒头？难道清末那些希望维新的志士会为六君子受戮而弹冠相庆吗？还是当时在五四运动走上街头的学生会乐意见到李大钊之死？或者我是在某监狱当差的，看到他受苦我能加奖金？我认为你这种不负责任的扣帽子是对我的一种侮辱，如果你要觉得我是因为有政治倾向、想要看到他受苦才不让你进行相关编辑，那我无话可说。--Aggie Dewadipper 2023年7月3日 (一) 16:08 (UTC)[回复]
(▲)同上：我個人也希望貝女士能考慮本站也有自己的立場，及設立時的傳統所形成的編寫規則。事實上，除當事人親屬隱私可按要求移除外，在編寫層面我們不會站在任何一方。至多能更加謹慎地描寫，但這也是需要按著本站非原創研究、中立及可供查證等規則來的。——WMLO※議程表 2023年7月3日 (一) 16:24 (UTC)[回复]
@Dewadipper已经悉数转发给了贝女士。--不爱思考得猪（留言） 2023年7月3日 (一) 16:25 (UTC)[回复]
@Dewadipper以下转自贝女士原话：我的陈述已经很清楚了。
@Aggie，rfa的这篇报道有几处本来与事实就有一定偏差，和一定政治导向性，既然已经被指出，再据此编写维基词条显然不宜。
我说的血腥味是从推特到外媒等等，“有人”让我有这种感受。
没有责怪@Aggie你的意思，请@Aggie你不要误解。
也看到了有意义的讨论和纠正。--不爱思考得猪（留言） 2023年7月3日 (一) 17:59 (UTC)[回复]
RFA确实有政治偏差，目前本站对其争议较大，具体内容也许该与其他编者一同定夺。--Aggie Dewadipper 2023年7月3日 (一) 18:05 (UTC)[回复]

转自编程随想阮晓寰妻子贝女士原话(2023/07/04)：

我关注维基词条的原因已说明，但是要求的修改尊重维基百科的原则，所有都依据事实，并避免歧义和误导。 再重申一下根据客观情况还需要做出的修正： 1.第一段既然是概述，就不应该直接抹除编程随想博客的其它内容（心理学、历史、外交、经济、管理、电子书分享），起码打黄圈处应加上“等等”啊。 2. “转向写作政治博文， 在被捕前已发表博文712篇”。 这句话暗含的歧义是：之后转为专写政治博文，被捕前发表了712篇政治博文。

应该改为：也开始写做政治博文，在被捕前已发表【各类】博文712篇，包含百余篇政治博文。（“百余篇”的出处是一审判决书，编辑自行查证）。

以上请编辑去编程随想博客核实，712篇博文都有，也有分类标签。

政治博文加总为165篇。 政治（标签）281篇，是因为包含了电子书分享的篇数（因为包含政治相关书籍分享，标题含“政治”）。

3. 事实纠正：贝震颖和阮父母聘请的两名人权律师尚宝军、莫少平…

4. 阮晓寰的父母对一审判决不服，后来在4月中旬向上海市人民检察院寄信，举报一审法官董玮涉嫌触犯《刑法》第399条第1款之规定，犯下“枉法裁判罪”，并呼吁尽快释放阮晓寰，践行政府“依法治国”承诺[29]。 这个又是根据 Rfa的一个失误。 编辑可以自行到推特查看阮晓寰父母发检察院的原文照片。他们向检察院投诉一审并要求二审司法公正。向检察院单纯“呼吁释放”没有合理性。 如果要在“被捕和审判”部分的“反应”包含这块内容就应该尽量符合事实。

纠正：并呼吁公正办案，尽快释放阮晓寰，践行“依法治国”。

“践行依法治国”，出处是阮父写给民革的信

以上均来自推特

除了这4点，另外提出一个建议，供编辑纠正：

编程随想内说的是GitHub 的赵项目的一个事件，起因是评论区的他人发表的一个涉习评论。 我认为不应该放在“博客”这个部分， 如同其它人士的词条，设“事件”部分，应该放在“事件”。

以上总共5个修改，有理有据 不爱思考得猪（留言） 2023年7月4日 (二) 12:52 (UTC)[回复]

我倒是覺得上面有人把一手來源和原創研究搞混了，從博客分類就可以看出不只是只有政治博文，確實有蠻多分類。這一點二手來源沒怎麼完整提及所有分類罷了。
原創研究感覺被人拿來當作口袋罪用了，看某一條目不爽，直接說它是原創研究。--日期20220626（留言） 2023年7月4日 (二) 12:59 (UTC)[回复]

参考資料

  1. ^ 在2010年底和2011年2月的「錢雲會事件」（註一）和「中國茉莉花革命」（註二），促使「編程隨想」轉向政治博文寫作，他曾發表多篇博文，呼籲公眾走上街頭抗議。中國傳奇博主「編程隨想」「煽顛」判7年　網民聯署要求放人
  2. ^ 请看到的网友帮忙传播，让尽可能多的人知道此事，让尽可能多的人参与此事。改变党国的体制，需要大家的努力！让拆尼斯的茉莉花更好地绽放！
    俺博客上，和本文相关的帖子（需翻墙）：
    中国茉莉花革命——227集会多图回顾
    参加茉莉花集会的注意事项
    热烈迎接茉莉花革命的第三轮散步 让拆尼斯的茉莉花绽放

强烈建议大家多关注新条目巡查

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:新頁面巡查。

众所周知，现在未巡查新条目的积压问题已经非常严重，但根据Xtools上的统计，近半个月来的新页面巡查只有1061次（剔除只巡查历史版本的bot），其中还有280次是我看到积压太多在这几天集中处理的。相比之下，Xtools 去年同期新页面巡查有2057笔（剔除只巡查历史版本的bot）。我认为新页面巡查的积压已经是一个值得引起相当程度注意的问题。虽然维基百科确实不强迫任何人参与，但新页面巡查确实是中文维基百科主要活跃的条目品质控制机制，强烈呼吁有心者积极参与新页面巡查。--クオン·千の海を越えて·愛おしき欠片 2023年7月1日 (六) 10:31 (UTC)[回复]

去年同期Nishino Asuka、Easterlies、Tombus20032000三位加起來的巡查書目就有910多筆了。今年這三位加起來只有80多筆。Ericliu1912+S8321414+HTinC23+Jane9306+A Chinese ID去年有517筆，今年的話也就Jane9306保持穩定巡查數量了。如果是編者還活躍但巡查數量下降，可能就是主觀上不太願意了。--日期20220626（留言） 2023年7月1日 (六) 11:27 (UTC)[回复]
有大問題的通常很快就會被篩下來直接被提刪。剩下的大多都是有些問題，不至於刪除，但處理起來又費力的-某人✉ 2023年7月1日 (六) 15:52 (UTC)[回复]
完全認同，目前忙碌只能處理快刪跟問題輕微者。--Rice King 信箱 · 留名．邊緣人🇹🇼 2023年7月5日 (三) 08:20 (UTC)[回复]
十年前新条目巡查还是相当重要的工作。当时新条目巡查基本都是能清完的，而且选管理员也是要看巡查过多少页面。现在的话，感觉新页面巡查要求很高。你挂模板A、B、C后标记已巡查，就有人跳出来说正确的挂法是C、D；如果你挂模板C、D，又有人指摘说你是「挂板员」，为什么不亲自改掉问题。最后就没人敢点那个「已巡查」按钮了。--洛普利寧 2023年7月2日 (日) 03:50 (UTC)[回复]
那倒不如建议延伸确认用户自动具有巡查权限？--百無一用是書生 (☎) 2023年7月3日 (一) 02:10 (UTC)[回复]
依目前的Wikipedia:權限申請/申請巡查權情形来看，巡查权限对用户的相关方针熟知要求是很高的，我不认为延伸确认用户都可达到此要求并自动具此权限。--南屿小十233（对话 | 贡献 | 签名） 2023年7月3日 (一) 02:47 (UTC)[回复]
要考慮條目30天沒有人點巡查就算已巡查了，那這種情況下讓延伸用戶有巡查權其實區別不大了。--日期20220626（留言） 2023年7月3日 (一) 02:51 (UTC)[回复]
是有区别的。假设一名延伸用户快速标记1000条为已巡查，是封禁还是能剥夺权限。如果能单独授予版本巡查倒是轻微有益。也不太能解决无人巡查的问题。--YFdyh000（留言） 2023年7月4日 (二) 20:05 (UTC)[回复]
沒有權限但幫忙看了一些，跳過不少不熟悉方針不知道怎麼處理的條目，覺得有夠難啊 囧rz……缺人的話還是特別培訓吧--AOE‧信箱 2023年7月7日 (五) 14:02 (UTC)[回复]
编辑次数十分容易获取，只能用来作为活跃意愿的参考，不能作为其编辑质量的保证。延伸确认用户写出大量劣质条目的情况并不少见。——暁月凛奈 (留言) 2023年7月3日 (一) 03:24 (UTC)[回复]
十年前读大学的时候，做巡查算是勤快了，但现在嘛，半个现充。有可能已经出现了青黄不接的情况，老人半摸鱼，新人跟不上，制度一定程度上有筛人（或者aka，赶人）的倾向。——Sakamotosan路过围观 | 避免做作，免敬 2023年7月3日 (一) 00:46 (UTC)[回复]
對不起orz —— Eric Liu 創造は生命（留言・留名・學生會） 2023年7月3日 (一) 02:07 (UTC)[回复]
抱歉現在不能像以前一樣的泡在維基太久了，生活比較忙碌--Tom......（留言） 2023年7月3日 (一) 06:11 (UTC)[回复]
难道正确的做法不是去大学城里多宣传一下，多拉点在校生，愿意奉献的人么。大部分老人都已经中年了，忙得不行，怎么还有那么多时间泡维基啊。--‘ UFO is me ’ 留言 2023年7月3日 (一) 07:57 (UTC)[回复]
其實上面說自己生活比較忙碌的那位，最近的編輯次數並不少.....不過巡查本來就是自願的事，別人不願意就不能強求。--日期20220626（留言） 2023年7月3日 (一) 08:47 (UTC)[回复]
OA2021和折毛事件导致你维在大陆学生圈里名声很差，我也尝试做过宣传，但是结果甚微。--Aggie Dewadipper 2023年7月3日 (一) 09:05 (UTC)[回复]
還是讓他們先多上google再說吧。百度百科名聲也不好，但憑藉霸佔百度的頭條位置，看的人還不是很多。--日期20220626（留言） 2023年7月3日 (一) 09:59 (UTC)[回复]
風評最好的是英維。但是由於語言問題都是只看不參與。中文？一半人認爲裏面全是恨國黨，一半人認爲裏面全是小粉紅，兩派人互相看不起對方，但是在鄙視中維這一點上還是達成了共識的。
这 就 是 中 立 --MilkyDefer 2023年7月3日 (一) 12:27 (UTC)[回复]
好像以前有个管理员也有类似抱怨，一边人说他是共产党，另一边说他是绿营的。 囧rz……——Sakamotosan路过围观 | 避免做作，免敬 2023年7月4日 (二) 00:42 (UTC)[回复]
outlookxp？--日期20220626（留言） 2023年7月4日 (二) 00:47 (UTC)[回复]
是的。（綠營共產簡直就是離譜的hybrid）Sanmosa 2023年7月5日 (三) 06:37 (UTC)[回复]
台灣共產黨主張台灣獨立。--日期20220626（留言） 2023年7月5日 (三) 06:41 (UTC)[回复]
这是日共台，还有一个中共台。——Sakamotosan路过围观 | 避免做作，免敬 2023年7月6日 (四) 01:22 (UTC)[回复]
中共台的話如果奪權成功估計是先獨立再加入，類似烏東兩個傀儡國家。--日期20220626（留言） 2023年7月6日 (四) 01:24 (UTC)[回复]
建議去求聞百科、反共維基吧。--日期20220626（留言） 2023年7月3日 (一) 12:37 (UTC)[回复]
我们都是用google的，但是现在OA2021在我身边的反响实在是过于恶劣，在某些媒体扭曲后变成了维基百科同西方邪恶势力勾结迫害大陆编辑的故事，许多人因此不愿参与。--Aggie Dewadipper 2023年7月3日 (一) 16:44 (UTC)[回复]
錯了，明明是大陸編輯勾結東方邪惡勢力迫害維基百科的用戶。至於反響惡劣之類，像這種沒有辨別是非對錯基本能力的用戶，我們本來也不需要他們參與，否則恐怕還會有OA2023、OA2024。我是建議港澳臺用戶以及海外用戶可以嘗試多加于當地社群推廣。唯大陸地區不應推廣——因爲總會使別人面臨潛在的法律危險。——WMLO※議程表 2023年7月3日 (一) 22:21 (UTC)[回复]
維基既然為國際協作計劃，就現在實際而言之，反為認為必須向具中文背景聯繫之非中文社羣大力推廣，調整當下社區參與不平衡及不相稱之局面。
在認知戰和意識等方面，嘲弄周遭環境之諸多因素可見，即使法理上僅剩兩岸一方及海外不屬於東方大陸管轄區範圍，參與本地之中文背景使用者或中文背景編輯者均已受到不同程度之損害，而且超越管轄區之長臂影響持續加強中，無論開放性、獨立性和專業性等層面可預見是會繼續受到挑戰，
中文社區應更多認知到面臨之潛在危險，既已可不限於表面司法管轄區框架以內，在可見於轄區外推廣同一類長臂影響之情下，社區應當繼續遵循維基宗旨，嘗試向更多社區推廣和吸納更多參與以認知和應對不斷變化之潛在問題，保障拓闊維基之持久力。--約克客（留言） 2023年7月5日 (三) 01:37 (UTC)[回复]
OA2021之后，受贡献至上主义影响的暴力用户的问题更重了，你中维还存在帮派问题，那些人也无视文明方针，社群也存在纵容暴力用户的部分成员，可以说你中维一定会毁在无视Wikipedia:文明的暴力用户手里。--Lanwi1Talk 2023年7月6日 (四) 02:29 (UTC)[回复]
以Wikipedia為名的telegram群組一直有不文明行為。而且群管沒有站出來對某些成員的辱罵進行制止。--日期20220626（留言） 2023年7月6日 (四) 02:46 (UTC)[回复]
那些视维基百科为战场的人引导的结果可想而知。--Lanwi1Talk 2023年7月6日 (四) 03:07 (UTC)[回复]
既然要參與討論，有時秉持自己的看法免不了要得罪人。既然要得罪人，那麽後者也免不了要抱團：聚在一起趨便生出卑劣語句，在站外毀謗生事，如此使“以Wikipedia为名的telegram群组”變爲發泄自己情緒的地溝是一种必然。我説的這種情況，以AC群最爲嚴重。在经历这类梦幻后，我本人大約已不是Lanwi1君一般的理想主義者了，所以我的意見是躺平：任他們怨恨去罷。如果還沒個發泄的地方，他們要麽會有身心問題，要麽被封禁。也挺可憐的。——WMLO※議程表 2023年7月6日 (四) 09:36 (UTC)[回复]
另可參閲《女巫道德》。我認爲要想解決這個問題，首先得知道他是怎麽發生的。通便有一樣的定律，在我看來TG群不比QQ群要高尚多少，都是一樣的敗數。——WMLO※議程表 2023年7月7日 (五) 10:25 (UTC)[回复]
女巫道德这种观点很危险，后果就是劣币驱逐良币，维基百科也会因此灭亡。--Lanwi1Talk 2023年7月7日 (五) 12:43 (UTC)[回复]
有没有可能，就是他们根本就不知道真相，大陆地区的信息茧房多严重我不用说吧？我相信如果能让大陆的潜在参与者知道真实情况是什么，绝大多数人也会是和你我一样的普通编辑，而非是第二个WG。--Aggie Dewadipper 2023年7月6日 (四) 08:24 (UTC)[回复]
是這個道理，但也僅僅是這個道理而已。從現實層面考慮，沒有幾個人會愿意去瞭解真相。這是個立場問題，與他們從小受到的環境及教育影響息息相關，如果要是認清這個真相，相當於推翻自己的價值觀。從機會成本考量，教育一個陌生的潛在大陸參與者，要比他們自己受到社會毒打而清醒，去主動瞭解真相，再進而參與編輯維基百科要難上百倍不止。所以大陸潛在參與者推廣的問題姑且就別管了。而且讓人主動翻墻，如我上文所述有法律風險。——WMLO※議程表 2023年7月6日 (四) 09:43 (UTC)[回复]
如果某些中華人民共和國公民認同Walter Grassroot的舉動的話（向香港國安處舉報香港維基人、舉辦編輯松時以反華為由移除特定編輯提交的條目）的確不適合來這裡。--日期20220626（留言） 2023年7月4日 (二) 00:17 (UTC)[回复]
當地反響都經特定勢力操縱。無論是OA2021還是OZ1912，無論黑白，都有可能導致同一後果。--— Gohan 2023年7月4日 (二) 11:03 (UTC)[回复]
是--Hualin~希望の星は青霄に昇る Commons|Talk 2023年7月5日 (三) 02:59 (UTC)[回复]
今年有位被除巡免的令我蠻頭痛的User:佛祖西来
不過WG看來確實進行了法律威脅(
不過還要上課，沒有那麼多精力 囧rz……--Hualin~希望の星は青霄に昇る Commons|Talk 2023年7月5日 (三) 03:05 (UTC)[回复]
致佛祖西来；提及算是不小心的 囧rz……如果有能力請加油並保證不濫用然後重新申請巡免吧--Hualin~希望の星は青霄に昇る Commons|Talk 2023年7月5日 (三) 07:41 (UTC)[回复]
申請權限會通不過，但既然知道他寫的條目是什麼樣子，就讓它去。--日期20220626（留言） 2023年7月5日 (三) 07:46 (UTC)[回复]
我感觉，WMF发动OA2021，应该总体上是妥当的（但一下子除权那么多活跃管理员可能就没那么妥当了）。因为我觉得，OA2021涉及的主要事件中，WMF应该比WMCUG更可信。不过我说不清楚后一种想法有什么依据，也不清楚为什么你们觉得发动OA2021是合适的。请问有人能向我解释一下吗？（另外，基于对隐私和安全的担忧，我并不参加线下活动，也不加入维基百科相关的QQ群。）--爱维基百科的CuSO4 2023年7月6日 (四) 11:36 (UTC)[回复]
WMC的问题是通过拉票操纵共识。我对OA2021既认同也不认同，认同的部分就是处理拉票的WMC、攻击香港人的WG和不当解封WG的雾岛圣，不认同的部分就是对部分管理员的除权。我还认为向WMF举报的人也包括因利益和过高的正义感而失去冷静并做出恶意推定的暴力用户，举报者也希望恢复本地用户查核员权限，本地用户查核员权限已因安全原因而被WMF取消（当时Techyan正在参选用户查核员，WMF在Techyan很可能当选的状态下取消），WMF发动OA2021后还有意愿恢复本地用户查核员权限。--Lanwi1Talk 2023年7月6日 (四) 12:58 (UTC)[回复]
我还觉得对部分管理员的除权会使中维迈向腐败的境地，中维社群因持宁可错杀也不放过与WMC（后继者是共笔全书）有关的人这个态度的暴力用户而堕落，我反对恢复本地用户查核员权限的原因就是社群素质不达标，用户查核员绝对不能有无视文明方针的人性。--Lanwi1Talk 2023年7月8日 (六) 03:27 (UTC)[回复]

請求社群檢視Zhangmoon618涉長期創建侵權條目

如題。近日本人查修江西工業職業技術學院時察覺第二章第一節段落全文抄自原始來源，而後提請版本刪除。同時從討論頁知曉條目創建者Zhangmoon618自2008年注冊以來，已收到14個侵權通告，卻仍未停止違規行爲。我個人認爲屬於警告無效，因此提報至Wp:VIP，請求管理員協助處理。同時查到Zhangmoon618于7月2日創建的埃拉飞虱属亦全文抄自此博士論文第206頁。從xtools創建記錄來説，此君并非頻繁創建類似條目，而是每隔一段時間會有幾個條目涉嫌侵權（如前文提及的14個侵權通告，這還只是從其創建的7000個頁面中查到的。）考慮到侵權問題的嚴重性，我認爲社群需要對此重視。--WMLO※議程表 2023年7月3日 (一) 10:33 (UTC)[回复]

埃拉飞虱属看來是一個段落一字不改的抄襲博士論文，這肯定侵權。不過有時候的確會遇到不太好改寫的情況。--日期20220626（留言） 2023年7月3日 (一) 12:35 (UTC)[回复]
楼上几位说埃拉飞虱属条目全文一字不改抄自原始來源（第206頁），能否给出具体根据？ 个人认为条目明确给出资料来源，对原作者著作权并无侵犯。概括性复述原作者及Catalogue of Life的结论，也符合学界及百科的惯例。 --Zhenqinli（留言） 2023年7月3日 (一) 21:04 (UTC)[回复]
[17]，真的是一字不改，這根本不是概括性复述了吧？--日期20220626（留言） 2023年7月4日 (二) 00:10 (UTC)[回复]
条目1页，原文]370页：一字不改？ 个人认为明确给出资料来源情况下对原作者著作权并无侵犯。指控实为针对 Excessive citations？ --Zhenqinli（留言） 2023年7月4日 (二) 00:25 (UTC)[回复]
你不要列出draft，你看條目原文，打開歷史記錄[18]，再和206頁比對一下。--日期20220626（留言） 2023年7月4日 (二) 00:45 (UTC)[回复]
谢谢，这个看来属于引用不当。依Wikipedia:假定善意，感觉没必要上纲上线为侵权或破坏。 --Zhenqinli（留言） 2023年7月4日 (二) 01:05 (UTC)[回复]
Special:用户贡献/Ngchikit也是，6月12日被提報至AIV，同天被封鎖五天，6月20日所建立的吳鏵昇依然有侵犯版權問題。--寒吉（留言） 2023年7月3日 (一) 18:58 (UTC)[回复]
已轉交侵權流程。-WMLO※議程表 2023年7月3日 (一) 19:39 (UTC)[回复]
这话题有必要被放上全站通告吗？--——🦝英特浣熊耐尔（留言・贡献） 2023年7月4日 (二) 02:33 (UTC)[回复]
讓人多關注些，對社群而言是好的。——WMLO※議程表 2023年7月4日 (二) 10:11 (UTC)[回复]
在維基百科這個地方要靠自覺，不自覺就會像折毛那樣亂來。--日期20220626（留言） 2023年7月4日 (二) 14:44 (UTC)[回复]
@Zhangmoon618：請當事人予以解釋。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年7月4日 (二) 14:29 (UTC)[回复]
Wikipedia:当前的破坏#Zhangmoon618其實是有解釋的，管理員看著辦吧。--日期20220626（留言） 2023年7月4日 (二) 14:42 (UTC)[回复]
要是他真能反思的話，寬大處理倒也不是不行，但我認為當事人有必要知道社群的信任並不廉價，如果他再犯的話，因為版權問題非常重要，我們届時只能從重處理。Sanmosa Акум орь ничодатэ, кроеште-ць алтэ соарте 2023年7月4日 (二) 15:58 (UTC)[回复]
  1. 个人认为维基管理员对于维护条目质量有贡献。但维基进一步发展有赖于更多愿意花时间编写有信息内容新条目的人。
  2. 编辑新条目是一个从无到有的过程，初稿阶段出错是难免的（可能与新条目贡献数量成正比）。建议各位管理员尽量侧重在条目新建初期加适当模版标记为编写者提供建设性反馈，而避免根据以前积累的嫌疑警告数量算总账。 --Zhenqinli（留言） 2023年7月4日 (二) 18:20 (UTC)[回复]
    新建條目的回饋其實大家都可以進行，這不是管理員才能進行的事，若Zhenqinli認為這很重要，歡迎您針對新建條目提供建設性回饋。
    維基百科的情形是很多新手或是可能有意願要參與的人，但有意願進一步瞭解相關規則，進而貢獻條目的人有限，可以協助新人的維基人也有限，提供建議時，或許也可以考慮這個維基百科的現狀, 謝謝您。--2001:B400:E287:428D:70CF:9744:7A9:5402（留言） 2023年7月5日 (三) 04:29 (UTC)[回复]

請協助看一下User:NaNa225Tw用戶頁的內容

請協助看一下User:NaNa225Tw用戶頁的內容, 目前評估應該不符合用戶頁的相關規定，請大家協助確認

User:NaNa225Tw在討論頁有問到要如何修正該用戶頁，也請大家提供意見，謝謝。--2001:B400:E287:428D:70CF:9744:7A9:5402（留言） 2023年7月5日 (三) 05:57 (UTC)[回复]

幾點意見：
  1. 圖片可能需要OTRS授權，但我個人傾向相信該圖片並無版權問題；
  2. 那個用戶頁的第2、3點提到的東西並無可靠來源證實；
  3. 護理師竟要依靠靈媒之言令我不敢置信，難道不該相信科學？
總的來說，整個用戶頁真的可以留的東西可能只有圖片？Sanmosa 2023年7月5日 (三) 06:18 (UTC)[回复]
可以參考Wikipedia:用戶頁。雖說他的用戶頁是針對條目《五億高中生命案》，包含圖片，但論述卻對條目內容的建設是沒有實質幫助，反而像是宣揚個人理念或見解所提出，因此即便是有來源依據，這樣論述也是不妥，有很大的可能會被判定「用戶頁內容與維基百科無關」而遭到刪除。--2001:B011:A401:5E35:6031:F5B3:81F4:C7F9（留言） 2023年7月5日 (三) 09:51 (UTC)[回复]
説得不錯。Sanmosa 2023年7月5日 (三) 10:58 (UTC)[回复]
當事人已經調整使用者頁面內容。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年7月6日 (四) 08:59 (UTC)[回复]

Boogi wu, again and again

Though Boogi wu（讨论 | 貢獻） was blocked on 4 January 2023, their puppets are still haunting in this project.
I tried to revert these disruptive edits, but due to language barrier and poor knowledge of related topics, it will be nearly impossible to revert all their hoaxes. Thus, I hereby list ranges of their IP socks, requesting for help from local community.

  1. 219.71.0.0/16
  2. 61.231.0.0/16
  3. 124.155.0.0/16
  4. 2001:B400:E24D:983A:FC2D:94FF:FE47:11C5/64
  5. 2001:b400:e289:703b:701d:fe4f:d46d:e1f0/64

DeepL:
虽然Boogi wu（讨论 | 貢獻）在2023年1月4日被封杀，但他们的傀儡仍在这个项目中出没。
我试图恢复这些破坏性的编辑，但由于语言障碍和对相关主题的知识不足，几乎不可能撤回他所有的僞造。因此，我在此列出他们的IP傀儡的范围，请求本地社区的帮助。

  1. 219.71.0.0/16
  2. 61.231.0.0/16
  3. 124.155.0.0/16
  4. 2001:B400:E24D:983A:FC2D:94FF:FE47:11C5/64
  5. 2001:b400:e289:703b:701d:fe4f:d46d:e1f0/64

Lemonaka（留言） 2023年7月5日 (三) 07:00 (UTC)[回复]

Previous discussion is Wikipedia:互助客栈/其他/存档/2023年1月#Report about user's disruptive editing & cross wiki abuse on your community Lemonaka（留言） 2023年7月5日 (三) 07:08 (UTC)[回复]
  1. Special:Contribs/219.71.0.0/16
  2. Special:Contribs/61.231.0.0/16
  3. Special:Contribs/124.155.0.0/16
  4. Special:Contribs/2001:B400:E24D:983A:FC2D:94FF:FE47:11C5/64
  5. Special:Contribs/2001:b400:e289:703b:701d:fe4f:d46d:e1f0/64

 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年7月6日 (四) 13:58 (UTC)[回复]

关于本人侵权行为的致歉信

本主題或以下段落文字，移動自Wikipedia:互助客栈/条目探讨。执行者：Eric Liu 創造は生命（留言・留名・學生會） 2023年7月5日 (三) 15:27 (UTC)。[回复]

最近因本人创建的条目江西工业职业技术学院由User:维基百科最忠诚的反对者发现侵权并认为我收到了14次的侵权提醒，却仍未停止，属于警告无效，认为属于破坏行为。最开始我尚存侥幸心理，希望争辩一下。我经过一番考虑后，决定在被别人发现之前，不如自己主动站出来承担责任。所以我在此坦白我的一些侵权行为，非常抱歉辜负了朋友和社群对我的信任。我承认我编写的部分条目存在侵权行为，主要集中在生物类条目，特别是最近一段时间创建编写的昆虫条目，大约有70余条，另外我近几年创建的两栖爬行动物新种的条目存在翻译原始文献的行为，部分也涉嫌侵权。这些都是因为我图省事，抱着侥幸心理的所作所为，反映了本人版权意识淡薄等问题。我现在意识到这些不当行为可能会给整个中文维基百科和社群带来非常严重的后果，对此我表示深深的歉意。本人在此郑重承诺即日起，停止一切侵权行为，主动清理侵权内容，接受整个社群的监督。如果认为我的行为过于恶劣，愿意接受社群对我的惩罚。

下面我将我的清理计划公布如下，欢迎大家监督：

本人承诺深刻反省自己的所作所为，摒弃侥幸心理，认真梳理所有条目，在梳理完毕前，停止一切新建和编辑条目，并将最后清理结果再次公示出来，接受社群检查。

在此感谢User:维基百科最忠诚的反对者及时发现我的不当行为，避免更大的破坏行为发生。再次对支持我的朋友和社群表示深深的歉意。--zhangmoon618（留言） 2023年7月5日 (三) 13:09 (UTC)[回复]

很少见到如此高风亮节的行为。--Fire Ice 2023年7月5日 (三) 15:14 (UTC)[回复]
首先我不認可以“高風亮節”形容，做錯了事情向社群坦白本就理所當然，不應該是什麽“高尚的情操”。這讓別人聽的，如同本站編輯素質低劣到連認錯都是罕見的了（當然對於整日開口閉口一個“你維”的某些鄙視卻又參與此社群者，他們可能真的會這麽認爲）。若是以“知錯能改，善莫大焉”形容還能妥當。説回正題：無論如何，當事人已認知到自己行爲的不妥，也承諾不會侵權（誠然，這點社群自能體會）鑒於封禁是爲防止進一步的破壞這一原則，我不建議對當事人予以封禁。而上述頁面，也有勞各位協助清理。——WMLO※議程表 2023年7月5日 (三) 15:38 (UTC)[回复]
我说话自有依据。Arthur011hk长期侵权，既无修正，也无回应，更不认错。（Wikipedia:管理员布告板/编辑争议/存档/2023年6月#Arthur011hk）Aaa8841参而未证，虽有修改，却不回应，更不认错。（维基百科:管理员布告板/其他不当行为/存档/2023年5月#Aaa8841）以上仅举两例。我在User:Fire-and-Ice/杂谈#立此存照二：条目内容收集了许多此类行为，如您有兴趣，可以一阅。不过也许需要澄清的是，我说的“如此高风亮节的行为”不是指认错，而是指发表如此详细的致歉信认错。--Fire Ice 2023年7月5日 (三) 15:44 (UTC)[回复]
您維的事還不都是小事化大才有人解決。建議效仿WMLO，寫一張「炮打Arthur011hk，我的一張大字報」，放到客棧，然後掛到社群佈告板上，然後就有人管了。--Ghren🐦🕐 2023年7月5日 (三) 17:27 (UTC)[回复]
那我太闲了，炮打一个纯粹复读机。--Fire Ice 2023年7月6日 (四) 12:37 (UTC)[回复]
@Ghren：“您維的事還不都是小事化大才有人解決”我看也未必，我都把乍得湖條目DYK的問題發到客棧了，還不是沒有人解決？還是説我“化”得還是不夠大？Sanmosa 心不在焉，視而不見，聽而不聞，食而不知其味 2023年7月7日 (五) 15:04 (UTC)[回复]
有道歉有推，但要看後續表現才能給你很多很好的評價，畢竟多的是翻臉不認帳的編輯（例如我）。 --窝法乙烷 儿法梦碎 2023年7月5日 (三) 17:47 (UTC)[回复]
請問，整理是指重新編寫還是G10？比如您有列出的斑織蛾屬，基本上侵權內容個人認為該直接提刪了。--Mafalda4144（留言） 2023年7月5日 (三) 18:47 (UTC)[回复]
侵权内容主要涉及特征描述这一章节，我将这部分直接删除，如果较为简单就重写，分类单元下面的物种列表应该不涉及侵权，这部分有些我为了找中文俗名花了不少力气，我认为有保留的价值，例如条大叶蝉属这种。--zhangmoon618（留言） 2023年7月6日 (四) 00:56 (UTC)[回复]
名字应当可以被视为“单纯的事实”，因而不具有版权。--——🦝英特浣熊耐尔（留言・贡献） 2023年7月6日 (四) 04:04 (UTC)[回复]
这些昆虫条目哪怕不侵权我觉得不少都需要重写，像拟裸蝗属的描述简直是灾难级的WP:JARGON。--Aggie Dewadipper 2023年7月6日 (四) 08:18 (UTC)[回复]
同意，像尼蝗屬跟青城幽靈蛛等我也都快看不懂，另外就是描述段完全沒內鏈也是個問題。--WiToTalk 2023年7月6日 (四) 14:29 (UTC)[回复]
同意，过于晦涩了。--——🦝英特浣熊耐尔（留言・贡献） 2023年7月7日 (五) 04:59 (UTC)[回复]

关于分类「2022年俄羅斯入侵烏克蘭的喪生平民」

同类型的分类包括「Category:2022年俄羅斯入侵烏克蘭的喪生平民」「Category:2022年俄羅斯入侵烏克蘭的空襲身亡者」。中文维基百科如放任此等分类增生恐化为维基坟场，不知这些分类是否是可以删除的。--  2023年7月6日 (四) 11:58 (UTC)[回复]

(×)傾向删除：过度分类--СлаваУкраїні! 2023年7月7日 (五) 13:43 (UTC)[回复]
倾向保留，只是“死因”的细化，有利于整理和阅览条目，条目中（应）有可靠来源支撑分类，不影响关注度标准，分类成员哪怕上千也不会作用为零。--YFdyh000（留言） 2023年7月7日 (五) 16:11 (UTC)[回复]
@A Chinese ID：已提删，见Wikipedia:頁面存廢討論/記錄/2023/07/07#過度分類。--百战天虫（留言） 2023年7月7日 (五) 17:12 (UTC)[回复]

請協助檢查Kuliv君的條目

最近在檢查Kuliv君的條目，因為此君以侵權的方式擴充典範條目提名，似乎不理解維基百科的版權規範，稍微看了下也確實追到了幾條侵權條目。另外還發現有粗劣翻譯的問題，在假定善意的前提下給了此君一些建議，對方的回應是一回事，但新建的條目又是另一回事。以Google翻譯為底修改沒關係，based on翻成基於也一樣算了，但是錯譯問題非常嚴重，比如贖命24小時的警探（Detective）譯成偵探、Who breaks a butterfly upon a wheel?譯成「誰在輪子上殺死了一隻蝴蝶？」，提醒後再新增的情場大玩咖一樣是用機械翻譯，機翻後語句不通的「lowest-common-denominator Hollywood rom-com」直接被潤成跟原文完全無關的「最低評分的好萊塢浪漫喜劇」、一份不適合女性的工作則是幾乎全錯（連這本書不是電視劇是書都不知道，編輯者似乎無法判讀太複雜的機翻句），我已經重譯完畢 囧rz……其他問題就不列出了。
此君2021年就收過侵權和粗劣翻譯的提醒，也有幾條因為翻譯拙劣差點被刪，不是第一次說的和做的不同了。這兩年間是否還有侵權編輯望社群協助檢查。至於粗劣翻譯既然提醒無效，是否只有追在此君後面幫忙修改一途，還望社群提點處理方向了。
--AOE‧信箱 2023年7月8日 (六) 12:06 (UTC)[回复]

¯\_(ツ)_/¯--寒吉（留言） 2023年7月8日 (六) 16:14 (UTC)[回复]
草，當年提醒無效的苦主。
不查原文就看似是對的，提快速刪除說明理由的時間都能重翻好幾句了，這種最難處理了啊 囧rz……--AOE‧信箱 2023年7月8日 (六) 19:12 (UTC)[回复]
真的非常感謝閣下對我的批評與指教，對於我無改進或錯誤我有以下的原因：
  1. 有時在翻譯，我可能會因整個段落、語句進行超翻。
  2. 為什麼沒有在條目討論頁放翻譯來自英語，是因為我發現很多條目都沒有放，但我知道，是因為版權的問題而得放，但這應該不是藉口。
  3. 翻譯幾乎都是機翻，是因為這可以快速打出條目，不用一段一段的翻而且有可能更容易翻錯，有時會因爲機翻沒有回到英文段落再次確認，然後就打錯。
  4. 我想講其實我對於閣下是不開心、不爽、難過，我可以接受被批評、指教，這些都是給我非常棒的經驗，但是我總覺的（可能您並沒有）閣下您一直針對我，感覺要讓我收到什麼樣的逞罰你才會停下，不只說我有可能是魁儡，說我很多機翻都是粗劣翻譯，其實這也是非常大的批評，讓我感覺我什麼都沒貢獻，有貢獻跟沒貢獻是沒差的，因為我條目都是隨便亂做，感覺都是破壞。但是我是有認真去做，雖然常常一直犯錯或者看似亂翻，但我花了很多時間在維基上，因為我喜歡，維基這種類似電腦編碼C++，我把第一個我主編的條目去評FA、是因為我想得到殊榮，有讓我更有動力去做條目，但我真的太急了，沒有真的去參考別的FA條目就去評，也沒有問其他編者，就急得去評級，急得去擴充條目，造成侵權問題，但也有條目是其他編輯者編輯，把侵權段落加上去的，但這樣就就提出侵權，可能導致辛苦（我真的可以說我辛苦）找資料，排版等，可能就會全部被刪掉，而且侵權條目驗證，要時間批審，這段時間沒辦法然其他人看條目的其他無侵權段落，也讓人很擔心自己主編的條目，可能又要重新做。2021年是我開始編輯維基百科，但是我根本就不知道如何編輯和規則，會犯很多錯，我認為是理所當然的，我認為很多，至少現在比以前有進步，對我而言翻譯沒有拙劣，但可能其他編者可能覺得是，也可以在我的討論頁面討論，互動，講出我的看法與感覺，不讓別人誤會等…。維基百科的其他條目可能有跟我一樣問題，編者也可能有跟我一樣的問題，我有時看到也會幫忙改，我可能也會犯這些錯，可能一錯再錯不停的錯，但我要感謝一直幫我在後面處理的其他編輯者、貢獻者，感謝他們才讓維基百科有一定的質量。
--🌗kuliv🌓(*¯︶¯*)🇹🇼·🔥把你的簽名交出來🔥 2023年7月9日 (日) 16:35 (UTC)[回复]
拙劣或粗劣翻譯是維基用語，沒有針對閣下的意思。發文時我也想了許久怎麼行文才不會澆熄閣下的熱情，請放心，我完全沒有希望閣下受到懲罰的意思。編輯失誤當然沒有關係，我發文是因為提醒後連簡單的問題（比如我說「如果沒有人工翻譯或者辨別何處翻錯的能力，其實不太建議用翻譯的方式編輯」）都未改正、「在解決舊條目問題前請不要不斷增加問題讓他人收尾」的意見也未被採納，才乾脆請社群一同檢查先前的條目。--AOE‧信箱 2023年7月9日 (日) 16:49 (UTC)[回复]
說犯錯的話我年資比閣下更淺，也每天不斷犯下初級錯誤，但閣下把親自加上書籍資訊的條目介紹改成連續劇，以及：
  • Authors commenting on the introduction of the new type of female detective at the dawn of the feminist era noted the novel as a key pioneering work in which the focus is "at least as much on character and theme as…on crime". Another critic described it as "a political contribution to the recasting of the female detective mould", noting in particular how its heroine avenges a young man's murder by his father and connives in the murder in return of the father by the boy's mother in an act of feminine solidarity.
  • 作者在評論女權主義時代初期引入新型女偵探時指出，這部小說是一部重要的開創性作品，其重點是「至少與……犯罪一樣關注人物和主題。」另一位評論家將其描述為「對女偵探重塑的政治貢獻」，特別指出女主角如何為一名被父親謀殺的年輕人報仇，並縱容男孩的母親謀殺父親以報答父親。體現了女性的團結。
這好像不是犯不犯錯的問題 囧rz……--AOE‧信箱 2023年7月9日 (日) 17:10 (UTC)[回复]
若證據確鑿，可以考慮提請解除權限。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年7月9日 (日) 16:44 (UTC)[回复]

请管理员删除掉我创建的所有条目

详情请见本人在用户页上的声明。

简而言之 求闻百科可以无条件的使用我创作的条目，维基百科不可以，维基百科不删除的话构成对本人和求闻百科的侵权。Assifbus（留言） 2023年7月10日 (一) 10:43 (UTC)[回复]

CC BY-SA著作權協議授權不可撤回。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年7月10日 (一) 12:18 (UTC)[回复]
如果条目只有Assifbus一人创作，可引用G10删除。如果有其他人，则不可能。——WMLO※議程表 2023年7月11日 (二) 00:49 (UTC)[回复]
(！)意見:我第1次觉得反对者说话这么有道理。但是如果其他的编辑者只是挂个模板，调整一下排版，或者添加个标点符号，那么本人创作的条目内容仍应引用G10删除。

本人创造的条目，本人为唯一贡献者或主要贡献者，可以删除。又及，本人在维基共享资源上上传的所有图片，不应在中文维基百科中使用。Assifbus（留言） 2023年7月11日 (二) 02:53 (UTC)[回复]

  • 求聞跟維基百科的版權協議本就相容，刪除了仍然可以從求聞重新引入，要麼你就叫求聞更改版權協議。不過就先請他們把fork過去的百幾萬條條目先刪除-某人✉ 2023年7月11日 (二) 05:05 (UTC)[回复]
那就删除，再从求闻百科重新引入吧，我对这种做法没有意见。

但是必须得标注文本来自求闻百科。Assifbus（留言） 2023年7月11日 (二) 06:50 (UTC)[回复]

(！)意見：多年前就曾出现过有原作者大量提删自己所建条目的事情（见Wikipedia:互助客栈/条目探讨/存档/2011年7月#原作者大量提刪），但被认为不符合WP:G10中的“提请须出于善意，并附有合理原因”的要求。另可参见当年加入此要求时的相关讨论：Wikipedia talk:快速删除方针/存档4#提刪自己創建的頁面。--Stevenliuyi（留言） 2023年7月11日 (二) 07:26 (UTC)[回复]

您根据CC BY-SA释出的作品是不能撤回的，所以本站不构成侵权。G10要求出于善意并附有合理原因，很明显主编未给出合理原因，因此无法适用G10。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年7月11日 (二) 08:10 (UTC)[回复]
如果黑星章还在的话，我真想给你一个。Assifbus（留言） 2023年7月11日 (二) 13:55 (UTC)[回复]
行为与自由文化的精神相悖的是您自己。——暁月凛奈 (留言) 2023年7月11日 (二) 14:05 (UTC)[回复]
我还是比较自由的一个人。我自己做出这种行为，就是因为看不惯维基百科中狐假虎威、装腔作势的一些人。Assifbus（留言） 2023年7月11日 (二) 14:17 (UTC)[回复]

再議拉票及Wikipedia:特色圖片評選/稍來山評選結果是否有效

經查Wikipedia:管理员布告板/其他不当行为/存档/2023年6月#Tiouraren，有人提議這需要管理員前往判斷，並計數有效票是否達標，然而根據這筆編輯歷史，計票人是MilkyDefer，但MilkyDefer不是管理員，並且計票結果沒有經過管理員驗票確認。

再查Special:用户贡献/Tiouraren，發現他在6月2日17:07至17:28期間對七人的討論頁面開設相同的話題，此話題名為「特色圖片評選邀請」，更巧合的是，評選延長期間是在5月21日17:46至6月4日17:46。還有，他對這七人的話題內容是一字不差地寫，彷彿是將給第一位的內容先複製，然後再對其餘六位給逐一貼上。

我們必須先考慮上述問題，如果經過管理員判斷是拉票，那麼被拉票進來的那些人所投的支持票是否有效，還有總計有效票數是否達到八票。反之，一旦管理員確認沒有拉票問題，那麼這等於對MilkyDefer做出的判斷與計票結果是確認無誤。--2001:B011:A401:1C6D:80F5:401:278F:5F33（留言） 2023年7月10日 (一) 19:00 (UTC)[回复]

儘管現在討論是距離計票結果那一日（6月20日）將近有21天之久，但此次再議的目的是避免給人留下話柄，給人有跟著闖紅燈的理由，比如說「某人看到Tiouraren過去也有拉票，為什麼我拉票就不可以」之類的情況發生，因此需要社群正視並釋疑，所以我相信這釋疑對未來在你們的管理上會有幫助。--2001:B011:A401:1C6D:80F5:401:278F:5F33（留言） 2023年7月10日 (一) 19:09 (UTC)[回复]
如果管理員確認他拉票，那麼有三人是被拉票，再加上提名人是Tiouraren，總計有四票必須扣除，計票結果就是只有七票，低於規定的八票，此次評選就會被視為不通過。是否追廢，這不在討論範圍，但社群若是想要追廢，我無異議。--2001:B011:A401:1C6D:80F5:401:278F:5F33（留言） 2023年7月10日 (一) 19:30 (UTC)[回复]
一次通知7人已属大量，提示作为特色图片参选已有明确推销立场，受众中6人均为台湾编辑也明显经过筛选意图堆积票数。显著拉票行为，提名本身应当作废。->>Vocal&Guitar->>留言 2023年7月10日 (一) 23:40 (UTC)[回复]
那要不你给一个不推销立场的范例做个样板戏给我看看呗？我立刻做成模板消息全站推广。--MilkyDefer 2023年7月11日 (二) 03:19 (UTC)[回复]
另外一方面你在假定是台湾人就会投支持票，这也是不妥的假定。--MilkyDefer 2023年7月11日 (二) 05:47 (UTC)[回复]
不需要范例，因为根本不该做这种事。另外我指出的是台湾人比例6/7，而不是台湾人就会投支持票，不要扭曲原意。--。->>Vocal&Guitar->>留言 2023年7月11日 (二) 08:37 (UTC)[回复]

教學活動通知

2023年7月12日下午台灣分會會有針對國會助理的教學活動，課程內容請見課程頁。本教學課程有一些模擬正式頁面的內容，都有在頂端加上明確警語。其中模擬條目頁因為攻防過程可能會提刪甚至速刪模板被掛上，請管理員忽略不理。另外請巡查員不要對模擬頁面的修改做任何標記。課程結束後，本人會視需求，延遲一段時間後再親自提刪模擬頁面。--Reke（留言） 2023年7月11日 (二) 07:23 (UTC)[回复]

取自“https://zh.wikipedia.org/w/index.php?title=Wikipedia:互助客栈/其他&oldid=78042128”