Minecraft Wiki:社区专页

来自Minecraft Wiki
跳转至: 导航搜索
社区
专页

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

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

涉及管理员权限的相关事宜请发布于管理员告示板

常用页面

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

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

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

最新Wiki新闻
  • 2021年4月4日 - 中文Minecraft Wiki已啟用香港繁體(zh-Hant-HK/zh-hk轉換表沙盒
  • 2021年3月30日 - 中文Minecraft Wiki域名已迁移至https://minecraft.fandom.com/zh/。
  • 2021年2月13日 - Fandom对社区团队架构进行了更改,中文Minecraft Wiki新的Wiki Representative(原名Wiki经理)将由Winston Sung - zh出任。
  • 2021年2月11日 - 新的巡查员Snow dash上任。
  • 2020年10月5日 - Minecraft Wiki已迁移至统一社区平台(UCP)。详情见此
# 话题 发言条数 参与人数 发起者 最后发言者 最后发言时间(UTC)
1 重构模板:SPConversion与Module:SPConversion 6 4 Lakejason0 Snow_dash 2021年3月3日 (三) 12:13
2 InPageEdit使用满意度小调查 1 1 机智的小鱼君 机智的小鱼君 2021年2月20日 (六) 05:25
3 箱子战利品 5 3 Sigma166 Lxazl5770 2021年2月26日 (五) 01:20
4 各个版本“修复”部分中的链接 8 4 Sigma166 Sigma166 2021年2月28日 (日) 10:22
5 关于引用进度的标准 2 2 IcyPhantom Lxazl5770 2021年3月25日 (四) 08:52
6 新增关于字词转换的帮助页 3 2 Lakejason0 Lakejason0 2021年3月25日 (四) 15:24
7 愚人節 3 2 119.237.10.81 119.237.10.81 2021年3月31日 (三) 11:34
8 制作了总讨论页的顶端目录 6 2 star00 star00 2021年4月6日 (二) 14:42
9 重新规划生物分类 7 3 siiftun1857 Endearing Cat 2021年4月15日 (四) 13:55
10 提议修改格式指导,以及再次更新Message box样式 14 6 MysticNebula70 Star00 2021年4月19日 (一) 01:40
话题

重构{{SPConversion}}Module:SPConversion[编辑源代码]

原标题为:重构{{SPConversion}}Module:SPConversion
由于简繁的地区翻译差异,我们有转换表,用于自动地将文章内的词汇更换为简体/繁体用户所熟悉的词汇,以提升阅读体验。但是,部分词汇转换的使用量低,或者词汇太长影响转换效率,因此Leo leo 768制作了模块Module:SPConversion(模板同名)。但目前,这个模板的默认输入是简体文本,由于游戏文本可能产生变化,这种输入方案可能会导致大量不必要的更改来修复。并且据反馈,该模块目前的代码品质不够高。考虑到目前此模块主要用于来源为游戏内文本的转换,提出以下提案:

  • 将模板当前的匿名参数输入改为游戏内的本地化键名。使用ID有利于维护语言中立,即所有编者都可以较为方便地使用转换,而不需要刻意的都去使用简体文本,且本地化键名较为固定,可以减少因游戏内文本变化而导致的大量改动。
  • 仍然保留{{{type}}}的同等功能参数。由于这个模块实际上也用于故事模式的转换,而故事模式的文本实际上并不存在游戏内id,也不可能把这些页面内的文本全部替换成输入id的形式(源代码层面很影响观感),所以仍然有必要保留。此外,部分教程页面不存在嵌入的需求,而在页面内反复使用模板又很累赘,所以仍有必要保留。

此讨论由Snow dashMysticNebula70和我个人在私下提出,现放在社区专页征求共识。-- LakeJasonFace.png Lakejason0) 2021年2月17日 (三) 04:00 (UTC)(最后编辑于2021年2月17日 (三) 04:09 (UTC))

