Wikivoyage:Travellers' pub/2021

tr.voy 现已开放

查看 tr: 并向我们的旅行者同伴说 hoş geldiniz。 —Justin (koavf)❤T☮C☺M☯ 2021年1月20日 07:53 (UTC)

对于那些没有记住所有 ISO 639-1 代码的人来说，这是土耳其语。 Nurg (讨论) 2021年1月20日 08:11 (UTC)

我只想对我们说土耳其语的兄弟姐妹们说声恭喜和编辑愉快！ Ikan Kekek (讨论) 2021年1月20日 08:34 (UTC)

太棒了！这等待了很久——在孵化器里大概有五年或更长时间。我本想在他们的村庄泵浦上留言欢迎，但没有其他帖子，而且我也不认为他们会喜欢在他们正式上线的第一天就被用非土耳其语留言——也许等几天吧。但祝他们好运。--ThunderingTyphoons! (讨论) 2021年1月20日 09:36 (UTC)

我刚刚创建了从 Istanbul 到 İstanbul 的重定向。我希望这不会引起国际事件。😀 --Nelson Ricardo (讨论) 2021年1月20日 08:56 (UTC)

我刚刚注意到，在多语言 WV 主页 https://www.wikivoyage.org 上没有列出土耳其语/Türkçe。我不认为普通人可以编辑这个页面。 --Nelson Ricardo (讨论) 2021年1月21日 21:08 (UTC)

我是一名管理员，也看不到编辑按钮。我猜只有 WMF 的员工才能将其添加到 Wiki 列表中。 --来自 Selfie City (讨论 | 贡献) 2021年1月21日 21:42 (UTC)

我是一名管理员，也看不到编辑按钮。 Ikan Kekek (讨论) 2021年1月21日 22:03 (UTC)

用户:Whatamidoing (WMF)，您能把土耳其语 Wikivoyage 添加到那个页面吗？ Ikan Kekek (讨论) 2021年1月21日 22:05 (UTC)

那些主页由 Meta-Wiki 的管理员管理。 m:Www.wikivoyage.org template 似乎是存储代码的地方。我认为它已经在 wiki 上更新了，但不知道为什么在生产环境中还没有显示。像 DannyS712 这样的人可能更了解这个过程。 Whatamidoing (WMF) (讨论) 2021年1月22日 02:33 (UTC)

感谢您的解释。 Ikan Kekek (讨论) 2021年1月22日 02:50 (UTC)

更新 Wiki 模板和实际页面更改之间存在延迟（不确定是什么原因），但如果它在 meta 页面上，应该很快就会在实际站点上显示。 DannyS712 (讨论) 2021年1月22日 04:03 (UTC)

太好了！ Ikan Kekek (讨论) 2021年1月22日 05:53 (UTC)

我看到了，它已经上线了。很好。 OhanaUnited^讨论页 2021年2月1日 23:53 (UTC)

“此页面或其 Wikidata 项上的 Commons 文件已被提名删除”

各位，请在最近更改中看到该提示时注意。很多时候，被删除（或未被删除）的照片在页面上是不可见的，但现在，看起来 Pekanbaru 文章中的所有内容，包括页面横幅，都可能会被删除，而且由于一个傀儡账户一直在向姐妹站点添加这些照片的缩略图，大量照片将被从 Commons 中删除（例如，我在威尼斯添加了一些）。我认为我们最好至少在本地上传被删除的印度尼西亚照片，因为它们缺乏超官方的自由全景保证。 Ikan Kekek (讨论) 2021年1月30日 02:35 (UTC)

我已将 Pekanbaru 的页面横幅和清真寺照片上传到 Wikivoyage，但尺寸比原图小。我不明白问题所在，希望有人能修复它并解释如何下载全尺寸照片。 Ikan Kekek (讨论) 2021年1月30日 02:48 (UTC)

解决方案是我必须在照片完全打开时下载它，而不是从照片页面的缩略图中下载。 Ikan Kekek (讨论) 2021年1月30日 02:54 (UTC)

（回复 Talk:Pekanbaru#Commons files used on this page or its Wikidata item have been nominated for deletion 中的帖子）

似乎存在一个问题，即我们没有足够了解印度尼西亚法律的人。法律并未提及自由全景，因此解释取决于这些照片是否会被视为侵犯了建筑师的版权，这反过来又可能取决于当地传统。

但是，“预防原则”是可靠的。Wikimedia Commons 希望其媒体也能被那些无力支付赔偿或因侵权照片而丢失一本书的用户在商业上使用。即使这是印尼第一个自由全景案例，我们也不希望它发生。

也许我们确实应该在本地上传我们使用的（新的）印度尼西亚建筑照片。我认为收集照片列表并在本地上传应该是机器人任务，列表的制作方式使用户可以轻松地为每张照片选择上传或不上传。这些照片有成千上万张吗？

–LPfi (讨论) 2021年1月30日 14:11 (UTC)

我不知道我们使用了多少这样的照片。我怀疑“预防原则”是否得到了很好的应用，因为一个国家似乎对此事袖手旁观，而且据我所知，在讨论中那些真正有专业知识并阅读过印尼语源文件的人似乎都不同意存在问题，但我不是律师。我应该说，还有另外一个问题，即需要替换那些可能因被傀儡账户上传到 Commons 而被删除的照片。那些照片不是来自印尼。 Ikan Kekek (讨论) 2021年1月30日 19:14 (UTC)

后那些图像不应成为我们的问题。上传者是傀儡账户不应成为 Commons 文件被删除的原因。有些人更改图像是为了宣传他们的业务，无论出于何种原因替换他们的高质量图像，都不是我们应该过于担心的破坏形式。印尼图像是更糟糕的问题，我猜您说得对，问题在于如何处理 Commons 上的印尼法律，但如果我理解正确的话，确实存在担忧。 –LPfi (讨论) 2021年1月30日 20:01 (UTC)

我理解担忧，但应咨询专家。但当然，我的意见不会被采纳。 Ikan Kekek (讨论) 2021年1月30日 20:27 (UTC)

Commons 上几乎所有意大利照片即将被删除？

这非常令人担忧，必须认真对待。请看 Liuxinyu970226 在 此线程 中的评论，然后看他们链接的 参考。我认为我们将不得不在这里上传我们想要使用的每一张意大利照片，而且我们可能需要考虑从 Wikimedia 分叉出来，并声明禁止在我们的网站上对这些图像进行任何商业用途。 Ikan Kekek (讨论) 2021年2月1日 11:13 (UTC)

或者也许 Commons 应该分成两个项目：一个是供 WMF Wiki 内部使用，具有特殊许可证；另一个具有完整的 CC 许可证，任何人（但主要是商业实体）都可以使用。似乎有人负责广告活动或编辑杂志可能使用 Commons 的照片，而这些照片后来被证明是非自由的（例如，在一个没有自由全景的国家）的这种可能性，对 Commons 主要服务的 Wiki 产生了越来越有害的影响。--ThunderingTyphoons! (讨论) 2021年2月1日 11:32 (UTC)

Commons 还可以有一个特殊的模板，上面写着“此照片不得用于商业目的”。但我怀疑 Commons 会改变。不过我会提议一下。 Ikan Kekek (讨论) 2021年2月1日 12:39 (UTC)

@Ikan Kekek, ThunderingTyphoons!: Commons 不会改变其许可。请参阅 m:NonFreeWiki (2)。 —Justin (koavf)❤T☮C☺M☯ 2021年2月1日 13:06 (UTC)

我理解您的沮丧，但“我们所有的媒体都是自由的”是 Commons 的一个基本原则。期望它会改变——并对此抱怨——是徒劳的。坦率地说，仅仅允许在个别产品上使用非自由媒体在某些圈子里就有争议。 Powers ^(讨论) 2021年2月1日 14:56 (UTC)

仔细查看了链接后，我不确定所有意大利照片是否都面临迫在眉睫的威胁。Liuxinyu970226 肯定没有这么说，而且似乎并没有实际的大规模删除程序正在进行或甚至被提议，但我对 Commons 的内部运作了解不多。即使最坏的情况发生，也不要指望我支持分叉；与其在外面变得无关紧要，不如在内部修复系统。--ThunderingTyphoons! (讨论) 2021年2月1日 15:50 (UTC)

我大致同意 ThunderingTyphoons! 的看法。我支持作为预防措施本地化所有意大利图片，但除此之外的任何反应都将是过度反应。至于 Commons 许可证的基本变更问题，如果 Ikan Kekek 所说属实，并且 Commons 面临的严峻选择是要么更改其许可证，要么 1) 允许整个国家有效地宣布自己不属于 Commons 覆盖范围，并且 2) 面临 Commons 在 WMF 内变得无关紧要的前景，因为各个 Wiki 越来越多地转向在本地托管图片，那么我认为他们将别无选择，只能改变。这假设意大利政府在大量删除 Commons 图片（从而删除更广为人知的维基百科）的情况下不会改变主意（而且，嗯，这肯定会引起关于不必要地严格解释版权法的现实世界影响的负面新闻）。 -- AndreCarrotflower (讨论) 2021年2月1日 15:57 (UTC)

事实上，经过进一步检查，Liuxinyu970226 提到的 Commons 模板（即 Ikan Kekek 在其原始帖子中引用的第二个链接）自 2012 年就已存在，而该法律本身自 2004 年起就已生效。奥卡姆剃刀定律表明，Liuxinyu970226 对哪些意大利照片可在 Commons 上使用的个人解释，如他在该线程中所述，并没有得到 WMF 的认同。否则，ThunderingTyphoons! 所提到的“实际大规模删除程序”——至今尚未开始——至少在九年前，甚至更可能是十七年前，就已经发生了。 -- AndreCarrotflower (讨论) 2021年2月1日 16:17 (UTC)

@AndreCarrotflower: “允许整个国家有效地宣布自己不属于 Commons 覆盖范围”：这就是 Commons 的现状。WMF 无法确定任何国家的法律。 —Justin (koavf)❤T☮C☺M☯ 2021年2月2日 01:56 (UTC)

@AndreCarrotflower: 您忽略了重点。无论国家*是否*有能力“有效地宣布自己不属于 Commons 覆盖范围”，至今还没有哪个国家*实际*这样做了。当一个国家被禁止使用 Commons 的威胁只是一个牵强的假设时，做一个坚定的、不折不扣的自由媒体纯粹主义者很容易，但这种纯粹主义立场能否在这种威胁成为迫在眉睫的事件时得以维持？出于我所引用的原因，我非常、非常怀疑它会。 -- AndreCarrotflower (讨论) 2021年2月2日 06:31 (UTC)

“这种纯粹主义立场是否会在威胁成为迫在眉睫的事件时得以维持？” 是的。要在 Commons 上使用媒体，它必须是自由许可的，或者在美国以及媒体创作的原始司法管辖区中属于公共领域：除非美国实际上废除公共领域，否则这种情况改变的可能性为 0%。 —Justin (koavf)❤T☮C☺M☯ 2021年2月2日 07:09 (UTC)

基本上，您是在说“Commons 的政策是仅使用自由许可的媒体，即使整个国家将其列为禁止使用，这一政策也不会改变，因为 Commons 的政策是仅使用自由许可的媒体。”这不仅是循环逻辑，而且是对人类动机的一种天真的看法。对于理性人来说，我相信大多数 WMF 贡献者都是如此，在某个时候，维护他们投入大量时间和精力进行的工作的完整性，比固执地坚持某些不切实际的哲学理想更为重要。 -- AndreCarrotflower (讨论) 2021年2月2日 08:10 (UTC)

“这不仅是循环逻辑，而且也是一种天真的看法...” 不，它不是 循环逻辑：我没有将前提作为我的结论。我只是说 Commons 只允许在起源地和美国都获得自由许可的媒体；如果媒体在起源地没有获得许可，那么它就不允许在 Commons 上使用。这只是在坚持一致性，并向您解释有关在 Commons 上许可媒体的最基本规则。“对于理性人来说，我相信大多数 WMF 贡献者都是如此，在某个时候，维护他们投入大量时间和精力进行的工作的完整性，比固执地坚持某些不切实际的哲学理想更为重要。” 看起来您从根本上误解了 Commons 是什么：其*意义*在于您*知道*您可以不受限制地使用这些媒体。如果存在一些限制，那么这些媒体应该放在 Commons 以外的地方。它可以是本地化的，也可以是站外的，但当您去 Commons 时，您必须知道您可以毫无限制地使用您所获取的媒体，最多只有 -BY 或 -SA。 —Justin (koavf)❤T☮C☺M☯ 2021年2月2日 08:40 (UTC)

“新”意大利法律是关于非版权限制的，而 Commons 的政策是此类限制不影响其托管文件的意愿。只会有一个警告模板。从 Commons 的角度来看，这是类似于商标或人格权的一种限制，是再使用者必须考虑的，可能在使用文件前向意大利当局提出申请——或故意忽略意大利在该事项上的法律。——LPfi（讨论） 2021年2月1日 18:52 (UTC)

如果真是这样，Liuxinyu970226 的删除理由就无效了。——Ikan Kekek（讨论） 2021年2月1日 21:45 (UTC)

Justin，关于“非自由维基”的提议比仅仅将一些图片标记为仅限非商业用途要复杂得多。如果唯一的问题是文件除了赚钱之外不能用于任何目的，那么在基于合理使用和重要教育目的的豁免条款允许下，为了本地使用豁免条款而大费周章，我真的看不出有什么明显的优势。——Ikan Kekek（讨论） 2021年2月2日 01:38 (UTC)

@Ikan Kekek: 我只是建议存在一个现有的系统性解决方案的提议，而不是这里提供的零散的、恐慌性的回应。——Justin (koavf)❤T☮C☺M☯ 2021年2月2日 01:55 (UTC)

Justin，你是指 NonFreeWiki 吗？我认为它对这个问题来说算不上什么解决方案。合理使用理由取决于文件是否在使用中，所以你不能将好文件存储在那里以备潜在使用。在大多数情况下，你必须找到图片并上传它，就像你现在本地上传一样。

至于那些坚定的、一成不变的自由媒体纯粹主义者的问题，我可以说他们有时是起作用的。没有他们，就没有 GNU/Linux。当维基百科被土耳其屏蔽时，WMF 也采取了类似的立场。如果“自由”不是一个要求，Commons 拥有的自由媒体会少得多。当然，不是所有维基百科和 Commons 的贡献者都是坚定的隐私和言论自由或自由媒体的纯粹主义者（大多数可能是“理性”的，只要管用就不在乎的类型），但这个运动确实吸引了不少坚定的支持者。

——LPfi（讨论） 2021年2月2日 12:18 (UTC)

至少 这批文件 看上去更有可能被删除。我们需要本地上传任何我们想保留的文件。幸运的是，Commons 上有很多意大利的照片——目前是这样。所以只要它们不被集体删除，我们很可能就会有选择。——Ikan Kekek（讨论） 2021年2月7日 11:56 (UTC)

支持删除这些文件的论点似乎与意大利的自由拍照权（FoP）无关。我们 Wikivoyage 有自己的关于傀儡账户的问题，而且我认为，至少尝试寻找其他图片来替换我们网站上使用的图片，会是一种友好的团结表现。至于大规模删除意大利的材料，我确信我们可以说我们无需担心，无论 Liuxinyu970226 的误解是什么。—— AndreCarrotflower（讨论） 2021年2月7日 19:08 (UTC)

我同意，尝试寻找合适的替代照片是个好主意。我本来想在上面的帖子中包含这一点。——Ikan Kekek（讨论） 2021年2月7日 21:56 (UTC)

维基百科维基项目

从茶馆扫进来的

我刚刚联系了葡萄牙维基项目（w:Wikipedia_talk:WikiProject_Portugal#Wikivoyage），希望能吸引该项目的参与者来我们这里贡献。我想知道是否有人认为与其他地理维基项目的类似外联会有成果。——Nelson Ricardo（讨论） 2021年2月16日 18:39 (UTC)

在像葡萄牙这样已经有本地语言维基之旅（ Wikivoyage）的情况下，我们应该引导他们去那里，而不是 en:。pt: 同样比我们需要新的贡献者更需要，大多数非英语维基之旅也是如此。—— AndreCarrotflower（讨论） 2021年2月16日 19:37 (UTC)

我明白你的意思，原则上我同意。PT WV 基本上已经死了，正如他们的近期变更所证明的。我对我的葡萄牙语不够自信，无法做出太多贡献，而且有问题的列表模板阻止我尝试。但是，葡萄牙（以及其他讲葡萄牙语的国家）的受过教育的人通常都能讲英语，因为这是学校的必修课。他们也认识到，在最有可能进行国际旅行的人群中，英语在很大程度上是一种通用语。对 EN WikiProject 做出贡献的人似乎是那些可能喜欢在 EN WV 上做出贡献的人。我不会在 PT WP 或其他语言上宣传这一点，但我会交叉宣传同语言的 WV 和 WP 实例。——Nelson Ricardo（讨论） 2021年2月16日 20:03 (UTC)

我以前在维基项目:爱尔兰做过类似的事情；它没有引起任何兴趣表达或编辑爱尔兰文章的明显增加。希望维基百科的葡萄牙语爱好者有点魄力。——ThunderingTyphoons!（讨论） 2021年2月16日 21:11 (UTC)

如果你在英语维基百科上联系，那么编辑英语维基之旅（en.wikivoyage）是最有意义的，即使他们通常会编辑和添加与葡萄牙相关的文章。你可能会遇到因为各种原因对这个国家感兴趣但语言不流利的人。吸引葡萄牙语维基之旅（pt.wikivoyage）编辑者的最佳方式是前往葡萄牙语维基百科。—— Gizza ^(roam) 2021年2月16日 21:57 (UTC)

我认为这是个好主意。谢谢你这么做。不过，这是一个低流量页面，所以也许抱有同样低的期望会更好。——WhatamIdoing（讨论） 2021年2月16日 22:57 (UTC)

我也认为我们缺乏澳大利亚和新西兰的编辑者。——TravelAroundOz（讨论） 2021年2月19日 09:05 (UTC)

值得关注的潜在用户

在 enwiki 上有个家伙最近引起了社区的注意，他写了很多关于非常小的城镇的古怪旅行指南。你可以在这里读到所有细节。我有一种不祥的预感，有人会把他从 enwiki 赶出去，然后注意到他文章的细节，把他引荐到 Wikivoyage，所以我只是给广大社区一个提醒，如果这个家伙来了这里，我们至少应该关注他。——Vaticidalprophet（讨论） 2021年3月22日 18:35 (UTC)

