Minecraft Wiki

除另有声明,转载时均必须注明出处若簡繁轉換出錯,請以遊戲內為準请勇于扩充与修正内容有兴趣逛逛我们的微博沟通交流,欢迎到社区专页需要协助,请在告示板留言

了解更多

Minecraft Wiki
Advertisement

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

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

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

常用页面

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

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

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


语言

最新Wiki新闻
  • 2023年8月31日 - 中文Minecraft Wiki确定将迁移至Weird Gloop(议题原文)。
  • 2023年7月4日 - 英文Minecraft Wiki公开发布了关于Minecraft Wiki是否要从Fandom迁移至别的站点的讨论(链接)。
  • 2023年6月1日 - 新的巡查员Siiftun1857上任。
  • 2023年5月4日 - 中文Minecraft Wiki使用的MediaWiki版本已升级至1.39。
  • 2023年1月31日 - 新的管理员Anterdc99上任。
# 话题 发言条数 参与人数 发起者 最后发言者 最后发言时间(UTC)
1 继续“关于教程页的几个问题”议题 9 4 AblazeVase69188 AblazeVase69188 2022年1月1日 (六) 14:59
2 将首页的“Minecraft简介”部分更改为和英文的“Minecraft video games”相对应的形式 5 3 Lakejason0 McplayerFS 2022年1月27日 (四) 07:03
3 更改iOS图标 3 3 KaplanSteve Lxazl5770 2022年1月6日 (四) 04:06
4 移动页面 6 5 Snow dash Snow dash 2022年1月15日 (六) 11:46
5 检修wiki的冷门页面 5 4 Minecraftwater Lakejason0 2022年1月15日 (六) 10:24
6 是否需要去除版本更改中的特殊信息 6 4 [[User:Thaumic_Copper Cu·铜]([[User_talk:Thaumic Copper|Thaumic_Copper Cu·铜](User_talk:Thaumic Copper IcyPhantom 2022年1月21日 (五) 08:56
7 采用模板化的版本页面 6 2 [[User:Thaumic_Copper Cu·铜]([[User_talk:Thaumic Copper|Thaumic_Copper Cu·铜](User_talk:Thaumic Copper Hatsuki kiri 2022年1月20日 (四) 09:06
8 确定部分游戏内容的名称 4 4 IcyPhantom Lakejason0 2022年1月21日 (五) 10:39
9 建议模块IdTools投入使用 1 1 Chixvv Chixvv 2022年2月6日 (日) 12:47
10 关于移动页面的事宜 5 4 McplayerFS AblazeVase69188 2022年2月8日 (二) 03:57
11 关于Internal version模块的现况 1 1 [[User:SkyEye_FAST SkyE] |SkyEye_FAST SkyE] ]] [[User:SkyEye_FAST SkyE] |SkyEye_FAST SkyE] ]] 2022年2月11日 (五) 11:40
12 规范用词 1 1 帅哥之霸 帅哥之霸 2022年2月15日 (二) 05:55
话题

继续“关于教程页的几个问题”议题

原议题见此处

如题所示,本人提议将教程{{Tutorials}}中的“原创教程”分类移除,并对已处于其他分类的中文原创教程进行下划线的标记。

若无人反对,我将在下个周末进行上述工作。--AblazeVase69188讨论 | 贡献 2021年12月18日 (六) 15:21 (UTC)

 疑问所以为什么这么做?我觉得单开一个原创教程分类挺好的--Lxazl5770zh.admin) 2021年12月20日 (一) 01:01 (UTC)
  • 原创教程分类中的教程均可以归入其他分类,而且目前已经出现了大部分原创教程重复出现在原创教程分类与其他分类中的情况
  • 我认为在其他分类中对原创教程进行标记和单独开出原创教程一个分类的效果是差不多的
因此我提议进行上述工作。我认为您也可以进一步说明其他理由。--AblazeVase69188讨论 | 贡献 2021年12月24日 (五) 10:04 (UTC)
 提议:在此基础上给所有原创教程在页面内添加原创教程分类,模板内不再列出。这样也可以平衡“移除后怎么一下子列出所有原创教程”等疑问。-- LakeJasonFace Lakejason0) 2021年12月24日 (五) 11:12 (UTC)
 完成:已给处于“原创教程”标题下的所有教程添加[[Category:用户原创教程]]分类标签。--AblazeVase69188讨论 | 贡献 2021年12月24日 (五) 11:42 (UTC)
 反对,不能因为enwiki没有就把zhwiki编写的叫做原创教程,来源不应该作为区分教程的标志;显而易见en没有把其他语言没有的教程分类为原创教程。--Snow dash & ) 2021年12月24日 (五) 15:21 (UTC)
无妨,改个名字就是,比如“中文独有教程”。-- LakeJasonFace Lakejason0) 2021年12月24日 (五) 15:25 (UTC)
确实,可以将[[Category:用户原创教程]]改为[[Category:中文独有教程]],该操作可申请机器人完成。不过我想设立这个分类的原意是提升中文用户编写中文独有教程的积极性,以及向他们提供一定程度上的示范。因此仍然 建议保留该分类,页面和模板内不再直接列出,而是以下划线标记。--AblazeVase69188讨论 | 贡献 2021年12月25日 (六) 02:01 (UTC)
下列工作 已完成
  • 将所有的[[Category:用户原创教程]]改为[[Category:中文独有教程]]
  • 教程{{Tutorials}}中的“原创教程”分类移除,并在其他合适的分类中添加作了下划线标记的链接
