Minecraft Wiki:社区专页:修订间差异
小 ([AF] .) |
(→是否应将愚人节版本的特性拆分为单独界面: 回复) |
||
第66行: | 第66行: | ||
::同意。 [[User:MChtc|MChtc]]([[User talk:MChtc|留言]]) 2024年11月19日 (二) 05:36 (UTC) |
::同意。 [[User:MChtc|MChtc]]([[User talk:MChtc|留言]]) 2024年11月19日 (二) 05:36 (UTC) |
||
:按過去的共識及現行措施,愚人節內容放入一般特性頁面雖有疑慮,但只要有人願意寫,愚人節版本開子頁面(主空間可能要再討論)將部分內容放過去是可以接受的。這中間最大的阻礙其實是有人有興趣願意寫(活躍編者中玩愚人節版本的不多),過去也有人嘗試後半途而廢(如[[User:Emm/光线追踪]])。若幾位願意主筆編寫和拆分,我個人很樂意支-{}-持。 ── [[File:Chain_Command_Block.png|16px|alt=|link=Special:UserRights/Leo768]] [[User:Leo768|<span style="color:#8A2BE2;font-family:Minecraft">Leo768</span>]]([[User talk:Leo768|<span style="color:#DA70D6">Talk</span>]]|[[Special:Contribs/Leo768|<span style="color:#DA70D6">Contributions</span>]]) 2024年11月19日 (二) 05:55 (UTC) |
:按過去的共識及現行措施,愚人節內容放入一般特性頁面雖有疑慮,但只要有人願意寫,愚人節版本開子頁面(主空間可能要再討論)將部分內容放過去是可以接受的。這中間最大的阻礙其實是有人有興趣願意寫(活躍編者中玩愚人節版本的不多),過去也有人嘗試後半途而廢(如[[User:Emm/光线追踪]])。若幾位願意主筆編寫和拆分,我個人很樂意支-{}-持。 ── [[File:Chain_Command_Block.png|16px|alt=|link=Special:UserRights/Leo768]] [[User:Leo768|<span style="color:#8A2BE2;font-family:Minecraft">Leo768</span>]]([[User talk:Leo768|<span style="color:#DA70D6">Talk</span>]]|[[Special:Contribs/Leo768|<span style="color:#DA70D6">Contributions</span>]]) 2024年11月19日 (二) 05:55 (UTC) |
||
::谢谢。[[User:MChtc|MChtc]]([[User talk:MChtc|留言]]) 2024年11月21日 (四) 13:06 (UTC) |
|||
== 加载器Mod的称呼是否应统一 == |
== 加载器Mod的称呼是否应统一 == |
2024年11月21日 (四) 13:06的版本
[隐藏] | |
---|---|
社区 | |
管理 |
- 快捷方式
- MCW:CP
- MCW:PORTAL
- MCW:社区
社区专页是为用户讨论编辑相关话题设立的。用户也可以在对应页面、用户的讨论页讨论。在发言后请记得添加~~~~
签名。
请了解,Minecraft Wiki在共识系统上运作而不是投票决定,清楚地阐述自己的理由比简单地支持争论的一方更有效。
常用页面 |
Minecraft Wiki不是客户服务中心!游戏问题请移步Minecraft帮助中心或者玩家游戏社区。
所有在该页面上发表的无关话题都将被存档至无意义话题处。
- 最新Wiki新闻
- 2025年3月17日 - 新的巡查员AblazeVase69188上任。
- 2025年3月10日 - 经社区讨论,“关注度”更名为“收录标准”。
- 2024年10月18日 - 新的巡查员TeaSummer上任。
- 2024年8月14日 - 新的巡查员海绵couna上任。
- 2024年7月1日 - 新的管理制度实施。
# | 话题 | 发言条数 | 参与人数 | 发起者 | 最后发言者 | [隐藏]最后发言时间(UTC) |
---|---|---|---|---|---|---|
1 | 关于对“生电”的解释 | 11 | 5 | Cmprssntl | Jumao | 2024年11月2日 (六) 08:44 |
2 | 关于后续版本指南的撰写 | 6 | 3 | McplayerFS | Computerb | 2024年10月25日 (五) 10:11 |
3 | 是否应将愚人节版本的特性拆分为单独界面 | 9 | 6 | MChtc | MChtc | 2024年11月21日 (四) 13:06 |
4 | 加载器Mod的称呼是否应统一 | 5 | 5 | Afulai2333 | Wilf233 | 2024年11月2日 (六) 16:53 |
5 | 2024年度最活跃新人评选 | 1 | 1 | Wilf233 | Wilf233 | 2024年11月2日 (六) 07:18 |
6 | 关于改进“随机页面” | 7 | 6 | Freeorange | AblazeVase69188 | 2024年11月8日 (五) 04:55 |
7 | 辅助程序与编辑器页面存废讨论 | 8 | 6 | McplayerFS | Endearing Cat | 2024年11月15日 (五) 00:02 |
关于对“生电”的解释
生电机器大多都以机械化或半机械化生产某种或多种物品,能否将其解释为“生产红石电路”? 或是对生电有两种解释: 1.狭义上,指“生产红石电路”,即机械化或半机械化生产某种或多种物品的红石电路 2.广义上,指“生存实用电路”,即原来的解释,只要是为生存模式服务的红石电路都算生电 此外,储电(如全物品)、TNT大炮(如珍珠跑)、航械(如世界吞噬者)等,它们虽然不生产物品,但为生存模式服务,是否可以算作广义生电? --Cmprssntl(留言) 2024年8月22日 (四) 14:41 (UTC)
- “生存实用电路,简称生电。生电的定义范围较广泛,通常集数电、模电、械电三家之长,主要特点是为生存模式服务,因而追求耗材少、卡顿低、稳定性强等。”援引自红石电路#生存实用电路,我认为这并不存在歧义,已经明确指出了这是一个广泛概念。 --
YukiSugar [Talk] 2024年8月22日 (四) 15:28 (UTC)
- 是的,这确实是一个广泛概念。但是,这样定义“生电”,界限未免太模糊了。“为生存模式服务”本身就是一个主观的概念,不够严谨。
- 现在市面上的“生电机器”大多都以机械化或半机械化生产某种或多种物品(比如刷...机、刷...塔)作为工作目的(这也符合“为生存模式服务”),由此来定义“生电”为“生产红石电路”,界限分明,又严谨。
- 但是,在社区中又有许多经常和“生电”联系在一起的红石作品,比如储电(如全物品)、TNT炮(如珍珠跑)、航械(如世界吞噬者)、甚至是更新抑制器等,它们虽然不生产物品,但也“为生存模式服务”,在“生电”中也有一定地位。
- 所以,我的观点是:对生电有两种解释:一是狭义上,指“生产红石电路”,即以机械化或半机械化生产某种或多种物品作为工作目的的红石作品,就是“生电”;二是广义上,指“生存实用电路”,即原来对“生电”的定义,凡是被认为为生存模式服务的红石作品都算“生电” Cmprssntl(留言) 2024年8月23日 (五) 13:36 (UTC)
- 这需要看社区的看法。 Rowboat123(留言) 2024年8月28日 (三) 10:15 (UTC)
- 我觉得还是指“生存实用电路”。 Oak tree(留言) 2024年8月30日 (五) 04:23 (UTC)
- 这需要看社区的看法。 Rowboat123(留言) 2024年8月28日 (三) 10:15 (UTC)
以下留言与上一条留言间隔了32日。
- 我又有了新的观点。
- “生电”中的“生”字同时有“生产”和“生存”的意思。
- 如果与“储电”相对,则意思为“生产红石电路”;
- 如果与团队制作、耗时长的大型红石作品相比,则意思为“生存实用电路”。
- 我还认为这两种意思不是包含关系,而是并列关系,中间有一定交集。
- 很多生产物品的机器并不实用,生存中实用的机器也不一定是生产物品的。
- 比如普通生存中没有用的刷泥土机和很实用的物品分类器。
- 很多生产物品的机器并不实用,生存中实用的机器也不一定是生产物品的。
- “生电”中的“生”字同时有“生产”和“生存”的意思。
- 补充:在社区中是“生存实用电路”。
- 我认为我的回复有一定的帮助,因此虽然距上一条留言超过30天,但我还是发布了。 Oak tree(留言) 2024年10月1日 (二) 06:44 (UTC)
- 我又有了新的观点。
- 同意“这两种意思不是包含关系,而是并列关系,中间有一定交集。”但大体上看“生存实用电路”是广义的,一般包括“生产红石电路”。(因为绝大多数的生产都是有价值的,都是为生存模式服务的。包括你提到的刷泥土机,也可以为大型建筑生产材料。)
- 此外,是否有必要将此话题移至论坛进行长期讨论?Cmprssntl(留言) 2024年10月1日 (二) 14:24 (UTC)
- 应该是没有必要。 Oak tree(留言) 2024年10月8日 (二) 07:02 (UTC)
- 最重要的就是“生”字的一字多义。 Oak tree(留言) 2024年10月8日 (二) 07:07 (UTC)
- 我注意到,一个“生存实用电路”之所以“实用”,无非只做了两件事:生产和储存物品。而生产物品的可以解释为“生产红石电路”。
- 因此,“生电”可以指:
- 1.狭义上: “生产红石电路”,即机械化或半机械化生产某种或多种物品的红石电路(通常是“生存实用电路”中的生产部分),例如:不带收集的袭击塔、刷冰机等。
- 2.广义上:“生存实用电路”,即为生存模式服务的红石电路【通常由生产部分(狭义生电)和收集部分(储电)组成,但不一定全部有,例如全物品没有生产部分、一些简易的“丐版”机器如刷花机依靠玩家自行捡起生产的物品,没有收集部分】
- Cmprssntl(留言) 2024年10月18日 (五) 13:23 (UTC)
- 我觉得国外对于生电的描述更为准确,他们一般把这种叫做技术生存,技术是重要的内容,而非电路 Jumao(留言) 2024年11月2日 (六) 08:44 (UTC)
- 最重要的就是“生”字的一字多义。 Oak tree(留言) 2024年10月8日 (二) 07:07 (UTC)
- 应该是没有必要。 Oak tree(留言) 2024年10月8日 (二) 07:02 (UTC)
关于后续版本指南的撰写
鉴于目前游戏内容更新已转变为drop(小更新)的形式,若每个小更新都单独写一个指南,其数量可能过多。我个人主张将所有小更新都合并到一个页面,例如将勇气之袋和冬季小更新的内容并入“xx版指南/1.21版本”,同时把棘巧试炼的指南移动至上述页面,在页面中用小标题分开即可。若这种方式被认可,我也会把犰甲狼兵的内容并入“1.20版本”的指南。
基岩版勇气之袋的更新内容我已写入棘巧试炼指南中,等正式版发布后再分开。对于沙盒中已创建的两个指南,我提议将其删除,一是内容不全(搬运en),二是目前还没讨论出共识,先不急于写。各位也可在下面提出自己的看法,感谢。
注:这种用版本号命名指南的方式之前也有先例。-- McplayerFS(讨论 | 贡献) 2024年10月20日 (日) 06:57 (UTC)(最后编辑于2024年10月23日 (三) 14:32 (UTC))
- 首先需要注意的是,小更新的版本归属定义如何。例如1.20.6属于犰甲狼兵吗? 无聊的 电脑b 2024年10月21日 (一) 12:59 (UTC)
- 其实我是反对将小版本的变更指南放到大版本里的,因为指南其实起到了“说人话的更新介绍”的作用,小更新只是体量较小,跟大更新没半点关系,其仍需要有更新指南给人看。页面过多吗,我们都有巨量的每个快照一个页面了,再说小更新本身和其对应的版本都是独立的页面不是么,1.20.5的内容没写在1.20,犰甲狼兵更不会是足迹与故事的子段落,独立的更新独立的条目合情合理。条目数量从来都不在考量范围,划分合理才是,而我个人是乐见这些Drop能使指南具更有意义的划分。总之, 反对 将所有小更新都合并到一个页面。 ──
Leo768(Talk|Contributions) 2024年10月21日 (一) 13:10 (UTC)
- 那就要更改
Navbox Java Edition versions
模板了,现在看来就是表示了小更新属于大更新的一部分。 无聊的 电脑b 2024年10月23日 (三) 12:45 (UTC)
- 那就要更改
想到冬季小更新的内容可能较多,合并到一个页面不合适,故我放弃我的主张,仍按原来的惯例一个版本一个指南。-- McplayerFS(讨论 | 贡献) 2024年10月23日 (三) 14:32 (UTC)
- 我们或许应当捋一下小更新和大更新的关系了,目前我认为可以有以下看法:
1.小更新是大更新的特殊的一部分,例:1.20.5属于足迹与故事,但它也属于犰甲狼兵,1.20.6也属于足迹与故事,但不属于犰甲狼兵;
2.小更新和大更新是接续的,例:足迹与故事的范围仅限于1.20-1.20.2,1.20.3-1.20.4属于蝙蝠和陶罐,1.20.5-1.20.6属于犰甲狼兵;
3.小更新是从大更新中分离开来的一段,例:1.20-1.20.2、1.20.4、1.20.6属于足迹与故事1.20.3属于蝙蝠和陶罐,1.20.5属于犰甲狼兵。
把这个关系弄明白了,才能讨论关于指南的问题。--无聊的 电脑b 2024年10月25日 (五) 10:11 (UTC)
是否应将愚人节版本的特性拆分为单独界面
在寻找愚人节版本的特性时,我们可能会在页面中花费大量时间来寻找相关资料,这很让人苦恼。我认为应该将愚人节版本的特性像英文Wiki那样拆分为多个子界面,方便玩家查找。MChtc(留言) 2024年10月29日 (二) 04:03 (UTC)
- 没必要,一是关注度太低,二是内容太多太冗杂。
ChemistChang(Talk/Contributions) 2024年10月29日 (二) 06:58 (UTC)
- 同意上一条回复,但是可以将一些关注度较高的条目拆分,例如粉红凋灵 Unreal-75417/Calm4.ogg 2024年11月5日 (二) 12:56 (UTC)
- 或许可以建一些重定向?例如Hash跳转到24w14potato#物品 Colin_319(查·论
·编) 2024年11月16日 (六) 00:27 (UTC) - en:Copper Spleaves、en:It's very slippery和en:Potion#Joke potions。这类页面虽然平时总体上关注度可能不太高,但对于一段时间内正在游玩这些版本的玩家会很有帮助。目前在中文Wiki的问题可能是工作量太大,如果要进行拆分可能要专门开个计划。从读者角度看,目前查找其中某个特性的详细信息较为困难,我个人是更 支持拆分的。近几年的愚人节版本内容都较为充足,我个人近期就在玩愚人节版本,查阅相关内容时时常感到步骤较为复杂:搜索→进入对应版本页面→按快捷键输入查找的内容→查找后阅读(可能还找不到想要的信息,例如某个该版本独有方块的爆炸抗性或音效等内容),而在en搜索就能直接进入对应特性页面查阅,且内容更加详细。--Endearing Cat(留言) 2024年11月16日 (六) 15:51 (UTC) 信息:en为大部分愚人节版本的特性都建立了独立页面或放到了介绍同类内容的页面中(如同其他正常版本内容),例如
- 按过去的共识及现行措施,愚人节内容放入一般特性页面虽有疑虑,但只要有人愿意写,愚人节版本开子页面(主空间可能要再讨论)将部分内容放过去是可以接受的。这中间最大的阻碍其实是有人有兴趣愿意写(活跃编者中玩愚人节版本的不多),过去也有人尝试后半途而废(如User:Emm/光线追踪)。若几位愿意主笔编写和拆分,我个人很乐意支持。 ──
Leo768(Talk|Contributions) 2024年11月19日 (二) 05:55 (UTC)
加载器Mod的称呼是否应统一
标题中的链接、样式代码、模板、魔术字或解析器函数已被移除。原标题:加载器Mod的称呼是否应统一
我在编辑Wiki时偶然发现,在不同页面甚至相同页面中,对于加载器Mod的称呼似乎各有差异,例如:
- 在村民#历史中,其被称为MOD。
- 在Java版1.4.2#更改中,其被称为mod。
- 在演示模式#功能中,其被称为模组。
- 但在加载器Mod的原页面中,无论是否在句首,其均被简称为Mod。
建议使用任意如下方法进行修正/不进行修正:
- 全部修改
- 将所有页面中的mod/MOD/模组修改为Mod(由机器人完成)。
- 保守方法
- 不修改现有的错误,但今后编辑应使用Mod而非其他。
- 不修改
- 可用上述之任意名称以称呼加载器Mod。
Afulai2333(留言) 2024年11月2日 (六) 03:34 (UTC)
- 同意 MChtc(留言) 2024年11月2日 (六) 03:40 (UTC)
- 我的建议是不修改。
上述几个名称均为玩家常用的,没有什么区分,且限制只能使用同一个说法可能会让Wiki编辑举步维艰。 Liaoxiangbin(留言) 2024年11月2日 (六) 03:54 (UTC) - 同意修改 无聊的 电脑b 2024年11月2日 (六) 10:49 (UTC)
Wilf233zhMCW(论·功) 2024年11月2日 (六) 16:53 (UTC)
反对修改,看得懂就行了,没必要限制。
2024年度最活跃新人评选
候选人和评选标准
2024年度最活跃新人评选活动已经开始了,共有18位候选人。
年度最活跃新人奖评选标准:
- 必须是一名注册用户,且不是傀儡账号。
- 该用户的首次编辑日期,或者是首次活跃的日期为评选年份上一年的10月1日至当年的9月30日。
- 活跃期需满3个月且无任何重大封禁记录。
- 该用户的编辑应该以非用户页空间为主。
- 原则上每年只会评选一位用户,评选完成后不取消其称号,除非其出现重大封禁记录。
- 若当年没有用户完全满足以上条件,则取最接近者获得称号。
- 评选的重要依据是该用户的用户贡献。
用户名 | 编辑总数[注 1] | 本地用户组 |
---|---|---|
Eletron ProCoress | 666 | (无) |
Hos Soh | 590 | (无) |
Mygane | 510 | (无) |
CaN2crow987 | 3680 | 巡查豁免者 |
Emm | 4584 | 巡查豁免者 |
Jandy | 172 | (无) |
Ggg | 584 | (无) |
SpCo | 1624 | 巡查员 |
YukiSugar | 2877 | 巡查豁免者 |
TeaSummer | 3677 | 巡查员 |
Dovisutu | 1014 | 巡查豁免者 |
Rosa hybrida659 | 110 | (无) |
Abigpigeon | 823 | (无) |
Colin 319 | 489 | (无) |
SongBellsen | 754 | (无) |
Jumao | 360 | (无) |
BoredYukolin | 894 | (无) |
春风得意 | 352 | (无) |
- ↑ 截至2024年11月2日12:30 (UTC+8)
选举人条件
选举人同时需要满足以下三个条件:
- 是一名自动确认用户,且账号注册日期早于评选开始日期(即2024年11月2日)
- 不是机器人账号或傀儡账号
- 选举期间账号未处于封禁状态
评选方法
本次评选采用Schulze方法,即为18位候选人进行排序,1代表最喜欢,18代表最不喜欢。
请注意:您可以为多个候选人填入相同的数字,也可以对不喜欢的候选人不填任何数字。
投票链接:点此进入
投票时间:即日起至2024年11月30日23:59 (UTC+8),您可以在截止时间之前更改您的选票。
如对选举有问题,请在下方提出。
--Wilf233zhMCW(论·功) 2024年11月2日 (六) 07:18 (UTC)
关于改进“随机页面”
我认为应该改进一下随机页面,毕竟进入了随机页面后,很大概率跳转到一些测试版本的内容和地下城内容,如“18w44a”“启动器1.5.3”“Legends:孢背兽”等,影响用户体验,可以加一些选项“我不要测试版本内容”和“我不要Minecraft传奇/地下城内容”等,这有利于探索minecraft的冷门知识(应该)Freeorange(留言) 2024年11月7日 (四) 12:18 (UTC)
- 随机页面也是老问题了。英文Wiki近期写了一个改善随机页面体验的小工具以期解决该问题(见讨论), 建议引入。 ──
Leo768(Talk|Contributions) 2024年11月7日 (四) 12:28 (UTC)
Wilf233zhMCW(论·功) 2024年11月7日 (四) 12:43 (UTC)
支持引入小工具。 - 支持。 MChtc(留言) 2024年11月7日 (四) 12:54 (UTC)
- MysticNebula70 T 2024年11月7日 (四) 14:49 (UTC)
- 我该如何使用?Freeorange(留言) 2024年11月8日 (五) 04:42 (UTC)
- 此小工具默认启用,您可以在参数设置中开关。--AblazeVase69188(留言 | 贡献) 2024年11月8日 (五) 04:55 (UTC)
已添加此小工具。 - 我该如何使用?Freeorange(留言) 2024年11月8日 (五) 04:42 (UTC)
辅助程序与编辑器页面存废讨论
本主题或以下段落文字移动自Talk:辅助程序与编辑器。
如题,目前这些页面中记载的内容都严重过时,也没人更新,甚至“服务器面板”页面还挂着待翻译。本wiki没有义务收录第三方内容,我建议将其删除,同时清除所有链入。
目前有两种方案:
- 直接删除本页面及其子页面。
- 存档至用户页(参考另类玩法)或其他地方。
-- McplayerFS(讨论 | 贡献) 2024年10月20日 (日) 08:07 (UTC)
- 补充一下,en把它移到了教程子页面,不过我不太建议这样,教程本身已经是天坑了,再往里面倒垃圾不好。 --
McplayerFS(讨论 | 贡献) 2024年10月20日 (日) 08:11 (UTC)
- AblazeVase69188(留言 | 贡献) 2024年10月20日 (日) 08:11 (UTC) 支持删除,Wiki没有义务记录非官方内容,更何况这些内容已经严重过时,对读者来说没有什么用处。--
- 3年前的讨论中的问题现在仍然未解决,足以证明这个页面没什么人看,且维护难度相当大。个人认为没有存留的必要。
Abigpigeon(论/功) 2024年10月27日 (日) 05:22 (UTC)
支持删除,在 - AblazeVase69188 Aiden8115(Talk) 2024年11月12日 (二) 06:50 (UTC) 支持,理由同@
- Afulai2333(留言) 2024年11月14日 (四) 13:49 (UTC) 支持删除。
- Endearing Cat(留言) 2024年11月14日 (四) 15:35 (UTC)
- MCW:N#C3.2已经提到,这些页面中的一部分目前仅做留档之用,除非该条方针更改,否则我更倾向于 保留。--Endearing Cat(留言) 2024年11月15日 (五) 00:02 (UTC) 信息:
支持存档至用户页。这些页面内容较多,即使已严重过时,也具有一定价值,直接删除略感到浪费。考虑到日后可能仍有玩家需要这些信息(例如经常游玩旧版本游戏的玩家),万一有人真的需要查看这些内容也可浏览存档后的页面。(存档到其他合适位置?如果有那也行,至少我不太同意删除)--