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

快捷方式

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

如果您需要就具体条目应当如何编辑才符合中立性原则寻求社区共识，请前往条目探讨留言。
请在主题栏简明扼要地写出问题主旨，不要使用如“新问题”等无意义的文字。
请勿公开姓名、地理位置、电话、电子邮箱地址等联系资料。我们通常只在此页回应，并不利用电子邮箱或电话等私下回应。
无关维基百科项目的问题，请往知识问答相关页面询问。

请注重礼仪、遵守方针与指引，一般问题请至互助客栈其他区或知识问答提出，留言后请务必签名（点击）。

发表前请先搜索存档，参考旧讨论中的内容可节省您的时间。

9月17日之后没有新回应的议题会移动至相应的讨论页或存档。跳至本页的：目录 · 底端

公告栏

[人事] 管理人员申请预讨论及仲裁委员会选举预讨论正在进行中，敬请关注参与。
[公告] 设立CampaignEvents活动组织者、设立仲裁委员会用户组、完善垃圾过滤器提示讯息及仲裁委员会临时选举方案已经通过。
[公告] 设立列表关注度、为非原创研究方针翻译章节部分新增补充说明、调整WP:新闻动态/重复发生的项目的规定及新增俄罗斯远东地区地名规范指引正在公示，如有意见请尽快提出。
[讨论] 互助客栈方针区正在讨论扩充ITNR获选类别，请踊跃参与讨论。
[讨论] 互助客栈其他区正在讨论管理人员任免制度检讨等事及设置仲裁委员会的wiki站点和相关邮件队列，请踊跃参与讨论。

[协作] 现有129个页面需维基化，352个条目需清理，23个移动请求正在讨论。

存档

2003年	6月以前						7	8	9	10	11	12	月
2004年	1	2	3	4	5	6	7	8	9	10	11	12	月
2005年	1	2	3	4	5	6	7	8	9	10	11	12	月
2006年	1	2	3	4	5	6	7	8	9	10	11	12	月
2007年	1	2	3	4	5	6	7	8	9	10	11	12	月
2008年	1	2	3	4	5	6	7	8	9	10	11	12	月
2009年	1	2	3	4	5	6	7	8	9	10	11	12	月
2010年	1	2	3	4	5	6	7	8	9	10	11	12	月
2011年	1	2	3	4	5	6	7	8	9	10	11	12	月
2012年	1	2	3	4	5	6	7	8	9	10	11	12	月
2013年	1	2	3	4	5	6	7	8	9	10	11	12	月
2014年	1	2	3	4	5	6	7	8	9	10	11	12	月
2015年	1	2	3	4	5	6	7	8	9	10	11	12	月
2016年	1	2	3	4	5	6	7	8	9	10	11	12	月
2017年	1	2	3	4	5	6	7	8	9	10	11	12	月
2018年	1	2	3	4	5	6	7	8	9	10	11	12	月
2019年	1	2	3	4	5	6	7	8	9	10	11	12	月
2020年	1	2	3	4	5	6	7	8	9	10	11	12	月
2021年	1	2	3	4	5	6	7	8	9	10	11	12	月
2022年	1	2	3	4	5	6	7	8	9	10	11	12	月
2023年	1	2	3	4	5	6	7	8	9	10	11	12	月
2024年	1	2	3	4	5	6	7	8	9	10	11	12	月

早于10日的讨论将会由存档。

#	💭 话题	💬	👥	🙋 最新发言	🕒 (UTC+8)
1	仲裁委员会的选举	126	20	桐生ここ	2024-09-27 08:37
2	引进CampaignEvents扩展	21	7	1233	2024-09-22 20:04
3	为管理人员任免制度检讨等事	130	32	桐生ここ	2024-09-27 08:17
4	管理操作复核请求：被提报用户明显存在不文明行为时拒绝做出相应处理	22	9	0xDeadbeef	2024-09-18 18:35
5	再论Mys的封禁与禁制实施行为	7	6	0xDeadbeef	2024-09-18 18:24
6	请处理Special:用户贡献/Creating_talk_pages创建的页面	3	3	Sinsyuan	2024-09-18 22:44
7	是否还有必要建设中国的线下维基人社群？	16	7	Ericliu1912	2024-09-27 01:52
8	管理人员申请预讨论	15	10	0xDeadbeef	2024-09-21 19:50
9	请求社群关注U:Rastinition对我的留言动手动脚，甚至指控我滥用傀儡一事	26	9	魔琴	2024-09-22 23:32
10	问一下，现在在哪里申请全域IP封禁豁免？	19	7	ZhaoFJx	2024-09-21 11:24
11	Special:联系/IPBE	5	4	SunAfterRain	2024-09-27 02:40
12	仲裁委员会选举预讨论	15	8	Dryrace	2024-09-27 10:28
13	关于“你知道吗”栏目的上榜顺序	2	2	春卷柯南	2024-09-20 15:26
14	AdvancedSiteNotices禁止外部品牌链接？	3	2	桐生ここ	2024-09-22 19:54
15	页面内的图表什么时候挂掉了？	2	2	魔琴	2024-09-23 08:25
16	过度诉诸WP:管理员布告板/其他不当行为及永久封禁？	10	7	0xDeadbeef	2024-09-24 20:29
17	管理员布告板排版	7	5	0xDeadbeef	2024-09-26 09:16

发言更新图例
最近一小时内
最近一日内
一周内
一个月内
逾一个月
特殊状态
已移动至其他页面或完成讨论之议题
手动设置
当列表出现异常时，请先检查设置是否有误

正在广泛征求意见的议题

您可在维基百科:回馈请求系统订阅特定主题的征求意见讨论通知。

以下讨论需要社群广泛关注：（重新整理）

维基专题与协作

Template talk:Duck § 更正默认提示文字？

@Cookai1205、Yoyolin0409：参见 WP:DUCK。确有理由更改、去除“一望而知”字样。冀达成共识。— 𝕏ℂ𝕠𝕞𝕙𝕘𝕙𝕒𝕝𝕝 talk 2024年9月24日 (二) 02:18 (UTC)

强烈建议使用WP:RELIST流程

本主题或以下段落文字，在讨论结束后应存档至Wikipedia talk:删除程序、Wikipedia talk:删除方针、Wikipedia talk:页面存废讨论。

公示通过--百無一用是書生 (☎) 2023年1月24日 (二) 07:31 (UTC)[回复]

下列讨论已经关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

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

采用{{relist}}制度，存废讨论已超过五周的提案，如果仍然缺乏共识，可以重新提交到最新一天的存废讨论页面继续讨论（与现有流程接轨）
同一个讨论最多可以重新提交三次，若三次后仍无共识，则以无共识结案（事不过三）
每次重新提交时，在原讨论处关闭讨论并说明已重新提交讨论到新的页面，若有讨论内容，则将所有讨论内容移动到新的讨论处。在新讨论的最下方挂上{{relist}}模板
希望能够得到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年逝世人物列表]]}}：

本讨论已经结束，以上页面已保留。请不要对这个存档做任何编辑。

(±)合并到1910年。没有必要再独立出一个页面来叙述

提交的维基人及时间：LarryChou0129（留言） 2023年1月11日 (三) 02:45 (UTC)[回复]

(○)保留：那其他年份逝世人物的条目也要合并到相对应的年份条目？下同。Sammypan（留言） 2023年1月12日 (四) 11:02 (UTC)[回复]

保留。--百無一用是書生 (☎) 2023年2月8日 (三) 02:15 (UTC)[回复]

