• Moegirl.ICU:萌娘百科流亡社群 581077156(QQ),欢迎对萌娘百科运营感到失望的编辑者加入
  • Moegirl.ICU:账号认领正在试运行,有意者请参照账号认领流程

用戶討論:Bete1geuse/draft

萌娘百科,萬物皆可萌的百科全書!轉載請標註來源頁面的網頁連結,並聲明引自萌娘百科。內容不可商用。
跳至導覽 跳至搜尋

音遊列表類條目編輯指引與討論

鑑於群里在討論別的問題,不想打斷那邊的討論,所以就在這裏發了。

我這邊想寫一點關於音遊列表類條目的編輯指引,不知道能不能在這邊寫(寫的主要目的倒也不是給新人用,而是將目前所有列表的標準統一一下)。

在寫之前我目前已經想到了一些比較核心的問題,先列舉一下,等群里討論完之後,也可以討論下這邊的問題(包括我自己的個人意見。字很多可以慢慢看。如果這裏不是個放討論串的好位置,也可以移到其他地方去):

一、關於曲目列表頁面的存廢討論

1. 在什麼情況下,曲目列表應單獨成條目?

個人意見:為保持遊戲主條目可讀性,個人認為歌曲列表長於一定程度,就應當單列條目。現有曲目列表頁面最短的是零-雲之聲/曲目列表,但目前有大量音遊的曲目列表遠長於此,但仍在主頁面中,一些我能想到的比較長的例子包括CytusDeemoDance RailHachi HachinanobeatTone Sphere等。

以及我認為同樣的政策也適用於社交卡牌類音遊,如D4DJ Groovy Mix偶像大師 灰姑娘女孩 星光舞台世界計劃 彩色舞台 feat. 初音未來等,我認為也應當進行拆分。像BanG Dream!少女樂團派對!這類雖然有歌曲列表頁面,卻又在主頁面中把表格又重新粘貼了一遍的情況,我建議將主頁面的歌曲列表刪除,僅保留連結至歌曲列表頁面(因為社交卡牌類音遊有專門的編輯組,我建議這邊統一意見後,和對方也協商一下)。

另外,我認為各音遊的主頁面,應當儘可能適配移動端用戶觀看。像曲目列表這類縱列很多的表格,本身就無法給移動端用戶比較好的觀看體驗,那不如拆分出去,讓玩家單獨在電腦端觀看,這也是為什麼我相對來說支持曲目列表拆分的理由。


2. 如果基於1的前提下,我們決定移動曲目列表,那麼怎樣移動最好?

個人意見:之前社區裏有看到反對移動曲目列表的,他們給出的原因好像是移動曲目列表到新的頁面後,就看不到之前頁面的編輯歷史記錄了。那麼我們需要考慮的是,是丟失的歷史記錄重要,還是頁面的整潔性更重要?如果最近的大部分編輯都是僅對於曲目列表的,那麼是否也可以同時移動編輯歷史呢?


3. 如果在移動曲目列表後,遊戲本身頁面的質量不達標,該怎麼辦?

個人意見:那麼我們要問一個更深刻的問題,那就是新建音遊的遊戲頁面的時候,應當是基於什麼標準才予以收錄呢?是否也應當規定一定的底線?我舉幾個例子,CiRCLINKHULCUSNanobeatpolytoneProject FXRhythmsia諾亞的瓶子,你們覺得這幾個頁面去掉/搬走曲目列表後,其質量還應當保留嗎?如果不應當保留的話,那麼我們應當怎麼處理呢?【維持現狀?僅保留曲目列表頁,刪除遊戲頁面?補充資料至可讀狀態?打回用戶頁?】(可能討論完音遊曲收錄範圍後,再討論這個,大家思路會更清楚一點)


二、關於曲目列表本身的細節討論

4. 表格中的曲師欄目裏面,如果曲師使用馬甲的話,是否應當記錄原曲師名,如果是的話該如何記錄?

個人意見:首先要明確的是,每一個列表中的曲師,應和對列表對應的遊戲/BMS活動條目中使用的名字相符,如果作者使用了馬甲,那列表裏就應當是馬甲。

至於原曲師名,條目里現有的處理方式包括註釋、括號標記、黑幕、或者寫在備註一列里等。我個人比較了各種寫法的效果之後,推薦統一使用類似於Muse Dash/曲目列表中註釋的方式進行記錄。這樣的話例如THE BMS OF FIGHTERS/音遊收錄曲列表等頁面需要進行一定量的改動。


5. 表格最後一列的備註欄里,究竟應當填寫哪些內容?

個人意見:首先例如原曲出處(BMS/動畫/遊戲)、聯動/其他音遊收錄情況是肯定鼓勵記錄的。下列幾種內容有待討論:

(1)譜面解鎖方式:分情況討論。

(i)如果需要解鎖的曲目較多的話,且解鎖方式均比較簡單的話,我建議單獨留一列寫,參考世界計劃 彩色舞台 feat. 初音未來

(ii)如果需要解鎖的曲目較多的話,且解鎖方式比較複雜的話,我建議單獨開表格寫,參考Arcaea/曲目列表