若有谬误可以帮助修正。--AblazeVase69188讨论 | 贡献 2022年1月1日 (六) 14:59 (UTC)

将首页的“Minecraft简介”部分更改为和英文的“Minecraft video games”相对应的形式

据部分用户(Light beacon)的反馈,以及结合我自身的观感判断,目前首页的Minecraft简介一栏的观感相较于英文的“Minecraft video games”一格来说差了一些,英文此栏的格式更让人舒服。我在此提议将Minecraft简介一栏更改为和英文的“Minecraft video games”相对应的形式,其他部分暂不做更多变化。-- LakeJasonFace Lakejason0) 2022年1月1日 (六) 16:37 (UTC)

如果的确这么做,那么故事模式和mce还需要放进去吗?-- KaplanSteve Face KaplanSteveTC) 2022年1月2日 (日) 00:10 (UTC)
看大家想法,我觉得可以放。-- LakeJasonFace Lakejason0) 2022年1月3日 (一) 15:16 (UTC)
所以是不打算改了吗?我感觉en那种观感确实好一些。等了近一个月没人提过这件事了。--KaplanSteve T 2022年1月27日 (四) 06:46 (UTC)
其实我觉得改不改都无所谓吧,不过现在又有人提了,还是改了为好。--McplayerFS讨论) 2022年1月27日 (四) 07:03 (UTC)

更改iOS图标

en上的iOS图标已经不再每个iOS版本一个图标,而是使用了“iOS”和“iPadOS”字样。而且每个iOS版本一个图标很有可能会造成图标过旧的问题,比如现在iOS 15已经发布了,而我们还在使用iOS 14的图标。

因此我建议将iOS图标更换为iOS字样。至于iPadOS我不知道该怎么处理,en上是分开来的,我感觉这样做也挺好,虽然也不是很有必要分开。-- KaplanSteve Face KaplanSteveTC) 2022年1月2日 (日) 01:08 (UTC)

 支持更改,少了很多更新的麻烦。分开也有道理反正,真要分开我也没意见。-- LakeJasonFace Lakejason0) 2022年1月3日 (一) 15:16 (UTC)
 已完成更改。--Lxazl5770zh.admin) 2022年1月6日 (四) 04:06 (UTC)

移动页面

Java版中的距离现象基岩版中的距离现象的页面命名不符合普遍用法习惯,现希望更正(移动)为距离现象/Java版距离现象/基岩版,为此征求社区意见。--Snow dash & ) 2022年1月11日 (二) 06:44 (UTC)

 支持,这种命名方式在维基百科尤为常见,因为他们不支持在条目名字空间设立子页面,但是Minecraft Wiki跟维基百科不一样,故支持移动页面。--ultim_0 ( USER | TALK | CONT ) 2022年1月11日 (二) 07:56 (UTC)
 支持移动,更加有利于维护。-- KaplanSteve Face KaplanSteveTC) 2022年1月11日 (二) 14:09 (UTC)
 注意应该将页面移动为Java版距离现象基岩版距离现象才对。--Lxazl5770zh.admin) 2022年1月11日 (二) 14:16 (UTC)
