维基词典:啤酒馆/2020档案

请求加入新的命名空间与命名空间别名

命名空间
基本命名空间			讨论命名空间
0	（主空间）		1	讨论: Talk:	T:
2	用户: User:	U:	3	用户讨论 User talk:	UT:
4	维基词典: Wiktionary:		5	维基词典讨论: Wiktionary talk:
6	档案: File:	F:	7	档案讨论: File talk:	FT:
8	MediaWiki:		9	MediaWiki讨论: MediaWiki talk:
10	模板: Template:	T:	11	模板讨论: Template talk:
12	帮助: Help:	H:	13	帮助讨论: Help talk:
14	分类: Category:	CAT:	15	分类讨论: Category talk:
100	附录: Appendix:		101	附录讨论: Appendix talk:
102	Transwiki:		103	Transwiki talk:
118	草稿: Draft:		119	草稿讨论: Draft talk:
828	模组 Module:		829	模组讨论 Module talk:
2300	Gadget:		2301	Gadget talk:
2302	Gadget definition:		2303	Gadget definition talk:
虚拟命名空间
-1	特殊
-2	媒体
v • d • e

如题，希望能加入新的命名，以及命名空间别名（缩写），想听听大家的意见。为了方便讨论，下开两个小章节：

命名空间缩写

右表列出维基词典有的所有空间名称，其中已经先行加入一些中文维基百科现行使用的“缩写”做为参考。—TongcyDai ฅ • ω • ฅ 2019年10月30日 (三) 06:18 (UTC)

补充，当前中文维百将WP:留给维基百科、WT:留给维基百科讨论。而维基词典则已经有一些快捷键使用WT:表示“Wiktionary:”。—TongcyDai ฅ • ω • ฅ 2019年10月30日 (三) 06:43 (UTC)

新命名空间

英语维基词典拥有Rhymes:命名空间，功能为收集同韵的字词。希望中文词典也能有类似的空间，除了可以照搬其他语言维基词典已经分类好的韵部以外，之后也可以引入《平水韵》、《词林正韵》、《中原音韵》等韵书整理中文字的韵部。—TongcyDai ฅ • ω • ฅ 2019年10月30日 (三) 06:31 (UTC)

(＋)支持。--Sayonzei（讨论） 2019年10月30日 (三) 06:56 (UTC)[回复]

(＋)支持。另外，问一下，都是大写吗？--Leiem（讨论） 2019年10月31日 (四) 16:31 (UTC)[回复]

(：)回应试了一下，wiki各计划的命名空间都是大小写不敏感的，所以如果承袭之前的这套系统，大写、小写、混用应该都行。—TongcyDai ฅ • ω • ฅ 2019年11月1日 (五) 11:20 (UTC)[回复]

名字空间是否大小写敏感可以配置，例如本站的设定，其中“附录”名字空间就是大小写敏感的。所以这个问题如果有需要是可以讨论的。 --WhitePhosphorus（讨论） 2019年11月21日 (四) 13:41 (UTC)[回复]

我说的是页面名区不区分大小写，如果这里问的是命名空间名称类似 Rhymes: 和 RHYMES: 的大小写问题就当我没说。 --WhitePhosphorus（讨论） 2019年11月21日 (四) 13:50 (UTC)[回复]

我的意思是类似于WT:、WP:之类的。--Leiem（讨论） 2019年11月22日 (五) 02:21 (UTC)[回复]

虽然大多语言不需要再为韵部特别区分出大小写（全小写即可），但考虑到中古汉语拼音（白一平中古拼音分别用X、H代表上声、去声）等特殊情况，该空间的页面名首字母应该可能会需要大小写敏感。—TongcyDai ฅ • ω • ฅ 2019年11月22日 (五) 08:48 (UTC)

(＋)支持。—— Eric Liu_{（留言．百科用户页）} 2019年11月17日 (日) 12:59 (UTC)[回复]

(＋)支持。--GuoPC（讨论） 2019年11月17日 (日) 13:05 (UTC)[回复]

(＋)支持。PeterBarofsky（讨论） 2019年11月21日 (四) 13:37 (UTC)[回复]

Rhymes空间的本地名称应该为何？欢迎各位提出意见。—TongcyDai ฅ • ω • ฅ 2019年11月22日 (五) 08:51 (UTC)[回复]

不知各位觉得“韵部”如何？—TongcyDai ฅ • ω • ฅ 2019年11月25日 (一) 05:07 (UTC)

我觉得可以（大家大半个月都没留言应该也都觉得没问题）。大家看一下这个配置（参考英文维基词典），如果没问题我就提上 phab。

名称：Rhymes（canonical），别名：韵部、韻部
大小写敏感（case-sensitive）
允许子页面（subpages）
不属于内容空间（!wgContentNamespaces）
Special:Search中默认不搜索该名字空间（!wgNamespacesToBeSearchedDefault）
对应的讨论空间：Rhymes talk（canonical），别名：韵部讨论、韻部討論，其他设置同上

当然你们如果觉得默认应该搜索之类的还可以再讨论。 --WhitePhosphorus（讨论） 2019年12月15日 (日) 13:29 (UTC)[回复]

(＋)支持，谢谢白磷，之后麻烦您了。—TongcyDai ฅ • ω • ฅ 2019年12月16日 (一) 04:16 (UTC)[回复]

(＋)支持。--GuoPC（讨论） 2019年12月16日 (一) 11:39 (UTC)[回复]

提了：phab:T241023 --WhitePhosphorus（讨论） 2019年12月18日 (三) 02:52 (UTC)[回复]

完成，名字空间已建立。接下来可以请一位管理员建立MediaWiki:Nstab-rhymes/zh-hans、MediaWiki:Nstab-rhymes/zh-hant等变体，即韵部、韻部（translatewiki 没这个翻译）。 --WhitePhosphorus（讨论） 2020年1月6日 (一) 13:07 (UTC)[回复]

{{rhymes}}链接出来的内容也该对应改成[[Rhymes:【语言】/{{{1}}}]]了。--Sayonzei（讨论） 2020年1月6日 (一) 13:44 (UTC)[回复]

Template:国音、Template:汉语读音

可能有人动到这两个模板（的其中一个？）了，造成{{國音}}单独使用时能正常地自动产生国际音标，但套用{{漢語讀音}}时会出问题。

例如以下分别是{{國音|huái|yùn}}和{{漢語讀音|國={{國音|huái|yùn}}|漢語拼音=|粵=|滬=|白話字=|臺羅拼音=}}的显示结果（第二个字完全没显示）：

（展示结果已被移动到Special:PermaLink/5700334）

有的时候则只显示一部分，或是显示Error：

（展示结果已被移动到Special:PermaLink/5700334）

以上。—TongcyDai ฅ • ω • ฅ 2019年12月16日 (一) 04:38 (UTC)

问题在哪？请尽可能地指出没显示的内容应该显示成怎么样。--Xiplus（讨论） 2020年1月1日 (三) 07:36 (UTC)[回复]

如“怀孕”的国际音标一栏应该会显示国际音标^(帮助): /xu̯aɪ̯³⁵ yn⁵¹/，但此处只显示国际音标^(帮助): /xu̯aɪ̯³⁵ /；“独立”的国际音标一栏应该会显示国际音标^(帮助): /tu³⁵ li⁵¹/，但此处只显示国际音标^(帮助): /tu³⁵ l/。简而言之，国际音标无法完整地显示出来。—TongcyDai ฅ • ω • ฅ 2020年1月1日 (三) 07:44 (UTC)

我目前看到错误是“扩展深度超出限制的页面”，可能国音模板本身的设计有问题。--Xiplus（讨论） 2020年1月1日 (三) 08:12 (UTC)[回复]

但是之前使用这个模板都没有问题的说…也许是有人动到了？—TongcyDai ฅ • ω • ฅ 2020年1月15日 (三) 04:58 (UTC)[回复]