那场讨论，管理员们似乎都认为他们有权贬低相关用户，这很好地提醒了我为什么我没有更多地参与维基百科。不过，感谢提醒，希望该用户不要发现 Wikivoyage（坦白说，希望他们都不要发现 Wikivoyage，因为他们显得像欺凌者）。——ThunderingTyphoons!（讨论） 2021年3月22日 18:43 (UTC)

w:Draft:Nugunek 是一个很好的例子，展示了该贡献者的工作以及为什么我们应该警惕。文章告诉读者“努格内克是土库曼斯坦一个没有地震的城镇”，并提供了一个表格，列出了每月第一天和第十五天的日出日落时间。这不会是一篇有用的旅行文章。希望他们找不到我们。——Ground Zero（讨论） 2021年3月22日 20:07 (UTC)

@Ground Zero:，好的，我现在就订机票。 :) SHB2000（讨论） 2021年3月25日 10:33 (UTC)

如果它包含一些有用的旅行信息会更好。——SHB2000（讨论） 2021年3月22日 20:25 (UTC)

文章中的任何信息都不属于旅行文章，所以这就让它变得空洞。一个空洞的文章只有在有人添加旅行相关信息时才有意义，而这个用户并没有这样做。——Ground Zero（讨论） 2021年3月22日 20:31 (UTC)

希望他甚至不知道 Wikivoyage。——SHB2000（讨论） 2021年3月23日 05:21 (UTC)

此外，唯一一篇有用的好文章是w:Draft:Bromley, Victoria，我将开始研究它，而无需研究 en.wiki。这样，我们希望他没有理由来这里。——SHB2000（讨论） 2021年3月23日 05:37 (UTC)

算了吧，这个村子只有 56 个人，根本不靠近Cooladi。——SHB2000（讨论） 2021年3月23日 05:41 (UTC)

@Vaticidalprophet, Ground Zero:，我看到该用户在 enwiki 上被封禁了。——SHB2000（讨论） 2021年3月26日 10:47 (UTC)

毫不意外。就我所知，这里有好几位在 enwiki 被封禁的用户，事实上我敢肯定每个英语姐妹项目都是如此。但我一直在关注他在那里的讨论，情况正如我所料。——Vaticidalprophet（讨论） 2021年3月26日 18:31 (UTC)

不幸的是，只在 enwiki 上被封禁。希望没人把 Fram 或 TableSalt342 推荐到这里。——SHB2000（讨论） 2021年3月27日 02:20 (UTC)

另外。读完这个之后，我们不希望他们来这里。——SHB2000（讨论） 2021年3月27日 02:23 (UTC)

这和这个有点关系：我喜欢 Wikivoyage 的一点是，社区基本上都是好人。我们都有不同的优势和兴趣领域，但我们努力互相帮助，即使有人心情不好，或者我们意见不合，人们也会尽量不刻薄或怀恨在心。我有时会来到这个页面，感觉好像幸运地在网上找到了一个由一群讲道理的成年人组成的团体。谢谢你们。——WhatamIdoing（讨论） 2021年3月27日 18:07 (UTC)

“幸运地在网上找到了一群讲道理的成年人”——那User:AnglaisEP 的学生呢？

总之，我在 en.wiki 上也有类似的编辑次数。96% 是回退破坏。enwiki 每分钟的破坏比 WV 总编辑次数每分钟还要多。——SHB2000（讨论） 2021年3月28日 05:04 (UTC)

@WhatamIdoing:，考虑到 KevRobbAU 已经退休（这意味着不再有针对User:Ground Zero的个人管理员攻击），我有点同意你的看法。——SHB2000（讨论） 2021年3月28日 11:13 (UTC)

全局机器人政策变更

你好!

根据列表，你的维基项目目前已选择加入全局机器人政策。因此，我想告诉你一些在全局 RfC关闭后所做的更改。

• 全局机器人现在需要经过两周的讨论，并将通过 MassMessage 列表进行公布，可在 Meta 上的Bot policy/New global bot discussion找到。如果您对新的全局机器人提案感兴趣，请订阅自己或您的维基。
• 要让机器人获得批准，它必须在多个项目上获得欢迎，并且一个很好的方法是让机器人标志在至少 5 个维基上完成一项任务。
• 机器人操作员应确保遵守维基项目关于使用机器人标志的偏好（即，如果一个维基项目不希望机器人编辑时使用该标志，则应遵循）。

感谢你的时间。

此致，
—感谢提供鱼！ ^{讨论•贡献} 2021年4月6日 18:48 (UTC)

我不确定我们对全局机器人的政策应该是怎样的。有些像“社区技术机器人”那样给出“此页面或其 Wikidata 项目中使用的 Commons 文件已被提名删除”的消息非常有用，但有没有我们希望阻止的？是否有人一直在跟踪所有全局机器人？——Ikan Kekek（讨论） 2021年4月7日 03:23 (UTC)

如果 Meta 上的用户页面描述了它们的函数，那会更容易些，但许多并没有。（我们这里有本地机器人吗？）我在其他项目上曾有过与有问题的机器人的经历；我记不起之前有与全局机器人（无论是有问题的还是其他的）的经历。——Vaticidalprophet（讨论） 2021年4月7日 05:15 (UTC)

这里有本地机器人，但我不确定最近有什么在运行，除了涂鸦墙的复原机器人。——Ikan Kekek（讨论） 2021年4月7日 05:28 (UTC)

我在这里没有记住任何问题，所以我想应该没有大的问题。关注机器人讨论不会有坏处，尽管我相信全局机器人用户会是明智和体贴的。——LPfi（讨论） 2021年4月7日 10:29 (UTC)

我同意 LPfi 的观点。如果有人发现全局机器人有问题或有任何疑虑，他们随时可以在这里的茶馆发起讨论。据我所知，我注意到的与全局机器人相关的问题，无论是这里还是我在经常去的其他维基上，都没有什么问题，所以在我看来，Meta 的人们在批准它们时做出了明智的决定。当我注意到全局机器人工作时，它们通常似乎在做一些无争议的跨维基维护（例如，保持跨维基链接和文件名最新）。在紧急情况下，任何管理员都可以封禁一个故障或有问题的机器人。——Granger （讨论 · 贡献） 2021年4月7日 15:54 (UTC)

我同意到目前为止没有出现问题。只是“更改”这个词让我有点在意。——Ikan Kekek（讨论） 2021年4月7日 16:23 (UTC)

我没有觉得你语气太强硬，没事。——Granger （讨论 · 贡献） 2021年4月7日 18:29 (UTC)

我完全没觉得你语气太强硬，别担心！——Ikan Kekek（讨论） 2021年4月7日 18:30 (UTC)

一旦跨维基链接移至 Wikidata，全局机器人政策就变得不那么有用了，以至于有些编辑者在没有授权或披露的情况下运行了机器人，因为（a）确实需要这项工作，并且（b）它不涉及修复特殊:双重重定向，这是全局机器人政策根据的唯一剩余批准任务。例如，WMF 的解析团队几年前确定了一些维基文本错误（还记得特殊:LintErrors？），其中很多都可以通过机器人修复。一些小型维基没有足够多的志愿者来完成它，而全局机器人政策也不批准。大家都希望修复错误，所以一些机器人操作员“非官方地”完成了它。没有人抱怨。

我同意 LPfi 的观点：我相信全局机器人人员会做出明智的决定。而且，如果他们真的不小心搞砸了，任何管理员都可以本地封禁机器人。——WhatamIdoing（讨论） 2021年4月7日 19:56 (UTC)

@WhatamIdoing: 我很好奇——User:CommonsDelinker算全局机器人吗？如果唯一剩下的批准任务是双重重定向，那么它怎么会被允许运行？——Granger （讨论 · 贡献） 2021年4月7日 20:36 (UTC)

我如何看待？是的。该政策在实践中被严重破坏，以至于没有人执行该政策。——WhatamIdoing（讨论） 2021年4月8日 16:49 (UTC)

仅限 GFDL 的本地上传

我很好奇，我们是否应该为仅在GNU 自由文档许可证下上传的文件制定本地上传政策。这是一个 Copyleft 许可证，许多项目上的图片都是用它上传的，但 Commons 已逐步淘汰 GFDL 并且不再允许上传以其许可的新文件（旧文件是祖父条款）。我最近一直在制作横幅，并且为Sale (Victoria) 做了一个相当不错的，但在创建后注意到它是基于 GFDL 许可的文件——这意味着我无法将其上传到那里。我所知道的大多数允许本地上传的项目都允许 GFDL 上传，并将其视为其他免费图片一样对待，所以我支持我们制定这项政策。——Vaticidalprophet（讨论） 2021年4月12日 08:49 (UTC)

支持——考虑到我们不必跨维基进行此操作，我支持。——SHB2000（讨论） 2021年4月12日 10:06 (UTC)

仔细考虑和扩展这个提议，我认为人们可能会提出的一个重大反对意见是将其用作绕过方法，通过授予 Commons 不使用的免费许可证，优先将免费文件上传到 Wikivoyage 而不是 Commons。我个人认为“优先本地上传”不是一个巨大的问题——人们有他们这样做的原因——而且 GFDL 文件可以通过将其上传到其他接受它们的项目来跨维基使用。然而，确实有一些反对的理由，而且 Wikivoyage 通常有一种文化，只在绝对必要时才进行本地上传。

我倾向于说，没有理由设置一个硬性限制，即“如果某物不在此类别中，你必须将其上传到 Commons”而不是“我们倾向于任何不必是 GFDL 的都去 Commons”，但同样，我对何时何地可以进行本地 GFDL 上传有严格规定没有任何异议。如果人们想要这些限制/澄清，我乐于有一个立场，说明我们可以进行 GFDL 上传，这些上传要么是 Wikivoyage 相关且是预先存在的 GFDL 文件的衍生作品（例如 Sale 横幅），要么是与 Wikivoyage 相关的 GFDL 文件的跨项目导入（例如，英文维基百科上有几百个英文维基百科关于美国西部城镇和地区 GFDL 文件，如果我们在 Wikivoyage 上决定实施 GFDL 本地上传，那么拥有这些文件会非常好，而且我计划导入其中几个）。

另外，更广泛地说，我一直在思考我们的本地图片许可模板——目前很少使用，但如果这个提案获得共识，它们将被更多地使用。现在，它们的所有文本都很小（正常大小的 80%）。这对我来说是一个可访问性问题，因为即使视力正常也很难阅读，视力不好的人更是无法阅读。——Vaticidalprophet（讨论） 2021年4月12日 13:38 (UTC)

根据我对commons:Commons:Licensing#GNU_Free_Documentation_License 的阅读，你可以上传横幅到 Commons，因为（我猜）照片是在 2018 年之前获得的许可。如果属实，我认为没有必要为 GFDL 制定特殊的本地上传政策。——Granger （讨论 · 贡献） 2021年4月12日 17:18 (UTC)

我认为那不允许新生成的衍生作品，而且肯定不允许转移我想要在 Wikivoyage 上使用的、在之后时间获得的本地文件。经过一些研究，我们似乎已经有了几项本地 GFDL 上传，所以也许值得正式化。——Vaticidalprophet（讨论） 2021年4月13日 05:48 (UTC)

• 你好！GFDL 对于照片、视频和音频来说并不是一个很好的许可证。这就是为什么 WMF 决定维基项目不应将 GFDL 作为唯一许可证。他们并没有完全禁止它，而是让各维基自行决定。

commons:Commons:Licensing#GNU_Free_Documentation_License 提到“在 2018 年 10 月 15 日或之后获得许可”，所以如果一个文件在日期之前上传到 Commons 或任何其他维基并获得 GFDL 许可，那么仍然可以上传该文件的裁剪版本到 Commons。如果文件在此日期之前上传，也可以将文件从 xx.wiki 移动到 Commons。

所以我认为没有理由允许本地上传 GFDL 许可的文件。——MGA73（讨论） 2021年4月13日 18:16 (UTC)

感谢澄清。我偶然发现了这个页面，值得一读：Wikivoyage:Why Wikivoyage isn't GFDL。——Granger （讨论 · 贡献） 2021年4月13日 18:43 (UTC)

行号即将登陆所有维基

示例

从 4 月 15 日开始，你可以在一些维基文本编辑器中启用行号——目前是在模板命名空间，很快会扩展到更多命名空间。这将更容易检测换行符并在讨论中引用特定行。如果你启用了语法高亮功能（CodeMirror 扩展），这些数字就会显示出来，该功能在2010年和2017年维基文本编辑器中得到支持。

更多信息可以在此项目页面找到。欢迎大家测试该功能，并在此讨论页上提供反馈。

-- Johanna Strodt (WMDE) 2021年4月12日 15:08 (UTC)

终于！——SHB2000（讨论） 2021年4月13日 02:51 (UTC)

@SHB2000，请告诉我更多。我本以为编辑者要么没注意到（因为我们没有使用 CodeMirror），要么会觉得恼火（因为行号会弄乱界面）。——WhatamIdoing（讨论） 2021年4月13日 16:34 (UTC)

它还没有上线。我到时候再决定是否恼火。——ThunderingTyphoons!（讨论） 2021年4月13日 16:48 (UTC)

我第一次编辑 12 个月前，我就很惊讶它没有这个功能，考虑到 C、Python、BF 和 JavaScript 都这么做了。——SHB2000（讨论） 2021年4月13日 21:36 (UTC)

不，它们没有。只是你的编辑器在添加它们。我知道的唯一有行号的编程语言是 BASIC。但你的编辑器添加它们的原因，可能也是维基文本编辑器应该添加它们的好理由。——LPfi（讨论） 2021年4月14日 14:14 (UTC)

今天是 15 号，行号在哪里？？——SHB2000（讨论） 2021年4月15日 00:53 (UTC)

m:WMDE Technical Wishes/Line Numbering#Status and roadmap 说，“仅用于模板命名空间”“更多命名空间上的部署计划在不久的将来”。——Nelson Ricardo（讨论） 2021年4月15日 01:34 (UTC)

Wikivoyage 讨论：m:Universal Code of Conduct/2021 consultations

原名“诚邀参与m:Talk:Universal Code of Conduct/2021 consultations/Discussion”，您也可以在此处留言。

我希望听到维基语游用户对《通用行为准则》应用的意见，特别是从维基语游的互动角度出发。 Xeno (WMF)（讨论）2021年4月17日23:59 (UTC)

Xeno，你好。这是一个小型维基，这可能让骚扰者更难躲藏在人群中，因为用户每天仍然可以巡查所有近期更改（最多，一些人巡查一部分编辑，另一些人巡查另一部分，但新编辑的数量并不算压倒性的）。我们不容忍骚扰。威胁对其他维基语游用户进行暴力或法律诉讼的人将被永久封禁（或者如果是IP地址，则封禁一个月或更长时间，因为IP地址不会被永久封禁）。对于那些没有威胁性但例如通过编辑战和编写恶意编辑摘要让有价值的内容提供者生活困难的人，我们会与他们进行讨论，并在必要时进行封禁，因为我们希望支持做出良好编辑的用户。这个网站上大部分的骚扰来自破坏者和巨魔，他们大多是跨维基的，而这是一个WMF应该继续努力解决的问题，因为它确实让这里变得不那么有趣。当然，也有误解，以及认为任何撤销或对其作品的进一步编辑本身就构成骚扰的人。如果你参与任何管理工作，你知道那种事情是伴随而来的，我们会尽量缓和不满情绪，但我们进行的匿名沟通是有限的，如果涉及网站政策、指南和基本风格问题，在必要时，必须对编辑战者和那些对网站组织等进行单方面重大更改的人执行现有的共识和程序，因为正如我们有些人够老能记住的那样，大多数Usenet新闻组证明了理论：如果任何人都可以随时发布任何他们想要的东西而无需审核，那么该场所最终会沦为垃圾邮件、争吵、巨魔和破坏的粪坑。

这就是你想要的答案吗？还有其他我们可以解决的问题吗？ Ikan Kekek（讨论）2021年4月18日00:21 (UTC)

这很有用！我很高兴听到这个项目上的积极互动。从小型维基的角度来看，还有什么可以做的，以帮助更容易处理跨维基滥用问题？ Xeno (WMF)（讨论）2021年4月18日00:35 (UTC)

这是一个技术问题，最好不要公开讨论。而且不要误会我的意思，这里当然有冲突，有时人们会情绪激动或误解他人的意图，而且由于我们都是人，所以很多人与用户互动较多的人可能都曾犯过判断失误、反应过度、有些鲁莽或无意的冒犯，我本人肯定也不例外，但我们会互相建议，认为事情可能有些过头了等等。

本网站的历史有一部分是我们曾经让编辑战者横行多年，这赶走了几位非常有价值的成员，包括长期管理员。因此，我们制定了《维基语游：如何处理不受欢迎的编辑#升级用户封禁》政策来处理那些单方面违背共识进行编辑战或以其他方式骚扰他人，从而使网站令人不快的有问题用户。我认为我们大多数老用户认为这些政策是网站成长的代价。当当时的Wikitravel还是一个微不足道的小地方时，它可以负担得起对破坏者和扰乱性意见领袖采取宽容政策。维基语游仍然欢迎原创性思想（只要不是通过编辑战和侮辱性言论引入的），尽管我们在这方面可能做得更好（我认为所有维基都存在某种程度的现状偏见，这是共识的性质所致，这里也存在），但我们通过惨痛的教训得知，讨论固然很好，但用户必须愿意容忍与我们偏好相悖的共识，并选择何时开始或恢复关于网站组织、指南或风格变化的争论，这些应该或至少最终应该放在相关页面上。 Ikan Kekek（讨论）2021年4月18日01:38 (UTC)

另一种看待他问题的角度（顺便说一句，他“真实维基”生活是w:en:User:Xeno）

我们能做些什么，让一些困难的维基更像这个维基？我们有一些维基试图排斥来自“错误”地区或有“错误”宗教信仰或“错误”政治观点的编辑。有男性被叫做“女孩”来驱赶他们。有女性因为她们敢于提出异议而收到强奸威胁。其中一些社区是一团糟。我们能给她们提供什么建议，帮助她们解决问题和度过成长期？ WhatamIdoing（讨论）2021年4月18日17:22 (UTC)

哪些维基在试图排斥人们并以此为由虐待他们？这太令人震惊了！我的第一反应是，我不会给这样的维基提供建议，而是建议她们收到WMF的最后通牒，规定她们有多少时间来“改邪归正”，否则，她们将被外部接管，参与此类虐待者将被封禁——或者如果这对管理员来说工作量太大，就将这些维基驱逐出维基媒体运动，因为WMF不应该与此类行为挂钩。 Ikan Kekek（讨论）2021年4月18日20:49 (UTC)

令人发指！这些社区应该感到羞耻，并且绝对应该被驱逐出WMF运动。 SHB2000（讨论 | 贡献）2021年4月18日22:41 (UTC)

