Wikivoyage:Travellers' pub/2021

Travellers' pub 存档： 2007 • 2008 • 2009 • 2010 • 2011 • 2012 • 2013 • 2013 (附加) • 2014 • 2015 • 2016 • 2017 • 2018 • 2019 • 2020 • 2021 • 2022 • 2023 • 2024 • 2025

tr.voy 现已开放

欢迎访问 tr:，并向我们的旅行者伙伴们说声 hoş geldiniz。 —Justin (koavf)❤T☮C☺M☯ 2021年1月20日 07:53 (UTC)[回复]

这是土耳其语，为我们那些没有记住所有 ISO 639 alpha-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)[回复]

User: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 中删除，仅仅因为一个傀儡账户一直在将它们的缩略图添加到姐妹网站（例如，我添加了一些到 Venice）。我认为我们最好至少在本地上传那些因缺乏完全自由全景的超级官方保证而被删除的印度尼西亚照片。 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（以及因此在更广为人知的 Wikipedia）上的图片被大规模删除（从而无疑会对对版权法不必要严格解释的实际影响产生负面宣传）时不会改变立场。 -- AndreCarrotflower (讨论) 2021年2月1日 15:57 (UTC)[回复]

事实上，经过进一步检查，Liuxinyu970226 引用（即 Ikan Kekek 在他最初的帖子中引用的第二个链接）的 Commons 模板 Commons template 自 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)[回复]

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

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

“这不仅是循环逻辑，而且也是一种非常天真的看待人类动机的方式。” 并非如此，我不是在陈述一个前提作为我的结论。我只是在告诉你 Commons 的基本规则：Commons 只允许在起源地和美国都获得自由许可的媒体；如果媒体在起源地未获许可，则不允许在 Commons 上使用。这是在保持一致性，并向你解释关于在 Commons 上许可媒体的最基本规则。“对于有理性的人，我相信大多数 WMF 贡献者都属于这一类，在某个时候，保护他们投入了大量时间和精力工作的完整性比固执地坚持某个遥不可及的哲学理想更为重要。” 似乎您根本误解了 Commons 的含义：整个*要点*在于您*知道*您可以不受限制地使用这些媒体。如果存在一些限制，那么应该在 Commons 以外的地方处理该媒体。它*可以*在单个项目上本地化，也可以在站外处理，但当您访问 Commons 时，您必须知道您可以无限制地使用您获得的媒体，最多不超过 -BY 或 -SA。 -- 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，“非自由 Wiki”的提议比仅仅标记一些照片为仅限非商业用途要复杂得多。我认为将基于合理使用和重要教育目的的豁免条款的本地使用外包并没有什么明显的优势，而唯一的问题是文件可以用于除赚钱以外的任何目的。 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。当 Turkey 屏蔽 Wikipedia 时，WMF 也表现出类似的立场。而且 Commons 拥有的自由媒体比“自由”不是必需品时要多得多。当然，并非所有 Wikipedia 和 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)[回复]

对于像葡萄牙这样已经有本地语言维基行程的地区，我们应该引导他们去那里，而不是去英文版。葡语版比我们更需要新贡献者，而且大多数非英语维基行程的情况也一样。--AndreCarrotflower（讨论） 2021年2月16日 19:37 (UTC)[回复]

我明白你的意思，并且原则上同意。葡语版维基行程基本上已经死了，从他们的近期更改可以看出。我对我的葡萄牙语不够自信，无法贡献太多，而且损坏的列表模板阻止了我尝试。然而，葡萄牙（及其他葡语国家）的受过教育的人通常都能说英语，因为这是学校的必修科目。他们也认识到英语在国际旅行者中最有可能成为通用语。为英文维基项目做出贡献的人似乎会乐于在英文维基行程上做出贡献。虽然我不会在葡语维基或其他语言上打广告，但我会交叉宣传同语言的维基行程和维基项目实例。--Nelson Ricardo（讨论） 2021年2月16日 20:03 (UTC)[回复]

我以前在维基百科的爱尔兰维基项目上做过类似的事情；但没有引起任何兴趣，也没有对爱尔兰条目进行任何编辑。希望维基百科的葡萄牙语爱好者更有干劲。--ThunderingTyphoons!（讨论） 2021年2月16日 21:11 (UTC)[回复]

如果你在英语维基百科上联系，那么在英语维基行程上编辑是最有意义的，即使他们通常编辑和添加与葡萄牙有关的内容。你可能会遇到对这个国家出于某种原因感兴趣但语言不流利的人。吸引葡萄牙语维基行程编辑者的最佳方法是前往葡萄牙语维基百科。Gizza^（漫游） 2021年2月16日 21:57 (UTC)[回复]

我认为这是个好主意。谢谢你这么做。不过，这是一个流量很小的页面，所以期望值低可能更好。WhatamIdoing（讨论） 2021年2月16日 22:57 (UTC)[回复]

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

需要关注的潜在用户

在英文维基百科上有一个人引起了社区的注意，他撰写了许多关于极小城镇的离奇旅行指南。你可以在这里阅读所有细节。我有一种不祥的预感，有人试图让他摆脱英文维基百科的麻烦，并注意到他文章的细节，会将他引向维基行程，所以我只是给广大社区一个提醒，如果这个人来到这里，我们至少应该关注他。Vaticidalprophet（讨论） 2021年3月22日 18:35 (UTC)[回复]

那场讨论，所有管理员似乎都认为他们有权贬低相关用户，这很好地提醒了我为什么我不更多地参与维基百科。话虽如此，感谢你的提醒，希望该用户不会发现维基行程（坦白说，希望他们都不会发现维基行程，因为他们看起来像是欺凌者）。--ThunderingTyphoons!（讨论） 2021年3月22日 18:43 (UTC)[回复]

w:Draft:Nugunek 是该贡献者作品的一个有用例子，也是为什么我们应该保持警惕的原因。读者被告知“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)[回复]

希望他甚至不知道维基行程的存在。SHB2000（讨论） 2021年3月23日 05:21 (UTC)[回复]

此外，唯一有用的好文章是w:Draft:Bromley, Victoria，我将开始在不参考英文维基百科的情况下处理它。这样，我们希望他没有理由来这里。SHB2000（讨论） 2021年3月23日 05:37 (UTC)[回复]

算了，那个村庄只有 56 人，离Cooladi 远不近。SHB2000（讨论） 2021年3月23日 05:41 (UTC)[回复]

@Vaticidalprophet, @Ground Zero，我看到该用户在英文维基百科上被封禁了。SHB2000（讨论） 2021年3月26日 10:47 (UTC)[回复]

