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模块的现况 2 2 [[User:SkyEye_FAST SkyE] |SkyEye_FAST SkyE] ]] 2190303755 2022年2月24日 (四) 08:49
12 规范用词 5 5 帅哥之霸 Dianliang233 2022年4月18日 (一) 02:13
13 中文MCWiki时间显示为UTF+8 4 3 1stlezygDARK Ultim 0 2022年2月19日 (六) 09:01
14 兔子文章出现漏洞 3 2 Batele Jackson Batele Jackson 2022年3月31日 (四) 18:09
15 命令页的页面规范 4 4 IcyPhantom Chixvv 2022年4月19日 (二) 04:17
16 我无法上传图片 2 2 Minesunset1030 AblazeVase69188 2022年4月16日 (六) 05:43
17 关于“末地”和“末路之地”的用法 6 6 Hatsuki kiri Lxazl5770 2022年4月19日 (二) 02:30
18 关于成文的译名使用指导 5 4 Anterdc99 Anterdc99 2022年4月26日 (二) 14:52
19 “漏洞”章节的必要 11 10 Dianliang233 AblazeVase69188 2022年4月29日 (五) 13:02
20 Sound table 7 6 烨凌 Lakejason0 2022年4月23日 (六) 04:47
21 “Slot”译名标准化 2 2 Yzy32767 IcyPhantom 2022年5月1日 (日) 03:26
话题

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

原议题见此处

如题所示,本人提议将教程{{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月23日 (三) 13:56 (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)

如果Infobox中需要展示修订版本的话需要如何呈现呢?2190303755(T|C) 2022年2月24日 (四) 08:49 (UTC)

规范用词

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

前者的改动我不发表意见;后者的改动我们已经讨论过了,改成概率。--KaplanSteve T 2022年2月15日 (二) 14:13 (UTC)
对于第一条建议,我觉得对教程的文字没有必要如此认真地规范用词,只要使其通顺并能够准确地表达意思即可;然而对于其他主页面的规范用词,基于我对其他主页面编辑的高被撤回率,我不发表意见。--AblazeVase69188 (T/C) 2022年2月18日 (五) 10:53 (UTC)
在传达到意思的基础上,追求语言尽可能准确、简洁、每100字信息含量(信息熵)大、生动、有趣(重要性递减)。但是如果别人用了复杂的表达,或在非专有名词上不太规范,也不必直接算错。我觉得这样比较合理。——User:1stlezygDARK1stlezygDARK闲聊/讨论/贡献) 2022年2月19日 (六) 07:11 (UTC)
若和如果只是语言偏好,应该按需使用,不宜强制规定。我们又不是文言wiki。-- Dianliang233 TC 16 2022年4月18日 (一) 02:13 (UTC)

中文MCWiki时间显示为UTF+8

如题,中文MCWiki的用户和编辑者大多数都在东八区,所以不知道能不能把MCW内的时间显示为UTF+8?每次看着都感觉很别扭。——User:1stlezygDARK1stlezygDARK闲聊/讨论/贡献) 2022年2月19日 (六) 07:17 (UTC)

请在参数设置-显示里自行调整时区。--Lxazl5770zh.admin) 2022年2月19日 (六) 07:23 (UTC)

!!我是*#%@。我的问题。——User:1stlezygDARK1stlezygDARK闲聊/讨论/贡献) 2022年2月19日 (六) 07:37 (UTC)

还有,是UTC不是UTF。--ultim_0 ( USER | TALK | CONT ) 2022年2月19日 (六) 09:01 (UTC)

兔子文章出现漏洞

该音效无法播放,已经在Windows 11与Android 设备确认。 请修复一下 链接:https://minecraft.fandom.com/zh/wiki/%E5%85%94%E5%AD%90 --Batele Jackson讨论) 2022年3月31日 (四) 17:49 (UTC)

原因可能为音效时长过短,部分浏览器不支持播放,我们无法修复。另外,建议查阅编辑手册以了解如何使用源代码编辑,不要通过复制网址插入链接。--葉月 § 2022年3月31日 (四) 17:59 (UTC)
好的–该未签名留言由Batele Jackson讨论贡献)在2022年3月31日 (四) 18:09 (UTC) 添加。请在您的回复后面加上 ~~~~