把{{國音}}的判断条件减少几层似乎可行，第10行原来是#if:{{{字|}}}（否）→#if:{{{詞二|}}}{{{二誤|}}}（否）→#if:{{{詞三|}}}（否）→#if:{{{詞四|}}}（否）判断四次才会执行到{{國際音標-一}}，后面的#if:{{{2|}}}这层判断无法执行，{{沙盒}}改成#if:{{{字|}}}（否）→#if:{{{詞二|}}}{{{二誤|}}}{{{詞三|}}}{{{詞四|}}}（否）判断两次。测试用例在Wiktionary:沙盒。--GnolizX（讨论） 2020年8月3日 (一) 11:51 (UTC)[回复]

已应用更改。--GnolizX（讨论） 2020年8月4日 (二) 07:59 (UTC)[回复]

template:Zh-forms中的英文词意

此模板自动识别，但词义部分似乎未正确翻译。没有词义信息的（如维基字典等）也会显示一条黄色的空单元格。在中文维基词典，且不是外语翻译部分中显示过多的英文信息非常影响体验。此模板被相当多个页面中使用，是否应该采取相应措施？--Lam2ndMagic（讨论） 2019年12月20日 (五) 08:06 (UTC)[回复]

英文词义是我直接搬enwikt的，在模块:Zh/data/glosses。有需要可以自行修改（当然量太大了）。至于“只显示一条黄色的空单元格”这个问题，我是不清楚怎么整。--Sayonzei（讨论） 2019年12月20日 (五) 08:26 (UTC)[回复]

黄色的空单元格在哪？--Xiplus（讨论） 2019年12月20日 (五) 11:49 (UTC)[回复]

ta指的是，用{{zh-forms}}时，只有单字能在上方有英文的释义，而多字的就没有。--Sayonzei（讨论） 2019年12月24日 (二) 08:13 (UTC)[回复]

@Lam2ndMagic、Sayonzei：这里是中文词典，应该不需要对于中文字再标注英文释义？--Xiplus（讨论） 2020年1月1日 (三) 07:21 (UTC)[回复]

确实不应标英文，但是需不需要改为中文释义？当然因为量十分庞大而且中文词典和英文受众不一样，还是直接删除对应功能比较好？--Lam2ndMagic（讨论） 2020年1月1日 (三) 09:18 (UTC)[回复]

同意，删除该功能吧。--Sayonzei（讨论） 2020年1月1日 (三) 09:41 (UTC)[回复]

完成，已删除该功能。--Xiplus（讨论） 2020年1月4日 (六) 01:47 (UTC)[回复]

大量疑似侵权编辑的处理

高晶所建立/编辑的多数页面内容，可在网路上多个来源找到，且来源版权状态不明，经留言后未得回应，所建立页面均已提交到Wiktionary:删除请求，若无法验证将删除；对于其编辑加入的内容，于此讨论该作何处理，是否要批量回退？--Xiplus（讨论） 2019年12月30日 (一) 07:32 (UTC)[回复]

完成，已全数回退。--Xiplus（讨论） 2020年1月13日 (一) 11:02 (UTC)[回复]

关于日语中的汉字

日语里的汉字不属于汉语，不能随繁简转换功能而被转换，字型（font）也要符合日语的标准（这一点英语维基词典做到了）。参见獨立#日語的独立独歩在繁体、简体模式下的显示效果。希望这两个问题能得以解决。 —KONNO Yumeto 2020年1月5日 (日) 13:40 (UTC)[回复]

个人建议这种日语用字与中、韩、越不同的情况下应当和enwikt一样分立词条，不要和中、韩、越放在一起。--Sayonzei（讨论） 2020年1月5日 (日) 13:42 (UTC)[回复]

如果日文汉字与中文的繁体字一致的话，应将原本的中文简体字条目搬到繁体字（不留重定向）。这样就可以日文汉字与中文汉字放在一起了。只有在日文汉字与中文的繁体字或简体字都不一致时，才需要另外做日文汉字的条目。-P1ayer（讨论） 2020年1月6日 (一) 10:31 (UTC)[回复]

(＋)支持。--GuoPC（讨论） 2020年1月6日 (一) 10:36 (UTC)[回复]

(＋)同意。—— Eric Liu_{（留言．百科用户页）} 2020年1月16日 (四) 09:54 (UTC)[回复]

重要信息：管理员活跃审核

大家好。一项关于移除“高级权限”（管理员、行政员等）的新方针已于2013年获得全域社群的共识。根据此方针，监管员正在所有维基媒体基金会控制，但没有不活跃方针的wiki审核管理员的活跃程度。根据我们的了解，您所在的维基并没有移除不活跃账户的“高级权限”的正式程序。这意味着，监管员将根据新的管理员活跃审核方针来负责此事。

我们现已认定下列用户符合不活跃标准，即超过2年没有编辑也没有日志操作：

Shibo77（管理员）

这些用户将很快收到通知，告知他们如果希望保留部分或全部权限，应开启社群讨论。如果没有回应，那么他们的高级权限将会被监管员移除。

然而，如果您所在的社群希望建立自己的活跃审核程序以取代全域审核，或对这些不活跃的权限持有者做出其他决定，或已经有相关方针但我们并不知晓，那么请在元维基通知监管员，这样我们将不会对您所在的维基做出权限审核。谢谢，--علاء（讨论） 2020年1月7日 (二) 19:08 (UTC)[回复]

Wiki Loves Folklore

Hello Folks,

Wiki Loves Love is back again in 2020 iteration as Wiki Loves Folklore from 1 February, 2020 - 29 February, 2020. Join us to celebrate the local cultural heritage of your region with the theme of folklore in the international photography contest at Wikimedia Commons. Images, videos and audios representing different forms of folk cultures and new forms of heritage that haven’t otherwise been documented so far are welcome submissions in Wiki Loves Folklore. Learn more about the contest at Meta-Wiki and Commons.

Kind regards,
Wiki Loves Folklore International Team
— Tulsi Bhagat (contribs | talk)
sent using MediaWiki message delivery（讨论） 2020年1月18日 (六) 06:15 (UTC)[回复]

Movement Learning and Leadership Development Project

维基媒体基金会的社群发展团队正在寻找并了解志愿者在运动中学习和发展成不同角色的方式。我们的目标是建立一个以运动为导向的框架，该框架可提供有关如何发展运动与在运动中开发技能的可共享、清楚、简要的访问途径。为此，我们希望与您和我们的社群交流，以了解您作为维基媒体志愿者的过程。无论您是昨天才加入，或是从一开始就来这里，我们都想听听志愿者们各种为我们的运动做出贡献的方式。

要深入了解该计划，请参阅Meta页面，如果您有兴趣参与该计划，请填写这个简短的Google表单。尽管我们可能无法与所有感兴趣的人进行交流，但如果您有兴趣参加，我们鼓励您填写此简短的表单！

LMiranda (WMF) 2020年1月22日 (三) 14:37 (UTC)[回复]

导入其他语言维基词典的韵部内容

中文维基词典新的命名空间“Rhymes:”已于2020年1月初建立。私以为英语维基词典等处的韵部整理已经有一定规模与格式，可以将其进行翻译后搬运到本地。但手动搬运旷日废时，我们是否应该使用机器人或其他方式快速建立页面？—TongcyDai ฅ • ω • ฅ 2020年1月29日 (三) 07:48 (UTC)

先前讨论参阅此。--Xiplus（讨论） 2020年1月29日 (三) 08:22 (UTC)[回复]

“翻译英语介面内容”是每个页面都要修改吗？这个编辑是可以自动化（AWB或机器人）的吗？--Xiplus（讨论） 2020年1月29日 (三) 08:22 (UTC)[回复]

应该是，且我不认为其页面有规律到可以使用AWB，但机器人也许可以（请原谅我对于机器人运作的一无所知）。—TongcyDai ฅ • ω • ฅ 2020年2月4日 (二) 10:09 (UTC)[回复]