或语法{{Include|Wikipedia:頁面存廢討論/記錄/2023/01/11#[[:美食王國]]}}：

美食王国

本讨论已经结束，以上页面已删除。请不要对这个存档做任何编辑。

(×)删除理据：来源跟条目内文对不上。来源根本看不到“美食王国”这个词是翁佳音跟曹明宗所提出的根据。而且美食王国一词是否只会用在台湾上面也有争议。

提交的维基人及时间：祥龙（留言） 2023年1月11日 (三) 03:36 (UTC)[回复]

(～)补充：关于条目内的英文“Kingdom of Taiwanese Food”，我试着用Google搜索，结果只找到这个条目页面，怀疑有原创研究的嫌疑。--祥龙（留言） 2023年1月11日 (三) 03:43 (UTC)[回复]

(×)删除：原创研究。--冥王欧西里斯（留言） 2023年1月11日 (三) 03:50 (UTC)[回复]

删除。--百無一用是書生 (☎) 2023年1月18日 (三) 01:35 (UTC)[回复]

都能有类似效果。后者按下编辑纽还会直接跳转到该天的存废页。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2023年1月11日 (三) 03:55 (UTC)[回复]

不过，可以预见如此作法可能会导致存废页的原始码变得很混乱，所以还是则存废用独立一页为佳。不过我认为再还没换成一个存废独立一页之前可以先用{{Include}}过渡一下。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2023年1月11日 (三) 04:08 (UTC)[回复]
章节标题像“30天后仍挂有{{notability}}模板的条目”这样的，上面说的两种办法都无效--百無一用是書生 (☎) 2023年1月12日 (四) 07:39 (UTC)[回复]
(：)回应@Shizhao：这样的章节不会需要{{relist}}吧。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2023年1月12日 (四) 07:52 (UTC)[回复]
实践上，很可能会用到--百無一用是書生 (☎) 2023年1月12日 (四) 08:03 (UTC)[回复]
@Shizhao：这种章节通常是罗列多则存废用的章节；而{{relist}}通常只适用于单一一则条目的存废，所以我想这类章节标题应该不会需要用到。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2023年1月13日 (五) 04:58 (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)[回复]

不妥，会造成骚扰，也许是潜在拉票（编辑者没有提出存废）。较合理方案是用户主动订阅此类通知，机器人通知曾在条目进行足量扩充（较难判断）或一段时间内有过编辑的用户。热衷关注存废的用户，通常已监视页面或存废讨论。--YF dyh000（留言） 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做了一下修订，期望能够把这部分提升为指引：

--百無一用是書生 (☎) 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)[回复]

试行检讨

@Shizhao：WP:RELIST自通过试行至今已逾一周，盘点第一周的WP:RELIST成功达成共识的状况（截至2023年2月6日 (一) 10:52 (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笔；

统计期间共有共有81笔WP:RELIST，成功关闭讨论的仅有14笔，成功达成共识率17%，约两成，这流程是否真的有帮助还有待观察讨论。建议再观察一阵子才决定是否提升为正式指引。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2023年2月6日 (一) 10:52 (UTC)[回复]
- 我认为共识达成率至少要到五成才有提升为正式指引的意义。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2023年2月6日 (一) 10:59 (UTC)[回复]
  管理员无能为什么要怪制度？--。->>Vocal&Guitar->>_留言 2023年2月7日 (二) 04:35 (UTC)[回复]
  至少还达成了两成啊，另外，达不成共识和管理员有什么关系？
  
  其他数据的话，目前积压数量减少了大约2/5（relist实行开始511个积压讨论，今天最新的一次数据是322，历史最低288），积压天数减少了约70%（从112天减少到了33天，历史最低32天）--百無一用是書生 (☎) 2023年2月7日 (二) 09:02 (UTC)[回复]
  另外，在我看来，WP:RELIST首要解决的是积压问题，其次是减少无共识保留的问题。之前积压的存废讨论会有约一半左右以无共识结案，现在成功关闭的14笔讨论可都不是以无共识结案的，但其实真实的无共识结案率还需要等到relist三次后的最终结案才能看出来。您说的“成功达成共识率17%”，在我眼中是无共识保留减少率17%--百無一用是書生 (☎) 2023年2月8日 (三) 02:48 (UTC)[回复]
  原则上放在旧的页面积压，还是新的页面积压，还一样都是积压啊。--Ghren 🐦🕒 2023年2月8日 (三) 07:10 (UTC)[回复]
  
  另外，成功达成共识率似乎没有算上待处理的？例如1/29提交的10笔中最终有共识但须待处理的就有5个（即7个达成共识，其中2个成功关闭，5个达成共识但仍待处理）。也就是说成功关闭讨论的数量和成功达成共识的数量是不等的--百無一用是書生 (☎) 2023年2月8日 (三) 14:09 (UTC)[回复]
  这样算下来达成共识率约是34%--百無一用是書生 (☎) 2023年2月8日 (三) 14:22 (UTC)[回复]
  
  用python画了个统计图[2], 时间为从今年元旦开始一直到现在--百無一用是書生 (☎) 2023年2月9日 (四) 09:46 (UTC)[回复]
  
  我不是说流程没用，而是希望流程能有更高的用途。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2023年2月16日 (四) 05:24 (UTC)[回复]
@Shizhao：WP:RELIST自通过试行至今已逾一个月，上次盘点第一周的WP:RELIST成功达成共识的状况，现在盘点第二周的WP:RELIST成功达成共识的状况（截至2023年2月24日 (五) 14:21 (UTC)）：[回复]

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笔于二度重新提交时获得共识)；

统计期间共有共有82笔WP:RELIST，成功关闭讨论的仅有55笔，成功达成共识率67%，约七成，明显可以看出，这个流程是有效的，故(＋)支持WP:RELIST升格为正式指引。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2023年2月24日 (五) 14:21 (UTC)[回复]
若立为指引，是不是应该并入Wikipedia:删除方针#存废讨论一节？WP:删除程序只是论述，中间插一段指引段落有点怪。 ——魔琴 [ 留言贡献新手2023计划 ] 2023年2月24日 (五) 17:15 (UTC)[回复]
就我观察，实行relist以来，还未有一笔讨论因无共识保留而关闭（另一个观察是，一个月以来，进入积压的讨论中有持续超过两周的讨论最多也不超过5笔，因此我认为“持续五周”的条件基本上没有意义）--百無一用是書生 (☎) 2023年2月25日 (六) 12:26 (UTC)[回复]

在我看来，Relist实际上根本无法促进共识，像Wikipedia:页面存废讨论/记录/2023/02/01#Template:值得打印的重定向、Wikipedia:页面存废讨论/记录/2023/02/02#疯狂过山车，这些Relist了以后，没有人提出新理由然后就删除的内容很多。这和管理员独断删掉是没有分别的。实际上，Relist之后有新理据协助管理员决定删除与否的删除提案感觉不是很多。--Ghren 🐦🕘 2023年2月25日 (六) 13:05 (UTC)[回复]

非管理员能执行重新提交吗？--东风（留言） 2023年3月4日 (六) 09:33 (UTC)[回复]

所以试行结果如何？是否要继续试行或正式上路？—— 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)[回复]

除非能雪球，不然执行管理员不应避嫌吗？没有表态为什么就代表没有异议。如果管理员自己有意见，就自己投票、其他管理员处理。--YF dyh000（留言） 2023年5月31日 (三) 09:04 (UTC)[回复]

问题是你维关注度提删的风气一向都是应删除的不会有什么人特别去投删除票，有价值保留的才会有人去提保留证据。结果就造成现在这里无限relist-某人 ✉ 2023年6月21日 (三) 17:12 (UTC)[回复]