并不奇怪。就我所知，这里有一些信誉良好的人在英文维基百科上被封禁，而且我几乎可以肯定，每个英语系的姊妹项目都是如此。但我一直在关注他们在那里对这个人的讨论，结果正如我所料。Vaticidalprophet（讨论） 2021年3月26日 18:31 (UTC)[回复]

不幸的是，只在英文维基百科上被封禁。希望没有人会把 Fram 或 TableSalt342 指引到这里。SHB2000（讨论） 2021年3月27日 02:20 (UTC)[回复]

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

有点相关：我喜欢维基行程的一点是，这里的社区基本上都是好人。我们都有不同的优势和兴趣领域，但我们努力互相帮助，即使有人心情不好，或者我们有分歧，人们也会尽量不刻薄或记仇。我有时会来到这个页面，感觉好像侥幸找到了互联网上的一群讲道理的成年人。谢谢你们。WhatamIdoing（讨论） 2021年3月27日 18:07 (UTC)[回复]

“感觉好像侥幸找到了互联网上的一群讲道理的成年人”——那 AnglaisEP 的学生呢？

另外，我在英文维基百科上也有类似的编辑次数。96% 是在回退破坏。英文维基百科的破坏率比维基行程的总编辑率还高。--SHB2000（讨论） 2021年3月28日 05:04 (UTC)[回复]

@WhatamIdoing，考虑到 KevRobbAU 已经退休（意味着没有对 User:Ground Zero 的个人管理员攻击），我有点同意你的观点。SHB2000（讨论） 2021年3月28日 11:13 (UTC)[回复]

全球机器人政策变更

你好!

根据列表，你的维基项目当前已选择加入全球机器人政策。因此，我想让你知道在全球意见征求结束后做出的一些变更。

全球机器人现在需要经过为期 2 周的讨论，并通过大规模邮件列表进行公开，可在 Meta 上的机器人政策/新全球机器人讨论中找到。如果你对新的全球机器人提案感兴趣，请订阅你自己或你的维基项目。
要考虑批准一个机器人，它必须证明在多个项目中都受到欢迎，并且做到这一点的一个好方法是在一个任务中至少在 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)[回复]

我很好奇——CommonsDelinker 用户是否被算作全球机器人？如果唯一剩余的已批准任务是双重重定向，那么它是如何被允许运行的？—Granger （讨论 · 贡献） 2021年4月7日 20:36 (UTC)[回复]

我这样算吗？是的。这个政策在实践中非常混乱，以至于没有人再强制执行了。WhatamIdoing（讨论） 2021年4月8日 16:49 (UTC)[回复]

仅限 GFDL 的本地上传

我对我们是否应该有一个本地上传政策，仅适用于GNU自由文档许可证(GFDL)。它是一个复制许可协议，并且许多项目上的图像都是用它上传的，但 Commons 已经逐步淘汰了 GFDL，并且不再允许上传以 GFDL 许可的新文件（旧文件是追溯的）。我最近一直在制作横幅，并为Sale (Victoria)制作了一个相当不错的横幅，但在创建之后注意到它所衍生的 Commons 文件是 GFDL 许可的——这意味着我无法在那里上传它。我所知道的大多数有本地上传的项目都允许 GFDL 上传，并将它们视为其他自由图像的处理方式，所以我支持我们制定该政策。Vaticidalprophet（讨论） 2021年4月12日 08:49 (UTC)[回复]

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

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

我倾向于认为没有理由对“如果某样东西不属于此类别，你必须将其上传到 Commons”设定硬性限制，而不是“我们优先将任何不必是 GFDL 的内容发送到 Commons”，但同样，我完全不介意对何时何地可以进行本地 GFDL 上传设定硬性规定。我很乐意提出一个立场，即我们可以进行 GFDL 上传，这些上传要么是 Wikivoyage 相关的衍生作品，源于预先存在的 GFDL 文件（例如 Sale 横幅），要么是与 Wikivoyage 相关的 GFDL 文件的跨项目导入（例如，英文维基百科上有大约两三百个 GFDL 文件，内容是美国西部城镇和地区，如果决定实施 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)[回复]

我认为这不允许对 2018 年之前的上传内容进行新的衍生作品，而且肯定不允许转移我想要在维基行程上使用的、在此日期之后许可的其他本地文件。经过一番研究，似乎我们已经有一些 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:为什么维基行程不是 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)[回复]

关于m:Universal Code of Conduct/2021 consultations的维基语指南讨论

本次讨论的要点：维基媒体基金会正在就《通用行为准则》的应用征求意见。本次咨询的目标是帮助勾勒出明确的执行途径，供一个起草委员会在今年晚些时候设计用于全面社区审查的提案。提案可能会与现有流程整合，或包含其他建议的途径。有关UCoC项目的更多信息，请参阅《通用行为准则》概述。

以前是《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发出最后通牒，让他们在x时间内整顿好，否则，他们将被外部接管，参与此类滥用行为的人将被封禁——或者如果这对管理员来说工作量太大，则将这些维基项目逐出维基媒体运动，因为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，它是在一些管理员引发争议后引入的（我想——那是在我之前）。至少有一位常客在第N次连任时因不够敏锐而被拒绝，但他仍然写作，并担任非特权管理员任务。我推荐这个系统给任何中等规模的维基，而且偶尔我也会想念它，例如在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有时会收到这种指控，即使这些指控大多来自恶作剧者，但能够出示清晰的证明也是好的。我在这里认为可信度不是问题，但在某些情况下仍然会感到尴尬。

我犹豫是否要向我们推荐这个系统，是因为我不相信这里的动态会和sv-wp一样。我认为0-2票反对很重要：它们表明不一定要支持每个人。经常有一些冲突使得这些投票可以理解（例如，在编辑战期间语气严厉和被认为有偏见等）。我们在维基语指南上也有一些冲突，但它们的性质不同。

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

是的，拥有一定数量的反对票作为一种背景噪音是好的。否则人们可能会觉得自己被孤立了。

另一个要考虑的数字：瑞典维基百科目前有62名管理员，而英文维基语指南有48名。我怀疑年度连任流程意味着瑞典维基语指南的管理员比其他情况要少，因为不那么活跃的编辑者可能不会选择连任。WhatamIdoing （讨论） 2021年4月21日03:36 (UTC)[回复]

大家好，我一直在关注，想感谢大家迄今为止的精彩评论。我注意到一个问题，并且可以引用英文维基百科版本咨询中链接的一篇文章：en:WP:UCOC2021：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	italiano	it
3	2012-09-23	英语	en
4	2012-09-29	荷兰语	nl
5	2012-10-03	français	fr
6	2012-10-06	svenska	sv
7	2012-10-18	русский	ru
8	2013-01-07	español	es
9	2013-01-07	português	pt
10	2013-02-06	polski	pl
11	2013-02-06	română	ro
12	2013-03-21	希伯来语	he
13	2013-03-21	українська	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	suomi	fi
19	2017-09-25	हिन्दी	hi
20	2018-06-07	বাংলা	bn
21	2018-06-07	普什图语	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 more

