使用者討論:ZhWikiRage/存檔 1
本頁是以往討論的存檔。請勿編輯本頁。若您想發起新討論或重啟現有討論,請在當前討論頁進行。 |
授予IP封禁例外權通知
您好,現已授予您IP封禁例外權限,登入後即可編輯頁面。如果您超過6個月沒有任何編輯活動,權限會被解除。如果該權限已無用,請申請解除權限,或是自行移除。詳見Wikipedia:IP封禁例外。祝您編輯愉快。--蟲蟲飛♡♡→♡℃※留言 2020年11月18日 (三) 14:29 (UTC)
2020年11月
請勿添加未附有可查證及可靠來源之內容。另外,在作出帶潛在爭議性編輯前,請務必先至條目討論頁提案討論。如閣下已熟知如何尋找來源,請也藉此機會為條目補回參考資料。請注意:微信公眾號並不是可靠來源。 安憶Talk 2020年11月19日 (四) 07:03 (UTC)
您最近一次的增修內容已被全部或部分移除,因為這些內容受到著作權保護,可能沒有得到持有人的許可。基於合法性考量,維基百科不能接受受著作權保護的材料。您可將其他網站作為參考的資料來源,但不可直接取用其文字或圖像。解決此問題的方法是:用自己的話重新表述參考資料中的內容。維基百科非常重視違反著作權事件,持續違反者將會被禁止編輯。更多資訊請見Wikipedia:著作權常見問題解答。如果您是著作權持有人,想要在維基百科上傳您自己持有的作品,請閱讀Wikipedia:捐贈著作權材料以了解相關資訊。 安憶Talk 2020年11月19日 (四) 07:04 (UTC)
Cytoid
您好,感謝您參與維基百科。這裡想說一下,維基百科是綜合性百科,讀者可能真的只是看看條目,未必打算玩遊戲。所以這邊介紹遊戲系統時,像科普文那樣介紹大致情況即可。比如可以說明每局結束有評級這件事,但具體多少分對應哪個等級就不用列出來了——如果讀者不玩遊戲,是沒有興趣了解具體分值的。
中文維基的做法是在一個大目錄(== ... ==
)下,用三五段話說明遊戲系統。您可能覺得幾段話不夠,但說實話,中維的遊戲介紹其實不是給玩家看的。我移除了許多比較具體的內容,這些內容放到其他ACG專題wiki會更合適。也請您檢查一下,現在有沒有什麼表述錯誤的地方。
祝編輯愉快~--洛普利寧 2020年11月29日 (日) 04:21 (UTC)
您好。看您剛註冊就很熟悉Wiki語法,您是否之前參與過其他使用Mediawiki架構的網站(比如萌娘百科或者Fandom)?如果確實如此,這些站點的條目編寫方式未必適合中文維基百科。
您沒有在此回覆就直接退回了在下的編輯,理由是「無法突出Cytoid的特點,會讓人誤解,並且新編輯有語句不通順」。在這之前請您看一下WP:NOTONLYFORGAMER和WP:VGSCOPE,這些中文維基百科的正式規則,絕大多數情況是不應該違背的。
為了敘述方便,我用提問的方式說明我的部分意見:
- 詳細說明操作違反WP:VGSCOPE第3點。維基百科不是說明書,對於不玩遊戲的讀者,詳細說明哪個音符具體如何操作,是否顯得不夠簡練?
- 根據WP:NOTONLYFORGAMER黑字和WP:VGSCOPE第6點。您認為對於不玩遊戲的讀者,「599,999分以下得F」這樣列出具體分數,對他們有多少意義?
- 同上。詳細列出每一種Mod(而不是如我的版本舉兩三個例子),對不玩遊戲的讀者有何幫助?畢竟維基百科不歡迎羅列遊戲性要素。
- 列出遊戲樂曲違反WP:VGSCOPE第14點。您堅持一首首列出這些樂曲(而不是概擴它們的共性),對一般讀者(非系列粉絲)理解遊戲製作和評價過程有何幫助。
- 按照WP:VG/ROLE,一般只有RPG、AVG等劇情向遊戲才考慮設角色列表(而且能不設就不設)。本遊戲的主要內容是否為劇情?作為一款音遊,角色是否根本性地改變了遊戲玩法?
您說文章太短無法突出Cytoid的特點,但現在你寫這麼長,我怎麼知道哪個是特點呢?按·滑是觸碰式螢幕音遊的基本操作,多等級譜面和判定也是基本要素(頂多數字有區別),Mod鏡子/烏雲/自動遊戲很多遊戲也都有。可能上傳譜面是特色,但其他部分寫這麼長,不就等於把重點淹沒了嗎?
就像我上面說的。維基百科是給一般讀者看的,不需要解釋清楚每一個細節。您可以模仿WPJ:VG/FA和WPJ:VG/GA裡的例子,這是維基百科條目的寫作方式,介紹遊戲系統就是幾段話,沒有更多。像這個例子品質評分只有1分,列表越多品質越差,您自己看得下去嗎;而改寫後沒有表格,反而是6分的水平。
不要求您一次性就會寫文段(雖然我也不是很熟練),我們可以慢慢完善。但這種大量表格、一句一行的做法,有些wiki站無所謂,但在維基百科確實是不受歡迎的。--洛普利寧 2020年11月29日 (日) 16:13 (UTC)
首先,感謝您刪除過於細節的遊戲信息,讓條目更符合維基百科的風格。如果您有興趣繼續貢獻電子遊戲類條目,我還有一些建議:
維基百科內部有條目品質分級。您點開遊戲類條目的討論頁,頁面頂部即可看到評級。評級介紹可見WP:VG/AI,但簡單來說就是特色(FA) > 優良(GA) > 乙 > 丙 > 初 > 小作品。其中典範和優良級條目是公認的標杆;乙級條目基本完整,也是很不錯的條目;丙級條目可能不是很完整,但也有值得參考的地方;初級和小作品要麼很不完整,要麼垃圾內容太多,學這種條目很容易玩脫了……
評級方向大體是依照Wikipedia:電子遊戲專題/條目指引進行的。這項規則制定於2014年;而此前社群沒有系統的電子遊戲條目編寫方案。所以您最後說得很對,許多音游條目不符合現行標準,的確需要大改。事實上,您應該模仿WPJ:VG/FA和WPJ:VG/GA中的高品質條目(我已經說第三遍了),而不是多年前放養式編寫的老條目。
現在的Cytoid#遊戲系統粗看還有一個致命問題:一句話成一段,一段話分一節。維基百科寫的是文章,而文章應該連句成段;所以各小標題看似有幾行內容,但內涵只有一段話。幾段話又構成一節;現在本質上一段話,卻用一次=== ... ===
單設一節,就屬於濫用目錄了:這就是我之前刪除全部三級目錄的原因。您可以看一下FA和GA(比如這篇),他們每個目錄下都有兩段打底的緊湊文字,而不是戰鬥設一個目錄、地圖設一個目錄。
外部連接既然有指引規定,那就要按指引走,刪去一卡車連接;其他條目的多餘鏈接也應當刪除。您大可群里再確認一下,條目和指引衝突,錯的是一般是條目還是指引?(我之後依然會刪除多餘的外部連結;站外討論沒有效力,群里誰認為應該保留多餘鏈接,請他到這裡留言。)
偶像大師 閃耀祭典這篇條目也算音游,玩法部分也提到了多種遊戲模式;您可以和其他您喜歡的條目對比一下,看看兩篇條目有哪些差別?維基百科有自己的編寫風格,建議您多看看編寫規範,以及WPJ:VG/FA和WPJ:VG/GA(第四遍XD),以及他們討論頁的評審意見(如這裡)。希望您能認同維基百科的編寫方式。祝編輯愉快!--洛普利寧 2020年11月30日 (一) 16:10 (UTC)
如果是我寫條目,大致會這麼做:
- 首先以遊戲目的總起。(《Cytoid》是一款音樂遊戲,玩家根據音樂節奏,盡可能精準地觸摸螢幕上的音符。)
- 之後介紹遊戲流程。如何開啟遊戲(選擇關卡/曲目);一局遊戲中,畫面如何布局(背景值不值得一提?)、音符大體甚麼樣子、怎樣出現(根據曲目節奏在屏幕上分布出現)、玩家又有甚麼操作(您介紹得很清楚);曲目結束後幹甚麼(根據連擊數/精確度結算成績,玩家可開啟下一局遊戲)。
- 然後介紹關卡和譜面的概念。除了說明關卡分成不同等級,也可以說明難度高的譜面難在哪裡。(我只能猜測比如並擊音符數多、音符刷新頻率高、掃描線速度快等;您是玩家可以具體說明)此外評論既然提到「有着DIY譜面的無窮樂趣」;那這裡就應進一步談一下譜面如何訂製,幫助非玩家理解這條評論。
- 再後才應該介紹您一直強調的「遊戲模式」。雖然遊戲一開始要選模式,但維基百科不是說明書,玩家也未必打算玩遊戲。所以應該先解釋清楚遊戲基本機制,再說明以此可以社交、可以分享關卡等等。
(《偶像大師 閃耀祭典》裡「舞台模式」是單人遊玩,「演唱會模式」是幾乎同樣的玩法和電腦PK,所謂模式只是同一個玩法套個殼。本遊戲的模式看起來也是如此,「Training」模式裡Cytoid也不會變成Deemo的玩法。) - 在文中合適的地方,說明其他追加要素(比如MOD)。
第1、2點一段;第3點一段;第4點一段;第5點看具體情況——總共三至四段。
借用Dqwyy君此處的一句話:「維基百科就是寫給圈外人看的」。所以條目要寫很多玩家覺得「廢話」或「籠統」的東西。像我看到目前的條目,遊戲核心玩法介紹得很簡單,我甚至都搞不清到底是不是《Deemo》那種下落式音遊玩法。我當然可以去玩遊戲搞懂玩法,要弄成這種程度,只能說條目已經輸了。(而且講真,給您留言解釋的時間,都夠我核實細節自己重組條目了……)--洛普利寧 2020年12月1日 (二) 20:14 (UTC)
@ZhWikiRage:我先幫您傳了兩張圖,想換其他圖我可以代勞。不過和萌娘百科相反,維基百科不鼓勵傳版權圖片:遊戲條目就是一張封面/Logo和一張遊戲截圖。而且萌百是不讓傳劣質圖片,這邊是不讓傳高清圖(大圖會有機器人自動壓縮到100,000像素以下)。自確只有中文維基是這個樣子,隔壁英文和日文版維基也是10次編輯;不過50次編輯還好辦,主要是等7天太麻煩了。PS:維基百科正文里只讓對主題的各種名稱加粗,其他詞彙包括重點術語也是不讓加粗的;我替您改掉了。PPS:這邊傳圖事情很多,用大白話說,就是比如要傳圖片要貼來源鏈接,要放正確的版權標籤;然後一般不讓轉載在世者的照片,同一篇條目不能放太多版權圖片等等。總之您傳前幾張圖片時,可能被管理員甩一堆術語刪掉,總之做好心理準備……--洛普利寧 2020年12月3日 (四) 15:52 (UTC)