我们希望将模板改为通过{{sc|本地化键名}}的方式调用,输出繁简转换。包含字幕与统计相关字符串,因此主要用在音效段落等相关位置。现有的调用使用机器人批量转换为上述调用。
顺便也会改一下模块名字,我个人认为SpecialConversion可能会更好--Snow dash & ) 2021年2月17日 (三) 04:58 (UTC)
引用本地化键名可能 不直观,在语义上也不通畅,能做到英语输入中文变种输出是不是更方便,也可以和当前的autolink一同更新。--RealCuervo讨论) 2021年2月18日 (四) 14:08 (UTC)
考虑到{{sc}}的使用场合,个人认为引用本地化键名并不存在太多语义上的问题。例如用量最多的音效段落,其使用方式为模板{{sound table}}的一个参数,使用本地化键名并无不妥。不存在键名的场合也不需要随用随调的情形,而是采取类似于-{H|...}-的方式将需要转换的文本全部包含进来,也无需输入英文名称。而且使用英文名称反而存在更新不够及时以及维护更麻烦的问题。MysticNebula70 T  2021年2月19日 (五) 16:37 (UTC)(最后编辑于2021年2月19日 (五) 16:40 (UTC))
进度:沙盒中的Module:Sandbox/SpecialConversion基本完工,支持Java版1.16.5所有游戏内字符串,快照数据模块分开维护,有报错分类,输入本地化键名使用。但暂时还没有页面内全局转换。--Snow dash & ) 2021年3月1日 (一) 09:17 (UTC)
进度2:模块已基本成型,页面内全局转换也加入,没有高消耗的反查。--Snow dash & ) 2021年3月3日 (三) 12:13 (UTC)

InPageEdit使用满意度小调查[编辑源代码]

大家好,我是小工具inPageEdit的开发者,当初自用的小插件如今被这么多人使用这么多次,承蒙大家厚爱了!

为了更直观地获取InPageEdit使用方面的反馈,方便后期开发维护,特此邀请ipe的使用者,耽误大家大约3分钟的时间,来填写一个问卷,问卷采取匿名形式,内容绝对不会用作商业用途。

https://www.wjx.cn/vm/mtTpOXX.aspx

再次感谢大家,鞠躬。 机智的小鱼君⚡ (给我留言✨) 2021年2月20日 (六) 05:25 (UTC)

箱子战利品[编辑源代码]

对于箱子战利品来说,Java版基岩版有完全一样的部分(比如下界要塞),但是战利品部分中仍然将Java版和基岩版分开说,是否应该合并以去除重复?(但这玩意好像涉及到模板,因此我需要帮助。)Sigma166/ 2021年2月23日 (二) 07:48 (UTC)

 同意我个人认为,同样的模版确实影响观感,如果要修改模版的话,建议可以翻阅编辑手册--Cobalt sayori=钴子 2021年2月23日 (二) 07:55 (UTC)
 反对,技术问题,加判断、修bug带来的人力消耗换来的只是合并表格,非常不划算。--Snow dash & ) 2021年2月23日 (二) 08:46 (UTC)
额人力消耗嘛……我倒是可以找时间搞(可是我不会啊啊啊——)那就等我会了再说吧Sigma166/ 2021年2月23日 (二) 14:13 (UTC)
 拒绝——根据现有{{LootChestItem}}模块代码,不能实现Java版和基岩版分开。重构是一件非常麻烦的事情。--Lxazl5770zh.admin) 2021年2月26日 (五) 01:20 (UTC)

各个版本“修复”部分中的链接[编辑源代码]

在本wiki的各个版本介绍页面中,有小部分页面在“修复”部分添加了链接(比如18w43a12w06a),而大部分页面并没有。本人现有如下想法,并征求大家的意见:

  1. 所有版本介绍页面中的“修复”部分添上链接(艰巨的任务)
  2. 所有版本介绍页面中的“修复”部分删去链接(为保持一致并减少工作量)
  3. 不做改动,保持原状(省事是省事,就是看着别扭)

个人 支持1,在“修复”部分添加链接有利于读者更便利地了解该版本修复的内容。

带着兴趣直接跳转到一个子段落的读者必须依然能找到一个链接。

Sigma166/ 2021年2月26日 (五) 00:52 (UTC)

你说的链接是指访问官方漏洞追踪器的链接吗?但是我点进去18w43a的链接只会显示“No issues were found to match your search”,毫无用处。--Lxazl5770zh.admin) 2021年2月26日 (五) 01:17 (UTC)
不不不,就是最普通的内链([[xxxx]]的形式)。Sigma166/ 2021年2月26日 (五) 01:21 (UTC)
这个任务可能相当的艰巨,因为需要补充的链接太多,而补充链接的过程也相当麻烦,个人 支持2--Cobalt sayori=钴子 2021年2月26日 (五) 01:25 (UTC)
快照少的也有两三个漏洞,多的可能有二三十个--Cobalt sayori=钴子 2021年2月26日 (五) 01:26 (UTC)
可加可不加,要好好利用页面顶部的搜索栏。但是要记住插入过多内链是不允许的(斑驳的颜色导致阅读问题)。--Lxazl5770zh.admin) 2021年2月26日 (五) 01:28 (UTC)