点击最后一个会显示所有语言的列表。--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比以前的长列表效果更好。读者更有可能使用短列表而不是长列表。WhatamIdoing （讨论） 2021年4月29日18:38 (UTC)[回复]

当然，对于那些轻松掌握十几种语言的人，或者像我这样不管语言能力如何都会访问大量维基（例如，全球管理员，工作原因），这并不总是方便的，但对于普通读者来说，这似乎效果更好。 WhatamIdoing （讨论） 2021年4月29日 18:38 (UTC)[回复]

是的，我确实相信研究结果——但它们并没有说明全部情况。

在芬兰，学校里通常学习3-4门语言（加上母语），瑞典语接近挪威语的尼诺斯克语和书面语，以及丹麦语。如果你碰巧还懂一些德语和荷兰语（这些也相对接近），你就拥有了十种语言。如果我查看波兰维基百科上的图片，我就会失去“我的”一种语言。这对于一位拥有大学学位的讲瑞典语的芬兰人来说，一点也不例外，即使他对拉丁语、希腊语或世界语，或者语言本身不感兴趣。而且，你不需要精通十种语言就能通过查看一些维基百科（出于任何原因）而让其他语言被挤出。对于一个懂英语、西班牙语和法语的美国人来说，十种语言的限制看起来就大不相同了。

当然，许多北欧人只局限于他们的母语和英语。但我们的关注点不是让人找到英语（他们无论如何都会知道），而是发现丰富的语言。通常，这十种语言中包含一些非常特别的语言（比如罗姆语和意第绪语），这意味着他们可能会点击的许多语言都不在紧凑列表中。当然，这对于那些在意他们的列表里缺少博克马尔语或荷兰语的极少数人来说是一个问题。但问题是真实的：我通常在紧凑列表中看不到芬兰语（在我没有禁用它的项目上），尽管我是双语者并且住在芬兰（我的元维基上的用户语言框不算吗？）。

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

是的，你所在的国家和你使用的用户语言框都被考虑在内。如果你从芬兰连接，并且你的{{#babel}}框中有fi，并且你正在查看一个有相应芬兰语页面的页面，而你却在初始列表中没有看到芬兰语，这可能是一个bug，我需要知道是哪个页面。 Amir E. Aharoni （讨论） 2021年5月1日 20:31 (UTC)[回复]

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

现在我尝试了一下，我无法让芬兰语消失。我可能是在列表中找错了地方（瑞典语维基百科按本地名称排序语言）。–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分享了这个，但也决定在这里发布以提高可见度。这个模板可以通过“技巧”在不列出地区的情况下，提供静态地图和动态地图，而不会弄乱文章。（分享这个想法是由于上面的讨论。） Nelson Ricardo （讨论） 2021年6月5日 21:29 (UTC)[回复]

我认为最好是正确地扩展{{mapframe}}以允许这种可切换的地图（目前它只允许它们一个接一个）。这个技巧效果不错/看起来不错，但它仍然是一个糟糕的技巧 :) -- 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)[回复]

三个问题是

委员会的构成应如何体现运动角色、性别、地区、隶属关系和其他多样性因素？
选择委员会成员以组成一个称职且多元化的团队的最佳流程是什么？
对委员会成员的投入有何合理预期，包括每周工作时间和工作月数？

关于向页面添加和删除模板的一系列更改

德国维基媒体的技术愿望团队正在开发一系列项目，以简化处理模板的工作。这个重点领域是2019年由德语维基社区成员选定的。您的维基是几个率先获得这些改进的维基之一。这个重点领域中的一系列更改将很快在您的维基上推出。

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

我们计划在包括本维基在内的多个维基上部署所有这些更改，~~于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 ticket）。既然您是维基上的唯一编辑者，我想您可以自行决定规则。谢谢，祝好， Timur Vorkul (WMDE) （讨论） 2021年6月11日 09:03 (UTC)[回复]

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

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

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

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

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

您可以通过将新闻期刊翻译成您的语言来帮助我们传播消息并提高对新行为准则的认识，以使我们亲爱的社区对我们所有人来说都是安全的。如果您希望提前了解要翻译的草案期刊，请在此处添加您的名字。您的参与是宝贵的，并受到赞赏。

附属机构咨询 – 各类大小的维基媒体附属机构均被邀请参加2021年3月和4月的UCoC附属机构咨询。（继续阅读）
2021年关键咨询 – 维基媒体基金会于2021年4月和5月举行了执行关键问题咨询，以征求更广泛的维基媒体社区对UCoC执行的意见。（继续阅读）
圆桌讨论 – UCoC协调团队于2021年5月主持了两次90分钟的公开圆桌讨论，讨论UCoC关键执行问题。还有更多对话正在安排中。（继续阅读）
第二阶段起草委员会 – UCoC第二阶段的起草委员会于2021年5月12日开始工作。了解更多关于他们的工作。（继续阅读）
Diff博客 – UCoC协调员撰写了多篇博客文章，基于2021年第一季度当地项目咨询期间的有趣发现和见解。（继续阅读）

服务器切换

用另一种语言阅读此消息 • 请帮助翻译成您的语言

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

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

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

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

其他影响:

后台任务将变慢，有些可能会被丢弃。红链接可能更新不及时。如果您创建的文章已在其他地方链接，该链接将比平时更长时间地显示为红色。一些长时间运行的脚本将被停止。
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)[回复]

意大利语维基语指南已达10,000篇文章

欢迎加入意大利语交流区，共同庆祝这一重要里程碑。附注：任何语言的交流都将受到赞赏 :-) --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年董事会选举将于8月4日开始。社区候选人已被要求提交竞选。经过三周的候选人招募，共有20位候选人参加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期阅读完整新闻通讯

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

如果您还没有订阅，请记得在此订阅，以便收到未来各期通讯的通知。如果您愿意在未来帮助进行翻译，也请在此留下您的用户名。

执法草案准则审查 - 制定委员会的初步会议帮助连接和对齐了执法方面的关键主题，同时突出了关于我们运动现有流程和差距的先前研究。（继续阅读）
骚扰目标研究 - 为了支持制定委员会，维基媒体基金会进行了一项关于维基媒体项目上骚扰经历的研究。（继续阅读）
职能人员咨询 - 自六月以来，各维基的职能人员一直在开会讨论在全球范围内实施UCoC的未来情况。（继续阅读）
圆桌讨论 - UCoC促进团队再次举办了一次圆桌讨论，这次是针对韩语社区成员和其他ESEAP项目的参与者，讨论UCoC的执行问题。（继续阅读）
社区早期采用UCoC - 自2021年2月被董事会批准以来，UCoC在维基媒体社区内被采用和应用的情况不断增加。（继续阅读）
临时信任与安全案件审查委员会新时间表 - CRC原定于7月1日结束。然而，由于UCoC预计将开发至12月，CRC的时间表也有所改变。（继续阅读）
Wikimania - UCoC团队计划在2021年Wikimania期间举办一次由运动各代表参加的、经过协调的讨论。它还计划在会议的社区村（Community Village）设有展位。（继续阅读）
Diff博客 - 请查看维基媒体Diff博客上关于UCoC的最新文章。（继续阅读）

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

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

