可在目前討論頁發起新討論。
使用者建立日誌的疑似bug
我不知道我這個該發布在社群專頁還是管理員告示版好…… 我之前查閱了使用者建立日誌，發現我的IP位址在2014年5月2日之前被建立多次，這是bug嗎？--117.179.166.110 2020年5月2日 (六) 09:19 (UTC)
- 由於國內動態ip的關係每個人都IP位址都不是固定的，這就導致您的IP可能在不久的之後更換而且分配給您一個新的IP位址，這會導致您在之前所做的貢獻不再屬於您，除非您的IP再一次恢復成貢獻時的IP，但這機率很小，您所提到的問題不是bug，只能是在之前有人使用您目前使用的IP進行了編輯，隨後您又擁有了這個IP--117.12.165.243 2020年5月2日 (六) 09:29 (UTC)
- IP使用者不會記錄在使用者建立日誌中。--
Dianliang233 T•C 2020年5月2日 (六) 09:49 (UTC)
- 對呀，所以我才懷疑是bug。不光在使用者建立日誌，還能在user:Abcabc2、user:ElandSeven959、user:Craft Lawrence、user:蕩漾547、user:Wmj1390、user:AVBF、user:陳昌棋1621、user:Slxie111、user:Cdw888998、user:12323suser:H6969829和user:Sands1369等人的日誌裡找到，這麼多人，不太可能是巧合吧？--117.179.166.110 2020年5月2日 (六) 13:33 (UTC)
- 可以在此處查詢你的IP情況。你的運營商多用NAT技術以降低成本，導致使用者IP頻繁更迭，單個IP在一段時間內經常代表複數使用者，我們無能為力。 Cuervo(t) 2020年5月2日 (六) 14:57 (UTC)
精簡首頁「開始遊戲！」片段方案
Java版
正式版和開發版有一席之地應該沒有問題。那麼啟動器版本能否占據空間呢，在我看來啟動器是強制更新，現時每次更新也幾乎沒有可見變化，沒有必要列出最新版本。 Cuervo(t) 2020年5月2日 (六) 14:51 (UTC)
- 支持略去啟動器版本。--
Drlee lihr 討論/貢獻 2020年5月20日 (三) 02:49 (UTC)
基岩版
現在的基岩版列出平台過多。我認為至少可以略去Gear VR、Fire OS、Fire TV的版本號。安卓、iOS和Win 10作為大頭平台總是保留，主機可以合為一項，僅在不同的時候（如現在）自動分開顯示。此外，試用版單獨列出的重要性也存疑。RTX版我認為可以併入普通開發版本，而多個平台的開發版可以在相同時合併為一項。 Cuervo(t) 2020年5月2日 (六) 14:51 (UTC)
- 支持將開發版本合併，但 反對略去Gear VR、Fire OS和Fire TV的版本號。它們好歹也曾經是過一個獨立的版本。--117.179.166.110 2020年5月3日 (日) 03:28 (UTC)
- 我使用移動端是發現了在基岩版下面有這試用版本，這個版本和上面的正式版一樣，這個試用版的存在意義是什麼？--117.12.160.65 2020年5月3日 (日) 03:15 (UTC)
- 你指的是開發版本嗎？--117.179.166.110 2020年5月3日 (日) 03:28 (UTC)
- 並不是，主頁有一個試用版本--117.13.129.69 2020年5月3日 (日) 13:23 (UTC)
- 啊，那個啊。簡單的說，那是給那些沒有購買基岩版的玩家試用的，每個地圖只允許遊玩90分鐘，只有生存模式，不允許聯機。--117.179.166.110 2020年5月3日 (日) 13:58 (UTC)
- 但是試用版本和正式版的版本號以及連結都一樣，有什麼存在必要？
頂多是讓第一次了解mc的人知道，哦，這個平台有試用版本，然後就沒了--117.13.129.69 2020年5月3日 (日) 14:09 (UTC)- 如果試用版本能一直和正式版本同步的話確實沒什麼必要。--117.179.166.110 2020年5月3日 (日) 14:13 (UTC)
- 但是試用版本和正式版的版本號以及連結都一樣，有什麼存在必要？
- 啊，那個啊。簡單的說，那是給那些沒有購買基岩版的玩家試用的，每個地圖只允許遊玩90分鐘，只有生存模式，不允許聯機。--117.179.166.110 2020年5月3日 (日) 13:58 (UTC)
- 並不是，主頁有一個試用版本--117.13.129.69 2020年5月3日 (日) 13:23 (UTC)
- 適用版本隨緣同步。-- Dianliang233 T•C 2020年5月4日 (一) 11:43 (UTC)
- 你指的是開發版本嗎？--117.179.166.110 2020年5月3日 (日) 03:28 (UTC)
- 同意，列出這麼多平台也僅是說明有這些平台，但連結指向都是基岩版。--Zxhfh·T/C 2020年5月3日 (日) 03:25 (UTC)
- 同意，版面簡潔不算壞事。--
Lakejason0（論•功） 2020年5月4日 (一) 11:59 (UTC)
其他
Earth和教育版似乎也可以合併，但是本來占的空間已經很少。此外我提議建立類似於「最新版本」的單獨頁面，列出和{{Version}}文件裡的表格類似的內容。此外還建議不要使用svg圖像，實際畫質提升有限（收集高分屏放大才能看出）但是占用頻寬成倍增加。 Cuervo(t) 2020年5月2日 (六) 14:51 (UTC)
- 疑問，svg圖像應比位圖檔案小，且在行動裝置上很容易看出差距，建議這點 不要修改。--MCwitherSke (Talk) 2020年5月3日 (日) 12:33 (UTC)
- File:Linux.png、File:Tux.svg Cuervo(t) 2020年5月4日 (一) 07:14 (UTC)
- 59k和7k差距很大，但實際上正常人的網速都普遍在1m/s處，而且是異步載入不會影響到打開速度，所以改不改個人認為都可以--222.140.21.93 2020年5月4日 (一) 07:19 (UTC)
- Gamepedia在境外，實際速率最高也只能在200k/s左右。 Cuervo(t) 2020年5月4日 (一) 07:20 (UTC)
- 很多瀏覽器都是在網頁文字內容展示給使用者後才載入圖片，另外你說的差距其實多數都是矢量圖形的色彩變化，位圖很好地呈現的出來，且在正常網頁縮放大小兩種圖片幾乎無差距（我試過立即點擊停止載入按鈕，網頁的css和大圖片還未載入就停掉了，矢量圖像大得鋪滿畫面），所以我對這個還是 中立吧。--MCwitherSke (Talk) 2020年5月4日 (一) 07:59 (UTC)
- 中立，但的確，網頁圖片一般都是異步載入，意為:載入完處網頁之後才會下載圖片--222.140.21.93 2020年5月4日 (一) 09:08 (UTC)
- 這算哪門子異步啊……-- Lakejason0（論•功） 2020年5月4日 (一) 11:59 (UTC)
- 你指的可能是lazyload，但是似乎MediaWiki上圖片載入完成才算作DOM繪製結束。 Cuervo(t) 2020年5月5日 (二) 16:06 (UTC)
- 這算哪門子異步啊……--
- 中立，但的確，網頁圖片一般都是異步載入，意為:載入完處網頁之後才會下載圖片--222.140.21.93 2020年5月4日 (一) 09:08 (UTC)
- 59k和7k差距很大，但實際上正常人的網速都普遍在1m/s處，而且是異步載入不會影響到打開速度，所以改不改個人認為都可以--222.140.21.93 2020年5月4日 (一) 07:19 (UTC)
- 貌似svg和png的小企鵝在陰影和顏色部分不太一樣。-- Dianliang233 T•C 2020年5月6日 (三) 00:59 (UTC)
- File:Linux.png、File:Tux.svg Cuervo(t) 2020年5月4日 (一) 07:14 (UTC)
Dianliang233的建議
原有內容基本不變，而版本相同平台的堆疊起來（負margin）。RTX版可以把RTX的Logo疊加在Win10的Logo上，這樣就可以和其他搶鮮版結合了。
堆疊效果演示：
-- Dianliang233 T•C 2020年5月6日 (三) 00:59 (UTC)
- 支持。--117.179.166.110 2020年5月6日 (三) 01:27 (UTC)
- 支持。--Minesunset1030（討論） 2020年5月7日 (四) 11:37 (UTC)
- 支持 。不過一些難以和最新版本保持同步的如試用版和光追開發版就需要單獨列出。不是特殊版本的平台就可以疊著。--MCwitherSke (Talk) 2020年5月6日 (三) 01:33 (UTC)
- 所以，RTX版的正式譯名到底是什麼？同時，RTX還有logo？--Awesomehhhhh (T / C) 2020年5月6日 (三) 03:17 (UTC)
- 就是這個基岩版1.15.0.8，英文頁面有logo。--Zxhfh·T/C 2020年5月6日 (三) 03:29 (UTC)
- 看見了--Awesomehhhhh (T / C) 2020年5月6日 (三) 03:47 (UTC)
- 看見了--Awesomehhhhh
- 就是這個基岩版1.15.0.8，英文頁面有logo。--Zxhfh·T/C 2020年5月6日 (三) 03:29 (UTC)
- 所以，RTX版的正式譯名到底是什麼？同時，RTX還有logo？--Awesomehhhhh
北狐的設計
看看Minecraft Wiki:沙盒/版本。--
北狐–該沒有日期的留言在2020年5月6日06:19 (UTC) 加入。請在您的回覆後面加上 ~~~~
- 基岩版的Fire OS圖示沒有蓋住Gear VR的樣子。-- Huerdada · T⁄C 2020年5月6日 (三) 06:22 (UTC)
- 在沒有差異的時候試玩版可以合併，非粗體版本代表開發版本/快照，不同網站的下載連結整合在單獨的頁面。-- 北狐–該沒有日期的留言在2020年5月6日06:27 (UTC) 加入。請在您的回覆後面加上 ~~~~
- 快照及beta開發版本我覺得需要在前面加上標題，平台的圖片可以仿照上面的設計摺疊。--MCwitherSke (Talk) 2020年5月6日 (三) 11:16 (UTC)
- 目前暫時有個問題就是基岩版和地球中間有個白條。-- 北狐–該沒有日期的留言在2020年5月6日06:45 (UTC) 加入。請在您的回覆後面加上 ~~~~
- 路過一下，白條我修好了，記得要使用
~~~~準確簽名。--Lxazl5770zh.admin（論 ▪ 功） 2020年5月6日 (三) 07:24 (UTC)- 如果版本有差異的時候怎麼辦呢？一些平台總是有一些小
bug特性--222.140.21.93 2020年5月6日 (三) 11:01 (UTC)- 同時缺少一些必要的文字提示，不明白的人會對這個感到艱澀難懂--222.140.21.93 2020年5月6日 (三) 11:04 (UTC)
- 如果版本有差異的時候怎麼辦呢？一些平台總是有一些小
- 路過一下，白條我修好了，記得要使用
空的-{}-有什麼特殊作用嗎
指令/replaceitem等頁面裡有一些-{}-，例如<code>-{}-villager.''栏位编号''</code>，這些-{}-起什麼作用？--Chixvv（討論） 2020年5月6日 (三) 08:38 (UTC)
- 地區詞轉換，見wzh:幫助:中文維基百科的繁簡、地區詞處理。 MysticNebula70 ( T / C ) 2020年5月6日 (三) 09:09 (UTC)
建議變更原主機版版本形式
對於原主機版版本的補全，現在只是從原主機版版本記錄裡搬，萬一有錯誤，需要大規模修改，因此，本人建議：
- 將更新內容相同的版本合併，像原主機版版本記錄裡那樣
- 對於每個分版本，建立對應的重新導向。比如，對於原主機版TU70/1.78/1.77/Patch 39，建立Xbox 360版TU70、PlayStation 3版1.78、PlayStation 4版1.78、PlayStation Vita版1.77和Wii U版Patch 39的重新導向
- 將每個版本獨有的變更單獨列出
具體格式如下（以原主機版TU70/1.78/1.77/Patch 39為例）：
| 版本 | |
|---|---|
| 發布日期 |
2018年9月25日 |
[[原主機版TU69/1.76/Patch 38|◄ TU69/1.76/Patch 38]]
[[原主機版TU71/1.80/Patch 40|TU71/1.80/Patch 40 ►]] | |
TU70、1.78、1.77和Patch 39是原主機版的一次更新，發布於2018年9月25日，修復了一些錯誤。
新內容
常規
- 混搭包
- 加入加勒比海盜（Pirates of the Caribbean）混搭包。
修復
- 修復了13個錯誤
- 修復了破壞海草時發出破壞石頭的音效的錯誤。
- 修復了地獄幽靈在地獄中的低生成機率。
- 修復了海靈祝福對在雨中玩家無效的錯誤。
- 修復了無法在玻璃和染色玻璃上面放置海鞘的錯誤。
- 修復了在投擲帶有忠誠III附魔的三叉戟並退出遊戲會使玩家的武器受到完全磨損的錯誤。
- 修復了在主機合成中無法使用磨損的工具來合成的錯誤。
- 修復了在水和空氣方塊之間的岩漿快會在其下方產生氣泡的錯誤。
- 修復了在海靈核心下方放置一個方塊來關閉，破壞方塊以開啟，海靈核心就會立刻旋轉的錯誤。
- 修復了在玩家使用帶有忠誠III附魔的三叉戟死亡後，三叉戟就會在原地打轉的錯誤。
- 修復了被拉滿的弓會造成不正常的傷害（正常應該為9-10點傷害）的錯誤。
- 修復了被閃電苦力怕殺死的沉屍會掉落殭屍頭顱的錯誤。
- 修復了在小遊戲中玩家不會受到TNT爆炸傷害的錯誤。
- 修復了走在村莊中的鐵魔像不會自我防禦的錯誤。
--117.179.166.5 2020年5月7日 (四) 08:51 (UTC)
- 對於這個問題，本人認為：
- 可以選取原主機版中的其中一個版本作為主版本作為頁面名稱，但在頁面內容仍標註其它版本，比如上述頁面可以命名為原主機版TU70（之所以選擇Xbox 360版的更新名稱，是因為它第一個發布）
- 若有進度不同於該主版本的更新，單獨做出頁面，並標明版本，比如原主機版PlayStation 4版1.84是PS4獨有的，單獨作為條目列出
- 至於prev和next，則將版本按時間排序，不考慮版本，比如原主機版TU57的上一版本為原主機版PlayStation 3版1.56，其上一版本為原主機版Xbox One版CU48
--117.179.166.5 2020年5月8日 (五) 04:13 (UTC)
- 支持，可以像這樣（如果ps版prev、next和date參數相同可以合併），但還需要商量一個合適的標題。-- 北狐 2020年5月8日 (五) 06:26 (UTC)
| 版本 | |
|---|---|
| 發布日期 |
2018年9月25日 |
| 版本 | |
|---|---|
| 發布日期 |
2018年9月25日 |
| 版本 | |
|---|---|
| 發布日期 |
2018年9月25日 |
- 支持，這種方案貌似更好。--117.179.166.5 2020年5月8日 (五) 07:56 (UTC)
- 好像有點長，或許可以給原主機版做一個模板。-- 北狐 2020年5月8日 (五) 06:29 (UTC)
- 或許可以這樣。-- 北狐 2020年5月8日 (五) 06:35 (UTC)
- 模板出什麼問題了？-- 北狐 2020年5月8日 (五) 06:37 (UTC)
- {{version nav}}里的title参数好像不支持<br>。--117.179.166.5 2020年5月8日 (五) 07:56 (UTC)
- 模板出什麼問題了？--
- 目前需要的是一個合適的標題，比如
/會被視為子頁面。-- 北狐 2020年5月10日 (日) 03:15 (UTC)
- 可用
／--Leo_leo_768(Talk|Contributions) 2020年5月10日 (日) 10:16 (UTC) |也不錯--MCwitherSke (Talk) 2020年5月11日 (一) 11:41 (UTC)、？-- Lakejason0（論•功） 2020年5月15日 (五) 11:46 (UTC)
- 可用
- 那就
、？-- 北狐 2020年5月16日 (六) 09:15 (UTC) - 目前的模板對於prev和next會有問題，所以建議如第二點建立重新導向，或者為原主機版寫一個模板。-- 北狐 2020年5月15日 (五) 12:12 (UTC)
- 已完成。-- 北狐 2020年5月18日 (一) 04:56 (UTC)
Minecraft_Wiki:管理制度
希望把加入QQ群的要求拿掉，並不是每個人都有辦法註冊QQ，你不能要求大家都要有中國門號。這是中文wiki，不是中國wiki--
Leo_leo_768(Talk|Contributions) 2020年5月8日 (五) 13:56 (UTC)
- 反對：由於牆的關係，中國大陸無法正常使用諸如Discord之類的社交軟體，而港澳台地區的使用者卻可以使用QQ軟體。而巡查員、管理員等職位會頻繁的進行互動，透過代理使用Discord是非常不現實的，而且如果長時間斷線則基本等於失聯。相比之下使用QQ會更現實一點。--HlDoramon(7AlK · C0И7Я18z) 2020年5月8日 (五) 14:10 (UTC)
- 意見:在台灣雖然可用，但註冊上會有困難--Leo_leo_768(Talk|Contributions) 2020年5月8日 (五) 15:04 (UTC)
- 意見:在台灣雖然可用，但註冊上會有困難--
- 強烈支持。-- Dianliang233 T•C 2020年5月8日 (五) 14:12 (UTC)
- 反對：確實如此，但至今Wiki上很多事務的討論都是在QQ群中進行的，而且目前還沒有其他討論渠道被認可。與其他使用者的交流目前仍是職位申請考察的重要部分，因此不能輕易刪掉這一條要求。但可以考慮增設其他交流渠道。--葉月 桐§ 2020年5月8日 (五) 14:14 (UTC)
- 可以考慮造一個Telegram-Discord-IRC-QQ機器人。-- Dianliang233 T•C 2020年5月8日 (五) 14:16 (UTC)
- 支持使用qq是因為相對於其他的社交軟體來說，qq是在各個方面都比較適合的。註冊也僅僅需要一個電話號碼就行。但如果能找到其他的更好的社交軟體，各地都能使用的更加方便的社交軟體，在保留qq的基礎下加一個也是不錯的選擇。--ACR研究小組（討論） 2020年5月8日 (五) 14:28 (UTC)
正在研究QQ-Discord互聯，請各位稍安勿躁。-- Dianliang233 T•C 2020年5月8日 (五) 15:11 (UTC)
- 支持此外建議允許在discord上活躍。-- 北狐 2020年5月9日 (六) 09:34 (UTC)
- 目前discord的條件不支持活躍，相當於自說自話。-- Dianliang233 T•C 2020年5月9日 (六) 10:59 (UTC)
- 目前discord的條件不支持活躍，相當於自說自話。--
- 除了表述不太討人喜歡以外，增設一個渠道我是 支持的。-- Lakejason0（論•功） 2020年5月9日 (六) 11:28 (UTC)
- 由於Minecraft Wiki的主題範圍比較小，規模也並非很大，所以為了順暢運作，使用者（特別是管理員執行操作時）更需要透過一定渠道保持溝通，故出此策，並不是要按照圈子決定人選。所以現在將QQ群和Discord並立為溝通渠道。 Cuervo(t) 2020年5月9日 (六) 14:37 (UTC)
斧的頁面出現大量錯誤
如題，我並不是太清楚lua
Lua錯誤 package.lua的第80行：module 'Module:Autolink/Dungeons' not found--Awesomehhhhh
(T / C) 2020年5月9日 (六) 01:40 (UTC)
教學/製作行為包章節移動或合併
如題，這個教學裡有一些進階章節，而教學/自訂實體、教學/自訂方塊、教學/自訂音效又是單獨頁面，都是基岩版的自訂，所以我建議：
- 把教學/製作行為包中的兩個章節分離到獨立頁面（自訂實體章節合併到教學/自訂實體，自訂物品建立獨立頁面）
或
- 在以上方案基礎上把這些獨立的自訂頁面作為教學/製作行為包的子頁面，主頁面鏈入其中
或
- 把這些獨立頁面都放到教學/製作行為包中，作為進階章節。--MCwitherSke (Talk) 2020年5月9日 (六) 10:11 (UTC)
- 建議把這些獨立頁面都放到教學/製作行為包中，作為進階章節。此外，如果有能力的話，建議去幫助en編寫條目（反向同步）。--SkyE | Talk · Contributions · Logs 2020年5月9日 (六) 10:53 (UTC)
- 合併 完成。自訂音效的內容與行為包無關，我放在了製作資源附加包。現在是該刪除原頁面還是重新導向？（廢話好多）--MCwitherSke (Talk) 2020年5月9日 (六) 12:25 (UTC)
關於過時的使用者頁面沙盒
如題，這個歷史遺留問題至今仍未得到完全解決。目前Wiki上有不少早期Wiki使用者的個人沙盒，這些沙盒早已無人維護且過時已久。它們使用了不少已經刪除或移動的頁面和檔案，導致維護頁面Special:需要的頁面列表變得十分長（至撰寫時有近3000個）。雖然此前有相關討論，但至今仍然無人採取相應措施。這些問題不能一直放著不管，需要儘早解決。
現在的主要問題是：對於這些過時的使用者沙盒，是直接刪除、用{{:en:Template:InactiveUserpage}}還是用{{Escaped link}}處理。
歡迎各位前來討論。 MysticNebula70 ( T / C ) 2020年5月10日 (日) 13:59 (UTC)
- 我建議對嚴重過時的使用者沙盒使用前者的方法，而對於模板文件採用後者的方法。--HlDoramon(7AlK · C0И7Я18z) 2020年5月10日 (日) 14:06 (UTC)
- 同意。但是對於上述兩個方法都救不了的我建議直接刪除。--Yiazing（討論） 2020年5月10日 (日) 14:32 (UTC)
- 建議先討論一個具體的「過時時間點」，然後用
{{:en:Template:InactiveUserpage}}處理所有過時的使用者頁面沙盒。很多沙盒裡的紅鏈都是因誤用模板而產生的，無法使用{{Escaped link}}簡單解決。--葉月 桐§ 2020年5月11日 (一) 02:13 (UTC)- 我已將
{{:en:Template:InactiveUserpage}}搬運至公共沙盒，如有需要可協助修改。--葉月 桐§ 2020年5月11日 (一) 02:46 (UTC) - 根據Wiki上各活躍使用者的活躍時期（感謝Lxazl5770的圖表），我提議以2018年1月1日為過時時間點。 MysticNebula70 ( T / C ) 2020年5月11日 (一) 04:52 (UTC)
- 我建議按照
{{:en:Template:InactiveUserpage}}的時間點（即2020年1月1日）為過時時間點。--Yiazing（討論） 2020年5月11日 (一) 09:50 (UTC)
- 我建議按照
- 如對使用
{{InactiveUserpage}}的方案無異議，建議先統一處理所有於2018年1月1日後無任何編輯操作的使用者所建立的沙盒頁面，然後視紅鏈的殘留程度繼續討論是否延後過時時間點。--葉月 桐§ 2020年5月11日 (一) 10:45 (UTC)
- 我已將
- 現階段達成的共識是，以2018年1月1日為時間點，用
{{InactiveUserpage}}處理過時的使用者沙盒。現進入凍結期，若3天內沒有更多討論，將按照此共識開始清理。 MysticNebula70 ( T / C ) 2020年5月12日 (二) 08:33 (UTC)- 三天已到，開始清理--Leo_leo_768(Talk|Contributions) 2020年5月15日 (五) 14:40 (UTC)
- 三天已到，開始清理--
機翻大排查
我在封鎖日誌中尋找因機翻被封鎖的使用者，也去搜尋各使用者討論頁的機器翻譯警告，並查看了他們的機翻內容，最近幾天我也翻看了每一份基岩版開發者文件的歷史，去查找因機翻被撤銷的編輯，我去搜尋機翻內容中的每一個關鍵字，以查找新的機翻內容。我發現很多機翻內容中含有繁體譯名，我希望大家對各繁體譯名進行搜尋，需要按每頁顯示500項並動用瀏覽器的查找功能進行搜尋，以搜尋出所有包含關鍵詞的頁面，也可以使用機器人協助搜尋，另外我發現多數機翻內容中存在單獨的「塊」字，我希望能使用機器人搜尋前面沒有「方」字的「塊」字，一些方塊的譯名也包含「塊」字，使用機器人搜尋時也應該排除這些譯名，以搜尋所有既不是「方塊」中的「塊」字又不是譯名中的「塊」字的其他「塊」字。如果找到機翻內容請在該段落前面加入{{trans|revision|1}}，該段落可能存在一些只有機翻內容才存在的關鍵詞，要對這些關鍵詞進行搜尋，對應的原文可從該頁面的歷史中找到，為了保證原文的準確性，需要找出機翻之前最後存在的原文，歷史頁面上方有個「搜尋修訂版本」的表單，調整「截止年份」可查到每一年的最後一個修訂版本，查看各修訂版本中的對應段落可得知該段落是在哪一年被翻譯的，將「截止年份」調到被翻譯的年份再將「截止月份」設為6月，可得知該段落是在上半年還是下半年被翻譯，然後進一步確定翻譯時間是哪一個季度、哪一個月份，最後可找出機翻的編輯以及機翻貢獻者，機翻貢獻者很可能在其他地方也進行過機翻，查看其貢獻頁可能會找出新的機翻內容，該機翻內容中可能有新的機翻關鍵詞存在，並進行搜尋。即使這樣進行大排查也不能把機翻內容全部找出，因為有些機翻內容不存在不標準譯名或所有不標準譯名均已被修改，只存在不通順語句，所以各位如果見到不標準譯名，請留意存在不標準譯名的段落是否通順，如果在閱讀時發現無法理解的機翻內容，請及時標記，尤其是巡查豁免者應該注意，畢竟上次修改的「玻璃片」就是在巡查豁免者修正「鐵柵欄」的編輯中找到，該段落同時存在「鐵柵欄」和「玻璃片」，但他僅僅修正了「鐵柵欄」。作為巡查員在巡查關於修正不標準譯名或不通順語句的編輯時，應該注意被修正的段落是否為機翻內容，如果是無法理解的機翻內容，請及時標記，並找出原文，如果發現新增內容中存在機翻內容，別忘了在新增的機翻內容中找出機翻關鍵詞並進行搜尋，說不定會找到此前未發現的機翻內容。——116.199.103.229 2020年5月14日 (四) 15:05 (UTC)
- 機器翻譯算是本wiki的一大歷史遺留問題。如果發現有問題的頁面，請儘可能直接幫助改善，只標記頁面對解決問題幫助不大。而且所謂的「機翻貢獻者」大多也早已不再活躍，難以追究責任，沒有必要特別指名道姓。現在能做的基本上只有防止新內容中出現低質量機翻文字，和逐步修復已有的機翻內容。目前本wiki仍以更新新內容為主要任務，且工作量較大，我們的編輯者無法花過多精力解決此事，還請諒解。--葉月 桐§ 2020年5月14日 (四) 15:16 (UTC)（最後編輯於2020年5月14日 (四) 15:20 (UTC)）
關於摺疊不合適評論的模板
RT。Template:Inappropriate comment這個模板已經壓在沙盒頁面幾個月了，我已經基本完成了文件頁面，是否將其投入實際使用？--HlDoramon(7AlK · C0И7Я18z) 2020年5月15日 (五) 09:32 (UTC)
- 目前沙盒裡還有一個相關模板Template:Sandbox/Movetalk。但現在還沒有關於處理不合適話題統一方案的共識，現行討論頁方針中也沒有明確提出解決方法。建議先討論處理這類話題的方式（直接刪除、使用模板還是使用其他方法），如達成使用模板的共識，再討論最後使用哪個模板。--葉月 桐§ 2020年5月15日 (五) 09:50 (UTC)
關於{{Message box}}的更新
下列有關模板更新的討論已經結束，請不要再編輯此段。任何想要進一步探討的編輯者應該新建一個話題。
討論結果為 已按照共識更新。
如題，本wiki目前使用的資訊框仍然在使用老舊的table在布局，已經嚴重不符合現代布局的理念。目前我已將其重寫，見此。現在徵求大家的意見：是保持目前樣式不變，還是藉此重寫機會將其改造為類似於wzh:Template:Ambox的樣式。歡迎各位提出意見和建議。 MysticNebula70 ( T / C ) 2020年5月15日 (五) 10:21 (UTC)
- 支持改造成ambox，非常簡潔美觀，還不會有之前
{{exclusive}}模板過長的破事發生。-- Dianliang233 T•C 2020年5月15日 (五) 10:36 (UTC)
- 疑問，重寫該模板是否會導致巨量頁面的變更？--ChemistChang 2020年5月15日 (五) 10:59 (UTC)
- 會就會咯，這個沒法避免。-- Lakejason0（論•功） 2020年5月15日 (五) 11:33 (UTC)（最後編輯於2020年5月15日 (五) 11:33 (UTC)）
- 會就會咯，這個沒法避免。--
- 疑問，重寫該模板是否會導致巨量頁面的變更？--ChemistChang 2020年5月15日 (五) 10:59 (UTC)
中立，但是 支持去除表格布局。我不想改樣式，如果能不用table保留原樣式，我覺得再好不過。-- Lakejason0（論•功） 2020年5月15日 (五) 11:33 (UTC)（最後編輯於2020年5月15日 (五) 11:40 (UTC)）- 支持去除表格布局、 支持使用舊樣式。-- Lakejason0（論•功） 2020年5月16日 (六) 11:02 (UTC)
- 支持去除表格布局、 支持使用舊樣式。--
- 支持。個人覺得如果能帶來更好的閱讀體驗，那就是好的。--Lxazl5770zh.admin（論 ▪ 功） 2020年5月15日 (五) 11:36 (UTC)
- 支持使用ambox。--葉月 桐§ 2020年5月15日 (五) 11:42 (UTC)
- 支持換成Ambox樣式。--MCwitherSke (Talk) 2020年5月15日 (五) 12:17 (UTC)（最後編輯於2020年5月16日 (六) 14:08 (UTC)）
- 支持換成Ambox樣式，看起來乾淨許多--Leo_leo_768(Talk|Contributions) 2020年5月17日 (日) 03:24 (UTC)
說明：去除table是已經達成了社群共識的。目前討論的重點在於是否更新樣式。請儘量不要僅僅使用「支持」來表明觀點，還請表述清楚支持何種樣式。 MysticNebula70 ( T / C ) 2020年5月15日 (五) 16:46 (UTC)
- 支持換成Ambox。Drlee_lihr 討論/貢獻 2020年5月18日 (一) 03:47 (UTC)
- 建議：建議將原有的基於table的過時設計保留一份至一個/legacy子頁面，方便特殊需要時進行檢查。--Magnussiiftun1857T•C•E 2020年5月18日 (一) 08:49 (UTC)
- 建議直接拆兩個模板--Leo_leo_768(Talk|Contributions) 2020年5月18日 (一) 10:52 (UTC)
- 建議直接拆兩個模板--
根據目前各位的意見，可以認為已經達成共識：
- 主模板更換為Ambox樣式；
- 建立子模板/retro，基於新布局提供舊的外觀；
- 建立子模板/legacy，仍然使用舊的table布局。
現進入凍結期，3天內無異議即透過。 MysticNebula70 ( T / C ) 2020年5月19日 (二) 11:03 (UTC)（最後編輯於2020年5月19日 (二) 11:32 (UTC)）
請求加入「需整改排版」分類及模板
Wiki上存在很多排版質量低的頁面，它們可能對某一類型視圖不友好或者使用糟糕的行距控制及縮進方式等等，例如使用大量的空格和空行來控制表格的行寬和分割線位置。因此我想了解加入一個相關的模板及頁面分類以便於統一整理和編輯是否有必要。
模板示範：
{{Msgbox|image=Eye_of_Ender_JE2_BE2.png|title=此页面的排版需要改进。|text=此页面可能有着糟糕的排版或是对某一类型视图（移动端/桌面端）不友好。<br>你可以帮助我们来{{fullurl|{{FULLPAGENAME}}|action{{=}}edit|text=改进}}此条目的排版。}}<includeonly>{{#if:{{NAMESPACE}}||[[Category:需改进排版的条目]]}}</includeonly>
此頁面可能有著糟糕的排版或是對某一類型視圖（移動端/桌面端）不友好。
你可以幫助我們來改進此條目的排版。
透過搜尋沒有找到相關的模板。如果和已有方案重複，大可忽略這篇主題。
wiki新人，對wikitext和模板編寫不是特別熟悉，懇請大家提出改進上方模板的建議。–該未簽名留言由Minecommandercn（討論 • 貢獻）在2020年5月15日 13:34 (UTC) 加入。請在您的回覆後面加上 ~~~~
- 可使用
{{cleanup}}，然後在模板中說明需要改進頁面排版。--葉月 桐§ 2020年5月15日 (五) 13:47 (UTC) 同意。現在一些詞條排版確實需要整改了（如基岩版提及特性……那個我都看不下去了）。--Minesunset1030（討論） 2020年5月16日 (六) 01:32 (UTC)- 忘了有這個了。--Minesunset1030（討論） 2020年5月16日 (六) 01:52 (UTC)
- 我做的那個沙盒裡的模板（TemplateNeeded模板）需要刪除嗎？--Minesunset1030（討論） 2020年5月16日 (六) 01:54 (UTC)
- 直接使用
{{cleanup}}即可。–該未簽名留言由Dianliang233（討論 • 貢獻）在2020年5月16日 01:50 (UTC) 加入。請在您的回覆後面加上 ~~~~ - 由於沙盒內模板作用與
{{cleanup}}重複，且位於錯誤的命名空間內，已將其刪除。如確有必要，請前往Template:Sandbox下建立。 MysticNebula70 ( T / C ) 2020年5月18日 (一) 09:49 (UTC)
「Minecraft」譯名
翻?不翻?我的世界?當個創世神?--Leo_leo_768(Talk|Contributions) 2020年5月16日 (六) 10:03 (UTC)
- 正文不考慮使用譯名。簡體使用「我的世界」，繁體使用「當個創世神」。-- Dianliang233 T•C 2020年5月16日 (六) 10:06 (UTC)
- 但官方似乎沒給一個譯名，全用Minecraft比較好吧--Leo_leo_768(Talk|Contributions) 2020年5月16日 (六) 10:14 (UTC)
- 大陸的話網易的官方譯名是我的世界，繁體社群我就不太清楚了。-- Dianliang233 T•C 2020年5月16日 (六) 10:19 (UTC)
- 大陸的話網易的官方譯名是我的世界，繁體社群我就不太清楚了。--
- 但官方似乎沒給一個譯名，全用Minecraft比較好吧--
- 正文我們統一不翻譯。頁面標題因為SEO的原因翻譯為我的世界。-- Ff98sha（討論·貢獻） 2020年5月16日 (六) 10:23 (UTC)
- 繁體標題也是我的世界?--Leo_leo_768(Talk|Contributions) 2020年5月16日 (六) 10:27 (UTC)
- 如果是SEO的話，繁體的標題是否使用麥塊或當個創世神？-- Lakejason0（論•功） 2020年5月16日 (六) 10:46 (UTC)
- 我認為繁體應當變更為「當個創世神」，如果繁體稱呼「當個創世神百科」比「Minecraft百科」要多的話。-- Ff98sha（討論·貢獻） 2020年5月16日 (六) 10:59 (UTC)
- 我個人認為繁體主要用「Minecraft」，再來是「我的世界」，最後才是「當個創世神」，以繁體社區巴哈姆特為例:「Minecraft 我的世界（當個創世神）」，還有YT上的Minecraft影片幾乎都打「【Minecraft】」--Leo_leo_768(Talk|Contributions) 2020年5月16日 (六) 11:13 (UTC)（最後編輯於2020年5月17日 (日) 03:40 (UTC)）
- 那麼繁體也保留Minecraft？-- Dianliang233 T•C 2020年5月16日 (六) 11:21 (UTC)
- 支持 Cuervo(t) 2020年5月17日 (日) 07:09 (UTC)
- 那麼繁體也保留Minecraft？--
- 我個人認為繁體主要用「Minecraft」，再來是「我的世界」，最後才是「當個創世神」，以繁體社區巴哈姆特為例:「Minecraft 我的世界（當個創世神）」，還有YT上的Minecraft影片幾乎都打「【Minecraft】」--
- 還有人對繁體的標題有其他意見嗎?--Leo_leo_768(Talk|Contributions) 2020年5月16日 (六) 11:50 (UTC)
- 根據實際情況來吧。-- Lakejason0（論•功） 2020年5月17日 (日) 03:36 (UTC)
- 根據實際情況來吧。--
- 我認為繁體應當變更為「當個創世神」，如果繁體稱呼「當個創世神百科」比「Minecraft百科」要多的話。--
- 繁體標題也是我的世界?--
再一次關於Minecraft Earth
下列有關命名空間的討論已經結束，請不要再編輯此段。任何想要進一步探討的編輯者應該新建一個話題。
討論結果為 已建立。
英文站點將Minecraft Earth相關內容仿照MCD移動到了獨立命名空間裡。根據之前的共識，中文目前保持不動。是否有更進的必要？-- 
Lakejason0（論•功） 2020年5月17日 (日) 03:33 (UTC)
- 同意 獨立命名空間更容易區分一些。Snow dash（討論） 2020年5月17日 (日) 03:35 (UTC)
- 仍然同意，便於管理。-- Ff98sha（討論·貢獻） 2020年5月17日 (日) 04:09 (UTC)
- 反對 理由與上次的一致：MCE和基岩版屬於同一種遊戲。而MCD不屬於嚴格意義的MC遊戲，故這個分開可以理解。--HlDoramon(7AlK · C0И7Я18z) 2020年5月17日 (日) 04:54 (UTC)
- 反對。Earth相比MCD來說，更像是主遊戲Minecraft，也是可以自己決定想怎麼玩的沙盒式遊戲，可以看做是Minecraft的一個獨特分支而不是衍生遊戲，所以還是希望像以前討論那樣不動它，獨有特性由
{{Exclusive}}標記。--MCwitherSke (Talk) 2020年5月17日 (日) 07:10 (UTC) - 反對Minecraft Earth基於基岩引擎製作，且Minecraft Earth的條目偏少，不建議移動到獨立命名空間。-- 北狐 2020年5月17日 (日) 07:28 (UTC)
- 提醒：Minecraft Earth相關條目並不算少，包括所有版本號相關條目也要一併移動。 MysticNebula70 ( T / C ) 2020年5月17日 (日) 08:19 (UTC)
- 相比MCD還是比較少的。-- 北狐 2020年5月17日 (日) 11:53 (UTC)
- 相比MCD還是比較少的。--
- 提醒：Minecraft Earth相關條目並不算少，包括所有版本號相關條目也要一併移動。 MysticNebula70 ( T / C ) 2020年5月17日 (日) 08:19 (UTC)
- 同意，方便查閱和區分。Drlee_lihr 討論/貢獻 2020年5月18日 (一) 03:49 (UTC)
- 反對。MCE是直接拿基岩版改的，適用於基岩版的大量內容同樣適用於MCE，無論是物品，方塊，遊戲物理的執行方式，生物AI。對這些內容的認知需要查閱基岩版的資料，而MCE的新生物和新物品歸為獨有特性就行了。
MCD是拿虛幻4寫的，除了美術資源和文化設計和MC有關以外，基本上和Minecraft沒有什麼關係了。--Magnussiiftun1857T•C•E 2020年5月18日 (一) 08:40 (UTC) - 同意。畢竟不是同一款遊戲，還是有區別的。這樣區分的明確一點。--124.64.16.184 2020年5月18日 (一) 08:59 (UTC)
- 再次，該議題的提出是因為EN這麼做了。如果覺得沒有什麼MCE獨立內容如果不分命名空間會很零碎的現象，那麼我覺得沒必要，但是EN這麼做了……（來自Lakejason0，使用IP）--117.71.48.153 2020年5月21日 (四) 07:25 (UTC)
- 同意。earth作為一個單獨的遊戲而不是Minecraft不同分支的版本，將其內容整理到單獨統一的地方會更好些。--MineCommanderCN T/C 2020年5月22日 (五) 11:38 (UTC)
再次強調，本次議題的重點是是否和英文對齊。我認為更應當從與EN同步和管理的角度考慮這個問題。如果不存在這個問題，那麼我認為可以採用之前的共識。-- Lakejason0（論•功） 2020年5月22日 (五) 12:50 (UTC)
- 如果相對好管理，那麼我 同意。-- 北狐 2020年5月23日 (六) 06:12 (UTC)
- 同意，為了方便同步和管理。即使沒那麼有必要建立也應考慮同步的問題。-- Ff98sha（討論·貢獻） 2020年5月23日 (六) 10:54 (UTC)
- 同意，拆分後更便於管理維護。 MysticNebula70 ( T / C ) 2020年5月23日 (六) 11:16 (UTC)
- 同意，還可以設定外觀--Leo_leo_768(Talk|Contributions) 2020年5月26日 (二) 08:50 (UTC)
關於使用者頁面的模板使用
使用者頁面上有一些常見模板需要整理。
- 關於使用者框，雖然已經有了整理計劃，但是最近的新人明顯不知道命名規範，繼續新增使用者框，導致本就困難重重的整理計劃雪上加霜。
- 使用者框整理計劃需要進一步執行，不然這個計劃會一直擱置下去。之前我整理時犯下了大錯，導致我沒有動力繼續執行這個計劃。
- 需要更多人來幫忙整理，並且整理的規則需要根據現狀進一步變更。
- 關於
{{Infobox}}一類的模板，目前大量使用者頁面上仍然使用了諸如{{Person}}、{{Block}}、{{Item}}和{{Biome}}等模板，會導致分類困難，個人不建議在使用者頁面上使用。- 建議進一步完善
{{Profile}}模板。
- 建議進一步完善
- 此外，我自行製作的Wikibreak模板也可供用於規範使用者頁面。
--SkyE | Talk · Contributions · Logs 2020年5月19日 (二) 11:48 (UTC)
- 支持，
等我把帳號弄回來就整理--222.140.21.93 2020年5月19日 (二) 13:15 (UTC)- 來了--Awesomehhhhh (T / C) 2020年5月20日 (三) 00:11 (UTC)
- 嚶嚶嚶這就警告了TvT--Awesomehhhhh (T / C) 2020年5月20日 (三) 00:14 (UTC)
- 嚶嚶嚶這就警告了TvT--Awesomehhhhh
- 來了--Awesomehhhhh
- 今天更新了
{{Userbox}}之後，部分使用者框出現了錯誤，這是由於原先就在使用的錯誤參數引起的。希望在之後的使用者框整理中予以更正。 MysticNebula70 ( T / C ) 2020年5月21日 (四) 13:47 (UTC)
關於編輯時的小格式的意見
1.個人建議減少{{only}}模板的使用，更多使用{{main}}（寫錯了，應該是{{in}}）來描述版本之間的差別。至少，使用{{only}}時，{{only|Java}}和{{only|BE}}儘量都寫上，表達清楚基岩版和Java版的差別到底在哪，畢竟，本wiki不是Java版的wiki。
到底哪些是only的？Java版不同之處在哪？我覺得編輯中需要儘量避免這種歧義。
2.對於全新的頁面，也就是新版本新增的頁面，例如靈魂土和標靶（只是舉例子，這兩個頁面本身沒這個問題），已經在頁面開頭掛了{{Snapshot}}，就沒有必要在頁面內部再到處寫{{upcoming}}了吧，整個頁面都是新版本的內容。–該未簽名留言由Snow dash（討論 • 貢獻）在2020年5月20日 08:47 (UTC) 加入。請在您的回覆後面加上 ~~~~（最後編輯於2020年5月20日 (三) 09:02 (UTC)）
{{in}}模板實際上用於修正{{only}}模板的使用。目前，前者應該放置在句首，後者應該放置在居中和句號後面。在一段描述中兩者不應該同時使用。--Lxazl5770zh.admin（論 ▪ 功） 2020年5月20日 (三) 08:58 (UTC)- 我覺得吧，這種東西加一個下劃線或者背景高亮就夠了……
如果我沒記錯的話，來源請求用的是橙色高亮背景，很顯眼。upcoming或者only的話可以考慮下劃線。就像這樣：
- 當然，這樣看上去很粗糙，可能還需要仔細調整樣式。
另外提示一下，可以使用模板{{t}}來在頁面內引用模板而不需要大量使用nowiki文字。--Magnussiiftun1857T•C•E 2020年5月20日 (三) 09:08 (UTC)
建議建立一個幫IP使用者註冊帳號的說明頁面
很多IP使用者想註冊成正規使用者，但是也有許多人不知道如何註冊，一直被卡在那裡註冊不了。39.67.67.8 2020年5月21日 (四) 09:58 (UTC)
- 但是即使幫忙註冊也需要對方可以登入twitch。--220.162.18.196 2020年5月21日 (四) 10:27 (UTC)
- 這沒關係，重點是很多IP使用者有條件但不會註冊。39.67.67.8 2020年5月21日 (四) 10:32 (UTC)
- 大家都不目害，右上角註冊看的見吧。--220.162.18.196 2020年5月21日 (四) 10:39 (UTC)
- 註冊的介紹很簡單，就是註冊一個twitch，全程除了gamepedia的紫色按鈕是英文外其他都是中文，唯一麻煩的可能就是，但這個只能自己尋找我們沒辦法幫也不能幫--222.140.21.93 2020年5月21日 (四) 12:46 (UTC)
- 見此。--SkyE | Talk · Contributions · Logs 2020年5月21日 (四) 11:22 (UTC)
更換基岩版beta 1.16.0.x的圖片
選單介面英文不懂，建議更換成BlockSchoolDW使用者的選單介面圖片。想要的請在微博：@方塊學園電玩 私信 39.182.134.129 2020年5月21日 (四) 11:18 (UTC)
- 要更自己更，如果是別人的截圖應該需要授權。--140.243.69.66 2020年5月21日 (四) 11:21 (UTC)
- 拒絕任何帶有宣傳性質的圖片。-- Ff98sha（討論·貢獻） 2020年5月21日 (四) 11:28 (UTC)
關於客戶服務的問題
依據討論頁方針摺疊不合適評論。（Wiki並非客戶服務中心）關於討論頁無價值話題的處理方式
近期，管理員告示板上出現了不少與管理員權限無關的話題，其存檔週期也有明顯縮短的趨勢。雖然有人提出使用{{Inappropriate comment}}來摺疊或隱藏這些話題，但效果不甚理想，摺疊後的話題仍易堆積，影響使用者查看其他有效話題。為進一步整治這種現象，可能需要應用新的處理方法。
我提議的方法如下：
- 遇到無價值話題時，直接將其移除，必要時在編輯摘要中給出說明。
- 不再將
{{Inappropriate comment}}模板用於摺疊或隱藏整個話題，而僅用作處理單條留言。 - （可選）在討論頁頂部提示「因違背討論頁方針或其他規範，本頁有？個話題未予展示」。為此可能需要建立新的模板。
還請各位積極提出建議或其他解決方案。--葉月 桐§ 2020年5月23日 (六) 02:32 (UTC)
- 不知道這麼做是否合乎規範……但是我覺得這些留言有必要在存檔中存檔，也許結合第三點比較好？-- Lakejason0（論•功） 2020年5月23日 (六) 03:34 (UTC)
- 建議放一個預設折疊的話題，再將這些話題放進去--Leo_leo_768(Talk|Contributions) 2020年5月23日 (六) 06:01 (UTC)
- 我建議 維持現狀。移除評論容易讓不知情的IP使用者產生「暗箱操作」「歧視」等負面看法。除非特殊情況，一般不建議移除評論。對於存檔問題，可以考慮擴寬討論頁存檔的要求（例如有效討論超過50個、總討論數超過75個、離最近回復時間超過3個月等）。--HlDoramon(7AlK · C0И7Я18z) 2020年5月23日 (六) 10:49 (UTC)
- 個人傾向於方案3。直接刪除可能會打擊ip使用者的編輯自信。不如用更醒目的字體提醒所有使用者不要發和編輯無關的提問更好？--Minesunset1030（討論） 2020年5月23日 (六) 21:09 (UTC)
- 點擊上方編輯按鈕然後在頁面上看看。
- 你也沒有看見。-- Dianliang233 T•C 2020年5月24日 (日) 06:13 (UTC)
- 建議 維持現狀即可。-- Dianliang233 T•C 2020年5月24日 (日) 06:14 (UTC)
- 說句題外話：我覺得這些無用評論是不是那個破壞者加入的，想以此來擾亂正常的討論？我記得以前好像沒有在短時間內出現過這麼多的無用評論。我覺得不會有人以「是的，我，又回來了」為題來討論。（純屬瞎猜）--61.148.245.90 2020年5月25日 (一) 05:26 (UTC)
關於首頁
望本wiki首頁可以有「快捷傳送門」至Minecraft Dungeons:Wiki，其也有「快捷傳送門」至首頁，使得倆頁面可相互切換。
——Leisurelyxiaohui- （Τ） 2020年5月23日 (六) 06:51 (UTC)
- 同意 連我自己有的時候都找不著，要有連結就方便多了。--123.112.197.234 2020年5月23日 (六) 11:16 (UTC)
- 同意，這樣比較方便，否則給MCD單獨建一個主頁就沒多大用處。-- 北狐 2020年5月23日 (六) 13:33 (UTC)
- 支持。-- Dianliang233 T•C 2020年5月23日 (六) 14:54 (UTC)
- 太 支持了。--Minesunset1030（討論） 2020年5月23日 (六) 21:20 (UTC)
- 支持。但是放在哪裡可以討論一下。--MCwitherSke (Talk) 2020年5月24日 (日) 04:08 (UTC)
- 或許可以放在側邊欄。-- 北狐 2020年5月24日 (日) 05:32 (UTC)
- 人氣頁面也可以，以及左邊的側邊欄--Awesomehhhhh (T / C) 2020年5月24日 (日) 06:22 (UTC)
- 不如相關連結和側邊欄都放。--222.131.11.69 2020年5月25日 (一) 03:12 (UTC)
- 或許可以放在側邊欄。--
- 支持。以及，希望在dungeons wiki裡儘量多使用一些該遊戲內特有的sprite。--MineCommanderCN T/C 2020年5月24日 (日) 10:47 (UTC)
- 支持放在首頁。放在相關連結裡？Drlee lihr 討論/貢獻 2020年5月25日 (一) 00:46 (UTC)
- 相關連結是不是太靠下了？[費解]--Awesomehhhhh (T / C) 2020年5月25日 (一) 03:37 (UTC)
- 相關連結是不是太靠下了？[費解]--Awesomehhhhh
- 目前相關連結已放置在首頁頂欄右邊。 MysticNebula70 ( T / C ) 2020年5月27日 (三) 12:27 (UTC)
- 手機版視圖貌似沒有。——Leisurelyxiaohui （Τ） 2020年5月29日 (五) 05:33 (UTC)
- MCE的怎麼搞，也要放那麼？（另提一句這麼弄好難看啊 --Drlee lihr 討論/貢獻 2020年5月29日 (五) 05:42 (UTC)
- 確實，看起來有點奇怪，不過這樣也行了--124.64.16.85 2020年5月29日 (五) 09:15 (UTC)
- 使用手機端、電腦端查看但沒有放大瀏覽器至全螢幕、手機端瀏覽器查看桌面版視圖 均未顯示dungeons Wiki的連結，請求修復Awesomehhhhh (T / C) 2020年5月29日 (五) 09:48 (UTC)
- 不過電腦端稍微放大一點就能看見，手機端確實沒有--124.64.16.85 2020年5月29日 (五) 09:59 (UTC)
- 對了，Minecraft Dungeons:Wiki那邊的返回連結也有這個問題--124.64.16.85 2020年5月29日 (五) 10:04 (UTC)
- 不過電腦端稍微放大一點就能看見，手機端確實沒有--124.64.16.85 2020年5月29日 (五) 09:59 (UTC)
- 已解決手機版沒有連結的問題。考慮占用空間問題，手機端視圖沒有圖像，切換至桌面端視圖後即可顯示。 MysticNebula70 ( T / C ) 2020年5月29日 (五) 11:57 (UTC)
- 手機版視圖貌似沒有。——
問問題
有辦法讓 | 在第一層解析器函式不解析，但在第二層被解析的方法嗎?
像{{#ifeq:{{#if:1|2{{!}}2}}|1}}我希望它變成{{#ifeq:2|2|1}}再變成1--Leo_leo_768(Talk|Contributions) 2020年5月23日 (六) 14:24 (UTC)
- 我感覺直接說出你的需求可能更管用一些。-- Lakejason0（論•功） 2020年5月23日 (六) 14:34 (UTC)
- Template:SPConversion--Leo_leo_768(Talk|Contributions) 2020年5月23日 (六) 14:43 (UTC)
- Template:SPConversion--
- 可能寫的複雜一些比較直接，如果我沒理解錯：
{{#if:我不为空
|{{#ifeq:2|2|1}}
|“1”为空时的情形
}}
-- Cuervo(t) 2020年5月23日 (六) 15:13 (UTC)
- 我是要這樣:
{{#if:{{#ifeq:我是一樣的(對#ifeq)|我是一樣的(對#ifeq)|我不为空(對#if)|不为空时的情形(對#if)}}|为空时的情形(對#if)}}--Leo_leo_768(Talk|Contributions) 2020年5月23日 (六) 15:25 (UTC)
- 我是要這樣:
又關於{{Msgbox}}
目前Msgbox已經換成了wzh:Template:Ambox的樣式，但我發現Ambox在Msgbox中還是只實現了左側豎條，描邊還沒有。這是有意還是忘記了？--MCwitherSke (Talk) 2020年5月24日 (日) 04:16 (UTC)
- 尚不清楚是不是WAI。我猜是。以及，還是不太喜歡新樣式。-- Lakejason0（論•功） 2020年5月24日 (日) 04:29 (UTC)
- Status: RESOLVED
- Resolution: Works As Intended -- Dianliang233 T•C 2020年5月24日 (日) 04:41 (UTC)（最後編輯於2020年5月24日 (日) 04:52 (UTC)）
- 真不確定這是不是「已替換成Ambox樣式」--MCwitherSke (Talk) 2020年5月24日 (日) 06:19 (UTC)
- 我覺得目前這個樣子挺簡潔美觀的，沒必要再改。--MineCommanderCN T/C 2020年5月24日 (日) 10:42 (UTC)
合成原料：地獄木材和黑石
我在英文的en:Module:Inventory slot/Aliases做了一些讓「任意」「對應」可以指到地獄版本材料的改動，現在也會移植到中文版Module:Inventory slot/Aliases來。如果發現出了什麼問題，請在下面和我說。——Arthur200000（討論） 2020年5月28日 (四) 12:41 (UTC)
- 需要管理員處理模組討論:Autolink/Block。——Arthur200000（討論） 2020年5月28日 (四) 12:59 (UTC)
變更已完成，請各位確認木材、半磚、鵝卵石、黑石工作正常。——Arthur200000（討論） 2020年5月29日 (五) 17:10 (UTC)
模板衝突
Template:Testingame和Template:Needs testing好像存在衝突，而且應該是testinggame而不是testingame(少了個g)--222.140.21.93 2020年5月30日 (六) 07:48 (UTC)
- 已移動並合併。-- Huerdada · T⁄C 2020年5月30日 (六) 08:35 (UTC)
- 錯誤，並非testing game而是test in game，已撤銷移動。 MysticNebula70 ( T / C ) 2020年5月30日 (六) 08:38 (UTC)
- 但問題是需要測試 和 需要在遊戲內測試 意思幾乎完全相同--222.140.21.93 2020年5月30日 (六) 10:01 (UTC)
- 目前
{{testingame}}是重新導向到{{needs testing}}的，請您自己試試。 MysticNebula70 ( T / C ) 2020年5月30日 (六) 10:08 (UTC)
- 目前
關於維基的編輯
https://www.mcbbs.net/thread-1054887-1-2.html 吐槽了一下，然後發mcbbs上可能看不見，所以希望引起一下注意啥的。42.92.24.204 2020年5月31日 (日) 12:53 (UTC)Pharam
--
Huerdada · T⁄C 2020年5月31日 (日) 12:55 (UTC)
- 不是嫌麻煩，是貴維基真的反人類。42.92.24.204 2020年5月31日 (日) 12:57 (UTC)Pharam
- 並不反人類，只是你沒用習慣罷了。而且Wiki的編輯系統許多類似的網站都在使用，在這裡意見回饋沒有任何作用，因為我們無法對編輯系統作出任何改動，如有必要請聯繫相關開發者。另外，請勿在條目當中玩爛梗（Special:diff/433128）。--葉月 桐§ 2020年5月31日 (日) 13:16 (UTC)
- 那個玩意...我還以為沒提交上，原來是被審核打回去了。我會適應的，不過硬代碼這個應該要解決一下。42.92.24.204 2020年5月31日 (日) 13:24 (UTC)Pharam
- 並不反人類，只是你沒用習慣罷了。而且Wiki的編輯系統許多類似的網站都在使用，在這裡意見回饋沒有任何作用，因為我們無法對編輯系統作出任何改動，如有必要請聯繫相關開發者。另外，請勿在條目當中玩爛梗（Special:diff/433128）。--葉月 桐§ 2020年5月31日 (日) 13:16 (UTC)
- 已於帖內回復。-- Ff98sha（討論·貢獻） 2020年6月1日 (一) 03:14 (UTC)
- 1所有採用mw的wiki原始碼都這樣，如果你在其它wiki編習慣就可以了。2具體原因？3記得把代碼備份到記事本。4鎖上是因為被保護。--220.162.17.55 2020年6月1日 (一) 05:09 (UTC)
- 還有就這還反人類？建議使用百度百科之類的百科。不過確實可視化編輯不好用。（什麼叫原始碼真就原始碼）--220.162.17.55 2020年6月1日 (一) 10:09 (UTC)
- 可視化編輯是不好用，還容易出問題，一般人只要耐心讀完教學後就可以慢慢用wikitext編輯了，多編輯幾次就熟練了。 -- NoNormalCreeper • T⁄C 2020年6月5日 (五) 10:03 (UTC)
在這裡解釋一下：
- 原始碼是頁面的全實現處（可能描述不好），原始碼編輯更實用，可以先習慣一下wiki語言，這可比html簡單。
- 可視化編輯的排版系統與平時瀏覽網頁不同，只能習慣。
- 有些時候伺服器可能會卡頓，就會顯示逾時之類的，這個貌似也不能解決，還可能是被巡查員回退了。
- 可能的原因有：
- 有些頁面受半保護或全保護，半保護註冊使用者就可以編輯，全保護可以聯繫管理員。
- 一些特性頁面的開頭有
{{Infobox}}（那個有圖像，下面還有顯示資訊的框），可以研究它的參數，有需要可以打開模板頁面看文件（連結是Template:花括号中间开头的模板名）。
--MCwitherSke (Talk) 2020年6月1日 (一) 11:45 (UTC)
- 說實話，雖然本人有部分c#基礎，但對HTML以及wikitext沒有一絲了解，但在我進行編輯是的確感到十分困難，看起來全篇都是中文的頁面原始碼卻是一大堆的英文，我想很多人都對此感到排斥因為第一步就可以把他勸退，但我還是繼續幹了下去，每天看模板使用以及翻看其他的頁面原始碼的使用格式，一直到後面雖然只註冊2.5個月但是已經4000wp，其實到了後面真的不算太難，模板一個頁面也用不了多少，那些偏難雜怪的模板一般頁面根本用不上。模板現在大部分都有doc，如果您覺得可以，可以先從mcd的東西建立起，因為mcd的頁面目前來說還是好建立一點的--222.140.20.136 2020年6月1日 (一) 14:03 (UTC)awesomehhhhh
- ...?wikitext一般情況會兩個'[[]]'和'{{}}'就夠了吧編輯夠用了吧…--124.234.94.14 2020年6月2日 (二) 02:42 (UTC)
- 但{{}}可沒你像的那麼簡單，關鍵是模板太多了Awesomehhhhh (T / C) 2020年6月2日 (二) 09:18 (UTC)
- 路過一下，標籤沒閉合-- Drlee lihr 討論/貢獻 2020年6月3日 (三) 04:26 (UTC)
- 但{{}}可沒你像的那麼簡單，關鍵是模板太多了Awesomehhhhh
- 建議學習/預習/複習手冊。(來自Lakejason0，作為IP編輯)--117.71.48.153 2020年6月4日 (四) 06:42 (UTC)（最後編輯於2020年6月4日 (四) 08:40 (UTC)by Leo_leo_768）
- 路過一下，其實有跨維基連結--Leo_leo_768(Talk|Contributions) 2020年6月4日 (四) 08:40 (UTC)
- 路過一下，其實有跨維基連結--
{{xp}}
建議在該模板的經驗球圖像部分加入到經驗值#經驗球的連結，雖然此模板好像未被保護，但是由於我不會寫，所以把意見提到這裡，懇請大家提出意見或幫助完成。-- 
Drlee lihr 討論/貢獻 2020年6月5日 (五) 06:52 (UTC)
- 已完成。 MysticNebula70 ( T / C ) 2020年6月5日 (五) 08:39 (UTC)
關於命名空間ID這一翻譯
原詞為「Namespaced ID」。按照漢語語法理解，命名空間ID可以被理解為「命名空間的ID」，比如minecraft:cow中，命名空間的ID就是minecraft，namespaced ID就是minecraft:cow。目前Wiki上使用命名空間ID指代Namespaced ID，個人覺得有些不妥。是否應該變更到其他名稱（e.g. 帶有命名空間的ID）並加入譯名標準化？如果需要，如何進行對各個使用{{infobox}}的模板以及其他各個條目的變更？-- Lakejason0（論•功） 2020年6月6日 (六) 11:59 (UTC)
- 同意，而且，個人認為「含命名空間的ID」較為合適。 -- NoNormalCreeper • T⁄C 2020年6月6日 (六) 12:03 (UTC)
- 同意，「帶(有)命名空間的ID」也可以。 Miemie method（討論） 2020年6月6日 (六) 12:07 (UTC)
- 支持，帶「命名空間的ID」不錯。-- 北狐 2020年6月7日 (日) 02:18 (UTC)
- 中立，我認為換不換都可以。不過我覺得「命名空間ID」可以作為「帶命名空間的ID」的縮寫，相對更簡潔。--HlDoramon(7AlK · C0И7Я18z) 2020年6月7日 (日) 02:45 (UTC)
- 中立。在我看來「命名空間ID」是拼合成的詞，由命名空間（冒號前面）和ID（冒號後面，與數字ID區分開）組成，Namespaced ID也大概是「有命名空間了的ID」，所以沒必要吧。--MCwitherSke (Talk) 2020年6月7日 (日) 06:26 (UTC)
- 同意，「命名空間id」好像確實有歧義-- Drlee lihr 討論/貢獻 2020年6月14日 (日) 11:20 (UTC)
- 中立。個人認為，「命名空間ID」作為專有名詞來使用是很好的翻譯，簡潔。如果加上「的」顯得累贅，可能在表意上更加清晰，但沒有必要。--Skyicecn1（討論） 2020年7月3日 (五) 10:54 (UTC)
指令條目的子頁面
下列有關整理頁面的討論已經結束，請不要再編輯此段。任何想要進一步探討的編輯者應該新建一個話題。
討論結果為 是，已完成編輯。
大多數指令的子頁面的段落（語法、參數、效果等）沒有使用== ==，而是使用;，是否需要更新排版？--Zxhfh·T/C 2020年6月7日 (日) 16:41 (UTC)
關於頁面移動的問題
Minecraft Wiki:沙盒/教學/算術邏輯由於存在大量未翻譯內容而被移入沙盒，現已翻譯完畢，可以移出了。
目前有一個問題：該頁面的英文頁面en:Tutorials/Arithmetic logic已經被移動到了en:Tutorials/Logic gates（有重新導向）。我還發現教學/基本邏輯門的英文頁面被合併到了邏輯電路（en:Mechanics/Redstone/Logic circuit），但在中文Wiki上仍然是兩個頁面。
有兩個解決方案：
- 將教學/基本邏輯門和邏輯電路合併，將Minecraft Wiki:沙盒/教學/算術邏輯移動到教學/邏輯門，將教學/算術邏輯重新導向到教學/邏輯門。
- 不合併頁面，將Minecraft Wiki:沙盒/教學/算術邏輯移動到教學/算術邏輯。
Zxybar1（討論） 2020年6月8日 (一) 14:35 (UTC)
基岩版指南丟失
基岩版水域更新（第一階段）之前指南丟失–該未簽名留言由39.182.133.126（討論）在2020年6月9日 01:53 (UTC) 加入。請在您的回覆後面加上 ~~~~
關於模板{{-}}
現在的情況是，{{-}}是正式模板，{{clear}}是重新導向。然而根據常識，「clear」才應該是正式的名稱，「-」才應該是重新導向。
是否有必要將{{-}}和{{clear}}調換一下？Icyphantom 討論I貢獻 2020年6月9日 (二) 17:44 (UTC)
- 雖然如此，我從來沒見過有人用後者的（攤手）--Lxazl5770zh.admin（論 ▪ 功） 2020年6月10日 (三) 02:50 (UTC)
- 應該說根本不知道有
{{clear}}，畢竟文檔沒寫--Leo_leo_768(Talk|Contributions) 2020年6月10日 (三) 04:43 (UTC)
- 應該說根本不知道有
- 我覺得只要兩者都能用就可以了吧。-- 北狐 2020年6月10日 (三) 04:56 (UTC)
- 能用就行吧。換不換也一樣，無非是一個是重新導向而一個不是，但最後呈現出來的都一樣。Awesomehhhhh (T / C) 2020年6月10日 (三) 13:02 (UTC)
- 個人 支持換一下，好像現在的源模板都是英文名稱，這麼搞好像還更明了，另外，針對Leo_leo_768的問題，可能需要對文件進行適當變更-- Drlee lihr 討論/貢獻 2020年6月14日 (日) 11:18 (UTC)
{{Inappropriate comment}}
建議將此模板的圖示換為。
如上。-- Drlee lihr 討論/貢獻 2020年6月11日 (四) 02:05 (UTC)
- 不太同意個人認為之前的比這個好看Awesomehhhhh (T / C) 2020年6月11日 (四) 10:08 (UTC)
- 同樣不太同意。但主要問題是兩個都不太好看……或許可以使用苦力怕頭？--Minesunset1030（討論） 2020年6月12日 (五) 12:05 (UTC)
- 不太同意，照這樣下去就全都是苦力怕頭了——Awesomehhhhh (T / C) 2020年6月13日 (六) 09:01 (UTC)
全是苦力怕頭還行要不...用? -- Drlee lihr 討論/貢獻 2020年6月14日 (日) 11:12 (UTC)
- 原來圖示的意思是提醒，現在搞成不就成了拒絕刪除的意思了嗎Awesomehhhhh (T / C) 2020年6月14日 (日) 15:22 (UTC)
- 移除用，摺疊用或者怎樣 -- Drlee lihr 討論/貢獻 2020年6月16日 (二) 04:50 (UTC)
- 移除用，摺疊用或者怎樣 --
- 原來圖示的意思是提醒，現在搞成不就成了拒絕刪除的意思了嗎Awesomehhhhh
- 不太同意，照這樣下去就全都是苦力怕頭了——Awesomehhhhh
報告個問題
沙盒頁面突然冒出來這麼一行： 「未知参数-{H|kk=>zh-cn:jj;dd=>zh-cn:ff;}--{-|121212;}- ab cd 1221 5665」 請求修復。 （如果應該搬到管理員告示板的話請提醒一下。） --Minesunset1030（討論） 2020年6月12日 (五) 12:08 (UTC)
- 它就叫沙盒了....--Leo_leo_768(Talk|Contributions) 2020年6月12日 (五) 14:00 (UTC)
依據討論頁方針標記為不合適評論。（格式錯亂）- 在沙盒內測試編輯請問有問題嗎？-- Dianliang233 T•C 2020年6月12日 (五) 21:30 (UTC)
- 我的重點是在圖片所示那個頁面下面多出來的一堆亂碼（沙盒本身沒問題）--Minesunset1030（討論） 2020年6月12日 (五) 21:41 (UTC)
- 這是測試的一部分，不用管。--葉月 桐§ 2020年6月12日 (五) 23:02 (UTC)
- 知道了。--Minesunset1030（討論） 2020年6月13日 (六) 01:44 (UTC)
- 路過，冒號加少了，請注意MCW:討論頁方針。-- Drlee lihr 討論/貢獻 2020年6月16日 (二) 04:20 (UTC)
- 路過，冒號加少了，請注意MCW:討論頁方針。--
- 知道了。--Minesunset1030（討論） 2020年6月13日 (六) 01:44 (UTC)
- 這是測試的一部分，不用管。--葉月 桐§ 2020年6月12日 (五) 23:02 (UTC)
- 我的重點是在圖片所示那個頁面下面多出來的一堆亂碼（沙盒本身沒問題）--Minesunset1030（討論） 2020年6月12日 (五) 21:41 (UTC)
指令問題
在超平坦地形中，我請問如何把躺下來的像素畫立起來， 請幫助我，謝謝
Gentlemen, I have a question of command How do you turn a pixel painting lying on the grass into a pixel painting perpendicular to the ground Please help me, thank you.
101.85.20.168 2020年6月12日 (五) 15:00 (UTC)關於維度類型欄位功能
根據我的測試（使用版本1.16-pre5），熔岩的擴散範圍和流動速度均由ultrawarm控制；但維度和自訂（及相應英文wiki）的說法是兩項行為分別由ultrawarm和has_ceiling控制。請大大們幫忙測測，屬實的話改一下？--Rmuchan（討論） 2020年6月13日 (六) 02:32 (UTC)
- 留給有時間的人測試。如果沒有，你可以自行在EN和ZH兩個站點變更，編輯摘要裡寫明「Tested in 1.16-pre5」即可。-- Lakejason0（論•功） 2020年6月13日 (六) 02:53 (UTC)
- 要不你先改再加need verify?-- Drlee lihr 討論/貢獻 2020年6月13日 (六) 02:56 (UTC)
建議要開個中文Minecraft Earth Wiki
Minecraft Dungeons Wiki有了，英文開了Minecraft Earth Wiki，希望開個中文Minecraft Earth Wiki。 39.182.133.126 2020年6月14日 (日) 06:29 (UTC)
Wiki不治眼瞎如果你是說沒有主頁的話……那的確沒有，不過內容頁面一直是有的，右上角搜尋就是了。-- Lakejason0（論•功） 2020年6月14日 (日) 06:30 (UTC)（最後編輯於2020年6月14日 (日) 06:33 (UTC)）- 已在英文社群專頁發出頁面請求 -- Drlee lihr 討論/貢獻 2020年6月16日 (二) 04:38 (UTC)
- 頂上圖片己經有了EARTH wiki 我試試Minectaft_Earth wiki，emmm，沒有。--101.93.87.85 2020年6月29日 (一) 03:06 (UTC)
要更新Herobrine圖片檔案
Herobrine.png要改成無鬍子版，與Steve相同。--39.182.133.126 2020年6月14日 (日) 06:39 (UTC)
- 拒絕。目前的圖片沒有錯誤。--葉月 桐§ 2020年6月14日 (日) 06:43 (UTC)
- 這張圖片在EN經過了一段很長時間的編輯戰，也是有理由的。-- Lakejason0（論•功） 2020年6月14日 (日) 06:44 (UTC)
- 上傳時間過於太久了，所以必須要改。--39.182.133.126 2020年6月14日 (日) 09:33 (UTC)
Herobrine常被Mojang、4J Studios及相關社群所提及，但是Herobrine從未在《Minecraft》遊戲本身中出現過。
Awesomehhhhh (T / C) 2020年6月14日 (日) 15:09 (UTC)
Minecraft Dungeons:鏈鎖反應
在Minecraft Dungeons:鏈鎖反應中，稀有度寫的是 常見（common），但在MCD:附魔裡面，寫的又是powerful（估計是搬的en），那麼到底是哪個？Awesomehhhhh (T / C) 2020年6月15日 (一) 12:58 (UTC)
- 頁面的確是從en搬過來的，經檢查是en出錯，已經改為 常見（common）。--Zyjking（資料 / 討論） 2020年6月15日 (一) 14:11 (UTC)
- 同樣，MCD:暴擊也存在是普通還是強力的問題。Awesomehhhhh (T / C) 2020年6月16日 (二) 15:02 (UTC)
關於「Minecraft Dungeons」和「Minecraft Earth」等的斜體
下列有關格式規範變更的討論已經結束，請不要再編輯此段。任何想要進一步探討的編輯者應該新建一個話題。
討論結果為將「Minecraft Dungeons」與「Minecraft Earth」不加斜體的要求寫入格式指導。
是否有必要去除「Minecraft Dungeons」和「Minecraft Earth」等遊戲名的斜體？
Olvcpr423 論/獻 2020年6月15日 (一) 13:26 (UTC)
- 支持-- 北狐 2020年6月15日 (一) 13:37 (UTC)
- 支持--Skyicecn1（討論） 2020年6月15日 (一) 13:39 (UTC)
- ，維基百科的斜體方針：專有名詞主要部分為中文時才去除斜體，不知道是否可參照。 Cuervo(t) 2020年6月15日 (一) 13:58 (UTC)
- 支持，三者應該統一不用斜體，其他遊戲應該統一使用書名號
《》而不加斜體。--Lxazl5770zh.admin（論 ▪ 功） 2020年6月16日 (二) 04:15 (UTC) - 支持-- Drlee lihr 討論/貢獻 2020年6月16日 (二) 04:22 (UTC)
- 若是介紹這些作品等在MC環境以外的地方，則建議保留以保持規範，其他情況 支持去除。 反對在英文名詞中使用書名號。--HlDoramon(7AlK · C0И7Я18z) 2020年6月16日 (二) 04:46 (UTC)
- 個人認為改不改都行。反正，改動前，Minecraft只是唯一的個例（英文不斜體），其他英文作品名字都是要斜體的。這兩個spin-off做不做其實問題都不大。-- Lakejason0（論•功） 2020年6月19日 (五) 14:47 (UTC)
- 支持，個人認為關於Mojang Studio出版的所有遊戲皆不應用斜體，但前提是要有人願意改（不過這討論好像沒結果）。-- 乳液Louis 對話 •貢獻 2020年7月6日 (一) 12:38 (UTC)
目前的討論共識主張去除「Minecraft Dungeons」和「Minecraft Earth」的斜體標記。如7月13日前無人提出異議，將按照此共識修改現行格式指導。--葉月 桐§ 2020年7月10日 (五) 12:00 (UTC)
機翻大排查（跟進話題）
回復葉月 桐§：非常抱歉，由於不可抗力的突發事件，我已經1個月沒有貢獻。我想說找出機翻貢獻者的主要目的不是為了追究其責任，而是為了找到更多的機翻內容，因為機翻貢獻者很可能在其他地方進行過機翻。除了機翻之外，其實還有另一大歷史遺留問題，就是歷史資訊丟失，因為你們過去一直不重視保留歷史資訊，現在已經有很多頁面丟失歷史資訊了。——116.199.103.164 2020年6月16日 (二) 13:19 (UTC)（成功發送於13:30 (UTC)，最後編輯於6月19日 (五)）
- 關於歷史資訊，這個按說是不會丟失的，除非有人移動頁面時採取了錯誤移動方式，不然歷史記錄不會丟失，如果有人進行破壞，我們可以把他的編輯進行回退。Awesomehhhhh (T / C) 2020年6月16日 (二) 15:01 (UTC)
- 關於歷史資訊的問題回應同上，但也有可能是因為網站遷移等不可抗力造成的問題。另外，這種行為也間接給過去的編輯者扣上機翻這個帽子。一些遠古的機翻在同步更新時大部分被排查修復，比起尋找機翻貢獻者，在條目中尋找機翻痕跡更為有效。--HlDoramon(7AlK · C0И7Я18z) 2020年6月16日 (二) 16:02 (UTC)
- 我說的歷史資訊是指「歷史」段落中的資訊，在版本更新時有些人加入了新版本內容後移除了舊版本內容，沒有把這些內容加入到「歷史」段落中，比如說這次編輯，而巡查員也直接透過巡查而沒有作任何修改，這就導致歷史資訊丟失，現在很多頁面都需要補回歷史資訊。為了減少排查疏漏，在排查機翻時不要放過任何可以發現新機翻內容的途徑，不是說在條目中尋找機翻痕跡比尋找機翻貢獻者更有效就不去尋找機翻貢獻者，不然就像排查新冠密切接觸者時僅排查大機率接觸途徑而不排查小機率接觸途徑一樣。——116.199.103.63 2020年6月19日 (五) 14:11 (UTC)（成功發送於14:38 (UTC)）
依據討論頁方針摺疊不合適評論。（偏離主題或閒聊）- 其實我是在18分點了「儲存變更」按鈕的，我已經把時間往後調了1分鐘，但由於網路連接逾時，結果30分才成功發送出去，這就是我輸入的時間與實際發送時間相差較大的原因。不知道為什麼其他網站都能正常訪問，偏偏這個網站經常連接逾時，令我感到奇怪的是為什麼一直沒有人反映這個問題，就我一個人遇到這個問題嗎？——116.199.103.63 2020年6月19日 (五) 14:11 (UTC)（原IP為116.199.103.164，成功發送於14:38 (UTC)）
- 訪問速度見此。-- Dianliang233 T•C 2020年6月20日 (六) 01:21 (UTC)
- 關於網路的問題，我是網路連接逾時，而你給的那個只能解決載入速度的問題，只能解決從成功顯示頁面標題到完全顯示頁面內容時間長的問題，但我是連標題都沒有顯示出來，連發送請求都不行，你說要屏蔽廣告提升下載速度，但我是要上傳，就是上面寫的ping通率低導致的連接逾時，上次在此頁面的編輯我是11分按了「儲存變更」按鈕，結果38分才成功發送，有時從點擊「儲存變更」按鈕到成功發送甚至超過1小時！因為網路問題有時會導致重複發送，發送後顯示編輯衝突，而衝突的中間編輯正是自己發送的編輯，所以如果看到我重複進行相同編輯的話其實是網路問題引起的，把我後面的編輯撤掉，恢復到我第一次發送後的版本就可以了。——116.199.103.63 2020年6月23日 (二) 11:45 (UTC)
- 訪問速度見此。--
- 補充內容：只標記頁面對解決問題幫助不大，但不標記就不能解決問題，只有發現問題才能解決問題，問題只要沒有被發現就不可能得到解決，所以不要輕視發現問題的重要性。我在1個月前提出過關於繁體譯名和單獨「塊」字的搜尋，由於譯名較多，搜尋繁體譯名是一個人做不完的，如果有多個人進行的話可以每個人分擔一些，只要對你能想到的繁體譯名搜尋就行了，最近我發現這裡有一些繁體譯名列表，由於數量較多，可以每個人只負責一部分，但這不一定包括所有繁體譯名。我記得有位巡查豁免者做了個虛假譯名列表，這個可能有利於排查機翻。至於單獨的「塊」字，這只能用機器人搜尋，對於繁體譯名，也可以使用機器人協助搜尋，我發現頁面的搜尋功能有很多漏網之魚，比如搜尋「固體塊」時能找到3個頁面，搜尋「實體塊」也能找到包含「固體塊」的那3個頁面，但我搜尋「體塊」就什麼也搜不到了，再如搜尋「不透明塊」能找到3個頁面，但搜尋「透明塊」卻只找到其中1個頁面，如果能使用機器人搜尋的話就萬無一失了，我只希望使用機器人搜尋，為防止替換失誤，我希望不要直接用機器人替換文字，僅搜尋而不替換。關於單獨「塊」字的問題我1個月前就提出了，那時我已經找到了包含「固體塊」「的塊」「指令塊」等頁面，結果我回來後發現這些頁面大部分仍然存在這些關鍵字。我不可能長期保持活躍，以後可能還會遇到不可抗力的突發事件，希望有願者能參與機翻大排查，具體細節我前面就已經說了，就在該話題頂部連結指向的存檔頁裡。至於其他人只需要在發現無法理解的機翻內容時及時標記就可以了，只要標記了，自然就會有人尋找原文，另有人會進行翻譯。巡查豁免者在進行關於修正不標準譯名或不通順語句的編輯時、巡查員在巡查這類編輯時，應該注意被修正的段落是否為機翻內容，如果是無法理解的機翻內容，請及時標記，只要標記就可以了，不需要花過多精力解決此事。——116.199.103.63 2020年6月19日 (五) 14:11 (UTC)（成功發送於14:38 (UTC)）
- 真的不知說這些有何特別意義。講真，機翻內容也不需要排查，看到就改就是。不明白為什麼一直在強調排查，個人認為日常翻譯工作本來就可以取代這個計劃。-- Lakejason0（論•功） 2020年6月19日 (五) 14:45 (UTC)
- 討論這些問題毫無必要，不知你為何還不明白。機器人執行這些工作不現實。歷史資訊慢慢從en更新就好。-- Dianliang233 T•C 2020年6月20日 (六) 01:21 (UTC)
- 我看了MyNe70bot的編輯，發現該機器人曾經用
^;\s?(语法|参数|效果|示例)$修正標題，是不是也可以用\s!?(方|红石|粘土|粘液|其他译名…)$块搜尋單獨「塊」字呢？——116.199.103.63 2020年6月23日 (二) 11:45 (UTC)
- 我看了MyNe70bot的編輯，發現該機器人曾經用
這個角度圖片是怎麼做到的？
比如右邊的圖片，我拍的角度不好，這個圖片是怎麼做到的？
--39.182.133.126 2020年6月17日 (三) 18:28 (UTC)
- 這是等軸視圖，你可以用blender繪製，一般情況我們不會到遊戲中實地拍攝 -- Drlee lihr 討論/貢獻 2020年6月17日 (三) 23:39 (UTC)
- 詳見Minecraft Wiki:標準視圖。生物及結構的等軸繪製圖不適合在Blender中繪製，實際上也是在遊戲內拍攝的。--MCwitherSke (Talk) 2020年6月18日 (四) 12:42 (UTC)
好像少了Minecraft Earth Wiki的首頁
依據討論頁方針摺疊不合適評論。（故意加入重複話題）MC地球的把「全球可用」增加黑線
因為這不是全球可用。--39.182.133.126 2020年6月17日 (三) 22:38 (UTC)
檔案命名格式
現在minecraft dungeons的檔案大多使用T開頭，之前在茶館群中進行過詢問和具體要求但並未起到良好反應，而且這些檔案名稱與en不符導致部分搬運頁面圖片無法顯示（MCD:附魔），所以我建議：
- 刪除檔案（圖片）前的 T
- 刪除檔案（音訊）前的 Sfx
如有不妥，請指出
Awesomehhhhh (T / C) 2020年6月18日 (四) 12:18 (UTC)
- 話說我認為有的圖片不好區分是哪個部分的，比如20px的名稱是DiamondPickaxe (MCD).png。建議改成Dungeons Diamond Pickaxe (MCD).png(只是個人意見，個人認為方便管理 -- Drlee lihr 討論/貢獻 2020年6月23日 (二) 00:19 (UTC)
- 如果材質有變化的就叫Dungeons Diamond Pickaxe 1.png?-- Drlee lihr 討論/貢獻 2020年6月23日 (二) 00:20 (UTC)
冬季主題覆蓋了MCD和MCE的原有頂部欄
如題，我在zh開啟了冬季主題，進入MCD和MCE空間後頂部仍會顯示下雪的主題，其他正常。所以是不是應該讓MCD和MCE的CSS覆蓋冬季主題，其他空間才顯示冬季主題？（既強迫症又覺得不合理）--MCwitherSke (Talk) 2020年6月20日 (六) 05:18 (UTC)
為什麼中文Wiki要用維基百科？
依據討論頁方針摺疊不合適評論。（加入無意義話題）是否把光追版本移出基岩版1.16.0的開發版
1.15.0.8和1.15.0.9在en上不屬於基岩版1.16.0的開發版，但中文介面上顯示有20個開發版（en頁面上為18個），我數了數，也就多出來了2個光追版本。加上這倆光追版本上的相關的描述是：「可能是基岩版1.16.0的開發版。」那麼，我們是否也要這麼做嗎？--116.16.120.63 2020年6月21日 (日) 08:08 (UTC)
- 光追版本本來就沒有算入1.16.0的開發版，現在有20個開發版是因為有1.16.0.52和1.16.0.54這兩個未公開發布的版本，去除這兩個版本才是18個開發版。--葉月 桐§ 2020年6月21日 (日) 08:17 (UTC)
- 但是en上顯示只有18個開發版（應該en上去除了那兩個未公開發布的版本），中文上顯示有20個，是同步en呢還保持現狀呢？--116.16.120.63 2020年6月21日 (日) 08:29 (UTC)
- 已移除。 MysticNebula70 ( T / C ) 2020年6月21日 (日) 09:20 (UTC)
- 但是en上顯示只有18個開發版（應該en上去除了那兩個未公開發布的版本），中文上顯示有20個，是同步en呢還保持現狀呢？--116.16.120.63 2020年6月21日 (日) 08:29 (UTC)
關於條目消歧義標題
根據wzh:wp:消歧義，條目的消歧義標題應當使用半形空格與半形括號，但本wiki有大量頁面的標題命名未遵守此規則，使用了全形括號，導致「pipe trick」無法正常使用。建議將這些頁面全部按照此命名規則移動，同時將此規則加入格式指導當中。
- Minecraft（消歧義）
- Minecraft（黑馬漫畫）
- 地獄（消歧義）
- 書（消歧義）
- 傳送門（消歧義）
- 殭屍（消歧義）
- 兔子（消歧義）
- 冰（消歧義）
- 凋零（消歧義）
- 南瓜（消歧義）
- 地圖（消歧義）
- 終界傳送門（消歧義）
- 材質包（消歧義）
- 標籤（消歧義）
- 桶（消歧義）
- 森林（消歧義）
- 水（消歧義）
- 沙（消歧義）
- 治療（消歧義）
- 火把（消歧義）
- 火焰（消歧義）
- 煤（消歧義）
- 珊瑚（消歧義）
- 生存模式（消歧義）
- 相機（消歧義）
- 礦石（消歧義）
- 礦車（消歧義）
- 種子（消歧義）
- 粘土（消歧義）
- 歌萊枝（消歧義）
- 紅石（消歧義）
- 維度（消歧義）
- 耕種（消歧義）
- 蘑菇（消歧義）
- 蛋（消歧義）
- 蜜蜂（消歧義）
- 西瓜（消歧義）
- 邊界（消歧義）
- 鐘（消歧義）
- 鑽石（消歧義）
- 鐵軌（消歧義）
- 雪（消歧義）
- 音樂（消歧義）
- 馬（消歧義）
- 骷髏（消歧義）
- 水下呼吸（附魔）
- 水下呼吸（狀態效果）
- 力量（附魔）
- 力量（狀態效果）
- 鱈魚（物品）
- 鱈魚（生物）
- 鮭魚（物品）
- 鮭魚（生物）
- 河豚（物品）
- 河豚（生物）
- 熱帶魚（物品）
- 熱帶魚（生物）
- 物品（實體）
--葉月 桐§ 2020年6月24日 (三) 11:21 (UTC)
- 支持。讓編輯方便就可。-- Lakejason0（論•功） 2020年6月24日 (三) 11:33 (UTC)
氣抖冷，建議讓mw將全形符號也加入pipe trick套餐。-- Ff98sha（討論·貢獻） 2020年6月24日 (三) 11:35 (UTC)- 我覺得問題並不大，只要正常使用不用trick即可。而且維基百科有全形和半形括號混用的情況（例如括號裡全是英文）。 Cuervo(t) 2020年6月26日 (五) 15:11 (UTC)
關於Minecraft_Dungeons
Minecraft_Dungeons有很多啟動器無頁面。例如:2.1.15570--101.93.87.85 2020年6月28日 (日) 05:38 (UTC)
ok.--101.93.87.85 2020年6月28日 (日) 10:22 (UTC)
「教學/另類玩法」頁面存廢討論
下列有關頁面存廢的討論已經結束，請不要再編輯此段。任何想要進一步探討的編輯者應該新建一個話題。
討論結果為 已移動至使用者頁面面。
教學/另類玩法包含大量低質量內容，多達336個過短三級標題段落，並且長期處於待整改狀態，已有多名使用者表示需要清理。現在在此提出關於此頁面的頁面存廢討論，尋求有關刪除此頁面的社群共識。--Magnussiiftun1857T•C•E 2020年6月29日 (一) 15:02 (UTC)
- 此頁面內容價值較低，並沒有很好地起到「玩笑」的作用，且常吸引一些低質量編輯，故 支持刪除。--葉月 桐§ 2020年6月29日 (一) 15:06 (UTC)
- 中立，的確，裡面的爛梗太多，但這或許可以給部分小型UP主提供創作靈感，我建議可以移動到其他頁面而移出教學，因為這根本不是教學--Awesomehhhhh (T / C) 2020年6月30日 (二) 01:38 (UTC)
- 中立，該頁面已被半保護，個人認為只需要整改。-- 北狐 2020年6月30日 (二) 04:53 (UTC)
- 已處理，已移動至User:Yiazing/另類玩法--Yiazing（討論） 2020年7月2日 (四) 16:17 (UTC)
- 所以說，達成社群共識了嗎？
我不建議你自行直接將主條目移到使用者命名空間下。以及，話題看上去沒有被{{Close topic}}關閉。--Magnussiiftun1857T•C•E 2020年7月3日 (五) 00:58 (UTC)- 目前的處理結果已獲得足夠多的認同，且上述移動是經過社群其他成員認可的。可以認為已經達成了共識。 MysticNebula70 ( T / C ) 2020年7月3日 (五) 02:25 (UTC)
- 所以說，達成社群共識了嗎？