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 [[#重构{{Template:SPConversion}}与Module:SPConversion|重构{{Template: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
话题

重构{{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)