close关闭
欢迎来到新Minecraft Wiki！查看迁移通知
引用本Wiki内容时务必注明出处。

迁移账号 | 转载须知 | 帮助目录社区专页 | 管理员告示板 | 繁体中文问题报告QQ | 微博 | Discord

Minecraft Wiki:社区专页

来自Minecraft Wiki
Leo768在话题“多少图像是太多图像？”中的最新留言：10:52
跳转到导航 跳转到搜索

[隐藏]
公共讨论页
社区
管理
快捷方式
MCW:CP
MCW:PORTAL
MCW:社区

社区专页是为用户讨论编辑相关话题设立的。用户也可以在对应页面、用户的讨论页讨论。在发言后请记得添加~~~~签名。

请了解，Minecraft Wiki在共识系统上运作而不是投票决定，清楚地阐述自己的理由比简单地支持争论的一方更有效。

长讨论请发布于论坛，涉及管理员权限的相关事宜请发布于管理员告示板。涉及繁简字词转换等问题请到繁体中文问题报告中提出。

常用页面

Minecraft Wiki不是客户服务中心！游戏问题请移步Minecraft帮助中心或者玩家游戏社区。

所有在该页面上发表的无关话题都将被存档至无意义话题处。

请点击下面的“发起议题”按钮或页面上面的“添加话题”标签在页面底部发表新的议题。
存档

最新Wiki新闻
其他讨论页上的最新讨论（刷新列表）
# 话题 发言条数 参与人数 发起者 最后发言者 [隐藏]最后发言时间（UTC）
1 建议在冬季时默认冬季主题皮肤 24 12 Wilf233 Leo768 2025年2月16日 (日) 18:17
2 关于早期愚人节快照特性的译名 6 3 TeaSummer TeaSummer 2025年3月2日 (日) 11:45
3 未命名的话题 13 6 123456qwq ultim_0 2025年2月23日 (日) 12:28
4 关于Java版自定义物品 11 2 Luoboju0 AblazeVase69188 2025年2月21日 (五) 15:59
5 数字和连接号之间是否需要空格 4 3 AblazeVase69188 AblazeVase69188 2025年3月2日 (日) 01:43
6 移出沙盒的申请 4 3 Aiden8115 Leo768 2025年2月28日 (五) 09:52
7 《地下城》译名使用讨论 6 3 Ztq Wilf233 2025年3月1日 (六) 15:33
8 多少图像是太多图像？ 2 2 MincerafterJack Leo768 2025年3月17日 (一) 10:52
9 如何新建一个教程页？ 5 5 MacrosMeng ultim_0 2025年3月8日 (六) 10:42
10 将愚人节特性格式指导并入正式指导 4 3 BoredYukolin BoredYukolin 2025年3月15日 (六) 18:45
11 更好的编辑器 3 3 Hopə Leo768 2025年3月16日 (日) 04:21
话题

建议在冬季时默认冬季主题皮肤[编辑源代码]

最新留言：在2025年2月16日 (星期日)发布24条留言12人参与讨论

如题，建议在每年12月22日前后（冬至）至次年2月4日前后（立春）时将默认皮肤设置为冬季主题。个人不建议提前至立冬因为11月7日过早，也不建议延后至春分因为3月21日过晚。 Wilf233zhMCW（论·功） 2024年12月17日 (二) 18:04 (UTC)回复[回复]

 支持 或许还可以做一个春季主题？ Villager-bloc-h 2024年12月18日 (三) 14:48 (UTC)回复[回复]
 反对，有考虑过南半球的感受吗？可能不受部分用户欢迎，应交由用户自主选择。--ultim_0 [talk][work] 2024年12月18日 (三) 14:53 (UTC)（最后编辑于2024年12月18日 (三) 16:14 (UTC)）回复[回复]