运动策略宣布征集运动章程起草委员会候选人。征集期为2021年8月2日至9月1日。

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

您是否愿意在这个重要角色上帮助维基媒体向前发展？从下周开始，请在此提交您的候选资格。如有疑问，请联系strategy2030wikimedia.org。祝好， Zuz (WMF) （讨论） 2021年7月31日 12:57 (UTC)[回复]

董事会选举延期至8月18日

大家好。

如您所知，董事会选举原定于8月4日开始。由于SecurePoll出现了一些技术问题，选举必须推迟两周。这意味着我们计划于8月18日开始选举，即Wikimania结束后的一天。

有关技术问题的更多信息，您可以在此处的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年选举。

维基媒体运动有机会投票选出社区和附属机构的理事。通过投票，您将有助于确定那些具备未来几年最好地服务于运动需求的人。董事会预计将选出得票最多的四位候选人担任理事。投票将于8月31日结束。

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

了解候选人。了解董事会。投票。

阅读完整公告。

祝好， Zuz (WMF) （讨论） 2021年8月18日 07:11 (UTC)[回复]

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

通用行为准则第二阶段起草委员会希望就执法草案准则发表评论，以供通用行为准则（UCoC）使用。此审查期计划为2021年8月17日至10月17日。

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

您可以在草案审查讨论页和多个其他场所用任何语言分享评论。鼓励社区成员组织社区内的讨论。

计划举行关于UCoC执法草案准则的现场讨论：

2021年Wikimania会议 - 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)[回复]

Wikimania

今年的Wikimania因在线举办而免费。如果我们想设置一个30分钟的Wikimania:2021:Unconference会议（或多个会议），以便任何人有机会谈论维基语，现在还不算太晚。非正式的Wikimania:2021:Community Village是我们见面的另一种方式。 WhatamIdoing （讨论） 2021年8月5日 22:25 (UTC)[回复]

我同意。终于能把一些编辑者的用户名和本人对应起来就好了。 OhanaUnited^讨论页 2021年8月6日 06:23 (UTC)[回复]

提醒@WhatamIdoing：您会在Wikimania期间安排会议吗？ OhanaUnited^讨论页 2021年8月14日 04:31 (UTC)[回复]

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

会议将在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)[回复]

我已将Wikimania非会议（Unconference）会议的记录发布到Wikimania页面。我们在会议中听到的一项主题是本网站视障用户在可访问性方面的问题。 OhanaUnited^讨论页 2021年8月19日 03:04 (UTC)[回复]

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

关于“可访问性列表（项目符号之间有空行）”，这仅仅是因为编辑者在列表模板之间留下了实际的额外硬回车，还是模板本身有问题？
是的，考虑到它是世界上最讲的十种语言之一，葡萄牙语维基语指南的排名并不理想。尽管我的葡萄牙语不完美，但我愿意在那里做贡献，但缺少列表编辑器（在初始添加后）让我望而却步。损坏的页面横幅也无济于事。

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

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

这样的机器人 elsewhere 存在，并且其中一些操作员很乐意在这里工作。我发现英文维基语在过去（例如五年前）比现在少见这种错误。也可以由使用AWB/类似脚本的编辑者来完成。 WhatamIdoing （讨论） 2021年8月19日 15:58 (UTC)[回复]

有人修正了大多数文章中的这些问题，而且我现在遇到这些额外行时也会将其删除。单行图片也会破坏列表；我通常会<-- 注释掉 --> 这些换行。 –LPfi （讨论） 2021年8月20日 09:07 (UTC)[回复]

一个AWB机器人将有助于查找剩余的页面，并在添加或删除条目时频繁扫描页面。 OhanaUnited^讨论页 2021年8月21日 04:32 (UTC)[回复]

我同意并支持在WV引入AWB机器人。 --来自 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)[回复]

改进的模板搜索需要反馈

你好！技术愿望团队恳请您对我们正在进行的改进项目中的某个特定部分提供反馈。请花一分钟时间告诉我们您的想法。

我们目前正在实施多项关于模板的改进。作为此项工作的一部分，“添加模板”对话框中的搜索功能已得到改进，以使查找相关模板更加容易。以前，您需要知道要添加模板的确切标题 - 现在您可以搜索整个模板名称和模板文档页面中的关键字。此更改已在几个维基上部署，我们的计划是到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)[回复]

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

让我们来讨论一下哪些西班牙语国家在这个网站上最需要帮助。这是我提问的背景：

在User talk:Ikan Kekek#WikiSP Annual Plan中，负责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)[回复]

主题的想法听起来是个好主意（尤其是公园）。正如User:DaGizza所说，“那些英语国家或发达国家（如果不是两者兼有）的国家（地区）的覆盖率显然不可避免地比那些两者都不是的国家（地区）要好。有时，前者中一些偏僻的、无人问津的目的地会有文章，而后者中包含最著名景点的目的地却还没有。”，但就这种情况而言，即使对于一些英语国家（地区），公园的覆盖率也很差，我只能想象西班牙语国家（地区）的公园情况。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年8月29日01:23 (UTC)[回复]

我的问题（“太宽泛”是针对什么而言？）仍然存在，但我同意将各种想法都交给愿意参与的用户群体，因为逻辑上来说，获得最多关注的提案（或提案）将吸引最多的参与。对于编辑马拉松，我认为我们应该优先追求大量的编辑，所以了解哪些拟议主题吸引最多人是个好主意。

一个选得好的主题无疑可以成为激发许多人兴趣的“切入点”。但即使有主题，你还得考虑如何界定地理范围的广窄：宏观（例如，拉丁美洲美食）还是相对微观（例如，墨西哥的国家公园）？ --ThunderingTyphoons!（讨论） 2021年8月29日10:37 (UTC)[回复]

我想，许多参与者都乐于看到成果。专注于几个国家（地区）并将其内容提升到可用（或任何其他级别）水平，意味着会有明确的成果。如果关注点更广泛，我们可能需要开发（或选择）一些指标来显示进展。新创建的公园文章当然很容易计算，而计算可用文章则鼓励我们先做好一篇再创建下一篇。有一个显示何处需要工作的系统会很有用，对于公园这个想法，“请检查此文章以确保没有遗漏”可能会有帮助。–LPfi（讨论） 2021年8月29日11:31 (UTC)[回复]