那说明没有明显的删除意向与共识，继续无共识保留吧。总不能弄些机器人留言投石问路^{[开玩笑的]}--YF dyh000（留言） 2023年6月21日 (三) 17:16 (UTC)[回复]

我认为在重新提交存废讨论数次（具体次数可以讨论）后应可默认以无共识保留。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2023年6月26日 (一) 13:00 (UTC)[回复]

近期看到关闭讨论的判定和结论仍有自由裁量的部分，以及对避嫌、结案理由等要求可能存在不足和模糊之处。期望尽快得出相关共识，但个人不会提出议案。--YF dyh000（留言） 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)[回复]

(＋)支持。——

\color [rgb]{0.04,0,0.5}{\mathsf {htc_{23}}}

（留言） 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生成的内容著作权有争议。这与您的上一条发言似乎是冲突的。--YF dyh000（留言） 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 2022

条目的段落
旧版Vector（当前的默认设置）
Vector 2022

[为什么这是必要的更改]当前的默认皮肤创造于十三年前，它反映的是当时的读者与编辑者的需求。那以来，新用户开始以不同的方式使用互联网和维基媒体项目。旧版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)[回复]

Please note that Glyph conversion problem has been resolved already phab:T306862. Thanks.--SCP-0000（留言） 2023年4月14日 (五) 11:43 (UTC)[回复]

提示下，繁简转换问题已经在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)[回复]

--Sun After Rain 2023年4月14日 (五) 13:16 (UTC)[回复]

(：)回应：指个路，Wikipedia:互助客栈/方针#关于条目内是否应该在章节标题中加入链接及旗帜的问题--Milky Defer 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中的呈现方式比较怪异，这点我认为可能是相关工具开发者所需要考虑的一点（编辑数小工具无此问题）。San mo sa _{Συ γάρ μοι και μοίρα εί και τύχη} 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)[回复]

检查你是不是将你的皮肤参数设置成了全局的偏好。如果是这样的话需要先勾选对应的“为此全域参数设置设置本地例外。”复选框。--Milky Defer 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. Milky Defer 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没关系。--Milky Defer 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)[回复]

小结

目前本站可能修复的问题

NotaTA查看器的风格问题
“工具列显示当前未巡查的新页面”小工具在Vector 2022中的呈现方式比较怪异。
很多小工具不在 sticky header 显示。
Wikipedia:互助客栈/技术#MediaWiki:Vector-language-redirect-to-top_的编辑请求
Wikipedia:互助客栈/技术#Vector（2022）皮肤下，FA和GA的图标会遮挡“路线图”按钮 ~~完成 by Shizhao~~ 又坏了
左侧toc的缩进应该改为一个字符：.vector-toc .vector-toc-list-item { padding-left: 0.875em; }
[繁简]转换通知与宽度切换按钮重叠
页面顶部-底部小工具多余
MediaWiki:Gadget-pseudonamespace-UI.js需要修改

目前涉及皮肤设计的关切

工具栏不应与主菜单分开并放置在右侧
跨语言链接也不应该与姊妹项目的链接分离，且切换语言次数变多
重要的用户功能切换不方便，必须多按一个按键。 --Kanashimi（留言） 2023年5月4日 (四) 23:14 (UTC)[回复]
“限制页面宽度”丑陋且不便，留空太多，应该默认禁用
indicator（GAFA标志、保护标志、坐标）是否应该放在“X种语言”的左边
老式的第0段后目录应该保留，特别是WP:CSD
在手机上不能正确调整宽度，结果是段落被挤在一起，尤其是右侧有信息框或者图片时
应允许未登录用户选择默认皮肤，至少要能够切换旧版
分区混乱，无法通过颜色区分功能
WP:新条目推荐/候选目录异常，似乎因{{TOClimit}}无效
于Phabricator查看
编号T325083的工单
phab:T325083

宽泛的意见

不如Timeless简约
稳定性之顾虑
基金会应先着手解决问题，之后自然会有更多人愿意将其作为默认皮肤，而不能让未登录用户使用那些登录用户都不会用的皮肤
不关心读者的感受
本站的新手指引和代码不清晰，可能导致问题
排版太紧凑
应该多放一点颜色
移动版编辑不如2010好用

其他关切

不要让人觉得联署都是笑话
使用第三方页面翻译功能时，某些复杂页面Vector 2022会导致排版错误（MilkyDefer君表示无法复现）

已解决或无效的问题

于Phabricator查看
编号T306862的工单
phab:T306862（已修复）
在标题中使用math标记会出错（多个皮肤出现问题，格式手册不允许使用）

以上内容总结或复制自上方［后补充：或下方］讨论，原作者列入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的代码主要位置在哪里啊，我很好奇。--Milky Defer 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啊完全不管的。--Milky Defer 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:

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.
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.

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.
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).
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.
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.
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.
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.
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.
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.
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)[回复]

诸位好，

再次感谢大家的回复和参与，了解到大家仍有很多开放性问题需要探讨，故此提出以下建议：

我们将继续就问题展开讨论，并合作修复有问题的小工具，我们的工程师可以提出修复建议，然后由社群的志愿开发者进行修复。
我们将皮肤的部署期推迟至6月5日，留出更多时间来让我们阐述某些改动的目的、做出尝试、并就有关数据和研究结果进行讨论，我们有信心这些数据证明了改动是有益的。

我们还想回答一下大家的问题和顾虑。若有其他疑问，可在下方提出。

为什么主菜单和工具栏分离？
- 该皮肤的主要目标之一旨在明确工具栏和菜单的用途，在旧版Vector皮肤中用于全局的工具（如首页链接）和用于页面的工具（正如此页面中的工具）之间并没有分开，这让读者和新手感到困惑，他们不清楚点击某个链接会怎样，通过明确拆分页面工具和全局导航部分，我们让两侧作用简单易懂。在此阅读有关功能的更多信息。
为什么切换语言的位置移动了？
- 在旧版Vector皮肤中，位于左侧菜单底部的跨语言链接对于读者和新手来说很难找到，许多读者并不知道可以在维基百科（或姊妹项目）站内切换语言，而是关闭页面使用外部搜索引擎来切换语言。将切换语言功能移动到顶部显眼位置将使其更容易找到。虽然需要点击才能切换语言，但比旧版滚到下面语言栏耗时相当甚至更短（在这里了解更多）。
为什么限制页面宽度？
- 目前，限制宽度是Vector 2022皮肤的默认设置，但对于喜欢全屏的用户可以通过页面右下角切换开关来永久关闭宽度限制。在这里了解限制宽度的益处。
为什么推出侧栏目录（ToC）？
- 推荐阅读关于侧栏目录的文档，特别是用例部分。在A/B测试中，新侧栏目录使用率比旧版高出50%，它还会显示在少于四个章节的页面上。我们还在进一步研究侧栏目录的更多结构建议。
为什么某个小工具坏了？
- 我们很乐意帮助开发志愿者调整小工具和用户脚本，但是由于这些工具是由志愿者创建的，并不存在质量标准，也不存在对不同操作系统、浏览器、窗口和MediaWiki的兼容性要求。虽然MediaWiki不断更新，但是仍取决于志愿者来维护其小工具。我们承认，某些小工具和用户脚本可能未得到维护，一些开发志愿者可能不知道该怎么做，因此，第一，如果可以提供不兼容的小工具/用户脚本链接，第二，如果开发志愿者还没有隐退并愿意与我们合作，我们很乐意提供帮助。
为什么新皮肤在移动端上看起来不怎么样？为什么新皮肤在移动端上比旧版更难编辑？
- 此皮肤和旧版Vector皮肤一样，并不是为移动设备设计的，虽然在平板电脑上可能用起来正常，但是对于手机，我们强烈推荐使用启用了高级模式的移动版本。（移动版已大幅改进，相较于几年前，你可能发现更好用，比如，我同事们正在开发移动版审核工具）。
- 此皮肤尽可能满足了网页自适应需求（例如，侧边菜单会自动调整），但由于技术原因，使皮肤完全适应各种情况超出了Vector 2022这个项目的目标。
为什么未登录用户无法更改皮肤？
- 和上一个回答类似，未登录用户从来没有更改皮肤的选项，引入这项更改不是这个项目的目标，我们的数据证明了Vector 2022的界面对读者很有用。对于那些没有账户却又想保留旧版皮肤的特殊群体将需要创建一个账户（推荐方式）或使用浏览器插件来实现。话虽如此，推荐大家关注我们的新闻公告，我们可能会在今年晚些时候允许特殊群体进一步调整界面，你们的反馈将很重要。
皮肤够稳定吗？
- 稳定，一年前的此刻就已经稳定了，在那之后我们和英维进行过交流并改进了一些技术细节，大多是为了满足高级编者的需求和想法。中文维基百科将是最后一批部署Vector 2022默认皮肤的维基百科。
为什么没有更多颜色？
- 不同维基的一些志愿者提出过这个想法，我们理解他们可能喜欢更多颜色，但尚无数据可以表明更多颜色可以提高可用性。接下来几周内我们将对此进行测试（在此了解更多），并且在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. Milky Defer 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)[回复]

