Minecraft Wiki

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

了解更多

Minecraft Wiki
Advertisement

社群專頁是為使用者討論編輯相關話題設立的。使用者也可以在對應頁面、使用者的討論頁討論。在發言後請記得加入~~~~簽名。

請了解,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 繼續「關於教學頁的幾個問題」議題 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)
 提議:在此基礎上給所有原創教學在頁面內加入原創教學分類,模板內不再列出。這樣也可以平衡「移除後怎麼一下子列出所有原創教學」等疑問。-- LakeJasonFace 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)
無妨,改個名字就是,比如「中文獨有教學」。-- LakeJasonFace Lakejason0) 2021年12月24日 (五) 15:25 (UTC)
確實,可以將[[Category:用户原创教程]]改為[[Category:中文独有教程]],該操作可申請機器人完成。不過我想設立這個分類的原意是提升中文使用者編寫中文獨有教學的積極性,以及向他們提供一定程度上的示範。因此仍然 建議保留該分類,頁面和模板內不再直接列出,而是以下劃線標記。--AblazeVase69188討論 | 貢獻 2021年12月25日 (六) 02:01 (UTC)
下列工作 已完成
  • 將所有的[[Category:用户原创教程]]改為[[Category:中文独有教程]]
  • 教學{{Tutorials}}中的「原創教學」分類移除,並在其他合適的分類中加入作了下劃線標記的連結
若有謬誤可以幫助修正。--AblazeVase69188討論 | 貢獻 2022年1月1日 (六) 14:59 (UTC)

將首頁的「Minecraft簡介」部分變更為和英文的「Minecraft video games」相對應的形式

據部分使用者(Light beacon)的意見回饋,以及結合我自身的觀感判斷,目前首頁的Minecraft簡介一欄的觀感相較於英文的「Minecraft video games」一格來說差了一些,英文此欄的格式更讓人舒服。我在此提議將Minecraft簡介一欄變更為和英文的「Minecraft video games」相對應的形式,其他部分暫不做更多變化。-- LakeJasonFace Lakejason0) 2022年1月1日 (六) 16:37 (UTC)

如果的確這麼做,那麼故事模式和mce還需要放進去嗎?-- KaplanSteve Face KaplanSteveTC) 2022年1月2日 (日) 00:10 (UTC)
看大家想法,我覺得可以放。-- LakeJasonFace 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 Face KaplanSteveTC) 2022年1月2日 (日) 01:08 (UTC)

 支持變更,少了很多更新的麻煩。分開也有道理反正,真要分開我也沒意見。-- LakeJasonFace 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 Face KaplanSteveTC) 2022年1月11日 (二) 14:09 (UTC)
 注意應該將頁面移動為Java版距離現象基岩版距離現象才對。--Lxazl5770zh.admin) 2022年1月11日 (二) 14:16 (UTC)
看到某些群裡討論的時候我就覺得不對勁,建議是不要把現有的頁面標題規範當場笑話。函數資料值就是例子,應當採取Lx的方案,將頁面移動為Java版距離現象基岩版距離現象。-- LakeJasonFace 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內容的修正等改進,但並不是所有人都有時間(或者能力)。對於目前的狀況來說,「不說哪裡錯了」=沒有說。個人很期待相關改進,也許你可以稍微劃個範圍。
順帶一提,在編輯時,建議你寫好編輯摘要。在移除/增加內容時,畢竟你也說了版本不分未經測試,那麼就應當在編輯摘要中說明「是哪個版本」「在哪個版本測試」的,以便後來人查證和更新。期待你的編輯。-- LakeJasonFace 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。-- LakeJasonFace Lakejason0) 2022年1月15日 (六) 10:24 (UTC)

是否需要去除版本變更中的特殊資訊

章節題目可能有些不明確,在下解釋一下,以基岩版1.15.0.51為例,其中有一句:

被動型生物
  • 現在只會生成於其應該生成的方塊上。(MCPE-47596


在下不明白,這些應當是修復章節的內容,為何在前面提及,是否考慮刪除這類透過修復錯誤做出的變更?僅僅讓它們存在於修復章節內。

Cu·銅吐槽專欄·考古專欄 2022年1月15日 (六) 12:43 (UTC)

 意見:基岩版版本頁面有其自己特殊的規範,部分內容直接翻譯自feedback.minecraft.net上的對應更新日誌。對於上述內容,更新日誌的描述如下:
其見於Parity一段,而非Fixes段落,故應當視作特性同步而不是常規的錯誤修復,不應將其移動到修復章節。--ultim_0 ( USER | TALK | CONT ) 2022年1月15日 (六) 13:13 (UTC)(最後編輯於2022年1月15日 (六) 13:16 (UTC))
但是,MCW的編輯是靈活的,或許沒有必要完全照著官方博文的格式,大致相同即可?——Cu·銅吐槽專欄·考古專欄 2022年1月15日 (六) 13:17 (UTC)
並且,這兩個章節中都出現了一次,是否重複呢?——Cu·銅吐槽專欄·考古專欄 2022年1月15日 (六) 13:18 (UTC)
那就刪掉一個唄,還有關於狼的那個在兩個章節中都出現了,那就把上面那個結尾的(MCPE-47596)去掉。-- McplayerFS討論) 2022年1月18日 (二) 02:25 (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)
不一定:為什麼不能提供一個已經寫好的模板,讓編輯者直接自取?——Cu·銅吐槽專欄·考古專欄·MCR Wiki 2022年1月20日 (四) 06:51 (UTC)
我們建立版本頁面的主要方法依然是從en複製源代碼然後再翻譯,頁面格式的雛形一般從開始搬運頁面就已經定好了,如果用你的模板,還得花額外的精力把源代碼裡的關鍵內容一點點挑到模板裡,那樣顯然會降低效率,完全不如直接修改複製來的源代碼方便快捷。而且好的模板只需要專一完成自己的任務,沒必要把其他模板的工作全都攬過來,那樣只會徒增麻煩。--葉月 § 2022年1月20日 (四) 07:11 (UTC)
 意見:若實在麻煩,該模板應該可以當做一個大概的框架,以防有時格式相差甚遠。不一定要完全套著模板來,也許是寫完之後對照一下該模板,格式相差不大即可?重申一次,該模板被建立的初衷不是限制,而是參考。——Cu·銅吐槽專欄·考古專欄·MCR Wiki 2022年1月20日 (四) 07:16 (UTC)
那也不需要,我們有已經編寫好的版本頁面格式指導,格式以此為準即可,而且模板頁面也從來沒有當作參考對照的用法。--葉月 § 2022年1月20日 (四) 09:06 (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自己也不知道叫什麼」。-- LakeJasonFace Lakejason0) 2022年1月21日 (五) 10:39 (UTC)

建議模組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:中國版的移動暫時未獲得社群共識,建議在這裡一併討論。為了與其他頁面統一名稱,我 支持對此頁面進行移動。-- Anterdc99Face 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字資訊含量(資訊熵)大、生動、有趣(重要性遞減)。但是如果別人用了複雜的表達,或在非專有名詞上不太規範,也不必直接算錯。我覺得這樣比較合理。——User:1stlezygDARK1stlezygDARK閒聊/討論/貢獻) 2022年2月19日 (六) 07:11 (UTC)

中文MCWiki時間顯示為UTF+8

如題,中文MCWiki的使用者和編輯者大多數都在東八區,所以不知道能不能把MCW內的時間顯示為UTF+8?每次看著都感覺很彆扭。——User:1stlezygDARK1stlezygDARK閒聊/討論/貢獻) 2022年2月19日 (六) 07:17 (UTC)

請在參數設定-顯示裡自行調整時區。--Lxazl5770zh.admin) 2022年2月19日 (六) 07:23 (UTC)

!!我是*#%@。我的問題。——User:1stlezygDARK1stlezygDARK閒聊/討論/貢獻) 2022年2月19日 (六) 07:37 (UTC)

還有,是UTC不是UTF。--ultim_0 ( USER | TALK | CONT ) 2022年2月19日 (六) 09:01 (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)

我記得以前似乎討論過這樣的事情。--Lxazl5770zh.admin) 2022年4月12日 (二) 05:43 (UTC)
差不多一年前了,討論的內容好像是該不該調換指令案例的位置。--ultim_0 ( USER | TALK | WORK ) 2022年4月12日 (二) 06:12 (UTC)

我無法上傳圖片

今天嘗試上傳圖片時(使用了編輯頁面的自助式上傳),突然返回如下錯誤並拒絕上傳:

  • 「過濾器在您的編輯中自動檢測到了一些不妥,您需要核實編輯後再提交。

與您此次編輯所匹配的過濾規則概述如下:上傳檔案時未選擇授權協議。 如果您認為您的編輯沒有問題,可再次點擊「儲存變更」按鈕來提交編輯。」 以前都沒見過這種情況,請問我該怎麼辦?--Minesunset1030討論) 2022年4月16日 (六) 04:59 (UTC)

Advertisement