这是一个我之前没考虑到的好观点。如果成果良好（且切实可见），可能会鼓励一些用户留下来，我认为上一场编辑马拉松虽然很受欢迎，但在用户留存方面却有些困难。--ThunderingTyphoons!（讨论） 2021年8月29日16:00 (UTC)[回复]

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

大家好，

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

摘要

我们将在 2022 年一月举办 2022 年社群愿望清单调查。我们需要更多时间来处理 2021 年的愿望。我们也需要时间来准备对 2022 年愿望清单的一些修改。在此期间，您可以使用专门的沙盒来提交 2022 年愿望的早期想法。

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

过去，社群技术团队会在前一年十一月举办次年的社群愿望清单调查。例如，我们在 2020 年十一月举办了2021 年愿望清单。这在几年前效果很好。那时，我们通常会在投票结果公布后不久开始处理愿望清单。

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

我们希望在 2022 年一月举办 2022 年愿望清单会更直观。这也会给我们更多时间来完成 2021 年愿望清单中的更多愿望。

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

我们正在考虑如何让愿望清单更容易参与。我们希望支持更多的翻译，并鼓励资源匮乏的社群更加活跃。我们希望有时间来做出这些改变。

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

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

我们将于9 月 15 日 23:00 UTC开始我们的第一次会议。有关议程和形式的更多详情即将发布！

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

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

反馈

我们应该做些什么来改进愿望清单页面？
您想如何使用我们的新沙盒？
我们决定更改 2022 年愿望清单日期的决定，您认为存在哪些（如果有的话）风险？
什么将有助于更多人参与 2022 年愿望清单？

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

SGrabarczuk (WMF)（讨论） 2021年9月7日00:23 (UTC)[回复]

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

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

Rosie Stephenson-Goodknight
Victoria Doronina
Dariusz Jemielniak
Lorenzo Losa

虽然这些候选人已通过社群投票排名，但他们尚未被任命为理事会成员。他们仍需通过成功的背景调查并符合《章程》中概述的资格。理事会已设定了在本月晚些时候任命新理事的初步日期。在此处阅读完整公告。此致， Zuz (WMF)（讨论） 2021年9月8日10:22 (UTC)[回复]

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

运动策略宣布运动章程起草委员会候选人征集。征集时间为 2021 年 8 月 2 日至 9 月 14 日。

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

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

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

知道如何协作写作。（有证明的经验是加分项）
准备好寻找折衷方案。
专注于包容性和多样性。
了解社群咨询。
拥有跨文化沟通经验。
在非营利组织或社群中拥有治理或组织经验。
有与不同方进行谈判的经验。

委员会预计将有 15 名成员。如果候选人达到 20 名或更多，将进行混合选举和选拔过程。如果候选人只有 19 名或更少，则进行不经过选举的选拔过程。

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

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

服务器切换

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

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

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

不幸的是，由于MediaWiki的一些限制，在进行切换时，所有编辑都必须停止。我们对此造成的不便表示歉意，并正在努力减少未来的此类情况。

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

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

其他影响:

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

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

SGrabarczuk (WMF)（讨论） 2021年9月11日00:46 (UTC)[回复]

与社群技术团队对话

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

大家好！

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

议程

形式

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

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

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

邀请链接

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

我们再会！ SGrabarczuk (WMF)（讨论） 2021年9月11日03:04 (UTC)[回复]

提议在测试功能中启用 Flow

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

我提议在测试功能中启用 Flow，因为它能使讨论更整洁。目前它已在法语维基旅游上使用，但仅限用户讨论页，并且仅对希望使用它的人开放，我必须明确使用此小工具完全是可选的。在法语维基旅游上的原始提案中提出的论点，确实适用于所有地方，包括这里。

Flow 项目的主要目标是：

让新用户更容易接触到维基讨论系统。
提高经验用户的效率。
鼓励更多建设性的对话，促进协作。

当然，我并不是提议完全废除当前的讨论页系统，我只是想问是否可以在本维基上启用它，供少数希望使用此工具的用户使用。使用它并非强制，就像在法语维基旅游上一样。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年9月1日10:15 (UTC)[回复]

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

哦，而且 Flow 页面不能被移走以恢复为普通讨论页。即使 Flow 讨论被删除，页面仍然是 Flow 页面，如果我没理解错的话。–LPfi（讨论） 2021年9月1日16:54 (UTC)[回复]

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

想看一个我更期待的替代方案，请前往特殊:用户偏好设置#betafeatures 并启用“讨论工具”项目。最新的功能尚未可见；它允许您订阅单个讨论串，而无需将整个页面添加到监视列表。如果您想看它，请点击https://wikivoyage.cn/wiki/Wikivoyage:Travellers'_pub?dtenable=1，然后寻找新的 [订阅] 按钮。（这也会向您展示当前通过特殊:用户偏好设置中的测试功能可用的功能，例如 [回复] 按钮。）@PPelberg (WMF)，我们能否优先为英语维基旅游启用回复工具？ WhatamIdoing（讨论） 2021年9月2日15:26 (UTC)[回复]

同意，虽然我对 Flow 不熟悉。听起来替代方案比 Flow 程序的问题要少。 --评论来自 Selfie City（讨论 | 贡献） 2021年9月2日19:05 (UTC)[回复]

我在 fr:voy:fr:Discussion utilisateur:SHB2000 上快速测试了一下，禁用它并没有遇到太多问题。它只是取消了我的旧讨论页的存档，并且可以轻松恢复。不过，这里有一段引述：

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

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

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

我在您的 FR 用户讨论页上试用了。它确实看起来是一个更整洁、组织更好、更易于使用、现代化的界面。嵌套功能可以改进，但也许它只是无法处理我自言自语。如果我们投票，对我来说这是一个赞成票，支持。 --Nelson Ricardo（讨论） 2021年9月5日17:21 (UTC)[回复]

看来当我回复时它起作用了。也许它就是不允许你对自己说话。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年9月6日01:41 (UTC)[回复]

他们停止在 Flow 上工作，因为他们还没有解决“缩进”模型。如果你回复最后一条评论，你的评论会出现在末尾，占满全屏。如果你回复的不是最后一条评论，那么你的评论会插在中间。这有助于识别乱序的评论，但如果你期望讨论页像一个倒金字塔一样，你就会感到惊讶。 WhatamIdoing（讨论） 2021年9月6日20:42 (UTC)[回复]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘鉴于我法语维基旅游讨论页上最近发生的事情，我将反对 Flow，因为它很难撤销破坏。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年9月26日11:31 (UTC)[回复]