？？？--Milky Defer 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，从这种角度来说，似乎是更合规了。--Milky Defer 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:

Introduces visual separation between different portions of the page
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. Milky Defer 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)[回复]

MediaWiki:Gadget-pseudonamespace-UI.js这个会需要更改。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2023年5月12日 (五) 08:41 (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?

What (if any) issues are currently missing from the table below?
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:

Open a browser window in private mode, with browser preferred language set to English
Open https://zh.wikipedia.org/wiki/Wikipedia:%E9%A6%96%E9%A1%B5?useskin=vector-2022
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)[回复]

“

The main issue we've noticed so far that needs fixing is the overlap of the conversion notice with the width toggle (#7), 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. (#8) However, it's up to you as the community of this wiki to decide whether the gadget will still be necessary.

”

#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. --Milky Defer 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)[回复]

暂时(－)反对，直到左有两侧空白减少为止，再视情况支持。--🚊　铁路Railway ^论．签 2023年7月6日 (四) 11:46 (UTC)[回复]
@铁路1：正于上方讨论提到，基金会正开发灰色分隔的设计，不知阁下对此有何看法？谢谢。--SCP-0000（留言） 2023年7月6日 (四) 13:39 (UTC)[回复]
提问：本人试用新外观约一个月了，在此之前觉得还蛮直觉好上手，有些奇怪的空白畸零地也还在可以接受范围，侧边栏可以隐藏打开的设计还蛮不错的，啊不过啊，今天的进入条目后，页面硬是多出一大段空白，约占萤幕3分之2，得要往下滑两段才能进入条目正文，是因为小工具问题吗？这是调整中呢还是未来都会有如此惊恐的空白呢？若是在调整中，那报告一下现在的阅读模式让人头痛，先换回旧外观。--Mafalda4144（留言） 2023年7月6日 (四) 14:31 (UTC)[回复]
@Mafalda4144：应该跟这技术问题有关，似乎只要清除页面快取即可解决问题。--SCP-0000（留言） 2023年7月6日 (四) 15:10 (UTC)[回复]
@SCP-2000昨天很正常，应该说UTC+8时区的今天凌晨大约5点还是。看了三台笔电，W7，W10，W11，用手机切换至桌面版，都是一样的状态。供参ㄅ。是想要让TW小工具快速使用吗（OR）？--Mafalda4144（留言） 2023年7月6日 (四) 15:22 (UTC)[回复]
我也是说，上午打开维基百科就发现TW栏折叠不回去了，特别奇怪，也很不适。--南屿小十233（对话 | 贡献 | 签名） 2023年7月6日 (四) 15:41 (UTC)[回复]

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

如题。英文维基百科在探讨这个问题。我认为既然这件事情牵扯了中国大陆，中维用户提供自己的看法非常必要。讨论位于en:Wikipedia:Village Pump (proposals)#Streamline the sign-up process for new editors from China.--Milky Defer 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)[回复]

( π )题外话：什么？！连英维都开始密切大陆用户的编辑问题啦！看来防火墙已经是全球范围内的大问题了，建议你维用户抓抓紧快快参与讨论喽。另外~~禁止外维势力干涉中维内政~~^{[开玩笑的]}。--Eve sie sta_{Die Gedanken sind frei!} 2023年5月1日 (一) 15:55 (UTC)[回复]

说点正经的。可预见是，这个问题不大可能在大群体范围内解决，只能自己想办法或者以小群体形式解决。个人拙见是此讨论不会有什么建设性结果，最终大概率“静默”，然后机器人自动存档（说到这顺便提醒一下在讨论串顶部加上{{存档至}}）。--Eve sie sta_{Die Gedanken sind frei!} 2023年5月1日 (一) 16:04 (UTC)[回复]

(！)意见：我觉得这件事大概率会不了了之。理由有以下几点：

维基媒体基金会近年发起的两次大型的基金会行动（2021中文、2022阿拉伯文和波斯文），涉及到的国家和地区如中华人民共和国（中国大陆、香港特别行政区）、沙特阿拉伯王国和伊朗伊斯兰共和国都大规模的限制或封锁维基媒体基金会的网站。然而上述国家地区的部分维基人存在利益冲突的情况。维基媒体基金会自然不会信任上述地区的维基人。
维基媒体基金会如果单独研发VPN，抛开成本和技术，就软件的稳定性就很难持久。说句题外话，轮某的“自由门”号称全世界最稳定最安全的VPN也经常出现掉线的情况。
官方镜像站更不可能会推出，因为一旦发布，在很短时间内就会被墙。

--СлаваУкраїні! 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)[回复]

依稀记得去年这个时候也有人在这里提过一样的意见；显然这是行不通的。--

[{\text{H}}^{+}]

\ >

{\sqrt {K_{w}}}

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)[回复]

纳粹大屠杀是真真正正的反人类而且有造成过严重后果；你列出的这两个未必。--Milky Defer 2023年5月16日 (二) 15:26 (UTC)[回复]

上方讨论有点离题了。解决方案无非几种：

降低中国大陆编者获取IPBE的难度。这个最容易办到。
创建有审查的镜像。违反WMF和本社群的原则（WP:UNCENSORED）。
创建无审查的镜像，打游击战。就这点我曾经和WMF沟通过，得到的明确答复是无法做到，过于烧钱。（WMF钱虽多，也耗不起这样指数级增长的开销）
在官方Android、iOS应用内建审查规避功能。可能可行，但无法保证，请见phab:T327286。

供各位参考。--Disk dance 2023年5月17日 (三) 13:00 (UTC)[回复]

其实相关讨论近几年来已经有很多次，关键就是只停留在讨论的阶段，没有人去做。这点很遗憾。我觉得在这里讨论得再多，也不如尽快实现来的实在。--Disk dance 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好像是地区词我就保留了。

为中国大陆用户创建一个特殊的注册portal，portal来自一个隐藏IP以避免DNS投毒（该portal将不包含任何条目，以避免惹恼审查员，导致portal被封锁），IP经常变化以避免封锁。

在维基百科上设置一个“请求从中国注册”的特殊按钮，点击该按钮后，给用户发送包含注册portal的IP地址的电子邮件。然后，用户断开VPN，进入邮箱（如QQ或163），并点击该IP地址以进入portal。