超过99.99%的中文读者都在北半球。标题是“默认”，那么用户当然可以在小工具设置里自由选择使用什么。 Wilf233zhMCW（论·功） 2024年12月18日 (三) 15:24 (UTC)（最后编辑于2024年12月18日 (三) 16:26 (UTC)）回复[回复]
切换主题将以预设小工具的形式实现，即已登入使用者仍可以自行于偏好设定中关闭。 ──  Leo768（Talk｜Contributions） 2024年12月18日 (三) 16:24 (UTC)回复[回复]
那么更改的时候不会把已配置其他主题的用户的小工具配置也重置吗？以前在fandom那边的时候经常有类似的情形，希望在新站不要再弄出这种名堂来。 ultim_0 [talk][work] 2024年12月18日 (三) 16:31 (UTC)回复[回复]
根据《中文Minecraft Wiki对位于Fandom的旧站点的声明》的说法，“Fandom取消了原有的专属于Gamepedia Wiki的Hydra皮肤，强行推广其新皮肤FandomDesktop，而且没有征求原Gamepedia Wiki各社区的意见，在应用之后也并未听取反馈意见。”也就是Fandom没有征求社区意见强制使用，并且剥夺用户不使用该皮肤的权利。我现在不仅在征求社区意见，而且没有剥夺用户使用其他皮肤的权利，不知道你举的Fandom的例子想要说明什么。如果你不想使用该皮肤，你完全可以在参数设置里禁用它。 Wilf233zhMCW（论·功） 2024年12月18日 (三) 16:55 (UTC)回复[回复]
指的是自己以前在fandom的时候经常遇到“勾选了‘刷新缓存跳过确认’这个小工具但其会莫名其妙地取消勾选”的问题，不知道是什么原因，所以担心这样的问题在自定义主题强制更改这方面上出现。 ultim_0 [talk][work] 2024年12月19日 (四) 11:13 (UTC)回复[回复]
莫名奇妙取消勾选在本站一般来说可能是因为配置了不同语言的参数设置，你可以通过添加个人css/js代码以强制实现。 Wilf233zhMCW（论·功） 2024年12月19日 (四) 11:32 (UTC)回复[回复]
 中立，在英文Wiki上默认设置是会按照时间和游戏近期更新内容切换各种主题的（包括部分中文用户认为较为“晦气”而没有引入到这里的苍白花园主题），冬季主题也不例外。但用户可在参数设置中选择是否自动切换主题，我认为上述讨论中的分歧在设置里加个开关便可一定程度上解决。不过这样确实会对已配置主题的用户产生一定影响（按照en的方案，调整后原来选择的主题应该不会失效，而是会与默认切换的主题一起启用，甚至多个主题能够叠加生效），可以提前告知用户届时调整对应设置。--Endearing Cat（留言） 2024年12月19日 (四) 03:48 (UTC)回复[回复]
既然是“默认”，那么必然有开关，这是隐含前提。 Wilf233zhMCW（论·功） 2024年12月19日 (四) 11:34 (UTC)回复[回复]
 反对应该由用户自己决定，不应自动修改用户的皮肤佩奇君（留言） 2024年12月22日 (日) 14:40 (UTC)回复[回复]
 支持！这样做可以增加氛围，而且现在en MCW已经默认冬季模式了（虽然我不知道南半球使用英语的国家的人们咋想）。但是我没看见匿名用户如何改主题……不知道是我没找到还是没有，麻烦加一下这种匿名改主题的设置 StrongTree（留言） 2025年1月5日 (日) 00:19 (UTC)（最后编辑于2025年1月5日 (日) 08:38 (UTC)）回复[回复]
我想夏天还能自动切成下界主题，春秋季就用原来的，更接近氛围。 Mudongly T 2025年1月23日 (四) 03:04 (UTC)回复[回复]
 支持自动切换外观，此是能使Minecraft Wiki更美观。
  • 对于南北半球气候不同的问题，可以让程序根据他们所在的位置和气候自动判断他们现在处于春季还是冬季（然后自动切换）。
  • 可在参数设定内新增勾选框“根据季节自动切换Minecraft Wiki外观”。
  •  反对在夏季自动切换为下界主题的提议。下界主题的配色方案有些过于夸张，阅读起来不是那么舒服。
  •  支持推出苍白花园主题。就因为它主要颜色“惨白”就拿它和“晦气”挂钩么？沧白色主题能使页面整体看起来平静优雅。页面顶部长眼眸花也很好看。