命令页的页面规范

介绍具体命令的页面用了一堆高端模板,而且大部分都是技术性内容。所以有必要写一个页面说明如何去编写这种页面。

如果要问怎么写,至少要说明各个章节的作用、各个章节应遵循说明格式、如何使用各个章节的涉及模板、如何获取必要的数据(指权限等级、输出值这类的东西)。

如果要讨论必要性,至少这种页面的格式要明确一下。 ——IcyPhantom 讨论I贡献 2022年4月3日 (日) 10:11 (UTC)

我记得以前似乎讨论过这样的事情。--Lxazl5770zh.admin) 2022年4月12日 (二) 05:43 (UTC)
差不多一年前了,讨论的内容好像是该不该调换命令案例的位置。--ultim_0 ( USER | TALK | WORK ) 2022年4月12日 (二) 06:12 (UTC)
确实有必要,并且我也有写一写的打算。但目前事实上,能完全看懂这些命令页面的人自然知道应该怎么写,看不懂的人即使有了页面规范,也没办法去完善这些页面。
页面里的各项内容对命令玩家都是很有必要也很有用的,却实在难以编写。就像权限等级,最简单的获取方法只有反编译看源码。而对于结果与输出值,更是完全没有简易的获取渠道。对于java版,必须对源码一行一行进行分析,寻找任何可能抛出异常和影响输出值的地方。对于基岩版,由于反编译的源码难以分析,所以需要绞尽脑汁想到游戏中可能出现的各种情况,并在游戏中逐一测试。有时候我在编写页面时,也很难考虑到所有情况,所以还需要看b站各个命令大佬的视频和动态,再对它们所提出的需要注意的情况进行测试。
可悲的是,近几年基岩版加入的命令大多是直接调用底层逻辑,而完全没有进一步的封装,导致这些命令的未定义行为和副作用数不胜数。像ride、damage这一类的命令,如果真想搞清楚它们的结果与输出,除了在游戏中对所有实体种类逐一测试,真没有什么好的办法。即使是我,也不敢说对ride、playanimation、damage这一类的命令很了解。--Chixvv讨论) 2022年4月19日 (二) 04:17 (UTC)

我无法上传图片

今天尝试上传图片时(使用了编辑页面的自助式上传),突然返回如下错误并拒绝上传:

  • “过滤器在您的编辑中自动检测到了一些不妥,您需要核实编辑后再提交。
  • 与您此次编辑所匹配的过滤规则概述如下:上传文件时未选择授权协议。
  • 如果您认为您的编辑没有问题,可再次点击“保存更改”按钮来提交编辑。”

以前都没见过这种情况,请问我该怎么办?--Minesunset1030讨论) 2022年4月16日 (六) 04:59 (UTC)

请使用Special:上传文件链接上传文件并为其选择正确的授权协议,不要在编辑框中直接上传。--AblazeVase69188讨论 | 贡献 2022年4月16日 (六) 05:43 (UTC)

关于“末地”和“末路之地”的用法

下列有关名称使用的讨论已经结束,请不要再编辑此段。任何想要进一步探讨的编辑者应该新建一个话题。

讨论结果为 移动页面,并将“末地”作为正式名称使用


目前,“末路之地”和“末地”在本wiki中分别用作“The End”一词翻译的全称和简称,而实际上“末路之地”这一全称并未使用在游戏当中,查阅Crowdin后可知游戏内统一将其译作“末地”。但“The End”对应的维度和生物群系页面的标题当前皆使用“末路之地”,与其他和游戏内部名称保持统一的页面标题不一致,且一定程度上造成了页面内容的混乱,如在末路之地(生物群系)这一页面当中,末地生物群系的信息框标题显示为“末路之地”,而其他变种生物群系的信息框标题则只带“末地”二字。为了保持页面标题以及名称使用的统一性,在此提出以下建议:

如对此有其他补充意见或更好的名称使用方案也欢迎提出。--葉月 § 2022年4月17日 (日) 10:55 (UTC)

 支持,“末路之地”确实在本Wiki乃至整个玩家社区内都使用得比较少。--AblazeVase69188讨论 | 贡献 2022年4月17日 (日) 11:34 (UTC)
 支持。--McplayerFS讨论 | 贡献) 2022年4月17日 (日) 12:06 (UTC)
 附议,不会真的有人把“end portal”“end city”叫做“末路之地传送门”“末路之地城市”吧?--ultim_0 ( USER | TALK | WORK ) 2022年4月17日 (日) 17:35 (UTC)
我更好奇的是为啥游戏内的“The End”叫“末地”。虽然更应该去Crowdin把那个译名改成“末路之地”,但我觉得这地方是非要把这名字改定了。这里只建议一点:如果非要移动的话,导言别写末路之地了,把这名字放别称里去。——IcyPhantom 讨论I贡献 2022年4月18日 (一) 15:05 (UTC)
“末路之地”名字太长,不适合作为前缀使用(e.g.末路之地石砖台阶)。--Lxazl5770zh.admin) 2022年4月19日 (二) 02:30 (UTC)

关于成文的译名使用指导

长久以来,本Wiki在如何使用译名,以及如何处理译名变动的问题上,是有一些习惯的。我认为,如果这种习惯能够以文本的形式固定下来,应该可以使译名管理更加规范化。

所以,这次我向社区提出将这些习惯性、不成文的做法,以格式指导补充条款(即“译名使用指导”)的形式,形成正式的指导性文本。

此次提交社区讨论的文本的大多数内容是对既有习惯性做法的描述,可以在Minecraft Wiki:沙盒/Minecraft Wiki:格式指导/译名使用指导处查阅。恳请各位对此文本提建议。

另外,还有一个问题需要提交社区讨论:内容页面历史段落中,译名不同步更改时应当如何处理?(之前的讨论见:Talk:末地水晶#关于末影水晶和末地水晶这两个译名)-- Anterdc99Face Anterdc99· 2022年4月20日 (三) 10:30 (UTC)

 意见:视作其译名“从未更改过”,即段落内全部使用更改后的译名。--ultim_0 ( USER | TALK | WORK ) 2022年4月20日 (三) 11:08 (UTC)
 建议在历史段落记录所有译名更改,让旧版本玩家把条目和游戏内特性对应上,也方便了解译名历史。传入神经元权限|讨论|贡献|日志) 2022年4月22日 (五) 09:14 (UTC)
我没什么意见,只是方针要简洁易懂。--Lxazl5770zh.admin) 2022年4月23日 (六) 03:17 (UTC)
 建议添加BE相关的译名事项,如BE名称没有同步JE的情况下如何使用译名(JE的风袭丘陵和BE的峭壁)、什么情况不可使用基翻、什么情况只能使用基翻原文(如选项名称)。--XiaoXin666T·C 2022年4月23日 (六) 05:02 (UTC)
已增加相关内容,见此差异。-- Anterdc99Face Anterdc99· 2022年4月26日 (二) 14:52 (UTC)

“漏洞”章节的必要

如题,“漏洞”章节只有一句话和一个前往Mojira的链接,内容单薄,且没有什么用途。

据考古,这个章节最早在2013年3月出现。当时是一个用JS加载的列表。在2013年五月左右改为了目前的一个链接形式。据en:Template:Issue list,这是因为Jira的API出现了一些错误。在这之后,漏洞章节再也没有得到更改。

如今,漏洞章节是否还有存在的必要?-- Dianliang233 TC 16 2022年4月21日 (四) 01:03 (UTC)

 建议删除,这个段落在各种页面中千篇一律,除了提示前往漏洞追踪器之外一无是处,大有凑数的嫌疑。--ultim_0 ( USER | TALK | WORK ) 2022年4月21日 (四) 01:24 (UTC)
 同意{{issue list}}模板导致分类:本地化模块需更新这个分类里的条目迟迟无法消除。--Lxazl5770zh.admin) 2022年4月23日 (六) 03:16 (UTC)
 同意删除,凑数段落,还给编辑添加麻烦。--KaplanSteve  T/C 2022年4月23日 (六) 03:19 (UTC)
 意见,可以改为mojira的固定链接以消除本地化模块更新的问题。当然我也支持完全删除段落。--Snow dash & ) 2022年4月23日 (六) 03:22 (UTC)
 同意删除只含有issue list的“漏洞”章节。-- Anterdc99Face Anterdc99· 2022年4月23日 (六) 04:35 (UTC)