不是“WMF运动”。是维基媒体运动，WMF只是其中的一部分。（虽然是钱最多的，但不是控制力最大的。）但是：你认为在驱逐整个社区之前，不应该先写下规则吗？并且要考虑一些其他因素，比如社区是否支持这种行为，或者他们是否试图阻止过？例如，我知道一位女性收到过强奸威胁。（这些不是捏造的例子。）她是英文维基百科的管理员。你难道要驱逐整个英文维基百科，仅仅因为他们未能阻止一个罪犯吗？ WhatamIdoing（讨论）2021年4月19日15:59 (UTC)

不，我不会，我同意你的观点。 Ikan Kekek（讨论）2021年4月19日17:37 (UTC)

我得到你的印象是，你谈论的是被那种行为主导的小维基。对于编辑群更大的维基，其中大部分人不支持骚扰，关闭它们显然是一个次优的解决方案，存在严重问题（社区自治很重要）。我认为IK上面给出了一些有价值的建议，来自WV的历史。

我的背景是在sv-wp，我认为有大约100名活跃的常客。就像这里一样，我认为那里的大多数人真的努力合作，为了项目和社区的利益。我们确实有一些有特定议程的团体和个人问题，特别是有些与瑞典民粹党有关的人，他们设法保持编辑的平衡，足以不被封禁，但经常被撤销，并进行无休止的讨论。然后，有一些善意的编辑者无法遵守社会规范（很容易被激怒，并且很容易诉诸人身攻击）。我乐观地认为我们做得很好，有足够多的人来处理战斗，这样那些容易受到攻击的人就不必承受。处理这些人需要谨慎的平衡，有些人定期被封禁。我担心WMF强加的硬性规定可能会让有意挑衅这些人变得更容易（即使是那些通常不打扰任何人的人），让他们被封禁，并且作为管理员，更难运用你的最佳判断。

一个可能重要的选择是让管理员每年都通过投票。你通常每年都能获得30-40票支持和0-2票反对，当有人失去信任时，会比开始一个撤职程序少得多。支持票会少一些，反对票会多一些，每个人都知道为什么（也会有讨论，但比en-wp上要温和得多；你需要3/4才能通过，所以20票支持和8票反对意味着失败）。

–LPfi（讨论）2021年4月20日10:15 (UTC)

每年一次的关于继续或终止管理员身份（以及我认为的图书管理员、监察员等）的投票是一个有趣的想法，而且我可以看到它在大型维基上可能很有用。我觉得在这里它可能会占用不必要的精力，并且除了不活跃的管理员之外不会产生任何撤职（或许标准比我们目前应用的更严格），但如果你觉得它在这里有用，我们可以在Wikivoyage talk:User rights nominations上讨论这个想法。 Ikan Kekek（讨论）2021年4月20日11:58 (UTC)

我在这里没看到它有什么必要——我不知道我们管理员周围的戏剧会是什么样子。在sv-wp，它是作为几年管理员戏剧之后引入的（我想——那在我来之前）。至少有一位常客在新制度下未能连任，因为它不够细致，但他仍然在撰写文章并从事非特权性的管理任务。我推荐这个制度给任何中等规模的维基，有时我也会想念它，例如在Commons，我认为一些管理员变得傲慢了。在sv-wp，我不认为它占用了太多时间。投票比整理列表花费的时间少，而且除非有异常多的反对票，否则你不必在每次选举中都发言（100名常客中有30-40票表明不是每个人都投票，我猜还有更多的人在潜水，如果出现不当行为，他们会投票）。我认为偶尔的讨论有助于宣泄任何可能的批评，而投票和评论确认了你作为社区积极信任的地位——这些方面随着维基的大小变得越来越重要。–LPfi（讨论）2021年4月20日14:49 (UTC)

我不确定每年进行一次重新选举是否在这里有必要，但我原则上不反对，我确实建议如果我们想要一个，那么现在创建这样一个程序比等到出现问题时要好。我听说有一座加州城市几年前制定了一条与抗议相关的规则（比如“你可以抗议任何人，但不能整晚吵醒他们的邻居”），他们当时制定这条规则的原因是当时没有任何抗议活动，所以这条规则就不能“针对”某个人/事业/抗议。我认为他们这样做很聪明，而且，如果我们要有这样的规则，我认为我们应该效仿他们的例子。

LPfi，我不确定WMF董事会是否在制定“硬性规定”。这不是我的项目（也不是我们团队的，甚至不是我们部门的），但我的印象是，这与几年前他们强制执行BLP规定大致相同。他们提出了一些基本原则（他们支持帮助新用户，反对破坏——我们不都是吗？），但他们没有制定详细的规定。 WhatamIdoing（讨论）2021年4月20日19:01 (UTC)

LPfi，sv.wp比en.voy大多少？WhatamIdoing，维基语游的偏见在于不进行被视为“为解决一个问题而寻求解决方案”的更改。当然，这并不是主动的，但这里的人们通常不愿意花时间讨论和辩论那些（尚未）需要的事情，而是宁愿花时间致力于旅行指南。我立刻会看到的问题是，要确定每年（重新）选举管理员和图书管理员的触发点。我们是否必须使用某种任意的网站规模指标？我也不反对这个主意，不过。 Ikan Kekek（讨论）2021年4月20日19:09 (UTC)

听起来很合理。是的，在需要之前制定规则可以避免很多麻烦——如果你能预见到需求的话。不制定硬性规定听起来不错，如果有一个社区能够灵活地处理问题的话。

根据WMF统计数据，瑞典维基百科有：620名活跃编辑，100名非常活跃的编辑，每月120,000次编辑（→每天4,000次，每小时150次）。英文维基语游大约有150名活跃编辑，35名非常活跃的编辑，每月20,000次编辑。所以sv-wp是三到六倍大。在sv-wp，选举每年进行四次（大约为4·15名管理员）。这里每年一次可能就足够了，但当自己的任期受到影响时，不投票给别人也是好的。如果大多数选民本身就是管理员，就像在sv-wp一样，这可能会成为一个问题，sv-wp足够大，以至于零星用户可能会产生阴谋集团的印象——sv-wp不时会收到此类指控，即使他们大多来自巨魔，但能够出示清晰的证件也很好。在这里，我认为可信度不是问题，但在某些情况下，它仍然会让人感到尴尬。

我犹豫推荐这个制度给我们这里的原因是我不相信它们的动力是相同的。我认为0-2票反对很重要：它们表明不一定支持每个人。定期有一些冲突使得这些投票是可以理解的（编辑战期间语气严厉和感知到的偏见等）。维基语游上也有一些冲突，但性质不同。

–LPfi（讨论）2021年4月20日20:17 (UTC)

是的，有一定数量的反对票作为一种正常的背景噪音会很好。否则人们可能会感到被孤立。

另一个需要考虑的数字：瑞典维基百科目前有62名管理员，英文维基语游有48名。我怀疑每年的连任程序意味着瑞典维基语游的管理员人数会比其他情况少，因为不那么活跃的编辑者不会选择站出来连任。 WhatamIdoing（讨论）2021年4月21日03:36 (UTC)

← 大家好，我一直在关注，想感谢大家迄今为止的精彩评论。我注意到一个问题，并可以参考英文维基百科版本中的一篇论文：EnWp版本的本次咨询：m:User:Rschen7754/Help, my wiki went rogue!，这可以提供一些背景信息。

如果你对这个话题有更多想法，或者对所有维基媒体项目的参与者被问到的其他关键问题有疑问，请告诉我。

我对下面提到的“扫除”很感兴趣！这是从这里开始的吗？我想知道这个帖子会被“扫除”到哪里去！

更多地思考这个社区可以提供的建议，因为它是一个更紧密的集体

报告路径应如何提供调解、改革或关于可接受行为的指导？ Xeno (WMF)（讨论）2021年4月23日00:55 (UTC)

帖子在一段时间不活跃后会被“扫除”到相关的讨论页。直到几周内不活跃，这个帖子才会被“扫除”。我不知道它会被扫除到哪里。

Rschen7754的这篇论文很有趣。在这个网站上，我只想到一位管理员是因为除2年以上不活跃或本人请求之外的原因被撤职，那位用户后来仍然是一个非常有建设性的内容提供者，几年后被重新任命，并且表现出色，没有再发生任何事故，直到他因为现实生活太忙而无法继续。在Wikivoyage talk:User rights nominations中讨论了因不活跃而撤职管理员。如果有人想提名一位管理员、图书管理员等进行撤职，他们会这样做，但在Wikivoyage:User rights nominations，但那里并没有专门提到，即使提到了，我认为它也会吸引很多巨魔，而很少有善意的提名撤职。你对此有什么看法？ Ikan Kekek（讨论）2021年4月23日04:41 (UTC)

关于报告骚扰的快速想法：这里的用户如果遇到骚扰，应该向任何管理员报告，但目前最有可能的是来自一个不断创建新马甲并发送疯狂咆哮的被封禁用户。如果他们认为管理员在骚扰他们，特别是在与涉事管理员讨论后没有得到解决，他们应该向任何其他管理员报告（但根据我们的经验，更有可能是出现了误解，或者用户反对网站政策的应用，例如不要宣传，或者反对对其作品的编辑）。 Ikan Kekek（讨论）2021年4月23日04:48 (UTC)

📍 旅行目的地 - 一点小建议

在希伯来语维基语游，我最近在侧边菜单的“旅行目的地”链接旁边添加了一个小图钉表情符号（看起来像这样 - 📍）。我还给侧边菜单的“旅行者吧”链接添加了一个对话气泡表情符号（这个 - 💬）。我决定不在侧边菜单添加更多表情符号，因为那样可能太多了。

只是觉得您可能对考虑做同样的事情感兴趣，以帮助将更多用户引向维基语游的这些部分。 ויקיג'אנקי（讨论）2021年4月28日17:37 (UTC)

《目的地》的地图（再次）坏了，所以目前不要将更多用户引向那里。 AlasdairW（讨论）2021年4月28日20:30 (UTC)

依赖于https://wikivoyage.toolforge.org/w/poimap2.php的所有地图（例如大多数目的地文章右上角图标可访问的地图）似乎都坏了。我几天前注意到控件（如缩放+/-图标）丢失了。使用{{mapframe}}的地图似乎还可以。 Nelson Ricardo（讨论）2021年4月28日20:58 (UTC)

这很奇怪。在希伯来语维基语游，对我们来说是有效的。 ויקיג'אנקי（讨论）2021年4月28日22:07 (UTC)

这似乎使用了{{mapframe}}。也许我们这里也需要换成它？ Nelson Ricardo（讨论）2021年4月28日23:12 (UTC)

@Andyrom75、Atsirlin、Torty3：https://wikivoyage.toolforge.org/w/data/en-articles.js文件的第6241行有一个错误，导致poimap2失败。我猜可能是文章名称错误导致文件损坏，但因为它是在Toolforge上生成的，我不确定如何修复它，甚至如何进一步调查。 https://admin.toolforge.org/tool/wikivoyage显示你们都是Toolforge的管理员，这是你们能调查的事情吗？ -- Ryan •（讨论）• 2021年4月29日02:58 (UTC)

我可以授予某人权限，但我恐怕在接下来的几天里无法亲自调查。 --Alexander（讨论）2021年4月29日08:57 (UTC)

这里是希伯来语维基语游主页上ויקיג'אנקי的表情符号的样子。 Ground Zero（讨论）2021年4月28日22:53 (UTC)

希伯来语维基语游未出现在列表

有人知道为什么希伯来语维基语游没有出现在其他语言维基语游的列表中吗？还有其他维基语游没有被链接吗？我最近读到过关于土耳其语维基语游的事情吗？ Ground Zero（讨论）2021年4月28日22:10 (UTC)

这是维基语游列表，附带创建日期。粗体版本已链接： Ground Zero（讨论）2021年4月28日22:16 (UTC)

号
1	2006-12-10	德语	de
2	2007-12-10	意大利语	it
3	2012-09-23	英语	en
4	2012-09-29	荷兰语	nl
5	2012-10-03	法语	fr
6	2012-10-06	瑞典语	sv
7	2012-10-18	俄语	ru
8	2013-01-07	西班牙语	es
9		葡萄牙语	pt
10	2013-02-06	波兰语	pl
11		罗马尼亚语	ro
12	2013-03-21	希伯来语	he
13		乌克兰语	uk
14	2013-05-17	希腊语	el
15	2013-08-11	Tiếng Việt	vi
16	2014-01-15	中文	zh
17	2014-10-02	فارسی	fa
18	2016-11-30	芬兰语	fi
19	2017-09-25	हिन्दी	hi
20	2018-06-07	বাংলা	bn
21		普什图语	ps
22	2020-08-27	日本語	ja
23	2020-12-15	Esperanto	eo
24	2021-01-19	Türkçe	tr

你在偏好设置-外观中选择了“语言 - ‘使用精简语言列表，包含与您相关的语言’?”这可能是默认选项。我记得在它推出时讨论过，并认为它是个糟糕的主意，因为精简列表并不一定包含目的地的语言。 AlasdairW（讨论）2021年4月28日22:44 (UTC)

@AlasdairW：哦，原来是这样。我不知道为什么维基语游会决定孟加拉语对我相关，而希伯来语不相关。当我更改那个设置时，问题就消失了。谢谢。 Ground Zero（讨论）2021年4月28日22:53 (UTC)

它根据您最近点击过的项目更改列表。 WhatamIdoing（讨论）2021年4月29日18:34 (UTC)

如果精简列表是默认设置，那么它不能解决新用户的根本问题。我的印象是，你无法作为一个项目退出，只能单独退出，希望我记错了。

有没有办法在不重置自己的情况下，以及不注册新用户名的情况下，检查默认设置？理想情况下，偏好设置标签应该作为界面的一部分显示默认设置。是否有办法保存您当前的偏好设置，并在重置后重新加载它们？

–LPfi（讨论）2021年4月29日06:39 (UTC)

使用隐私窗口，我看到

• 德语
• 西班牙语
• 法语
• 印地语]]
• 意大利语
• 葡萄牙语
• 俄语
• Tiếng Việt
• 中文
• 另外14个

点击最后一个会列出所有语言。 Nelson Ricardo（讨论）2021年4月29日08:05 (UTC)

这在推出时有过讨论Wikivoyage:Travellers'_pub/2016#Compact_Language_Links_enabled_in_this_wiki_today。有几次反对意见，但它还是上线了。这看起来是一个“为解决一个问题而寻求解决方案”。对于大多数文章来说，这不是问题，因为地点或主题没有用足够多的语言进行覆盖。 AlasdairW（讨论）2021年4月29日08:20 (UTC)

有200多个维基百科，其中许多对一些热门主题都有文章；我猜是en-wp上，iw列表被认为有问题。在sv-wp，我们有很多常客可以阅读10多种语言或以其他方式与许多语言版本合作，主页和村务会议被视为特殊情况。我认为WMF将其视为编辑/读者冲突，他们希望支持读者——因此不允许社区选择退出。–LPfi（讨论）2021年4月29日10:29 (UTC)

我以前看过一些研究。如果你的目标是让读者找到他们想要的语言，那么CLL比以前的长列表效果更好。读者更有可能使用短列表而不是长列表。

当然，对于那些能轻松阅读10种以上语言的极少数人，或者对于那些无论语言能力如何都会访问大量维基（例如，全球管理员、工作者）的人来说，它并不总是方便的，但对于普通读者来说，它确实似乎效果更好。 WhatamIdoing（讨论）2021年4月29日18:38 (UTC)

是的，我相信研究结果——但它们并不包含全部情况。

在芬兰，学校里通常学习3-4种语言（+母语），瑞典语接近挪威语的尼诺斯克语和博克马尔语，以及丹麦语。如果你碰巧还懂一些德语和荷兰语（它们也相当接近），你就掌握了十种语言。如果我查看波兰语维基百科找一张图片，我就会失去“我的”一种语言。这对于一位懂大学学位的讲瑞典语的芬兰人来说，并非特例，即使他对拉丁语、希腊语或世界语，或者一般来说的语言不感兴趣。而且你不需要精通十种语言才能因为检查几个维基百科而失去一些语言。对于一个懂英语、西班牙语和法语的美国人来说，十种语言的限制看起来大不相同。

当然，许多北欧人只局限于他们的母语和英语。但我们的关注点不是让人找到英语——他们无论如何都知道它——而是要找到丰富的语言。通常十种语言中包含几种非常奇怪的语言（比如罗姆语和意第绪语），这意味着他们可能会点击的几种语言从精简列表中消失了。当然，这对于那些介意博克马尔语或荷兰语从列表中消失的极少数人来说是个问题。但问题是真实的：我通常在精简列表中找不到芬兰语（在未禁用它的项目中），即使我是双语人士并且住在芬兰（我在Meta上的Babel框不算吗？）。

–LPfi（讨论）2021年4月29日20:28 (UTC)

显然，大多数人发现当他们能够将他们喜欢的语言名称输入搜索框时，比他们给我们一个他们大部分无法阅读的脚本列表（按逻辑但非直观的系统排序，例如，希腊语排在巴斯克语和波斯语之前）更容易找到语言。

至于你为什么得不到芬兰语，它应该是让你看到你个人最近访问过的维基的链接，加上一些其他计算。@Amire80 也许能告诉你是否有简单的方法让芬兰语更频繁地出现。 WhatamIdoing（讨论）2021年5月1日06:16 (UTC)

我可能不会经常访问芬兰语维基，因为我也会经常访问其他语言的维基（复制本地拼写，查看维基上可能不错的文章的图片等——甚至是我不懂的冰岛语或葡萄牙语的事实）。也许这就是为什么我的十个维基百科中总会有一些奇怪语言的维基。我可以让我的网络浏览器优先选择我更熟悉的几种语言（例如 sv,fi,en,fr,es），但这可能会损害我的隐私，因为它可能使我在不同设备上被识别。如果维基媒体基金会优先处理我的元维基的用户语言框，至少那个问题就会消失，但与滚动列表相比，搜索语言仍然非常笨拙。有些令人困惑的顺序对我来说不是大问题，因为我已经习惯了使用它。–LPfi（讨论） 2021年5月1日13:21 (UTC)

是的，您的国家和您的用户语言框都被考虑在内。如果您从芬兰连接，并且您的用户语言框中包含 fi，并且您正在查看的页面有相应的芬兰语页面，但您在初始列表中没有看到芬兰语，这可能是一个错误，我想知道是哪个页面。–Amir E. Aharoni（讨论） 2021年5月1日20:31 (UTC)