如果你在处理 Flow 中的破坏行为方面遇到困难，可以与mw:User:Clump交流，他对 Flow 非常熟悉。 WhatamIdoing（讨论） 2021年9月26日19:00 (UTC)[回复]

理想情况下我会这样做，但不幸的是，许多破坏者都极其讨厌我，以至于我在任何 WMF 项目上的一个讨论页大约每三天就会被破坏一次。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年9月26日23:19 (UTC)[回复]

la.wikivoyage

如果有人有兴趣参与关于新的拉丁维基旅游的讨论，可以在这里。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年9月15日23:00 (UTC)[回复]

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

+1。没有活跃编辑者的项目容易招致破坏和垃圾信息。 WhatamIdoing（讨论） 2021年9月16日16:59 (UTC)[回复]

但难道这不正是SWMT的工作吗？ SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年9月16日23:59 (UTC)[回复]

您认为拉丁维基旅游会有英语短语手册吗？ ;-) Ikan Kekek（讨论） 2021年9月17日00:10 (UTC)[回复]

哈哈 ;）。不过我想知道世界语维基旅游上是否有。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年9月17日00:12 (UTC)[回复]

故意给全局管理员和小型维基监控团队制造额外的工作是不友善的。 WhatamIdoing（讨论） 2021年9月17日16:28 (UTC)[回复]

世界语维基旅游确实有一个英语短语手册。在我找到他们的法语短语手册后，通过随意查看页面，我才弄清楚如何搜索它。 Ikan Kekek（讨论） 2021年9月30日20:57 (UTC)[回复]

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

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

15 名委员会成员将通过三步流程选出

项目社群选举 7 名委员会成员。
联盟选拔 6 名委员会成员。
维基媒体基金会任命 2 名委员会成员。

社群选举将于 10 月 11 日至 10 月 24 日进行。其他流程将并行进行，以便所有流程都能在 11 月 1 日前完成。

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

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

User:Tony1

我收到了一封关于主题中被封禁用户的长邮件，请求解除封禁。由于我不知道用户是谁，也不知道他为什么被封禁（我没有时间去查找历史记录），我想知道是否有任何，或者所有 en:voy 管理员都收到了这样的邮件。然而，我建议任何对此案感兴趣的人，在采取任何自主行动之前，在此处进行讨论。

(时间顺序外) Tony1 请停止给我发邮件。我发起这个话题是因为一方面这是公平的，而且我完全理解您希望在几年后重新讨论您在某个维基上的封禁（而不是全局封禁），但另一方面，我希望避免管理员在没有公开讨论的情况下解除封禁。我个人建议您等待 en:voy 社群对此进行讨论，并且，在合理的时间后，如果您想添加什么，请随时在您主要维基（即 en:w）上的用户讨论页上写下来，并 ping 本次讨论中涉及的任何人以及您认为可能感兴趣的任何人（ping 可以从/到任何维基工作）。感谢您的理解。 --Andyrom75（讨论） 2021年10月8日08:29 (UTC)[回复]

@Andyrom75：似乎@Andre Carrotflower封禁了他们，依据是WP:NOTHERE，但就我个人而言，我反对解除封禁。他们在 frwiki 上也被封禁了，因为他们具有破坏性。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月8日09:52 (UTC)[回复]

这位用户也给我发了邮件。我不会完全公开邮件内容，但他在申诉理由中提到：“封禁阻止了我访问维基百科图书馆的非自由学术期刊，从而为我编辑的 en.WP 文章提供来源。”嗯，不对。我仍然不信任一个破坏了社群信任的人，这让他承担了全球性的后果。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月8日10:10 (UTC)[回复]

这位用户确实要求我在此粘贴他的理由，所以在这里：

封禁阻止我访问维基百科图书馆的非自由学术期刊，从而为我编辑的 en.WP 文章提供来源。

封禁阻止我参加最近的维基媒体基金会理事会成员选举投票。

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

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

我对第三个理由感到困惑。如果他不想编辑 Wikivoyage，为什么要请求我们解锁？ --评论者 Selfie City （讨论 | 贡献） 2021年10月8日 10:35 (UTC)[回复]

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

依我看，他应该被解封。这不是社区封锁。2019年的封锁并未经过Wikivoyage:User ban nominations。唯一一次封锁提名是在8年前，结果是被封锁3天。2019年，Andre不小心@了Tony（他对此感到后悔），和他发生了短暂争执，然后单方面封锁了他。他应该被解封，万一他开始有问题的编辑，可以走User ban nominations的流程。 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 - 如果你@我是在征求我的意见，我将赞同其他评论者的话，即投票给WMF董事会成员是一种特权，而非权利，并且这种特权理应被剥夺给在任何维基上进行破坏性编辑的人。同样正确的是，Tony1的问题不仅仅局限于他在Wikivoyage的行为；我现在无法提供链接，因为我不在办公室，正在用手机编辑，但搜索链接到他英文维基百科用户页面的页面应该能让任何好奇的人了解情况。另外，关于Nurg的评论，看到我作为管理员的行为（这并非违反Wikivoyage政策，并且当时得到了社区的广泛支持）在多年后被当时只在Wikivoyage事务中略有活跃的用户提出质疑和否定，尤其令人失望和羞耻。 -- Andre Carrotflower （讨论） 2021年10月8日 16:02 (UTC)[回复]

我向Andre道歉——我措辞不够仔细。Andre以“根据Wikivoyage:How to handle unwanted edits#User ban的例外列表；用户显然不是来建设旅行指南的”的评论封锁了Tony1。我或任何其他（据我所知）知情者都没有对此发表评论。从这个意义上说，存在沉默的共识。因此，可以说这是一次由沉默共识决定的社区封锁。任何知情者都未曾说过需要通过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 above所说相同。 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)[回复]

我实在想不出有什么好理由要多年后重提此事。如果他想向Wikimedia基金会申诉以获得投票董事会选举的许可或其他什么，那是他自己的事，不是我们的事。 Ikan Kekek （讨论） 2021年10月9日 17:08 (UTC)[回复]

我支持解封。我看不出维持封锁的必要。对于不知道的人来说，维基百科图书馆提供各种可靠来源的免费访问，主要用于验证维基百科文章中的内容。被封锁意味着你无法使用它。Tony在英文维基百科上进行了数十万次编辑，并且在特色文章流程中非常活跃。我认为我们不应该阻止他。而且，从2013年的三天封锁到六年后的无限期封锁，似乎有点奇怪。我对2019年封锁的理由也不太满意。基本上，Andre@了Tony1，在评论中称Tony1在另一个网站上写的观点文章是“一篇极其片面的拙劣文章”。Tony1已经五年没有在这里编辑了。然后Andre封锁了Tony1，因为他似乎震惊，震惊地发现作者在他们的作品受到侮辱时会感到愤怒。请看讨论以及Andre在此的编辑摘要，其中Andre承认了引发愤怒争吵的责任，但删除了Tony的回应（而不是Andre最初的侮辱性言论）。我并不一定认为这里的责任是均等的，但我认为多年封锁既非必要也非对此情况的恰当回应。我认为“抱歉，我们都不应该在公开场合侮辱任何人”会是更恰当的回应。 WhatamIdoing （讨论） 2021年10月9日 22:54 (UTC)[回复]

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