因为最近我一直在做漏洞列表相关工作,所以我来说明一下具体情况:

  • 一般来讲,最近依据漏洞补全计划补全的(我编辑的)并且使用了fixes模板的漏洞列表,列表全文一般没有链接,有链接的属于少数情况。
  • 较老的列表(1.4以前)的,一般都有。当然这是从英文wiki带过来的情况,所以我在翻译的时候也保留了这些链接。
  • 还有一些以前其他贡献者翻译的内容,其实存在大量这样有链接和无链接混合的情况,还有模板使用不正确的问题(就比如Lxazl577018w43a遇到的情况一样,是fixes模板使用不当导致的)。

至于你提出的选项,我个人 支持2或者是3。因为如果要全部加上的话,少说几百个版本页面中的内容都要修改。
且大多数版本中修复的漏洞大约有30-40个,甚至多的会有70+,另外还要算上主要更新版本(例如:Java版1.8),这些版本的漏洞修复列表往往非常巨大,这是由于这样的页面需要合并所有开发版本中的内容导致的。
所以在做添加链接的工作前,建议先考虑好这样是否合算。 Anterdc99Face.png Anterdc99· 2021年2月26日 (五) 02:04 (UTC)(最后编辑于:2021年2月26日 (五) 02:05 (UTC))

经过本人思考,认为1的确过于艰巨,2更现实一些。但若采用2的话是否应在格式指导中说明?(另外我因为开学难以继续编辑,这事还需大家帮助,谢谢!)Sigma166/ 2021年2月28日 (日) 10:22 (UTC)

关于引用进度的标准[编辑源代码]

昨天有人在说这个事。因为进度本身的判定有着比较具体的目标,所以昨天写了个引用标准的草稿:https://pastebin.com/k3Bpah0m

所以就是:

  • 是否有必要对进度引用提供一个标准;
  • 这个草稿内有无可能需要改进的地方。

以上。——IcyPhantom 讨论I贡献 2021年3月18日 (四) 14:18 (UTC)

个人认为按照共识去进行整理即可,并不需要刻意去编写标准(因为这个只是页面内容的一小部分罢了)。--Lxazl5770zh.admin) 2021年3月25日 (四) 08:52 (UTC)

新增关于字词转换的帮助页[编辑源代码]

写了一个关于字词转换的帮助页,见此(修订版本链接)

设立这个页面的主要目的是为了让想帮忙参与转换表/字词转换建设,或者只是一般读者的繁体用户能够更明确地明白本wiki的字词转换方针。另外,也可以以这个页面为基础,完善现有页面(尤其是标准化相关的)对繁体的说明。目前标准化页面没有明确提及“本wiki页面源代码内的名称以简体中文的实际核定情况为准”的相关明确语句,可能还是会导致繁体人士编辑时的迷惑。此外,目前wiki上没有从简繁体的核定速度等情况出发作“为什么wiki优先套用简体翻译”这类问题的简单说明,虽然我知道wiki尽可能保持语言中立,可能出于这个原因没有明说,但是个人认为明说更有利于和繁体读者沟通,提升更多人的阅读体验。

此外,这个帮助页的关注度可能需要手动提升,不仅需要放在繁体中文问题报告和相关Navbox里面,可以的话我希望在Sitenotice里面在“請以遊戲內為準”那一行也加上到这个帮助页的链接。

这个页面的内容我已经提前提交给一部分本地人看了看,收集了一部分修改意见,现放在社区专页以获得进一步的共识与建议。-- LakeJasonFace.png Lakejason0) 2021年3月20日 (六) 17:09 (UTC)(最后编辑于2021年3月25日 (四) 08:28 (UTC))

 支持可以放到sitenotice。--Lxazl5770zh.admin) 2021年3月25日 (四) 08:57 (UTC)

页面已建立,见Help:字词转换。 LakeJasonFace.png Lakejason0) 2021年3月25日 (四) 15:24 (UTC)

愚人節[编辑源代码]

不如4月1日的時候開啟一次非官方文章,並於4月2日無封禁提刪--119.237.10.81 2021年3月31日 (三) 06:41 (UTC)

 拒绝可能你不知道Java版2.0这个玩笑在n年前就开过了。--Lxazl5770zh.admin) 2021年3月31日 (三) 10:49 (UTC)