@Amire80: 元维基上的用户语言框也算在内吗？我可能在做一些奇怪的事情，所以现在不要相信我的话。我的印象是真的，但事实情况可能不是。下次发生时，我会仔细检查并向您汇报。–LPfi（讨论） 2021年5月2日07:09 (UTC)

我现在尝试时，无法让芬兰语消失。我可能是在列表中的错误位置寻找芬兰语（sv-wp按母语名称排序语言）。–LPfi（讨论） 2021年5月2日07:33 (UTC)

让处理模板更容易：英文维基旅行为获得多项改进的早期访问权吗？

大家好！我们的团队，德国维基媒体的技术愿望项目，正在开发一系列改进措施，以让处理模板更容易。也许您已经听说过一些最近部署的项目： 。我们计划在今年晚些时候发布更多改进措施，以使处理模板更加容易。

• 它将变得更容易查找模板并将其插入页面。
• 从页面中移除模板（使用可视化编辑器）将变得更加容易。
• 将要解决可视化编辑器中编辑模板对话框的现有界面的几个问题。
• 模板创建者和维护者将在使用模板文档编辑器管理TemplateData时获得更多指导。

现在我们正在寻找几个维基，希望它们能成为首批受益于这些变化的维基，理想情况下还包括一些维基百科的姊妹项目。如果您的维基社区对此感兴趣，那么以上列出的所有改进措施将在2021年5月至7月期间分批部署到您的维基。当然，每次部署都会提前宣布。

如果英文维基旅想要提前获得这些改进的访问权，请在此处@我，或者在我的讨论页上告知我。如果能有英文维基旅加入，那就太好了！-- 祝好，Johanna Strodt (WMDE)（讨论） 2021年4月19日16:12 (UTC)

我认为维基旅可以成为这些变化的良好试验场，因为我们对模板的使用是广泛而浅显的——只有少数广泛使用的模板。–Powers ^(讨论) 2021年4月19日17:49 (UTC)

@Johanna Strodt (WMDE)，您的团队花了很多时间编辑维基旅吗？我很确定，如果我们团队想探索我们在这里做事的方式，我们可以组织一个小型视频编辑派对。

我们对模板有些奇怪。我们用得很多，但在文章中只用其中的六到八个。对我们来说最有用的可能是phab:T96710（可视化编辑器中最常用的模板的下拉菜单，与2010年维基文本编辑器中的内容匹配）和phab:T275457（我们使用复杂但非常可预测的格式，可视化编辑器会搞砸）。–WhatamIdoing（讨论） 2021年4月19日19:17 (UTC)

@WhatamIdoing: 感谢您的意见和提议！抱歉这么晚回复，最近事情很多。关于对本维基最有用的改进，我们已经在“模板”重点领域确定了我们要进行的项目。我们希望这些也能对维基旅有所帮助。我已经转达了您的意见，有这些意见作为参考总是有益的。– 祝好，95.91.213.7 2021年4月28日10:48 (UTC) — 上一条评论来自 用户:Johanna Strodt (WMDE)（讨论 • 贡献）

也许登录并签名评论？--ThunderingTyphoons!（讨论） 2021年4月28日11:07 (UTC)

嗨 ThunderingTyphoons!，我故意没有这样做，因为——至少在德语维基百科——使用像{{unsigned}}这样的模板是很常见的，所以我就这样做了。– 祝好，Johanna Strodt (WMDE)（讨论） 2021年5月14日08:37 (UTC)

抱歉，这没有意义。您在未登录的情况下发表了评论，所以没有人知道是谁在写。–ThunderingTyphoons!（讨论） 2021年5月14日08:44 (UTC)

@ThunderingTyphoons!: 是的，未签名评论是个错误。我试图通过添加{{unsigned}}模板来修复它，这样人们就知道是我写的。在德语维基百科上，习惯上在忘记签名之前不签名评论，而是使用这样的模板。– 祝好，Johanna Strodt (WMDE)（讨论） 2021年5月14日09:22 (UTC)

谢谢。–ThunderingTyphoons!（讨论） 2021年5月14日09:42 (UTC)

您好，抱歉再次打扰，但如果英文维基旅能加入，那将是件好事：您是否希望提前获得计划中的改进，以便能提供早期反馈？如果是，请在我的元维基上的讨论页上告诉我。– 非常感谢，Johanna Strodt (WMDE)（讨论） 2021年5月18日09:20 (UTC)

大家好。我仍然认为这很有用，但如果没有更多的支持，我不想让 Johanna 推进。–Powers ^(讨论) 2021年5月21日02:18 (UTC)

我没看到任何缺点。我认为我们应该参与。–Nelson Ricardo（讨论） 2021年5月21日02:25 (UTC)

切换目的地文章中的静态地图和动态地图的“技巧”

我刚刚在Template talk:Regionlist#"Hack" for toggling static and dynamic maps on destination articles 分享了这个，但决定在这里也发布一下，以提高可见度。这个模板可以“ hack”而不列出地区，从而在城市/目的地文章中提供静态地图和动态地图，而不会使文章混乱。（分享这个想法是受到上面讨论的启发。）–Nelson Ricardo（讨论） 2021年6月5日21:29 (UTC)

我认为最好是正确地扩展{{mapframe}}以支持这种可切换的地图（目前它只允许它们一个接一个）。这个 hack 工作得很好/看起来不错，但它仍然是一个糟糕的 hack :) -- andree.sk(讨论) 2021年6月6日19:36 (UTC)

当然！我上个月在Template talk:Mapframe#Enhancement suggestion: Switch between static map and dynamic map 提出了这个请求。–Nelson Ricardo（讨论） 2021年6月6日19:39 (UTC)

请在此处或元维基上提供意见，并在即将于2021年6月26日至27日举行的全球对话期间，就运动章程起草委员会提供意见。

大家好，我是运动战略和治理的协调员之一，负责运动章程倡议的社区参与工作。

我们邀请许多项目的用户就即将成立的运动章程起草委员会提供意见。您可以在此处、元维基的中央讨论区、其他正在进行的本地对话以及即将于2021年6月26日和27日举行的全球对话中提供反馈。

“ 运动章程起草委员会预计将作为一支约15名成员组成的多元化且技能娴熟的团队工作数月。他们将获得专家支持、定期的社区审查以及培训机会，并提供津贴以抵消成本。草案完成后，委员会将监督广泛的社区批准过程。 ”

—创建起草委员会

更多关于这些问题的详细信息和背景资料在元维基上，以及一份最近更新的运动章程倡议概述。请随时提出问题，并根据需要添加其他子部分来讨论此主题的其他感兴趣的领域。

如果贡献者有兴趣参加在6月26日和27日全球对话之前就这些话题举行的电话会议，请告诉我。–Xeno (WMF)（讨论） 2021年6月20日15:20 (UTC)

三个问题是

1. 委员会应具备哪些运动角色、性别、地区、隶属关系和其他多元化因素的构成？

2. 选择委员会成员以组建一个有能力且多元化的团队的最佳流程是什么？

3. 期望委员会成员的投入程度如何，以周工时和工作月数来衡量？

与向页面添加和移除模板相关的几项更改

德国维基媒体的技术愿望团队正在致力于几个项目，以使处理模板更加容易。这个重点领域是由德语维基社区成员在2019年选择的。您的维基是首批几个获得这些改进的维基之一。这个重点领域中的一组更改将很快在您的维基上推出。

1. 当您使用可视化编辑器、2017年维基文本编辑器或2010年维基编辑器向页面添加模板时，改进的搜索将帮助您找到相关的模板，即使您不确定其确切名称。这意味着，例如，搜索将查找关键字在整个模板名称中的匹配项，而不仅仅是开头。(更多信息)
2. 在可视化编辑器中，如果您选择了错误的模板，您曾经需要关闭并重新打开整个模板对话框。现在，将添加一个后退按钮到插入新模板时出现的对话框中，从而可以更容易地探索不同的模板。((更多信息))
3. 对于同一个对话框，如果您输入了数据并关闭了表单而未保存，将会出现警告。过去，所有更改都会丢失。((更多信息))
4. 在可视化编辑器中，将更容易理解如何从页面中移除模板。到目前为止，用户需要知道他们可以选择一个模板并按下退格键/删除键。有了这个更改，他们就可以在“编辑”选项旁边的上下文菜单中单击“删除”，就像处理表格或图像一样。((更多信息))

我们计划在包括本维基在内的多个维基上部署所有这些更改，将于6月23日 将于7月12日 (由于夏季活动，MediaWiki的部署不像往常那样每周进行)。所有其他维基将在今年晚些时候跟进。

我们很想听听您对这些改进的看法！请在这些讨论页上告诉我们：查找和插入模板 & 移除模板。– 非常感谢！代表德国维基媒体的技术愿望团队，Timur Vorkul (WMDE)（讨论） 2021年6月8日15:10 (UTC)

嗨 Timur，我如何为另一个维基注册加入这个团体？（是首批几个维基之一，可以获得这些改进）–SHB2000 (讨论 | 贡献 | en.wikipedia) 2021年6月8日21:25 (UTC)

在 User:Timur Vorkul (WMDE) 或 User:Johanna Strodt (WMDE) 的讨论页上留言可能会有帮助。不过，实际操作上，其他维基可能属于下一批，而不是这一批。通常的做法是先在一小组中尝试更改，如果有效再进一步推广。–WhatamIdoing（讨论） 2021年6月9日16:30 (UTC)

我想在诺鲁语维基词典上这样做，因为我是那里的唯一编辑者，所以在那里测试不会影响太多人，除了我自己。–SHB2000 (讨论 | 贡献 | en.wikipedia) 2021年6月10日00:23 (UTC)

@SHB2000: 感谢您对技术愿望团队工作的兴趣。您是否希望将诺鲁语维基词典添加到该团体中，并提前获得我们重点领域“让处理模板更容易”的所有即将到来的更改？这包括上述捆绑包，以及可视化编辑器模板对话框和未来几个月内的TemplateData编辑器改进。我们很乐意您加入并提供更多反馈。祝好，Timur Vorkul (WMDE)（讨论） 2021年6月10日13:38 (UTC)

是的，我很乐意这样做。我已经给 m:User talk:Johanna Strodt (WMDE) 留了消息，是的，我很乐意加入（我认为这需要共识，但我是唯一的编辑者，这算共识吗？）。谢谢，–SHB2000 (讨论 | 贡献 | en.wikipedia) 2021年6月10日13:49 (UTC)

太好了。我们已将您添加到该团体（关于此捆绑包，请参阅此Phabricator 票据）。既然您是维基上唯一的编辑者，我想您可以自己定规矩。谢谢，祝好，Timur Vorkul (WMDE)（讨论） 2021年6月11日09:03 (UTC)

我猜可以，但我不是维基的所有者（事实上，没有哪个编辑者是）。–SHB2000 (讨论 | 贡献 | en.wikipedia) 2021年6月11日10:45 (UTC)

《通用行为准则》新闻 – 第1期

《通用行为准则》新闻
2021年6月第1期阅读完整新闻

---

欢迎阅读《通用行为准则》新闻的第一期！本新闻将帮助维基媒体人了解新准则的开发进展，并将发布与 UCoC 相关的最新新闻、研究和即将举行的活动。

请注意，这是 UCoC 新闻的第一期，将作为倡议公告发送给所有订阅者和项目。如果您希望未来的期数发送到您的讨论页、社区公告板或任何您认为合适的确切页面，您需要在此订阅。

您可以通过将新闻期数翻译成您的语言来帮助我们传播新闻并提高对新准则的认识，以使我们心爱的社区对我们所有人来说都安全。如果您想在翻译前收到草稿期的通知，请在此处添加您的姓名。您的参与受到重视和赞赏。

• 分支机构咨询 – 邀请了各种规模和类型的维基媒体分支机构参加2021年3月和4月的 UCoC 分支机构咨询。（继续阅读）
• 2021年关键咨询 – 维基媒体基金会于2021年4月和5月举行了执行关键问题咨询，以征求更广泛的维基媒体社区对 UCoC 执行的意见。（继续阅读）
• 圆桌讨论 – UCoC 促进团队于2021年5月主持了两次90分钟的公开圆桌讨论，以讨论 UCoC 的关键执行问题。更多讨论已安排。（继续阅读）
• 第二阶段起草委员会 – UCoC 第二阶段的起草委员会于2021年5月12日开始工作。阅读更多关于他们工作的内容。（继续阅读）
• 差分博客 – UCoC 促进者撰写了多篇博客文章，基于2021年第一季度进行的本地项目咨询期间各社区有趣的发现和见解。（继续阅读）

服务器切换

用其他语言阅读此消息 • 请帮助翻译成您的语言

维基媒体基金会正在测试其第一和第二数据中心之间的切换。这将确保即使发生灾难，维基百科和其他维基媒体维基也能保持在线。为了确保一切正常，维基媒体技术部门需要进行一次计划测试。这次测试将表明他们是否能够可靠地从一个数据中心切换到另一个数据中心。这需要许多团队做好准备并随时待命，以修复任何意外问题。

不幸的是，由于MediaWiki的一些限制，在切换过程中必须停止所有编辑。我们对此次中断表示歉意，并正在努力将其最小化。

您将可以在短时间内阅读所有维基，但无法编辑。

• 您将在2021年6月29日星期二无法编辑长达一小时。测试将于UTC时间14:00（PDT时间07:00、EDT时间10:00、WEST/BST时间15:00、CEST时间16:00、IST时间19:30、JST时间23:00，新西兰时间为6月30日星期三02:00）开始。
• 如果您在此期间尝试编辑或保存，您将看到一条错误消息。我们希望在这几分钟内不会丢失任何编辑，但我们无法保证。如果您看到错误消息，请等到一切恢复正常。届时您应该可以保存您的编辑。但是，我们建议您先将更改复制一份，以防万一。

其他影响:

• 后台任务将变慢，有些可能会被丢弃。红链接可能更新不及时。如果您创建的文章已在其他地方链接，该链接将比平时更长时间地显示为红色。一些长时间运行的脚本将被停止。
• 6月28日当周将实行代码冻结。非必要代码部署将不会进行。

本项目可能会根据需要推迟。您可以在wikitech.wikimedia.org上阅读时间表。任何更改都会在时间表中公布。将会有更多关于此事的通知。在操作发生前30分钟，将在所有维基上显示一个横幅。请将此信息分享给您的社区。

SGrabarczuk (WMF) 2021年6月27日01:19 (UTC)

编辑新闻 2021 #2

用其他语言阅读 • 此多语言新闻的订阅列表

当新用户使用“回复”工具并尝试在讨论页发帖时，他们发帖的成功率更高。（来源）

今年早些时候，编辑团队对回复工具进行了大规模研究。主要目标是找出回复工具是否帮助较新的编辑者在维基上交流。第二个目标是查看使用该工具的较新编辑者发表的评论是否比使用现有维基文本页面编辑器发表的评论需要更频繁地回退。

主要结果是：

• 有自动（“默认启用”）回复工具权限的新编辑者更有可能在讨论页发表评论。
• 使用回复工具发表评论的新编辑者被回退的可能性也更小，与使用页面编辑发表评论的新编辑者相比。

这些结果让编辑团队对该工具有帮助充满信心。

展望未来

该团队计划在未来几个月内将回复工具提供给所有人，作为一种选择退出的偏好设置。这已经在阿拉伯语、捷克语和匈牙利语维基百科上实现。

下一步是解决一个技术挑战。然后，他们将首先将回复工具部署到参与研究的维基百科。之后，他们将分阶段将其部署到其他维基百科和所有 WMF 托管的维基。

您现在可以在Beta Features中打开“讨论工具”。获得回复工具后，您可以随时在Special:Preferences#mw-prefsection-editing-discussion中更改您的偏好设置。

–Whatamidoing (WMF)（讨论）

2021年6月24日14:14 (UTC)

另一个关键发现：当非初级编辑者启用回复工具时，他们留下评论的失败率更高。我不相信关于我们坚持现状并进行更多纠正性编辑的解释。如果我正确理解报告，这应该会导致稍后成功的编辑，除非无法摆脱回复工具。一些更编辑统计数据将会很好：样本中有多少比例尝试发表评论，有多少人发表了大量评论？

我试图阅读报告，忽略了不同项目的统计数据。很难理解实际做了什么。开头的引言和方法部分只解释了部分方法论和所用术语。

在报告开头，定义了 A 和 B 组。然而，之后所有页面的统计数据都是关于“编辑经验”的，这只在报告结尾的一个脚注中解释。

根据报告，很难理解回复工具是否默认启用、工具实际使用情况以及（不）成功结果之间的关系。如果有人对一次编辑使用了该工具，对另一次编辑没有使用，那么（不）成功的报告是归于哪个标题？样本量和事件频率本应包含在内。现在有一个我不理解的超采样讨论，这可能与样本量和抽样率有关。

目前还不清楚 A 和 B 组实际在哪里使用：我们是在评估启用回复工具的效果，还是在使用它的效果？如果是后者，那么经验丰富的破坏者和垃圾邮件机器人是否会引入偏差？

我确实想进一步评论，但最好在我获得更多信息来支持我的评论时再说。

–LPfi（讨论） 2021年6月24日19:40 (UTC)

意大利语维基旅达到10000篇文章

欢迎加入意大利语休息室，共同庆祝这一重要里程碑。附注：任何语言都将受到赞赏：-）--Andyrom75（讨论） 2021年6月28日11:09 (UTC)

恭喜！但在一个英语网站上，这是10,000篇文章。10.000=10。:-) –Ikan Kekek（讨论） 2021年6月28日15:54 (UTC)

好的 Ikan，我现在用“维基语法”写了，以避免误解；-P --Andyrom75（讨论） 2021年6月28日21:22 (UTC)

哪个版本使用千位分隔符来表示空格？–Ikan Kekek（讨论） 2021年6月29日17:45 (UTC)

这似乎是 IS/ISO/IUPAC 标准（w:Decimal separator#Digit grouping），但这个约定在英语或大陆欧洲文化中并不常见。–Nelson Ricardo（讨论） 2021年6月29日19:18 (UTC)

确认的董事会选举候选人

大家好，

2021年董事会选举将于2021年8月4日开始。社区候选人被要求提交他们的候选资格。经过三周的候选人征集，有20名候选人参加2021年选举。

维基媒体运动有机会投票选出社区和分支机构的理事。董事会预计将选出得票最多的四名候选人担任理事。投票将于2021年8月17日截止。

维基媒体基金会董事会负责监督维基媒体基金会的运作。董事会希望提高团队的胜任能力和多元化。他们分享了目前缺乏的专业领域，并希望通过新理事来弥补。

您如何参与？了解更多关于候选人的信息。组织竞选活动。投票。

阅读完整公告.

顺颂,

选举委员会