韵部页面大致上可以分成两种：一种是过程页面，即使用者在搜寻到某词所属的韵部前所经过的页面；另一种是终点页面，即“真正的韵部”，使用者可以在该页面找到该词和同韵的词汇。例如我在搜寻fearful时，会依序经过 /ɪ-/ → /ɪə.../ → /ɪə(ɹ)f.../ → /ɪəɹfʊl/ 。不知针对不同类型的页面进行自动撷取核心文字并翻译（或套上中文的介面／模板）是否做得到？—TongcyDai ฅ • ω • ฅ 2020年2月4日 (二) 10:15 (UTC)

{{rhymes}}现在依然不能链接到对应的韵部页面，使得Rhymes名字空间处于孤立状态。--Sayonzei（讨论） 2020年4月3日 (五) 05:54 (UTC)[回复]

讨论页面上用于编辑冲突的附加界面

您可能知道用于编辑冲突的新界面（当前为测试功能）。现在，Wikimedia Germany正在设计一个附加界面，以解决讨论页面上的编辑冲突。当您在讨论页面上编辑，而另一个人在同一行中发布讨论并保存时，此界面会显示给您。使用这个附加的编辑冲突界面，您可以调整评论的顺序并编辑您的评论。我们邀请大家看看计划中的功能。请在我们的中央反馈页面上留言以让我们知道您的想法。--技术希望小组：Max Klemm (WMDE) 2020年2月26日 (三) 14:15 (UTC)[回复]

原标题：

Additional interface for edit conflicts on talk pages

原文：

Sorry, for writing this text in English. If you could help to translate it, it would be appreciated.

You might know the new interface for edit conflicts (currently a beta feature). Now, Wikimedia Germany is designing an additional interface to solve edit conflicts on talk pages. This interface is shown to you when you write on a discussion page and another person writes a discussion post in the same line and saves it before you do. With this additional editing conflict interface you can adjust the order of the comments and edit your comment. We are inviting everyone to have a look at the planned feature. Let us know what you think on our central feedback page! -- For the Technical Wishes Team: Max Klemm (WMDE) 2020年2月26日 (三) 14:15 (UTC) [回复]

个别词条无法在其他语言的维基词典显示

Afrikaans, Azeri这两个词条，在其他语言维基词典左侧的“其他语言栏”中都无法显示（例：en:Afrikaans, en:Azeri）。--Sayonzei（讨论） 2020年3月2日 (一) 13:46 (UTC)[回复]

现在有了，原因不明，我分别在两个语言都做了零编辑而已。--Xiplus（讨论） 2020年3月2日 (一) 14:26 (UTC)[回复]

请求更新Module:Unicode data

依en:Module:Unicode data，请管理员更新该模组至最新版（3月15日）。--Sayonzei（讨论） 2020年4月2日 (四) 16:15 (UTC)[回复]

以及Module:Unicode data/blocks。--Sayonzei（讨论） 2020年4月2日 (四) 16:30 (UTC)[回复]

完成，请看看是否有错。--Xiplus（讨论） 2020年4月3日 (五) 03:32 (UTC)[回复]

没有问题了，不过可能需要汉化模块:Unicode_data/blocks的一些内容：

0x011FB0, 0x011FBF, "Lisu Supplement" → 老傈僳文增补；
0x011FC0, 0x011FFF, "Tamil Supplement" → 泰米尔文增补；
0x013430, 0x01343F, "Egyptian Hieroglyph Format Controls" → 埃及圣书体格式控制符；
0x018B00, 0x018CFF, "Khitan Small Script" → 契丹小字；
0x018D00, 0x018D8F, "Tangut Supplement" → 西夏文增补；
0x030000, 0x03134F, "CJK Unified Ideographs Extension G" → 中日韩统一表意文字扩展区G。以上。--Sayonzei（讨论） 2020年4月3日 (五) 04:46 (UTC)[回复]

完成--Xiplus（讨论） 2020年4月3日 (五) 05:11 (UTC)[回复]

从词条𰆊看，character info的框内没有指向前后字符的链接，能看一下是哪个模组的问题吗？--Sayonzei（讨论） 2020年4月3日 (五) 05:54 (UTC)[回复]

更新完模块:Unicode data/control就好了。--Xiplus（讨论） 2020年4月3日 (五) 07:04 (UTC)[回复]

请求编辑Module:languages/data2

请求更改以下语言代码的canonicalName，以与站内分类名称对正：

rw：“卢安达语”→“卢旺达语”
kw：“康瓦尔语”→“康沃尔语”。--Sayonzei（讨论） 2020年4月6日 (一) 07:08 (UTC)[回复]

完成。--Xiplus（讨论） 2020年4月6日 (一) 07:13 (UTC)[回复]

批量修复未展开的Template:De new

有许多使用De new的词条未正确展开，拟使用机器人批量修复，请协助检查机器人的修正是否正确。--Xiplus（讨论） 2020年4月19日 (日) 12:30 (UTC)[回复]

这个模板出错的原因在于首字母大写的名词和首字母小写的动词/形容词/副词形同时存在，然后一起导入了。所以现在机器人只是把格式改了，内容还是混在一起的。--Sayonzei（讨论） 2020年4月19日 (日) 13:45 (UTC)[回复]

那么怎么修复比较好？--Xiplus（讨论） 2020年4月20日 (一) 00:25 (UTC)[回复]

按照机器人之前的修改，再把原来内容里面竖线“|”及后面的内容删掉就好了。具体例子（Lampen的旧版本）：

修改前

