Minecraft基岩版开发Wiki:社区门户

From Minecraft基岩版开发Wiki
社区
主页

社区门户(Community Portal)是为用户讨论编辑相关话题设立的。用户也可以在对应页面、用户的讨论页讨论。在发言后请记得添加~~~~签名。如果想表明自己的意见,请使用{{Comment}}模板。

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

投票话题在结束后应当使用{{subst:Close topic}}{{subst:Close topic|foot}}关闭话题。

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

存档
尚无存档
话题

第一批行政员公示[edit]

下列有关行政员的讨论已经结束,请不要再编辑此段。任何想要进一步探讨的编辑者应该新建一个话题。

讨论结果为 无异议追加:由于管理政策更改,本批获得的行政员除了Miemie Method(站长)和World.Execute(桃乐丝)(不活跃已撤销)外,悉数转为管理员权限。


  1. Miemie Method
    • 394
  2. World.Execute(桃乐丝)
    • 209
  3. Dianliang233
    • 179
  4. 2190303755
    • 79
  5. Pvhu
    • 60

公示一天,若无异议即进入试用期。方法放寒假讨论) 2020年4月24日 (五) 10:06 (CST)

添加的无害内容被拦截[edit]

QAQ SeaIce233 2020年5月2日 (六) 09:32 (CST)

与主页无关的讨论内容请进入社区门户发表。另外,你已经被加入巡查豁免,可已编辑了。最后,请不要在正文页留下联系方式如QQ群,可以在用户页或者新开一个对于QQ群组织介绍的页面进行介绍,或者申请在Minecraft基岩版开发Wiki:关于页面加入广告。方法放寒假讨论) 2020年5月3日 (日) 23:40 (CST)

更改函数和ID的命名空间[edit]

下列有关页面移动的讨论已经结束,请不要再编辑此段。任何想要进一步探讨的编辑者应该新建一个话题。

讨论结果为 已移动


把函数、方法、组件、ID,例如getItem()、minecraft:block这种全部移动到Manual命名空间下?方法放寒假讨论) 2020年11月1日 (日) 16:21 (CST)

 已解决——方法放寒假 (T/C) 2020年11月28日 (六) 12:35 (CST)

格式指导已完成[edit]

本wiki的格式指导已完成编写,请问大家有什么需要建议或补充吗?方法放寒假 (T/C) 2021年2月4日 (四) 11:11 (CST)

申请管理员权限[edit]

下列有关管理员申请的讨论已经结束,请不要再编辑此段。任何想要进一步探讨的编辑者应该新建一个话题。

讨论结果为 批准


如题,虽说本人 wiki 知识方面仍属新人,但仍想为开发 wiki 做出一些贡献,现在大家学业繁忙,鄙人正好刚结束毕业答辩,拥有较多时间,可定期上 wiki 进行巡查,但部分操作普通用户无法完成,故申请管理员权限,望批准。乾山瑶讨论) 2021年5月27日 (四) 20:41 (CST)

 支持,该用户拥有大量贡献,保持活跃用户&巡查豁免者已达一年,对wiki各项功能比较熟悉,能够分辨破坏,熟识wiki制度,且具有较高的社区权威,适合担任管理员,起到巡查页面、阻止破坏、收集、执行与解释共识的作用。——方法放寒假 (T/C) 2021年5月27日 (四) 21:05 (CST)
 批准。在QQ群at全体成员后和在社区专页中均无反对声音,予以批准。——方法放寒假 (T/C) 2021年5月29日 (六) 00:02 (CST)

请求更改跨wiki表[edit]

下列讨论已经结束,请不要再编辑此段。任何想要进一步探讨的编辑者应该新建一个话题。

讨论结果为 已完成


如题,本人最近在站外调用Minecraft基岩版开发Wiki的跨wiki表时,发现其中前缀mcbbs:对应的网址有误:应该为https://mcbbs-wiki.cn/wiki/$1而非https://mcbbs-wiki.cn/$1,这样才能保证在使用该前缀重定向到MCBBS Wiki时返回对应的页面而非404错误,故在此留言请求更改。--Ultim 0讨论) 2021年6月25日 (五) 22:38 (CST)

 已完成Lakejason0讨论) 2021年6月26日 (六) 00:00 (CST)

建立分类树[edit]

目前本wiki的页面较为零散,分类树尚不完整。而Minecraft Wiki的侧重与本wiki不同,且Minecraft Wiki的分类树亦不完整,故不能直接照搬。所以我建议以Minecraft Wiki的分类树、本站现有的分类树和本站主页的分类为基础,重新设计分类树。

以下是我的初步方案,欢迎大家讨论、修正及细化。(仅粗体字为分类)

--TripleCamera讨论) 2022年1月1日 (六) 14:37 (UTC)

建议修改软件与应用程序为:
  • 索引
    • 软件与应用程序:即主页的“启动器 & IDE”和“服务端”两栏
      • 启动器
      • 加载器
      • 代理服务端
      • IDE
然后“视频”移到“文件”里。方法放寒假 (T/C)
启动器和(模组)加载器单分出来是不是有些多余?因为大多数启动器都可以加载模组。
如果要把(站外的)视频归到文件里,是不是要在文件里再开辟一个“站内文件”和“站外文件”什么的?--TripleCamera讨论) 2022年1月3日 (一) 04:21 (UTC)
加载器应该单指插件加载器,能够加载模组的我们这里不叫加载器。事实上,启动器就是能够启动Minecraft的工具,加载器就是能够加载服务端插件的工具,并且一个页面不一定只能属于一个分类,所以并没有问题。反而客户端和服务端只是一个程序的两个端而已,不能作为“应用程序的类别”而存在吧。视频的话……站外视频肯定不能分到文件里。站外视频页面的话,搞一个Category:带有视频的页面放到Category:维护里应该就可以了。方法放寒假 (T/C)
这样看来,加载器是否应放在启动器分类下?因为加载(服务端)插件的前提是启动服务端。
不一样,加载器一般都是劫持或者注入,相当于是给MC加个插件;启动器一般是指接替Minecraft的进程,取而代之,也就是MC某种意义上是启动器的插件。方法放寒假 (T/C) 2022年1月5日 (三) 16:53 (UTC)
以及,这样分类似乎会留下一些灰色地带,如Blocktopograph(存档编辑器)、PocketTool(安装包编辑器),它们只能先归到软件与应用程序这个大类下。如果我们想把它们也归到更细的分类里,可能需要重新规划。
所以这一块我也没什么好的建议。方法放寒假 (T/C) 2022年1月5日 (三) 16:53 (UTC)
我建议对软件与应用程序的细化可以先 等待一段时间,说不定日后会有人提出更优的方案。--TripleCamera讨论) 2022年1月4日 (二) 07:00 (UTC)

关于首页分类的建议[edit]

  • 拆分“启动器 & IDE”为“客户端”与“开发环境”两类。前者可更细分介绍客户端与启动器;后者可与“服务端”调换位置至第一行第三列。
  • 新增“插件格式”。详细介绍服务端插件。与原“模组格式”一起移至主页第二行介绍。
  • TL;DR 调整后一、二行上下对应,即客户端对应模组,服务端对应插件。

PexEric讨论) 2022年1月10日 (一) 08:15 (UTC)

  • 另:“服务端”在介绍时也可参考其他类别,按照“官方服务端”和“社区服务端”介绍。

PexEric讨论) 2022年1月10日 (一) 08:26 (UTC)