看到某些群里讨论的时候我就觉得不对劲,建议是不要把现有的页面标题规范当场笑话。函数数据值就是例子,应当采取Lx的方案,将页面移动为Java版距离现象基岩版距离现象。-- LakeJasonFace Lakejason0) 2022年1月11日 (二) 15:29 (UTC)
 完成移动。--Snow dash & ) 2022年1月15日 (六) 11:46 (UTC)

检修wiki的冷门页面

最近有在制作关效果状态的视频,之前也做过关于魔咒的视频。给我的感觉就是————为什么wiki上全是错误啊啊啊啊啊啊啊啊啊啊啊啊阿啊啊啊!!! 这些老页面存在大量版本不分的问题以及未经测试的项目,因为过于冷门而无人问津,无人检修。 过几天我会开始进行一些修补工作,但因为能力有限,工作效果想会很微薄。希望有能力的各位能帮助处理这些问题。 哼,哼哼,啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊 –该未签名留言由Minecraftwater讨论贡献)在2022年1月15日 (六) 04:19 (UTC) 添加。请在您的回复后面加上 ~~~~

你这个话题一股味道啊 首先呢,wiki一直以来都有人说“错漏百出”,但一没人说哪里错了,二没人来改。大家很欢迎对wiki内容的修正等改进,但并不是所有人都有时间(或者能力)。对于目前的状况来说,“不说哪里错了”=没有说。个人很期待相关改进,也许你可以稍微划个范围。
顺带一提,在编辑时,建议你写好编辑摘要。在移除/增加内容时,毕竟你也说了版本不分未经测试,那么就应当在编辑摘要中说明“是哪个版本”“在哪个版本测试”的,以便后来人查证和更新。期待你的编辑。-- LakeJasonFace Lakejason0) 2022年1月15日 (六) 04:26 (UTC)
第一,你签名没正确签上,最好使用~~~~重新签一下;第二,你可以说详细一点吗?比如哪里有错漏,又是哪里版本不分?KaplanSteve T 2022年1月15日 (六) 04:50 (UTC)
 意见自己动手丰衣足食,勿问“为什么没有oo”。如果阁下真的有意为Minecraft Wiki添砖加瓦的话,请大胆地开拓吧!同时建议你先看看编辑帮助,可以省去许多不必要的麻烦。--ultim_0 ( USER | TALK | CONT ) 2022年1月15日 (六) 05:27 (UTC)(最后编辑于2022年1月15日 (六) 11:52 (UTC))
不必过于苛刻,新编者很难得知实际的编辑情况。根据他的发言来看,他也没有太要求我们做什么,我们保持观望+适时的帮助即可。另,如果需要帮助的话,可以加入MCW:QQ。-- LakeJasonFace Lakejason0) 2022年1月15日 (六) 10:24 (UTC)

是否需要去除版本更改中的特殊信息

章节题目可能有些不明确,在下解释一下,以基岩版1.15.0.51为例,其中有一句:

被动型生物
  • 现在只会生成于其应该生成的方块上。(MCPE-47596


在下不明白,这些应当是修复章节的内容,为何在前面提及,是否考虑删除这类通过修复漏洞做出的更改?仅仅让它们存在于修复章节内。

Cu·铜吐槽专栏·考古专栏 2022年1月15日 (六) 12:43 (UTC)

 意见:基岩版版本页面有其自己特殊的规范,部分内容直接翻译自feedback.minecraft.net上的对应更新日志。对于上述内容,更新日志的描述如下:
其见于Parity一段,而非Fixes段落,故应当视作特性同步而不是常规的漏洞修复,不应将其移动到修复章节。--ultim_0 ( USER | TALK | CONT ) 2022年1月15日 (六) 13:13 (UTC)(最后编辑于2022年1月15日 (六) 13:16 (UTC))
但是,MCW的编辑是灵活的,或许没有必要完全照着官方博文的格式,大致相同即可?——Cu·铜吐槽专栏·考古专栏 2022年1月15日 (六) 13:17 (UTC)
并且,这两个章节中都出现了一次,是否重复呢?——Cu·铜吐槽专栏·考古专栏 2022年1月15日 (六) 13:18 (UTC)
那就删掉一个呗,还有关于狼的那个在两个章节中都出现了,那就把上面那个结尾的(MCPE-47596)去掉。-- McplayerFS讨论) 2022年1月18日 (二) 02:25 (UTC)
我想说的是,有些“修复漏洞”的确会给游戏带来实质上的更改,而通常更新日志反而不会把这些写进去。修复列表是个列表,但更改是总结出来的,之前的N个Java版快照都是把修漏洞造成的更改写进了更改里的。——IcyPhantom 讨论I贡献 2022年1月21日 (五) 08:56 (UTC)