portal检测用户的IP地址，如果用户使用的是中国移动、中国联通、中国电信或中国广电的住宅IP（中国的四个ISP），注册正常进行，用户自动获得IPBE，从而正常编辑。(如果用户不在中国，他们不允许使用这个特殊的门户来获得IPBE。)

然后，用户只需重新连接到他们的VPN，回到WP主网站，并开始编辑。

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

不太懂如何实现，是否不需要基金会来实现。注册门户的域名购置及维护成本（如封锁检测），或者如果用IP访问，能否顺利https。基金会可能没有充足的IP段或人力。门户如何避免通过大陆境内代理或僵尸网络注册账号，然后滥用。不建议用toolforge.org，可能封一级域名。--YF dyh000（留言） 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)[回复]

是指封禁云服务器吧。--YF dyh000（留言） 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产生影响，所以在等监管员的意见。--Milky Defer 2023年6月9日 (五) 05:38 (UTC)[回复]

所以现在可能要把Sotiale或者谁拉来了，问问傀儡调查助理吧。@LuciferianThomas：--Milky Defer 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团队，得到的答复如下：

原则上支持。
SRE认为他们没有足够的精力持续应对中国的审查措施，且必须要大量的投入才能获得可观的回报。
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)[回复]

如果注册申请需要等待一周以上是合理的过滤机制和时间成本

如果这个过滤机制有益筛掉新手，直接将注册账号改成申请制不就更好了吗

--YF dyh000（留言） 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)[回复]

倾向不算，那是“可控”的行政原因。--YF dyh000（留言） 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)[回复]

这事不该咨询基金会？San mo sa _{Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης} 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)[回复]

“即可轻易得知作者与历史版本”需考虑站点下线、站点篡改/删除的情况，会使署名信息不再完整。--YF dyh000（留言） 2023年6月23日 (五) 07:50 (UTC)[回复]

该站的要求无助于解决这些问题。要解决问题只能是把版本历史也一并导入。——暁月凛奈 (留言) 2023年6月23日 (五) 07:57 (UTC)[回复]

只是指单纯提供网站名乃至网站链接，都有可能无法“轻易得知”。提供参与编写的所有人士的名称，可能作为一种合理的基本要求。而同页面署名也非无道理，对只能通过网页镜像查阅站外或本站的用户，讨论页面和历史记录是不可用的，包括离线版、已删除页面等。--YF dyh000（留言） 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站点在内），没有人考虑过你所说的奇怪情形。--Milky Defer 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}}的模板标注）。我不确定这种处理方式是否有些不妥之处，欢迎大家讨论。--爱维基百科的CuSO₄ 2023年6月23日 (五) 11:51 (UTC)[回复]

@CopperSulfate：但我留意到{{Wikia content}}这个类似模板反而是默认放在页顶的（话说这模板上面写的著作权条款是不是该更新一下？）。因此，我的看法是确然可以直接忽略（也可以说是“无视”）求闻百科政策提出的一切不属于CC BY-SA 4.0协议所说的“合理方式”的署名要求，比如他们就多媒体文件设下的“对于被维基媒体计划使用的多媒体文件作品，在被其他页面的内文引用时，权利管理信息只能经过至多一（1）次点击即可查看。权利管理信息应当清楚可见，字号不得小于正文其他文字字号，不得使用不易辨识的排版、配色等，不得使用下拉菜单、隐藏菜单、‘点击查看更多’、转移至元数据字段等手段混淆、隐藏、绕过”这种离谱且不切合实际技术显示情形的要求，但由于我刚刚提到的{{Wikia content}}的情况，“必须和条目页放在一起，而且必须放在标题下面、引言上面”与“使用超链接的，超链接文字必须明显写出‘求闻百科’（、）‘求闻百科贡献者’（求闻百科今后开设的其他子项目名称、网址不同的，参照处理，下同）等”这两个要求可能并不是不属于“合理方式”的情形。San mo sa _{Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης} 2023年6月23日 (五) 13:15 (UTC)[回复]

@Sanmosa：谢谢提醒，之前我未注意到{{Wikia content}}的情况。既然如此，那两个要求中，前者在我看来并非不合理；后者是否合理，我尚无法判断。--爱维基百科的CuSO₄ 2023年6月23日 (五) 20:52 (UTC)[回复]

@CopperSulfate：我参照了我对求闻百科的相关要求的理解，写了User:Sanmosa/Prodótis这个东西出来，你可以详细研究一下。San mo sa _{Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης} 2023年6月23日 (五) 23:22 (UTC)[回复]

@Sanmosa：谢谢解释。之前我没搞懂后一个要求指的是什么。如果是这种形式的话，我觉得是可以接受的。--爱维基百科的CuSO₄ 2023年6月23日 (五) 23:25 (UTC)[回复]

反正那边说的只是“必须明显写出‘求闻百科’（、）‘求闻百科贡献者’”，没说不能有任何或特定形式的修饰语，大家不嫌修饰语偏长即可。San mo sa _{Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης} 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。San mo sa _{Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης} 2023年6月24日 (六) 05:58 (UTC)[回复]

@MintCandy。San mo sa _{Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης} 2023年6月23日 (五) 23:25 (UTC)[回复]

感谢，其实我之前尝试搞了个User:MintCandy/沙盒，不过还是你这个完善一点。—远方传来风笛（Talk） 2023年6月24日 (六) 02:05 (UTC)[回复]

@BlackShadowG。San mo sa _{Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης} 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的理解也同样没有错。San mo sa _{Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης} 2023年6月24日 (六) 06:13 (UTC)[回复]

中译本我理解为用户页和用户组专题页了，但看当时的讨论说的是站外聊天室，那么这就能包含相关话题的网站、群组等等。但相关要求在无关讨论只涉知识时是否合理需要澄清，以及要看和考虑站外站点是否可能添加显著横幅宣传等。--YF dyh000（留言） 2023年6月24日 (六) 06:47 (UTC)[回复]

不应该链接到就是不能搬运求闻百科的内容的意思吗？--Doge24190 2023年6月25日 (日) 16:49 (UTC)[回复]

求闻百科中来自中文维基百科的内容是否有著作权问题？

同时，本人发现求闻百科中来自中文维基百科的内容，有署名不完整的情况。有些页面中，仅在编辑摘要中注明了来源页面链接和协议链接，并不完全符合WP:C#使用文字中对署名的要求。这是否意味着求闻百科的这些页面违反了CC BY-SA协议？——枰（留言） 2023年6月22日 (四) 12:14 (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)[回复]

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

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

“求闻百科”列出的署名要求，特别是字号等样式要求，是否为CC协议所言“合适的”署名？
- 若否，本站能否忽略“不合适”的署名要求而使用其材料？
列出“求闻百科”及其相关附属站点的直链是否违反全域禁制方针？即
- 有无足够的证据证明“求闻百科”受被全域禁制的个体控制？（“求闻百科”主域名目前未被列入黑名单，处理的监管员认为滥用证据不足）
- 即使“求闻百科”被全域禁制的个体控制，它是否属于“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自己找到证据为止。我不评论这种做法对中文维基百科到底是好是坏，毕竟我自己也不知道。San mo sa _{Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης} 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:

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），以及作品的著作权状态”）；
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?
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. San mo sa _{Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης} 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". San mo sa _{Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης} 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)[回复]
我倒是觉得如果基金会法律部门认为水印要求理论上需要被尊重的话，部门自己就会明确表示不得自求闻百科搬运一切多媒体内容。San mo sa _{Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης} 2023年6月24日 (六) 10:30 (UTC)[回复]
水印能否被理解为“多媒体文件的署名必须位于多媒体文件内部，并以多媒体形式展示，而不能作为附加的文本展示”，因而是“权利人要求的合理署名方式”？我不确定法律上能否这样诠释，但我直觉上是觉得不太对劲。--——🦝英特浣熊耐尔_{（留言・贡献）} 2023年6月24日 (六) 11:21 (UTC)[回复]
@Interaccoonale：这是求闻百科的理解，我也不确定中国大陆的法律上能否这样诠释，但至少中国大陆以外的任何司法管辖区，无论采用哪种法系，都不可能认为这种理解方式合理。San mo sa _{Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης} 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给法务，他看不看得到不太成问题，就算他完全不看也可以，只要有个人来回复就行。San mo sa _{Акум орь ничодатэ, кроеште-ць алтэ соарте} 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。San mo sa 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)[回复]