(iii)如果遊戲需要解鎖的曲子不多的話,我覺得在備註欄列舉是可行的。但要注意,如果解鎖方式已向玩家展示,可以直接寫,但如果解鎖方式本身也是隱藏的,那麼建議使用Hide模版避免劇透。

(2)出自XX專輯:如果專輯在萌百上有連結,那可以連結過去。但如果沒有的話,我不知道這個寫了對讀者有啥意義(鼓勵購買專輯?),歡迎討論

(3)趣聞/玩梗:爭議點來了。我們先觀賞一下重災區Dynamix/曲目列表Phigros/曲目列表,可以發現以下情況:

(i)首先玩家社群創造的梗、紀念日(例如歌曲忌日)、以及主觀內容(如難度評價等),即使確實沒啥問題,我這邊也不建議寫進去

(ii)官方的玩梗,如文字押、官方紀念日、官方消息等,如確實有特殊紀念意義,可以進行適當保留,多餘的也應當刪除。這邊建議參考TAKUMI³的例子。

(iii)鑑於萌百也不是完全正經的百科,一些用戶也確實有玩梗博取快樂的需求,因此建議條目編輯者在頁面下方開一個趣聞部分,將上述不符合(i)(ii)要求,但又有一定價值的玩梗內容移動到那邊,當然較為出名的內容還是應該移動至梗條目中。


三、題外話

6. 在可預見的未來內,音樂遊戲主條目中的遊戲列表,是否有可能會考慮單獨成表格條目呢?

個人意見:如果有生之年想要把音樂遊戲作為萌百的示範條目/專欄的話,這個主頁面總得弄得清晰易讀一點,那麼這一堆長表格和遊戲列舉,遲早要移到其他地方去。一直放任這個表格永久性地變長,好像也不是個辦法。

目前並沒有發現其他遊戲原型類條目,把所有遊戲都列一遍的,也沒啥先例。當然我也建議先補充完整一點再移,各位看着討論吧。

--Mathreader討論) 2021年8月14日 (六) 11:40 (CST)


  1. 曲目列表頁面
    1. 如果主頁面本身內容量充足,或者列表重複,應當遷移/刪除曲目列表。此外如Tone Sphere這樣多個曲目相關列表在章節下堆疊的情況也應當遷移
    2. 不是很清楚編輯歷史消失是什麼情況,按理來說以前的編輯歷史應該還保留在主頁面才對吧
    3. 個人認為暫時還沒有曲目列表過於冗長而同時主頁面內容不足的情況,根據觀點1.1,主頁面的功能和曲目列表統一。當然,缺乏列表且質量低下,或質量低下到連遊戲都沒有完成介紹的頁面不應保留,建議按照以前的處理方式(遷移至頁面創建者用戶頁沙盒下請求/等待完善,內容約等於沒有直接刪除並討論頁提醒)
  2. 曲目列表細節
    1. 尚不清楚組內編輯者是否有能力給所有列表的非主要作曲名義進行馬甲標記,如果需要標記同意給出的標記方案
    2. 備註欄內容
      1. 同意
      2. 且不說專輯,部分曲目列表內含有大量的指向原曲音頻/PV的外部連結(如Tone Sphere陽春白雪等),含有明顯的推廣意味。本人也因為歷史遺留問題按照此種方式參與了ts等遊戲的曲目列表編輯,私認為是為了給冷門音遊曲目增加接觸幾率以增加入坑潛在用戶的行為。個人不反對但認為或許需要更好的記載方式,建議其他人合同專輯問題進行討論。
      3. 主觀評價和紀念日建議刪除,社群造梗個人認為有待商榷
      4. 官方梗不是很多可以記錄在備註里,如果玩梗比例很高且內容明顯擠占備註欄個人建議單獨成章節進行敘述;同樣也存在譜面文字押等要素過於普遍的音遊,這一類建議成新章節選擇典型譜面進行記述,其餘非典型例子可以捨去
  3. 感覺討論這個問題之前,先要解決非移動端遊戲如何進行表格管理的遺留問題

--Qazxcvbwx討論) 2021年8月14日 (六) 20:54 (CST)


參考目前大家發表的意見,大致寫了一下曲目列表編輯指引,可以去User:Mathreader/draft看一下。

題外話等曲目列表整治完,以後再說,那麼現在主要的爭議點就兩個:

1. 曲目列表中,指向原曲音頻/PV的外部連結,以及備註欄中的專輯名,在什麼情況下應當保留?

2. 玩家社群的梗,在什麼情況下可以寫在備註欄裏面?

群里前面的討論結束之後,這兩個問題和曲目列表編輯指引可以拿到群里討論一下。

--Mathreader討論) 2021年8月17日 (二) 02:20 (CST)

@Mathreader 你提到的這兩點我認為依照信息欄已有內容量判斷即可。User:Mathreader/draft里的內容我想是沒什麼問題的,不過最好再簡化一下,畢竟是創建指引,不用寫得過於細緻。--Bete1geuse討論) 2021年8月17日 (二) 20:54 (CST)