社区专页是为用户讨论编辑相关话题设立的。用户也可以在对应页面、用户的讨论页讨论。在发言后请记得添加~~~~签名。
请了解,Minecraft Wiki在共识系统上运作而不是投票决定,清楚地阐述自己的理由比简单地支持争论的一方更有效。
Minecraft Wiki不是客户服务中心!游戏问题请移步Minecraft帮助中心或者玩家游戏社区。
所有在该页面上发表的无关话题都将被存档至无意义话题处。
语言
- 快捷方式
- MCW:CP
- MCW:PORTAL
- MCW:社区
- 最新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 | 携带版Alpha版本名称问题 | 4 | 4 | Redpop1 | SkyEye FAST | 2020年8月7日 (五) 05:28 |
| 2 | 我怎么创建我的用户页? | 8 | 4 | 冰川橘子 | Drlee lihr | 2020年8月3日 (一) 09:24 |
| 3 | 求大佬帮我往模板mojang studio里加个人 | 3 | 2 | 冰川橘子 | 冰川橘子 | 2020年8月4日 (二) 08:47 |
| 4 | 关于社区专页和管理员告示板的话题处理 | 15 | 6 | MysticNebula70 | MysticNebula70 | 2020年8月9日 (日) 13:55 |
| 5 | 关于贡献提纲 | 37 | 6 | 117.181.15.209 | Sigma166 | 2020年8月9日 (日) 10:43 |
| 6 | 关于记分板与标签、队伍 | 3 | 2 | Skyicecn1 | Jeremylin0511 | 2020年8月10日 (一) 07:13 |
携带版Alpha版本名称问题
目前携带版Alpha版本在Wiki的命名方式有Alpha 0.x.x、v0.x.x alpha等(包括但不限于页面标题、{{version nav}}模板的|title=参数等),除页面标题较统一外,其余名称极其不统一。游戏内,在0.13.0之前全部采用v0.x.x alpha的命名方式,0.14.0及之后全部采用v0.x.x的命名方式,0.13不详。可将页面内的版本名称作统一,统一为Alpha 0.x.x或v0.x.x alpha与v0.x.x。
携带版Alpha版本页面标题也可采用类似游戏内的携带版Alpha v0.x.x的命名方式,和Java版Alpha差不多。--Redpop1·讨论 2020年7月31日 (五) 04:57 (UTC)
- Redpop1以ip:0.13使用
v0.x.x alpha。开发版本疑似全部使用v0.x.x alpha build x。—171.210.37.144 2020年8月1日 (六) 08:38 (UTC)
- 见MCW:格式指导#条目标题。 MysticNebula70 ( T / C ) 2020年8月1日 (六) 13:53 (UTC)
- @RedLightPOP:,请问为何要删去
{{version nav}}的|title=参数?MCW:SG并没有这么说,应按照游戏内版本标注。--SkyE | Talk · Contributions · Logs 2020年8月7日 (五) 05:28 (UTC)
我怎么创建我的用户页?
我想创建可以自定义、个性化的用户页,然而不管是在地址栏里输入xxxdd(这部分是域名)/User:冰川橘子 还是直接使用搜索功能搜索“User: 冰川橘子”都会跳转到“UserProfile: 冰川橘子”。我应该怎么办?--冰川橘子(讨论) 2020年8月3日 (一) 08:36 (UTC)
- 在Special:参数设置中更改为“使用标准的用户页”就不跳转了。--化学家唱哥(T|C) 2020年8月3日 (一) 08:39 (UTC)
- 难搞,我调到你说的选项之后还是没用,我检查过我有没有提交成功了--冰川橘子(讨论) 2020年8月3日 (一) 11:31 (UTC)
- @ChemistChang:好像你自己也没设置的样子--SkyE | Talk · Contributions · Logs 2020年8月3日 (一) 09:15 (UTC)
- 或者可以在访问的时候使用
index.php?title=User:用户名&profile=no,就不会跳转到UserProfile页面了 --
Drlee lihr 讨论/贡献 2020年8月3日 (一) 09:24 (UTC)
求大佬帮我往模板mojang studio里加个人
就是这个人:Thomas Guimbretière 那个模板太大了,加起来太麻烦了--冰川橘子(讨论) 2020年8月4日 (二) 08:21 (UTC)
- 已完成。遇到这种情况请善用Ctrl+F。--葉月 桐§ 2020年8月4日 (二) 08:43 (UTC)
- 主要是找姓氏为g开头的太难了,一大堆g看得我眼花缭乱--冰川橘子(讨论) 2020年8月4日 (二) 08:47 (UTC)
关于社区专页和管理员告示板的话题处理
下列有关垃圾话题处理的讨论已经结束,请不要再编辑此段。任何想要进一步探讨的编辑者应该新建一个话题。
讨论结果为 建立专门的页面。
近一段时间以来,本专页和管理员告示板的话题数量明显增加,这些话题中有相当一部分是各种无关的垃圾话题,都予以了折叠等处理。尽管如此,页面的存档速度仍然明显加快。为此,有必要重新考虑存档页面和话题处理的方法。
我在此提出一个想法:建立Spam Archive n之类的子页面(具体名称可以讨论),专门用于存档各类垃圾话题。另外,正常的存档页面可以适当拉长(即里面的话题可以变多,反正是存档页),只需要保证当前页面上没有过多过期话题即可。有其他想法也可提出。 MysticNebula70 ( T / C ) 2020年8月5日 (三) 14:05 (UTC)(最后编辑于2020年8月5日 (三) 14:11 (UTC))
- 中立偏向 支持。的确增长速度太快,而且大部分话题都无太大作用。--
Lakejason0(论•功) 2020年8月5日 (三) 14:07 (UTC) - 支持。不过我认为管理员告示板和社区专页的垃圾话题可以存档在同一个页面,如有必要,标明存档自哪个页面即可。--葉月 桐§ 2020年8月5日 (三) 14:13 (UTC)
- 支持。这种情况下至少可以在存档页里把有用的弄出来,减少无关垃圾信息。——Icyphantom 讨论I贡献 2020年8月5日 (三) 14:18 (UTC)
- 支持这样可以排除垃圾话题,还可以提高每次存档时间间隔。--
北狐 2020年8月6日 (四) 05:57 (UTC) - 支持——垃圾话题查证价值不大,混在有益话题里面我觉得很碍眼。--Lxazl5770zh.admin(论 ▪ 功) 2020年8月6日 (四) 09:09 (UTC)
垃圾话题存档页
这样的页面社区专页和管理员告示板是分开存档还是合并存档?页面名称应该是什么? MysticNebula70 ( T / C ) 2020年8月6日 (四) 08:56 (UTC)
- 如果这些话题基本上都是一些错置话题(且趋向一致),那么合并也无不可。--
Lakejason0(论•功) 2020年8月6日 (四) 09:06 (UTC) - 另建存档就行了,比如无益话题存档123……虽然看起来像公 开 处 刑--Lxazl5770zh.admin(论 ▪ 功) 2020年8月6日 (四) 09:11 (UTC)
- 这话怎么这么熟悉呢。--
Lakejason0(论•功) 2020年8月6日 (四) 09:39 (UTC)
- 这话怎么这么熟悉呢。--
- 取名的话可以稍微中性一点,比如折叠话题存档页之类的(这个名字很烂不要用)。--
Lakejason0(论•功) 2020年8月6日 (四) 09:39 (UTC) - 管理员告示板上的折叠内容和社区专页的大方向似乎并不完全一致,而且管理员告示板上的部分折叠话题其实应该在社区专页提出。 MysticNebula70 ( T / C ) 2020年8月6日 (四) 14:38 (UTC)
- 那么,这些话题的存档页完整名称就取成
Minecraft Wiki:无意义话题/存档n了。 MysticNebula70 ( T / C ) 2020年8月8日 (六) 02:28 (UTC) - 页面已建立,见MCW:BADTOPIC。 MysticNebula70 ( T / C ) 2020年8月9日 (日) 13:55 (UTC)
关于贡献提纲
目前有些大型的页面内容杂乱,分类错综复杂。但有些编辑者不明所以,仍然往页面内添加一些虽然符合wiki相关条例,但不符合页面实际情况的东西。所以,建议为一些大型的,或者重要的页面添加贡献提纲,写明这个页面目前最需要的是什么,已经有的是什么,还需要完善的是什么等等。我个人认为,这样有助于增加页面条理性,让页面看上去更加整洁美观。117.181.15.209 2020年8月8日 (六) 00:28 (UTC)
- 虽然是一个看上去很好的提议,但是个人认为这个方案 不符合Wiki实际。--
Lakejason0(论•功) 2020年8月8日 (六) 03:58 (UTC) - 也许每个页面给一个
{{needs update}}足矣。--
Lakejason0(论•功) 2020年8月8日 (六) 04:02 (UTC)
- 怎么说呢,我的意思是,如果一个页面需要一个像wiki条例一样详细的注意事项,就不能用
{{needs update}}了117.181.15.209 2020年8月8日 (六) 05:53 (UTC)- 你所说的情况 应该并不存在,如果有那么复杂的页面的话,那种页面也只会逐步拆分掉。为了维护方便,应该也不会允许如此复杂的页面存在吧。也许你想的东西不是你说的,但是就你所说的内容而言,我认为 不符合Wiki的维护需要。我非常 理解对页面维护没有什么太多规范感到的不安,但是我们毕竟有格式指导。如果你指的是教程的话,那么很遗憾Wiki目前没有人有能力巡查教程。--
Lakejason0(论•功) 2020年8月8日 (六) 06:13 (UTC) - 以及,个人认为维护一个如此长的页面的更新注意事项,这本身和更新这个页面本身一样麻烦,因此我依然认为
{{needs update}}(这个模版可以写入需要更新的原因)足以胜任目前的编辑提示/贡献指导的作用。--
Lakejason0(论•功) 2020年8月8日 (六) 06:13 (UTC)(最后编辑于2020年8月8日 (六) 06:19 (UTC)) - 也许你可以举一些例子来更好的描述你的想法。以及,如果可以的话,可以尝试注册账号。--
Lakejason0(论•功) 2020年8月8日 (六) 06:15 (UTC) - 不不不,我所说的“和Wiki一样详细的注意事项”只是举个例子。而且,我并不理解“Wiki目前没有人有能力巡查教程”,当然,这不是重点。已经有事实证明格式指导并不像想象中的管用,一个较长的页面的几个项目之间难免有些内容上的重复,但因此就把它放到另一个项目去,又不太合适。而将页面拆分也有弊端。如果有一个专门为指定页面编写的贡献提纲,就能杜绝或减少这样的现象的发生。如果你们认为我指教程页面,其实就算“Wiki目前没有人有能力巡查教程”也没太大关系(当然是指非恶意编辑的情况),个人认为写出贡献提纲后,至少能给积极的IP编辑者一个奋斗的方向,迟早能把页面规范化。117.181.15.209 2020年8月8日 (六) 06:31 (UTC)
- 教程无人巡查主要指的是大部分教程都“过时”了。一些教程甚至是在Beta时期写的,又由于教程实在太繁杂,所以“没有人有能力定期(像主页面一样的细致)巡查”和像主页面一样维护。至于“有一个专门为指定页面编写的贡献提纲,就能杜绝或减少这样的现象的发生”,我认为这并不一定。虽然存在这么一个东西是好的,但是这个东西维护起来如果非常麻烦,那就是得不偿失。至于重复内容等格式问题,如果你发现了,可以当场修复并且写明编辑摘要。--
Lakejason0(论•功) 2020年8月8日 (六) 06:42 (UTC)
- 以及,如果给用户奋斗方向,你依然可以挂
{{stub}}或者{{needs update}}并在模板参数里写明原因。如果需要很多行,也可以<br>。--
Lakejason0(论•功) 2020年8月8日 (六) 06:42 (UTC) - 也许你也可能指的是在更新条目计划内搞一个类似于条目问题之类的子页面吧,我不知道实际维护难度怎么样(毕竟还没试过),但是我不持肯定态度。--
Lakejason0(论•功) 2020年8月8日 (六) 06:42 (UTC)
- 教程无人巡查主要指的是大部分教程都“过时”了。一些教程甚至是在Beta时期写的,又由于教程实在太繁杂,所以“没有人有能力定期(像主页面一样的细致)巡查”和像主页面一样维护。至于“有一个专门为指定页面编写的贡献提纲,就能杜绝或减少这样的现象的发生”,我认为这并不一定。虽然存在这么一个东西是好的,但是这个东西维护起来如果非常麻烦,那就是得不偿失。至于重复内容等格式问题,如果你发现了,可以当场修复并且写明编辑摘要。--
- 你所说的情况 应该并不存在,如果有那么复杂的页面的话,那种页面也只会逐步拆分掉。为了维护方便,应该也不会允许如此复杂的页面存在吧。也许你想的东西不是你说的,但是就你所说的内容而言,我认为 不符合Wiki的维护需要。我非常 理解对页面维护没有什么太多规范感到的不安,但是我们毕竟有格式指导。如果你指的是教程的话,那么很遗憾Wiki目前没有人有能力巡查教程。--
- 怎么说呢,我的意思是,如果一个页面需要一个像wiki条例一样详细的注意事项,就不能用
- 这玩意没人写,而且更新维护比原页面更麻烦,故此 强烈反对。--
Dianliang233 T•C 2020年8月8日 (六) 06:36 (UTC) - 如果有些页面的确比较混乱,或者不符合实际情况什么的,那就像Lakejason0说过的一样——“Do it yourself”。Sigma166(讨论) 2020年8月8日 (六) 06:41 (UTC)
- Wiki更需要的是解决问题而非仅仅去发现问题。如果发现问题立马就能解决掉,那就解决,不能解决就挂模板。行动可能更重要一些。--
Lakejason0(论•功) 2020年8月8日 (六) 06:56 (UTC)
- Wiki更需要的是解决问题而非仅仅去发现问题。如果发现问题立马就能解决掉,那就解决,不能解决就挂模板。行动可能更重要一些。--
- 难道因为更新维护麻烦就对原页面格式不规范不作为吗(不针对个人或集体)?如果认为维护麻烦,不能将其整合进原页面吗?(确实有可能受到恶意编辑,但请相信IP用户能自觉撤销该类编辑)是维护一个格式杂乱无章的页面麻烦,还是一个格式有条有理的页面麻烦?鉴于以上几点,我对Dianliang233的说法表示 反对。而且,你们怎么就认为这东西维护起来很麻烦?难道以前试过?所以,我对认为贡献提纲维护麻烦的各位管理员表示 反对。对于建议使用模板代替贡献提纲的各位管理员,我也不得不表示 中立偏向 反对。因为有些页面的复杂程度远超想象,但又因为各项目之间有着千丝万缕的关系,不好拆分。因此,用模板代替贡献提纲在一些页面是不可行的。“Wiki更需要的是解决问题而非仅仅去发现问题”?要是我能自己解决问题,还来社区专页提议干嘛?因此,在这种场合下,我对这种说法表示 部分反对。117.181.15.209 2020年8月8日 (六) 07:05 (UTC)
- 很抱歉,刚才的语气确实强烈了些。不过,这不表示我对任何一个人有个人意见,如果认为贡献提纲有哪些不可行的地方,请说出来,我可以提一些建议。117.181.15.209 2020年8月8日 (六) 07:13 (UTC)
- 还是希望你举出来哪一些页面存在这种问题。一部分人依然认为不存在。--
Lakejason0(论•功) 2020年8月8日 (六) 07:51 (UTC)
- 比如教程/不该做的事117.181.15.209 2020年8月8日 (六) 08:21 (UTC)
- 讲个笑话,教程/另类玩法。--
Lakejason0(论•功) 2020年8月8日 (六) 08:23 (UTC) - emmm,那好吧,希望你能够写点东西出来(毕竟看上去没几个人想动这种东西)。教程是个大坑,你要真有个办法也行。--
Lakejason0(论•功) 2020年8月8日 (六) 08:26 (UTC)
- 讲个笑话,教程/另类玩法。--
- 比如教程/不该做的事117.181.15.209 2020年8月8日 (六) 08:21 (UTC)
- 还是希望你举出来哪一些页面存在这种问题。一部分人依然认为不存在。--
- 很抱歉,刚才的语气确实强烈了些。不过,这不表示我对任何一个人有个人意见,如果认为贡献提纲有哪些不可行的地方,请说出来,我可以提一些建议。117.181.15.209 2020年8月8日 (六) 07:13 (UTC)
- 也许各位管理员对贡献提纲持怀疑态度。不过我认为可以为一个常有用户编辑的、格式谈不上规范的大型页面以子页面形式试验性地编写一个贡献提纲,看看效果如何,到时再做决定。117.181.15.209 2020年8月8日 (六) 07:30 (UTC)
- 沙盒,请。--
Lakejason0(论•功) 2020年8月8日 (六) 07:42 (UTC) - 恕我们并没有这么多精力去写,不过你可以在沙盒里写一个出来。--
Lakejason0(论•功) 2020年8月8日 (六) 07:43 (UTC)
- 收到非常感谢
各位的支持,我会尽我所能。117.181.15.209 2020年8月8日 (六) 07:49 (UTC)
- 收到非常感谢
- 沙盒,请。--
贡献提纲还真做出来了一个
MCW:沙盒/教程/不该做的事/贡献提纲。你们认为这份提纲是否有起到“让页面整洁美观”的作用?如果内容有用,是否有更好的办法让这个子页面的关注度提升?大部分人的论点是“没人会看”(类似于没人会看许可协议一样),因此如果这个提纲还行,关于此类贡献提纲关注度又该如何做呢?--
Lakejason0(论•功) 2020年8月9日 (日) 01:11 (UTC)(最后编辑于2020年8月9日 (日) 01:11 (UTC))
- 中立,本人感觉有没有差不多。--ChemistChang(Talk/Contributions) 2020年8月9日 (日) 01:16 (UTC)
- 目前还不能下结论,建议在28天后或84个百字节以上的编辑后再下结论.117.181.15.209 2020年8月9日 (日) 03:28 (UTC)
放在讨论页
Snow dash提出将贡献提纲放在讨论页。对此方案的评价请在这个子话题下提出。--
Lakejason0(论•功) 2020年8月9日 (日) 01:14 (UTC)
- 反对放在讨论页,但本人认为放在个人用户页是可行的。--ChemistChang(Talk/Contributions) 2020年8月9日 (日) 01:16 (UTC)
- 个人用户页的关注度更低,个人认为并不符合话题提出者的意图。--
Lakejason0(论•功) 2020年8月9日 (日) 01:18 (UTC)
- 个人用户页的关注度更低,个人认为并不符合话题提出者的意图。--
- 反对如果放在讨论页,用户们不容易关注到它,贡献提纲的作用便会削弱。117.181.15.209 2020年8月9日 (日) 03:12 (UTC)
作为子页面并添加/改造现有的{{msgbox}}(或者Editnotice)
或者还是作为独立页面,但在主页面开头整一个msgbox,告诉编辑者在编辑之前先认真阅读此页面的贡献提纲。--ChemistChang(Talk/Contributions) 2020年8月9日 (日) 01:38 (UTC)(最后编辑于2020年8月9日 (日) 01:41 (UTC))
- 有关此方案的评价请在此子话题下提出。--
Lakejason0(论•功) 2020年8月9日 (日) 01:41 (UTC) - 中立如果
{{msgbox}}/Editnotice能起到明显效果,我支持。117.181.15.209 2020年8月9日 (日) 03:57 (UTC) - 支持在开头放一个msgbox。--Skyicecn1(讨论) 2020年8月9日 (日) 06:45 (UTC)
- 支持,无论何时,一个目标总是很重要的。Sigma166(讨论) 2020年8月9日 (日) 10:43 (UTC)
关于记分板与标签、队伍
标签、队伍已经从记分板中拆分了出来,但记分板主条目仍有相关介绍的段落:记分板#标签、记分板#队伍。要如何处理这些段落?--Skyicecn1(讨论) 2020年8月9日 (日) 06:45 (UTC)