哎，恕我不厚道地说一句，他们不弄这个还好，弄了这个就像是狗急跳墙。他们要是真够钱到美国搞钜额诉讼的话，他们早就这样做了，而且他们不能在美国以外的任何地方找到任何可被恰当地如此提告的法人。就算他们真够钱到美国搞钜额诉讼，无论他们胜诉与否，我也很怀疑他们在诉讼过后是否真的有足够的资金继续支撑求闻百科运作。San mo sa _{Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης} 2023年6月24日 (六) 12:50 (UTC)[回复]

简单来说，就是他们裁不裁决、回不回应都与我们完全没有关系，我们就单看他们的条款判断相关条款的合理性，然后作出我们认为正确的处理方式，反正他们也没法阻止。San mo sa _{Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης} 2023年6月24日 (六) 12:58 (UTC)[回复]

~~中维内政决不容许任何外部势力干涉~~^{[开玩笑的]}--Hualin~希望の星は青霄に昇る _Commons|Talk 2023年6月24日 (六) 16:36 (UTC)[回复]

至少应该先通知基金会有关此议题之讨论，毕竟若真打起诉讼来，也是他们要担负。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2023年6月24日 (六) 17:40 (UTC)[回复]

所以你看上方，我已经通知了。San mo sa _{Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης} 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)[回复]

但与此同时，中文名“维基”是基金会的注册商标。--YF dyh000（留言） 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)[回复]

条目中来源，在台湾的商标注册资料。本站页脚，“维基™是维基媒体基金会的商标”。在中国大陆好像是没注册下来，算我说错吧。--YF dyh000（留言） 2023年7月5日 (三) 02:31 (UTC)[回复]

好像是以前提过互动百科注册过“维基百科”商标，后来捐给基金会了。有可能基金会没有在中国大陆注册过“维基”的商标。——Sakamotosan路过围观 | 避免做作，免敬 2023年7月5日 (三) 03:06 (UTC)[回复]

确实，要不在大陆简体模式下，页底的“维基™是维基媒体基金会的商标。”设法屏蔽掉？毕竟似乎不符合事实的说。--Liuxinyu970226（留言） 2023年7月5日 (三) 03:46 (UTC)[回复]

不需要，没说是何地注册商标，商标不同于注册商标，且TM本就是未完成注册但强调有意保护的意思。“注册过的商标能获得更多的保护”，而未注册的看各地法律和使用情形。--YF dyh000（留言） 2023年7月5日 (三) 04:09 (UTC)[回复]

可万一哪天上海夏巢等实打实注册了“维基”二字商标的企业反过来把WMF告了，阁下可有能力负责？--Liuxinyu970226（留言） 2023年7月5日 (三) 04:13 (UTC)[回复]

未免想太远和跑题了，您可以去问基金会法务。在中国大陆没有业务，打跨国官司吗，合理吗。上文未见第九类被批准（深圳市维基电子有限公司，3份被撤销的申请），非驰名商标跨类别是无效的。--YF dyh000（留言） 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，这样求闻百科与中文维基百科的著作权条款就不兼容了，而且想要搞多少个“额外规定”也完全没问题，但请先移除一切来自中文维基百科的东西。在我看来，只要那个所谓“额外规定”是有效的，那求闻百科就是一个公然主张并鼓励侵犯著作权的网站。San mo sa _{Καθυστερημένη δικαιοσύνη είναι άρνηση δικαιοσύνης} 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)[回复]

不管怎么样，我觉得发一个全站临时编辑禁制还是可以的。--Milky Defer 2023年6月26日 (一) 09:59 (UTC)[回复]

@Yining Chen、Ericliu1912：我已经发了email给法务，如果我收到那边reply的话，我会看情况尽快把他们的判断给贴上来。San mo sa _{Акум орь ничодатэ, кроеште-ць алтэ соарте} 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等人设立的共笔全书是什么东西”。--Lanwi1^Talk 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)[回复]

感觉可以。--YF dyh000（留言） 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)[回复]

怎么说呢，香港和澳门就算念中文书面语（白话文）都是用粤语，（完全）禁止用粤语标音很明显并不符合香港和澳门读者的期望和需求。San mo sa _{Акум орь ничодатэ, кроеште-ць алтэ соарте} 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。San mo sa _{Акум орь ничодатэ, кроеште-ць алтэ соарте} 2023年6月30日 (五) 05:44 (UTC)[回复]

那就至少拼音前注明是粤语...至少作出明确区分，不然每个地区强势方言读者都如法炮制都直接标方言音？--LHD（留言） 2023年6月30日 (五) 05:56 (UTC)[回复]

中文维基百科从来不做这种farcical的东西，其他条目从来没有这种诡异的处理方法，毕竟是香港／澳门繁体，香港和澳门读者的期望和需求在香港／澳门繁体下应当获优先考量。另外，我认为你将粤语描述为“方言”并不正确，香港与欧美已有学者与论文表明粤语是“语言”而非“方言”（我个人甚至觉得台语（闽南语）也是“语言”），你现在遇着我还好，你要是真对着一个普通香港人说这种话，肯定会被他打死。San mo sa _{Акум орь ничодатэ, кроеште-ць алтэ соарте} 2023年7月1日 (六) 00:27 (UTC)[回复]

依WP:NPOV，“粤语是‘语言’而非‘方言’”是“观点”而非“事实”，因为有对立论述，而且这和本讨论无直接关联，我就是爱叫他方言，不管那个词叫方言还是语言，不影响我的论述理由，不要浪费时间跟我吵“观点”。我现在改用在国语粤语同音字标注，此方法在中文维基百科一点也不farcical（不知为何要用英文）也是在其他条目非常常见作法。--LHD（留言） 2023年7月1日 (六) 07:03 (UTC)[回复]

一来我甚至也不知道“铣”的读法，二来中文字在粤语的同音字可以跟在Mandarin的同音字不同，这种标注方式会误导香港和澳门的读者，所以我还是回退了。你用一个生僻字来标另一个生僻字的音，这里又不是字典，没人会觉得有用。此外，粤语是“语言”这点基本上可以算是香港的社会共识，我真认真走WP:NPOV的话，你将粤语描述为“方言”的观点完全可以视为不重要且不应写入条目的少数观点。San mo sa _{Акум орь ничодатэ, кроеште-ць алтэ соарте} 2023年7月2日 (日) 01:23 (UTC)[回复]

粤语是“语言”还是“方言”这个问题，在语言学上两者声量是差不多的。而且研究“粤语”的又不只有香港。粤语为“方言”这个观点很难说成是少数观点。“拼音前注明是粤语”的做法我是认同的，香港教科书上注音很少单注粤音，一般是汉语拼音+粤音+同音字，这样会清楚一点。粤拼不像注音和汉语拼音是小学中必教的，所以标上同音字可能对港澳用户更为友善一点--Ghren 🐦🕚 2023年7月2日 (日) 03:59 (UTC)[回复]

