可在当前讨论页发起新讨论。
用户创建日志的疑似bug
我不知道我这个该发布在社区专页还是管理员告示版好…… 我之前查阅了用户创建日志，发现我的IP地址在2014年5月2日之前被创建多次，这是bug吗？--117.179.166.110 2020年5月2日 (六) 09:19 (UTC)
- 由于国内动态ip的关系每个人都IP地址都不是固定的，这就导致您的IP可能在不久的之后更换而且分配给您一个新的IP地址，这会导致您在之前所做的贡献不再属于您，除非您的IP再一次恢复成贡献时的IP，但这概率很小，您所提到的问题不是bug，只能是在之前有人使用您当前使用的IP进行了编辑，随后您又拥有了这个IP--117.12.165.243 2020年5月2日 (六) 09:29 (UTC)
- IP用户不会记录在用户创建日志中。--
Dianliang233 T•C 2020年5月2日 (六) 09:49 (UTC)
- 对呀，所以我才怀疑是bug。不光在用户创建日志，还能在user:Abcabc2、user:ElandSeven959、user:Craft Lawrence、user:蕩漾547、user:Wmj1390、user:AVBF、user:陳昌棋1621、user:Slxie111、user:Cdw888998、user:12323suser:H6969829和user:Sands1369等人的日志里找到，这么多人，不太可能是巧合吧？--117.179.166.110 2020年5月2日 (六) 13:33 (UTC)
- 可以在此处查询你的IP情况。你的运营商多用NAT技术以降低成本，导致用户IP频繁更迭，单个IP在一段时间内经常代表复数用户，我们无能为力。 Cuervo(t) 2020年5月2日 (六) 14:57 (UTC)
精简首页“开始游戏！”片段方案
Java版
正式版和开发版有一席之地应该没有问题。那么启动器版本能否占据空间呢，在我看来启动器是强制更新，现时每次更新也几乎没有可见变化，没有必要列出最新版本。 Cuervo(t) 2020年5月2日 (六) 14:51 (UTC)
- 支持略去启动器版本。--
Drlee lihr 讨论/贡献 2020年5月20日 (三) 02:49 (UTC)
基岩版
现在的基岩版列出平台过多。我认为至少可以略去Gear VR、Fire OS、Fire TV的版本号。安卓、iOS和Win 10作为大头平台总是保留，主机可以合为一项，仅在不同的时候（如现在）自动分开显示。此外，试用版单独列出的重要性也存疑。RTX版我认为可以并入普通开发版本，而多个平台的开发版可以在相同时合并为一项。 Cuervo(t) 2020年5月2日 (六) 14:51 (UTC)
- 支持将开发版本合并，但 反对略去Gear VR、Fire OS和Fire TV的版本号。它们好歹也曾经是过一个独立的版本。--117.179.166.110 2020年5月3日 (日) 03:28 (UTC)
- 我使用移动端是发现了在基岩版下面有这试用版本，这个版本和上面的正式版一样，这个试用版的存在意义是什么？--117.12.160.65 2020年5月3日 (日) 03:15 (UTC)
- 你指的是开发版本吗？--117.179.166.110 2020年5月3日 (日) 03:28 (UTC)
- 并不是，主页有一个试用版本--117.13.129.69 2020年5月3日 (日) 13:23 (UTC)
- 啊，那个啊。简单的说，那是给那些没有购买基岩版的玩家试用的，每个地图只允许游玩90分钟，只有生存模式，不允许联机。--117.179.166.110 2020年5月3日 (日) 13:58 (UTC)
- 但是试用版本和正式版的版本号以及链接都一样，有什么存在必要？
顶多是让第一次了解mc的人知道，哦，这个平台有试用版本，然后就没了--117.13.129.69 2020年5月3日 (日) 14:09 (UTC)- 如果试用版本能一直和正式版本同步的话确实没什么必要。--117.179.166.110 2020年5月3日 (日) 14:13 (UTC)
- 但是试用版本和正式版的版本号以及链接都一样，有什么存在必要？
- 啊，那个啊。简单的说，那是给那些没有购买基岩版的玩家试用的，每个地图只允许游玩90分钟，只有生存模式，不允许联机。--117.179.166.110 2020年5月3日 (日) 13:58 (UTC)
- 并不是，主页有一个试用版本--117.13.129.69 2020年5月3日 (日) 13:23 (UTC)
- 适用版本随缘同步。-- Dianliang233 T•C 2020年5月4日 (一) 11:43 (UTC)
- 你指的是开发版本吗？--117.179.166.110 2020年5月3日 (日) 03:28 (UTC)
- 同意，列出这么多平台也仅是说明有这些平台，但链接指向都是基岩版。--Zxhfh·T/C 2020年5月3日 (日) 03:25 (UTC)
- 同意，版面简洁不算坏事。--
Lakejason0（论•功） 2020年5月4日 (一) 11:59 (UTC)
其他
Earth和教育版似乎也可以合并，但是本来占的空间已经很少。此外我提议建立类似于“最新版本”的单独页面，列出和{{Version}}文档里的表格类似的内容。此外还建议不要使用svg图像，实际画质提升有限（收集高分屏放大才能看出）但是占用带宽成倍增加。 Cuervo(t) 2020年5月2日 (六) 14:51 (UTC)
- 疑问，svg图像应比位图文件小，且在移动设备上很容易看出差距，建议这点 不要修改。--MCwitherSke (Talk) 2020年5月3日 (日) 12:33 (UTC)
- File:Linux.png、File:Tux.svg Cuervo(t) 2020年5月4日 (一) 07:14 (UTC)
- 59k和7k差距很大，但实际上正常人的网速都普遍在1m/s处，而且是异步加载不会影响到打开速度，所以改不改个人认为都可以--222.140.21.93 2020年5月4日 (一) 07:19 (UTC)
- Gamepedia在境外，实际速率最高也只能在200k/s左右。 Cuervo(t) 2020年5月4日 (一) 07:20 (UTC)
- 很多浏览器都是在网页文字内容展示给用户后才加载图片，另外你说的差距其实多数都是矢量图形的色彩变化，位图很好地呈现的出来，且在正常网页缩放大小两种图片几乎无差距（我试过立即点击停止加载按钮，网页的css和大图片还未加载就停掉了，矢量图像大得铺满屏幕），所以我对这个还是 中立吧。--MCwitherSke (Talk) 2020年5月4日 (一) 07:59 (UTC)
- 中立，但的确，网页图片一般都是异步加载，意为:加载完处网页之后才会下载图片--222.140.21.93 2020年5月4日 (一) 09:08 (UTC)
- 这算哪门子异步啊……-- Lakejason0（论•功） 2020年5月4日 (一) 11:59 (UTC)
- 你指的可能是lazyload，但是似乎MediaWiki上图片加载完成才算作DOM渲染结束。 Cuervo(t) 2020年5月5日 (二) 16:06 (UTC)
- 这算哪门子异步啊……--
- 中立，但的确，网页图片一般都是异步加载，意为:加载完处网页之后才会下载图片--222.140.21.93 2020年5月4日 (一) 09:08 (UTC)
- 59k和7k差距很大，但实际上正常人的网速都普遍在1m/s处，而且是异步加载不会影响到打开速度，所以改不改个人认为都可以--222.140.21.93 2020年5月4日 (一) 07:19 (UTC)
- 貌似svg和png的小企鹅在阴影和颜色部分不太一样。-- Dianliang233 T•C 2020年5月6日 (三) 00:59 (UTC)
- File:Linux.png、File:Tux.svg Cuervo(t) 2020年5月4日 (一) 07:14 (UTC)
Dianliang233的建议
原有内容基本不变，而版本相同平台的堆叠起来（负margin）。RTX版可以把RTX的Logo叠加在Win10的Logo上，这样就可以和其他测试版结合了。
堆叠效果演示：
-- Dianliang233 T•C 2020年5月6日 (三) 00:59 (UTC)
- 支持。--117.179.166.110 2020年5月6日 (三) 01:27 (UTC)
- 支持。--Minesunset1030（讨论） 2020年5月7日 (四) 11:37 (UTC)
- 支持 。不过一些难以和最新版本保持同步的如试用版和光追开发版就需要单独列出。不是特殊版本的平台就可以叠着。--MCwitherSke (Talk) 2020年5月6日 (三) 01:33 (UTC)
- 所以，RTX版的正式译名到底是什么？同时，RTX还有logo？--Awesomehhhhh (T / C) 2020年5月6日 (三) 03:17 (UTC)
- 就是这个基岩版1.15.0.8，英文页面有logo。--Zxhfh·T/C 2020年5月6日 (三) 03:29 (UTC)
- 看见了--Awesomehhhhh (T / C) 2020年5月6日 (三) 03:47 (UTC)
- 看见了--Awesomehhhhh
- 就是这个基岩版1.15.0.8，英文页面有logo。--Zxhfh·T/C 2020年5月6日 (三) 03:29 (UTC)
- 所以，RTX版的正式译名到底是什么？同时，RTX还有logo？--Awesomehhhhh
北狐的设计
看看Minecraft Wiki:沙盒/版本。--
北狐–该没有日期的留言在2020年5月6日06:19 (UTC) 添加。请在您的回复后面加上 ~~~~
- 基岩版的Fire OS图标没有盖住Gear VR的样子。-- Huerdada · T⁄C 2020年5月6日 (三) 06:22 (UTC)
- 在没有差异的时候试玩版可以合并，非粗体版本代表开发版本/快照，不同网站的下载链接整合在单独的页面。-- 北狐–该没有日期的留言在2020年5月6日06:27 (UTC) 添加。请在您的回复后面加上 ~~~~
- 快照及beta开发版本我觉得需要在前面加上标题，平台的图片可以仿照上面的设计折叠。--MCwitherSke (Talk) 2020年5月6日 (三) 11:16 (UTC)
- 目前暂时有个问题就是基岩版和地球中间有个白条。-- 北狐–该没有日期的留言在2020年5月6日06:45 (UTC) 添加。请在您的回复后面加上 ~~~~
- 路过一下，白条我修好了，记得要使用
~~~~准确签名。--Lxazl5770zh.admin（论 ▪ 功） 2020年5月6日 (三) 07:24 (UTC)- 如果版本有差异的时候怎么办呢？一些平台总是有一些小
bug特性--222.140.21.93 2020年5月6日 (三) 11:01 (UTC)- 同时缺少一些必要的文字提示，不明白的人会对这个感到艰涩难懂--222.140.21.93 2020年5月6日 (三) 11:04 (UTC)
- 如果版本有差异的时候怎么办呢？一些平台总是有一些小
- 路过一下，白条我修好了，记得要使用
空的-{}-有什么特殊作用吗
命令/replaceitem等页面里有一些-{}-，例如<code>-{}-villager.''栏位编号''</code>，这些-{}-起什么作用？--Chixvv（讨论） 2020年5月6日 (三) 08:38 (UTC)
- 地区词转换，见wzh:帮助:中文维基百科的繁简、地区词处理。 MysticNebula70 ( T / C ) 2020年5月6日 (三) 09:09 (UTC)
建议更改原主机版版本形式
对于原主机版版本的补全，现在只是从原主机版版本记录里搬，万一有错误，需要大规模修改，因此，本人建议：
- 将更新内容相同的版本合并，像原主机版版本记录里那样
- 对于每个分版本，建立对应的重定向。比如，对于原主机版TU70/1.78/1.77/Patch 39，建立Xbox 360版TU70、PlayStation 3版1.78、PlayStation 4版1.78、PlayStation Vita版1.77和Wii U版Patch 39的重定向
- 将每个版本独有的更改单独列出
具体格式如下（以原主机版TU70/1.78/1.77/Patch 39为例）：
| 版本 | |
|---|---|
| 发布日期 |
2018年9月25日 |
[[原主机版TU69/1.76/Patch 38|◄ TU69/1.76/Patch 38]]
[[原主机版TU71/1.80/Patch 40|TU71/1.80/Patch 40 ►]] | |
TU70、1.78、1.77和Patch 39是原主机版的一次更新，发布于2018年9月25日，修复了一些漏洞。
新内容
常规
- 混搭包
- 添加加勒比海盗（Pirates of the Caribbean）混搭包。
修复
- 修复了13个漏洞
- 修复了破坏海草时发出破坏石头的音效的漏洞。
- 修复了恶魂在下界中的低生成几率。
- 修复了潮涌能量对在雨中玩家无效的漏洞。
- 修复了无法在玻璃和染色玻璃上面放置海泡菜的漏洞。
- 修复了在投掷带有忠诚III附魔的三叉戟并退出游戏会使玩家的武器受到完全磨损的漏洞。
- 修复了在主机合成中无法使用磨损的工具来合成的漏洞。
- 修复了在水和空气方块之间的岩浆快会在其下方产生气泡的漏洞。
- 修复了在潮涌核心下方放置一个方块来关闭，破坏方块以开启，潮涌核心就会立刻旋转的漏洞。
- 修复了在玩家使用带有忠诚III附魔的三叉戟死亡后，三叉戟就会在原地打转的漏洞。
- 修复了被拉满的弓会造成不正常的伤害（正常应该为9-10点伤害）的漏洞。
- 修复了被闪电苦力怕杀死的溺尸会掉落僵尸头颅的漏洞。
- 修复了在小游戏中玩家不会受到TNT爆炸伤害的漏洞。
- 修复了走在村庄中的铁傀儡不会自我防御的漏洞。
--117.179.166.5 2020年5月7日 (四) 08:51 (UTC)
- 对于这个问题，本人认为：
- 可以选取原主机版中的其中一个版本作为主版本作为页面名称，但在页面内容仍标注其它版本，比如上述页面可以命名为原主机版TU70（之所以选择Xbox 360版的更新名称，是因为它第一个发布）
- 若有进度不同于该主版本的更新，单独做出页面，并标明版本，比如原主机版PlayStation 4版1.84是PS4独有的，单独作为条目列出
- 至于prev和next，则将版本按时间排序，不考虑版本，比如原主机版TU57的上一版本为原主机版PlayStation 3版1.56，其上一版本为原主机版Xbox One版CU48
--117.179.166.5 2020年5月8日 (五) 04:13 (UTC)
- 支持，可以像这样（如果ps版prev、next和date参数相同可以合并），但还需要商量一个合适的标题。-- 北狐 2020年5月8日 (五) 06:26 (UTC)
| 版本 | |
|---|---|
| 发布日期 |
2018年9月25日 |
| 版本 | |
|---|---|
| 发布日期 |
2018年9月25日 |
| 版本 | |
|---|---|
| 发布日期 |
2018年9月25日 |
- 支持，这种方案貌似更好。--117.179.166.5 2020年5月8日 (五) 07:56 (UTC)
- 好像有点长，或许可以给原主机版做一个模板。-- 北狐 2020年5月8日 (五) 06:29 (UTC)
- 或许可以这样。-- 北狐 2020年5月8日 (五) 06:35 (UTC)
- 模板出什么问题了？-- 北狐 2020年5月8日 (五) 06:37 (UTC)
- {{version nav}}里的title参数好像不支持<br>。--117.179.166.5 2020年5月8日 (五) 07:56 (UTC)
- 模板出什么问题了？--
- 目前需要的是一个合适的标题，比如
/会被视为子页面。-- 北狐 2020年5月10日 (日) 03:15 (UTC)
- 可用
／--Leo_leo_768(Talk|Contributions) 2020年5月10日 (日) 10:16 (UTC) |也不错--MCwitherSke (Talk) 2020年5月11日 (一) 11:41 (UTC)、？-- Lakejason0（论•功） 2020年5月15日 (五) 11:46 (UTC)
- 可用
- 那就
、？-- 北狐 2020年5月16日 (六) 09:15 (UTC) - 目前的模板对于prev和next会有问题，所以建议如第二点建立重定向，或者为原主机版写一个模板。-- 北狐 2020年5月15日 (五) 12:12 (UTC)
- 已完成。-- 北狐 2020年5月18日 (一) 04:56 (UTC)
Minecraft_Wiki:管理制度
希望把加入QQ群的要求拿掉，並不是每個人都有辦法註冊QQ，你不能要求大家都要有中國門號。這是中文wiki，不是中國wiki--
Leo_leo_768(Talk|Contributions) 2020年5月8日 (五) 13:56 (UTC)
- 反对：由于牆的关系，中国大陆无法正常使用诸如Discord之类的社交软件，而港澳台地区的用户却可以使用QQ软件。而巡查员、管理员等职位会频繁的进行互动，通过代理使用Discord是非常不现实的，而且如果长时间断线则基本等于失联。相比之下使用QQ会更现实一点。--HlDoramon(7AlK · C0И7Я18z) 2020年5月8日 (五) 14:10 (UTC)
- 意見:在台灣雖然可用，但註冊上會有困難--Leo_leo_768(Talk|Contributions) 2020年5月8日 (五) 15:04 (UTC)
- 意見:在台灣雖然可用，但註冊上會有困難--
- 强烈支持。-- Dianliang233 T•C 2020年5月8日 (五) 14:12 (UTC)
- 反对：确实如此，但至今Wiki上很多事务的讨论都是在QQ群中进行的，而且目前还没有其他讨论渠道被认可。与其他用户的交流目前仍是职位申请考察的重要部分，因此不能轻易删掉这一条要求。但可以考虑增设其他交流渠道。--葉月 桐§ 2020年5月8日 (五) 14:14 (UTC)
- 可以考虑造一个Telegram-Discord-IRC-QQ机器人。-- Dianliang233 T•C 2020年5月8日 (五) 14:16 (UTC)
- 支持使用qq是因为相对于其他的社交软件来说，qq是在各个方面都比较适合的。注册也仅仅需要一个电话号码就行。但如果能找到其他的更好的社交软件，各地都能使用的更加方便的社交软件，在保留qq的基础下加一个也是不错的选择。--ACR研究小组（讨论） 2020年5月8日 (五) 14:28 (UTC)
正在研究QQ-Discord互联，请各位稍安勿躁。-- Dianliang233 T•C 2020年5月8日 (五) 15:11 (UTC)
- 支持此外建议允许在discord上活跃。-- 北狐 2020年5月9日 (六) 09:34 (UTC)
- 目前discord的条件不支持活跃，相当于自说自话。-- Dianliang233 T•C 2020年5月9日 (六) 10:59 (UTC)
- 目前discord的条件不支持活跃，相当于自说自话。--
- 除了表述不太讨人喜欢以外，增设一个渠道我是 支持的。-- Lakejason0（论•功） 2020年5月9日 (六) 11:28 (UTC)
- 由于Minecraft Wiki的主题范围比较小，规模也并非很大，所以为了顺畅运作，用户（特别是管理员执行操作时）更需要通过一定渠道保持沟通，故出此策，并不是要按照圈子决定人选。所以现在将QQ群和Discord并立为沟通渠道。 Cuervo(t) 2020年5月9日 (六) 14:37 (UTC)
斧的页面出现大量错误
如题，我并不是太清楚lua
Lua错误 package.lua的第80行：module 'Module:Autolink/Dungeons' not found--Awesomehhhhh
(T / C) 2020年5月9日 (六) 01:40 (UTC)
教程/制作行为包章节移动或合并
如题，这个教程里有一些进阶章节，而教程/自定义实体、教程/自定义方块、教程/自定义音效又是单独页面，都是基岩版的自定义，所以我建议：
- 把教程/制作行为包中的两个章节分离到独立页面（自定义实体章节合并到教程/自定义实体，自定义物品创建独立页面）
或
- 在以上方案基础上把这些独立的自定义页面作为教程/制作行为包的子页面，主页面链入其中
或
- 把这些独立页面都放到教程/制作行为包中，作为进阶章节。--MCwitherSke (Talk) 2020年5月9日 (六) 10:11 (UTC)
- 建议把这些独立页面都放到教程/制作行为包中，作为进阶章节。此外，如果有能力的话，建议去帮助en编写条目（反向同步）。--SkyE | Talk · Contributions · Logs 2020年5月9日 (六) 10:53 (UTC)
- 合并 完成。自定义音效的内容与行为包无关，我放在了制作资源附加包。现在是该删除原页面还是重定向？（废话好多）--MCwitherSke (Talk) 2020年5月9日 (六) 12:25 (UTC)
关于过时的用户页沙盒
如题，这个历史遗留问题至今仍未得到完全解决。目前Wiki上有不少早期Wiki用户的个人沙盒，这些沙盒早已无人维护且过时已久。它们使用了不少已经删除或移动的页面和文件，导致维护页面Special:需要的页面列表变得十分长（至撰写时有近3000个）。虽然此前有相关讨论，但至今仍然无人采取相应措施。这些问题不能一直放着不管，需要尽早解决。
现在的主要问题是：对于这些过时的用户沙盒，是直接删除、用{{:en:Template:InactiveUserpage}}还是用{{Escaped link}}处理。
欢迎各位前来讨论。 MysticNebula70 ( T / C ) 2020年5月10日 (日) 13:59 (UTC)
- 我建议对严重过时的用户沙盒使用前者的方法，而对于模板文档采用后者的方法。--HlDoramon(7AlK · C0И7Я18z) 2020年5月10日 (日) 14:06 (UTC)
- 同意。但是对于上述两个方法都救不了的我建议直接删除。--Yiazing（讨论） 2020年5月10日 (日) 14:32 (UTC)
- 建议先讨论一个具体的“过时时间点”，然后用
{{:en:Template:InactiveUserpage}}处理所有过时的用户页沙盒。很多沙盒里的红链都是因误用模板而产生的，无法使用{{Escaped link}}简单解决。--葉月 桐§ 2020年5月11日 (一) 02:13 (UTC)- 我已将
{{:en:Template:InactiveUserpage}}搬运至公共沙盒，如有需要可协助修改。--葉月 桐§ 2020年5月11日 (一) 02:46 (UTC) - 根据Wiki上各活跃用户的活跃时期（感谢Lxazl5770的图表），我提议以2018年1月1日为过时时间点。 MysticNebula70 ( T / C ) 2020年5月11日 (一) 04:52 (UTC)
- 我建议按照
{{:en:Template:InactiveUserpage}}的时间点（即2020年1月1日）为过时时间点。--Yiazing（讨论） 2020年5月11日 (一) 09:50 (UTC)
- 我建议按照
- 如对使用
{{InactiveUserpage}}的方案无异议，建议先统一处理所有于2018年1月1日后无任何编辑操作的用户所创建的沙盒页面，然后视红链的残留程度继续讨论是否延后过时时间点。--葉月 桐§ 2020年5月11日 (一) 10:45 (UTC)
- 我已将
- 现阶段达成的共识是，以2018年1月1日为时间点，用
{{InactiveUserpage}}处理过时的用户沙盒。现进入冻结期，若3天内没有更多讨论，将按照此共识开始清理。 MysticNebula70 ( T / C ) 2020年5月12日 (二) 08:33 (UTC)- 三天已到，開始清理--Leo_leo_768(Talk|Contributions) 2020年5月15日 (五) 14:40 (UTC)
- 三天已到，開始清理--
机翻大排查
我在封禁日志中寻找因机翻被封禁的用户，也去搜索各用户讨论页的机器翻译警告，并查看了他们的机翻内容，最近几天我也翻看了每一份基岩版开发者文档的历史，去查找因机翻被撤销的编辑，我去搜索机翻内容中的每一个关键字，以查找新的机翻内容。我发现很多机翻内容中含有繁体译名，我希望大家对各繁体译名进行搜索，需要按每页显示500项并动用浏览器的查找功能进行搜索，以搜索出所有包含关键词的页面，也可以使用机器人协助搜索，另外我发现多数机翻内容中存在单独的“块”字，我希望能使用机器人搜索前面没有“方”字的“块”字，一些方块的译名也包含“块”字，使用机器人搜索时也应该排除这些译名，以搜索所有既不是“方块”中的“块”字又不是译名中的“块”字的其他“块”字。如果找到机翻内容请在该段落前面添加{{trans|revision|1}}，该段落可能存在一些只有机翻内容才存在的关键词，要对这些关键词进行搜索，对应的原文可从该页面的历史中找到，为了保证原文的准确性，需要找出机翻之前最后存在的原文，历史页面上方有个“搜索修订版本”的表单，调整“截止年份”可查到每一年的最后一个修订版本，查看各修订版本中的对应段落可得知该段落是在哪一年被翻译的，将“截止年份”调到被翻译的年份再将“截止月份”设为6月，可得知该段落是在上半年还是下半年被翻译，然后进一步确定翻译时间是哪一个季度、哪一个月份，最后可找出机翻的编辑以及机翻贡献者，机翻贡献者很可能在其他地方也进行过机翻，查看其贡献页可能会找出新的机翻内容，该机翻内容中可能有新的机翻关键词存在，并进行搜索。即使这样进行大排查也不能把机翻内容全部找出，因为有些机翻内容不存在不标准译名或所有不标准译名均已被修改，只存在不通顺语句，所以各位如果见到不标准译名，请留意存在不标准译名的段落是否通顺，如果在阅读时发现无法理解的机翻内容，请及时标记，尤其是巡查豁免者应该注意，毕竟上次修改的“玻璃片”就是在巡查豁免者修正“铁栅栏”的编辑中找到，该段落同时存在“铁栅栏”和“玻璃片”，但他仅仅修正了“铁栅栏”。作为巡查员在巡查关于修正不标准译名或不通顺语句的编辑时，应该注意被修正的段落是否为机翻内容，如果是无法理解的机翻内容，请及时标记，并找出原文，如果发现新增内容中存在机翻内容，别忘了在新增的机翻内容中找出机翻关键词并进行搜索，说不定会找到此前未发现的机翻内容。——116.199.103.229 2020年5月14日 (四) 15:05 (UTC)
- 机器翻译算是本Wiki的一大历史遗留问题。如果发现有问题的页面，请尽可能直接帮助改善，只标记页面对解决问题帮助不大。而且所谓的“机翻贡献者”大多也早已不再活跃，难以追究责任，没有必要特别指名道姓。现在能做的基本上只有防止新内容中出现低质量机翻文本，和逐步修复已有的机翻内容。目前本Wiki仍以更新新内容为主要任务，且工作量较大，我们的编辑者无法花过多精力解决此事，还请谅解。--葉月 桐§ 2020年5月14日 (四) 15:16 (UTC)（最后编辑于2020年5月14日 (四) 15:20 (UTC)）
关于折叠不合适评论的模板
RT。Template:Inappropriate comment这个模板已经压在沙盒页面几个月了，我已经基本完成了文档页面，是否将其投入实际使用？--HlDoramon(7AlK · C0И7Я18z) 2020年5月15日 (五) 09:32 (UTC)
- 目前沙盒里还有一个相关模板Template:Sandbox/Movetalk。但现在还没有关于处理不合适话题统一方案的共识，现行讨论页方针中也没有明确提出解决方法。建议先讨论处理这类话题的方式（直接删除、使用模板还是使用其他方法），如达成使用模板的共识，再讨论最后使用哪个模板。--葉月 桐§ 2020年5月15日 (五) 09:50 (UTC)
关于{{Message box}}的更新
下列有关模板更新的讨论已经结束，请不要再编辑此段。任何想要进一步探讨的编辑者应该新建一个话题。
讨论结果为 已按照共识更新。
如题，本Wiki目前使用的信息框仍然在使用老旧的table在布局，已经严重不符合现代布局的理念。目前我已将其重写，见此。现在征求大家的意见：是保持当前样式不变，还是借此重写机会将其改造为类似于wzh:Template:Ambox的样式。欢迎各位提出意见和建议。 MysticNebula70 ( T / C ) 2020年5月15日 (五) 10:21 (UTC)
- 支持改造成ambox，非常简洁美观，还不会有之前
{{exclusive}}模板过长的破事发生。-- Dianliang233 T•C 2020年5月15日 (五) 10:36 (UTC)
- 疑问，重写该模板是否会导致巨量页面的更改？--ChemistChang 2020年5月15日 (五) 10:59 (UTC)
- 会就会咯，这个没法避免。-- Lakejason0（论•功） 2020年5月15日 (五) 11:33 (UTC)（最后编辑于2020年5月15日 (五) 11:33 (UTC)）
- 会就会咯，这个没法避免。--
- 疑问，重写该模板是否会导致巨量页面的更改？--ChemistChang 2020年5月15日 (五) 10:59 (UTC)
中立，但是 支持去除表格布局。我不想改样式，如果能不用table保留原样式，我觉得再好不过。-- Lakejason0（论•功） 2020年5月15日 (五) 11:33 (UTC)（最后编辑于2020年5月15日 (五) 11:40 (UTC)）- 支持去除表格布局、 支持使用旧样式。-- Lakejason0（论•功） 2020年5月16日 (六) 11:02 (UTC)
- 支持去除表格布局、 支持使用旧样式。--
- 支持。个人觉得如果能带来更好的阅读体验，那就是好的。--Lxazl5770zh.admin（论 ▪ 功） 2020年5月15日 (五) 11:36 (UTC)
- 支持使用ambox。--葉月 桐§ 2020年5月15日 (五) 11:42 (UTC)
- 支持换成Ambox样式。--MCwitherSke (Talk) 2020年5月15日 (五) 12:17 (UTC)（最后编辑于2020年5月16日 (六) 14:08 (UTC)）
- 支持换成Ambox样式，看起來乾淨許多--Leo_leo_768(Talk|Contributions) 2020年5月17日 (日) 03:24 (UTC)
说明：去除table是已经达成了社区共识的。目前讨论的重点在于是否更新样式。请尽量不要仅仅使用“支持”来表明观点，还请表述清楚支持何种样式。 MysticNebula70 ( T / C ) 2020年5月15日 (五) 16:46 (UTC)
- 支持换成Ambox。Drlee_lihr 讨论/贡献 2020年5月18日 (一) 03:47 (UTC)
- 建议：建议将原有的基于table的过时设计保留一份至一个/legacy子页面，方便特殊需要时进行检查。--Magnussiiftun1857T•C•E 2020年5月18日 (一) 08:49 (UTC)
- 建议直接拆兩個模板--Leo_leo_768(Talk|Contributions) 2020年5月18日 (一) 10:52 (UTC)
- 建议直接拆兩個模板--
根据目前各位的意见，可以认为已经达成共识：
- 主模板更换为Ambox样式；
- 建立子模板/retro，基于新布局提供旧的外观；
- 建立子模板/legacy，仍然使用旧的table布局。
现进入冻结期，3天内无异议即通过。 MysticNebula70 ( T / C ) 2020年5月19日 (二) 11:03 (UTC)（最后编辑于2020年5月19日 (二) 11:32 (UTC)）
请求添加“需整改排版”分类及模板
Wiki上存在很多排版质量低的页面，它们可能对某一类型视图不友好或者使用糟糕的行距控制及缩进方式等等，例如使用大量的空格和空行来控制表格的行宽和分割线位置。因此我想了解添加一个相关的模板及页面分类以便于统一整理和编辑是否有必要。
模板示范：
{{Msgbox|image=Eye_of_Ender_JE2_BE2.png|title=此页面的排版需要改进。|text=此页面可能有着糟糕的排版或是对某一类型视图（移动端/桌面端）不友好。<br>你可以帮助我们来{{fullurl|{{FULLPAGENAME}}|action{{=}}edit|text=改进}}此条目的排版。}}<includeonly>{{#if:{{NAMESPACE}}||[[Category:需改进排版的条目]]}}</includeonly>
此页面可能有着糟糕的排版或是对某一类型视图（移动端/桌面端）不友好。
你可以帮助我们来改进此条目的排版。
通过搜索没有找到相关的模板。如果和已有方案重复，大可忽略这篇主题。
wiki新人，对wikitext和模板编写不是特别熟悉，恳请大家提出改进上方模板的建议。–该未签名留言由Minecommandercn（讨论 • 贡献）在2020年5月15日 13:34 (UTC) 添加。请在您的回复后面加上 ~~~~
- 可使用
{{cleanup}}，然后在模板中说明需要改进页面排版。--葉月 桐§ 2020年5月15日 (五) 13:47 (UTC) 同意。现在一些词条排版确实需要整改了（如基岩版提及特性……那个我都看不下去了）。--Minesunset1030（讨论） 2020年5月16日 (六) 01:32 (UTC)- 忘了有这个了。--Minesunset1030（讨论） 2020年5月16日 (六) 01:52 (UTC)
- 我做的那个沙盒里的模板（TemplateNeeded模板）需要删除吗？--Minesunset1030（讨论） 2020年5月16日 (六) 01:54 (UTC)
- 直接使用
{{cleanup}}即可。–该未签名留言由Dianliang233（讨论 • 贡献）在2020年5月16日 01:50 (UTC) 添加。请在您的回复后面加上 ~~~~ - 由于沙盒内模板作用与
{{cleanup}}重复，且位于错误的命名空间内，已将其删除。如确有必要，请前往Template:Sandbox下创建。 MysticNebula70 ( T / C ) 2020年5月18日 (一) 09:49 (UTC)
「Minecraft」譯名
翻?不翻?我的世界?當個創世神?--Leo_leo_768(Talk|Contributions) 2020年5月16日 (六) 10:03 (UTC)
- 正文不考虑使用译名。简体使用“我的世界”，繁体使用「當個創世神」。-- Dianliang233 T•C 2020年5月16日 (六) 10:06 (UTC)
- 但官方似乎沒給一個譯名，全用Minecraft比較好吧--Leo_leo_768(Talk|Contributions) 2020年5月16日 (六) 10:14 (UTC)
- 大陆的话网易的官方译名是我的世界，繁体社群我就不太清楚了。-- Dianliang233 T•C 2020年5月16日 (六) 10:19 (UTC)
- 大陆的话网易的官方译名是我的世界，繁体社群我就不太清楚了。--
- 但官方似乎沒給一個譯名，全用Minecraft比較好吧--
- 正文我们统一不翻译。页面标题因为SEO的原因翻译为我的世界。-- Ff98sha（讨论·贡献） 2020年5月16日 (六) 10:23 (UTC)
- 繁體標題也是我的世界?--Leo_leo_768(Talk|Contributions) 2020年5月16日 (六) 10:27 (UTC)
- 如果是SEO的话，繁体的标题是否使用麦块或当个创世神？-- Lakejason0（论•功） 2020年5月16日 (六) 10:46 (UTC)
- 我认为繁体应当更改为「當個創世神」，如果繁体称呼「當個創世神百科」比「Minecraft百科」要多的话。-- Ff98sha（讨论·贡献） 2020年5月16日 (六) 10:59 (UTC)
- 我個人認為繁體主要用「Minecraft」，再來是「我的世界」，最後才是「當個創世神」，以繁體社區巴哈姆特為例:「Minecraft 我的世界（當個創世神）」，還有YT上的Minecraft影片幾乎都打「【Minecraft】」--Leo_leo_768(Talk|Contributions) 2020年5月16日 (六) 11:13 (UTC)（最后编辑于2020年5月17日 (日) 03:40 (UTC)）
- 那么繁体也保留Minecraft？-- Dianliang233 T•C 2020年5月16日 (六) 11:21 (UTC)
- 支持 Cuervo(t) 2020年5月17日 (日) 07:09 (UTC)
- 那么繁体也保留Minecraft？--
- 我個人認為繁體主要用「Minecraft」，再來是「我的世界」，最後才是「當個創世神」，以繁體社區巴哈姆特為例:「Minecraft 我的世界（當個創世神）」，還有YT上的Minecraft影片幾乎都打「【Minecraft】」--
- 還有人對繁体的标题有其他意見嗎?--Leo_leo_768(Talk|Contributions) 2020年5月16日 (六) 11:50 (UTC)
- 根据实际情况来吧。-- Lakejason0（论•功） 2020年5月17日 (日) 03:36 (UTC)
- 根据实际情况来吧。--
- 我认为繁体应当更改为「當個創世神」，如果繁体称呼「當個創世神百科」比「Minecraft百科」要多的话。--
- 繁體標題也是我的世界?--
再一次关于Minecraft Earth
下列有关命名空间的讨论已经结束，请不要再编辑此段。任何想要进一步探讨的编辑者应该新建一个话题。
讨论结果为 已建立。
英文站点将Minecraft Earth相关内容仿照MCD移动到了独立命名空间里。根据之前的共识，中文目前保持不动。是否有更进的必要？-- 
Lakejason0（论•功） 2020年5月17日 (日) 03:33 (UTC)
- 同意 独立命名空间更容易区分一些。Snow dash（讨论） 2020年5月17日 (日) 03:35 (UTC)
- 仍然同意，便于管理。-- Ff98sha（讨论·贡献） 2020年5月17日 (日) 04:09 (UTC)
- 反对 理由与上次的一致：MCE和基岩版属于同一种游戏。而MCD不属于严格意义的MC游戏，故这个分开可以理解。--HlDoramon(7AlK · C0И7Я18z) 2020年5月17日 (日) 04:54 (UTC)
- 反对。Earth相比MCD来说，更像是主游戏Minecraft，也是可以自己决定想怎么玩的沙盒式游戏，可以看做是Minecraft的一个独特分支而不是衍生游戏，所以还是希望像以前讨论那样不动它，独有特性由
{{Exclusive}}标记。--MCwitherSke (Talk) 2020年5月17日 (日) 07:10 (UTC) - 反对Minecraft Earth基于基岩引擎制作，且Minecraft Earth的条目偏少，不建议移动到独立命名空间。-- 北狐 2020年5月17日 (日) 07:28 (UTC)
- 提醒：Minecraft Earth相关条目并不算少，包括所有版本号相关条目也要一并移动。 MysticNebula70 ( T / C ) 2020年5月17日 (日) 08:19 (UTC)
- 相比MCD还是比较少的。-- 北狐 2020年5月17日 (日) 11:53 (UTC)
- 相比MCD还是比较少的。--
- 提醒：Minecraft Earth相关条目并不算少，包括所有版本号相关条目也要一并移动。 MysticNebula70 ( T / C ) 2020年5月17日 (日) 08:19 (UTC)
- 同意，方便查阅和区分。Drlee_lihr 讨论/贡献 2020年5月18日 (一) 03:49 (UTC)
- 反对。MCE是直接拿基岩版改的，适用于基岩版的大量内容同样适用于MCE，无论是物品，方块，游戏物理的运行方式，生物AI。对这些内容的认知需要查阅基岩版的资料，而MCE的新生物和新物品归为独有特性就行了。
MCD是拿虚幻4写的，除了美术资源和文化设计和MC有关以外，基本上和Minecraft没有什么关系了。--Magnussiiftun1857T•C•E 2020年5月18日 (一) 08:40 (UTC) - 同意。毕竟不是同一款游戏，还是有区别的。这样区分的明确一点。--124.64.16.184 2020年5月18日 (一) 08:59 (UTC)
- 再次，该议题的提出是因为EN这么做了。如果觉得没有什么MCE独立内容如果不分命名空间会很零碎的现象，那么我觉得没必要，但是EN这么做了……（来自Lakejason0，使用IP）--117.71.48.153 2020年5月21日 (四) 07:25 (UTC)
- 同意。earth作为一个单独的游戏而不是Minecraft不同分支的版本，将其内容整理到单独统一的地方会更好些。--MineCommanderCN T/C 2020年5月22日 (五) 11:38 (UTC)
再次强调，本次议题的重点是是否和英文对齐。我认为更应当从与EN同步和管理的角度考虑这个问题。如果不存在这个问题，那么我认为可以采用之前的共识。-- Lakejason0（论•功） 2020年5月22日 (五) 12:50 (UTC)
- 如果相对好管理，那么我 同意。-- 北狐 2020年5月23日 (六) 06:12 (UTC)
- 同意，为了方便同步和管理。即使没那么有必要创建也应考虑同步的问题。-- Ff98sha（讨论·贡献） 2020年5月23日 (六) 10:54 (UTC)
- 同意，拆分后更便于管理维护。 MysticNebula70 ( T / C ) 2020年5月23日 (六) 11:16 (UTC)
- 同意，還可以設定外觀--Leo_leo_768(Talk|Contributions) 2020年5月26日 (二) 08:50 (UTC)
关于用户页的模板使用
用户页上有一些常见模板需要整理。
- 关于用户框，虽然已经有了整理计划，但是最近的新人明显不知道命名规范，继续新增用户框，导致本就困难重重的整理计划雪上加霜。
- 用户框整理计划需要进一步执行，不然这个计划会一直搁置下去。之前我整理时犯下了大错，导致我没有动力继续执行这个计划。
- 需要更多人来帮忙整理，并且整理的规则需要根据现状进一步更改。
- 关于
{{Infobox}}一类的模板，目前大量用户页上仍然使用了诸如{{Person}}、{{Block}}、{{Item}}和{{Biome}}等模板，会导致分类困难，个人不建议在用户页上使用。- 建议进一步完善
{{Profile}}模板。
- 建议进一步完善
- 此外，我自行制作的Wikibreak模板也可供用于规范用户页。
--SkyE | Talk · Contributions · Logs 2020年5月19日 (二) 11:48 (UTC)
- 支持，
等我把账号弄回来就整理--222.140.21.93 2020年5月19日 (二) 13:15 (UTC)- 来了--Awesomehhhhh (T / C) 2020年5月20日 (三) 00:11 (UTC)
- 嘤嘤嘤这就警告了TvT--Awesomehhhhh (T / C) 2020年5月20日 (三) 00:14 (UTC)
- 嘤嘤嘤这就警告了TvT--Awesomehhhhh
- 来了--Awesomehhhhh
- 今天更新了
{{Userbox}}之后，部分用户框出现了错误，这是由于原先就在使用的错误参数引起的。希望在之后的用户框整理中予以更正。 MysticNebula70 ( T / C ) 2020年5月21日 (四) 13:47 (UTC)
关于编辑时的小格式的意见
1.个人建议减少{{only}}模板的使用，更多使用{{main}}（写错了，应该是{{in}}）来描述版本之间的差别。至少，使用{{only}}时，{{only|Java}}和{{only|BE}}尽量都写上，表达清楚基岩版和Java版的差别到底在哪，毕竟，本wiki不是Java版的wiki。
到底哪些是only的？Java版不同之处在哪？我觉得编辑中需要尽量避免这种歧义。
2.对于全新的页面，也就是新版本新增的页面，例如灵魂土和标靶（只是举例子，这两个页面本身没这个问题），已经在页面开头挂了{{Snapshot}}，就没有必要在页面内部再到处写{{upcoming}}了吧，整个页面都是新版本的内容。–该未签名留言由Snow dash（讨论 • 贡献）在2020年5月20日 08:47 (UTC) 添加。请在您的回复后面加上 ~~~~（最后编辑于2020年5月20日 (三) 09:02 (UTC)）
{{in}}模板实际上用于修正{{only}}模板的使用。目前，前者应该放置在句首，后者应该放置在居中和句号后面。在一段描述中两者不应该同时使用。--Lxazl5770zh.admin（论 ▪ 功） 2020年5月20日 (三) 08:58 (UTC)- 我觉得吧，这种东西加一个下划线或者背景高亮就够了……
如果我没记错的话，来源请求用的是橙色高亮背景，很显眼。upcoming或者only的话可以考虑下划线。就像这样：
- 当然，这样看上去很粗糙，可能还需要仔细调整样式。
另外提示一下，可以使用模板{{t}}来在页面内引用模板而不需要大量使用nowiki文本。--Magnussiiftun1857T•C•E 2020年5月20日 (三) 09:08 (UTC)
建议创建一个帮IP用户注册账户的帮助页面
很多IP用户想注册成正规用户，但是也有许多人不知道如何注册，一直被卡在那里注册不了。39.67.67.8 2020年5月21日 (四) 09:58 (UTC)
- 但是即使帮忙注册也需要对方可以登录twitch。--220.162.18.196 2020年5月21日 (四) 10:27 (UTC)
- 这没关系，重点是很多IP用户有条件但不会注册。39.67.67.8 2020年5月21日 (四) 10:32 (UTC)
- 大家都不目害，右上角注册看的见吧。--220.162.18.196 2020年5月21日 (四) 10:39 (UTC)
- 注册的介绍很简单，就是注册一个twitch，全程除了gamepedia的紫色按钮是英文外其他都是中文，唯一麻烦的可能就是，但这个只能自己寻找我们没办法帮也不能帮--222.140.21.93 2020年5月21日 (四) 12:46 (UTC)
- 见此。--SkyE | Talk · Contributions · Logs 2020年5月21日 (四) 11:22 (UTC)
更换基岩版beta 1.16.0.x的图片
菜单界面英文不懂，建议更换成BlockSchoolDW用户的菜单界面图片。想要的请在微博：@方块学园电玩 私信 39.182.134.129 2020年5月21日 (四) 11:18 (UTC)
- 要更自己更，如果是别人的截图应该需要授权。--140.243.69.66 2020年5月21日 (四) 11:21 (UTC)
- 拒绝任何带有宣传性质的图片。-- Ff98sha（讨论·贡献） 2020年5月21日 (四) 11:28 (UTC)
关于客户服务的问题
依据讨论页方针折叠不合适评论。（Wiki并非客户服务中心）关于讨论页无价值话题的处理方式
近期，管理员告示板上出现了不少与管理员权限无关的话题，其存档周期也有明显缩短的趋势。虽然有人提出使用{{Inappropriate comment}}来折叠或隐藏这些话题，但效果不甚理想，折叠后的话题仍易堆积，影响用户查看其他有效话题。为进一步整治这种现象，可能需要应用新的处理方法。
我提议的方法如下：
- 遇到无价值话题时，直接将其移除，必要时在编辑摘要中给出说明。
- 不再将
{{Inappropriate comment}}模板用于折叠或隐藏整个话题，而仅用作处理单条留言。 - （可选）在讨论页顶部提示“因违背讨论页方针或其他规范，本页有？个话题未予展示”。为此可能需要创建新的模板。
还请各位积极提出建议或其他解决方案。--葉月 桐§ 2020年5月23日 (六) 02:32 (UTC)
- 不知道这么做是否合乎规范……但是我觉得这些留言有必要在存档中存档，也许结合第三点比较好？-- Lakejason0（论•功） 2020年5月23日 (六) 03:34 (UTC)
- 建議放一個預設折疊的話題，再將這些話題放進去--Leo_leo_768(Talk|Contributions) 2020年5月23日 (六) 06:01 (UTC)
- 我建议 维持现状。移除评论容易让不知情的IP用户产生“暗箱操作”“歧视”等负面看法。除非特殊情况，一般不建议移除评论。对于存档问题，可以考虑扩宽讨论页存档的要求（例如有效讨论超过50个、总讨论数超过75个、离最近回复时间超过3个月等）。--HlDoramon(7AlK · C0И7Я18z) 2020年5月23日 (六) 10:49 (UTC)
- 个人倾向于方案3。直接删除可能会打击ip用户的编辑自信。不如用更醒目的字体提醒所有用户不要发和编辑无关的提问更好？--Minesunset1030（讨论） 2020年5月23日 (六) 21:09 (UTC)
- 点击上方编辑按钮然后在页面上看看。
- 你也没有看见。-- Dianliang233 T•C 2020年5月24日 (日) 06:13 (UTC)
- 建议 维持现状即可。-- Dianliang233 T•C 2020年5月24日 (日) 06:14 (UTC)
- 说句题外话：我觉得这些无用评论是不是那个破坏者添加的，想以此来扰乱正常的讨论？我记得以前好像没有在短时间内出现过这么多的无用评论。我觉得不会有人以“是的，我，又回来了”为题来讨论。（纯属瞎猜）--61.148.245.90 2020年5月25日 (一) 05:26 (UTC)
关于首页
望本Wiki首页可以有“快捷传送门”至Minecraft Dungeons:Wiki，其也有“快捷传送门”至首页，使得俩页面可相互切换。
——Leisurelyxiaohui- （Τ） 2020年5月23日 (六) 06:51 (UTC)
- 同意 连我自己有的时候都找不着，要有链接就方便多了。--123.112.197.234 2020年5月23日 (六) 11:16 (UTC)
- 同意，这样比较方便，否则给MCD单独建一个主页就没多大用处。-- 北狐 2020年5月23日 (六) 13:33 (UTC)
- 支持。-- Dianliang233 T•C 2020年5月23日 (六) 14:54 (UTC)
- 太 支持了。--Minesunset1030（讨论） 2020年5月23日 (六) 21:20 (UTC)
- 支持。但是放在哪里可以讨论一下。--MCwitherSke (Talk) 2020年5月24日 (日) 04:08 (UTC)
- 或许可以放在侧边栏。-- 北狐 2020年5月24日 (日) 05:32 (UTC)
- 人气页面也可以，以及左边的侧边栏--Awesomehhhhh (T / C) 2020年5月24日 (日) 06:22 (UTC)
- 不如相关链接和侧边栏都放。--222.131.11.69 2020年5月25日 (一) 03:12 (UTC)
- 或许可以放在侧边栏。--
- 支持。以及，希望在dungeons wiki里尽量多使用一些该游戏内特有的sprite。--MineCommanderCN T/C 2020年5月24日 (日) 10:47 (UTC)
- 支持放在首页。放在相关链接里？Drlee lihr 讨论/贡献 2020年5月25日 (一) 00:46 (UTC)
- 相关链接是不是太靠下了？[费解]--Awesomehhhhh (T / C) 2020年5月25日 (一) 03:37 (UTC)
- 相关链接是不是太靠下了？[费解]--Awesomehhhhh
- 目前相关链接已放置在首页顶栏右边。 MysticNebula70 ( T / C ) 2020年5月27日 (三) 12:27 (UTC)
- 手机版视图貌似没有。——Leisurelyxiaohui （Τ） 2020年5月29日 (五) 05:33 (UTC)
- MCE的怎么搞，也要放那么？（另提一句这么弄好难看啊 --Drlee lihr 讨论/贡献 2020年5月29日 (五) 05:42 (UTC)
- 确实，看起来有点奇怪，不过这样也行了--124.64.16.85 2020年5月29日 (五) 09:15 (UTC)
- 使用手机端、电脑端查看但没有放大浏览器至全屏、手机端浏览器查看桌面版视图 均未显示dungeons Wiki的链接，请求修复Awesomehhhhh (T / C) 2020年5月29日 (五) 09:48 (UTC)
- 不过电脑端稍微放大一点就能看见，手机端确实没有--124.64.16.85 2020年5月29日 (五) 09:59 (UTC)
- 对了，Minecraft Dungeons:Wiki那边的返回链接也有这个问题--124.64.16.85 2020年5月29日 (五) 10:04 (UTC)
- 不过电脑端稍微放大一点就能看见，手机端确实没有--124.64.16.85 2020年5月29日 (五) 09:59 (UTC)
- 已解决手机版没有链接的问题。考虑占用空间问题，手机端视图没有图像，切换至桌面端视图后即可显示。 MysticNebula70 ( T / C ) 2020年5月29日 (五) 11:57 (UTC)
- 手机版视图貌似没有。——
問問題
有辦法讓 | 在第一層解析器函式不解析，但在第二層被解析的方法嗎?
像{{#ifeq:{{#if:1|2{{!}}2}}|1}}我希望它變成{{#ifeq:2|2|1}}再變成1--Leo_leo_768(Talk|Contributions) 2020年5月23日 (六) 14:24 (UTC)
- 我感觉直接说出你的需求可能更管用一些。-- Lakejason0（论•功） 2020年5月23日 (六) 14:34 (UTC)
- Template:SPConversion--Leo_leo_768(Talk|Contributions) 2020年5月23日 (六) 14:43 (UTC)
- Template:SPConversion--
- 可能写的复杂一些比较直接，如果我没理解错：
{{#if:我不为空
|{{#ifeq:2|2|1}}
|“1”为空时的情形
}}
-- Cuervo(t) 2020年5月23日 (六) 15:13 (UTC)
- 我是要這樣:
{{#if:{{#ifeq:我是一樣的(對#ifeq)|我是一樣的(對#ifeq)|我不为空(對#if)|不为空时的情形(對#if)}}|为空时的情形(對#if)}}--Leo_leo_768(Talk|Contributions) 2020年5月23日 (六) 15:25 (UTC)
- 我是要這樣:
又关于{{Msgbox}}
目前Msgbox已经换成了wzh:Template:Ambox的样式，但我发现Ambox在Msgbox中还是只实现了左侧竖条，描边还没有。这是有意还是忘记了？--MCwitherSke (Talk) 2020年5月24日 (日) 04:16 (UTC)
- 尚不清楚是不是WAI。我猜是。以及，还是不太喜欢新样式。-- Lakejason0（论•功） 2020年5月24日 (日) 04:29 (UTC)
- Status: RESOLVED
- Resolution: Works As Intended -- Dianliang233 T•C 2020年5月24日 (日) 04:41 (UTC)（最后编辑于2020年5月24日 (日) 04:52 (UTC)）
- 真不确定这是不是“已替换成Ambox样式”--MCwitherSke (Talk) 2020年5月24日 (日) 06:19 (UTC)
- 我觉得目前这个样子挺简洁美观的，没必要再改。--MineCommanderCN T/C 2020年5月24日 (日) 10:42 (UTC)
合成原料：下界木板和黑石
我在英文的en:Module:Inventory slot/Aliases做了一些让“任意”“对应”可以指到下界版本材料的改动，现在也会移植到中文版Module:Inventory slot/Aliases来。如果发现出了什么问题，请在下面和我说。——Arthur200000（讨论） 2020年5月28日 (四) 12:41 (UTC)
- 需要管理员处理模块讨论:Autolink/Block。——Arthur200000（讨论） 2020年5月28日 (四) 12:59 (UTC)
更改已完成，请各位确认木板、台阶、圆石、黑石工作正常。——Arthur200000（讨论） 2020年5月29日 (五) 17:10 (UTC)
模板冲突
Template:Testingame和Template:Needs testing好像存在冲突，而且应该是testinggame而不是testingame(少了个g)--222.140.21.93 2020年5月30日 (六) 07:48 (UTC)
- 已移动并合并。-- Huerdada · T⁄C 2020年5月30日 (六) 08:35 (UTC)
- 错误，并非testing game而是test in game，已撤销移动。 MysticNebula70 ( T / C ) 2020年5月30日 (六) 08:38 (UTC)
- 但问题是需要测试 和 需要在游戏内测试 意思几乎完全相同--222.140.21.93 2020年5月30日 (六) 10:01 (UTC)
- 目前
{{testingame}}是重定向到{{needs testing}}的，请您自己试试。 MysticNebula70 ( T / C ) 2020年5月30日 (六) 10:08 (UTC)
- 目前
关于维基的编辑
https://www.mcbbs.net/thread-1054887-1-2.html 吐槽了一下，然后发mcbbs上可能看不见，所以希望引起一下注意啥的。42.92.24.204 2020年5月31日 (日) 12:53 (UTC)Pharam
--
Huerdada · T⁄C 2020年5月31日 (日) 12:55 (UTC)
- 不是嫌麻烦，是贵维基真的反人类。42.92.24.204 2020年5月31日 (日) 12:57 (UTC)Pharam
- 并不反人类，只是你没用习惯罢了。而且Wiki的编辑系统许多类似的网站都在使用，在这里反馈没有任何作用，因为我们无法对编辑系统作出任何改动，如有必要请联系相关开发者。另外，请勿在条目当中玩烂梗（Special:diff/433128）。--葉月 桐§ 2020年5月31日 (日) 13:16 (UTC)
- 那个玩意...我还以为没提交上，原来是被审核打回去了。我会适应的，不过硬代码这个应该要解决一下。42.92.24.204 2020年5月31日 (日) 13:24 (UTC)Pharam
- 并不反人类，只是你没用习惯罢了。而且Wiki的编辑系统许多类似的网站都在使用，在这里反馈没有任何作用，因为我们无法对编辑系统作出任何改动，如有必要请联系相关开发者。另外，请勿在条目当中玩烂梗（Special:diff/433128）。--葉月 桐§ 2020年5月31日 (日) 13:16 (UTC)
- 已于帖内回复。-- Ff98sha（讨论·贡献） 2020年6月1日 (一) 03:14 (UTC)
- 1所有采用mw的wiki源代码都这样，如果你在其它wiki编习惯就可以了。2具体原因？3记得把代码备份到记事本。4锁上是因为被保护。--220.162.17.55 2020年6月1日 (一) 05:09 (UTC)
- 还有就这还反人类？建议使用百度百科之类的百科。不过确实可视化编辑不好用。（什么叫源代码真就源代码）--220.162.17.55 2020年6月1日 (一) 10:09 (UTC)
- 可视化编辑是不好用，还容易出问题，一般人只要耐心读完教程后就可以慢慢用wikitext编辑了，多编辑几次就熟练了。 -- NoNormalCreeper • T⁄C 2020年6月5日 (五) 10:03 (UTC)
在这里解释一下：
- 源代码是页面的全实现处（可能描述不好），源代码编辑更实用，可以先习惯一下wiki语言，这可比html简单。
- 可视化编辑的排版系统与平时浏览网页不同，只能习惯。
- 有些时候服务器可能会卡顿，就会显示超时之类的，这个貌似也不能解决，还可能是被巡查员回退了。
- 可能的原因有：
- 有些页面受半保护或全保护，半保护注册用户就可以编辑，全保护可以联系管理员。
- 一些特性页面的开头有
{{Infobox}}（那个有图像，下面还有显示信息的框），可以研究它的参数，有需要可以打开模板页面看文档（链接是Template:花括号中间开头的模板名）。
--MCwitherSke (Talk) 2020年6月1日 (一) 11:45 (UTC)
- 说实话，虽然本人有部分c#基础，但对HTML以及wikitext没有一丝了解，但在我进行编辑是的确感到十分困难，看起来全篇都是中文的页面源代码却是一大堆的英文，我想很多人都对此感到排斥因为第一步就可以把他劝退，但我还是继续干了下去，每天看模板使用以及翻看其他的页面源代码的使用格式，一直到后面虽然只注册2.5个月但是已经4000wp，其实到了后面真的不算太难，模板一个页面也用不了多少，那些偏难杂怪的模板一般页面根本用不上。模板现在大部分都有doc，如果您觉得可以，可以先从mcd的东西创建起，因为mcd的页面目前来说还是好创建一点的--222.140.20.136 2020年6月1日 (一) 14:03 (UTC)awesomehhhhh
- ...?wikitext一般情况会两个'[[]]'和'{{}}'就够了吧编辑够用了吧…--124.234.94.14 2020年6月2日 (二) 02:42 (UTC)
- 但{{}}可没你像的那么简单，关键是模板太多了Awesomehhhhh (T / C) 2020年6月2日 (二) 09:18 (UTC)
- 路过一下，标签没闭合-- Drlee lihr 讨论/贡献 2020年6月3日 (三) 04:26 (UTC)
- 但{{}}可没你像的那么简单，关键是模板太多了Awesomehhhhh
- 建议学习/预习/复习手册。(来自Lakejason0，作为IP编辑)--117.71.48.153 2020年6月4日 (四) 06:42 (UTC)（最后编辑于2020年6月4日 (四) 08:40 (UTC)by Leo_leo_768）
- 路过一下，其實有跨維基連結--Leo_leo_768(Talk|Contributions) 2020年6月4日 (四) 08:40 (UTC)
- 路过一下，其實有跨維基連結--
{{xp}}
建议在该模板的经验球图像部分添加到经验值#经验球的链接，虽然此模板好像未被保护，但是由于我不会写，所以把意见提到这里，恳请大家提出意见或帮助完成。-- 
Drlee lihr 讨论/贡献 2020年6月5日 (五) 06:52 (UTC)
- 已完成。 MysticNebula70 ( T / C ) 2020年6月5日 (五) 08:39 (UTC)
关于命名空间ID这一翻译
原词为“Namespaced ID”。按照汉语语法理解，命名空间ID可以被理解为“命名空间的ID”，比如minecraft:cow中，命名空间的ID就是minecraft，namespaced ID就是minecraft:cow。目前Wiki上使用命名空间ID指代Namespaced ID，个人觉得有些不妥。是否应该更改到其他名称（e.g. 带有命名空间的ID）并加入译名标准化？如果需要，如何进行对各个使用{{infobox}}的模板以及其他各个条目的更改？-- Lakejason0（论•功） 2020年6月6日 (六) 11:59 (UTC)
- 同意，而且，个人认为「含命名空间的ID」较为合适。 -- NoNormalCreeper • T⁄C 2020年6月6日 (六) 12:03 (UTC)
- 同意，“带(有)命名空间的ID”也可以。 Miemie method（讨论） 2020年6月6日 (六) 12:07 (UTC)
- 支持，带“命名空间的ID”不错。-- 北狐 2020年6月7日 (日) 02:18 (UTC)
- 中立，我认为换不换都可以。不过我觉得“命名空间ID”可以作为“带命名空间的ID”的缩写，相对更简洁。--HlDoramon(7AlK · C0И7Я18z) 2020年6月7日 (日) 02:45 (UTC)
- 中立。在我看来“命名空间ID”是拼合成的词，由命名空间（冒号前面）和ID（冒号后面，与数字ID区分开）组成，Namespaced ID也大概是“有命名空间了的ID”，所以没必要吧。--MCwitherSke (Talk) 2020年6月7日 (日) 06:26 (UTC)
- 同意，“命名空间id”好像确实有歧义-- Drlee lihr 讨论/贡献 2020年6月14日 (日) 11:20 (UTC)
- 中立。个人认为，“命名空间ID”作为专有名词来使用是很好的翻译，简洁。如果加上“的”显得累赘，可能在表意上更加清晰，但没有必要。--Skyicecn1（讨论） 2020年7月3日 (五) 10:54 (UTC)
命令条目的子页面
下列有关整理页面的讨论已经结束，请不要再编辑此段。任何想要进一步探讨的编辑者应该新建一个话题。
讨论结果为 是，已完成编辑。
大多数命令的子页面的段落（语法、参数、效果等）没有使用== ==，而是使用;，是否需要更新排版？--Zxhfh·T/C 2020年6月7日 (日) 16:41 (UTC)
关于页面移动的问题
Minecraft Wiki:沙盒/教程/算术逻辑由于存在大量未翻译内容而被移入沙盒，现已翻译完毕，可以移出了。
目前有一个问题：该页面的英文页面en:Tutorials/Arithmetic logic已经被移动到了en:Tutorials/Logic gates（有重定向）。我还发现教程/基本逻辑门的英文页面被合并到了逻辑电路（en:Mechanics/Redstone/Logic circuit），但在中文Wiki上仍然是两个页面。
有两个解决方案：
- 将教程/基本逻辑门和逻辑电路合并，将Minecraft Wiki:沙盒/教程/算术逻辑移动到教程/逻辑门，将教程/算术逻辑重定向到教程/逻辑门。
- 不合并页面，将Minecraft Wiki:沙盒/教程/算术逻辑移动到教程/算术逻辑。
Zxybar1（讨论） 2020年6月8日 (一) 14:35 (UTC)
基岩版指南丢失
基岩版水域更新（第一阶段）之前指南丢失–该未签名留言由39.182.133.126（讨论）在2020年6月9日 01:53 (UTC) 添加。请在您的回复后面加上 ~~~~
关于模板{{-}}
现在的情况是，{{-}}是正式模板，{{clear}}是重定向。然而根据常识，“clear”才应该是正式的名称，“-”才应该是重定向。
是否有必要将{{-}}和{{clear}}调换一下？Icyphantom 讨论I贡献 2020年6月9日 (二) 17:44 (UTC)
- 虽然如此，我从来没见过有人用后者的（摊手）--Lxazl5770zh.admin（论 ▪ 功） 2020年6月10日 (三) 02:50 (UTC)
- 應該說根本不知道有
{{clear}}，畢竟文檔沒寫--Leo_leo_768(Talk|Contributions) 2020年6月10日 (三) 04:43 (UTC)
- 應該說根本不知道有
- 我觉得只要两者都能用就可以了吧。-- 北狐 2020年6月10日 (三) 04:56 (UTC)
- 能用就行吧。换不换也一样，无非是一个是重定向而一个不是，但最后呈现出来的都一样。Awesomehhhhh (T / C) 2020年6月10日 (三) 13:02 (UTC)
- 个人 支持换一下，好像现在的源模板都是英文名称，这么搞好像还更明了，另外，针对Leo_leo_768的问题，可能需要对文档进行适当更改-- Drlee lihr 讨论/贡献 2020年6月14日 (日) 11:18 (UTC)
{{Inappropriate comment}}
建议将此模板的图标换为。
如上。-- Drlee lihr 讨论/贡献 2020年6月11日 (四) 02:05 (UTC)
- 不太同意个人认为之前的比这个好看Awesomehhhhh (T / C) 2020年6月11日 (四) 10:08 (UTC)
- 同样不太同意。但主要问题是两个都不太好看……或许可以使用苦力怕头？--Minesunset1030（讨论） 2020年6月12日 (五) 12:05 (UTC)
- 不太同意，照这样下去就全都是苦力怕头了——Awesomehhhhh (T / C) 2020年6月13日 (六) 09:01 (UTC)
全是苦力怕头还行要不...用? -- Drlee lihr 讨论/贡献 2020年6月14日 (日) 11:12 (UTC)
- 原来图标的意思是提醒，现在搞成不就成了拒绝删除的意思了吗Awesomehhhhh (T / C) 2020年6月14日 (日) 15:22 (UTC)
- 移除用，折叠用或者怎样 -- Drlee lihr 讨论/贡献 2020年6月16日 (二) 04:50 (UTC)
- 移除用，折叠用或者怎样 --
- 原来图标的意思是提醒，现在搞成不就成了拒绝删除的意思了吗Awesomehhhhh
- 不太同意，照这样下去就全都是苦力怕头了——Awesomehhhhh
报告个问题
沙盒页面突然冒出来这么一行： “未知参数-{H|kk=>zh-cn:jj;dd=>zh-cn:ff;}--{-|121212;}- ab cd 1221 5665” 请求修复。 （如果应该搬到管理员告示板的话请提醒一下。） --Minesunset1030（讨论） 2020年6月12日 (五) 12:08 (UTC)
- 它就叫沙盒了....--Leo_leo_768(Talk|Contributions) 2020年6月12日 (五) 14:00 (UTC)
依据讨论页方针标记为不合适评论。（格式错乱）- 在沙盒内测试编辑请问有问题吗？-- Dianliang233 T•C 2020年6月12日 (五) 21:30 (UTC)
- 我的重点是在图片所示那个页面下面多出来的一堆乱码（沙盒本身没问题）--Minesunset1030（讨论） 2020年6月12日 (五) 21:41 (UTC)
- 这是测试的一部分，不用管。--葉月 桐§ 2020年6月12日 (五) 23:02 (UTC)
- 知道了。--Minesunset1030（讨论） 2020年6月13日 (六) 01:44 (UTC)
- 路过，冒号加少了，请注意MCW:讨论页方针。-- Drlee lihr 讨论/贡献 2020年6月16日 (二) 04:20 (UTC)
- 路过，冒号加少了，请注意MCW:讨论页方针。--
- 知道了。--Minesunset1030（讨论） 2020年6月13日 (六) 01:44 (UTC)
- 这是测试的一部分，不用管。--葉月 桐§ 2020年6月12日 (五) 23:02 (UTC)
- 我的重点是在图片所示那个页面下面多出来的一堆乱码（沙盒本身没问题）--Minesunset1030（讨论） 2020年6月12日 (五) 21:41 (UTC)
指令问题
在超平坦地形中，我请问如何把躺下来的像素画立起来， 请帮助我，谢谢
Gentlemen, I have a question of command How do you turn a pixel painting lying on the grass into a pixel painting perpendicular to the ground Please help me, thank you.
101.85.20.168 2020年6月12日 (五) 15:00 (UTC)关于维度类型字段功能
根据我的测试（使用版本1.16-pre5），熔岩的扩散范围和流动速度均由ultrawarm控制；但维度和自定义（及相应英文wiki）的说法是两项行为分别由ultrawarm和has_ceiling控制。请大大们帮忙测测，属实的话改一下？--Rmuchan（讨论） 2020年6月13日 (六) 02:32 (UTC)
- 留给有时间的人测试。如果没有，你可以自行在EN和ZH两个站点更改，编辑摘要里写明“Tested in 1.16-pre5”即可。-- Lakejason0（论•功） 2020年6月13日 (六) 02:53 (UTC)
- 要不你先改再加need verify?-- Drlee lihr 讨论/贡献 2020年6月13日 (六) 02:56 (UTC)
建议要开个中文Minecraft Earth Wiki
Minecraft Dungeons Wiki有了，英文开了Minecraft Earth Wiki，希望开个中文Minecraft Earth Wiki。 39.182.133.126 2020年6月14日 (日) 06:29 (UTC)
Wiki不治眼瞎如果你是说没有主页的话……那的确没有，不过内容页面一直是有的，右上角搜索就是了。-- Lakejason0（论•功） 2020年6月14日 (日) 06:30 (UTC)（最后编辑于2020年6月14日 (日) 06:33 (UTC)）- 已在英文社区专页发出页面请求 -- Drlee lihr 讨论/贡献 2020年6月16日 (二) 04:38 (UTC)
- 顶上图片己经有了EARTH wiki 我试试Minectaft_Earth wiki，emmm，没有。--101.93.87.85 2020年6月29日 (一) 03:06 (UTC)
要更新Herobrine图片文件
Herobrine.png要改成无胡子版，与Steve相同。--39.182.133.126 2020年6月14日 (日) 06:39 (UTC)
- 拒绝。当前的图片没有错误。--葉月 桐§ 2020年6月14日 (日) 06:43 (UTC)
- 这张图片在EN经过了一段很长时间的编辑战，也是有理由的。-- Lakejason0（论•功） 2020年6月14日 (日) 06:44 (UTC)
- 上传时间过于太久了，所以必须要改。--39.182.133.126 2020年6月14日 (日) 09:33 (UTC)
Herobrine常被Mojang、4J Studios及相关社区所提及，但是Herobrine从未在《Minecraft》游戏本身中出现过。
Awesomehhhhh (T / C) 2020年6月14日 (日) 15:09 (UTC)
Minecraft Dungeons:链锁反应
在Minecraft Dungeons:链锁反应中，稀有度写的是 常见（common），但在MCD:魔咒里面，写的又是powerful（估计是搬的en），那么到底是哪个？Awesomehhhhh (T / C) 2020年6月15日 (一) 12:58 (UTC)
- 页面的确是从en搬过来的，经检查是en出错，已经改为 常见（common）。--Zyjking（资料 / 讨论） 2020年6月15日 (一) 14:11 (UTC)
- 同样，MCD:暴击也存在是普通还是强力的问题。Awesomehhhhh (T / C) 2020年6月16日 (二) 15:02 (UTC)
关于“Minecraft Dungeons”和“Minecraft Earth”等的斜体
下列有关格式规范更改的讨论已经结束，请不要再编辑此段。任何想要进一步探讨的编辑者应该新建一个话题。
讨论结果为将“Minecraft Dungeons”与“Minecraft Earth”不加斜体的要求写入格式指导。
是否有必要去除“Minecraft Dungeons”和“Minecraft Earth”等游戏名的斜体？
Olvcpr423 论/献 2020年6月15日 (一) 13:26 (UTC)
- 支持-- 北狐 2020年6月15日 (一) 13:37 (UTC)
- 支持--Skyicecn1（讨论） 2020年6月15日 (一) 13:39 (UTC)
- ，维基百科的斜体方针：专有名词主要部分为中文时才去除斜体，不知道是否可参照。 Cuervo(t) 2020年6月15日 (一) 13:58 (UTC)
- 支持，三者应该统一不用斜体，其他游戏应该统一使用书名号
《》而不加斜体。--Lxazl5770zh.admin（论 ▪ 功） 2020年6月16日 (二) 04:15 (UTC) - 支持-- Drlee lihr 讨论/贡献 2020年6月16日 (二) 04:22 (UTC)
- 若是介绍这些作品等在MC环境以外的地方，则建议保留以保持规范，其他情况 支持去除。 反对在英文名词中使用书名号。--HlDoramon(7AlK · C0И7Я18z) 2020年6月16日 (二) 04:46 (UTC)
- 个人认为改不改都行。反正，改动前，Minecraft只是唯一的个例（英文不斜体），其他英文作品名字都是要斜体的。这两个spin-off做不做其实问题都不大。-- Lakejason0（论•功） 2020年6月19日 (五) 14:47 (UTC)
- 支持，个人认为关于Mojang Studio出版的所有游戏皆不应用斜体，但前提是要有人愿意改（不过这讨论好像没结果）。-- 乳液Louis 对话 •贡献 2020年7月6日 (一) 12:38 (UTC)
当前的讨论共识主张去除“Minecraft Dungeons”和“Minecraft Earth”的斜体标记。如7月13日前无人提出异议，将按照此共识修改现行格式指导。--葉月 桐§ 2020年7月10日 (五) 12:00 (UTC)
机翻大排查（跟进话题）
回复葉月 桐§：非常抱歉，由于不可抗力的突发事件，我已经1个月没有贡献。我想说找出机翻贡献者的主要目的不是为了追究其责任，而是为了找到更多的机翻内容，因为机翻贡献者很可能在其他地方进行过机翻。除了机翻之外，其实还有另一大历史遗留问题，就是历史信息丢失，因为你们过去一直不重视保留历史信息，现在已经有很多页面丢失历史信息了。——116.199.103.164 2020年6月16日 (二) 13:19 (UTC)（成功发送于13:30 (UTC)，最后编辑于6月19日 (五)）
- 关于历史信息，这个按说是不会丢失的，除非有人移动页面时采取了错误移动方式，不然历史记录不会丢失，如果有人进行破坏，我们可以把他的编辑进行回退。Awesomehhhhh (T / C) 2020年6月16日 (二) 15:01 (UTC)
- 关于历史信息的问题回应同上，但也有可能是因为网站迁移等不可抗力造成的问题。另外，这种行为也间接给过去的编辑者扣上机翻这个帽子。一些远古的机翻在同步更新时大部分被排查修复，比起寻找机翻贡献者，在条目中寻找机翻痕迹更为有效。--HlDoramon(7AlK · C0И7Я18z) 2020年6月16日 (二) 16:02 (UTC)
- 我说的历史信息是指“历史”段落中的信息，在版本更新时有些人添加了新版本内容后移除了旧版本内容，没有把这些内容添加到“历史”段落中，比如说这次编辑，而巡查员也直接通过巡查而没有作任何修改，这就导致历史信息丢失，现在很多页面都需要补回历史信息。为了减少排查疏漏，在排查机翻时不要放过任何可以发现新机翻内容的途径，不是说在条目中寻找机翻痕迹比寻找机翻贡献者更有效就不去寻找机翻贡献者，不然就像排查新冠密切接触者时仅排查大概率接触途径而不排查小概率接触途径一样。——116.199.103.63 2020年6月19日 (五) 14:11 (UTC)（成功发送于14:38 (UTC)）
依据讨论页方针折叠不合适评论。（偏离主题或闲聊）- 其实我是在18分点了“保存更改”按钮的，我已经把时间往后调了1分钟，但由于网络连接超时，结果30分才成功发送出去，这就是我输入的时间与实际发送时间相差较大的原因。不知道为什么其他网站都能正常访问，偏偏这个网站经常连接超时，令我感到奇怪的是为什么一直没有人反映这个问题，就我一个人遇到这个问题吗？——116.199.103.63 2020年6月19日 (五) 14:11 (UTC)（原IP为116.199.103.164，成功发送于14:38 (UTC)）
- 访问速度见此。-- Dianliang233 T•C 2020年6月20日 (六) 01:21 (UTC)
- 关于网络的问题，我是网络连接超时，而你给的那个只能解决加载速度的问题，只能解决从成功显示页面标题到完全显示页面内容时间长的问题，但我是连标题都没有显示出来，连发送请求都不行，你说要屏蔽广告提升下载速度，但我是要上传，就是上面写的ping通率低导致的连接超时，上次在此页面的编辑我是11分按了“保存更改”按钮，结果38分才成功发送，有时从点击“保存更改”按钮到成功发送甚至超过1小时！因为网络问题有时会导致重复发送，发送后显示编辑冲突，而冲突的中间编辑正是自己发送的编辑，所以如果看到我重复进行相同编辑的话其实是网络问题引起的，把我后面的编辑撤掉，恢复到我第一次发送后的版本就可以了。——116.199.103.63 2020年6月23日 (二) 11:45 (UTC)
- 访问速度见此。--
- 补充内容：只标记页面对解决问题帮助不大，但不标记就不能解决问题，只有发现问题才能解决问题，问题只要没有被发现就不可能得到解决，所以不要轻视发现问题的重要性。我在1个月前提出过关于繁体译名和单独“块”字的搜索，由于译名较多，搜索繁体译名是一个人做不完的，如果有多个人进行的话可以每个人分担一些，只要对你能想到的繁体译名搜索就行了，最近我发现这里有一些繁体译名列表，由于数量较多，可以每个人只负责一部分，但这不一定包括所有繁体译名。我记得有位巡查豁免者做了个虚假译名列表，这个可能有利于排查机翻。至于单独的“块”字，这只能用机器人搜索，对于繁体译名，也可以使用机器人协助搜索，我发现页面的搜索功能有很多漏网之鱼，比如搜索“固体块”时能找到3个页面，搜索“实体块”也能找到包含“固体块”的那3个页面，但我搜索“体块”就什么也搜不到了，再如搜索“不透明块”能找到3个页面，但搜索“透明块”却只找到其中1个页面，如果能使用机器人搜索的话就万无一失了，我只希望使用机器人搜索，为防止替换失误，我希望不要直接用机器人替换文本，仅搜索而不替换。关于单独“块”字的问题我1个月前就提出了，那时我已经找到了包含“固体块”“的块”“命令块”等页面，结果我回来后发现这些页面大部分仍然存在这些关键字。我不可能长期保持活跃，以后可能还会遇到不可抗力的突发事件，希望有愿者能参与机翻大排查，具体细节我前面就已经说了，就在该话题顶部链接指向的存档页里。至于其他人只需要在发现无法理解的机翻内容时及时标记就可以了，只要标记了，自然就会有人寻找原文，另有人会进行翻译。巡查豁免者在进行关于修正不标准译名或不通顺语句的编辑时、巡查员在巡查这类编辑时，应该注意被修正的段落是否为机翻内容，如果是无法理解的机翻内容，请及时标记，只要标记就可以了，不需要花过多精力解决此事。——116.199.103.63 2020年6月19日 (五) 14:11 (UTC)（成功发送于14:38 (UTC)）
- 真的不知说这些有何特别意义。讲真，机翻内容也不需要排查，看到就改就是。不明白为什么一直在强调排查，个人认为日常翻译工作本来就可以取代这个计划。-- Lakejason0（论•功） 2020年6月19日 (五) 14:45 (UTC)
- 讨论这些问题毫无必要，不知你为何还不明白。机器人执行这些工作不现实。历史信息慢慢从en更新就好。-- Dianliang233 T•C 2020年6月20日 (六) 01:21 (UTC)
- 我看了MyNe70bot的编辑，发现该机器人曾经用
^;\s?(语法|参数|效果|示例)$修正标题，是不是也可以用\s!?(方|红石|粘土|粘液|其他译名…)$块搜索单独“块”字呢？——116.199.103.63 2020年6月23日 (二) 11:45 (UTC)
- 我看了MyNe70bot的编辑，发现该机器人曾经用
这个角度图片是怎么做到的？
比如右边的图片，我拍的角度不好，这个图片是怎么做到的？
--39.182.133.126 2020年6月17日 (三) 18:28 (UTC)
- 这是等轴视图，你可以用blender渲染，一般情况我们不会到游戏中实地拍摄 -- Drlee lihr 讨论/贡献 2020年6月17日 (三) 23:39 (UTC)
- 详见Minecraft Wiki:标准视图。生物及结构的等轴渲染图不适合在Blender中渲染，实际上也是在游戏内拍摄的。--MCwitherSke (Talk) 2020年6月18日 (四) 12:42 (UTC)
好像少了Minecraft Earth Wiki的首页
依据讨论页方针折叠不合适评论。（故意添加重复话题）MC地球的把“全球可用”增加黑线
因为这不是全球可用。--39.182.133.126 2020年6月17日 (三) 22:38 (UTC)
文件命名格式
现在minecraft dungeons的文件大多使用T开头，之前在茶馆群中进行过询问和具体要求但并未起到良好反应，而且这些文件名称与en不符导致部分搬运页面图片无法显示（MCD:附魔），所以我建议：
- 删除文件（图片）前的 T
- 删除文件（音频）前的 Sfx
如有不妥，请指出
Awesomehhhhh (T / C) 2020年6月18日 (四) 12:18 (UTC)
- 话说我认为有的图片不好区分是哪个部分的，比如20px的名称是DiamondPickaxe (MCD).png。建议改成Dungeons Diamond Pickaxe (MCD).png(只是个人意见，个人认为方便管理 -- Drlee lihr 讨论/贡献 2020年6月23日 (二) 00:19 (UTC)
- 如果材质有变化的就叫Dungeons Diamond Pickaxe 1.png?-- Drlee lihr 讨论/贡献 2020年6月23日 (二) 00:20 (UTC)
冬季主题覆盖了MCD和MCE的原有顶部栏
如题，我在zh开启了冬季主题，进入MCD和MCE空间后顶部仍会显示下雪的主题，其他正常。所以是不是应该让MCD和MCE的CSS覆盖冬季主题，其他空间才显示冬季主题？（既强迫症又觉得不合理）--MCwitherSke (Talk) 2020年6月20日 (六) 05:18 (UTC)
为什么中文Wiki要用维基百科？
依据讨论页方针折叠不合适评论。（添加无意义话题）是否把光追版本移出基岩版1.16.0的开发版
1.15.0.8和1.15.0.9在en上不属于基岩版1.16.0的开发版，但中文界面上显示有20个开发版（en页面上为18个），我数了数，也就多出来了2个光追版本。加上这俩光追版本上的相关的描述是：“可能是基岩版1.16.0的开发版。”那么，我们是否也要这么做吗？--116.16.120.63 2020年6月21日 (日) 08:08 (UTC)
- 光追版本本来就没有算入1.16.0的开发版，现在有20个开发版是因为有1.16.0.52和1.16.0.54这两个未公开发布的版本，去除这两个版本才是18个开发版。--葉月 桐§ 2020年6月21日 (日) 08:17 (UTC)
- 但是en上显示只有18个开发版（应该en上去除了那两个未公开发布的版本），中文上显示有20个，是同步en呢还保持现状呢？--116.16.120.63 2020年6月21日 (日) 08:29 (UTC)
- 已移除。 MysticNebula70 ( T / C ) 2020年6月21日 (日) 09:20 (UTC)
- 但是en上显示只有18个开发版（应该en上去除了那两个未公开发布的版本），中文上显示有20个，是同步en呢还保持现状呢？--116.16.120.63 2020年6月21日 (日) 08:29 (UTC)
关于条目消歧义标题
根据wzh:wp:消歧义，条目的消歧义标题应当使用半角空格与半角括号，但本Wiki有大量页面的标题命名未遵守此规则，使用了全角括号，导致“pipe trick”无法正常使用。建议将这些页面全部按照此命名规则移动，同时将此规则加入格式指导当中。
- Minecraft（消歧义）
- Minecraft（黑马漫画）
- 下界（消歧义）
- 书（消歧义）
- 传送门（消歧义）
- 僵尸（消歧义）
- 兔子（消歧义）
- 冰（消歧义）
- 凋零（消歧义）
- 南瓜（消歧义）
- 地图（消歧义）
- 末地传送门（消歧义）
- 材质包（消歧义）
- 标签（消歧义）
- 桶（消歧义）
- 森林（消歧义）
- 水（消歧义）
- 沙子（消歧义）
- 治疗（消歧义）
- 火把（消歧义）
- 火焰（消歧义）
- 煤（消歧义）
- 珊瑚（消歧义）
- 生存模式（消歧义）
- 相机（消歧义）
- 矿石（消歧义）
- 矿车（消歧义）
- 种子（消歧义）
- 粘土（消歧义）
- 紫颂植物（消歧义）
- 红石（消歧义）
- 维度（消歧义）
- 耕种（消歧义）
- 蘑菇（消歧义）
- 蛋（消歧义）
- 蜜蜂（消歧义）
- 西瓜（消歧义）
- 边界（消歧义）
- 钟（消歧义）
- 钻石（消歧义）
- 铁轨（消歧义）
- 雪（消歧义）
- 音乐（消歧义）
- 马（消歧义）
- 骷髅（消歧义）
- 水下呼吸（魔咒）
- 水下呼吸（状态效果）
- 力量（魔咒）
- 力量（状态效果）
- 鳕鱼（物品）
- 鳕鱼（生物）
- 鲑鱼（物品）
- 鲑鱼（生物）
- 河豚（物品）
- 河豚（生物）
- 热带鱼（物品）
- 热带鱼（生物）
- 物品（实体）
--葉月 桐§ 2020年6月24日 (三) 11:21 (UTC)
- 支持。让编辑方便就可。-- Lakejason0（论•功） 2020年6月24日 (三) 11:33 (UTC)
气抖冷，建议让mw将全角符号也加入pipe trick套餐。-- Ff98sha（讨论·贡献） 2020年6月24日 (三) 11:35 (UTC)- 我觉得问题并不大，只要正常使用不用trick即可。而且维基百科有全角和半角括号混用的情况（例如括号里全是英文）。 Cuervo(t) 2020年6月26日 (五) 15:11 (UTC)
关于Minecraft_Dungeons
Minecraft_Dungeons有很多启动器无页面。例如:2.1.15570--101.93.87.85 2020年6月28日 (日) 05:38 (UTC)
ok.--101.93.87.85 2020年6月28日 (日) 10:22 (UTC)
“教程/另类玩法”页面存废讨论
下列有关页面存废的讨论已经结束，请不要再编辑此段。任何想要进一步探讨的编辑者应该新建一个话题。
讨论结果为 已移动至用户页面。
教程/另类玩法包含大量低质量内容，多达336个过短三级标题段落，并且长期处于待整改状态，已有多名用户表示需要清理。现在在此提出关于此页面的页面存废讨论，寻求有关删除此页面的社区共识。--Magnussiiftun1857T•C•E 2020年6月29日 (一) 15:02 (UTC)
- 此页面内容价值较低，并没有很好地起到“玩笑”的作用，且常吸引一些低质量编辑，故 支持删除。--葉月 桐§ 2020年6月29日 (一) 15:06 (UTC)
- 中立，的确，里面的烂梗太多，但这或许可以给部分小型UP主提供创作灵感，我建议可以移动到其他页面而移出教程，因为这根本不是教程--Awesomehhhhh (T / C) 2020年6月30日 (二) 01:38 (UTC)
- 中立，该页面已被半保护，个人认为只需要整改。-- 北狐 2020年6月30日 (二) 04:53 (UTC)
- 已处理，已移动至User:Yiazing/另类玩法--Yiazing（讨论） 2020年7月2日 (四) 16:17 (UTC)
- 所以说，达成社区共识了吗？
我不建议你自行直接将主条目移到用户命名空间下。以及，话题看上去没有被{{Close topic}}关闭。--Magnussiiftun1857T•C•E 2020年7月3日 (五) 00:58 (UTC)- 目前的处理结果已获得足够多的认同，且上述移动是经过社区其他成员认可的。可以认为已经达成了共识。 MysticNebula70 ( T / C ) 2020年7月3日 (五) 02:25 (UTC)
- 所以说，达成社区共识了吗？