Minecraft Wiki

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

了解更多

Minecraft Wiki
Advertisement
社区
专页

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

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

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

常用页面

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

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

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

最新Wiki新闻
# 话题 发言条数 参与人数 发起者 最后发言者 最后发言时间(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 Thaumic Copper IcyPhantom 2022年1月21日 (五) 08:56
7 采用模板化的版本页面 6 2 Thaumic Copper Hatsuki kiri 2022年1月20日 (四) 09:06
8 确定部分游戏内容的名称 4 4 IcyPhantom Lakejason0 2022年1月21日 (五) 10:39
话题

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

原议题见此处

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

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

 疑问所以为什么这么做?我觉得单开一个原创教程分类挺好的--Lxazl5770zh.admin) 2021年12月20日 (一) 01:01 (UTC)
  • 原创教程分类中的教程均可以归入其他分类,而且目前已经出现了大部分原创教程重复出现在原创教程分类与其他分类中的情况
  • 我认为在其他分类中对原创教程进行标记和单独开出原创教程一个分类的效果是差不多的
因此我提议进行上述工作。我认为您也可以进一步说明其他理由。--AblazeVase69188讨论 | 贡献 2021年12月24日 (五) 10:04 (UTC)
 提议:在此基础上给所有原创教程在页面内添加原创教程分类,模板内不再列出。这样也可以平衡“移除后怎么一下子列出所有原创教程”等疑问。-- LakeJasonFace.png 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.png 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.png Lakejason0) 2022年1月1日 (六) 16:37 (UTC)

如果的确这么做,那么故事模式和mce还需要放进去吗?-- KaplanSteve Face.png KaplanSteveTC) 2022年1月2日 (日) 00:10 (UTC)
看大家想法,我觉得可以放。-- LakeJasonFace.png 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.png KaplanSteveTC) 2022年1月2日 (日) 01:08 (UTC)

 支持更改,少了很多更新的麻烦。分开也有道理反正,真要分开我也没意见。-- LakeJasonFace.png 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.png KaplanSteveTC) 2022年1月11日 (二) 14:09 (UTC)
 注意应该将页面移动为Java版距离现象基岩版距离现象才对。--Lxazl5770zh.admin) 2022年1月11日 (二) 14:16 (UTC)
看到某些群里讨论的时候我就觉得不对劲,建议是不要把现有的页面标题规范当场笑话。函数数据值就是例子,应当采取Lx的方案,将页面移动为Java版距离现象基岩版距离现象。-- LakeJasonFace.png 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.png 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.png 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.png Lakejason0) 2022年1月21日 (五) 10:39 (UTC)
Advertisement