好吧--119.237.10.81 2021年3月31日 (三) 11:34 (UTC)

制作了总讨论页的顶端目录[编辑源代码]

本人制作了用于总讨论页的顶端目录,可以方便的查看当前存在的论题及相关信息,具有多种的标记功能(功能一看就懂就不赘述了),效果如下。

如觉得不错可考虑应用于Minecraft Wiki:社区专页Minecraft Wiki:管理员告示板的header中。--Star Zero · 维基假期中 2021年4月3日 (六) 07:13 (UTC)

 问题:就目前来看此模块仍存在较多影响正常使用的问题,因此暂持保留意见。MysticNebula70 T  2021年4月3日 (六) 07:53 (UTC)
问题已全部解决。--Star Zero · 维基假期中 2021年4月4日 (日) 04:05 (UTC)
根据你的成果重写了模块,如测试无问题且无异议即可将其转正。MysticNebula70 T  2021年4月4日 (日) 13:36 (UTC)
感谢猫猫的协助。--Star Zero · 维基假期中 2021年4月6日 (二) 14:42 (UTC)
另此模板还需要修改讨论通过论题后的颜色,原通过模板背景颜色与24小时内更新颜色不易区分。--Star Zero · 维基假期中 2021年4月6日 (二) 14:42 (UTC)

重新规划生物分类[编辑源代码]

由于生物分类异常混乱且缺乏规则,我一点时间整理了这些内容。然而,介于这是一个不小的变动,对先前分类方式的完全颠覆,我希望在大动干戈之前能够先取得社区共识。

草稿已经提交至沙盒,包含对生物条目和{{Entities/content}}的更改。

这个变更的主要内容是将生物分类由被动型/中立型/敌对型这三大类改为友好生物/敌对生物这两类,抛弃中立型类别并将其中的生物送入前两个大类的子分类。

如果达成共识,那么所有生物条目的infobox内的生物类型也会更新,并且在这一方向将不再与En看齐。--Magnussiiftun1857[T/C/E] 2021年4月5日 (一) 07:29 (UTC)(最后编辑于2021年4月5日 (一) 13:24 (UTC))

 支持对生物分类进行变更 较反对全部改变到新分类方式。先不论文章实际内容(因为反正总得有个标准),抛弃中立型合并到其他类别的变更会给读者造成直觉阻碍。虽然很多页面都要说“中立型和敌对型”,然后再去除中立型里面的动物,确实造成了表意赘余,但是除了这种赘余之外,是否还有更多需要改动的必要?
此外,两个分类方式是否有源代码层面的依据?目前的提案应该是来源自声音事件分类,但是这似乎不能说“就和源代码层面对Mob的处理”完全一致。如果有人能基于某一套反混淆(我建议yarn或者Mojmap)给出相应的依据,我觉得会更清晰一些。-- LakeJasonFace.png Lakejason0) 2021年4月5日 (一) 07:41 (UTC)
 问题:友好生物/敌对生物如何判定?这只能主观判定吧。-- Dianliang233 TC 16 2021年4月5日 (一) 08:33 (UTC)
per myself,根据sounds.json内的声音事件类别。-- LakeJasonFace.png Lakejason0) 2021年4月5日 (一) 08:37 (UTC)
标准的选择其实相当多……不过我倾向于,将是否被进度“怪物猎人”和“资深怪物猎人”追踪,视为目前的决定性标准。
实际上,友好生物和敌对生物分类的内容来自先前的被动型和攻击型,区别只有多了原本归类于中立型的生物。--Magnussiiftun1857[T/C/E] 2021年4月8日 (四) 18:05 (UTC)
关于区分友好生物和敌对生物,游戏里本身也分不清楚(比如可以蜇人的蜜蜂属于友好生物,猪灵属于敌对生物,北极熊在Java版算友好生物在基岩版却算敌对生物),所以我个人还是赞成保留现有的区分方法。--Lxazl5770zh.admin) 2021年4月13日 (二) 02:51 (UTC)

 现有分类方式确需改进 不建议这样更改。很多读者可能已经习惯了现有的分类方式,这样更改会使一些人难以接受。我认为基于现有的分类方式上进行合理的更改会更好。--Endearing Cat讨论) 2021年4月15日 (四) 13:55 (UTC)