我认为自动切换主题完全可行，表示支持。 Hopə [ Talk | Cons ] 2025年1月23日 (四) 11:49 (UTC)回复[回复]
我们中文MCW可以破先例吗？如果可以，就可以推出“2025年第一次小更新”的主题。 Mudongly T 2025年1月23日 (四) 14:55 (UTC)回复[回复]
 支持自动切换主题， 反对夏天使用下界主题， 建议在Minecraft更新时制作对应主题（就像en那样）。Afulai2333（论·功） 2025年1月25日 (六) 13:13 (UTC)回复[回复]
遍历主页五分钟尚未找到更改主题的方法:( Xenon Scarlet（留言） 2025年1月30日 (四) 03:17 (UTC)回复[回复]
点击页顶的参数设置→小工具 Wilf233zhMCW（论·功） 2025年1月30日 (四) 03:26 (UTC)回复[回复]
作为普通读者十分赞同，氛围感拉满XD
楼上说影响用户自主选择权倒不至于，如果真关心这个就不要光看默认主题长什么样，而是要更好地告诉用户这主题可以改，怎么改 Xenon Scarlet（留言） 2025年1月30日 (四) 04:45 (UTC)回复[回复]
有种办法，就是把 小工具->站点主题 改成一个下拉菜单，内置数个选项：
  • 默认 //根据时令
  • “普通” //现默认主题
  • “冬季主题”
  • “下界主题”
  • “苍白花园主题”
现已登录用户还是保留原选项（原默认-默认，原某个主题-对应的主题，没有人-苍白花园主题）
但我还想到了：能否将这个功能加入页面顶部而不是参数设置内？这样未登录用户也可以享受不同主题的功能。Aiden8115(Talk) 2025年2月4日 (二) 15:01 (UTC)回复[回复]
回复@Ultim 0：
“

 反对，有考虑过南半球的感受吗？

”
——Ultim 0
我的提议是加个开关，就是控制默认皮肤是按照北半球时令切换还是南半球时令切换。 Aiden8115(Talk) 2025年2月7日 (五) 11:21 (UTC)回复[回复]
综合以上讨论，大部分人支持在可切换的前提下随时令变更站点主题，只是目前的切换方式可能较为麻烦、不易发现且必须登入。好消息是，据我所知目前en已有人开展无需登入侧边栏切换主题的工作，不过可能还要很长一段时间。 ──  Leo768（Talk｜Contributions） 2025年2月16日 (日) 18:17 (UTC)回复[回复]

 题外话：可能需要在右上角工具栏添加一个下拉菜单来展示所有可用的主题，以提示用户可以进行更换，也包括“默认”（即根据时令自动更换）。这样就便于扩展更多的主题，比如引入“囬气”的苍白花园主题。--ultim_0 [talk][work] 2024年12月19日 (四) 13:05 (UTC)（最后编辑于2024年12月20日 (五) 03:11 (UTC)）回复[回复]

关于早期愚人节快照特性的译名[编辑源代码]

最新留言：在2025年3月2日 (星期日)发布6条留言3人参与讨论

由于现阶段有创建愚人节特性页面的需求，故于此讨论可能有争议的早期特性的译名：

  • 15w14a
    • 【状态效果】Caring ➔ 关爱
    • 【状态效果】Sharing ➔ 慷慨
    • 【生物】Smiling Creeper（现译“开心的苦力怕”） ➔ 微笑的苦力怕
    • 【生物】Love Golem ➔ 爱心傀儡
  • 3D Shareware v1.34
    • 【生物】Nerd Creeper ➔ 技术迷苦力怕
    • 【生成结构】Bonus barrel ➔ 奖励桶
  • 20w14∞（以下字符串不译）
    • 【生物群系】Between ➔ Between
    • 【生物群系】Biome For Player With No Time For Nonsense ➔ Biome For Player With No Time For Nonsense
    • 【生物群系】Shapes ➔ Shapes

本人对于目前未决/有误的愚人节快照特性的简体中文译名提议如上，仍然需要各位的意见，感谢！ TeaSummer（Q&A|C） 2025年2月5日 (三) 11:37 (UTC)回复[回复]

Caring和Sharing状态效果还存在这样一个问题：Caring替换了缓慢和中毒效果，Sharing替换了虚弱效果，但它们的本地化键名没有更改。在中文游戏中，它们依然显示为缓慢、中毒和虚弱，而不是替换后效果的英文名。我们是否应当为了更贴近游戏显示内容，将它们看作15w14a特有的缓慢、中毒和虚弱？ 2A09:TALK:CONT::1 2025年2月5日 (三) 12:41 (UTC)回复[回复]
状态效果Caring和Sharing是由数据值替换得到的，虽然其图标没有更改，但名称被更改了。另请注意，此讨论更多是为用于愚人节特性条目。 TeaSummer（Q&A|C） 2025年2月5日 (三) 12:56 (UTC)回复[回复]
其实不止早期愚人节版本，24w14potato也有未确定译名的三个非生物实体：Super Extra Magic、Lashing Potato Hook和Vine，目前在版本页面和沙盒中都没有翻译以上字符串，但是我认为对其翻译与否仍需进一步讨论。 Villager-bloc-h（讨论 | 贡献） 2025年2月13日 (四) 10:12 (UTC)（最后编辑于2025年2月16日 (日) 14:12 (UTC)）回复[回复]
本人对这些字符串的译名提议如下：
  • 24w14potato
    • 【实体】Super Extra Magic ➔ 超级无敌魔法
    • 【实体】Lashing Potato Hook ➔ 马铃薯钩索
    • 【实体】Vine ➔ 藤蔓
TeaSummer（Q&A|C） 2025年3月2日 (日) 11:45 (UTC)回复[回复]
由于暂时未收到其他译名提议，将在几日后开始使用上述译名。TeaSummer（Q&A|C） 2025年3月2日 (日) 11:45 (UTC)回复[回复]

未命名的话题[编辑源代码]

最新留言：在2025年2月23日 (星期日)发布13条留言6人参与讨论

英文wiki里有个名字是the first night的页面，要不要翻译（）123456qwq（留言） 2025年2月14日 (五) 07:56 (UTC)回复[回复]

我并没有找到你所说的页面，是哪个命名空间？ Colin_319（查·论·编） 2025年2月15日 (六) 06:08 (UTC)回复[回复]
这个
https://minecraft.wiki/w/The_First_Night123456qwq（留言） 2025年2月15日 (六) 06:20 (UTC)回复[回复]
内容似乎不完善，可以等待相关页面完成后再一并搬运。--ultim_0 [talk][work] 2025年2月15日 (六) 06:26 (UTC)回复[回复]
能不能先搬（）123456qwq（留言） 2025年2月15日 (六) 06:43 (UTC)回复[回复]
实在想现在就写的话可以去你的用户页下建沙盒写，例如Special:我的用户页/Sandbox/The First Night，待内容完善且达到条目标准后再移出来。不过最好还是等来源处的页面写完了再开始搬过来。 Endearing Cat（留言） 2025年2月15日 (六) 07:30 (UTC)回复[回复]

the first night页面翻译好了，要不要移到沙盒（用的ai翻译+人工改）123456qwq（留言） 2025年2月16日 (日) 08:31 (UTC)回复[回复]

 我反对。AI翻译不可靠，而且你写的几乎完全不符合格式指导。如果可以的话，我想编辑你的用户沙盒修缮一下。 Afulai2333（论·功） 2025年2月17日 (一) 13:19 (UTC)回复[回复]
可以123456qwq（留言） 2025年2月18日 (二) 08:54 (UTC)回复[回复]
不改翻译吗（）123456qwq（留言） 2025年2月19日 (三) 08:28 (UTC)回复[回复]
我先把页面移到沙盒（有没有办法在不清空原页面的情况下移动）123456qwq（留言） 2025年2月23日 (日) 10:43 (UTC)回复[回复]
那不就是复制么？ Hopə [ Talk | Cons ] 2025年2月23日 (日) 12:06 (UTC)回复[回复]
请点击页面右上角的“移动”，并选择正确的命名空间和标题。 ultim_0 [talk][work] 2025年2月23日 (日) 12:28 (UTC)回复[回复]

关于Java版自定义物品[编辑源代码]

最新留言：在2025年2月21日 (星期五)发布11条留言2人参与讨论

本主题或以下段落文字移动自User_talk:Luoboju0。

在编写Tutorial:Java版自定义物品的最后一个章节“月之魔杖”时明显代码内容过多，对于教程来说稍显不妥。过程中的纹理等资源显然不适合作为wiki本身的站内资源大量存在，而之前就有过做一套比较系统且能够方便维护的原版模组教程（数据包和资源包等原版自定义玩法的集合）的想法，参考了“官方示例数据包”后认为可以将原版自定义内容都以单个页面实例的形式展现出来。这样也能解决以往命令、数据包教程中的一些问题。如此后，便考虑将纹理等资源包文件以链接形式在相应页面给出，而不是直接上传为wiki文件。相关链接也更好被读者索引。--Luoboju0 2025年2月21日 (五) 09:25 (UTC)（最后编辑于2025年2月21日 (五) 09:28 (UTC)）回复[回复]

当然，是否作为单独页面均视具体实例的规模而定。对于同类的多个简单实例，还是应该集成在一个页面中。--Luoboju0 2025年2月21日 (五) 09:30 (UTC)回复[回复]
另外，沙盒中的“Java版自定义物品之月之魔杖”在移动后应为“教程：Java版自定义物品/月之魔杖” --Luoboju0 2025年2月21日 (五) 09:36 (UTC)回复[回复]
与之相应的规范是：“Java版自定义XYZ”->“教程:Java版自定义XYZ”及其子页面。之后，可能会有一个总索引页面用来索引各种Java版自定义教程实例。对于当今教一些教程，比如“用命令操控实体”的部分内容也应考虑作为比如“Java版自定义实体”的子页面。--Luoboju0 2025年2月21日 (五) 09:43 (UTC)回复[回复]
 反对。这些内容并非原版内容，根据MCW:关注度，其不应该成为单独的页面。这里说的是它使用了其他原版特性页面通用的格式和布局，而我认为因为这些内容比较多而将其拆分为教程的子页面这一个做法是没问题的。 AblazeVase69188（留言 | 贡献） 2025年2月21日 (五) 09:44 (UTC)回复[回复]
您说说您反对的具体是什么事情吗，我没有明白--Luoboju0 2025年2月21日 (五) 09:47 (UTC)回复[回复]
我看了一下教程，里面并没有使用其他原版特性页面通用的格式和布局，而月之魔杖的段落确实内容比较多。如果是要把教程的这一段内容拆分到子页面中，那没有问题，这是一个常见的做法；但如果是增加一个描述月之魔杖特性的页面，那我是持反对态度的。月之魔杖不是原版内容，所以不应当出现一个页面，以原版特性页面通用的格式和布局（参见MCW:格式指导/特性）对其进行描述，即便是教程命名空间也是如此。 AblazeVase69188（留言 | 贡献） 2025年2月21日 (五) 11:28 (UTC)回复[回复]
关于使用类似于原版页面的infobox想法，我参考了示例数据包。我的想法其实是使用类似于介绍原版物品的方式来先从功能上入手，然后对每个功能的具体实现做大致阐述，最后将相关成品文件以链接形式给出。其他观点与您保持一致。所以我想确认或者讨论一下：教程页面是否可以使用类似于原版主条目的形式来讲述一个使用数据包和资源包的自定义物品的实现原理？--Luoboju0 2025年2月21日 (五) 11:37 (UTC)回复[回复]
月之魔杖页面当前的版本已经和其他原版特性页面有较大差异，且更加接近自定义物品教程中原月之魔杖段落的内容，我认为这已经不是“类似于原版主条目的形式”，因此我对这种做法不再持反对态度。然而，（据我所知）此做法在Wiki上为首创，所以这样的做法可能仍然需要讨论。至于示例数据包页面，那是受官方支持的，所以Wiki会以更正式的方式记录，不过对于infobox而言，它只占页面的一小部分，所以我并不介意其在月之魔杖页面中的使用。 AblazeVase69188（留言 | 贡献） 2025年2月21日 (五) 15:59 (UTC)回复[回复]
可能有些事情还不太清晰，但是既然在社区专页，那么所以我想先明确几点：
  • 本问题并非由我个人在社区专页发起。
  • 我所要创建的页面均为教程命名空间下的页面。
  • 我所要描述的内容并非原版玩法以外其他API所支撑的MOD。
  • 对于原版数据包玩家来说，这些工作我认为是有意义的，最终目的是在MCW建立一个比较完善且可以长久维护的数据包、资源包教程系统，同时改进现在一些技术性教程在格式和内容方面的一些问题。
  • 目前并无整体计划，只是在逐步尝试，比如页面具体应该按照那种框架和样式编写等。--Luoboju0 2025年2月21日 (五) 10:59 (UTC)回复[回复]
目前已经重命名沙盒相关页面，如无其他问题考虑关闭该讨论--Luoboju0 2025年2月21日 (五) 11:08 (UTC)回复[回复]

数字和连接号之间是否需要空格[编辑源代码]

最新留言：在2025年3月2日 (星期日)发布4条留言3人参与讨论

下列有关连接号相关处理方案的讨论已经结束，请不要再编辑此段。任何想要进一步探讨的编辑者应该新建一个话题。

讨论结果为 话题发起者自行撤回。

目前，Wiki上有{{Range}}模板用于创建区间，截至话题创建已嵌入39个页面。此模板创建的区间会在数字和连接线（短横线）之间添加空格，然而Wiki上其他未使用此模板的地方，大部分并没有在数字和连接线之间添加空格（参考Special:Diff/813644，我在看到此编辑后也一直采用数字和连接线之间不加空格的做法）。我查询书面汉语指导以及在编者社群中询问时都没有得到确定的结果。

对简体中文，教育部公布的标点符号用法第13-14页和出版物上数字用法第7页都提到了数值范围的表示方法或连接号的使用方法；对香港繁体，其沿用的GB/T 15834-1995第6-7页也提到了连接号的使用方法；对台湾正体，台湾教育主管部门公布的《重订标点符号手册》修订版第21页也提到了连接号的使用方法。上述各文件都没有提到数字和连接号之间是否应添加空格，但示例中均未添加空格。

至于这一问题是否和中文与数字/英文之间是否需要增加空格字符的问题性质相同，即数字和连接号之间的空格是否应当由渲染引擎/浏览器处理，我对此不了解，希望有用户能够指出。

然而，对于含有负数的区间，如果采用短横线或一字线，且数字和连接号之间不添加空格，可能会造成一定程度的阅读困难。例子：-2 – 2和-2–2。这种情况下可能需要浪纹线（～）。

对此，我提出几种处理方案：

  • 方案A：统一使用短横线（即{{Range}}模板当前使用的字符），数字和连接号之间不添加空格。
  • 方案B：非负数使用方案A，负数则使用短横线且在数字和连接号之间添加空格。
  • 方案C：非负数使用方案A，负数则使用浪纹线，数字和连接号之间不添加空格。
  • 方案D：统一使用浪纹线，数字和连接号之间不添加空格。

我支持采用方案D，不仅区间包含负数时不会造成阅读困难，而且对模板来说容易实现，浪纹线在Wiki上也有用例。如有其他更好方案也欢迎提出。 AblazeVase69188（留言 | 贡献） 2025年2月23日 (日) 15:28 (UTC)（最后编辑于2025年2月23日 (日) 15:59 (UTC)）回复[回复]

 支持方案D。波浪号在表示范围和连接时较为常用，且横线不易与负号区分。数字和连接号之间不加空格则沿用了Wiki的规定俗成。 Hopə [ Talk | Cons ] 2025年2月26日 (三) 10:37 (UTC)回复[回复]
 支持方案D，但我要再问一嘴：如果使用波浪号，是使用半角的~还是全角的～？不同输入法在这方面并不统一。 MincerafterJack（留言） 2025年3月2日 (日) 00:41 (UTC)回复[回复]

由于参与讨论的人数过少，且相关群组内偏向不需要统一，故 撤回此话题。--AblazeVase69188（留言 | 贡献） 2025年3月2日 (日) 01:43 (UTC)回复[回复]

移出沙盒的申请[编辑源代码]

最新留言：在2025年2月28日 (星期五)发布4条留言3人参与讨论

Minecraft_Wiki:沙盒/Tutorial:游戏术语申请移出沙盒。 Aiden8115(Talk | Contributions) 2025年2月27日 (四) 10:48 (UTC)回复[回复]

请不要滥发话题，仅需在沙盒页面顶部使用{{Sandbox move}}模板即可，管理团队会及时进行处理，谢谢合作。 TeaSummer（Q&A|C） 2025年2月27日 (四) 13:26 (UTC)回复[回复]
请注意这不是移动请求，不必也不应挂Sandbox move。──  Leo768（Talk｜Contributions） 2025年2月28日 (五) 09:52 (UTC)回复[回复]
这种已有页面的编辑用不上移动，更不必报备，直接编辑即可。 ──  Leo768（Talk｜Contributions） 2025年2月27日 (四) 15:26 (UTC)回复[回复]

《地下城》译名使用讨论[编辑源代码]

最新留言：在2025年3月1日 (星期六)发布6条留言3人参与讨论

本主题或以下段落文字移动自Minecraft Wiki:编辑求助。

我最近在NS中游玩时发现里面的许多物品名称与Wiki中有差异，如Wiki中“窃心者”在NS中叫“窃心之刃”，是否使用NS译名还是保持原状？我对翻译的经验不足，在此只作抛砖引玉，具体是否改动还请进一步讨论。 Ztq（留言） 2025年3月1日 (六) 13:49 (UTC)回复[回复]

由于Minecraft Dungeons的翻译质量低下，故请参见Dungeons:译名标准化进行编写。若仍有疑问，可加入其中提及的交流群进行讨论。 TeaSummer（Q&A|C） 2025年3月1日 (六) 13:52 (UTC)回复[回复]
是否有WeChat 的交流群？ Ztq（留言） 2025年3月1日 (六) 14:27 (UTC)回复[回复]
没有。群列表见Minecraft Wiki:交流群。 Wilf233zhMCW（论·功） 2025年3月1日 (六) 14:32 (UTC)回复[回复]
但我没有QQ，因为一些原因也无法下载，怎么办？ Ztq（留言） 2025年3月1日 (六) 14:41 (UTC)回复[回复]
很遗憾没有办法。如果无法下载QQ是因为家长的原因，我们无能为力，请以学业为重。 Wilf233zhMCW（论·功） 2025年3月1日 (六) 15:33 (UTC)回复[回复]

多少图像是太多图像？[编辑源代码]

最新留言：在10:52发布2条留言2人参与讨论

我始终坚信适当地使用图片可以使页面更易理解十倍有余（老实说，我阅读长文字特别费力（小声）。我在编写Tutorial:饥饿管理的时候，就使用了大量的图像来提示各种食物的常见来源。但最近的一些讨论中，我发现部分用户的设备在处理包含过多内容的页面时会炸。更多地，我自己最近也遇到了一些连接问题。我查阅了格式指导，但里面没有对图像数量的硬性规定。请问各位在写条目的时候一般遵循什么标准？大家在这方面有取得过共识，或者有什么潜规则吗？——MincerafterJack（留言） 2025年3月2日 (日) 01:38 (UTC)回复[回复]

我不觉得以现代浏览环境中太多影像会是一个问题。那怕是，您编写的页面绝对远远达不到“太多”。 ──  Leo768（Talk｜Contributions） 2025年3月17日 (一) 10:52 (UTC)回复[回复]

如何新建一个教程页？[编辑源代码]

最新留言：在2025年3月8日 (星期六)发布5条留言5人参与讨论

最近突发奇想想要建立一个教程。但是，我本来以为直接创建就可以了，但是浏览其他页面时发现有如《沙盒》等复杂的东西……鉴于社区活跃性，我建议有识之士建立一个如何编写新页面的页面来指导对于此方面不熟悉的用户（比如我）对Minecraft Wiki做出贡献。MacrosM 2025年3月8日 (六) 10:26 (UTC)回复[回复]

猜你想找：Help:帮助目录、Help:编辑手册。--AblazeVase69188（留言 | 贡献） 2025年3月8日 (六) 10:35 (UTC)回复[回复]
请见：Help:编辑手册#新建页面。 UniIght17（论 • 功） 2025年3月8日 (六) 10:36 (UTC)回复[回复]
还有mw:Help:Starting a new page/zh（如果你能打开）。另提醒：你的签名格式不符合规范，导致讨论页工具无法识别你的留言，请参考MCW:签名方针进行修改。--Endearing Cat（留言） 2025年3月8日 (六) 10:40 (UTC)回复[回复]
原则上直接创建条目即可，但鉴于新的教程通常需要花费大量时间和精力来完善，故建议先在沙盒中创建（如MCW:沙盒/Tutorial:XXX）。另：Tutorial命名空间下的页面应当是游戏相关的教程，Wiki相关的帮助应当到Project或Help命名空间下创建。--ultim_0 [talk][work] 2025年3月8日 (六) 10:42 (UTC)回复[回复]

将愚人节特性格式指导并入正式指导[编辑源代码]

最新留言：在昨天18:45发布4条留言3人参与讨论

本Wiki对愚人节特性条目已经放开，但由于愚人节特性的特殊性质以及现有的格式指导对其并无规定，在先前出现了许多不符合要求或者格式不统一的页面。虽然如今有所改善，但临近4月，恐怕之后仍会出现大量争议，为了统一方便，已在沙盒中编写格式指导/愚人节玩笑特性，现提出将其并入正式指导（除将该页面移出沙盒外，还要将其半保护并加入到{{Navbox policies}}中），也欢迎指出该指导的不足以便补充。 BoredYukolin（留言） 2025年3月15日 (六) 12:30 (UTC)回复[回复]

意见：支持 支持移出沙盒。 Abigpigeon（论/功) 2025年3月15日 (六) 12:44 (UTC)回复[回复]
“独有的闪烁标语、全景图等 - 这些更改应当直接透过愚人节版本页查询。”与现状严重不符，现行闪烁标语与全景图是有写在对应条目的。考虑到这些页面根本不是一般特性条目的特殊性质（本就展示全历史等），我也支持在相应条目保留愚人节内容。──  Leo768（Talk｜Contributions） 2025年3月15日 (六) 15:23 (UTC)回复[回复]
抱歉考虑不周，已经针对即时通讯群组中提出的问题进行了一系列修改。希望您能重新考虑意见。 BoredYukolin（留言） 2025年3月15日 (六) 18:45 (UTC) （最后编辑于2025年3月15日 (六) 18:49 (UTC)）回复[回复]

