社群專頁是為用户討論編輯相關話題設立的。用户也可以在對應頁面、用户的討論頁討論。在發言後請記得加入~~~~簽名。
請了解,Minecraft Wiki在共識系統上運作而不是投票決定,清楚地闡述自己的理由比簡單地支援爭論的一方更有效。
Minecraft Wiki不是客户服務中心!遊戲問題請移步Minecraft說明中心或者玩家遊戲社群。
所有在該頁面上發表的無關話題都將被存檔至無意義話題處。
如果您在頁面上發現有簡繁轉換錯誤或繁體中文譯名沒有正確顯示,請在這裡提出,我們將會儘快修復。
語言
- 快捷方式
- MCW:CP
- MCW:PORTAL
- MCW:社群
- 最新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 | 繼續「關於教學頁的幾個問題」議題 | 9 | 4 | AblazeVase69188 | AblazeVase69188 | 2022年1月1日 (六) 14:59 |
| 2 | 將首頁的「Minecraft簡介」部分變更為和英文的「Minecraft video games」相對應的形式 | 5 | 3 | Lakejason0 | McplayerFS | 2022年1月27日 (四) 07:03 |
| 3 | 變更iOS圖示 | 3 | 3 | KaplanSteve | Lxazl5770 | 2022年1月6日 (四) 04:06 |
| 4 | 移動頁面 | 6 | 5 | Snow dash | Snow dash | 2022年1月15日 (六) 11:46 |
| 5 | 檢修wiki的冷門頁面 | 5 | 4 | Minecraftwater | Lakejason0 | 2022年1月15日 (六) 10:24 |
| 6 | 是否需要去除版本變更中的特殊資訊 | 6 | 4 | [[User:Thaumic_Copper Cu·銅]([[User_talk:Thaumic Copper|Thaumic_Copper Cu·銅](User_talk:Thaumic Copper | IcyPhantom | 2022年1月21日 (五) 08:56 |
| 7 | 採用模板化的版本頁面 | 6 | 2 | [[User:Thaumic_Copper Cu·銅]([[User_talk:Thaumic Copper|Thaumic_Copper Cu·銅](User_talk:Thaumic Copper | Hatsuki kiri | 2022年1月20日 (四) 09:06 |
| 8 | 確定部分遊戲內容的名稱 | 4 | 4 | IcyPhantom | Lakejason0 | 2022年1月21日 (五) 10:39 |
| 9 | 建議模組IdTools投入使用 | 1 | 1 | Chixvv | Chixvv | 2022年2月6日 (日) 12:47 |
| 10 | 關於移動頁面的事宜 | 5 | 4 | McplayerFS | AblazeVase69188 | 2022年2月8日 (二) 03:57 |
| 11 | 關於Internal version模組的現況 | 2 | 2 | [[User:SkyEye_FAST SkyE] |SkyEye_FAST SkyE] ]] | 2190303755 | 2022年2月24日 (四) 08:49 |
| 12 | 規範用詞 | 4 | 4 | 帥哥之霸 | 1stlezygDARK | 2022年2月19日 (六) 07:11 |
| 13 | 中文MCWiki時間顯示為UTF+8 | 4 | 3 | 1stlezygDARK | Ultim 0 | 2022年2月19日 (六) 09:01 |
| 14 | 兔文章出現錯誤 | 3 | 2 | Batele Jackson | Batele Jackson | 2022年3月31日 (四) 18:09 |
| 15 | 命令頁的頁面規範 | 3 | 3 | IcyPhantom | Ultim 0 | 2022年4月12日 (二) 06:12 |
| 16 | 我無法上載圖片 | 1 | 1 | Minesunset1030 | Minesunset1030 | 2022年4月16日 (六) 04:59 |
繼續「關於教學頁的幾個問題」議題
原議題見此處。
如題所示,本人提議將教學及{{Tutorials}}中的「原創教學」分類移除,並對已處於其他分類的中文原創教學進行下劃線的標記。
若無人反對,我將在下個週末進行上述工作。--AblazeVase69188(討論 | 貢獻) 2021年12月18日 (六) 15:21 (UTC)
- 疑問所以為什麼這麼做?我覺得單開一個原創教學分類挺好的--Lxazl5770zh.admin(論 ▪ 功) 2021年12月20日 (一) 01:01 (UTC)
- 原創教學分類中的教學均可以歸入其他分類,而且目前已經出現了大部分原創教學重複出現在原創教學分類與其他分類中的情況
- 我認為在其他分類中對原創教學進行標記和單獨開出原創教學一個分類的效果是差不多的
- 因此我提議進行上述工作。我認為您也可以進一步説明其他理由。--AblazeVase69188(討論 | 貢獻) 2021年12月24日 (五) 10:04 (UTC)
- 提議:在此基礎上給所有原創教學在頁面內加入原創教學分類,模板內不再列出。這樣也可以平衡「移除後怎麼一下子列出所有原創教學」等疑問。--
Lakejason0(論•功) 2021年12月24日 (五) 11:12 (UTC)
- 完成:已給處於「原創教學」標題下的所有教學加入
[[Category:用户原创教程]]分類標籤。--AblazeVase69188(討論 | 貢獻) 2021年12月24日 (五) 11:42 (UTC)
- 完成:已給處於「原創教學」標題下的所有教學加入
- 反對,不能因為enwiki沒有就把zhwiki編寫的叫做原創教學,來源不應該作為區分教學的標誌;顯而易見en沒有把其他語言沒有的教學分類為原創教學。--Snow dash(論 & 功) 2021年12月24日 (五) 15:21 (UTC)
- 無妨,改個名字就是,比如「中文獨有教學」。--
Lakejason0(論•功) 2021年12月24日 (五) 15:25 (UTC) - 確實,可以將
[[Category:用户原创教程]]改為[[Category:中文独有教程]],該操作可申請機械人完成。不過我想設立這個分類的原意是提升中文用户編寫中文獨有教學的積極性,以及向他們提供一定程度上的示範。因此仍然 建議保留該分類,頁面和模板內不再直接列出,而是以下劃線標記。--AblazeVase69188(討論 | 貢獻) 2021年12月25日 (六) 02:01 (UTC)
- 無妨,改個名字就是,比如「中文獨有教學」。--
- 下列工作 已完成:
- 若有謬誤可以幫助修正。--AblazeVase69188(討論 | 貢獻) 2022年1月1日 (六) 14:59 (UTC)
將首頁的「Minecraft簡介」部分變更為和英文的「Minecraft video games」相對應的形式
據部分用户(Light beacon)的意見回饋,以及結合我自身的觀感判斷,目前首頁的Minecraft簡介一欄的觀感相較於英文的「Minecraft video games」一格來説差了一些,英文此欄的格式更讓人舒服。我在此提議將Minecraft簡介一欄變更為和英文的「Minecraft video games」相對應的形式,其他部分暫不做更多變化。--
Lakejason0(論•功) 2022年1月1日 (六) 16:37 (UTC)
- 如果的確這麼做,那麼故事模式和mce還需要放進去嗎?--
KaplanSteve(T•C) 2022年1月2日 (日) 00:10 (UTC)
- 看大家想法,我覺得可以放。--
Lakejason0(論•功) 2022年1月3日 (一) 15:16 (UTC)
- 看大家想法,我覺得可以放。--
- 所以是不打算改了嗎?我感覺en那種觀感確實好一些。等了近一個月沒人提過這件事了。--KaplanSteve T 2022年1月27日 (四) 06:46 (UTC)
- 其實我覺得改不改都無所謂吧,不過現在又有人提了,還是改了為好。--McplayerFS(討論) 2022年1月27日 (四) 07:03 (UTC)
變更iOS圖示
en上的iOS圖示已經不再每個iOS版本一個圖示,而是使用了「iOS」和「iPadOS」字樣。而且每個iOS版本一個圖示很有可能會造成圖示過舊的問題,比如現在iOS 15已經發佈了,而我們還在使用iOS 14的圖示。
因此我建議將iOS圖示更換為iOS字樣。至於iPadOS我不知道該怎麼處理,en上是分開來的,我感覺這樣做也挺好,雖然也不是很有必要分開。--
KaplanSteve(T•C) 2022年1月2日 (日) 01:08 (UTC)
- 支援變更,少了很多更新的麻煩。分開也有道理反正,真要分開我也沒意見。--
Lakejason0(論•功) 2022年1月3日 (一) 15:16 (UTC) - 已完成變更。--Lxazl5770zh.admin(論 ▪ 功) 2022年1月6日 (四) 04:06 (UTC)
移動頁面
Java版中的距離現象與基岩版中的距離現象的頁面命名不符合普遍用法習慣,現希望更正(移動)為距離現象/Java版與距離現象/基岩版,為此徵求社群意見。--Snow dash(論 & 功) 2022年1月11日 (二) 06:44 (UTC)
- 支援,這種命名方式在維基百科尤為常見,因為他們不支援在條目名字空間設立子頁面,但是Minecraft Wiki跟維基百科不一樣,故支援移動頁面。--ultim_0 ( USER | TALK | CONT ) 2022年1月11日 (二) 07:56 (UTC)
- 支援移動,更加有利於維護。--
KaplanSteve(T•C) 2022年1月11日 (二) 14:09 (UTC) - 注意應該將頁面移動為Java版距離現象和基岩版距離現象才對。--Lxazl5770zh.admin(論 ▪ 功) 2022年1月11日 (二) 14:16 (UTC)
- 看到某些群裡討論的時候我就覺得不對勁,建議是不要把現有的頁面標題規範當場笑話。函數和數據值就是例子,應當採取Lx的方案,將頁面移動為Java版距離現象和基岩版距離現象。--
Lakejason0(論•功) 2022年1月11日 (二) 15:29 (UTC) - 已 完成移動。--Snow dash(論 & 功) 2022年1月15日 (六) 11:46 (UTC)
檢修wiki的冷門頁面
最近有在製作關效果狀態的影片,之前也做過關於附魔的影片。給我的感覺就是————為什麼wiki上全是錯誤啊啊啊啊啊啊啊啊啊啊啊啊阿啊啊啊!!! 這些老頁面存在大量版本不分的問題以及未經測試的項目,因為過於冷門而無人問津,無人檢修。 過幾天我會開始進行一些修補工作,但因為能力有限,工作效果想會很微薄。希望有能力的各位能幫助處理這些問題。 哼,哼哼,啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊 –該未簽名留言由Minecraftwater(討論 • 貢獻)在2022年1月15日 (六) 04:19 (UTC) 加入。請在您的回覆後面加上 ~~~~
你這個話題一股味道啊首先呢,wiki一直以來都有人説「錯漏百出」,但一沒人説哪裏錯了,二沒人來改。大家很歡迎對wiki內容的修正等改進,但並不是所有人都有時間(或者能力)。對於目前的狀況來説,「不説哪裏錯了」=沒有説。個人很期待相關改進,也許你可以稍微劃個範圍。
順帶一提,在編輯時,建議你寫好編輯摘要。在移除/增加內容時,畢竟你也説了版本不分未經測試,那麼就應當在編輯摘要中説明「是哪個版本」「在哪個版本測試」的,以便後來人查證和更新。期待你的編輯。--
Lakejason0(論•功) 2022年1月15日 (六) 04:26 (UTC)- 第一,你簽名沒正確簽上,最好使用
~~~~重新簽一下;第二,你可以説詳細一點嗎?比如哪裏有錯漏,又是哪裏版本不分?KaplanSteve T 2022年1月15日 (六) 04:50 (UTC) - 意見:
自己動手豐衣足食,勿問「為什麼沒有oo」。如果閣下真的有意為Minecraft Wiki添磚加瓦的話,請大膽地開拓吧!同時建議你先看看編輯幫助,可以省去許多不必要的麻煩。--ultim_0 ( USER | TALK | CONT ) 2022年1月15日 (六) 05:27 (UTC)(最後編輯於2022年1月15日 (六) 11:52 (UTC)) - 不必過於苛刻,新編者很難得知實際的編輯情況。根據他的發言來看,他也沒有太要求我們做什麼,我們保持觀望+適時的幫助即可。另,如果需要幫助的話,可以加入MCW:QQ。--
Lakejason0(論•功) 2022年1月15日 (六) 10:24 (UTC)
是否需要去除版本變更中的特殊資訊
章節題目可能有些不明確,在下解釋一下,以基岩版1.15.0.51為例,其中有一句:
- 現在只會生成於其應該生成的方塊上。(MCPE-47596)
在下不明白,這些應當是修復章節的內容,為何在前面提及,是否考慮刪除這類透過修復錯誤做出的變更?僅僅讓它們存在於修復章節內。
Cu·銅(吐槽專欄·考古專欄) 2022年1月15日 (六) 12:43 (UTC)
- 意見:基岩版版本頁面有其自己特殊的規範,部分內容直接翻譯自feedback.minecraft.net上的對應更新日誌。對於上述內容,更新日誌的描述如下:
- Parity
- Fence Gates can now be placed without supporting blocks underneath
- Damaged Bows can again be used to craft Dispensers (MCPE-55861)
- ...
- Passive mobs now spawn on blocks they are supposed to (MCPE-47596)
- ...
- Boats placed on top of Cactus blocks will now take damage and break
- 其見於Parity一段,而非Fixes段落,故應當視作特性同步而不是常規的錯誤修復,不應將其移動到修復章節。--ultim_0 ( USER | TALK | CONT ) 2022年1月15日 (六) 13:13 (UTC)(最後編輯於2022年1月15日 (六) 13:16 (UTC))
- 我想説的是,有些「修復錯誤」的確會給遊戲帶來實質上的變更,而通常更新日誌反而不會把這些寫進去。修複列表是個列表,但變更是總結出來的,之前的N個Java版快照都是把修錯誤造成的變更寫進了變更裡的。——IcyPhantom 討論I貢獻 2022年1月21日 (五) 08:56 (UTC)
採用模板化的版本頁面
如題,MCW:沙盒/格式/版本,在下認為版本頁面可以透過subst調用此模板進行編寫,就模板而言,並沒有多少限制。此模板與大多數版本頁面格式吻合。——Cu·銅(吐槽專欄·考古專欄·MCR Wiki) 2022年1月19日 (三) 14:42 (UTC)
- 不現實,有一個一個找參數名挨個填的功夫頁面早寫完了。--葉月 桐§ 2022年1月19日 (三) 15:18 (UTC)
確定部分遊戲內容的名稱
- 命名空間ID——en那邊已經確定為Resource Location(資源路徑)並且已經移除未確認名稱了。
- 生成結構——無論怎麼想「生成結構(Generated Structure)」這名字都很奇怪。通常是直接稱作「結構(Structure)」,以及數據包檔案裡它被叫做「已配置結構地物(Configured Structure Feature)」。無論叫什麼都比叫成這個不明所以的「生成結構」合理。
- 黑曜石柱——這玩意叫「End Spike(終末之刺)」,對應地物檔案的名稱吿訴我的。
- 還有些別的什麼這裏還沒發現。
總之。——IcyPhantom 討論I貢獻 2022年1月21日 (五) 08:56 (UTC)
- 生成結構指的是相對於玩家建造的結構,可以改為「預置結構」Configured Structure。終界刺的名稱可以直接放進頁面裡,原名已經比較常用。--RealCuervo(討論) 2022年1月21日 (五) 09:05 (UTC)
- 注意,基岩版中沒有資源路徑這種稱呼,且『命名空間id』比『資源路徑』更易理解。第二個可以移動到「結構地物」,不會產生歧義。而「Configured」的確是「已配置的」、「配置過的」的意思,而且配置的對象是feature,而不是結構,不存在Configured Structure這種説法。--Chixvv(討論) 2022年1月21日 (五) 09:29 (UTC)
- 其實命名空間ID這個詞我之前提過有定中關係不明的問題(但是很常用啦所以沒人在意),根據我再次查看EN給出的來源,以及基岩版社群的相關詢問,我得出結論是「Mojang自己也不知道叫什麼」。--
Lakejason0(論•功) 2022年1月21日 (五) 10:39 (UTC)
- 其實命名空間ID這個詞我之前提過有定中關係不明的問題(但是很常用啦所以沒人在意),根據我再次查看EN給出的來源,以及基岩版社群的相關詢問,我得出結論是「Mojang自己也不知道叫什麼」。--
建議模組IdTools投入使用
近日在閒暇時寫了模組Allconversion2,將會改名為IdTools。現在我建議將此模組投入使用。
模組用途:目前打算用在ID table模板(自動生成數字id、別名id、方塊的物品形式、本地化鍵名),java版數據值和基岩版數據值頁面(自動生成方塊和物品列表)。
模組維護:我可能沒有那麼多的精力去持續維護,所以需要mcw管理團隊的各位及時更新。需要維護的內容及方法見模組的文件頁面。也不必更新太頻繁,建議至少一個大版本更新一次。
英文wiki:如果在中文wiki應用效果不錯,未來將會把此模組推到英文wiki。
其他:模組沒有經過足夠的測試,可能還有一些bug。另外對於英文名,基岩版的snow_layer、snow使用了java版的英文名,其他的都是儘量與遊戲原文保持一致。
如有其他問題或建議請提出,十分感謝。--Chixvv(討論) 2022年2月6日 (日) 12:47 (UTC)
關於移動頁面的事宜
本人最近在編輯時看到教學/附魔機制頁面被加上了「等待移動」的模版,並且下方的「教學」模版已被去除,另外有關機制的頁面不應該屬於教學,所以想徵求一下大家的意見,是否移動此頁面至「附魔機制」,反正我是 同意的。
還有中國版的頁面什麼時候才能移動啊,我想移動,但是移動嘅權限僅限管理員。--McplayerFS(討論) 2022年2月8日 (二) 03:00 (UTC)
- 不贊成:該頁面的舉例較多,不適宜移出教學子空間,參考原始JSON文字格式和教學/原始JSON文字。--ultim_0 ( USER | TALK | CONT ) 2022年2月8日 (二) 03:06 (UTC)
- 1. 不贊成:教學/附魔機制頁面即使去除了教學模板,但整體行文仍屬於教學,需要將格式修改後才能移動。
- 2. 而Minecraft:中國版的移動暫時未獲得社群共識,建議在這裏一併討論。為了與其他頁面統一名稱,我 支援對此頁面進行移動。--
Anterdc99(論·功) 2022年2月8日 (二) 03:09 (UTC)(最後編輯於2022年2月23日 (三) 13:56 (UTC))
- 我也 同意中國版頁面的移動。--McplayerFS(討論) 2022年2月8日 (二) 03:15 (UTC)
- 1. 支援對中國版頁面的移動。
- 2. 教學/附魔機制的標題應與鐵砧機制的統一,然而頁面上的舉例過多,不適於移動出教學子頁面。我認為,可以將附魔機制重新導向到附魔,把教學/附魔機制移動到教學/附魔(不留重新導向)。這樣把附魔作為介紹機制的頁面,把移動後的教學/附魔作為為附魔的實際應用舉例的頁面。--AblazeVase69188 (T/C) 2022年2月8日 (二) 03:57 (UTC)
關於Internal version模組的現況
先前討論(根本沒人討論)請見MCW:社群專頁/存檔8#關於Internal version模組及版本拆分和MCW:社群專頁/存檔8#關於模板version nav中的internal參數。
經過長時間的努力以及其他方面的支援,現在模組:Sandbox/Internal version/Versions中的數據部分已經全部整理完畢,可以投入使用。
鑑於我根本不會用Lua寫模組的功能部分,懇請哪位幫我寫一個簡單的模板實現。
模組中用注釋寫明了應該拆分的版本和目前存在的問題,也可參見先前的議題。
另,已經根據得出的數據修正了基岩版上的Android最低支援版本;而en那邊還是錯的,現在有了充分的論據,我先改為敬。--SkyE | Talk · Contributions · Logs 2022年2月11日 (五) 11:40 (UTC)
- 如果Infobox中需要展示修訂版本的話需要如何呈現呢?2190303755(T|C) 2022年2月24日 (四) 08:49 (UTC)
規範用詞
如題,我覺得本wiki中需要規範一下用詞。以下僅代表我的建議:「如果」一詞完全可以改成「若」,後者更簡短,在表格中表現更為明顯;還有「概率」和「機率」兩個詞一直混用,查詢某些頁面時,總能發現這兩個詞混用。編輯者一會兒用「概率」,結果下文又用「機率」,我認為有必要統一一下。有其他需要規範的用詞用語等大家也可以説一下 帥哥之霸(討論) 2022年2月15日 (二) 05:55 (UTC)
- 前者的改動我不發表意見;後者的改動我們已經討論過了,改成概率。--KaplanSteve T 2022年2月15日 (二) 14:13 (UTC)
- 對於第一條建議,我覺得對教學的文字沒有必要如此認真地規範用詞,只要使其通順並能夠準確地表達意思即可;然而對於其他主頁面的規範用詞,基於我對其他主頁面編輯的高被撤回率,我不發表意見。--AblazeVase69188 (T/C) 2022年2月18日 (五) 10:53 (UTC)
- 在傳達到意思的基礎上,追求語言儘可能準確、簡潔、每100字資訊含量(資訊熵)大、生動、有趣(重要性遞減)。但是如果別人用了複雜的表達,或在非專有名詞上不太規範,也不必直接算錯。我覺得這樣比較合理。——
1stlezygDARK(閒聊/討論/貢獻) 2022年2月19日 (六) 07:11 (UTC)
中文MCWiki時間顯示為UTF+8
如題,中文MCWiki的用户和編輯者大多數都在東八區,所以不知道能不能把MCW內的時間顯示為UTF+8?每次看着都感覺很彆扭。——
1stlezygDARK(閒聊/討論/貢獻) 2022年2月19日 (六) 07:17 (UTC)
!!我是*#%@。我的問題。——
1stlezygDARK(閒聊/討論/貢獻) 2022年2月19日 (六) 07:37 (UTC)
兔文章出現錯誤
該音效無法播放,已經在Windows 11與Android 裝置確認。 請修復一下 連結:https://minecraft.fandom.com/zh/wiki/%E5%85%94%E5%AD%90 --Batele Jackson(討論) 2022年3月31日 (四) 17:49 (UTC)
- 原因可能為音效時長過短,部分瀏覽器不支援播放,我們無法修復。另外,建議查閱編輯手冊以了解如何使用原始碼編輯,不要透過複製網址插入連結。--葉月 桐§ 2022年3月31日 (四) 17:59 (UTC)
- 好的–該未簽名留言由Batele Jackson(討論 • 貢獻)在2022年3月31日 (四) 18:09 (UTC) 加入。請在您的回覆後面加上 ~~~~
命令頁的頁面規範
介紹具體命令的頁面用了一堆高端模板,而且大部分都是技術性內容。所以有必要寫一個頁面説明如何去編寫這種頁面。
如果要問怎麼寫,至少要説明各個章節的作用、各個章節應遵循説明格式、如何使用各個章節的涉及模板、如何取得必要的數據(指權限等級、輸出值這類的東西)。
如果要討論必要性,至少這種頁面的格式要明確一下。 ——IcyPhantom 討論I貢獻 2022年4月3日 (日) 10:11 (UTC)
我無法上載圖片
今天嘗試上載圖片時(使用了編輯頁面的自助式上載),突然返回如下錯誤並拒絕上載:
- 「過濾器在您的編輯中自動檢測到了一些不妥,您需要核實編輯後再提交。
- 與您此次編輯所匹配的過濾規則概述如下:上載檔案時未選擇授權協議。
- 如果您認為您的編輯沒有問題,可再次點擊「儲存變更」按鈕來提交編輯。」
以前都沒見過這種情況,請問我該怎麼辦?--Minesunset1030(討論) 2022年4月16日 (六) 04:59 (UTC)