Zuz (WMF)（讨论） 2021年7月5日16:26 (UTC)

现已可用：与向页面添加和移除模板相关的一系列更改

仅快速说明，六月宣布的更改已在今天部署到您的维基。我们的团队很想在这些讨论页上听到您的想法：查找和插入模板 & 移除模板。

关于模板搜索，我想重点介绍一项早已存在但可能因更强大的搜索而更加显眼的功能：如果在模板的TemplateData中添加描述（示例），模板描述将显示在搜索结果中。（顺便说一下，我们还计划在未来几个月内使管理TemplateData更加容易。）– 祝好，Johanna Strodt (WMDE)（讨论） 2021年7月12日12:35 (UTC)

《通用行为准则》新闻 – 第2期

《通用行为准则》新闻
2021年7月第2期阅读完整新闻

---

欢迎阅读第二期《通用行为准则》新闻！本通讯旨在帮助维基媒体人了解该新准则的制定进展，并分发与通用行为准则相关的最新消息、研究和即将举行的活动。

如果您尚未订阅，请记住在此处订阅，以便接收未来各期通讯的通知，如果您希望将来能被联系参与翻译工作，也请在此处留下您的用户名。

• 执法草案指南审查 - 起草委员会的初步会议有助于就执法问题联系和协调关键议题，同时突显了关于我们运动现有流程和差距的先前研究。（继续阅读）
• 骚扰目标研究 - 为支持起草委员会，维基媒体基金会进行了一项研究项目，重点关注维基媒体项目上的骚扰经历。（继续阅读）
• 职能人员协商 - 自六月以来，各维基的职能人员一直在开会，讨论通用行为准则在全球背景下的未来。（继续阅读）
• 圆桌讨论 - 通用行为准则促进团队再次举办了一场圆桌讨论，此次面向韩语社区成员和其他ESEAP项目的参与者，讨论通用行为准则的执行问题。（继续阅读）
• 社区早期采用通用行为准则 - 自2021年2月被理事会批准以来，维基媒体社区中采用和应用通用行为准则的情况不断增长。（继续阅读）
• 临时信任与安全案件审查委员会新时间表 - CRC原定于7月1日结束。然而，随着通用行为准则预计将在12月前开发完成，CRC的时间表也有所改变。（继续阅读）
• 维基媒体大会 - 通用行为准则团队计划在2021年维基媒体大会期间举办一场由运动代表主持的讨论会。还计划在大会的社区村设立展位。（继续阅读）
• Diff博客 - 查看维基媒体Diff博客上关于通用行为准则的最新博文。（继续阅读）

感谢您的阅读 - 我们欢迎您对本通讯提出反馈。Xeno (WMF)（讨论） 2021年7月21日 02:53 (UTC)

征集运动章程起草委员会候选人

运动战略宣布征集运动章程起草委员会候选人。征集将于2021年8月2日开始，并于2021年9月1日结束。

该委员会将由约15名成员组成。期望其代表运动的多样性。多样性包括性别、语言、地理位置和经验。这包括参与项目、附属机构和维基媒体基金会。您可以在此处阅读完整公告。

您愿意在这个重要角色上帮助维基媒体前进吗？请从下周在此处提交您的候选资格。如有疑问，请联系strategy2030wikimedia.org。此致，Zuz (WMF)（讨论） 2021年7月31日 12:57 (UTC)

董事会选举推迟至8月18日

大家好。

如大家所知，董事会选举原定于8月4日开始。由于SecurePoll的一些技术问题，选举必须推迟两周。这意味着我们计划于8月18日启动选举，也就是维基媒体大会结束后的一天。

有关技术问题的更多信息，您可以在此处查看Phabricator工单。

您也可以在此处阅读其他语言的公告。

我们对此次延误深表歉意，并希望我们能在8月18日恢复正常日程。我们正与选举委员会和候选人保持联系以协调下一步行动。一旦有更多信息，我们将更新董事会选举讨论页和此频道。此致，Zuz (WMF)（讨论） 2021年8月3日 09:40 (UTC)

(编辑：本消息可在8月31日后存档。) Nelson Ricardo 2500（讨论） 2021年8月11日 21:12 (UTC)

2021年投票开始

2021年董事会选举投票现已开放。社区候选人已被要求提交他们的候选资格。经过为期三周的候选人征集，共有19位候选人参加2021年选举。

维基媒体运动有机会投票选出社区和附属机构的理事。通过投票，您将有助于识别出最能满足运动未来几年需求的人选。预计董事会将从得票最多的四位候选人中选出理事。

维基媒体基金会董事会负责监督维基媒体基金会的运营。董事会希望提高团队的能力和多样性。他们分享了目前他们所缺乏的专业领域，并希望通过新理事来填补。

了解候选人更多信息。了解董事会。投票。

阅读完整公告。

此致，Zuz (WMF)（讨论） 2021年8月18日 07:11 (UTC)

通用行为准则 - 执法草案指南审查

《通用行为准则第二阶段起草委员会》希望就《通用行为准则》（UCoC）的执法草案指南征求意见。本次审查期计划为2021年8月17日至2021年10月17日。

这些指南并非最终版本，但您可以帮助推动进展。委员会将根据社区的意见修改指南。

意见可以在任何语言下，在草案审查讨论页和多个其他场地分享。鼓励社区成员在各自社区组织讨论。

计划就通用行为准则执法草案指南举行现场讨论：

维基媒体大会2021会议 - 8月16日 @ 11:00 UTC - 11:45 UTC

交流时间 - 8月24日、8月31日、9月7日 @ 03:00 UTC & 14:00 UTC

圆桌会议 - 9月18日 @ 03:00 UTC & 15:00 UTC 每两周在此处发布讨论摘要。

如有任何疑问，请告知。此致，Zuz (WMF)（讨论） 2021年8月17日 09:34 (UTC)

维基媒体大会

今年的维基媒体大会是免费的，因为是在线举办。如果您想找机会谈论维基语游，现在设置一个30分钟的维基媒体大会：2021：非会议（或几个）的会议，现在还不算晚。维基媒体大会：2021：社区村也是一个可以聚会的方式。WhatamIdoing（讨论） 2021年8月5日 22:25 (UTC)

我没问题。能终于见到一些编辑用户的名字背后的面孔/声音，那将是很棒的。 OhanaUnited^讨论页 2021年8月6日 06:23 (UTC)

通知@WhatamIdoing：您会在维基媒体大会期间安排会议吗？ OhanaUnited^讨论页 2021年8月14日 04:31 (UTC)

当然，我已为您安排了周二的会议。时间是UTC下午3:30，太平洋时间上午8:30。（在此处查找您的时区。）安排一个非会议需要在此处写下您的名字。

将在“Remo”的6号楼1楼A桌举行。 WhatamIdoing（讨论） 2021年8月14日 23:38 (UTC)

我已创建了会议链接。 OhanaUnited^讨论页 2021年8月15日 23:23 (UTC)

我们将在10分钟后开始。如果您无法访问Remo平台，可以在Etherpad上参与讨论和问答。 OhanaUnited^讨论页 2021年8月17日 15:20 (UTC)

我在维基媒体大会页面上发布了本次非会议的笔记。本次会议的一个主题是关于视障用户浏览本网站的无障碍问题。 OhanaUnited^讨论页 2021年8月19日 03:04 (UTC)

感谢您组织这次会议。抱歉我没能参加。

1. 关于“可访问性列表（项目符号之间有空行）”，这是仅仅因为编辑者在列表模板之间留下了实际的额外硬回车，还是模板本身存在问题？
2. 是的，尽管葡萄牙语维基语游是世界上使用人数最多的语言之一，但其在本网站上的地位并不如预期。尽管我的葡萄牙语不完美，但我愿意在那里贡献，但缺少列表编辑器（初始添加后）让我望而却步。损坏的页面横幅也无济于事。

--Nelson Ricardo 2500（讨论） 2021年8月19日 04:20 (UTC)

关于第1点，那是正确的。如果有一系列连续的项目，那么每个项目之间不应该有额外的空行。请参阅此处的详细解释，了解这对屏幕阅读器的影响。我认为列表模板本身没有问题，而是当编辑者使用“编辑源代码”直接添加行时。理想情况下，应该有一个机器人扫描主空间查找此类问题，并自动删除多余的行。 OhanaUnited^讨论页 2021年8月19日 13:49 (UTC)

此类机器人（机器人）在其他地方存在，其中一些机器人操作员很乐意在这里做这项工作。我现在在英语维基语游上看到这个错误的情况比过去（例如五年前）少得多。编辑者也可以使用AWB/类似的脚本来完成。 WhatamIdoing（讨论） 2021年8月19日 15:58 (UTC)

有人已经修正了大多数文章中的这些问题，而且我现在发现它们时也会删除多余的行。单独占一行的图片也会破坏列表；我通常会<--注释掉-->那些换行。 –LPfi（讨论） 2021年8月20日 09:07 (UTC)

AWB机器人可以帮助追踪剩余页面，并在添加或移除条目时频繁扫描页面。 OhanaUnited^讨论页 2021年8月21日 04:32 (UTC)

我同意并支持引入AWB机器人到WV。 --评论来自 Selfie City（讨论 | 贡献） 2021年8月21日 10:40 (UTC)

项目符号对话中的额外行（例如此链接）也会使屏幕阅读器难以理解对话。 OhanaUnited^讨论页 2021年8月23日 20:18 (UTC)

在项目符号对话中是的（那些是“无序列表”）。但例子中的对话是通过“:”缩进的（“定义”，在这里是标准的，尽管在HTML中完全错误），而且我没有在HTML输出中看到删除多余行带来的任何变化。 –LPfi（讨论） 2021年8月24日 05:34 (UTC)

嗯，或者是一个版本的tl/td闭合标签缺失？怎么会这样？它们在哪里？ –LPfi（讨论） 2021年8月24日 05:40 (UTC)

需要改进模板搜索的反馈

大家好！WMDE技术愿望团队恳请您就我们正在进行的一项改进提出具体反馈。请花一分钟时间告知我们您的想法。

我们目前正在实施多项关于模板的改进。作为其中的一部分，用于“添加模板”对话框的搜索功能已得到改进，以使查找相关模板更容易。以前，您必须知道您想添加的模板的确切标题 - 现在您可以搜索整个模板名称和模板文档页面中的关键词。此更改已在少数维基上部署，我们的计划是在2021年底前将其部署到所有其他维基。

问题：改进的模板搜索目前也会在结果中返回包含关键词的模板子页面，但我们收到个人反馈称这并不受欢迎。在我们更改此行为之前，我们想询问更广泛的受众：模板的子页面可以在此搜索中被忽略吗？还是存在模板的子页面可能托管模板，因此是相关结果的情况？

如果模板的子页面与搜索相关，则非常欢迎举例。有关该功能的更多信息可以在此页面找到。您可以在下方或在此讨论页上留言并分享您的想法，截止日期为9月8日。感谢您的帮助！代表技术愿望团队，--Timur Vorkul (WMDE)（讨论） 2021年8月26日 14:03 (UTC)

各位维基语游者，当Timur Vorkul说“已在少数维基上部署”时，英语维基语游似乎位列其中。 --Nelson Ricardo 2500（讨论） 2021年8月26日 14:15 (UTC)

我们很久以前就选择了加入。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年8月26日 14:19 (UTC)

是否为一或多个西班牙语国家举办编辑马拉松？

让我们讨论一下哪些西班牙语国家能在这个网站上获得最大的帮助。以下是我询问此问题的原因背景

在Ikan Kekek的讨论页#WikiSP年度计划中，负责Meta上的西班牙语小型项目的Galahad，向我征求关于该小组可以支持的非西班牙语项目的建议。你们中的一些人可能想在Meta上参与并提出自己的想法，那将是很好的，但我认为一个好的替代方案是让我们确定什么对本网站最有用，我很乐意将这些想法作为en.wikivoyage的共识提交给该小组并在那里进行讨论。

我没有核查数字，但我的感觉是，访问量最大的西班牙语国家可能是西班牙、墨西哥和阿根廷，然后是哥斯达黎加、智利和秘鲁，顺序不确定，然后可能是多米尼加共和国和古巴。（在这个上下文中，我排除了美国作为西班牙语国家，原因应该很明显。）我猜测墨西哥可能比西班牙需要更多的帮助，而且这似乎得到了证实，因为西班牙是一篇可用文章，而墨西哥只是一个大纲。然而，将两者都提升一个等级（或者更好的是，都提升到指南级别）是一个值得追求的目标，我也可以看到对较大地理区域（如加勒比、中美洲，甚至南美洲）进行编辑马拉松的可能性，尽管也许这开始有点模糊了焦点。你们怎么看？ Ikan Kekek（讨论） 2021年8月28日 13:18 (UTC)

• 支持 拉美地区的文章长期以来被忽视，所以这将是一个很好的提升它们的机会。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年8月28日 13:34 (UTC)
• 支持。开展一次探险活动是否有意义？如果有，它的标题会是什么？ --评论来自 Selfie City（讨论 | 贡献） 2021年8月28日 14:37 (UTC)

这是我真正想讨论的话题，但主要是关于范围，而不是标题，标题可以稍后轻松确定。我不是真的在寻求支持投票（尽管感谢你们的支持），因为我是在征求反馈和建议。所以为了让事情（希望能）更清楚一些

如果我们明年能举办两次与西班牙语国家相关的编辑马拉松，那么每次的范围应该是多少，为什么？ Ikan Kekek（讨论） 2021年8月28日 18:16 (UTC)

我认为您专注于旅客最感兴趣的西班牙语国家的想法是个好主意。我认为墨西哥将是地热明显的第一个选择，其次是西班牙。但如果西班牙已经状况良好，那么秘鲁将是我的第二选择。 Ground Zero（讨论） 2021年8月28日 18:47 (UTC)

奇怪的自动更正警报。--ThunderingTyphoons!（讨论） 2021年8月28日 19:02 (UTC)

• 如果西班牙需要最少的关注，那么我认为专门为西班牙举办一次编辑马拉松是奇怪的。但同样，即使是秘鲁的编辑马拉松也可能太狭窄，不足以吸引大量的编辑。为什么不举办一次全拉美编辑马拉松呢？尽管这将使西班牙和赤道几内亚被排除在外，但也可以包括巴西、伯利兹等？是的，范围会很大，但潜在的知识渊博的编辑池也会更大。--ThunderingTyphoons!（讨论） 2021年8月28日 19:02 (UTC)

我认为范围太广了。也许一次“安第斯国家探险”，涵盖玻利维亚、秘鲁、厄瓜多尔，以及可能还有哥伦比亚和/或智利，这是否合理？ Ikan Kekek（讨论） 2021年8月28日 19:25 (UTC)

根据讨论，我认为有几个选项比较突出：墨西哥显然需要一些关注（最近它得到了一些关注）。阿根廷在这里没有被过多提及，但它和乌拉圭作为旅游目的地值得关注。也许我们可以将西班牙语国家分成几个探险活动。如果我们从美洲开始，墨西哥、中美洲和南美洲（排除显而易见的情况）可以作为准备即将举行的编辑马拉松的一种组织方式，而这似乎是扩大我们编辑基础以外内容内容的最佳方式。 --评论来自 Selfie City（讨论 | 贡献） 2021年8月28日 19:30 (UTC)

“太宽”是针对什么而言？我们在2018年举办过一次覆盖全球的编辑马拉松，吸引了大量编辑者贡献了大量内容，因为它的焦点很广泛。如果目标是改善西班牙语国家的覆盖面，那么就发起一个覆盖该地区最多西班牙语人口的编辑马拉松。我认为举办一次例如秘鲁的编辑马拉松可能会吸引大量关于秘鲁文章的编辑，但所有其他西班牙语国家将基本保持不变。即使将拉丁美洲分成三个独立的编辑马拉松，正如我认为SC所建议的那样，对于第二个和第三个编辑马拉松来说，也可能导致收益递减，除非它们每年举办一次。--ThunderingTyphoons!（讨论） 2021年8月28日 19:47 (UTC)

[编辑冲突] 感谢您的想法。我认为，当我发布到Meta时，我会链接到这个讨论串，并提及每个人的建议，同时提出提案。我们当然可以提出3个编辑马拉松，尽管我认为2个更有可能。阿根廷，或者也许是阿根廷、智利和乌拉圭，都是不错的想法。我认为南美洲的范围太大了，但我可能是错的。我并不急于在Meta上发布，并欢迎更多的意见或建议。我想，如果我们举办3次编辑马拉松，墨西哥、玻利维亚/秘鲁/厄瓜多尔/哥伦比亚以及阿根廷/智利/乌拉圭可能是可能的。关于中美洲，我们应该记住，其中一些国家犯罪率很高，并遭受干旱和其他与全球变暖相关的气候破坏。哥斯达黎加是一个受欢迎的目的地，危地马拉拥有伟大的玛雅遗址，尽管它遭受了我提到的问题。

话虽如此，Thundering，我可以提出您的想法，并建议一次针对整个西班牙语世界的编辑马拉松，或者一些替代方案，看看他们怎么想。 Ikan Kekek（讨论） 2021年8月28日 19:52 (UTC)

选择特定国家可能会阻碍不熟悉这些国家的参与者。您认为推荐一个编辑活动关注主题而不是地理位置怎么样？食物是一个受欢迎且易于获取的主题，因此也许所有西班牙语目的地都可以改进其==餐饮==部分，并且可以为每个国家/地区扩展（或创建）旅行主题，如墨西哥美食。

另一个广泛适用的主题是国家公园或其他户外娱乐机会。 WhatamIdoing（讨论） 2021年8月29日 01:17 (UTC)

主题想法（尤其是公园方面）听起来是个好主意。正如在DaGizza的讨论页上提到的，显然，英语国家或发达国家（如果不是两者兼有）的文章覆盖面不可避免地比非英语国家或欠发达国家要好。有时，前者中偏僻的、默默无闻的目的地会有一篇文章，而后者最著名的景点的目的地还没有。，但在这方面，即使对于一些英语国家，公园的覆盖面也非常差，我只能想象西班牙语国家的公园情况。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年8月29日 01:23 (UTC)

我关于“太宽泛”的疑问（针对什么而言？）依然存在，但我同意将各种不同的想法交给可能愿意参与的用户群体，因为从逻辑上讲，最受欢迎的提案（或提案）应该能吸引最多的参与者。对于一次编辑马拉松，我认为我们应该优先追求大量的编辑，所以了解哪些提议的主题最受人们欢迎是个好主意。

一个选择得当的主题无疑能引起很多人的兴趣。但即使有了主题，你还需要考虑如何界定地理范围：宏观（例如，拉丁美洲菜肴），还是相对微观（例如，墨西哥的国家公园）？ --ThunderingTyphoons! (讨论) 10:37, 2021年8月29日 (UTC)