与此同时，我们在英文维基百科上也遇到了同样的问题。不幸的是，那里的一些管理员认为英文维基百科是唯一的WMF项目（他们中大多数人认为如此的人，在enwiki和Commons上的编辑几乎为零，加上他们在meta用户页上只有1次编辑），所以如果一个用户在英文维基百科上被封锁，并且这阻止了他在另一个维基上做某事，那么他们就会继续被封锁。如果英文维基百科社区想失去其他项目的编辑者，那就太糟糕了。Tony1所属的社区采取的行动适得其反，这真是太糟糕了。

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

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

我同样认为，我想不出有什么好理由要阻止维基百科阻止某人访问他们的图书馆，因为他们在另一个维基项目上被封锁了。 Ikan Kekek （讨论） 2021年10月10日 00:59 (UTC)[回复]

我不确定是他WV上的封锁，还是他法国维基百科上的封锁阻止了他访问图书馆。 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)[回复]

他在英文维基新闻上也是个麻烦人物，所以我想我们不是唯一要处理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在未来几年会逐渐衰落，然后死亡”的编辑摘要有问题。罪名是什么：“未能表现出足够的usiasm”？我觉得我们是在因为有人伤害了我们的感情而怀恨在心（“我们”指的是“在2012年在这里编辑过的人”，这不包括我们中的几个人）。解决失败预测的方法是取得成功，而不是封锁那些持怀疑态度的人。拒绝那些对你的爱好不热情的人，这是你期望从孩子那里看到的。 WhatamIdoing （讨论） 2021年10月12日 04:17 (UTC)[回复]

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

封禁阻止我访问维基百科图书馆的非自由学术期刊，从而为我编辑的 en.WP 文章提供来源。

封禁阻止我参加最近的维基媒体基金会理事会成员选举投票。

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

没有一个理由能解释他被封锁的原因，以及解封他能给项目带来什么好处。更何况，他从未在这些个人攻击后向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的事情。一个现在已经退出Wikivoyage编辑的IP（82.3.185.12），在那里因为“not here”而对另一个用户进行“trouting”，这在我看来有点傻（不过Tony不同，因为他对Andre进行了不知疲倦的个人攻击）。 SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月13日 10:37 (UTC)[回复]

关于英文维基百科的《Signpost》一篇详细说明英文Wikivoyage有多烂（以及其他语言完全不存在）的文章，对我来说是个决定性因素。我反对解封。--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 发生过冲突，有些是积极的，有些则不幸是负面的。他在专业写作和引文方面非常有技巧，这一点是无与伦比的，这也是他之所以未被禁止在他编辑次数最多的英文维基百科上活动的主要原因。不幸的是，他还进行过人身攻击，以及攻击英文维基旅人（即前面提到的《Signpost》文章）。我个人认为无限期封禁是过度的，我建议解除对他的封禁，但要警告他，今后任何破坏性行为都将导致封禁（可能无限期）被迅速恢复。不过，我对此意见并不强烈，并将就此问题请教活跃的社区。（至于全球影响，他还需要解除在法语维基百科上的封禁，才能恢复他在提到的一些领域中的活动。）--Rs chen 7754 2021年10月13日 18:10 (UTC)[回复]

至于合法批评的问题，我作为一名前事务员，确实质疑过一些维基媒体项目的合法性，有时也会公开讨论这些批评，但我不会去像《Signpost》这样的地方写片面文章。--Rs chen 7754 2021年10月13日 18:14 (UTC)[回复]

从使者的角度来看，如果 Tony 被解禁，我不希望看到它开创的先例。其他经常被禁的编辑者，如 AC 和 LM，也可能在 8 到 9 年后寻求宽恕，这将在此打开一个潘多拉的盒子。从 WMF 的角度来看，我确实同意，一个在 WMF 维基上的封禁/禁令阻止用户访问维基百科图书馆的非免费学术期刊是不公平的，但这应该在 WMF 层面解决。很可能还有其他编辑者在一个项目中具有破坏性且是净负面影响，但在其他项目中是净正面影响，并且处于与 Tony1 相似的境地。应该寻求一个解决方案，来帮助所有处境与 Tony1 相似的编辑者，而不仅仅是他。Gizza^（漫游） 2021年10月14日 01:25 (UTC)[回复]

AC 几天前也试图上诉他的禁令，所以如果我们解禁这个人而留下 AC 被禁，AC 将会指控我们歧视，因为他的行为与此类似。SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月14日 01:31 (UTC)[回复]

如果这有帮助的话，我愿意在适当的论坛上倡导向所有信誉良好（即未被封禁）的维基百科用户开放维基百科图书馆的访问权限。既然他不打算在这里进行任何编辑，他恢复禁令的请求不应该有相关性。我不同意 AC 是因为类似行为而被禁。他在这里的景点文章中进行了不准确的编辑，基于偏见。Tony1 是因为这两个帖子而被禁，尽管有此用户封禁帖和这个之前的积怨，但两者都没有导致封禁。重提此事令人不快，但我的感觉是，他费尽心思诽谤该网站，并公开敌视管理员，而不仅仅是不同意决定，而是走得更远。我们现在绝不会容忍像那时那样的敌对行为。说了这么多，我真诚地祝他一切顺利，并重申我愿意在别处代表他发言，但不是在这里。Ikan Kekek （讨论） 2021年10月14日 01:43 (UTC)[回复]

我说的“AC 被禁是因为类似的行为”是指他在破坏性方面的行为，而不是他具体做了什么（Tony 和 AC 都有破坏性行为，因此都被禁，但 AC 是因为偏见，而 Tony 是因为人身攻击，两者都是破坏性的）。SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月14日 01:49 (UTC)[回复]

是的，但说实话，我不在乎 AC 或他的反维旅人盟友怎么看我们。AC 指责我们歧视，这实在太好笑了，所以这不关我的事。我同意上面的评论，我们应该取消维基百科图书馆的限制，这没有意义。如果有人访问维基百科图书馆的人不应该访问，那么维基百科的回应就是封禁这个人。维旅人的封禁不应该影响其他网站；这相当于一个人被 Gmail 封禁，因此无法使用 Google 搜索。--评论来自 Selfie City （讨论 | 贡献） 2021年10月14日 02:17 (UTC)[回复]