提议修改格式指导,以及再次更新Message box样式[编辑源代码]

目前中文wiki的msgbox是放在infobox之后的,这并不符合大多数wiki的主流布局。我建议按照多数wiki的做法来,先msgbox然后infobox,并修改格式指导。

然后,目前的msgbox样式不能适应以上的调整,需要相应修改。大致需要更改的内容有:

  1. 将所有非mini的msgbox统一宽度;
  2. 增加msgbox的外边框;
  3. 两个相邻的msgbox取消间隔;
  4. msgbox内的文本改为左对齐。

另外,msgbox可以使用预设的颜色(目前有7个:redorangeyellowgreenbluepurplemagenta),以不同的颜色表示不同类型的信息(如红色表示需要立即执行的操作,橙色表示页面有内容方面的问题,等等),同时仍然支持自定义颜色。

此处可以预览新样式。

现在此征询社区的意见。MysticNebula70 T  2021年4月16日 (五) 12:24 (UTC)

 支持。不过和英文的差别还是很大,和正经Ambox的差距倒是很小。-- LakeJasonFace.png Lakejason0) 2021年4月16日 (五) 14:07 (UTC)
大部分 支持。只不过那个灰色的border我不大喜欢。-- Dianliang233 TC 16 2021年4月16日 (五) 14:11 (UTC)
需要修改的还有消歧义模板。正常的顺序为消歧义-讯息框(msgbox)-信息框(infobox)。
对于预设颜色,我建议使用type(模式),每个模式对应一种颜色,然后选择模式。以及我个人建议不同名字空间设置不同样式。
对于文本左对齐,我认为现在mcw的讯息框宽度太小了,居左可能不太好看,如果要居左最好宽度拉长点,视具体情况而定。--Star Zero · 维基假期中 2021年4月16日 (五) 14:12 (UTC)
 支持,预览看着不错。不过调换很多页面的顺序确实是个很麻烦的工作。。--Snow dash & ) 2021年4月16日 (五) 14:14 (UTC)
 同意,新样式挺好看--Lxazl5770zh.admin) 2021年4月16日 (五) 15:35 (UTC)

目前有部分成员提出不添加灰色边框。对此条建议有其他看法的请在此回复。MysticNebula70 T  2021年4月17日 (六) 11:33 (UTC)

移除了灰边框,效果请自行对比。MysticNebula70 T  2021年4月20日 (二) 10:28 (UTC)

预设颜色的用途[编辑源代码]

各个预设颜色的使用场合是什么?有关想法请在此提出。对配色本身有意见也在此提出。MysticNebula70 T  2021年4月17日 (六) 02:26 (UTC)

忽然才意识到这些配色在我的显示器上很素,很暗。如果改的更亮一点呢?-- LakeJasonFace.png Lakejason0) 2021年4月17日 (六) 03:40 (UTC)

目前英文wiki选取的颜色用途:

  • red:disclaimer和提删;
  • purple:建议页面移动、拆分、合并;
  • orange:页面存在内容问题;
  • yellow:页面存在格式问题;
  • green:标记页面的其他状态(例如是stub、正在编写中);
  • blue:标记版本相关(例如版本独有、将在下个版本添加);
  • magenta:未使用/自定义。

以上内容可供参考。

另:若按照type来选取颜色,则仍然需要确定一些预设的type用来对应颜色。如果同意使用type,可在此提议type。MysticNebula70 T  2021年4月17日 (六) 11:43 (UTC)(最后编辑于2021年4月17日 (六) 12:31 (UTC))

 建议:新增颜色gray,用于表示丢失(如{{Lost version}}{{Lost pre-reupload}})、未发布(如{{Unreleased}})或者可能不存在(如{{Unproven}})的版本。--Ultim 0 ( VIEW | TALK | CONT ) 2021年4月17日 (六) 12:21 (UTC)(最后编辑于2021年4月17日 (六) 12:39 (UTC))
这样的type咋样:
  • red->important
  • purple->pageaction
  • orange->problem
  • yellow->notice
  • green->pagestatus
  • blue->version
-- LakeJasonFace.png Lakejason0) 2021年4月17日 (六) 12:44 (UTC)(最后编辑于2021年4月17日 (六) 12:45 (UTC))
 不认可:都不怎么样,行为和程度混杂,单词和双词混杂,而且和用途不搭,建议全部重定。--Star Zero · 维基假期中 2021年4月19日 (一) 01:40 (UTC)