我想很多人在看到结果时会感到兴奋。专注于几个国家并使其达到可用（或其他标准）将意味着有一个明确的结果。如果关注范围更广，我们可能需要开发（或选择）某种指标来衡量进展。创建的公园条目当然很容易计算，而计算可用的条目则鼓励我们在创建下一个之前做好一个。有一个系统来显示哪里需要工作会很好，对于公园这个想法，“请检查此条目是否仍有缺失之处”可能会有帮助。 –LPfi (讨论) 11:31, 2021年8月29日 (UTC)

你说得对，我之前没考虑到这一点。如果结果是好的（和切实的），可能会留住一些用户，我认为上次的编辑马拉松虽然很受欢迎，但在这一点上却遇到了困难。--ThunderingTyphoons! (讨论) 16:00, 2021年8月29日 (UTC)

2022年社区愿望清单调查将于一月举行

大家好，

我们希望大家在这些艰难的时刻都能尽可能的安好和安全！我们想分享一些关于2022年社区愿望清单调查变更的消息。我们也想听听你们的意见。

摘要

我们将在2022年一月进行2022年社区愿望清单调查。我们需要更多时间来处理2021年的愿望。我们也需要时间来准备2022年愿望清单的一些变更。同时，您可以使用专门的沙盒来留下2022年愿望的初步想法。

提案和愿望实现将在同一年进行

过去，社区技术团队一直在11月进行下一年的社区愿望清单调查。例如，我们在2020年11月进行了2021年愿望清单。这在几年前效果很好。那时，我们在投票结果公布后不久就开始处理愿望清单。

然而，在2021年，投票和开始处理新愿望之间存在延迟。直到2021年7月，我们还在处理2020年愿望清单中的愿望。

我们希望在2022年1月进行2022年愿望清单调查会更直观。这还将使我们有时间来完成2021年愿望清单中的更多愿望。

鼓励历史上被排斥的社区更广泛地参与

我们正在思考如何使愿望清单更容易参与。我们希望支持更多的翻译，并鼓励资源不足的社区更积极地参与。我们希望有时间进行这些变更。

一个与我们讨论优先级和尚未实现的愿望的新空间

我们将有365天没有愿望清单。我们鼓励您与我们联系。我们希望在讨论页上听到您的声音，我们也希望在我们的双月一次的“与我们对话”会议上见到您！这些会议将在两个不同的时间举行，方便全球各地的时区。

我们将于9月15日UTC时间23:00开始我们的第一次会议。关于议程和形式的更多细节将在稍后公布！

在提案阶段之前进行头脑风暴和起草提案

如果您有关于愿望的初步想法，可以使用新的社区愿望清单调查沙盒。这样，您就不会在2022年1月前忘记它们。您可以回来修改您的想法。请记住，沙盒中的编辑不计为愿望！

反馈

• 我们应该做些什么来改进愿望清单页面？
• 您希望如何使用我们新的沙盒？
• 您对我们改变2022年愿望清单日期的决定有什么风险（如果有的话）？
• 什么能帮助更多人参与2022年愿望清单？

请在讨论页（使用您喜欢的任何语言）或在我们的“与我们对话”会议上回答。

SGrabarczuk (WMF) (讨论) 00:23, 2021年9月7日 (UTC)

2021年维基媒体理事会选举结果

感谢所有参与2021年理事会选举的人。选举委员会已经审查了2021年维基媒体基金会理事会选举的选票，该选举旨在选出四名新理事。来自214个项目的创纪录的6873人投下了有效选票。以下四位候选人获得了最多的支持

• Rosie Stephenson-Goodknight
• Victoria Doronina
• Dariusz Jemielniak
• Lorenzo Losa

虽然这些候选人通过社区投票排名，但他们尚未被任命为理事会理事。他们仍需通过成功的背景调查并符合章程规定的资格。理事会已设定在本月底任命新理事的初步日期。在此处阅读完整公告。祝好，Zuz (WMF) (讨论) 10:22, 2021年9月8日 (UTC)

运动章程起草委员会候选人征集截止日期为2021年9月14日

运动战略宣布征集运动章程起草委员会候选人。征集活动于2021年8月2日开始，并于2021年9月14日结束。

该委员会预计将代表运动的多样性。多样性包括性别、语言、地理和经验。这包括参与项目、联盟和维基媒体基金会。

成为会员不要求英语流利。如有需要，将提供翻译和口译支持。会员将获得津贴以补贴参与费用。每两个月100美元。

我们正在寻找具备以下技能的人

• 知道如何协作写作。（有实践经验者优先）
• 愿意寻求妥协。
• 关注包容性和多样性。
• 了解社区协商。
• 具有跨文化沟通经验。
• 在非营利组织或社区具有管理或组织经验。
• 有与不同方谈判的经验。

委员会预计将有15人组成。如果候选人有20人或更多，将进行混合选举和选拔过程。如果候选人有19人或更少，则进行无选举选拔过程。

您愿意在这个重要角色上帮助维基媒体向前发展吗？在此处提交您的候选资格。如有疑问，请联系strategy2030wikimedia.org。

---

此消息可能已发送过 - 请注意，候选人提交截止日期已延长，仍接受候选资格，直至2021年9月14日。Xeno (WMF) 17:16, 2021年9月10日 (UTC)

服务器切换

用其他语言阅读此消息 • 请帮忙翻译成您的语言

维基媒体基金会正在测试其第一和第二数据中心之间的切换。这将确保即使在灾难发生后，维基百科和其他维基媒体维基也能保持在线。为确保一切正常，维基媒体技术部门需要进行一次计划性测试。此测试将显示他们能否可靠地从一个数据中心切换到另一个数据中心。这需要许多团队进行准备并随时待命，以修复任何意外问题。

我们将在2021年9月14日星期二将所有流量切换回主数据中心。

不幸的是，由于MediaWiki的一些限制，切换过程中所有编辑都必须停止。我们对此中断表示歉意，并将努力在未来将其最小化。

您将可以在短时间内阅读所有维基，但无法编辑。

• 在2021年9月14日星期二，您将无法编辑长达一小时。测试将于UTC时间14:00（太平洋时间07:00，东部时间10:00，西部/英国夏令时15:00，中欧夏令时16:00，印度标准时间19:30，日本标准时间23:00，新西兰时间9月15日凌晨02:00）开始。
• 如果您在此期间尝试编辑或保存，您将看到一条错误消息。我们希望在这几分钟内不会丢失任何编辑，但我们无法保证。如果您看到错误消息，请等到一切恢复正常。届时您应该可以保存您的编辑。但是，我们建议您先将更改复制一份，以防万一。

其他影响:

• 后台任务将变慢，有些可能会被丢弃。红链接可能更新不及时。如果您创建的文章已在其他地方链接，该链接将比平时更长时间地显示为红色。一些长时间运行的脚本将被停止。
• 我们预计代码部署将像往常一样进行。但是，如果操作需要，可能会有例外情况的代码冻结。

如有必要，此项目可能会推迟。您可以在wikitech.wikimedia.org上阅读时间表。任何更改都将在时间表中公布。将有更多关于此事的通知。操作开始前30分钟，所有维基上都会显示一个横幅。请与您的社区分享此信息。

SGrabarczuk (WMF) (讨论) 00:46, 2021年9月11日 (UTC)

与社区技术部门对话

用其他语言阅读此消息 • 请帮忙翻译成您的语言

大家好！

正如我们最近宣布的，我们，即负责社区愿望清单调查的团队，想邀请您参加我们的一次在线会议。会议将于9月15日UTC时间23:00在Zoom上举行，持续一小时。点击此处加入。

议程

• 我们如何确定愿望的优先级
• 为什么我们决定将日期从2021年11月改为2022年1月
• 关于消歧义和维基文本实时预览愿望的更新
• 问答

形式

会议不会被录制或直播。将保留无署名的笔记并在Meta-Wiki上发布。演示文稿（议程的前三点）将以英语进行。

我们可以回答英语、法语、波兰语和西班牙语的问题。如果您想提前提问，请在社区愿望清单调查讨论页上添加，或发送至sgrabarczuk@wikimedia.org。

Natalia Rodriguez（社区技术经理）将主持本次会议。

邀请链接

• 在线加入
• 会议ID：898 2861 5390
• 移动设备一键拨号
  • +16465588656,,89828615390# 美国（纽约）
  • +16699006833,,89828615390# 美国（圣何塞）
• 按地区拨打

再见！SGrabarczuk (WMF) (讨论) 03:04, 2021年9月11日 (UTC)

提议在测试功能中启用Flow

对于不了解Flow的人，请参见mw:Flow。

我提议在测试功能中启用flow，因为它使讨论更清晰。它目前在法文维基旅人上使用，但仅用于用户对话页，且仅限于那些希望使用它的人，我想明确说明使用此工具完全是可选的。在fr.voy上的原始提案中提出的一些论点确实适用于所有地方，包括这里。

Flow项目的主要目标是

1. 使维基讨论系统对新用户更易于访问。
2. 使其对经验丰富的用户更有效率。
3. 鼓励更多建设性的对话，促进协作。

当然，我并不是提议我们完全废除当前的对话页系统，我只是建议我们是否可以在本维基上为希望使用此工具的一小部分人启用它。使用它不是强制性的，就像在法文维基旅人上一样。SHB2000 (讨论 | 贡献 | meta.wikimedia) 10:15, 2021年9月1日 (UTC)

我不了解它目前的版本，但最初的Flow有一些缺点。最大的障碍是它与普通对话页不兼容，所以一旦你开始使用Flow，你就无法撤销它，只能将页面移到存档并从头开始。这是一个需要学习的第二个系统，所以对初学者来说并不容易，他们无论如何都需要学习使用普通的对话页（并且会因差异而感到困惑），而对经验丰富的编辑来说则非常令人沮丧（老狗……）。搜索和存档的工作方式不同（一度它们根本不起作用，现在呢？）。我通常最终会跟不上Flow页面的讨论，因为我无法获得正常的概览。而且这并非取决于某些人选择使用该工具。如果一个页面被转换为Flow，那么访问该页面的每个人都需要使用Flow。我质疑Flow是否能带来“更有建设性的对话，促进协作”——这可能曾是一个设计目标，但有证据吗？ –LPfi (讨论) 16:38, 2021年9月1日 (UTC)

哦，而且Flow页面不能被移动来恢复到普通对话页。即使Flow讨论被删除，页面仍然是flow页面，如果我理解正确的话。 –LPfi (讨论) 16:54, 2021年9月1日 (UTC)

WMF 在过去至少两年里一直拒绝将 Flow 添加到更多维基的请求。（Work-me 每天使用 Flow。它可以被关闭，但你必须是管理员才能做到。我认为跟上讨论很容易，但搜索是“有限的”，或者说“不存在”可能更公平。）

要查看我感到兴奋的替代方案，请转到Special:Preferences#mw-prefsection-betafeatures 并打开“讨论工具”项。最新功能尚未显示；它允许您订阅单个讨论线索，而无需将整个页面添加到您的监视列表。如果您想看到这个，请点击https://wikivoyage.cn/wiki/Wikivoyage:Travellers%27_pub?dtenable=1并查找新的[订阅]按钮。（这也会向您展示目前通过Special:Preferences中的Beta Feature可用的功能，例如[回复]按钮。）@PPelberg (WMF)，我们能否优先为英文维基旅人启用回复工具？WhatamIdoing (讨论) 15:26, 2021年9月2日 (UTC)

同意，虽然我不熟悉Flow。听起来替代方案的缺点比Flow程序少。 --评论来自 Selfie City (讨论 | 贡献) 19:05, 2021年9月2日 (UTC)

我在voy:fr:Discussion utilisateur:SHB2000上快速测试了一下，禁用它时没遇到什么大问题。它只是取消了我的旧对话页的存档，并且很容易恢复。不过，这里有一段引言：

在您的用户对话页上启用新的结构化讨论系统。结构化讨论通过清晰的写作和回复区域简化了对话页讨论，并允许对话级别通知。此功能不会自动启用；用户必须单独启用它。

现有的维基文本讨论被移至存档。禁用此功能会将结构化讨论板移至子页面，并取消之前的对话页存档。了解更多关于激活的信息。

看起来没有太多缺点。回复工具对我来说的缺点是自动签名，我禁用它的唯一原因就是这个。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 09:12, 2021年9月5日 (UTC)

我在你的FR用户对话页上测试了一下。它确实看起来是一个更干净、组织更好、更容易使用、现代化的界面。嵌套可以改进，但也许它就是无法处理我自己和自己说话。如果我们投票，我举双手赞成并支持。 --Nelson Ricardo (讨论) 17:21, 2021年9月5日 (UTC)

我回复的时候似乎起作用了。也许它只是不允许你和自己说话。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 01:41, 2021年9月6日 (UTC)

他们停止了Flow的工作，因为他们没有解决“缩进”模型。如果你回复最后一条评论，你的评论会出现在末尾，全宽度。如果你回复不是最后一条的评论，它会把你的评论插在中间。这有助于识别出不按时间顺序的评论，但如果你期望对话页主题看起来像倒金字塔的一侧，那么你就会感到惊讶。WhatamIdoing (讨论) 20:42, 2021年9月6日 (UTC)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘鉴于我最近在法文维基旅人对话页上发生的事情，我将反对flow，因为难以回退破坏。SHB2000 (讨论 | 贡献 | meta.wikimedia) 11:31, 2021年9月26日 (UTC)

如果你在处理Flow中的破坏时遇到困难，可以与mw:User:Clump交谈，他对Flow非常熟悉。WhatamIdoing (讨论) 19:00, 2021年9月26日 (UTC)

我本来会这样做，但不幸的是，许多破坏者非常讨厌我，以至于我任何维基媒体项目的对话页之一大约每三天就会被破坏一次。SHB2000 (讨论 | 贡献 | meta.wikimedia) 23:19, 2021年9月26日 (UTC)

la.wikivoyage

如果有人想参与关于新的拉丁维基旅人的这个讨论，在这里。SHB2000 (讨论 | 贡献 | meta.wikimedia) 23:00, 2021年9月15日 (UTC)

没有活跃的编辑者基础就启动项目是没有意义的。2013年，有两个活跃的编辑者，其中至少有一位仍然在la-wp上。2013年他们试图吸引la-wp的人，但没有成功。我认为目标群体（拉丁语熟练的旅行者）非常小，所以目前这样的项目几乎没有实际益处。如果la-voy能吸引所有目标群体，那可能有用，但直到维基旅人作为一个整体拥有更大的受众，我认为成功的机会太小，不值得付出努力。潜在的贡献者最好将时间花在la-wp和更大的维基旅人上。 –LPfi (讨论) 14:13, 2021年9月16日 (UTC)

+1。没有活跃编辑者的项目会吸引破坏和垃圾信息。WhatamIdoing (讨论) 16:59, 2021年9月16日 (UTC)

但你不觉得这是SWMT的工作吗？SHB2000 (讨论 | 贡献 | meta.wikimedia) 23:59, 2021年9月16日 (UTC)

你认为拉丁维基旅人会有一个英语短语手册吗？ ;-) Ikan Kekek (讨论) 00:10, 2021年9月17日 (UTC)

哈哈 ;）。不过我想知道世界语维基旅人上有没有。SHB2000 (讨论 | 贡献 | meta.wikimedia) 00:12, 2021年9月17日 (UTC)

故意给全局管理员和小型维基监控团队增加额外工作是不道德的。WhatamIdoing (讨论) 16:28, 2021年9月17日 (UTC)

世界语维基旅人确实有一个英语短语手册。我是在找到他们的法语短语手册后，通过随机浏览页面才找到搜索方法的。Ikan Kekek (讨论) 20:57, 2021年9月30日 (UTC)

运动章程起草委员会 - 社区选举将于10月11日至24日举行

这是一条关于运动章程进程的简短更新。起草委员会的候选人征集已于9月14日截止，我们收到了各种各样的候选人。委员会将由15名成员组成，他们将通过三种不同的方式被（选）出。

15名委员的选拔将采用3步流程

• 项目社区选举7名委员会成员。
• 联盟选择6名委员会成员的选拔过程。
• 维基媒体基金会任命2名委员会成员的流程。

社区选举将于10月11日至10月24日举行。其他过程将同时进行，以便所有过程都将在11月1日之前完成。

我们对参加运动章程起草委员会选举和选拔过程的维基媒体人的广泛多样性感到非常高兴！由于候选人数相当多，因此了解他们可能有点复杂，我们想在这一次尝试一些不同的方法：我们想组织一个所谓的“投票建议应用程序（或“选举指南针”）”，其中包含与运动章程相关的陈述。所有候选人都可以在此处提交他们的陈述。

关于运动章程的完整背景、其作用以及创建过程，请查看Meta。您也可以随时通过Telegram或电子邮件（wikimedia2030@wikimedia.org）与我们联系。祝好，Zuz (WMF) (讨论) 10:38, 2021年9月21日 (UTC)

User:Tony1

我收到了一封来自主题中被封锁用户的长邮件，请求解封。由于我不知道用户是谁，也不知道他被封锁的原因（我没有时间去查找历史记录），我想知道是否所有或部分en:voy管理员都收到了类似的邮件。然而，我建议任何可能对此案感兴趣的人，在采取任何自主行动之前，在此进行讨论。

(按时间倒序) 请Tony1停止给我发邮件。我发起这个话题是因为一方面这是公平的，而且我接受你想在几年后重新讨论你在单一维基（非全局封锁）上的封锁，但另一方面，我希望避免管理员在没有公开讨论的情况下解除封锁。我个人的建议是等待en:voy社区将对此进行讨论，并且，在合理的时间之后，如果你想补充什么，随时可以在你主维基（即en:w）的对话页上写下，然后ping在本讨论中涉及的任何人以及任何你认为可能感兴趣的人（ping在任何维基都可以工作）。感谢你的理解。 --Andyrom75 (讨论) 08:29, 2021年10月8日 (UTC)

@Andyrom75: 似乎@Andre Carrotflower: 根据NOTHERE将其封锁，但就我个人而言，我反对解封。他们也在frwiki被封锁，原因同样是具有破坏性。SHB2000 (讨论 | 贡献 | meta.wikimedia) 09:52, 2021年10月8日 (UTC)

这个人也给我发了邮件。我不会完全公开邮件内容，但他的申诉原因之一是“封锁阻止了我投票给最近的WMF理事会成员选举”。嗯，不对。我仍然不信任一个破坏了社区信任的人，因为这给了他全球性的后果。SHB2000 (讨论 | 贡献 | meta.wikimedia) 10:10, 2021年10月8日 (UTC)

