Minecraft Wiki

除另有声明,转载时均必须注明出处若簡繁轉換出錯,請以遊戲內為準请勇于扩充与修正内容有兴趣逛逛我们的微博沟通交流,欢迎到社区专页需要协助,请在告示板留言

了解更多

Minecraft Wiki
→‎hi!:​ 新章节
第56行: 第56行:
   
 
经过本人思考,认为1的确过于艰巨,2更现实一些。但若采用2的话是否应在[[Minecraft Wiki:格式指导|格式指导]]中说明?(另外我因为开学难以继续编辑,这事还需大家帮助,谢谢!)'''[[User:Sigma166|<span style="color:#00ee00;">Sigma</span><span style="color:#00cccc;">166</span>]]([[User talk:Sigma166|<sup><span style="color:#0000ee;">论</span></sup>]]/[[Special:用户贡献/Sigma166|<sub><span style="color:#0000ee;">功</span></sub>]])''' 2021年2月28日 (日) 10:22 (UTC)
 
经过本人思考,认为1的确过于艰巨,2更现实一些。但若采用2的话是否应在[[Minecraft Wiki:格式指导|格式指导]]中说明?(另外我因为开学难以继续编辑,这事还需大家帮助,谢谢!)'''[[User:Sigma166|<span style="color:#00ee00;">Sigma</span><span style="color:#00cccc;">166</span>]]([[User talk:Sigma166|<sup><span style="color:#0000ee;">论</span></sup>]]/[[Special:用户贡献/Sigma166|<sub><span style="color:#0000ee;">功</span></sub>]])''' 2021年2月28日 (日) 10:22 (UTC)
  +
  +
== hi! ==
  +
  +
--[[Special:用户贡献/180.109.124.136|180.109.124.136]] 2021年3月13日 (六) 05:11 (UTC)taican

2021年3月13日 (六) 05:11的版本

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

请了解,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 [[MCW:社区专页#重构{{SPConversion}}与Module:SPConversion|重构{{SPConversion}}与Module:SPConversion]] 6 4 Lakejason0 Snow dash 2021年3月3日 (三) 12:13
2 InPageEdit使用满意度小调查 1 1 机智的小鱼君 机智的小鱼君 2021年2月20日 (六) 05:25
3 箱子战利品 5 4 Sigma166 Lxazl5770 2021年2月26日 (五) 01:20
4 各个版本“修复”部分中的链接 8 4 Sigma166 Sigma166 2021年2月28日 (日) 10:22
5 hi! 1 1 180.109.124.136 180.109.124.136 2021年3月13日 (六) 05:11
话题

重构{{SPConversion}}Module:SPConversion

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

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

此讨论由Snow dashMysticNebula70和我个人在私下提出,现放在社区专页征求共识。-- LakeJasonFace 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 Anterdc99· 2021年2月26日 (五) 02:04 (UTC)(最后编辑于:2021年2月26日 (五) 02:05 (UTC))

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

hi!

--180.109.124.136 2021年3月13日 (六) 05:11 (UTC)taican