忽略 AC，回到 Tony，但即使我们设法取消了维基百科图书馆的这个限制，他还需要解决他在法语维基百科上的封禁问题。而且在法语维基百科上被封禁是阻止某人访问图书馆的一个好理由，因为它们实际上是维基百科，而不是姐妹项目。SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月14日 02:22 (UTC)[回复]

同意。我们是否知道他是否已经联系过法语维基百科？--评论来自 Selfie City （讨论 | 贡献） 2021年10月14日 02:36 (UTC)[回复]

他最后一次在法语维基百科上编辑是在 2011 年，检查“链接到这里”，关于他的唯一链接是在 ANI 上看到的，是在 2009 年。SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月14日 02:41 (UTC)[回复]

大家好——这里只是简单说明一下，Tony 给我们发了邮件，我们已经将他的账户列入白名单，以便访问图书馆，所以这不必担心他的封禁状态。Samwalton9 (WMF) （讨论） 2021年10月14日 08:32 (UTC)[回复]

谢谢告知。我很高兴你这么做了。Ikan Kekek （讨论） 2021年10月14日 08:41 (UTC)[回复]

谢谢 :-) 。所以 Tony 唯一关心的是不能在董事会选举中投票，但是……正如 Andre Carrotflower 所提到的，那是一种特权，而不是权利。SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月14日 08:51 (UTC)[回复]

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

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

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

您的维基百科很快就会收到一个改进的模板编辑界面，支持 VisualEditor 和新的 wikitext 模式（测试功能）。这包括几项改进

总体设计（更多间距，更大的窗口以提高可用性），
更好地概览模板可用的参数，
通过复选框和搜索过滤器更轻松地添加参数，
提高重要信息的可见性，
添加了文档和帮助页面的链接。

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

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

我们非常乐意听到您对这些变化的看法。请在此讨论页上告知我们。-- Johanna Strodt (WMDE) （讨论） 2021年9月22日 14:09 (UTC)[回复]

又见面了！不幸的是，本次部署将稍有推迟

我们的团队目前仍在处理一些针对移动设备和屏幕阅读器的优化，所以我们计划在 10 月下旬/11 月初将此功能部署到您的维基百科。
这意味着此子页面上的文本尚未完成。当文本完成后，我们会在您的村庄泵上向您更新。然后您可以相应地更新您的帮助页面。
好奇您将看到什么的朋友，这里有两个视频：一个展示了英文维基百科上的当前界面，另一个展示了您很快将获得（目前在 betawiki 上）的改进界面。

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

抱歉造成不便！—— Johanna 代表技术愿望团队，Johanna Strodt (WMDE) （讨论） 2021年10月6日 10:45 (UTC)[回复]

Visual Editor 模板对话框改进的文档终于完成了，可以在此处找到。抱歉延迟了。这些更改计划于 11 月 16 日部署。——代表技术愿望团队，Timur Vorkul (WMDE) （讨论） 2021年11月4日 15:40 (UTC)[回复]

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

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

附注：我们仍在完善新的键盘导航的最终细节，它应该很快就能顺利运行。 Timur Vorkul (WMDE) （讨论） 2021年11月23日 14:10 (UTC)[回复]

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

有人知道为什么它会在今天早上 9 点左右（澳大利亚东部标准时间：UTC+10）随机出现吗？我检查了Special:Preferences#mw-prefsection-betafeatures，我并没有启用该工具。有什么办法可以退出回复工具，还是我将永远受其困扰？SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月1日 04:49 (UTC)[回复]

您可以在Special:Preferences#mw-prefsection-editing-discussion中禁用它。这在过去两周的m:Tech/News中已经宣布过了。我看到最新的副本仍在您的讨论页User talk:SHB2000#Tech News: 2021-39。这是最后一项。WhatamIdoing （讨论） 2021年10月1日 14:30 (UTC)[回复]

哦。这周我没看我的技术新闻，但谢谢你指出。SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月1日 14:40 (UTC)[回复]

我不是特别喜欢这个，但关键是要关注新用户通过评论参与的情况，以及是否有所改善。如果是这样，它将证明保留此工具是合理的。--评论来自 Selfie City （讨论 | 贡献） 2021年10月1日 21:33 (UTC)[回复]

抱歉迟到这场对话，但作为一名相当新的用户，我更喜欢使用回复而不是可视化编辑器。Tai123.123 （讨论） 2021年11月2日 01:08 (UTC)[回复]

来聊聊桌面改进吧

大家好！

您是否注意到某些维基百科的桌面界面不同？对后续步骤感到好奇吗？也许您对设计或技术方面有疑问或想法？

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

议程

近期进展更新
固定页眉 - 演示版本介绍
问答环节，讨论

形式

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

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

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

邀请链接

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

我们希望见到您！ SGrabarczuk (WMF) 2021年10月4日 15:09 (UTC)[回复]

《通用行为准则》草案执行指南审查仍需要您的想法和意见

大家好，

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

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

我们还将举行最后一次交流会，时间为 2021 年 10 月 15 日 03:00 和 14:00 UTC。

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

此致， Zuz (WMF) （讨论） 2021年10月6日 10:49 (UTC)[回复]

自动编号标题

我怀念自动编号标题选项，它在外观标签的高级选项部分下的偏好设置中。为什么它消失了？--FredTC （讨论） 2021年10月14日 07:48 (UTC)[回复]

我也不太确定。SHB2000 (讨论 | 贡献 | meta.wikimedia) 2021年10月14日 07:52 (UTC)[回复]

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

理论上，一个技术娴熟的编辑者可以编写一个用户脚本来实现相同的功能。我还没听说有人这样做（目前）。WhatamIdoing （讨论） 2021年10月14日 22:21 (UTC)[回复]

昨天这个选项在维基百科上仍然可用；现在它在那里也消失了。没有编号，您需要浏览整个维基源代码，以检查标题层次结构的正确性。这就是我怀念这个选项的原因。我不理解关于“缓存碎片化…”的评论；我没有看到它与一个简单的编号功能有什么关系。--FredTC （讨论） 2021年10月15日 08:00 (UTC)[回复]

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

自动编号标题首选项选项已被移除（已在m:Tech/News/2021/26上宣布）。如有必要，此前的核心功能可以通过mw:Snippets/Auto-number headings中演示的 Javascript 代码片段来替换。--RolandUnger （讨论） 2021年10月15日 13:35 (UTC)[回复]

谢谢解释。我对此并不满意，但我想这是必要的。--FredTC （讨论） 2021年10月17日 09:48 (UTC)[回复]

Javascript 解决方案对您有用吗？我没试过，但我确定有人可以帮助您解决它，如果它不能直接工作的话。——LPfi （讨论） 2021年10月19日 15:57 (UTC)[回复]