这个用户要求我在这里粘贴他的理由，所以在这里：

• 封锁阻止我访问维基百科的非免费学术期刊库，从而无法为en.WP上的文章提供来源。

• 封锁阻止了我投票给最近的WMF理事会成员选举。

• 至关重要的是，我不期望再次编辑维基旅人。

对我来说仍然是“否”。而且我对第一个理由感到困惑。SHB2000 (讨论 | 贡献 | meta.wikimedia) 10:19, 2021年10月8日 (UTC)

我也对第三个理由感到困惑。如果他不想编辑维基旅人，为什么还要向我们请求解封？--评论来自 Selfie City (讨论 | 贡献) 10:35, 2021年10月8日 (UTC)

我猜是因为原因2：“封锁阻止了我参加最近的WMF董事会成员选举。”就我个人而言，如果他滥用了社区的信任，那么他不能在WMF董事会成员选举中投票，这真是太糟糕了。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月8日10:39 (UTC)

依我看来，他应该被解除封锁。这不是社区封锁。2019年的封锁没有经过Wikivoyage:User ban nominations。唯一一次封锁提名是8年前的，结果是封锁3天。2019年Andre不小心ping了Tony（他对此感到后悔），与他短暂争论后，单方面将他封锁。他应该被解除封锁，如果万一他开始进行有问题编辑，可以走用户封锁提名程序。 Nurg (讨论) 2021年10月8日11:22 (UTC)

这将是一个理想的解决方案，但我也担心他在frwiki上的行为。这个人似乎也有跨维基问题。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月8日11:26 (UTC)

我快速浏览了一下他在贡献页面上的讨论，我确实认为他是一个有问题用户。我没有仔细看，以至于无法判断是他自己的错还是他被不公平对待，而且我也没有查看他的贡献。总之，有问题用户无法获得投票WMF董事会成员的特权，也无法通过WMF获得文学访问资助。被封锁（在几个项目上？）被视为有问题用户的标志。看了那些讨论后，我不太想给他这些特权。

另一方面，如果他被封锁违反了我们的政策，那么我认为我们不能继续封锁他，而且现在让几个用户去评估他的编辑也毫无意义，因为其中一些甚至不是封锁的原因，因为它们都不是最近的。如果剥夺他的特权取决于我们，那么这个系统就是坏的，而修复它不是我们的责任。

–LPfi (讨论) 2021年10月8日13:23 (UTC)

SHB2000 - 如果你ping我是在征求我的意见，我将呼应其他评论者所说，投票给WMF董事会成员是一种特权，而不是权利，而且这种特权理应被剥夺给那些在任何维基上进行破坏性编辑的人。说Tony1的问题不仅仅局限于他在Wikivoyage上的行为也是正确的；我现在无法提供链接，因为我不在办公室，正在用手机编辑，但搜索链接到他英文维基百科用户页面的页面，应该会给任何好奇的人带来启发。另外，我还要就Nurg的评论补充一点，看到我作为管理员的行为，并非违反Wikivoyage的政策，并且当时获得了社区的广泛支持，却在多年后被一个当时在Wikivoyage事务中只活跃了极少的用户所玷污和否定，这尤其令人失望和羞耻。 -- Andre Carrotflower (讨论) 2021年10月8日16:02 (UTC)

我向Andre道歉——我没有像我希望的那样仔细措辞。Andre用以下评论封锁了Tony1：“根据Wikivoyage:How to handle unwanted edits#User ban的例外列表；用户显然不是来帮助建立旅游指南的”。当时我或任何其他（据我所知）知晓封锁的人都没有对此发表评论。从这个意义上说，存在默许的共识。因此，可以说这是社区默许封锁。任何知晓该行动的人都没有说过需要通过Wikivoyage:User ban nominations获得明确共识。我过去和现在都没有说过Andre做错了什么。而且，直到Tony现在的请求，我都未曾说过应该解除封锁。我为任何暗示Andre行为错误的言论道歉，因为我并非有意。 Nurg (讨论) 2021年10月14日22:20 (UTC)

更不用说，如果我没有看错的话，在任何维基上被封锁都足以取消他投票给WMF董事会成员的资格？如果是这样，那么在这里解除封锁也不会有任何区别；fr.wp也必须解除他的封锁，我们对此无能为力。 -- Andre Carrotflower (讨论) 2021年10月8日17:43 (UTC)

如果当时有共识，或者他没有积极贡献是显而易见的，那么我认为他不需要被解除封锁（上面我过于拘泥于规则，这不是维基的方式）。不封锁用户的政策是针对那些可能脾气不好并与个别管理员发生冲突的贡献者；我们不需要保护那些无意贡献的用户。–LPfi (讨论) 2021年10月8日19:18 (UTC)

@Andre Carrotflower：是的，我只是想听听你的意见，因为你才是封锁这位用户的人。但无论如何，即使所有这些都没发生，我仍然会反对解除封锁，因为他给我（和Andyrom）的邮箱发送了垃圾邮件。

但是，正如你们两位所说，如果他不想贡献，那么我们就没必要为他拥有投票权参加WMF董事会选举辩护。另一方面，如果我们没有因为他在frwiki上的行为而被封锁，那情况就不同了，但我仍然不确定在这里解除封锁是个好主意。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月8日23:11 (UTC)

我同意解除封锁，原因大致如Nurg上面所述。 Pashley (讨论) 2021年10月8日22:31 (UTC)

我不支持解除封锁。Tony在2013年被Andre提名为用户封锁，后者在Wikivoyage:User ban nominations/Archive#User:Tony1上评论道：“这位用户几乎从第一天起就是我们的眼中钉。他与社区的互动几乎总是好斗、无建设性且侮辱性的。他显然没有兴趣推进我们的项目；相反，他似乎公开憎恨Wikivoyage作为一个WMF项目存在，甚至一度欣喜地频繁预测该网站的灭亡。”讨论后，执行了为期三天的封锁，但一个月后Tony再次被提名封锁，响应褒贬不一，但最终未能获得封锁共识。

自那次事件以来，WV的管理员们试图对一些新用户保持耐心，并发现尽管进行了道歉和要求改过自新以开始新的开始，但每个有问题用户都出现了相同的行为模式，并导致了另一次封锁。WP也经历了这种情况，但作为一个小型网站，我们没有维基百科的资源来支持被封锁用户康复和解除封锁，然后又重新封锁他们。WP的管理机构致力于此，我猜他们的一些管理员喜欢他们项目的管理方面，但我认为我们的大多数管理员更感兴趣的是撰写旅行内容，而不是管理封锁或打击破坏行为，他们只出于对项目的责任而进行这些活动。

在过去几年里，我们对贡献者的行为模式采取了更严格的立场后，WV已成为一个更平静、更愉快的贡献之地，但重新启用这位用户无助于我们实现这一点。很明显，Tony在贡献时反对我们的目标，而且我认为即使他无意在此编辑，解除封锁他也不会使本维基受益。 --评论者 Selfie City (讨论 | 贡献) 2021年10月9日15:03 (UTC)

• 反对。这个问题对我来说是新的——2013年在我之前。我阅读了各种讨论，我没有任何理由继续封锁。他对试图建立旅游指南的人来说是破坏性的、好斗的，而且普遍是个麻烦。如果当时没有共识，我认为现在会有，因为我们不那么耐烦了，正如SelfieCity所指出的。这种情绪的改变是由于花了太多时间对Tony1这样不致力于建设旅游指南的人进行细致对待，正如Andre Carrotflower所指出的。像Tony1这样愤怒和破坏性的人，证明了他自己不会对WMF选举做出建设性的贡献。 Ground Zero (讨论) 2021年10月9日16:24 (UTC)

• 我无法想到任何理由要多年后重新审视此事。如果他想向维基媒体基金会申请投票董事会选举的许可，或者其他什么，那是他的事，不是我们的事。 Ikan Kekek (讨论) 2021年10月9日17:08 (UTC)

• 我支持解除封锁。我看不出有任何理由维持封锁。不知道的人，维基百科图书馆提供免费访问各种可靠来源，主要用于验证维基百科文章中的内容。被封锁在任何地方意味着你无法使用它。Tony在英文维基百科上进行了几万次编辑，并且在特色文章流程中非常活跃。我认为我们*不需要*阻止这一点。另外，从2013年的三天封锁直接跳到六年后的无限期封锁，似乎有点奇怪。我对2019年封锁的理由也不怎么信服。基本上，Andre ping了Tony1，并在评论中将Tony1在一个不同网站上写的观点文章批评为“一个非常片面的粗制滥造”。Tony1已经五年没有在这里编辑了。然后Andre封锁了Tony1，因为他显然震惊，震惊地发现作者在他们的写作受到侮辱时感到愤怒。请看讨论和Andre在这里的编辑摘要，其中Andre承认了导致愤怒交流的原因，同时删除了Tony的回复（但没有删除Andre最初侮辱性的言论）。我并不一定认为责任是均分的，但我认为多年封锁既不是必要也不是恰当的反应。“对不起，我们都不应该在公众场合侮辱任何人”IMO会是一个更恰当的反应。 WhatamIdoing (讨论) 2021年10月9日22:54 (UTC)

• 我仍然认为他能够访问维基百科图书馆是他失去的一种特权。即使我们解除他的封锁，他在法国维基百科也被封锁了，而且frwiki以封锁严厉而闻名（他们封锁了一个用户（不提名字）仅仅因为他犯了一个语法错误）。即便如此，我还在考虑因为他向我们收件箱发送垃圾邮件而移除他的电子邮件访问权限。

• 同时，我们在英文维基百科上也面临同样的问题。不幸的是，一些管理员认为英文维基百科是唯一的WMF项目（大多数这样认为的人在enwiki和Commons上几乎没有编辑，+他们元用户页上只有1次编辑），所以如果一个用户在英文维基百科被封锁并且阻止他在另一个维基上做事，那么他们将被继续封锁。如果英文维基百科社区想失去其他维基的编辑者，那真是太可惜了。 Tony1所在的社区的行为适得其反，真是太可惜了。

• 我认为他仍然应该根据NOTHERE被封锁，并同意所有反对解除封锁的人。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月9日23:28 (UTC)

• 我很困惑。我刚去了这个图书馆，发现了一些数据库的链接，比如JSTOR，但JSTOR不是WP的一部分，而且如果你有第三方账户就可以无需使用WP访问。而且，虽然我们是维基媒体，但我们不是维基百科，所以我不明白为什么在另一个维基上的封锁会阻止访问维基百科的来源。对我来说，根本问题不是Tony是否应该被解除封锁，而是为什么WV上被封锁的用户不能访问WP的一部分。 --评论者 Selfie City (讨论 | 贡献) 2021年10月10日00:29 (UTC)

我也认为，我无法想到任何理由为什么维基百科会阻止某人访问他们的图书馆，因为他们在另一个维基项目上被封锁。 Ikan Kekek (讨论) 2021年10月10日00:59 (UTC)

我不确定是他Voy上的封锁，还是他在法国维基百科上的封锁阻止了他访问图书馆。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月10日01:00 (UTC)

法国维基百科的封锁似乎是更可能的解释，我同意。那样的话，他是否还需要在WV上被解除封锁？还是这仅仅是法国维基百科的事？ --评论者 Selfie City (讨论 | 贡献) 2021年10月10日01:40 (UTC)

我认为不是。Wikivoyage不遵循Wikipedia的标准提供（ArticCynda声称在WY上有效），但在这种情况下，Tony在Wikipedia上进行了20万次编辑并不是“免费通行证”。他在这里从未做出过建设性的贡献，并且通过向我们收发垃圾邮件，这又表明他不想建设旅游指南。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月10日01:49 (UTC)

我深入查看了一下，上面只写着没有活跃封锁。这似乎是服务条款

• 在他们最后登录时，该用户是否符合服务条款中设定的标准？

• 是否满足最低账户年龄要求？

• 是否满足最低编辑次数？（我不知道这个阈值是多少）

• 是否未在任何项目上被封锁？

所以看起来确实是任何WMF站点的封锁。无论如何，我仍然不相信他们应该被解除封锁。即使我们想让他使用这个图书馆，他也失去了在WMF董事会选举中投票的特权。这并不是一个格鲁吉亚维基百科封锁（我这么说有被封锁在kawiki的风险，但他们在那里，如果你批评kawiki管理员的行为，你就会因为“人身攻击”而被封锁） SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月10日02:36 (UTC)

我也不认为我们可以允许他解除封锁，当他发表诸如此类评论和编辑摘要，或发表诸如此或此等破坏性评论（针对非英语维基百科项目）时。该用户其他破坏性评论

• 这个帖子真是令人难以置信。它反映了一种病态的、孤立主义的、仇外的文化，无法容忍批评。WV怎么会变成这样，或者它一直都是这样吗？[-关于UBN]

• Rschen，是的，你就是那个很久以前对我吐口水的人。我不会指望像你这样的人做出这种行为。[-同样关于UBN]

• 你能有多偏颇和以自我为中心？[- User talk:Tony1]

这个更荒谬

• 我没有对任何人不文明[-关于UBN]

• 你们会因为驱逐那些提出系统性批评的人而导致这个网站走向失败，因为那些批评是思考解决方案的一种方式。[-关于UBN]

关于更多事情，我不愿意解除一个总的来说是破坏性用户，并且对其他编辑者进行人身攻击和严厉指控的人的封锁。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月10日04:32 (UTC)

“[-on UBN]”是什么意思？ Pashley (讨论) 2021年10月10日06:12 (UTC)

在用户封锁提名处。方括号里的只是他提及的地方。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月10日06:44 (UTC)

我不会费力去查阅档案来判断当时的封锁是否合理，但很明显他是一个有问题用户。有一些有生产力且有价值的问题用户，他可能属于那一类，但在我们这里不是。如果维基百科社区认为他有价值，他们可以要求我们解除他的封锁；我很乐意同意。–LPfi (讨论) 2021年10月10日07:45 (UTC)

他在英文Wikinews上也是个问题用户，所以我想我们不是唯一一个必须处理Tony1的人。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月10日07:49 (UTC)

如果解除封锁的主要原因是他无法参加WMF选举或访问维基百科图书馆，他应该在各自的讨论页上进行讨论，而不是要求项目推翻封锁。就我个人而言，我认为取消某人的投票资格仅仅是因为他在任何项目上被封锁（无论是为了在选举期间封锁一定时间还是无限期封锁）都相当有问题，并导致了剥夺选举权的幽灵。因此，我反对解除封锁请求，但我同情他的处境。 OhanaUnited^讨论页 2021年10月11日22:33 (UTC)

我对于关注人们八九年前的评论感到不舒服。SHB，我知道你的账户只有八个月大，但想象一下。你想让别人在八九年后回来对你说：“是的，我记得你在2021年8月在Meta-Wiki上和一位管理员编辑战，你把模板里的一行文字改成了你正在更改的文字旁边，然后在2021年10月，你和一位《Wiki Loves》活动的组织者编辑战，争论如何组织项目页面[另外：不到一小时内多次回退，同时坚持认为组织者必须向你解释？真的？]，所以你显然是NOTHERE，需要被永远封锁”。你是否会因为多年的错误被翻出来而感到沮丧，好像你不可能从那些错误中学到东西，并且如果你有机会编辑，一定会犯同样的错误？

我不认为“我预测WV将在未来几年内逐渐消失，然后死亡”的编辑摘要有什么问题。指控是什么：“未能足够热情”？我觉得我们是在迁怒于一个伤害了我们感情的人（我说的“我们”是指“2012年在这里编辑的人”，这不包括我们中的几位参与这次讨论的人）。应对失败预测的方法是成功，而不是封锁那些持怀疑态度的人。拒绝那些对你的爱好不热情的人，这是孩子们的做法。 WhatamIdoing (讨论) 2021年10月12日04:17 (UTC)

至少，在大多数情况下，当Tony给我们发垃圾邮件时，他可以解释他被封锁的原因，就像你申请解除维基百科封锁时需要做的那样（或者，实际上，任何地方的封锁）。在那些情况下，他在申诉中给出的三个理由

• 封锁阻止我访问维基百科的非免费学术期刊库，从而无法为en.WP上的文章提供来源。

• 封锁阻止了我投票给最近的WMF理事会成员选举。

• 至关重要的是，我不期望再次编辑维基旅人。

这些理由都不能解释他被封锁的原因，以及解除他的封锁对项目有什么好处。更何况，他从未向Andre和Rschen道歉，此前他还针对他们进行了人身攻击。

关于“我预测WV将在未来几年内逐渐消失，然后死亡”，这取决于你如何解读，这是一种观点。依我之见，如果他在我们这里有良好的记录，这可能是可以接受的，但正如Andre提到的“这位用户几乎从第一天起就是我们的眼中钉”。如果你不考虑跨维基问题，而一个全新的新手进来，所做的只是争论Wikivoyage将如何失败，或者消极地分散社区对项目目标的注意力，那么可以说，很容易推断他们不是来建设旅游指南的。现在Tony1的情况有点不同，因为他在英文维基百科上有20万次编辑。但他不仅在这里是个问题，在frwiki上也是个问题，在这里解除他的封锁对我们几乎没有好处。考虑到他在我们这里没有任何好的贡献，我并不认为他应该被解除封锁。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月12日04:40 (UTC)

我们为什么要期望任何人遵守另一个项目的解除封锁规则？

(enwiki的规则并不完美，我不建议采纳。最常见的抱怨是，它们期望被错误封锁的编辑者卑躬屈膝地承认他们做错了某事，而他们认为并且仍然认为这是合理的。如果你在管理员中有朋友，通常可以绕过这一点，但当真正的问题是“暴躁的管理员反应过度，而不是征求第二个意见”时，大多数被封锁的编辑者被期望说他们同意管理员的观点，认为编辑者持有不同观点对维基百科有害，并且他们再也不会这样做了。) WhatamIdoing (讨论) 2021年10月12日16:21 (UTC)

我同意enwiki的事情。一个IP用户（现在已退休，不再编辑Wikivoyage，82.3.185.12）在那里因为“not here”而对另一个用户进行“trouting”（戏弄/愚弄），我认为这有点傻（但Tony的情况不同，因为他对Andre进行了不知疲倦的个人攻击）。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月13日10:37 (UTC)

关于英文维基百科是多么糟糕的旅游网站（而其他语言根本不存在）的《维基百科公告牌》报道，对我来说是决定性的。我反对解除封锁。–Ymblanter (讨论) 2021年10月13日10:16 (UTC)

明确地说，我认为人们有权批评我们的网站，如果他们愿意的话，但如果他们这样做，他们不能现实地期望我们接受这些人作为Wikivoyage社区的一份子 — 他们不支持我们作为旅游指南的目标。 --评论者 Selfie City (讨论 | 贡献) 2021年10月13日11:21 (UTC)