但我仍不能认同直接假定在Mandarin的同音字跟在粤语的同音字一样的做法，这是很有问题的。San mo sa _{Акум орь ничодатэ, кроеште-ць алтэ соарте} 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)[回复]

就是这么大，我到了现在对“铣”这字的认知仍仅限于字形。San mo sa _{Акум орь ничодатэ, кроеште-ць алтэ соарте} 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项的分析文章中认为政府标准（国家标准、行业标准和地方标准）不是行政法规、文件，发布标准的公告（性质）不含所附标准本身，标准制定权是可转让的私权而非行政机关专有公权，（技术）标准的效力来自标准之外。

备注：最后一篇文章中所含的部分观点可靠性值得推敲，不完全赞成。我期望本站有更多资源，但相关法律文件中的规范细节是否属于政府基于信息公开而无偿但保留著作权发表的单独作品，可能属于模糊地带。--YF dyh000（留言） 2023年6月29日 (四) 22:41 (UTC)[回复]

这个问题可以分为两个子问题：

具有立法、行政、司法性质的文件中可以夹带第三方受到著作权保护的内容（图片、文档附件等）（著作权法第二十四条：国家机关为执行公务在合理范围内使用已经发表的作品；），这些夹带的内容到底是受到著作权保护的内容，还是仅具有立法、行政、司法性质的文件，有时很难确定
“具有立法、行政、司法性质的文件”，这里的文件是否包括非文本内容？从另一个角度看，查英文翻译版的著作权法[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 Dewa dipper 2023年7月2日 (日) 20:02 (UTC)[回复]

其父母的个人信息根据Wikipedia:生者传记#姓名隐私应予以删除。--Kethyga（留言） 2023年7月3日 (一) 03:44 (UTC)[回复]

方针翻译自英文，当初通过的时候估计大家也没怎么看内文，不知道英文那边有没有更改。--日期20220626（留言） 2023年7月3日 (一) 04:09 (UTC)[回复]

英文里的同款方针好像目前是在讨论关于保护1E人物的姓名隐私，不过不反对移除其父母姓名。--Aggie Dewa dipper 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 Dewa dipper 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 Dewa dipper 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)[回复]

参考资料

^ 在2010年底和2011年2月的“钱云会事件”（注一）和“中国茉莉花革命”（注二），促使“编程随想”转向政治博文写作，他曾发表多篇博文，呼吁公众走上街头抗议。中国传奇博主“编程随想”“煽颠”判7年　网民联署要求放人
^ 请看到的网友帮忙传播，让尽可能多的人知道此事，让尽可能多的人参与此事。改变党国的体制，需要大家的努力！让拆尼斯的茉莉花更好地绽放！
俺博客上，和本文相关的帖子（需翻墙）：

中国茉莉花革命——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条为已巡查，是封禁还是能剥夺权限。如果能单独授予版本巡查倒是轻微有益。也不太能解决无人巡查的问题。--YF dyh000（留言） 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 Dewa dipper 2023年7月3日 (一) 09:05 (UTC)[回复]

还是让他们先多上google再说吧。百度百科名声也不好，但凭借霸占百度的头条位置，看的人还不是很多。--日期20220626（留言） 2023年7月3日 (一) 09:59 (UTC)[回复]

风评最好的是英维。但是由于语言问题都是只看不参与。中文？一半人认为里面全是恨国党，一半人认为里面全是小粉红，两派人互相看不起对方，但是在鄙视中维这一点上还是达成了共识的。

这就是中立 --Milky Defer 2023年7月3日 (一) 12:27 (UTC)[回复]

好像以前有个管理员也有类似抱怨，一边人说他是共产党，另一边说他是绿营的。

囧rz……——Sakamotosan路过围观 | 避免做作，免敬 2023年7月4日 (二) 00:42 (UTC)[回复]

outlookxp？--日期20220626（留言） 2023年7月4日 (二) 00:47 (UTC)[回复]

是的。（绿营共产简直就是离谱的hybrid）San mo sa 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 Dewa dipper 2023年7月3日 (一) 16:44 (UTC)[回复]

错了，明明是大陆编辑勾结东方邪恶势力迫害维基百科的用户。至于反响恶劣之类，像这种没有辨别是非对错基本能力的用户，我们本来也不需要他们参与，否则恐怕还会有OA2023、OA2024。我是建议港澳台用户以及海外用户可以尝试多加于当地社群推广。唯大陆地区不应推广——因为总会使别人面临潜在的法律危险。——WMLO※议程表 2023年7月3日 (一) 22:21 (UTC)[回复]

维基既然为国际协作项目，就现在实际而言之，反为认为必须向具中文背景联系之非中文社群大力推广，调整当下社区参与不平衡及不相称之局面。

在认知战和意识等方面，嘲弄周遭环境之诸多因素可见，即使法理上仅剩两岸一方及海外不属于东方大陆管辖区范围，参与本地之中文背景用户或中文背景编辑者均已受到不同程度之损害，而且超越管辖区之长臂影响持续加强中，无论开放性、独立性和专业性等层面可预见是会继续受到挑战，

中文社区应更多认知到面临之潜在危险，既已可不限于表面司法管辖区框架以内，在可见于辖区外推广同一类长臂影响之情下，社区应当继续遵循维基宗旨，尝试向更多社区推广和吸纳更多参与以认知和应对不断变化之潜在问题，保障拓阔维基之持久力。--约克客（留言） 2023年7月5日 (三) 01:37 (UTC)[回复]

OA2021之后，受贡献至上主义影响的暴力用户的问题更重了，你中维还存在帮派问题，那些人也无视文明方针，社群也存在纵容暴力用户的部分成员，可以说你中维一定会毁在无视Wikipedia:文明的暴力用户手里。--Lanwi1^Talk 2023年7月6日 (四) 02:29 (UTC)[回复]

以Wikipedia为名的telegram群组一直有不文明行为。而且群管没有站出来对某些成员的辱骂进行制止。--日期20220626（留言） 2023年7月6日 (四) 02:46 (UTC)[回复]

那些视维基百科为战场的人引导的结果可想而知。--Lanwi1^Talk 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)[回复]

女巫道德这种观点很危险，后果就是劣币驱逐良币，维基百科也会因此灭亡。--Lanwi1^Talk 2023年7月7日 (五) 12:43 (UTC)[回复]

有没有可能，就是他们根本就不知道真相，大陆地区的信息茧房多严重我不用说吧？我相信如果能让大陆的潜在参与者知道真实情况是什么，绝大多数人也会是和你我一样的普通编辑，而非是第二个WG。--Aggie Dewa dipper 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群。）--爱维基百科的CuSO₄ 2023年7月6日 (四) 11:36 (UTC)[回复]

WMC的问题是通过拉票操纵共识。我对OA2021既认同也不认同，认同的部分就是处理拉票的WMC、攻击香港人的WG和不当解封WG的雾岛圣，不认同的部分就是对部分管理员的除权。我还认为向WMF举报的人也包括因利益和过高的正义感而失去冷静并做出恶意推定的暴力用户，举报者也希望恢复本地用户查核员权限，本地用户查核员权限已因安全原因而被WMF取消（当时Techyan正在参选用户查核员，WMF在Techyan很可能当选的状态下取消），WMF发动OA2021后还有意愿恢复本地用户查核员权限。--Lanwi1^Talk 2023年7月6日 (四) 12:58 (UTC)[回复]

我还觉得对部分管理员的除权会使中维迈向腐败的境地，中维社群因持宁可错杀也不放过与WMC（后继者是共笔全书）有关的人这个态度的暴力用户而堕落，我反对恢复本地用户查核员权限的原因就是社群素质不达标，用户查核员绝对不能有无视文明方针的人性。--Lanwi1^Talk 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)[回复]