采用模板化的版本页面

如题,MCW:沙盒/格式/版本,在下认为版本页面可以通过subst调用此模板进行编写,就模板而言,并没有多少限制。此模板与大多数版本页面格式吻合。——Cu·铜吐槽专栏·考古专栏·MCR Wiki 2022年1月19日 (三) 14:42 (UTC)

 不现实,有一个一个找参数名挨个填的功夫页面早写完了。--葉月 § 2022年1月19日 (三) 15:18 (UTC)
不一定:为什么不能提供一个已经写好的模板,让编辑者直接自取?——Cu·铜吐槽专栏·考古专栏·MCR Wiki 2022年1月20日 (四) 06:51 (UTC)
我们创建版本页面的主要方法依然是从en复制源代码然后再翻译,页面格式的雏形一般从开始搬运页面就已经定好了,如果用你的模板,还得花额外的精力把源代码里的关键内容一点点挑到模板里,那样显然会降低效率,完全不如直接修改复制来的源代码方便快捷。而且好的模板只需要专一完成自己的任务,没必要把其他模板的工作全都揽过来,那样只会徒增麻烦。--葉月 § 2022年1月20日 (四) 07:11 (UTC)
 意见:若实在麻烦,该模板应该可以当做一个大概的框架,以防有时格式相差甚远。不一定要完全套着模板来,也许是写完之后对照一下该模板,格式相差不大即可?重申一次,该模板被创建的初衷不是限制,而是参考。——Cu·铜吐槽专栏·考古专栏·MCR Wiki 2022年1月20日 (四) 07:16 (UTC)
那也不需要,我们有已经编写好的版本页面格式指导,格式以此为准即可,而且模板页面也从来没有当作参考对照的用法。--葉月 § 2022年1月20日 (四) 09:06 (UTC)

确定部分游戏内容的名称

  • 命名空间ID——en那边已经确定为Resource Location(资源路径)并且已经移除未确认名称了。
  • 生成结构——无论怎么想“生成结构(Generated Structure)”这名字都很奇怪。通常是直接称作“结构(Structure)”,以及数据包文件里它被叫做“已配置结构地物(Configured Structure Feature)”。无论叫什么都比叫成这个不明所以的“生成结构”合理。
  • 黑曜石柱——这玩意叫“End Spike(终末之刺)”,对应地物文件的名称告诉我的。
  • 还有些别的什么这里还没发现。

总之。——IcyPhantom 讨论I贡献 2022年1月21日 (五) 08:56 (UTC)

生成结构指的是相对于玩家建造的结构,可以改为“预置结构”Configured Structure。末地刺的名称可以直接放进页面里,原名已经比较常用。--RealCuervo讨论) 2022年1月21日 (五) 09:05 (UTC)
 注意,基岩版中没有资源路径这种称呼,且‘命名空间id’比‘资源路径’更易理解。第二个可以移动到“结构地物”,不会产生歧义。而“Configured”的确是“已配置的”、“配置过的”的意思,而且配置的对象是feature,而不是结构,不存在Configured Structure这种说法。--Chixvv讨论) 2022年1月21日 (五) 09:29 (UTC)
其实命名空间ID这个词我之前提过有定中关系不明的问题(但是很常用啦所以没人在意),根据我再次查看EN给出的来源,以及基岩版社群的相关询问,我得出结论是“Mojang自己也不知道叫什么”。-- LakeJasonFace Lakejason0) 2022年1月21日 (五) 10:39 (UTC)