130%同意。但即便如此，依我看，他针对Andre Carrotflower和Rschen7754的人身攻击是不可接受的。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月13日11:26 (UTC)

反对解除封锁。Tony因为早期的不当行为现在无法做他想做的事情，这很糟糕，但谁知道行为会有后果呢？ --ThunderingTyphoons! (讨论) 2021年10月13日13:01 (UTC)

除了COVID以及随之而来的焦虑，以及其他纯粹的忙碌之外，像WhatamIdoing这样的评论是我至今未恢复活跃Wikivoyage编辑的原因之一。这里有人一方面对这里的友好编辑环境和它比维基百科更令人愉快赞不绝口，另一方面，却似乎在尽一切可能通过长期的模式，对我自己和其他编辑进行含蓄的人身攻击，为了制造对抗和阻挠而虚情假意地反对流行的提案，并且似乎只为招揽那些行为一贯具有破坏性和令人厌恶的用户而张开双臂欢迎。我曾努力保持耐心并继续假设善意，主要是为了维护那个友好的编辑环境，但现在看来，那些被批评的声音，即使在我还在并且活跃的时候就足够烦人，在我不在的时候仍然在我背后继续。所以现在我处于一段没有明确结束期的不活跃时期，对我来说风险降低了，我可以更公开地说，这种行为是虚伪的、恶意的，并且不配一个在其[备用]账户上带有（WMF）后缀的用户。 -- Andre Carrotflower (讨论) 2021年10月13日15:26 (UTC)

是的，正如TT所说，行为是有后果的，Tony当初应该先考虑他的行为。我必须说，我不喜欢WP那种为了解除封锁而向管理员卑躬屈膝的做法。道歉的要求在WV上不起作用，我认为将来我们不应该那么愿意给道歉的机会。当像Tony这样的人做了他所做的事情时，我们需要在造成损害时就说“够了”，而不是为这些用户未来继续给我们带来麻烦留下半扇门。 --评论者 Selfie City (讨论 | 贡献) 2021年10月13日17:51 (UTC)

我在多个项目（主要是英文维基百科）上与Tony1有过交往，有些是积极的，有些不幸是消极的。他在专业写作和引用方面有无与伦比的技能，这也是他为什么没有被他编辑次数最多的项目，即英文维基百科封锁的主要原因。不幸的是，他也进行过人身攻击，以及对英文Wikivoyage（即前面提到的《公告牌》文章）的攻击。我个人认为无限期封锁是过分的，我建议解除封锁，但警告他，未来的破坏性行为将导致封锁（可能是无限期的）被迅速恢复。但是，这不是我坚定的观点，这个问题我将服从活跃社区的决定。（至于全球后果，他还需要在法国维基百科上被解除封锁，才能恢复他在提到的领域中的地位）。 --Rschen7754 2021年10月13日18:10 (UTC)

关于合法批评的问题，我作为一名前管理员，确实质疑过一些维基媒体项目的合法性，有时也会公开讨论这些批评，但我并不会在《公告牌》等地方写片面的文章。--Rschen7754 2021年10月13日18:14 (UTC)

从特使的角度来看，我不希望看到托尼解禁所产生的先例。像 AC 和 LM 这样经常被封禁的编辑者也可能在 8 到 9 年后寻求宽恕，这在这里会引发一连串的问题。从 WMF 的角度来看，我确实同意，在 WMF 的维基上被封禁/禁止访问一个用户访问维基百科图书馆的非免费学术期刊是不公平的，但这应该在 WMF 层面解决。很可能还有其他一些编辑者在一个项目上具有破坏性且总体上有负面影响，但在其他项目中却是有益的，并且处于与 Tony1 相似的处境。应该寻求一个解决方案，帮助所有处于 Tony1 相似境地的编辑者，而不仅仅是他。 Gizza ^(roam) 01:25, 14 October 2021 (UTC)

AC 几天前也试图上诉解禁，所以如果我们解禁了这个人，但 AC 仍然被封禁，AC 会指控我们歧视，因为他因为类似的破坏行为而被封禁。 SHB2000 (talk | contribs | meta.wikimedia) 01:31, 14 October 2021 (UTC)

如果这有帮助的话，我愿意在适当的论坛上提议为所有信誉良好（即未被封禁）的维基百科用户提供维基百科图书馆的访问权限。既然他无意在此进行任何编辑，他的恢复申请应该不相关。我不同意 AC 是因为类似行为而被封禁。他在此地对目的地文章的编辑是不准确的，并且基于偏见。Tony1 被封禁是因为这两个帖子，尽管有这个用户封禁线程和这个的先期背景，但这两者都没有导致封禁。重新审视这件事很不愉快，但我的感觉是，他故意诽谤本网站，并且公然敌视管理员，不仅仅是不同意他们的决定，而是远远超过了这一点。我绝不认为我们现在会容忍那种敌对行为，就像我们当时那样。尽管如此，我仍然真诚地祝他一切顺利，并重申我乐于在他处代表他发言的提议，但不是在这里。 Ikan Kekek (talk) 01:43, 14 October 2021 (UTC)

当我提到“AC 是因为类似的破坏行为而被封禁”时，我指的是他具有破坏性，而不是他实际做了什么（Tony 和 AC 都有破坏性，所以他们都被封禁了，但 AC 是因为偏见而被封禁，而 Tony 是因为人身攻击而被封禁，这两者都有破坏性）。 SHB2000 (talk | contribs | meta.wikimedia) 01:49, 14 October 2021 (UTC)

是的，但说实话，我不在乎 AC 或他的反维基语盟友怎么看我们。AC 指责我们歧视，这简直是岂有此理，所以我不在乎。我同意上面的评论，我们应该移除维基百科图书馆的这项限制，这说不通。如果有人访问维基百科图书馆，而他们不应该这样做，那么维基百科应该封禁这个人。维基语的封禁不应该影响其他网站；这相当于一个人被 Gmail 封禁，从而无法使用谷歌搜索。 --Comment by Selfie City (talk | contributions) 02:17, 14 October 2021 (UTC)

忽略 AC，回到 Tony，但即使我们设法移除了维基百科图书馆的这项限制，他还需要解决他在法语维基百科上的封禁问题。而法语维基百科上的封禁是阻止某人访问图书馆的一个好理由，因为它们实际上是维基百科，而不是姊妹项目。 SHB2000 (talk | contribs | meta.wikimedia) 02:22, 14 October 2021 (UTC)

同意。我们知道他是否联系过法语维基百科了吗？ --Comment by Selfie City (talk | contributions) 02:36, 14 October 2021 (UTC)

他最后一次在法语维基百科上编辑是在 2011 年，检查“链入页面”，看到的关于他的链接只出现在 ANI 上，是在 2009 年。 SHB2000 (talk | contribs | meta.wikimedia) 02:41, 14 October 2021 (UTC)

大家好——在此快速说明一下，Tony 给我们发了邮件，我们已将他的账户加入图书馆访问白名单，因此这不必担心他的封禁状态。 Samwalton9 (WMF) (talk) 08:32, 14 October 2021 (UTC)

谢谢告知。我很高兴你这样做了。 Ikan Kekek (talk) 08:41, 14 October 2021 (UTC)

谢谢 :-)。所以 Tony 唯一的担忧是无法在董事会选举中投票，但……正如 Andre Carrotflower 所说，那是一种特权，而不是权利。 SHB2000 (talk | contribs | meta.wikimedia) 08:51, 14 October 2021 (UTC)

即将推出：VisualEditor 和新 wikitext 模式的模板对话框改进

/ 抱歉用英语写。如果您能帮助翻译此消息，将不胜感激。 /

你好！来自 Wikimedia Germany 的“让模板编辑更容易”焦点领域的更多新闻，来自技术愿望项目

您的维基将很快收到整体改进的模板编辑界面，无论是 VisualEditor 还是新的 wikitext 模式（beta 功能）。这包括一些改进

• 一般性重新设计（更多空间，更大的窗口以获得更好的可用性），
• 更好地了解模板可用的参数，
• 通过复选框和搜索过滤器更轻松地添加参数，
• 更清晰地展示重要信息，
• 添加了文档和帮助页面的链接。

您可以在Meta 上的项目页面上找到更深入的信息。这些更改的计划部署日期是 10 月 6 日。

请注意：mediawiki.org 上的官方 VisualEditor 帮助页面将在今年晚些时候更改，届时所有维基都已收到此功能。如果您有关于此功能的本地帮助页面，您可以根据此页面上的信息进行更新，我们将在 9 月下旬填充内容。

我们非常乐意听到您对此类更改的看法。请在此讨论页上告知我们。 -- Johanna Strodt (WMDE) (talk) 14:09, 22 September 2021 (UTC)

大家好！很遗憾，本次部署将稍有推迟

• 我们的团队目前仍在为移动端和屏幕阅读器进行一些优化工作，因此我们计划在 10 月下旬/11 月初将此功能部署到您的维基。
• 这意味着此子页面上的文本尚未完成。一旦文本完成，我们将在您的村务公告板上更新。然后您可以相应地更新您的帮助页面。
• 对于那些好奇将要看到什么的人，这里有两个视频：一个展示了当前英语维基百科的界面，另一个展示了即将推出的改进界面（目前在 betawiki 上）

• 英语维基百科的当前视图
• 即将推出：改进版

抱歉带来不便！—— Johanna 代表技术愿望团队，Johanna Strodt (WMDE) (talk) 10:45, 6 October 2021 (UTC)

Visual Editor 模板对话框的改进文档已最终完成，可在此处找到。抱歉延迟了。这些更改的部署计划在 11 月 16 日。——技术愿望团队，Timur Vorkul (WMDE) (talk) 15:40, 4 November 2021 (UTC)

最终部署日期：VisualEditor 和新 wikitext 模式的模板对话框改进

VisualEditor 和新 wikitext 的广泛模板对话框改进将于 11 月 24 日起在您的维基上可用。未来几个月将在更多维基上进行部署。如果您有任何反馈，请在项目的讨论页上告知我们。-- Timur 代表 Wikimedia Germany 的技术愿望团队

附注：我们仍在处理新的键盘导航的最终细节，它应该很快就能顺利工作。 Timur Vorkul (WMDE) (talk) 14:10, 23 November 2021 (UTC)

为什么回复工具会自动启用？

有人知道为什么它今天（澳大利亚东部时间：UTC+10）早上 9 点左右随机出现的吗？我查看了 Special:Preferences#mw-prefsection-betafeatures，并没有启用该工具。有没有办法选择退出回复工具，还是我将永远被它困住？ SHB2000 (talk | contribs | meta.wikimedia) 04:49, 1 October 2021 (UTC)

您可以在 Special:Preferences#mw-prefsection-editing-discussion 中禁用它。这在过去两周的 m:Tech/News 中已经宣布过。我看到最新的副本仍然在您的讨论页上，位于 User talk:SHB2000#Tech News: 2021-39。它是最后一项。 WhatamIdoing (talk) 14:30, 1 October 2021 (UTC)

哦。本周我没看我的技术新闻，但谢谢你指出。 SHB2000 (talk | contribs | meta.wikimedia) 14:40, 1 October 2021 (UTC)

我不太在意这个，但值得关注的关键因素是新用户的评论参与度，以及它是否有所提高。如果是这样，它将证明保留此工具是合理的。 --Comment by Selfie City (talk | contributions) 21:33, 1 October 2021 (UTC)

抱歉来晚了，但作为一个比较新的用户，我更喜欢使用回复而不是可视化编辑器。 Tai123.123 (talk) 01:08, 2 November 2021 (UTC)

让我们谈谈桌面改进

大家好！

您是否注意到某些维基拥有不同的桌面界面？您是否对下一步感到好奇？也许您对设计或技术问题有疑问或想法？

参加与桌面改进团队的在线会议！会议将于10 月 12 日 16:00 UTC在 Zoom 上举行。会议持续一个小时。点击此处加入。

议程

• 近期进展更新
• 粘性标题 - 演示版本展示
• 问答环节，讨论

形式

会议不会被录制或直播。笔记将记录在Google Docs 文件中。演示部分（议程前两点）将以英语进行。

我们可以用英语、法语、波兰语和西班牙语回答问题。如果您想提前提问，请在讨论页上添加，或发送至 sgrabarczuk@wikimedia.org。

Olga Vasileva（团队经理）将主持本次会议。

邀请链接

• 在线加入
• 会议 ID：829 3670 1376
• 按地区拨打

希望见到您！ SGrabarczuk (WMF) (talk) 15:09, 4 October 2021 (UTC)

《普遍行为守则》草案执行指南审查仍需要您的想法和意见

大家好，

这只是一个提醒，《普遍行为守则》草案执行指南现已开放审查和评论。起草委员会将在不到两周的时间（10 月 17 日）开始修订和改进工作，因此请尽快提供您的想法和意见很重要！

现在有一个简短、易懂的草案指南版本在此，以便您更容易地进行审查。如果可能，也请帮助将简短版本翻译成更多语言！

我们还将举办最后一次圆桌会议，时间为 2021 年 10 月 15 日 03:00 和 14:00 UTC。

代表起草委员会，非常感谢所有迄今为止提供意见的人。我们希望能听到更多人的声音——如果包含更多意见，指南将更加强大。

此致，Zuz (WMF) (talk) 10:49, 6 October 2021 (UTC)

自动编号标题

我怀念 偏好设置 外观选项卡中 高级选项部分的自动编号标题选项。它为什么会消失？ --FredTC (talk) 07:48, 14 October 2021 (UTC)

我也不太确定。 SHB2000 (talk | contribs | meta.wikimedia) 07:52, 14 October 2021 (UTC)

显然，答案是缓存碎片化和其他严重的服务器端性能问题。

理论上，技术爱好者可以编写一个用户脚本来实现相同的功能。我还没听说有人这样做（目前）。 WhatamIdoing (talk) 22:21, 14 October 2021 (UTC)

昨天这个选项在维基百科上仍然可用；现在它也消失了。没有编号，您需要浏览整个维基源代码，来检查标题层级的正确性。这就是我怀念这个选项的原因。我不理解关于“缓存碎片化...”的评论；我看不出它与一个简单的编号功能有什么关系。 --FredTC (talk) 08:00, 15 October 2021 (UTC)

在 Phabricator 中追踪 ^(?)
任务 T284921

自动编号标题首选项已移除（已在m:Tech/News/2021/26中公布）。如有必要，此前的核心功能可以通过mw:Snippets/Auto-number headings中演示的 JavaScript 代码片段来替代。 --RolandUnger (talk) 13:35, 15 October 2021 (UTC)

谢谢解释。我对此并不满意，但我想这是必要的。 --FredTC (talk) 09:48, 17 October 2021 (UTC)

javascript 解决方案对您有用吗？我还没试过，但我确定如果它不能开箱即用，有人可以帮助您让它工作。 –LPfi (talk) 15:57, 19 October 2021 (UTC)

MCDC 选举开始投票

运动章程起草委员会成员选举投票现已开放。总共有来自世界各地的 70 位维基媒体人竞选此选举的 7 个席位。

投票开放时间为 2021 年 10 月 12 日至 10 月 24 日。

运动章程委员会总共将由 15 名成员组成：在线社区将投票选出 7 名成员，6 名成员将由维基媒体联盟通过平行流程选出，2 名成员将由维基媒体基金会任命。计划于 2021 年 11 月 1 日组建委员会。

您可以在此处了解每位候选人的更多信息，以便您做出明智的投票决定。

您也可以在此处了解更多关于起草委员会的信息。

我们正在为本次选举试点一个投票建议应用程序。点击该工具，您将看到离您最近的候选人！要试用此工具，请访问：应用程序

请在 SecurePoll 上投票：投票

阅读完整公告：此处

此致，Zuz (WMF) (talk) 17:44, 13 October 2021 (UTC)

了解运动战略实施补助金如何支持您的运动战略计划

运动战略实施补助金现已提供超过 2,000 美元，用于将运动战略计划付诸实践。了解更多关于运动战略实施补助金、标准以及如何申请的信息，请访问此处。

此外，运动章程起草委员会选举仍在进行中。提高社区参与度将是一件好事。如果您尚未投票，现在正是时候。请在 10 月 24 日之前在此处投票。此致，Zuz (WMF) (talk) 13:55, 20 October 2021 (UTC)

与社区技术交流

用另一种语言阅读此消息

大家好！

我们，正在从事社区愿望清单调查的团队，希望邀请您参加我们的一次在线会议。会议将于27 October (Wednesday) at 14:30 UTC 在 Zoom 上开始，持续一小时。 点击此处加入。

议程

• 成为社区心愿单调查大使。帮助我们在您的社区宣传 CWS。
• 关于消歧义和实时预览愿望的更新
• 问答

形式

会议不会录制或直播。会议记录将匿名公开在 Meta-Wiki 上。演示文稿（议程中除问答环节外的所有要点）将以英语进行。

我们可以用英语、法语、波兰语、西班牙语、德语和意大利语回答问题。如果您想提前提问，请在社区愿望清单调查讨论页上添加，或发送至 sgrabarczuk@wikimedia.org。

Natalia Rodriguez（社区技术经理）将主持本次会议。

邀请链接

• 在线加入
• 会议 ID：83847343544
• 按地区拨打

希望见到您！ SGrabarczuk (WMF) (talk) 23:00, 22 October 2021 (UTC)

认识新的运动章程起草委员会成员

运动章程起草委员会选举和遴选程序已完成。

• 《选举结果已公布》。1018 名参与者投票选出了七名委员会成员：Richard Knipel (Pharos)，Anne Clin (Risker)，Alice Wiegand (Lyzzy)，Michał Buczyński (Aegis Maelstrom)，Richard (Nosebagbear)，Ravan J Al-Taie (Ravan)，Ciell (Ciell)。
• 联盟流程已选出六名成员：Anass Sedrati (Anass Sedrati)，Érica Azzellini (EricaAzzellini)，Jamie Li-Yun Lin (Li-Yun Lin)，Georges Fodouop (Geugeor)，Manavpreet Kaur (Manavpreet Kaur)，Pepe Flores (Padaguan)。

维基媒体基金会任命了两名成员：Runa Bhattacharjee (Runab WMF)，Jorge Vargas (JVargas (WMF)。委员会将很快召开会议开始工作。委员会最多可任命三名额外成员，以弥补多样性和专业知识的差距。

如果您有兴趣参与运动章程起草过程，请在Meta 上关注更新，并加入Telegram 群组。

您可以在此处用其他语言阅读此公告。

感谢运动战略与治理团队

Zuz (WMF) (talk) 19:50, 1 November 2021 (UTC)