要是他真能反思的话，宽大处理倒也不是不行，但我认为当事人有必要知道社群的信任并不廉价，如果他再犯的话，因为著作权问题非常重要，我们届时只能从重处理。San mo sa _{Акум орь ничодатэ, кроеште-ць алтэ соарте} 2023年7月4日 (二) 15:58 (UTC)[回复]

个人认为维基管理员对于维护条目质量有贡献。但维基进一步发展有赖于更多愿意花时间编写有信息内容新条目的人。
编辑新条目是一个从无到有的过程，初稿阶段出错是难免的（可能与新条目贡献数量成正比）。建议各位管理员尽量侧重在条目新建初期加适当模版标记为编写者提供建设性反馈，而避免根据以前积累的嫌疑警告数量算总账。 --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)[回复]

几点意见：

图片可能需要OTRS授权，但我个人倾向相信该图片并无著作权问题；
那个用户页的第2、3点提到的东西并无可靠来源证实；
护理师竟要依靠灵媒之言令我不敢置信，难道不该相信科学？

总的来说，整个用户页真的可以留的东西可能只有图片？San mo sa 2023年7月5日 (三) 06:18 (UTC)[回复]

可以参考Wikipedia:用户页。虽说他的用户页是针对条目《五亿高中生命案》，包含图片，但论述却对条目内容的建设是没有实质帮助，反而像是宣扬个人理念或见解所提出，因此即便是有来源依据，这样论述也是不妥，有很大的可能会被判定“用户页内容与维基百科无关”而遭到删除。--2001:B011:A401:5E35:6031:F5B3:81F4:C7F9（留言） 2023年7月5日 (三) 09:51 (UTC)[回复]

说得不错。San mo sa 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.

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

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

219.71.0.0/16
61.231.0.0/16
124.155.0.0/16
2001:B400:E24D:983A:FC2D:94FF:FE47:11C5/64
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)[回复]

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

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

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

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

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

最近一段时间创建编辑的主要是昆虫分类单元条目涉及侵权的如下：埃拉飞虱属（已删除）、缺翅蚱、无突叶蝉属、条大叶蝉属、副棘鳅属、点线叶蝉属、瘤鞘天牛属、水腊蛾科、蝙蝠蛾科、蝙蝠蛾总科、钩蝠蛾属、蝠蛾属、金鞘蛾属、潜织蛾属（翻译）、伪带织蛾属（翻译）、、滑菌蚊属、毛缘小蜂属、角姬蜂属、大头泥蜂亚科、斑织蛾属（翻译）、领蚊属、弧蛀果蛾属、半岛角蟾属（翻译）、细角蟾（翻译）、靖角蟾属（翻译）、聂跳蚜属、似织螽属、奇螽属、黄佛蝗属、球蚧跳小蜂属、黑翅野蝗、野蝗属、菲寄蝇属、隐毒甲属、澳汉蚱属、埃蝗属、狭蚱属、拟裸蝗属、郑蚱属、拟台蚱属、狭顶蚱属、切翅蝗属、金色蝗属、郑哲民 (昆虫学家)、驼背蚱属、蜢总科、小乌蜢属、辽秃蝗属、黑蝗亚科、蹦蝗属、副华枝䗛属、尼蝗属、小车蝗属、缘丽步甲亚族、沟胸步甲属、副厚䗛属、蟌总科、桨尾丝蟌、蜡蝉下目、鞭蝽科、鞭蝽次目、长蝽总科、黑青金小蜂属、长栉姬蜂属、青城幽灵蛛、舌幽灵蛛、幽灵蛛属、小黑姬鼠（翻译）、驼峰喜马赤翅甲、喜马赤翅甲属、丹蝽属、蠋蝽属、益蝽亚科、长柄姬小蜂属、塔姆蓟马属等，力争本周内将侵权内容清理完毕。
翻译自发表文献的两栖爬行动物新种数量众多（100余条）且时间跨度较大，需要一点点筛查，计划10月左右筛查完毕。
其他一时兴起创作的条目也可能存在江西工业职业技术学院的问题，计划年内完成筛查。

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

在此感谢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的问题发到客栈了，还不是没有人解决？还是说我“化”得还是不够大？San mo sa _{心不在焉，视而不见，听而不闻，食而不知其味} 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 Dewa dipper 2023年7月6日 (四) 08:18 (UTC)[回复]

同意，像尼蝗属跟青城幽灵蛛等我也都快看不懂，另外就是描述段完全没内链也是个问题。--WiTo ^Talk 2023年7月6日 (四) 14:29 (UTC)[回复]

同意，过于晦涩了。--——🦝英特浣熊耐尔_{（留言・贡献）} 2023年7月7日 (五) 04:59 (UTC)[回复]

关于分类“2022年俄罗斯入侵乌克兰的丧生平民”

同类型的分类包括“Category:2022年俄罗斯入侵乌克兰的丧生平民”“Category:2022年俄罗斯入侵乌克兰的空袭身亡者”。中文维基百科如放任此等分类增生恐化为维基坟场，不知这些分类是否是可以删除的。-- $[{\text{H}}^{+}]$ $\ >$ ${\sqrt {K_{w}}}$ 2023年7月6日 (四) 11:58 (UTC)[回复]

(×)倾向删除：过度分类--СлаваУкраїні! 2023年7月7日 (五) 13:43 (UTC)[回复]

倾向保留，只是“死因”的细化，有利于整理和阅览条目，条目中（应）有可靠来源支撑分类，不影响关注度标准，分类成员哪怕上千也不会作用为零。--YF dyh000（留言） 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)[回复]

真的非常感谢阁下对我的批评与指教，对于我无改进或错误我有以下的原因：

有时在翻译，我可能会因整个段落、语句进行超翻。
为什么没有在条目讨论页放翻译来自英语，是因为我发现很多条目都没有放，但我知道，是因为著作权的问题而得放，但这应该不是借口。
翻译几乎都是机翻，是因为这可以快速打出条目，不用一段一段的翻而且有可能更容易翻错，有时会因为机翻没有回到英文段落再次确认，然后就打错。
我想讲其实我对于阁下是不开心、不爽、难过，我可以接受被批评、指教，这些都是给我非常棒的经验，但是我总觉的（可能您并没有）阁下您一直针对我，感觉要让我收到什么样的逞罚你才会停下，不只说我有可能是魁儡，说我很多机翻都是粗劣翻译，其实这也是非常大的批评，让我感觉我什么都没贡献，有贡献跟没贡献是没差的，因为我条目都是随便乱做，感觉都是破坏。但是我是有认真去做，虽然常常一直犯错或者看似乱翻，但我花了很多时间在维基上，因为我喜欢，维基这种类似电脑编码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)[回复]

再议拉票及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)[回复]

[1] 在2010年底和2011年2月的“钱云会事件”（注一）和“中国茉莉花革命”（注二），促使“编程随想”转向政治博文写作，他曾发表多篇博文，呼吁公众走上街头抗议。中国传奇博主“编程随想”“煽颠”判7年　网民联署要求放人

[2] 请看到的网友帮忙传播，让尽可能多的人知道此事，让尽可能多的人参与此事。改变党国的体制，需要大家的努力！让拆尼斯的茉莉花更好地绽放！
俺博客上，和本文相关的帖子（需翻墙）：

中国茉莉花革命——227集会多图回顾

参加茉莉花集会的注意事项

热烈迎接茉莉花革命的第三轮散步让拆尼斯的茉莉花绽放

[1]

[2]