建议模块IdTools投入使用

近日在闲暇时写了模块Allconversion2,将会改名为IdTools。现在我建议将此模块投入使用。

模块用途:目前打算用在ID table模板(自动生成数字id、别名id、方块的物品形式、本地化键名),java版数据值和基岩版数据值页面(自动生成方块和物品列表)。

模块维护:我可能没有那么多的精力去持续维护,所以需要mcw管理团队的各位及时更新。需要维护的内容及方法见模块的文档页面。也不必更新太频繁,建议至少一个大版本更新一次。

英文wiki:如果在中文wiki应用效果不错,未来将会把此模块推到英文wiki。

其他:模块没有经过足够的测试,可能还有一些bug。另外对于英文名,基岩版的snow_layer、snow使用了java版的英文名,其他的都是尽量与游戏原文保持一致。

如有其他问题或建议请提出,十分感谢。--Chixvv讨论) 2022年2月6日 (日) 12:47 (UTC)

关于移动页面的事宜

本人最近在编辑时看到教程/附魔机制页面被加上了“等待移动”的模版,并且下方的“教程”模版已被去除,另外有关机制的页面不应该属于教程,所以想征求一下大家的意见,是否移动此页面至“附魔机制”,反正我是 同意的。

还有中国版的页面什么时候才能移动啊,我想移动,但是移动的权限仅限管理员。--McplayerFS讨论) 2022年2月8日 (二) 03:00 (UTC)

 不赞成:该页面的举例较多,不适宜移出教程子空间,参考原始JSON文本格式教程/原始JSON文本。--ultim_0 ( USER | TALK | CONT ) 2022年2月8日 (二) 03:06 (UTC)
1.  不赞成教程/附魔机制页面即使去除了教程模板,但整体行文仍属于教程,需要将格式修改后才能移动。
2. 而Minecraft:中国版的移动暂时未获得社区共识,建议在这里一并讨论。为了与其他页面同意名称,我 支持对此页面进行移动。-- Anterdc99Face Anterdc99· 2022年2月8日 (二) 03:09 (UTC)(最后编辑于2022年2月8日 (二) 03:12 (UTC))
我也 同意中国版页面的移动。--McplayerFS讨论) 2022年2月8日 (二) 03:15 (UTC)
1.  支持对中国版页面的移动。
2. 教程/附魔机制的标题应与铁砧机制的统一,然而页面上的举例过多,不适于移动出教程子页面。我认为,可以将附魔机制重定向到附魔,把教程/附魔机制移动到教程/附魔(不留重定向)。这样把附魔作为介绍机制的页面,把移动后的教程/附魔作为为附魔的实际应用举例的页面。--AblazeVase69188 (T/C) 2022年2月8日 (二) 03:57 (UTC)

关于Internal version模块的现况

先前讨论(根本没人讨论)请见MCW:社区专页/存档8#关于Internal version模块及版本拆分MCW:社区专页/存档8#关于模板version nav中的internal参数

经过长时间的努力以及其他方面的支持,现在模块:Sandbox/Internal version/Versions中的数据部分已经全部整理完毕,可以投入使用。

鉴于我根本不会用Lua写模块的功能部分,恳请哪位帮我写一个简单的模板实现。

模块中用注释写明了应该拆分的版本和目前存在的问题,也可参见先前的议题。

另,已经根据得出的数据修正了基岩版上的Android最低支持版本;而en那边还是错的,现在有了充分的论据,我先改为敬。--SkyE | Talk · Contributions · Logs 2022年2月11日 (五) 11:40 (UTC)

规范用词

如题,我觉得本Wiki中需要规范一下用词。以下仅代表我的建议:“如果”一词完全可以改成“若”,后者更简短,在表格中表现更为明显;还有“概率”和“几率”两个词一直混用,查询某些页面时,总能发现这两个词混用。编辑者一会儿用“概率”,结果下文又用“几率”,我认为有必要统一一下。有其他需要规范的用词用语等大家也可以说一下 帅哥之霸讨论) 2022年2月15日 (二) 05:55 (UTC)

Advertisement