更好的编辑器[编辑源代码]

最新留言：在昨天04:21发布3条留言3人参与讨论

之前社区专页上有人反映用不来Wikitext，觉得每次用模版都要去模版页面查用法很不方便，希望单独出一个“常用模版使用方法”的页面，当时我给的是意见：反对 反对，但现在我有更好的解决建议。

输入括号后悬浮提示自动弹出了

如图，这是Python Shell中的截图。只要输入了一个函数、在准备调用（输入第一个括号）时会自动弹出一个显示了使用方法（函数的注释）的悬浮框，便于使用者查看函数的参数信息和用法。在关闭括号时又会自动消失。

如果Minecraft Wiki的编辑器可以实现类似的效果，编写工作将变得十分方便。并且这有利于新编者对Wikitext的熟悉。 Hopə [ Talk | Cons ] 2025年3月15日 (六) 22:41 (UTC)回复[回复]

固然是好的，但是能否实现？先在这里意见：中立 保留意见 StrongTreeTalk! 2025年3月15日 (六) 23:00 (UTC)回复[回复]
Wiki上其实是有该功能的。在编辑栏中，有一个“插入模板”的按钮。其可以依据模板文档填入的资料自动生成参数选项与模板使用说明。只是目前有写该资料的模板不多。 ──  Leo768（Talk｜Contributions） 2025年3月16日 (日) 04:21 (UTC)回复[回复]
取自“https://zh.minecraft.wiki/w/Minecraft_Wiki:社区专页?oldid=1054938”