除了部分因为不受支持的游戏要素需要标注Mojira不受理之外,其余的删除也可。-- LakeJasonFace Lakejason0) 2022年4月23日 (六) 04:46 (UTC)
同样 支持。--McplayerFS讨论 | 贡献) 2022年4月23日 (六) 15:32 (UTC)
但,它的作用就是弄出一个指向相关内容的漏洞列表的链接,以及说明与此内容相关的漏洞会被怎么处理。不受支持的内容会在这一栏里写明不接受漏洞报告,而调试棒等少数特例会有额外说明。如果要全部删除,则需要给“不接受漏洞报告”和“漏洞报告特例”之类的说明找个位置;如果只把这些东西的“漏洞”章节留下来,只能说一致性喂了狗了。而且en那边还留着,虽然en的意见在这里不适用,我建议各位去那边问一下他们是怎么看待的。(如果他们也觉得没必要那我没啥想说的)——IcyPhantom 讨论I贡献 2022年4月24日 (日) 14:21 (UTC)
虽然但是,Wiki好像没有义务告诉哪些特性不能在漏洞追踪器里报告(摊手)。--Lxazl5770zh.admin) 2022年4月24日 (日) 14:38 (UTC)
 支持移除只含有{{issue list}}模板的“漏洞”一段,其他有特别说明的 建议保留,我也暂时想不到其他适合放置这些特别说明的段落。虽然有用户认为部分保留该段落可能会破坏页面一致性,但是我认为这与“你知道吗”一段的有无是一个道理,这类内容应该是有必要才加入到页面中去,没有就不加。--AblazeVase69188讨论 | 贡献 2022年4月29日 (五) 13:02 (UTC)

Sound table

Template:Sound tableUser:烨凌/Sandbox/Sound table+模块:Sound table--烨凌讨论) 2022年4月22日 (五) 18:51 (UTC)

请具体说明此次更改的内容及益处,不要通过抽象的方程式让别人理解您的意图,否则此话题将被存档至MCW:BT。另外,请及时按照讨论页方针整改您的签名。--葉月 § 2022年4月22日 (五) 20:19 (UTC)
本来的音效模板又不是不能用--Lxazl5770zh.admin) 2022年4月23日 (六) 03:07 (UTC)
同意Lxazl5770的说法,可以仅对现模板进行小修改即可。不需要改成模块。-- Anterdc99Face Anterdc99· 2022年4月23日 (六) 04:33 (UTC)
屎山,影响我维护。--烨凌讨论) 2022年4月23日 (六) 04:40 (UTC)
 支持重构,这个模板的代码实在辣眼睛,但请多沟通需求与设计,社区达成共识后再正式应用。--Snow dash & ) 2022年4月23日 (六) 04:46 (UTC)
重构是有必要的,但请先遵守社区规则,取得大家的一致意见后操作。-- LakeJasonFace Lakejason0) 2022年4月23日 (六) 04:47 (UTC)

“Slot”译名标准化

本主题或以下段落文字移动自MCW:管理员告示板

如题,现在Minecraft Wiki中对于“Slot”的译名有两种,即“栏位”与“槽位”,各条目使用混乱,需要统一修改。

另外,“栏位”的使用频率比译名标准化中的“槽位”更高。(搜索“栏位”大约得到900项结果,“槽位”则是400项)--Yzy32767讨论) 2022年5月1日 (日) 02:18 (UTC)

译名标准化列表和游戏内都写的是“槽位”。——IcyPhantom 讨论I贡献 2022年5月1日 (日) 03:26 (UTC)
Advertisement