{{subst:de new|[[Category:德语名词]]{{zhushi|阳|阳性名词}}  （黑话）阻止犯罪行为，看守人，警察| lampen'''==德语==
[[Category:德语动词]]vi.  松弛，下垂

修改后

==德语==
# {{zhushi|阳|阳性名词}}  （黑话）阻止犯罪行为，看守人，警察

[[Category:德语名词]]

如上，不知道能否清晰传达。--Sayonzei（讨论） 2020年4月20日 (一) 16:27 (UTC)[回复]

简单来说，只保留模板第一个参数对吧？--Xiplus（讨论） 2020年4月21日 (二) 00:01 (UTC)[回复]

大概是了。--Sayonzei（讨论） 2020年4月21日 (二) 01:04 (UTC)[回复]

这些修正可以吗？--Xiplus（讨论） 2020年4月21日 (二) 01:29 (UTC)[回复]

大体上没有问题了。--Sayonzei（讨论） 2020年4月21日 (二) 10:42 (UTC)[回复]

已修复。--Xiplus（讨论） 2020年4月25日 (六) 13:56 (UTC)[回复]

扩展G页面自动创建问题

Unihan扩展G出来有段时间了，最近我整理异軆字根据其他站点旳资料，遇到了一些G字旳红链。我想建立，但我觉得机器人批量建立更有效率格式也更统一。所以往常这个工作是谁操作机器人作呢？是否可以请他来批量创建下？--Wargaz（讨论） 2020年5月5日 (二) 20:53 (UTC)[回复]

此前这个工作的执行机器人是User:Sz-iwbot（2011年导入）和User:Wjcdbot（2012年修正格式），两个机器人都已经多年没有在词典动用过，而且Wjcdbot的控制者User:Wjcd（en:User:Wyang）已经退站。--Sayonzei（讨论） 2020年5月7日 (四) 12:44 (UTC)[回复]

那我们如今怎么办呢……--Wargaz（讨论） 2020年5月7日 (四) 18:12 (UTC)[回复]

全保护页面编辑请求

将模块:Scripts的第51行return name .. " script"改为return name，否则会产生奇怪的分类，例如𑂃𑂮𑂹𑂢𑂰𑂢的Category:以天城文_script书写的博杰普尔语名词。GnolizX（讨论） 2020年5月23日 (六) 14:24 (UTC)[回复]

PS：没找到提出编辑请求的页面，那把红色的锁按进去会到达英语维基百科。GnolizX（讨论） 2020年5月23日 (六) 14:32 (UTC)[回复]

完成。--Xiplus（讨论） 2020年5月25日 (一) 02:58 (UTC)[回复]

元素周期表的简繁Template

日前，本人已经为简体钅字旁进行了模板化补字（如增加character info/new，部首，拆分部件等），遇上了元素周期表使用模板不统一情况。本人在修复时采用Template:PeriodicTableS以显示简体元素，而后期在繁体元素使用Template:PeriodicTableT以显示繁体元素。在遇到简繁相同的汉字（如金，氧等），采用Template:PeriodicTableS/Template:PeriodicTableS同时置放的方法。本人于后期发现有Template:PeriodicTable，但是因为不完整而添加了简繁转换代码-{zh-hans:X,zh-hant:X}-。现在@Wargaz：用户不同意本人的做法并强制把全部元素替换Template:PeriodicTable，但是该模板不会依据元素的简繁显示，因此可能在繁体元素时使用简体元素表，反之亦然。这对查阅元素表的人在不转换的情况下将造成麻烦。本人在了解后将简体钅与繁体金的元素分开回Template:PeriodicTableS/Template:PeriodicTableS并且在该Template加入-{X}-以避免转换，而简繁相同的汉字则保留Template:PeriodicTable，可是@Wargaz：用户仍旧不理睬本人的回复（参考User talk:NFSL2001, User talk:Wargaz的讨论）执意孤行修改。请协助调解。谢谢各位的帮助。NFSL2001（讨论） 2020年5月25日 (一) 06:40 (UTC)[回复]

在简化字枼面显视简化字“铍”、在传统枼面显视简化字“铍”请伱告诉这如何是不能定位？明明加粗了。我知道是伱为Template:PeriodicTable加了人工转换也感谢此编辑，我也知道模板是谁编辑旳，字源和笔顺模板是我维护旳我也没说什么。而且伱都说Template:PeriodicTable旳转换俢㚆了，还另起炉灶分传统简化字干吗？不是多此一举，甚至是破坏行为么。--Wargaz（讨论） 2020年5月25日 (一) 06:47 (UTC)[回复]

抱歉，平常情况下的确是很少人会使用左上的简繁转换功能。那请你在在繁体字页面显示简体字“铍”、简体字页面显示繁体字“铍”查看，请问有加粗吗？另，简繁分开版本并非我所做的，我只是修改并套用该原先就有的Template，而且一开始Template如此分化必定有其因素。这只是对让使用简体系统查看繁体元素表的使用者更加费力。你总不能让用户每切换页面就要切换简繁吧，太耗时间了。NFSL2001（讨论） 2020年5月25日 (一) 06:58 (UTC)[回复]

字形不同他本来就不该加粗，你以为要加粗是因为你把你臆想的逻辑套在了mediawiki上，mediawiki的逻辑是字符相同才加粗。请不要越俎代庖，自命mediawiki。-七个点（讨论） 2020年5月25日 (一) 07:01 (UTC)[回复]

@七个点：现在情况为我修改了Template:PeriodicTable让其可以根据系统/浏览器简繁设定使用对应的简/繁体元素周期表。Wargaz用户现在把Template:PeriodicTableS/Template:PeriodicTableT都替换Template:PeriodicTable，可是这样将会出现简繁不同的字，就不会自动加粗该字了。比如说，用户系统要求简体页面，维基就会在Template:PeriodicTable里选择简体版的周期表，可是他访问了繁体字“铍”的页面，因此用户将会看到简体周期表+繁体字“铍”，那么周期表内自然就不会加粗该字了。对我来说，既然简体周期表内没有繁体字“铍”，那自然繁体字“铍”的页面就不应该出现简体周期表，反之亦然。Wargaz用户的说明是说应该是用户自行设定使用简繁，而不应该是维基就设定好的，但是这样就会出现上述所描述的情况（即繁体元素页面出现简体周期表）。因此，我不同意Wargaz用户使用Template:PeriodicTable的用法。（在简繁共用的页面比如金、氧，则可以用Template:PeriodicTable，这点我可以同意。）NFSL2001（讨论） 2020年5月25日 (一) 07:25 (UTC)[回复]

@NFSL2001：Preferences/偏好/个人设定/设置里面可以设置默讱转换成传统字或简化字，这也是维基自带旳功能伱不去用，而攺整个维基词典。真旳，这在维基百科叫蕃简破坏。--Wargaz（讨论） 2020年5月25日 (一) 07:08 (UTC)[回复]

就汉字而言，维基词典是简繁都有的，如语和语，元素周期表汉字也是如此。另外，中文维基词典里的绝大部分日文都没用模板，繁简转换会让日文汉字错误转换。也是基于这个理由我一般不开转换。至于元素周期表的模板，可以依社群共识决定。--Leiem（讨论） 2020年5月25日 (一) 07:19 (UTC)[回复]

@Wargaz：一般用户都会(1)没有注册账号，或者(2)没有设置简繁设定。因此，用户不应该为元素周期表的简繁设定负责，而应该是一开始简体字用简体版的周期表，繁体字用繁体字的周期表。NFSL2001（讨论） 2020年5月25日 (一) 07:27 (UTC)[回复]

我现在的建议为：简繁元素分开的页面（包括氢、氩）分别使用Template:PeriodicTableS/Template:PeriodicTableT，而简繁元素共用的页面（如金、氧）则可以用Template:PeriodicTable让客户端决定使用简体还是繁体。（原先我的做法是简繁元素共用的页面Template:PeriodicTableS和Template:PeriodicTableT都放，这样就能同时显示并链接简繁的周期表，但Wargaz说的进入页面就显示两个周期表占满页面有理，因此可以用Template:PeriodicTable来减少占页。）NFSL2001（讨论） 2020年5月25日 (一) 07:36 (UTC)[回复]

我反对Leiem的说法，如果本站真的是以不转换作为建站的目的，那么就不该添加简繁的语言分支选项，你没看见就只开了三个（除不转换zh外就两个）分支？不转换（zh）从来不是应该被查资料的使用者用到的分支，在考虑到所谓阅读便利的时候也不该考虑到所谓不转换使用者（zh），你说的日文问题确实不当，但这不是你使用不转换的理由，而是应该把这些东西全加上-{}-。关于NFSL2001所述的东西就更奇怪了，如果不是同一字符凭什么加粗，mediawiki的设计目的本身就是只加粗相同字符，还是那句话，不要把你的臆想当成mediawiki的应然。而且繁体词条出现简体和简体词条出现繁体不是太正常不过的事了么……况且维基词典里简体繁体互相重定向的也不少，内文混杂才是常态啊……我寻思兼容区一堆字符直接被系统指向基本区对应汉字，按你的说法这也要关掉，给每个兼容字立词条专页。最后，你没发现你开启讨论的那条留言一直没签名？-七个点（讨论） 2020年5月25日 (一) 21:19 (UTC)[回复]

@七个点：1.用户如果直接访问wiktionary.org并以中文搜索，到达的页面会是不转换（zh），除非是已登录账号并且设置了简繁优先选择。（题外话：电脑端使用Google搜索的话会是链接到手机端的各别语言，如zh.m.wiktionary.org/zh-hanX/X而不是zh.wiktionary.org/zh-hanX/X，可能需要查看是什么问题）2. 请看参考图例。（P/S：抱歉我没有使用过mediawiki，因此我不知道你说的“臆想”指什么。）在参考图例里面，第一张是以简体跟繁体访问现在简体“银”的页面，第二张是以繁体跟简体访问现在繁体“银”的页面。如图所示，简体“银”在简体的元素表有加粗，而繁体的元素表则没有；繁体“银”在繁体的元素表有加粗，而简体的元素表则没有。这个显而易见是出错了。既然繁体元素表内没有简体“银”字，那简体“银”的页面就在任何时候都不应该出现繁体元素表，因为简体“银”逻辑意义上说本来就不是繁体元素表的元素，繁体“银”则本来就不是简体元素表的元素。那么，可以推导出简体元素的页面在任何时候（包括切换简繁后）应当标注其在简体元素表的位置，完全没有理由让毫不相干的繁体元素表出现在简体元素的页面。Wargaz用户从来没有正面回应此问题。3. 抱歉，我是新手，忘记加上签名了，已经加上（时间是猜的）。谢谢您的提醒。NFSL2001（讨论） 2020年5月26日 (二) 01:02 (UTC)[回复]

@NFSL2001：电脑端使用Google搜索的问题是google的bug--Sunny00217（讨论） 2020年6月11日 (四) 08:53 (UTC)[回复]

既然Wargaz用户不愿进行友善交流，本人只能在沙盒进行测试。此为配合Wargaz说明的联合简繁元素周期表。NFSL2001（讨论） 2020年5月26日 (二) 02:56 (UTC)[回复]

修改已合并。NFSL2001（讨论） 2020年5月26日 (二) 23:33 (UTC)[回复]

手机版首页版面将要改变

现在的样子
以后的样子（在不做更改的情况下）

根据phab:T254287，若不进行更改，以后将会变成后者这样，在此询问需要更改吗？我很讶异现时的手机版首页居然那么空。--Xiplus（讨论） 2020年6月6日 (六) 11:21 (UTC)[回复]

(＆)建议开头的“欢迎来到维基多语词典”和右侧时间能否按照普通文字排版？即

歡迎來到維基多語詞典！
今天是2020年6月9日星期二(協調世界時)
ISO 8601格式表示為2020-06-09T04:37

不分左右两栏；同样，下方的“浏览维基词典”和“快速索引”能否也上下排列？这样不至于一行字会被挤成多行。--GuoPC（讨论） 2020年6月9日 (二) 04:57 (UTC)[回复]

`{{zh-pron}}`现在无法显示普通话音频

如痛苦，无法显示出参数加入的音频Zh-tòngku.ogg，但其他页面有粤语、闽语的音频却可以正常显示。--Sayonzei（讨论） 2020年6月9日 (二) 03:11 (UTC)[回复]

已解决。--GnolizX（讨论） 2020年8月4日 (二) 07:56 (UTC)[回复]

自动确认失败，是不是需要在维基词典手动创建新账户才能Autoconfirm?

我是2020-4-5注册时间（应该是全域登录），但是我满4天没有获得自动确认权限。--我的世界之神 - Herobrine，与实体303（讨论） 2020年7月1日 (三) 05:53 (UTC)[回复]

@Herobrine303：2018年2月已经修改自动确认标准为“注册满七日，编辑满十次”。--Sayonzei（讨论） 2020年7月1日 (三) 05:56 (UTC)[回复]

Wiktionary:自动确认用户 “在中文维基词典，任何注册达4天的用户，均会获自动确认，成为自动确认用户。”—以上未签名的留言由Herobrine303（对话｜贡献）加入。
可能是当时管理员忘记改了，因为教科书那边当年也有权限变更，管理员改了相关页面的，这边没改。--Sayonzei（讨论） 2020年7月1日 (三) 06:02 (UTC)[回复]

FireFox在维基词典的Bug

键盘要输入小写的v时会变成ü，大写的V则不受影响。从别的地方把小写的v复制进来也OK
但是维基百科那边却是都正常的？
有人有办法查是什么原因吗？

-P1ayer（讨论） 2020年7月2日 (四) 06:49 (UTC)[回复]

你用的是什么版本的 firefox，在什么版本的操作系统上，使用什么键盘和输入法？ Zhaofeng-shu33（讨论） 2020年7月2日 (四) 07:27 (UTC)[回复]

【原始码编辑器】的问题。未登入帐号，正常。登入后，改用【视觉化编辑器】也正常。不确定是维基词典网站上的哪一段JavaScript造成的。改用Microsoft Edge试过也是相同Bug。-P1ayer（讨论） 2020年7月12日 (日) 03:54 (UTC)[回复]

建议左边栏语言设置输入工具停用拼音符号输入法。--GnolizX（讨论） 2020年8月4日 (二) 05:49 (UTC)[回复]

Feedback on movement names

您好. Apologies for posting this message in English. 请帮助翻译至您的语言. 谢谢您！

There are a lot of conversations happening about the future of our movement names. We hope that you are part of these discussions and that your community is represented.

Since 16 June, the Foundation Brand Team has been running a survey in 7 languages about 3 naming options. There are also community members sharing concerns about renaming in a Community Open Letter.

Our goal in this call for feedback is to hear from across the community, so we encourage you to participate in the survey, the open letter, or both. The survey will go through 7 July in all timezones. Input from the survey and discussions will be analyzed and published on Meta-Wiki.

Thanks for thinking about the future of the movement --The Brand Project team, 2020年7月2日 (四) 13:41 (UTC)

Note: The survey is conducted via a third-party service, which may subject it to additional terms. For more information on privacy and data-handling, see the survey privacy statement.

Announcing a new wiki project! Welcome, Abstract Wikipedia

宣布一项新的维基项目！欢迎 Abstract Wikipedia！

敬启者：

本人十分荣幸介绍一项获维基媒体理事会全员一致通过的新维基项目——Abstract Wikipedia。Abstract Wikipedia 提出了一种以多种语言生成基准性百科全书内容的新途径。其允许更多的读者和用户以更多语言形式来分享他们的知识。这种提议旨在使社群更加容易进行我们的项目中的跨语言合作，通过扩充参与范围来提高我们维基运动的可持续性，并改善所有语言读者的用户体验。而且通过结合维基运动的一些优势来创造新事物，从而在自由知识方面进行创新。

这是我们7年来的第一个新项目。经过了多年的准备和研究，Denny Vrandečić于2020年5月提交了“Abstract Wikipedia”作为项目提议^[1]，从而导致了维基媒体社群的作出了详细的计划以及热烈的讨论。我们知道社群的活力和创造力经常会遇到语言障碍，并且一种语言提供的信息可能无法传递给其他语言的维基百科用户。 Abstract Wikipedia的外观和感觉类似于维基百科，但建立于功能强大且无关语言的维基数据概念模型的基础上，目的是让志愿者在我们的多语言维基媒体世界中创建和维护维基百科条目。

该项目会允许志愿者使用维基数据中的单词和实体来组合成为文章的基础。由于维基数据使用一个旨在跨语言通用的概念模型，因此应该可能可以使用并拓展延伸这些知识的构成部分，去创建一个模型以用于创建一些普世价值的条目。通过代码，志愿者能够将这些摘取的“条目”翻译成自己的语言。如果项目成功，这将最终使每个人都能以自己的语言阅读维基数据中的任何主题。

您可以想像，这项工作将需要大量软件开发，并且需要维基媒体用户之间进行大量合作。为了使这一努力化为可能，Denny将于7月以基金会成员的身份加入基金会，并领导该计划。您可能知晓Denny是维基数据的创设者、一名长期活动于社群的用户、一名德国维基媒体协会的前工作人员，以及维基媒体基金会的前理事会成员。^[2]我们非常高兴Denny会协同基金会的产品团队、技术团队、社群联络团队一起，通过他的技术与专长来贡献这一企划。

我们必须要声明这是一个试验项目，而且每个维基百科社群会存在不同的需求。该项目有可能为某些社群带来巨大优势。其他社群参与得可能会相对较少。每个语言的维基百科社群都可以自由选择和审核是否或如何使用该项目的内容。

我们十分高兴这个新维基项目可能可以通过增加知识存取程度来提升知识公平性。这也使得我们着手思考以及处理于如何与由谁构建知识这一系列的关键问题。我们期待与社群合作，来共同思考这些重要问题。

在我们与社群的紧密联系之下，当开始设计Abstract Wikipedia之时，我们依然要做许多工作。本人期望您能够进入项目页面并加入新的邮件列表，以此参与其中。^[3]我们了解Abstract Wikipedia的雄心以及其潜力。我们诚邀您的加入，让我们一同进入崭新未曾探索的领域中一探究竟。

　　顺颂
时绥

凯瑟琳·马赫　书
维基媒体基金会执行董事

Sent by m:User:Elitre (WMF) 2020年7月9日 (四) 20:13 (UTC) - m:Special:MyLanguage/Abstract Wikipedia/July 2020 announcement [回复]

Module:Table 编辑请求 2020-07-16

将第511行conj = "and"改为conj = "和"。--GnolizX（讨论） 2020年7月16日 (四) 12:55 (UTC)[回复]

不知道改了以后别的地方会不会出错，不行的话加一个用“和”作连词的函数？GnolizX（讨论） 2020年7月16日 (四) 12:58 (UTC)[回复]

是否需要起草一份词典的收录标准

英文对应en:Wiktionary:Criteria for inclusion页面。--Leiem（讨论） 2019年3月5日 (二) 14:29 (UTC)[回复]

(＋)强烈支持，十分有必要。--Sayonzei（讨论） 2019年3月5日 (二) 14:44 (UTC)[回复]
初步框架参见Wiktionary:收录标准，欢迎继续翻译或者提出适用于中文社群的意见。--Leiem（讨论） 2019年3月6日 (三) 12:25 (UTC)[回复]
(＋)支持提议。—— Eric Liu_{（留言．中维用户页）} 2019年3月19日 (二) 07:59 (UTC)[回复]
(＋)支持 GuoPC（讨论） 2019年6月4日 (二) 08:39 (UTC)[回复]

@Leiem：目前情况如何？—— Eric Liu_{（留言．百科用户页）} 2019年6月16日 (日) 11:12 (UTC)[回复]
- @Ericliu1912：目前框架已经基本翻译好了，等待社群共识。--Leiem（讨论） 2019年6月16日 (日) 11:21 (UTC)[回复]

新辞条范本？

请问是否有办法做到在新增辞条时自动带入某个特定模板的标记呢？这样应该有助于新手编撰新辞条。

我个人之前写的敬请参考：User:林博仁/新辞条范本 -- 林博仁（讨论） 2019年8月12日 (一) 03:27 (UTC)[回复]

将ns828改成英文Module:

如题，中文维基百科正讨论将模块:改成英文Module:，不知各位意见如何？--Sunny00217（讨论） 2020年6月9日 (二) 12:42 (UTC)[回复]

@sunny00217：是这样的，词典这个项目并不是特别活跃，几乎没有人来回应你。所以词典这边应该是没有任何意见。--IN（讨论） 2020年6月16日 (二) 10:21 (UTC)[回复]

@Sunny00217、IN：顺带一提附录名字空间可以考虑改回Appendix了。--Liuxinyu970226（讨论） 2020年6月20日 (六) 02:58 (UTC)[回复]

@Liuxinyu970226：既然User:IN说此地不活跃，那就丢在这里不管它，没反对就6/25送出--Sunny00217（讨论） 2020年6月20日 (六) 09:53 (UTC)[回复]

@Gzdavidwong、Jusjih、Sayonzei、Shizhao、Wong128hk：@Xiplus：管理员意见如何？--Liuxinyu970226（讨论） 2020年6月20日 (六) 11:06 (UTC)[回复]

没有太大意见。--Sayonzei（讨论） 2020年6月20日 (六) 11:13 (UTC)[回复]

是不是管理员对此意见的影响力并无差别吧，技术人员只需确保这不会搞坏任何东西就好。--Xiplus（讨论） 2020年6月20日 (六) 11:40 (UTC)[回复]

如果没有反对的话将“附录”改为"Appendix"的修改应该可以在2020-06-25 (UTC)左右部署到此站，这不会影响目前的[[附录:]]链接。--VulpesVulpes825（讨论） 2020年6月20日 (六) 13:28 (UTC)[回复]

@VulpesVulpes825：然而直到今天special:allpages里仍然是附录。--Liuxinyu970226（讨论） 2020年6月26日 (五) 09:08 (UTC)[回复]

不好意思，最近有点忙，忘记这件事情了。我已经提交修改补丁（见T257101），预计在2020年7月6日23:30（UTC）左右部署。对于延误我深表歉意。 VulpesVulpes825（讨论） 2020年7月4日 (六) 08:45 (UTC)[回复]

完成 VulpesVulpes825（讨论） 2020年7月6日 (一) 23:41 (UTC)[回复]

模板:汉语读音好像有问题

如垃圾#读音，粤语（广州话）和吴语（上海话）两个表格之间会多出一个“|”。 Yumeto（讨论） 2020年6月29日 (一) 13:48 (UTC)[回复]

高风险模板，只有管理员能改。-P1ayer（讨论） 2020年7月12日 (日) 04:02 (UTC)[回复]

部分使用`{{zh-pron}}`的粤语词条显示调用了Module:cmn-pron

为的而且确、睇唔过眼、肚饿、九唔搭八、屙屎唔出赖地硬五个页面。参数只填了c=和cat=，但都显示调用了Module:cmn-pron并出现Lua错误。求解决。--Sayonzei（讨论） 2020年7月15日 (三) 15:28 (UTC)[回复]

拼音是自动产生的，然后被另一个模组检查认为是错误。检查语法在Special:Diff/5384568被加入 Xiplus（讨论） 2020年7月16日 (四) 03:09 (UTC)[回复]

把Module:Zh-pron的第637行改成if mw.title.getCurrentTitle().nsText == "" and m_rom ~= "" then好像可以？GnolizX（讨论） 2020年7月16日 (四) 14:46 (UTC)[回复]

已按建议修改 Xiplus（讨论） 2020年7月17日 (五) 02:02 (UTC)[回复]

Template:汉语读音编辑请求 2020-08-04

替换为Template:汉语读音/sandbox。回应Wiktionary:啤酒馆#模板:汉语读音好像有问题，测试用例在Template:汉语读音/testcases。--GnolizX（讨论） 2020年8月4日 (二) 08:46 (UTC)[回复]

完成。垃圾#读音章节检查已无竖线。--Sayonzei（讨论） 2020年8月4日 (二) 08:52 (UTC)[回复]

`{{zh-pron}}`参数中若不含普通话“m”参数，则无法正常显示分类

如食昼（客家语、闽语）、白乌龟（吴语）、琴日（粤语），现在下方的对应分类都没有了，而有普通话读音的像王国就没有问题。--Sayonzei（讨论） 2020年8月5日 (三) 05:18 (UTC)[回复]

已解决。--GnolizX（讨论） 2020年8月5日 (三) 05:52 (UTC)[回复]

Technical Wishes: FileExporter and FileImporter become default features on all Wikis

The FileExporter and FileImporter will become a default features on all wikis until August 7, 2020. They are planned to help you to move files from your local wiki to Wikimedia Commons easier while keeping all original file information (Description, Source, Date, Author, View History) intact. Additionally, the move is documented in the files view history. How does it work?

Step 1: If you are an auto-confirmed user, you will see a link "Move file to Wikimedia Commons" on the local file page.

Step 2: When you click on this link, the FileImporter checks if the file can in fact be moved to Wikimedia Commons. These checks are performed based on the wiki's configuration file which is created and maintained by each local wiki community.

Step 3: If the file is compatible with Wikimedia Commons, you will be taken to an import page, at which you can update or add information regarding the file, such as the description. You can also add the 'Now Commons' template to the file on the local wiki by clicking the corresponding check box in the import form. Admins can delete the file from the local wiki by enabling the corresponding checkbox. By clicking on the 'Import' button at the end of the page, the file is imported to Wikimedia Commons.

If you want to know more about the FileImporter extension or the Technical Wishes Project, follow the links. --For the Technical Wishes Team:

Max Klemm (WMDE) 2020年8月6日 (四) 09:14 (UTC)[回复]

Important: maintenance operation on September 1st

阅读本消息的其他语言版本

维基媒体基金会即将测试第二个数据中心。这项举措可以确保维基百科以及其他的维基媒体项目可以在经受灾害冲击时依然维持线上运作。为确保一切正常，维基媒体技术部门计划进行测试，保证系统能够可靠地在两个数据中心之间切换。测试需要确保多个团队做好准备，修复任何问题。

维基媒体将会于2020年9月1日周二将所有流量切换至第二个数据中心。

因MediaWiki系统限制，切换期间将短期无法进行编辑。我们在此对您的不便致以歉意，并努力将其影响减至最低。

期间您可以阅读但暂时无法编辑所有的维基。

在9月1日星期二，您大约有一个小时的时间不能进行编辑。本次测试将会在14:00 UTC开始。
届时编辑条目或保存更改时将出现错误信息。我们希望过程中没有编辑丢失，但无法确保。如果您看到错误消息，请耐心等待一切恢复正常，然后保存您的编辑。保存前请先另行复制一份您的修改，以防万一。

其他影响：

后台作业变慢，有些可能被丢弃。红链可能无法像平时一样即时更新。如果您建立了一个新条目，而该条目的名称此前已经在其他页面显示为红色的内部链接，则该链接需要更长的时间才会被更新为蓝色。一些长时间运行的脚本将停止。
2020年9月1日开始将有一周的代码冻结。非必需的代码更将不会被部署。

如有必要，此项目有可能推迟。您可以在wikitech.wikimedia.org阅读计划。任何变化都将会在这份计划书中更新。我们将发布更多关于此项目的通知。 请把它分享给您的社区。

Trizek (WMF) (talk) 2020年8月26日 (三) 13:49 (UTC)[回复]

`{{l}}`的日语会被繁简转换

{{l}}的日语会被繁简转换，如{{l|ja|中国語}}（中国語）在简体下会变成中国语，繁体下会变成中國語。请求修复。 KONNO Yumeto 2020年8月29日 (六) 13:50 (UTC)[回复]

看了下，修掉了。--EdwardAlexanderCrowley（讨论） 2021年2月14日 (日) 13:07 (UTC)[回复]

Invitation to participate in the conversation

您好. Apologies for cross-posting, and that you may not be reading this message in your native language: translations of the following announcement may be available on Meta. 请帮助翻译至您的语言. 谢谢您！

We are excited to share a draft of the Universal Code of Conduct, which the Wikimedia Foundation Board of Trustees called for earlier this year, for your review and feedback. The discussion will be open until October 6, 2020.

The UCoC Drafting Committee wants to learn which parts of the draft would present challenges for you or your work. What is missing from this draft? What do you like, and what could be improved?

Please join the conversation and share this invitation with others who may be interested to join, too.

To reduce language barriers during the process, you are welcomed to translate this message and the Universal Code of Conduct/Draft review. You and your community may choose to provide your opinions/feedback using your local languages.

To learn more about the UCoC project, see the Universal Code of Conduct page, and the FAQ, on Meta.

Thanks in advance for your attention and contributions, The Trust and Safety team at Wikimedia Foundation, 2020年9月10日 (四) 17:55 (UTC)

Wiktionary sitelinks dashboard: URL update

Hello all, and sorry for writing in English. Feel free to translate this message below.

The Wiktionary Cognate Dashboard presents interesting data about the extension powering your sitelinks. I just wanted to let you know that the URL of this tool changed: it is now accessible at https://wiktionary-analytics.wmcloud.org/Wiktionary_CognateDashboard/ . The former URLs, https://wmdeanalytics.wmflabs.org/Wiktionary_CognateDashboard/ and https://wdcm.wmflabs.org/Wiktionary_CognateDashboard/ , will be disabled on September 25th. Don't forget to update your documentation pages accordingly.

If you have questions about the tool or the URL switch, feel free to ping me. Cheers, Lea Lacroix (WMDE) 2020年9月14日 (一) 11:46 (UTC)[回复]

能否在本地做出类似w:Wikipedia:最多语言版本的待撰条目的页面

偶然看到了zhwp的页面，想看看zhwikt能不能也做到这种。如果能做到的话也可以更有针对性地去补条目。--Sayonzei（讨论） 2020年9月18日 (五) 15:01 (UTC)[回复]

`{{quote-book}}`、`{{quote-journal}}`等使用了`{{quote-meta}}`的引用模板

所有带ISBN参数的引文都显示Lua错误在Module:Check_isxn的第138行：attempt to index field 'args' (a nil value)。--Sayonzei（讨论） 2020年9月19日 (六) 06:24 (UTC)[回复]

已解决。--GnolizX（讨论） 2020年9月19日 (六) 11:00 (UTC)[回复]

Wiki of functions naming contest

您好. 请帮助我们选择新的维基媒体专案名称。该专案将会是一个社群可以在功能资料库中一起工作的维基平台。社群可以在这平台创建新功能，对其进行阅读，讨论和共享。其中一些功能将会被用来帮助创建独立语言的维基百科文章，让这些文章可以以Abstract Wikipedia专案的一部分和任何语言显示，同是也可以在许多其他情况下使用。

之后会有两轮投票，分别于9月29日和10月27日开始，每轮完结后会对候选名字进行法律评审。我们的目标是在12月8日前选定最终的计划名字。如果您想参加，请到元维基了解更多和投票。谢谢您！ --Quiddity (WMF)

2020年9月29日 (二) 21:16 (UTC)

关于NOEDITSECTION

在词条中使用NOEDITSECTION有什么好处呢？如果仅仅是为了隐藏{{-n-}}等模板的编辑按钮就禁止全文的段落编辑，只会让修改更加麻烦，毕竟还有其他的章节没使用这类模板。--GnolizX（讨论） 2020年10月2日 (五) 07:49 (UTC)[回复]

后来认为这类模板应该替换引用（同英文版，但中文这边尚未处理完），就不再有这个问题了。 Xiplus（讨论） 2020年10月5日 (一) 02:25 (UTC)[回复]

Call for feedback about Wikimedia Foundation Bylaws changes and Board candidate rubric

您好. Apologies if you are not reading this message in your native language. 请帮助翻译至您的语言.

Today the Wikimedia Foundation Board of Trustees starts two calls for feedback. One is about changes to the Bylaws mainly to increase the Board size from 10 to 16 members. The other one is about a trustee candidate rubric to introduce new, more effective ways to evaluate new Board candidates. The Board welcomes your comments through 26 October. For more details, check the full announcement.

谢谢您！ Qgil-WMF (talk) 2020年10月7日 (三) 17:11 (UTC)[回复]

Important: maintenance operation on October 27

阅读本消息的其他语言版本 • 请帮助翻译至您的语言

维基媒体基金会即将测试第一和第二个数据中心的交换。这项举措可以确保维基百科以及其他的维基媒体项目可以在经受灾害冲击时依然维持线上运作。为确保一切正常，维基媒体技术部门计划进行测试，保证系统能够可靠地在两个数据中心之间切换。测试需要确保多个团队做好准备，修复任何问题。

维基媒体将会于2020年10月27日周二将所有流量切换回第一个数据中心。

因MediaWiki系统限制，切换期间将短期无法进行编辑。我们在此对您的不便致以歉意，并努力将其影响减至最低。

期间您可以阅读但暂时无法编辑所有的维基。

在10月27日星期二，您大约有一个小时的时间不能进行编辑。本次测试将会在14:00 UTC开始。
届时编辑条目或保存更改时将出现错误信息。我们希望过程中没有编辑丢失，但无法确保。如果您看到错误消息，请耐心等待一切恢复正常，然后保存您的编辑。保存前请先另行复制一份您的修改，以防万一。

其他影响：

后台作业变慢，有些可能被丢弃。红链可能无法像平时一样即时更新。如果您建立了一个新条目，而该条目的名称此前已经在其他页面显示为红色的内部链接，则该链接需要更长的时间才会被更新为蓝色。一些长时间运行的脚本将停止。
2020年10月26日开始将有一周的代码冻结。非必需的代码变更将不会被部署。

如有必要，此项目有可能推迟。您可以在wikitech.wikimedia.org阅读计划。任何变化都将会在这份计划书中更新。我们将发布更多关于此项目的通知。每一个维基将会在此行动发生的30分钟之前显示一个通告。 请把它分享给您的社区。

-- Trizek (WMF) (talk) 2020年10月22日 (四) 11:51 (UTC)[回复]

Wiki of functions naming contest - Round 2

您好. 提示：请帮助选择新的维基媒体专案名称 - The library of functions。最终投票由今天开始。最终投票的名称是：Wikicode, Wikicodex, Wikifunctions, Wikifusion, Wikilambda, Wikimedia Functions。如果您想参加，请在元维基上使用请了解更多信息，立即投票。谢谢您！ --Quiddity (WMF)

2020年11月5日 (四) 22:11 (UTC)

Module:Wikimedia languages/data 编辑请求 2020-11-16

修改canonicalName：

Bosnian 波士尼亚语
Emiliano-Romagnolo 艾米利亚-罗马涅语
Croatian 克罗地亚语
Simple English 简易英语
Serbian 塞尔维亚语--GnolizX（讨论） 2020年11月16日 (一) 10:02 (UTC)[回复]

完成。 Xiplus（讨论） 2020年11月16日 (一) 13:35 (UTC)[回复]

Module:Languages/data2 编辑请求 2020-11-16

修改"kj"的canonicalName由“贡耶玛语”为“宽亚玛语”。--Sayonzei（讨论） 2020年11月16日 (一) 13:13 (UTC)[回复]

完成。 Xiplus（讨论） 2020年11月16日 (一) 13:35 (UTC)[回复]

Module:Languages/data2 编辑请求 2020-11-17

第975行“恩东加语”→“恩敦加语”--GnolizX（讨论） 2020年11月17日 (二) 05:41 (UTC)[回复]

完成。 Xiplus（讨论） 2020年11月21日 (六) 01:07 (UTC)[回复]

Module:Scripts/data 编辑请求 2020-11-17

997行删去" 碑刻帕提亚文"中的空格
1198行删去" 越南傣文"中的空格--GnolizX（讨论） 2020年11月17日 (二) 10:15 (UTC)[回复]

完成。--Xiplus（讨论） 2020年11月21日 (六) 01:08 (UTC)[回复]

Module:Languages 编辑请求 2020-11-18

第77行'enwiki'改为'zhwiki'--GnolizX（讨论） 2020年11月18日 (三) 04:35 (UTC)[回复]

完成。 Xiplus（讨论） 2020年11月21日 (六) 01:08 (UTC)[回复]

Call for insights on ways to better communicate the work of the movement

征集有关就如何改进维基媒体运动工作之沟通方式的见解

今年发表的维基媒体运动策略建议清楚地表明在维基媒体运动中建立更强而有力的沟通之重要性。因此，维基媒体基金会希望从社群中收集关于我们所有人如何更一致地就我们的集体工作进行交流的见解，并更好地突出整个维基媒体运动中社群的贡献。在接下来的几个月中，我们将举办焦点小组讨论和在线讨论，以收集这些见解。请访问元维基（Meta-Wiki）上的页面以注册焦点小组或参加讨论。

ELappen (WMF) (talk) 2020年11月18日 (三) 18:56 (UTC)[回复]

2021社区愿望清单调查

2021社区愿望清单调查现已开放！这项调查是社区决定社区技术团队在明年工作流程。我们鼓励所有人在30 11月的截止日期之前提交提案，或评论其他提案以帮助改善提案。

The communities will vote on the proposals between 8 12月 and 21 12月.

社群技术团队致力于为有经验的维基媒体编辑者开发工具。您可以使用任何语言编写建议，我们将为您翻译建议。谢谢，我们期待着您的建议！

SGrabarczuk (WMF)

2020年11月20日 (五) 04:43 (UTC)

Global bot policy proposal: invitation to a Meta discussion

您好!

I apologize for sending a message in English. 请帮助翻译至您的语言. According to the list, your wiki project currently is opted in to the global bot policy. Under this policy, bots that fix double redirects or maintain interwiki links are allowed to operate under a global bot flag that is assigned directly by the stewards.

As the Wikimedia projects developed, the need for the current global bot policy decreased, and in the past years, no bots were appointed via that policy. That is mainly given Wikidata were estabilished in 2013, and it is no longer necessary to have dozens of bots that maintain interwiki links.

A proposal was made at Meta-Wiki, which proposes that the stewards will be authorized to determine whether an uncontroversial task may be assigned a global bot flag. The stewards already assign permissions that are more impactful on many wikis, namely, global sysops and global renamers, and I do not think that trust should be an issue. The stewards will assign the permission only to time-proven bots that are already approved at a number of projects, like ListeriaBot.

By this message, I would like to invite you to comment in the global RFC, to voice your opinion about this matter.

Thank you for your time.

Best regards,
Martin Urbanec (留言) 2020年11月24日 (二) 11:49 (UTC)[回复]

Wikidata descriptions changes to be included more often in Recent Changes and Watchlist

Sorry for sending this message in English. Translations are available on this page. Feel free to translate it in more languages!

As you may know, you can include changes coming from Wikidata in your Watchlist and Recent Changes (in your preferences). Until now, this feature didn’t always include changes made on Wikidata descriptions due to the way Wikidata tracks the data used in a given article.

Starting on December 3rd, the Watchlist and Recent Changes will include changes on the descriptions of Wikidata Items that are used in the pages that you watch. This will only include descriptions in the language of your wiki to make sure that you’re only seeing changes that are relevant to your wiki.

This improvement was requested by many users from different projects. We hope that it can help you monitor the changes on Wikidata descriptions that affect your wiki and participate in the effort of improving the data quality on Wikidata for all Wikimedia wikis and beyond.

Note: if you didn’t use the Wikidata watchlist integration feature for a long time, feel free to give it another chance! The feature has been improved since the beginning and the content it displays is more precise and useful than at the beginning of the feature in 2015.

If you encounter any issue or want to provide feedback, feel free to use this Phabricator ticket. Thanks!

Lea Lacroix (WMDE) 2020年11月30日 (一) 14:40 (UTC)[回复]

2020 Coolest Tool Award Ceremony on December 11th

Hello all,

The ceremony of the 2020 Wikimedia Coolest Tool Award will take place virtually on Friday, December 11th, at 17:00 GMT. This award is highlighting tools that have been nominated by contributors to the Wikimedia projects, and the ceremony will be a nice moment to show appreciation to the tools developers and maybe discover new tools!

You will find more information here about the livestream and the discussions channels. Thanks for your attention, Lea Lacroix (WMDE) 2020年12月7日 (一) 10:55 (UTC)[回复]

2021年社群愿望清单调查

欢迎全体已申请用户投票2021年社群愿望清单调查。从现在开始到21 12月，您可以无限制地投选符合您心意的愿望。

该调查中收录了有关为资深编辑者设计的新或改善的工具的愿望。投票结束后，我们会尽力地满足您们的愿望。我们将从最受欢迎的愿望开始。

我们是社群技术团队，是维基媒体基金会中的其中一个团体。我们负责创建和改进在维基上编辑和审核用的工具。我们执行什么项目，是依据社群愿望调查的结果而决定的。每一年一次，您都可以提交您的愿望。两周后，您则可以投票投选您有兴趣的愿望。我们将从调查中选择我们要开始实现哪一个愿望。其中有些的愿望或许会由自愿开发者或其他团体实现。

我们等候您的投票。谢谢！