討論:提問求助區/存檔/2017年08月

提問求助區檔案館（編輯）

---

2014年-2017年

2014年
2015年
2016年
2017年

2018年-2020年

2018年
2019年
2020年

專名中的日本漢字，是否需要轉寫成對應的中文字？

比如「A應P」是否應該寫成「A應P」？看到許多dalao寫的都是前者，如12歲、時間旅行少女、南鎌倉高校女子自行車社等動畫條目和A應P的歌曲條目，於是我一直跟風寫前者來着。不過也有少數編輯者一直寫的是「A應P」，如巴奎依、廣瀨有紀、福緒唯、聲優組合。看來是動畫條目與聲優條目的編輯者未達成一致。這樣的情況，怎麼處理？雖然還沒有A應P或A應P條目，不過已經有{{A應P}}了。— Honoka55(留言·貢獻) 2017年7月20日 (四) 09:11 (CST)

按照條目命名規範來看,命名應該使用簡體中文,並且便於輸入...不過,既然收錄範圍已經被偉大的,光明的,正義的,唯一的行政員同志欽定可以無視了,其他的規範什麼的,看不看也無所謂了.

先寫吧,實在不行不是還能移動和批量編輯嘛,放心大膽的干吧.

--飢餓之聲-弗霖凱（討論） 2017年7月20日 (四) 09:28 (CST)

應當使用簡體中文漢字，原名可作重新導向。--W3jc（討論） 2017年7月20日 (四) 14:24 (CST)

---

那個……大概我沒表述清楚……我要問的不是條目命名，我問的是正文內提到應該用哪個字。— Honoka55(留言·貢獻) 2017年7月21日 (五) 06:09 (CST)

不必糾結【日本漢字】，問題的核心是在條目中用原名，這個是沒有問題的，但是相關描述如譯名，常用譯名，暱稱，原名請在信息模板和起首句作出充分說明，好讓看下去的人不會雲裏霧裏的。--Notalgia-Contαct- 2017年7月21日 (五) 21:57 (CST)

請求刪除圖片

請求刪除因上傳時命名錯誤，導致無法使用的圖片。

• File:BIlanicon_076.jpg

十分感謝。--檀香引（討論） 2017年7月21日 (五) 19:01 (CST)

請求刪除圖片

請刪除1404295032.gif，因為縮略圖不清晰—— 泰國婉姬🇹🇭 (พูดคุย) 2017年7月21日 (五) 19:42 (CST)

/* 請求刪除圖片 */

請求刪除 荷茲HeZ.jpg 請求刪除——以上未簽名^{(註)本條留言未簽名，留言後請記得用--~~~~簽名！}的留言由兔子不吃草（討論·貢獻）於2017年7月21日 (五) 22:57‎ (CST)添加。

申請將三國殺/擴展包移動至三國殺/遊戲卡牌

現在後者的條目內容完全包含於前者，但是後者應該是更合理的命名；

而且擴展包本身就屬於遊戲卡牌，沒有分立條目的必要；

這些東西本該放在主條目三國殺的，但是那會讓條目變得太大了，所以不想捨棄掉完整性的話只能建子條目.——以上未簽名^{(註)本條留言未簽名，留言後請記得用--~~~~簽名！}的留言由Lyl 231（討論·貢獻）於2017年7月18日 (二) 18:17‎ (JST)添加。

現在覺得應該將前者更名為三國殺/遊戲配件，然後將兩者都重新導向至三國殺/遊戲配件，因為有些遊戲道具不是卡牌狀的；因為後者已有內容，似乎還是要請管理員處理.--Lyl 231（討論） 2017年7月19日 (三) 14:41 (CST)

不管怎麼說三國殺的巨坑終於有人填了是好事，只是三國殺已經過氣了。。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年7月19日 (三) 17:33 (CST)

這裏是算待處理還是什麼...--Lyl 231（討論） 2017年7月20日 (四) 09:53 (CST)

其實你可以自己動手，將遊戲卡牌移動到遊戲配件，然後將擴展包的內容整合進去，把擴展包的頁面內容改為#重定向 [[三国杀/游戏配件]]（好久沒手寫重新導向了，不知道對不對），就行了。——From AnnAngela the sysop (Talk) 2017年7月22日 (六) 16:43 (CST)

已經弄好了，之前誤以為已有內容和歷史記錄的頁面不能重新導向至其它頁面了。--Lyl 231（討論） 2017年7月22日 (六) 17:44 (CST)

然後那兩個重新導向頁面是否還要保留？主要是三國殺#拓展閱讀會多出兩個重新導向頁面，影響觀感。--Lyl 231（討論） 2017年7月22日 (六) 18:09 (CST)

重新導向只是為了在清理連結前避免連結失效而用，你可以把所有連結到擴展包和遊戲卡牌的連接改成連結到遊戲配件，然後提刪兩個重新導向頁面（側邊欄有【鏈入頁面】工具以供查看鏈入連結）。——From AnnAngela the sysop (Talk) 2017年7月22日 (六) 22:42 (CST)

關於圖片的問題

11028770 big p0.jpg這張圖怎麼添加不了分類啊—— 泰國婉姬🇹🇭 (พูดคุย) 2017年7月22日 (六) 13:56 (CST)

出bug了吧

「File:11028770 big p0.jpg」的版本#54628不存在。這通常是因為進入了一個已被刪除的頁面的歷史連結。 詳細信息可以在刪除日誌中找到。

重傳一次把原來的刪了看看。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年7月22日 (六) 14:01 (CST)

然而這張圖不是我上傳的—— 泰國婉姬🇹🇭 (พูดคุย) 2017年7月22日 (六) 14:55 (CST)

恭喜你發現了一個bug，大概是移動歷史記錄去妹子共享時發生錯誤，畢竟站長圖方便是直接只保留最後的編輯記錄，曾經有刪除記錄的內容可能有一些影響。已經重新上傳圖片。--Notalgia-Contαct- 2017年7月22日 (六) 18:45 (CST)

提請刪除三國殺/遊戲卡牌與三國殺/擴展包頁面

均重新導向至了三國殺/遊戲配件，已確認連結到這兩個頁面的只有討論頁和用戶頁（三國殺/遊戲卡牌的鏈入頁面仍然顯示有三國殺/遊戲術語，大概緩存問題？）.--Lyl 231（討論） 2017年7月23日 (日) 01:19 (CST)

請求刪除頁面

請求刪除Template:獸娘top，應該是大寫才對，已移動至Template:獸娘TOP--偉大的小逗比（討論） 2017年7月23日 (日) 23:37 (CST)

請求修改詞條【我覺得我還能再搶救一下】

最早出處來自於cs1.6的中文bot配音，小兵死亡有幾率說出這句話。應該歸屬於遊戲ACG，而不是歐美台詞。 --——以上未簽名^{(註)本條留言未簽名，留言後請記得用--~~~~簽名！}的留言由愛爾托莉雅（討論·貢獻）於2017年7月24日 (四) 1:57 (CST)添加。

奇志大兵雙簧《英雄就義》創作於1999年，第一次演出是在2000年。而cs1.6是2003年發行的，中文版更晚一點。所以明顯是cs用了奇志大兵的梗而已。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年7月24日 (一) 12:55 (CST)

原來如此，那麼可不可以在詞條上面加上這個其他出處呢，還有歐美台詞的分類也不對吧...--——以上未簽名^{(註)本條留言未簽名，留言後請記得用--~~~~簽名！}的留言由愛爾托莉雅（討論·貢獻）於2017年7月24日 (一) 13:00‎ 添加。

---

按理來說是沿着以下發展路線出現的

1. 大俠求救。（我的oo怎麼了/我要怎麼辦才能）→唉，沒救了，換oo（電腦）吧。（撕逼過程中發展為高級蘿蔔攻擊，轉目標為人類的中樞神經）→時隔多年後本意發展為「在線等，急」
2. 你有病嗎？你有藥嗎？你要多少？你有多少？你要多少我就有多少。你有多少我就要多少。你有病嗎？（諷刺遊戲商人囤貨）
3. 學醫救不了中國人。→治病救不了中國人。→oo救不了xx
4. 為什麼要放棄治療？→怕不是已經沒救了/不要放棄治療→我覺得我還能搶救一下。→臥槽，這還搶救個毛啊。→要堅強（綠帽梗時代）→（永恆病毒時代）先生，你這裏可能有點問題。

--九江喵~ 2017年7月24日 (一) 13:56 (CST)

請求刪除以下圖片

File:流水賦.jpg、File:Good Bye&Good Night.jpg、File:相見歡.png、File:巨蟹座.png、File:巨蟹座(new).png等已使用更適合的圖片，故請求刪除，謝謝！ --空翊（討論） 2017年7月24日 (一) 22:50 (CST)

有沒有方法讓低解像度設備上的電腦版萌百，不自動加載動圖？

rt，移動版倒是會形成縮略圖，高解像度的電腦版（電腦上）也沒有問題，低解像度的手機上會自動加載，消耗流量多--virtue is only virtue in extremis 2017年7月19日 (三) 12:10 (CST)

萌百上很多事是沒有辦法的，在手機上看萌百的桌面版的時候,相當於你在電腦上看大約800px寬度的屏幕。光靠文檔沒法對這個進行適配的。--九江喵~ 2017年7月19日 (三) 12:28 (CST)

(×)否決。技術上難以實現。

節操醬推薦的解決辦法是更換手機瀏覽器：

• UC瀏覽器有屏蔽圖片的功能
• 火狐(Firefox)手機瀏覽器也有這個功能（官方幫助（英文））。

 —— 立花奏雪_CFSO6459^{✉ / ☎} 2017年7月19日 (三) 22:47 (CST)

親，用2G吧，保證加載不出來。--商火（討論） 2017年7月20日 (四) 09:43 (CST)

那麼換一種方法，頁面內放動圖第一幀，然後外鏈到整個動圖好了，回頭有空就試試看--virtue is only virtue in extremis 2017年7月20日 (四) 14:31 (CST)

不建議這樣做。因為這樣可能會降低使用電腦的用戶的瀏覽體驗。 —— 立花奏雪_CFSO6459^{✉ / ☎} 2017年7月21日 (五) 12:13 (CST)

看來並不可能解決你的問題。但我在手機上看目前沒有異常。--巡查姬hlwan(討論) 2017年7月20日 (四) 15:22 (CST)

目前萌百的手機/電腦版兼容設計是這樣：移動版m.moegirl.org有屏幕寬度判斷，桌面版zh.moegirl.org沒有。手機首次訪問zh.moegirl.org會被強制跳轉m.moegirl.org。你的問題是需要無圖版，還是zh沒有自動跳轉m？ -- Baskice(talk) 2017年7月26日 (三) 08:19 (CST)

之前使用流動裝置時習慣在地址欄輸入zh訪問桌面版，也許我需要習慣一下使用移動版--virtue is only virtue in extremis 2017年7月26日 (三) 09:34 (CST)

敢問如何隱藏條目末尾的評論欄

之前聽說了好像是可以隱藏，故前來請教正確的操作看樣子好像也不是什麼合理的需求。_yoonhakcher（留言） 2017年7月21日 (五) 11:56 (CST)

節操醬的解決辦法：將如下代碼添加到你的個人css頁面（ https://zh.moegirl.org/User:你的用户名/common.css ）即可隱藏所有頁面的評論區。刪除本段代碼即可恢復。

.comment-container-top
.comment-container
.comment-paginator
.comment-replybox {
  display: none;
}

 —— 立花奏雪_CFSO6459^{✉ / ☎} 2017年7月21日 (五) 12:21 (CST)

內鏈可以用special:我的用戶頁/common.css，不用寫外鏈……--夢蝶葬花（討論） 2017年7月21日 (五) 13:52 (CST)

啊對了，都忘了這個special頁面（吐舌  —— 立花奏雪_CFSO6459^{✉ / ☎} 2017年7月26日 (三) 10:27 (CST)

Widget:NoFlowthread--virtue is only virtue in extremis 2017年7月26日 (三) 09:32 (CST)

這個widget僅對用戶頁生效，不可以對於條目頁使用，因為這個widget會導致所有人都無法查看該頁面的評論欄。 —— 立花奏雪_CFSO6459^{✉ / ☎} 2017年7月26日 (三) 10:27 (CST)

英文和日文萌百（表）是否允許在條目內添加可能引起時間以秒為單位延長的內容？

en:Too young too simple和ja:圖樣圖森破極容易引起時間以秒為單位延長，是否需要搬運到里站？

— Honoka55(留言·貢獻) 2017年7月21日 (五) 16:26 (CST)

本站立足於美利堅合眾國，對全球華人服務，受北美法律保護。--Notalgia-Contαct- 2017年7月21日 (五) 21:52 (CST)

moegirl.org不行，考慮hmoe吧-- Baskice(talk) 2017年7月26日 (三) 00:11 (CST)

編輯請求

Template_talk:Infobox_Song#編輯請求 - 偉大的小逗比
在那裏似乎沒人看，我就在這裏發一下好了……這個編輯請求的來源：

1. 先是討論區有了相關討論：Talk:提問求助區#建議增加模板:Infobox Song與模板:Album Infobox的幾個屬性
2. User:宇文天啟在討論中說要對該模板進行修改，但User:Shirrak先在Template:沙盒中編寫了相關內容：special:差異/1352817/1353999
3. 我又對其做了修改：special:差異/1353999/1360391
4. 然後我提出了編輯請求，然後……就沒有然後了……

話說，這個頁面大概沒必要永久保護吧，又不是遭遇了大規模的破壞或編輯戰……@Nostalgia或許可以考慮一段時間後解除保護？ --偉大的小逗比（討論） 2017年7月22日 (六) 16:11 (CST)

沙盒裏的都測試過嗎，我還沒來得及細看，我之前寫過一個感覺很髒，刀砸的似乎比我的要好一些。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年7月22日 (六) 17:14 (CST)

提問求助區，還在為相關修訂進行討論，重複申請的內容不作回應。你自己也參與到提問求助區那個討論吧。目前就是已經新增了某些屬性，對於爭議性內容，擱置處理。--Notalgia-Contαct- 2017年7月22日 (六) 18:54 (CST)

那個討論，我從大前天到現在更新了好幾次現在也沒有回應，還有，為什麼我看着「還在為相關修訂進行討論，重複申請的內容不作回應。你自己也參與到提問求助區那個討論吧」這幾句話已經前言不搭後語，毫無邏輯可言了？

另外還請大手子列出所謂的爭議性內容吧，至少到目前看起來，只有你有異議吧，其他人看樣子都同意添加那兩項代碼--布洛肯亞雷（討論） 2017年7月22日 (六) 20:28 (CST)

說到頁面的保護，好像是因為我以前改動了詞曲的順序，可能這讓管理員Nostalgia不高興了吧，他就撤回了我的修改，而且一言不合就把頁面保護起來了。現在看來，並沒有保護的必要，沒有合適的理由，請解除頁面的保護。

再就是上面我發起的討論，作為話題的發起者，我認為Shirrak寫的模板基本解決了我的需求。代碼都寫好了，我可沒看出有什麼「爭議性內容」。--_(:3」∠)_（討論） 2017年7月22日 (六) 20:55 (CST)

猥瑣帝撤銷之前的編輯，明知道之前這個編輯有改回過，沒有討論就直接撤銷。構成編輯戰可能性，如果我不保護頁面，你大概也不會和我深入討論。

如果真的沒有問題，我上面也不會說那麼多。

上文有些閱讀理解不太好的問題，我就不回應，畢竟不想去理解的人，再解釋也沒意思。--Notalgia-Contαct- 2017年7月22日 (六) 21:58 (CST)

為那麼我想問清楚，你所認為的問題是什麼。嘴上說着理解，但前面涉及到模板修改的具體問題，你最後也是選擇閉口不談。我也做出了妥協，同意讓編輯者自行選擇順序，而不再堅持一定要詞在前。而現在可以讓詞在前，也可以讓曲在前，你有什麼不滿意的？是面子上掛不住麼？請不要再逃避問題，扯到別的地方去，只要正面回答一下，修改後的模板，到底有什麼問題？--_(:3」∠)_（討論） 2017年7月22日 (六) 22:52 (CST)

如果有修改，一般肯定是有合理的理由的，相反我看不出你一定要讓作曲在前有什麼合理的理由，這個之前的討論已經提到過不再多說。

對，你所謂的保護頁面確實是深入討論的理由，因為很多人都認為這樣設計有問題，而現在推出了一個較為可行的解決方案你卻還要死守你主觀認為合理的設計，我也看不出這有合理的理由。--布洛肯亞雷（討論） 2017年7月22日 (六) 22:27 (CST)

鄙人只覺得「底欄字體顏色」可加，因為沒看出來有bug，而且有需求。關於詞曲順序，鄙人認為曲是靈魂優於詞，但順序依然無所謂。所以希望能把「底欄字體顏色」加上去。

另外「嘗試去理解」不一定能推導出「必需贊同」。--—以上不知道簽沒簽名的留言由不潔者（留言·貢獻）於2017年7月22日 (六) 22:08 (CST)添加。

你們都先入為主，好像不認同的人，必要說服方能行事。隔壁討論頁我才提過什麼是共識「共識不強求一致同意。理想情況下，共識不會存在任何反對意見；但假如無法實現這點，共識應採納多數人的意見，並和重要少數的意見作出適當妥協。重大修改更應獲得絕大多數的同意。」。

如你們一樣，我提出了自身的觀點，堅持自己的想法。和你們討論，以自身經驗，提出修改存在的問題。

上面我提過了「出現編輯戰和意見相左的情況，維持原狀是最佳的處理方案。」，隔壁討論頁也提到。好像你們還是不明白我的觀點。現在可以按照先後次序出現選項，接着下面就有人提出要全面修改。@宇文天启希望你理解這個設計會讓出現編輯戰和無意義編輯增加。不斷換次序的編輯出現之後，你又怎樣處理。過去這些無聊的情況我遇過不少，無聊的扯皮之後就是維持原樣居多。

我未曾對你們的身份、動機有什麼點評，而上面某些人就是在圍繞我的身份、動機說事。遇到我還好，其他人可說不準給你們扣些足以封禁的帽子。--Notalgia-Contαct- 2017年7月23日 (日) 18:14 (CST)

這次的改動是非常大，因為如果按照原先的寫法，真的很難解決這個爭議。目前的改動是我認為最合理的了，既能避免了無意義的編輯戰，又能最大程度上滿足各個編輯者的編輯需求。從效果上看是挺完美了吧。我就是個編輯者，平常一般也懶得在一兩個詞條上和別人撕逼，我走的是解決問題的路線，所以也不太想對身份動機之類編輯以外的事情做出什麼看法。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年7月24日 (一) 11:36 (CST)

如果有人日後作為無意義編輯，單純替換等情況，個人會出於避免編輯戰，更改代碼，或者回退模板修改。

我也不也是個編輯者，但是也是個維護人員，你也一樣，自以為置身事外，但是作出的修訂出事可是要負責任的。就算我由此至終以編輯者的身份去討論，還是會有人從你的身份、動機說事。無他，人性而已。--Notalgia-Contαct- 2017年7月24日 (一) 21:13 (CST)

談到無意義編輯和單純替換等情況，以前的七海（Zkysnowy）倒是有可能回去做，至於其他人，我想無非是可能會把大量的「填詞」換成「作詞」而已。這個問題之前九江等人也提到過，填詞不等於作詞（先曲後詞為填詞，先詞後曲為作詞），如果是因為具體歌曲性質而做出的改動，應該是算合理的。再其他的話，應該沒有什麼了。我做的改動也充分考慮到了兼容性，不會對原有詞條造成任何影響的。功能上若有什麼小bug，我也會盯着處理了，這個大家可以監督哈。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年7月24日 (一) 21:23 (CST)

因為沒有用if，所以缺省無效。一些舊項目【MV編導】無法處理。新代碼寫法無法達到舊有的效果，如果無法解決，個人會選擇恢復舊有寫法。畢竟從某種意義算是bug了，越改適應性越差。--Notalgia-Contαct- 2017年7月25日 (二) 21:36 (CST)

MV編導無效等問題已經早就解決了，為防萬一我還改了說明文檔，提醒編輯者不要給不用的參數賦空值。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年7月25日 (二) 22:48 (CST)

@Nostalgia

1. 就是因為上一個討論已經沒人回復且已經有人寫出了相關代碼，我才會作出已達成共識的判斷，並提出編輯請求的。
2. 之前雖然確實有過反覆修改，但是都是由同一個人先修改然後又改回去的（Samantha和Nostalgia），這未必代表存在爭議，僅僅因猥瑣帝的一次編輯就保護頁面是否顯得過於倉促？
3. 目前參與過這個討論的有：User:猥瑣帝、User:Nostalgia、User:布洛肯亞雷、User:宇文天啟、User:九江月、User:Shirrak、User:偉大的小逗比、User:歐莉普的笑顏（在秋葉的討論頁里），其中Nostalgia認為修改順序無意義，希望保持原狀，而修改後的模板可以保持原狀；九江月認為要注意作詞和填詞的區別，所以我把原來的「作曲、填詞or填詞、作曲」改成了「作曲、填詞or作詞、作曲」；猥瑣帝、布洛肯亞雷、歐莉普的笑顏和偉大的小逗比都希望改成作詞在前，也接受可選的形式；宇文天啟和Shirrak認為應對模板作出改動以解決爭議。（如果認為我對觀點的總結出現偏差，請在下面回復我）很明顯，大部分人都認為強制作曲在上的順序不合理，修改後的模板也可以滿足所有人的需求，那麼這就已經不再是「爭議性內容」了，為什麼還不修改？秋葉你認為「有爭議，但是需要修改的內容是不需要的，就不必要改。」但是現在可以通過修改解決爭議，不是比保持原狀更好的選擇嗎？

--偉大的小逗比（討論） 2017年7月23日 (日) 13:41 (CST)

上面已經回復相關疑問，不再複述。有時候你認為是解決爭議的方法，多想一下並不盡然。--Notalgia-Contαct- 2017年7月23日 (日) 18:14 (CST)

經過不懈的鑽研後。。。已根據討論中的需求對模板進行了成功的改進，歡迎大家測試其功能。

• 加入「底欄字體顏色」參數
• 在模板設定範圍內可自定義項目排序，模板內的可選項目有：原曲名 • 譯名 • 作詞 • 填詞 • 譜曲 • 作曲 • 編曲 • 演唱 • 歌唱 • 主唱 • 伴唱 • 領唱 • 指揮 • 編導 • MV編導 • 伴奏 • 樂團 • 合唱團 • 旁白 • 讀白 • 結他 • 貝斯 • 混音 • 後期 • 剪輯 • 視頻 • MV • 網站 • 其他，編輯者可選擇其中有用的部分填入模板，模板會按填入順序顯示出來。
• 效果見沙盒

--  宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年7月23日 (日) 14:03 (CST)

大佬V587，不過我覺得還可以加入之前提到的長度和風格，還有樂器可以再添加一些，比如鼓，不知道大佬有什麼看法--布洛肯亞雷（討論） 2017年7月23日 (日) 14:30 (CST)

這只是暫定這些項目，你們先測測看有沒有什麼bug，至於再加項目等這個討論結束了吧，達成一致後都好說。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年7月23日 (日) 15:13 (CST)

順便再問下以前有些詞條沒有MV卻殘留了MV編導這個代碼，以至於現在顯示效果是「MV編導」一欄是空的要怎麼處理，除了一個一個刪還有更好的方法嗎？--布洛肯亞雷（討論） 2017年7月23日 (日) 15:05 (CST)

不用管他，沒有的項目反正也不會顯示。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年7月23日 (日) 15:13 (CST)

我的意思是信息框左側顯示有「MV編導」，但右側沒有對應內容，比如RADIANT FORCE這個詞條現在就是這樣顯示的；那些項目我寫上對應代碼然後預覽看不出什麼問題，應該沒BUG了--布洛肯亞雷（討論） 2017年7月23日 (日) 15:24 (CST)

嗯哦，那是個bug，我剛才修復了 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年7月23日 (日) 15:30 (CST)

辛苦了……--偉大的小逗比（討論） 2017年7月23日 (日) 14:14 (CST)

感謝修改。最後提幾個建議：

1. 希望專輯收錄曲部分能改成Template:Infobox Song/Extra的樣式，或者與目前的樣式並存。
2. 收錄唱片信息的樣式改為居中對齊或許比較合適。
3. 對於額外的可選屬性，現在還是不全。比如鍵盤、鼓手、製作、弦編曲等。還是儘快解除掉頁面保護，允許編輯者自行添加新項目比較好。
4. 目前所有歌曲信息都寫的是「填詞」，可能需要批量替換，替換為更為合適的「作詞」。
5. 雖然可能用的人不多，或許創建新條目的音樂頁面格式的通用模板也需要做出相應修改。

以上。--_(:3」∠)_（討論） 2017年7月23日 (日) 16:39 (CST)

同上，那樣生成的模板的確有必要修改，不過也沒必要把那些項目全生成，可以添加一條詳見該模板的提示；自動生成項目和目前一樣，然後把作詞改在作曲前面，再添加一個時長就差不多了，另外我覺得那樣生成的模板應該直接包括信息框顏色和歌曲試聽（像vocaloid曲那樣的），然後歌詞默認是Lyricskai模板。--布洛肯亞雷（討論） 2017年7月23日 (日) 17:16 (CST)

同意居中對齊。有時我如果想起來的話會使用<center>《唱片名》</center>，不過有時想不起來……— Honoka55(留言·貢獻) 2017年7月23日 (日) 19:23 (CST)

居中對齊的話加一個參數【below-infostyle=text-align:center】就行了，參見戰 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年7月24日 (一) 20:47 (CST)

我的想法是直接把收錄專輯的默認對齊方式設為居中對齊。而且只是「收錄專輯」居中對齊，而其後的「收錄曲」的當前樣式仍為左對齊。--_(:3」∠)_（討論） 2017年7月24日 (一) 21:09 (CST)

默認效果不宜改動，這樣會影響其他大量詞條的顯示效果，這是真的會引發糾紛的說。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年7月24日 (一) 21:23 (CST)

我是覺得居中對齊要比左對齊好看一些，一般來說設計成居中對齊比較合適，這個對齊方式的改動應該不至於引起糾紛。但如果真的會導致糾紛的話，我也可以接受當前的效果。--_(:3」∠)_（討論） 2017年7月24日 (一) 22:00 (CST)

圖片無法顯示

點開之後是↓

 抱歉，文件不能被显示
 看起来发生了技术问题。您可以重试……………………
                                     
                                   

　　所有的圖片都是這樣———看不到 　 T.T ——以上未簽名^{(註)本條留言未簽名，留言後請記得用--~~~~簽名！}的留言由孟秋（討論·貢獻）於2017年7月26日 (三) 00:05 (CST)添加。

瀏覽器按F12，console一欄顯示的錯誤信息可以截圖發出來嗎？ 只看不見圖的話我也不知道什麼原因引起的（另外你沒有簽名……）-- Baskice(talk) 2017年7月26日 (三) 00:16 (CST)

請求刪除圖片

請刪除：ちょっと待った4.png

已經不再使用。--東東君（討論） 2017年7月27日 (四) 09:43 (CST)

完成--飢餓之聲-弗霖凱（討論） 2017年7月27日 (四) 13:05 (CST)

圖片無法顯示，試過多個瀏覽器

遨遊瀏覽器、谷歌瀏覽器、火狐瀏覽器均不行 網絡為長城寬帶 ——以上未簽名^{(註)本條留言未簽名，留言後請記得用--~~~~簽名！}的留言由OpenSUSE（討論·貢獻）於2017年7月28日 (五) 00:42‎添加。

長寬……還是建議你換寬帶吧=。=——From AnnAngela the sysop (Talk) 2017年7月29日 (六) 15:17 (CST)

請求刪除圖片

早安。請求刪除以下被替換後不再使用的圖片：

謝謝。——在臥（討論） 2017年7月30日 (日) 06:08 (CST)

完成--飢餓之聲-弗霖凱（討論） 2017年7月30日 (日) 12:16 (CST)

這個子頁面是不是有問題？

點擊展開

東京1/3650這個頁面，然後提示了一個這個是「東京1」的子頁面……那個無語。另外這條目背景嚇死我了……--夢蝶葬花（討論） 2017年7月30日 (日) 14:58 (CST)

wiki系統中標題的「/」作為子頁面的符號。——來自糟糕的妹控狗頭人 2017年7月30日 (日) 17:13 (CST)

我知道……然而標題里有這個而且不是子頁面怎麼處理……--夢蝶葬花（討論） 2017年7月30日 (日) 17:16 (CST)

已經有人處理好了啊，你看看改動。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年7月30日 (日) 17:34 (CST)

剛看到，是不是加上那個模板就解決問題了？--夢蝶葬花（討論） 2017年7月30日 (日) 21:27 (CST)

只是看起來不是子頁面……實質上還是算的，不過對於讀者來說這樣就夠了。——From AnnAngela the sysop (Talk) 2017年7月31日 (一) 09:52 (CST)

那就是想多了，都是給人看的而不是給編輯者看的……--夢蝶葬花（討論） 2017年7月31日 (一) 10:54 (CST)

請求更換英文萌百版頭、添加側圖和移動版頁面

就現在那一張logo也太簡陋了……希望能與中文萌百版頭同步，至少補上張背景吧……另外側圖加上多好啊(·∀·)，還有移動版頁面至今沒有的樣子……什麼時候能有呢？ --xctan at 2017年7月29日 (六) 00:31 (CST)

支持— Honoka55(留言·貢獻) 2017年7月29日 (六) 09:28 (CST)

還有日文版。— Honoka55(留言·貢獻) 2017年7月29日 (六) 09:44 (CST)

有點看不下去 @Baskice --kanate☆saikou あたしは天使じぁないわ【討論】 2017年8月1日 (二) 08:27 (CST)

詞條內田真禮2級標題不能同級顯示

關係網下方的同級標題：你噴你也扎 和 作品 在電腦頁面上顯示為 關係網 下的標題，在 移動版頁面 下更為明顯,直接被囊括進關係網內了。

請問詞條編輯時為何會出現上述情況，該頁面昨日出現該情況，今天尚未修復，想去改下預覽後發現沒成功。是不是插入圖片的緣故？但上述位置應該沒有圖片影響才對。 ——以上未簽名^{(註)本條留言未簽名，留言後請記得用--~~~~簽名！}的留言由刺針飛彈（討論·貢獻）添加。

詳見Special:濫用過濾器/30，含塊狀元素的模板禁用縮進。條目已經修正。_yoonhakcher（留言） 2017年8月1日 (二) 10:17 (CST)

關於藍翼鯉＆戀之歌多次添加不實信息、破壞行為

此傢伙從七月份初一直在《偶像大師 灰姑娘女孩》的角色裏邊添加不實信息，添加的內容無法查證與列出出處，根據自我喜好什麼的，YY各種角色的萌點、聲優、瞳色、髮色等，導致被管理員Shirrak警告[1]並封禁[2]。
之後被他人【善意推定】為相似用戶的編輯作風——笨蛋多多妹。詳細對比笨蛋多多妹的貢獻、藍翼鯉＆戀之歌的貢獻。
附加：關於用戶@笨蛋多多妹

---

如今2017年8月1日北京時間凌晨01:52 ~ 03:46又大量添加不實信息，一律被用戶偉大的小逗比‎回退與反破壞。
之後偉大的小逗比‎前去此傢伙的用戶頁裏邊請求曾經的管理員Shirrak處理，不過Shirrak已經辭職與長期不會在萌百了。（希望各位不要再打擾Shirrak了，讓他好好休息吧）
根據慣例，在此傢伙的討論頁內得不到任何討論與回應，屬於負面向討論。故此，希望此事件能在提問求助區得到相應的解決。--？ ？ / ？ 2017年8月1日 (二) 09:00 (CST)

忘了Shirrak已經辭職了@_@ 抱歉，因為之前是他處理的這個用戶_(:з」∠)_

p.s.用戶討論頁和用戶貢獻頁都是可以用內鏈的哦~--偉大的小逗比（討論） 2017年8月1日 (二) 11:36 (CST)

首先感謝仁兄幫助吧..是時候噴一波一直到現在還在睡大覺的管理巡查了 --kanate☆saikou あたしは天使じぁないわ【討論】 2017年8月1日 (二) 11:48 (CST)

表示我昨晚（今早）是趴在床上用手機回退的……感覺自己真是閒得蛋疼→_→--偉大的小逗比（討論） 2017年8月1日 (二) 12:51 (CST)

---

緊急一下，2017年8月1日北京時間14:45~15:55依舊在添加一些不實信息，沒管理去處理這件事嗎？還是繼續放任這個傢伙不管或無視話題，讓它破壞下去嗎？（還是時間太匆忙了？）--？ ？ / ？ 2017年8月1日 (二) 16:12 (CST)

似乎確實是問題呢.按照現行的方針,已經發出了警告.如果這位用戶持續的進行類似的編輯,請及時通知管理員.--飢餓之聲-弗霖凱（討論） 2017年8月1日 (二) 18:02 (CST)

---

目前的情況是，這位神人已經選擇性無視這個回復了。刪掉了警告留言。--夢蝶葬花（討論） 2017年8月1日 (二) 19:30 (CST)

在響（bep中的連結是黃色連結）

那個，我作為餉響的提督，我突然發現在響改二（Bep）裏面最後給的連結是黃色連結，我希望知道發生了什麼，還我餉響！！（為了避嫌，我不放連結，請管理大大趕緊去查查，謝謝！）（鞠躬）——以上未簽名^{(註)本條留言未簽名，留言後請記得用--~~~~簽名！}的留言由俞中天（討論·貢獻）於2017年8月1日 (二) 19:55‎ (JST)添加。

已由 D41D8CD98F 完成.                              —葫蘆又（留言） 2017年8月1日 (二) 21:27 (CST)

經查詢，在5月1日之後、7月8日之前的某個時間點，這個網站從一個正經的潛水網站變成了****。說實話挺可惜的。--DarthVircious（討論） 2017年8月1日 (二) 22:26 (CST)

請問如何連結分類索引頁面

如題。--東東君（討論） 2017年8月1日 (二) 20:11 (CST)

Category:幫助--Lyhic（Talk） 2017年8月1日 (二) 20:14 (CST)

知道了，謝謝。--東東君（討論） 2017年8月1日 (二) 22:19 (CST)

請求刪除「戰艦少女:列克星敦」詞條的重新導向

目前該詞條被重新導向至戰艦少女:列克星敦(CV-2)詞條，鑑於戰艦少女:列克星敦(CV-16)的存在，更妥當的處理方式應為取消頁面重新導向，單獨建立「戰艦少女:列克星敦」詞條作為消歧義頁面，參考戰艦少女:拉菲。 --W0oo0d（討論） 2017年8月2日 (三) 01:29 (CST)

不用刪除，直接改就是了。--九江喵~ 2017年8月2日 (三) 01:43 (CST)

抱歉，以為沒有權限進不了被重新導向前的原頁面。總之感謝。--W0oo0d（討論） 2017年8月2日 (三) 04:01 (CST)

請求不留重新導向地移動詞條「戰艦少女:Ryujo」至「戰艦少女:Ryūjō」

錯誤的寫法沒有保留重新導向的意義，直接用管理員權限移動吧。 --W0oo0d（討論） 2017年8月2日 (三) 03:54 (CST)

( ? )疑問 不便打出的非常用字不宜作為條目名，如果是重新導向的話還可以接受。 --kanate☆saikou あたしは天使じぁないわ【討論】 2017年8月2日 (三) 07:18 (CST)

(▲)同上 。雖然原名是寫作Ryūjō，但也有很多地方（比如百度百科）地方寫的Ryujo。按照日語注音法，這種注音也是正確的。所以應該保留重新導向。—葫蘆又（留言） 2017年8月2日 (三) 19:39 (CST)

@W0oo0d條目命名規則中關於重新導向的說明，之一是為了方便輸入和搜索，之二是為了消除歧義。正確的做法是能夠簡化的儘量簡化，去掉不必要的特殊符號和難以輸入的字符，將其他名字、原名、簡稱等統一重新導向至這個地址（如果這類重新導向較多，應在頁面最底下寫上說明便於管理），Ryūjō重新導向至Ryujo。這一做法是為了方便管理url地址，至於頁面內的名字，可以使用{{標題替換}}處理。--九江喵~ 2017年8月2日 (三) 19:48 (CST)

同意保留一個便於輸入與搜索的重新導向，但不同意因為不便輸入、搜索與管理就不採用正確的條目名轉而採用儘量簡化的條目名。維基百科一律使用標準羅馬字作為條目名。--W0oo0d（討論） 2017年8月2日 (三) 23:21 (CST)

英文wiki里Ryujo被重新導向到Ryūjō。建議萌百進行相同的重新導向。--DarthVircious（討論） 2017年8月2日 (三) 23:40 (CST)

我同樣也是沿用維基百科的思路，作為用戶並不會太多考慮url管理這方面的問題。戰艦少女:Ryūjō詞條重新導向我已修改，類似的戰艦少女:Shokaku詞條我則無法修改。這其實還是管理層方針的問題，如果管理層有自己的考慮那這邊也並沒有繼續就此探討的意思。--W0oo0d（討論） 2017年8月2日 (三) 23:58 (CST)

請仔細閱讀萌娘百科:編輯規範→萌娘百科:條目命名→Help:重新導向頁面→Help:移動頁面的相關說明，如再三確認後覺得沒有問題的，你可以這麼做，直到有其他用戶提出異議並由你們自行協商解決。（原則上更為簡單、好記、明確的命名有着更高的優先級，但請注意移動頁面的時候小心出現循環重新導向。）--九江喵~ 2017年8月3日 (四) 00:53 (CST)

英文維基使用的是「Ryūjō」，英文艦C Wiki中使用的是「Ryuujou」。「Ryujo」這種直接去掉長音符號的寫法似乎不是正規寫法，雪醬不贊成使用「Ryujo」作為主條目名。你要知道某毒百科是會把部分日語漢字強行轉換為簡體字的……  —— 立花奏雪_CFSO6459 ^{✉ / ☎} 2017年8月3日 (四) 06:40 (CST)

國內網友更多使用的還是Ryujo，至於搜索Ryuujou，只能找到一大堆英文界面..怎麼說呢，有時候將錯就錯也不是錯（口胡 --kanate☆saikou あたしは天使じぁないわ【討論】 2017年8月3日 (四) 07:42 (CST)

替換側邊欄底圖目前已失效

各位編輯的前輩們，晚輩在看詞條的時候，發現替換側邊欄底圖目前已經失效了，是不是替換側邊欄底圖那邊出了什麼問題了嗎？

如果真出了問題的話，還希望有技術的編輯前輩去修補一下--織星葬（討論） 2017年8月3日 (四) 02:10 (CST)

已由 Nbdd0121 修復完成 —— 立花奏雪_CFSO6459 ^{✉ / ☎} 2017年8月3日 (四) 06:24 (CST)

頭像舉報

壽命論評論欄里有一個頭像違規，根據萌百方針頭像管理第五條，需要刪除。—— 泰國婉姬🇹🇭 (พูดคุย) 2017年8月3日 (四) 01:49 (CST)

完成。但似乎由於緩存原因，評論欄仍然會顯示原有頭像。 —— 立花奏雪_CFSO6459 ^{✉ / ☎} 2017年8月3日 (四) 06:26 (CST)

先幹掉了，如果還想保留等緩存刷新再恢復就是了。--W3jc（討論） 2017年8月3日 (四) 15:43 (CST)

建議修改Template:頁面格式/音樂的默認格式

RT，因此頁面被設了編輯保護，且Infobox Song前段時間也進行了較大改動，所以目前創建詞條時自動生成的格式還是存在一些問題：
1.應該添加已有的「時長」屬性，然後將作詞放在作曲上面，另外去掉「MV編導」屬性，這個屬性在使用這個模板的歌曲中極少能用到，需要的時候手動添加即可。
2.之前的討論中User:偉大的小逗比與User:猥瑣帝也都提到過，一般認為翻唱曲重新寫詞才叫「填詞」，而原創曲應該叫「作詞」，使用此模板的歌曲幾乎均為原創曲，所以我認為可以考慮用機器將使用此模板的詞條全部替換為「作詞」。
3.編輯保護我認為也可以解除了，改為允許自動確認使用者即可。先前已經提到過，目前也已解除Infobox Song的編輯保護。事實證明改為允許自動確認使用者基本不會出什麼問題。--布洛肯亞雷（討論） 2017年8月3日 (四) 15:22 (CST)

反對批量替換填詞為作詞，這會引發不必要的爭端。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年8月3日 (四) 15:17 (CST)

反對批量修改+1，我知道你們可能是對秋葉的保護行為有所不滿，但是就我看來這種保護是有必要的。由於涉及面較廣，你必須人工分辨，明知道肯定會出錯還強推那肯定是不對的。對於重要模板的修改我覺得應該進行相關討論權衡利弊之後再進行，而不是想到就去做，大部分自動確認使用者並不明白這些模板到底是用來幹什麼的，單純憑個人的喜惡更改只會帶來更多麻煩，一般的做法是在討論頁提出建議後再執行，就像你現在做的，我相信如果不加保護，你肯定懶得來這裏說了對不對？

ps即便你執行了批量替換，也依舊是演唱、作曲、作詞的排序，而不是你想要的作詞、作曲、演唱的順序。我覺得你大可不必在這裏糾結，你不如去動畫相關的詞條的相關音樂里看看，什麼排序都有，別太在意。（有些用的是演唱，有些用的還是歌）--九江喵~ 2017年8月3日 (四) 17:15 (CST)

相關觀點我在上面的討論也多少有提到，另外，Template:Infobox Song/doc中也存在這幾個問題，或許可以考慮整改為統一樣式。

Infobox Song有寫「不需要的項目請直接刪除，不要設空值」，因此「MV編導」這個非必要的屬性不應該單獨列出。

現代標準漢語的「填詞」指「舊曲填新詞」，作詞指「新曲作新詞」，所以我認為對於anisong還是「作詞」比較準確，填詞->作詞的批量替換也沒有問題，即使難以批量修改已有的條目，至少頁面格式也應該改成最合適的樣式。--_(:3」∠)_（討論） 2017年8月3日 (四) 17:28 (CST)

嚇死我了……

點擊展開

--夢蝶葬花（討論） 2017年8月4日 (五) 08:14 (CST)

完成，已修復--Patroller KumoKasumi 2017年8月4日 (五) 09:51 (CST)

請求恢復Widget:NoFlowthread

原因：至少一個用戶在使用，如user:zeazed165。其功能是屏蔽用戶的評論區。flowthread難道不是評論區嗎，怎麼會停用呢

順便請求恢復Widget:Vocaloid Song Counter，原因：Vocaloid傳說曲 --dradrus（討論） 2017年8月4日 (五) 10:54 (CST)

完成

Widget:Vocaloid Song Counter似乎並沒有在Vocaloid傳說曲中使用？

 —— 立花奏雪_CFSO6459 ^{✉ / ☎} 2017年8月4日 (五) 11:23 (CST)

其被用於Template:Vocaloid Song Counter，後者被傳說曲與殿堂曲頁面使用。--dradrus（討論） 2017年8月4日 (五) 11:41 (CST)

已經改掉了Template:Vocaloid Song Counter的實現，這個沒必要用widget嘛 --𝐃𝟒𝟏𝐃𝟖𝐂𝐃𝟗𝟖𝐅𝟎𝟎𝐁𝟐𝟎𝟒𝐄𝟗𝟖𝟎𝟎𝟗𝟗𝟖𝐄𝐂𝐅𝟖𝟒𝟐𝟕𝐄 2017年8月4日 (五) 11:43 (CST)

那麼幫忙把user_talk:luyouhao裏面提到的class=hide時，不計數的功能也加上吧，多謝。--dradrus（討論） 2017年8月4日 (五) 11:52 (CST)

順便請求恢復Widget:DeceasedPerson，原因：Template:近期已故現實人物。說到底最後也沒搞清楚widget:bilibili到底是因為width參數的escape:'html'被寫成escape:'html '，還是因為escape:'html'不生效？？如果是前者，是不是有點太過激了。--dradrus（討論） 2017年8月4日 (五) 11:25 (CST)

就是寫成了escape:'html '導致的。Ben | imbushuo | AS43126 - Biscuit, cookie or whatever (Discussion) 2017年8月4日 (五) 12:06 (CST)

建議增加模板:Infobox Song與模板:Album Infobox的幾個屬性

• 歌曲信息模板：
  • 建議增加Extra track listing，顯示歌曲收錄專輯的前後曲，可以參考wiki。
  • 建議增加底欄字體顏色與時長等屬性。
  • 建議把詞曲信息改回作詞在作曲之前的一般順序。
• 專輯信息模板：
  • 建議增加藝術家信息，可以參考維基，在封面下方增加一個下欄，顯示為XX藝術家的單曲/專輯。
  • 建議增加底欄字體顏色與總時長等屬性。
  • 對於單曲，建議增加C/W曲信息。

以上，望採納。--_(:3」∠)_（討論） 2017年7月13日 (四) 20:56 (CST)

我也很同意這位老鐵說的，作詞在作曲之前比較合適，因為在影片中或者BK上一般都是作詞在前。還有就是最好在Infobox Song再添加發行時間和風格這兩個屬性，發行時間填最早發行的一張CD。--布洛肯亞雷（討論） 2017年7月13日 (四) 21:36 (CST)

作詞和作曲可以是同時的，也可以有先後。作曲在填詞之前，作詞在譜曲之前。編曲在作曲之後，譜曲可以與編曲同時，也可以在編曲之前。同一個人作詞作曲是沒問題的，但詞曲也可以有先後，但這個就看那個人怎麼說了。不同人的作詞曲的時候，一般而言是有先後的，但也有預先商量好大致意向然後同時完成也還能較好的契合（即便後期微調也可以說是同時完成的）。大致上這就是作詞、作曲、填詞、譜曲、編曲之間的區別，你如果真的想要分先後搞排序，我覺得會很麻煩的，這種小細節沒必要那麼較真。--九江喵~ 2017年7月15日 (六) 00:25 (CST)

時間上的先後順序不是我要表達的重點，我只是想表達，按照一般的寫法，通常是「作詞、作曲、編曲」的順序。可以隨便參考官方的BK、官網的歌曲信息、維基的專輯條目、動畫OPED中的歌曲信息等等之類的順序，幾乎是清一色的「作詞、作曲、編曲」的順序，現在的「作曲、作詞、編曲」的順序有別於習慣，看起來很彆扭。--_(:3」∠)_（討論） 2017年7月15日 (六) 00:39 (CST)

現在的模板沒毛病啊？作曲、填詞。有了曲之後詞才能填，填詞又不等於作詞，所以排序也很合理啊。這模板里根本就沒有作詞這個選項啊？--九江喵~ 2017年7月15日 (六) 08:28 (CST)

沒理解我的意思麼？我是說一般的寫法都是作詞作曲的順序，哪個歌詞本上是作曲寫在前面的？或者哪部動畫OPED里會把主題曲的作曲寫在作詞前面呢？我想要的，只是這種「作詞、作曲、編曲」的一般順序而已。--_(:3」∠)_（討論） 2017年7月15日 (六) 20:20 (CST)

這個模板只有作曲、填詞、編曲三個項目（嚴格的說，就連這仨名字就錯了倆）。你想要的是增加新項目，不是排序，你的訴求其實只是個形式。我需要再次強調一次，作詞≠填詞，作曲≠譜曲，編曲和音樂製作也是兩回事。我不知道你有否見過這種區別，但是專輯上並不是清一色的寫的作詞和作曲（當然也未必有編曲）。我覺得你有可能是日本CD聽多了看多了，習慣了他們的那一套東西，回到這裏的時候有點不適應。實際上日本娛樂圈對這些術語的用詞很隨便。給你以林夕舉個栗子吧：《胡思亂想》——填詞：林夕，譜曲：ELISABETH FRASER，ROBIN GUTHRIE，SIMON RAYHONDE，編曲：ADRIAN CHAN，演唱：王菲，原曲：你自己百度吧。我理解你的執着，就是看着感覺彆扭，但對我來說不少日本專輯（國內很多三流的製作公司也是這個毛病）寫的都很彆扭，以至於我已經放棄思考了。倘若你還是覺得應該搞那一套東西，我希望你能先去了解一下音樂創作的相關知識。當然如果你認為關於這個問題不需要了解這些無用的知識，那就當我沒說吧，我將繼續放棄思考。--九江喵~ 2017年7月15日 (六) 21:38 (CST)

話題好像又偏了，那我這麼說吧，我想要的是「作（填）詞、作（譜）曲、編曲」的順序，並不在意你所講的這些細微的區別。--_(:3」∠)_（討論） 2017年7月15日 (六) 22:06 (CST)

想起好像有人承諾過會將模板:Infobox Song搞大工程，似乎變成了都市傳說。

Extra track listing可以加，感覺實用性不太好。

個多可選屬性也可以加，不過實際上那些可選屬性有點冷門。【時長】很多OP曲就有幾個版本，起碼有個1:30，支援不知道會不會有混亂，要搞個【更多時長】？

【詞曲信息改回作詞在作曲之前】，User talk:Nostalgia/存檔2017年1-3月#關於Infobox Song的項目順序的觀點歡迎再議。

【顯示為XX藝術家的單曲/專輯】本來就有這個功能。如《39D》。

【增加C/W曲信息】請做具體說明，描述很含糊。--Notalgia-Contαct- 2017年7月13日 (四) 23:53 (CST)

【Extra track listing】或許目前實用性的確不太好，目前收錄曲有完整收錄的專輯條目不多，但也還是有的，比如我個人完成的fripSide（二期）的六張專輯與另有人完成而我有意完善的南條愛乃的兩張專輯。我現在也有需求，想要用到這個模板，以後或許也會有其他人用的到，還是希望能勞煩管理員加上。

【可選屬性】底欄顏色很深時，底欄字體顏色卻仍是黑色，因此有必要增加底欄字體顏色的可選屬性，這點我認為是有必要的。時長一般來說應該用CD收錄曲的時長，有多個版本時僅列出原版時長即可，或者通過分行列出不同版本的時長，或許不必搞「更多時長」。另外風格這個東西比較主觀，其他的可選屬性可能用的也不多，雖說不必要加，但加上也不會錯。

【詞曲信息改回作詞在作曲之前】之前那個討論正是我提出的，當時由於一些原因不了了之了，現在回過頭看還是有些難以接受。當時你說「就像電腦的提示窗口，過去都是左【是】，右【否】，現在改了不也沒影響。」我倒認為這有影響，在我想點「是」的時候，我會想當然地點左邊的按鈕，我也幾乎沒見過哪個程序彈出的窗口的「否」在左邊，如果真有人這麼設計，那會使我抓狂的。我查看這個模板的歷史版本，發現早在15年8月時已經有人按照他的想法順便把這個順序改了，而17年1月時也順便被你按照你自己的想法改回去了。我堅持作詞在前的原因也很簡單，因為無論是官方的BK、官網的歌曲信息、維基的專輯條目、動畫OPED中的歌曲信息，我幾乎沒見過作曲寫在作詞之前的，甚至連模板文檔里都是作詞寫在前面的，改起來又不麻煩，為什麼不按照一般的寫法，反而要用有別於習慣，以至於讓有些人感到彆扭的寫法呢？還希望你能更多地考慮其他編輯者的想法，謝謝。

【顯示為XX藝術家的單曲/專輯】或許是我表述的不好，這裏的藝術家更多的指的是歌手。如果只看專輯模板，對於沒有寫年表的專輯，根本不知道這專輯的歌是誰唱的，這一點也可以參考wiki那邊。

【增加C/W曲信息】我的想法是，只顯示單曲的C/W曲的標題即可。--_(:3」∠)_（討論） 2017年7月14日 (五) 01:33 (CST)

【Extra track listing】、【可選屬性】加上了，想了一下，還是不要搞太多樣式，【唱片曲目】用了較為簡潔的一種。

Facepalm，Mac系列的產品都是這樣設計，取消在左，確定在右。（這更符合翻頁的習慣，【右】為下一步。）「我也幾乎沒見過哪個程序彈出的窗口的「否」在左邊」，你到底是與世隔絕還是跟不上社會步伐，我自個用的iPhone手機，連帶iTunes，全部是否選擇都是和Windows不同的，對我來說這是日常的一部分。請不要訴諸自我知識。

關於順序關係，在代碼中填寫沒有任何區別。這個情況下，你需要說明那個順序的必要性，為何非他不可。一直在強調其他人什麼什麼，XXX也是這樣，以前一直這樣。那些舉例也僅限於舉例而已。單純羅列例子，完全無助說明必要性。沒有必要性，維持原樣即可。

我不去修改【模板文檔】的順序只是滿足一下你這個強迫症而已，也僅此而已，也側面表現出，先後順序根本沒有意義。

【顯示為XX藝術家的單曲/專輯】，我和舊時代脫節，平日聽的多是Vocaloid的，OST、純音樂，對那些突顯並不感冒。可能你覺得理所當然，但是我覺得可有可無。【增加C/W曲信息】也是這個感覺。

上面的討論，讓我深深感受的品味凍結的真實性。--Notalgia-Contαct- 2017年7月14日 (五) 22:02 (CST)

Extra track listing我認為目前的樣式並不實用，因為不太可能會列出一列十幾首的曲子，建議用類似年表的樣式，顯示前一曲、本曲、後一曲及它們在專輯中的曲序。

好像並沒有增加其他的可選屬性。至少我認為「底欄字體顏色」這個屬性是有必要的。另外，我認為收錄唱片的信息居中對齊比較好。

我承認詞曲順序先後並無意義，正因為沒有意義，所以我認為應該用普遍的先詞後曲順序，哪怕只是為了滿足我這樣的強迫症。為什麼一定要「維持原樣」呢，難道是因為有「維持原樣」的強迫症？也請解釋一下「維持原樣」的必要性，你所謂的「原樣」或許只是你一個人按照自己的意思設計的，並未考慮到其他人的想法。可能因為我的強迫症，我看到現在的詞曲順序會感到很詭異，但我想讓一個ACG歌曲愛好者，哪怕是一個普通的用戶做出二選一的順序選擇，儘管順序沒有意義，但多數人都會選擇他們平常所看到的詞在前的順序吧。另外，針對你發表的這部分言論，我覺得，你作為一個管理員，好像並未考慮到其他編輯者的感受，而只是一味地固執己見，遇到不同的觀點不是去思考「這個用戶為什麼會有這種觀點」，反而只是在想着「如何讓這個用戶順從你的觀點」。

其他幾個建議只是我順便提的，對於我來說並不強求。--_(:3」∠)_（討論） 2017年7月14日 (五) 23:01 (CST)

當你在拿對方的身份說事，你已經放棄邏輯上的辯論，而是單純的訴諸人身。為了避免撕逼，個人不會再回應這個討論，直到你的不再訴諸人身。--Notalgia-Contαct- 2017年7月14日 (五) 23:24 (CST)

上面那位老鐵說的非常對，我也認為應該考慮其他編輯者的感受，像是什麼」iphone的否在左邊是日常的一部分「啊，又是「我聽的都是vocaloid和純音就覺得那個可有可無」啊，這才是所謂的「訴諸自我知識」吧？感覺沒有說服力。我不知道為什麼一定要維持主觀的樣式，既然這樣那個模板主頁面上寫的「如有更好的思路和欲添加一些新項目，建議在Talk:提問求助區尋求幫助」是擺設？還有就是上面的討論讓人看了就覺得是為了讓現在的樣式顯得很合理還在硬扯一些冷門概念，甚至顯得較為極端，不像是正常的討論。當扯出「訴諸人身」等概念時更是如此。

順序的問題，也許是沒什麼意義，但我覺得看這個網站的沒幾個會經常見到作曲在作詞之前的（至少我目前看的OPED動畫和BK都沒有），所以一定要讓作曲在作詞之前又有何意義？底欄字體顏色也是，既然底欄可以自由改顏色那為什麼不添加字體顏色彌補一下改深色會看不清字的缺陷？還有時長和風格等屬性我認為最好也加上，畢竟是百科網站，日文維基都有這兩個屬性，而作詞作曲等屬性基本關於那首歌的地方都很容易看到，如果只有這幾個屬性很難凸顯這是百科網站。

最後，希望可以就事論事，正面回應問題，不要「避免撕13」而扯出一些莫名其妙的概念。--布洛肯亞雷（討論） 2017年7月14日 (五) 23:38 (CST)

iPhone的舉例是用於說明猥瑣帝「訴諸自我知識」，後來Vocaloid的舉例是用於說明情況多樣性，同樣用於表明猥瑣帝的一些觀點還是具有「訴諸自我知識」。

「訴諸人身」是指「藉由與當前論題無關之個人特質，如人格、動機、態度、地位、階級或處境等，作為駁斥對方或支持己方論證的理據。」，這是人身攻擊在討論中的說法。

文中我都在理性討論，對方一言不合開始扯上個人階級、動機、態度，之後還能理性討論下去？--Notalgia-Contαct- 2017年7月15日 (六) 08:17 (CST)

你在這裏大費周章解釋「訴諸人身」沒什麼意義，所謂的人身攻擊也不過是你自己認為的（至少我們都看不出我們有在「人身攻擊」），而且我們並未針對你，只不過是疑惑模板的樣式；

倒是你不回應底欄字體顏色等問題就只顧着解釋這些本無關的冷門概念，恕我看不出這是一串「理性」的討論。--布洛肯亞雷（討論） 2017年7月15日 (六) 15:19 (CST)

第一段的「可選屬性」加上了，你到底有沒認真看的。----Notalgia-Contαct- 2017年7月15日 (六) 19:50 (CST)

除了功能尚不完善的Extra track listing，我可沒有看到加了什麼可選屬性。--_(:3」∠)_（討論） 2017年7月15日 (六) 20:20 (CST)

同上，包括底欄字體顏色等--布洛肯亞雷（討論） 2017年7月15日 (六) 21:43 (CST)

加了的，之前沒寫到說明文檔。使用below-titlestyle參數即可，比如|below-titlestyle =color:red;給底欄字體加紅色。--Shirrak（討論） 2017年7月15日 (六) 22:16 (CST)

不必搞成這種複雜的樣式，而且已經有「底欄顏色」這個屬性了。只是需要「底欄字體顏色」一個屬性，能否能改成|底栏字体颜色 =red這種形式？--_(:3」∠)_（討論） 2017年7月15日 (六) 22:27 (CST)

加上了，個人還是蠻喜歡自定義樣式的--Shirrak（討論） 2017年7月15日 (六) 23:34 (CST)

十分感謝。就是below-titlestyle這個屬性顯得有點突兀，似乎不是很必要。另外，收錄唱片信息的樣式改為居中對齊或許比較合適。或許左欄字體顏色，以及人物等其他模板的底欄、左欄字體顏色也可以考慮？不過「可選屬性」這部分的改動對我來說已經足夠了，順便拋出的這幾個問題就交由你們判斷是否有必要了。--_(:3」∠)_（討論） 2017年7月15日 (六) 23:50 (CST)

---

below-titlestyle的設計自由度是最高的，既然有人會考慮字體顏色，也會有字體特效的想法。--Notalgia-Contαct- 2017年7月16日 (日) 15:23 (CST)

既然有人只使用字體顏色一個屬性，也不應該把別人已經寫好的「底欄字體顏色」的部分代碼刪掉。還有Extra track listing的問題，你到底有沒有打算回應？--_(:3」∠)_（討論） 2017年7月16日 (日) 23:30 (CST)

所以底欄字體顏色那串代碼礙着你了？試問你刪那串代碼是認為那會影響加載速度還是鼓勵我們刷編輯數？亦或是你認為我們在人身攻擊所以故意和我們作對？不管怎樣還請大手子不要裝聾作啞，給出一個合理的理由--布洛肯亞雷（討論） 2017年7月17日 (一) 09:14 (CST)

樓上過於激動了，個人來說雖然不介意使用哪種方式，也認為自定義css有更多發揮空間，但是既然有人有訴求，而且也有合理性，覺得保留下那段代碼比較好。同時在Template:沙盒里改寫了一下模板，效果是「先寫填詞參數則填詞在上，先寫作曲參數則作曲在上」，或許是個折中方案--Shirrak（討論） 2017年7月17日 (一) 20:43 (CST)

寫了一個Template:Infobox_Song/Extra，用法也寫在裏面了，應該是你需要的效果？「前一曲曲序」和「後一曲曲序」也可以單獨指定--Shirrak（討論） 2017年7月17日 (一) 00:54 (CST)

@Nostalgia如果沒有特殊情況，就把字體顏色參數和順序自設的功能加上去了？--Shirrak（討論） 2017年7月18日 (二) 14:27 (CST)

Facepalm，原來的【底欄字體顏色】代碼本來就寫錯了，那種方式和【below-titlestyle】同時存在，在某些編寫情況下會有bug，所以我刪掉了，上面不分青紅皂白就攻擊對方，首先請看看代碼是什麼，改了什麼，看懂了再說話，不懂就問，不要滿腦子惡意推定，動不動就訴諸人身。

個人不認同【順序自設】，認為沒有必要，除了我以外，上面九江也提出了異議。有爭議，沒有必要的修改，就不需要。

Template:Infobox_Song/Extra，可以用，不過不建議這個名字。如【Infobox_Song/Tracklist】就更符合內容。你編寫的方式，現在雖然可以用，但是直覺有些bug，換我就不用這種寫法的，請多檢查一些各種參數，和不同平台的顯示效果。

一些意見：當年受人所託在{{Album Infobox}}搞三段式，在很多條目編寫上遇到這些問題，所以在{{Art_book_Infobox}}等的設計都是【上一部作品】、【下一部作品】獨立開一欄。在三段式，局限性很大，特別是現在移動端時代，空間有限，顯示效果等問題更為明顯。

上面建議的【Extra track listing】（參考維基那個），有四種表現方式，個人認為既然都要Tracklist，為何只列出之前和之後，也考慮過往經歷，所以選取了最自由的豎式，可以全部列出，也可以只列出之前和之後。--Notalgia-Contαct- 2017年7月18日 (二) 21:43 (CST)

看樣子我還是有必要再反駁一下：1.我們並不都是程序猿，我們寫詞條不過是為了讓更多人知道有相應的內容，也不會從代碼里看BUG，你就算要刪代碼也應該最開始就說明原因，二話不說就亂刪換做誰也會想反駁你，什麼所謂的不分青紅皂白又是人身攻擊都是你自己認為的，我們既沒有說髒話也沒有針對你，別人也不可能無緣無故反駁你，如果會反駁你說明你肯定多少存在問題；

2.看到「個人不認同」我內心毫無波動甚至還想自己改格式，「個人XXX」是這麼個用法？還有就算加上這個可自定義代碼能妨礙到你什麼？你願意在哪個詞條寫作曲在前一樣可以。我還要再問一遍，那個模板主頁面的「如有更好的思路和欲添加一些新項目，建議在Talk:提問求助區尋求幫助」是擺設嗎？--布洛肯亞雷（討論） 2017年7月18日 (二) 22:16 (CST)

@NostalgiaInfobox_Song/Extra的名字無所謂，因為我本來對音樂不怎麼了解，隨便取的一個……我在ie、火狐、chrome、safari都測試過，沒有看出什麼問題，移動端也測試過，之前出現過太窄的問題，後來限制寬度後解決了。

我想知道在哪些編寫情況下，一個單純color屬性和【below-titlestyle】會有衝突，因為後面的css屬性理應會覆蓋前面的css屬性。再不濟，也可以在模板說明文件中寫明「不要同時使用」，就好像「聲優」和「多位聲優」一樣。

關於作詞和作曲，九江表達的意思是【填詞≠作詞】，如果真的按照九江的建議，應該單獨設一個參數「作詞」。但是看這個模板的編寫初衷應該只是把【填詞】當做【作詞】的委婉說法，所以在順序上更應該有靈活的空間，而讓編輯者決定使用哪種順序就是為了解決爭議。此外我不覺得「有爭議」就和「沒有必要」並列，有爭議也許是都存在一定道理。--Shirrak（討論） 2017年7月18日 (二) 22:27 (CST)

感謝對模板的修改。我認為，模板應該儘可能地滿足更多人的想法，不能僅僅依靠一個或者幾個人的想法，現在模板里的每一個屬性總會有人認為是有必要的。我認為已經可以應用這個模板了，有細節問題再單獨討論，這個討論串已經太長了，以至於真正有關內容的討論過於分散了。關於九江月的意見，我認為可以像詞曲順序一樣，輸入什麼就是什麼，以滿足更多人的想法，可以默認「作詞、作曲、編曲」這三種最常見的用法，但可能需要大量的「填詞->作詞」的批量替換。或者，既然區分不大，也可以考慮全用這種最常見的用法。--_(:3」∠)_（討論） 2017年7月18日 (二) 23:31 (CST)

同意樓上的觀點，不跟需求走的都是耍流氓。做模板的就應該照顧到每個人的需求，做好兼容性，在技術允許的情況下讓每個編輯者都能使用和達到想要的效果。不然要這模板何用，大家只要不滿就另起爐灶寫個模板？最後寫的到處都是模板就高興了嗎 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年7月18日 (二) 23:41 (CST)

【照顧到每個人的需求】是不可能的，今天你認為A在上面你改了，隔天有人提出理據C在上面，這不是沒玩沒了。有爭議，但是需要修改的內容是不需要的，就不必要改。這是我是判斷宗旨。

另外，在「重造輪子」（infobox）我發現，維基那邊的infobox普遍存在「一些設計根本不可能用上，另一些等到用上的時候，發現當初設計的時候考慮不全」的情況。畢竟「過早的優化是萬惡之源」。故此對那些新增的內容我都很謹慎，也很注重修改的意涵和背後的目的，是否有必要性等。

思路和想法的不同，希望各位互相理解，而不是互相攻伐，說不過對方就拿對方動機說事，還玩起打稻草人來。--Notalgia-Contαct- 2017年7月19日 (三) 00:32 (CST)

我也知道很難照顧到每一個人，我說的是「儘可能」地照顧更多的人。對於每個人可能的不同需求，為什麼不想辦法同時滿足他們的需求，反而是去想方設法否定他們需求的「必要性」呢？是否必要可能每個人的看法不一樣，但至少對於提出需求的人來說，肯定是有必要的。況且，現在也有辦法同時滿足A的曲在前與C的詞在前兩種需求。--_(:3」∠)_（討論） 2017年7月19日 (三) 00:54 (CST)

很少有什麼是不可能的，很多需求都是可以同時滿足。比如有人要作詞，有人要填詞，都加上不就得了，空着的項目就會隱藏，除非你把作詞填詞都寫上。這就是典型的兼容性處理。排序的問題，做個參數條件判斷，也是能夠解決的。我本來想做，前兩天發現刀砸已經在沙盒做好了，這就說明技術上沒有問題嘛。魚和熊掌能兼得的話，為什麼不呢？再舉個實際的例子。前幾天我和一位編輯在詞條頭圖的選擇上發生了衝突，誰也說服不了誰，但頭圖只有一個位置，怎麼辦？我就寫了個條件函數，單數日期顯示圖A，雙數日期顯示圖B，完美解決了問題，而且雙方都很滿意。這就是一種理念，用需求來指導工作，而不是以個人想法規避需求。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年7月19日 (三) 01:21 (CST)

個人覺得「讓編輯者決定順序」至少一定程度上解決了問題，如果以後有人要修改某個條目的曲詞順序，理應舉出更有力的例子，比如證明日期關係等。

最關心的還是底欄字體顏色的參數問題，根據我所知想不到什麼bug，如果有的話還是希望能指出來，日後也好預防。同時也如布洛肯亞雷所說，這個參數已經被應用，所以也不算早--Shirrak（討論） 2017年7月19日 (三) 02:02 (CST)

這個討論串怎麼快40小時沒更新了，我們還等着那個N開頭的大佬來揭示BUG呢--布洛肯亞雷（討論） 2017年7月20日 (四) 15:46 (CST)

看樣子沒有BUG，也已經沒什麼可反駁的了，而且這個討論串都過8天了，也已經長的離譜了，那勞煩管理員把底欄字體顏色和自定義順序加上吧...::@宇文天启 你怎麼看？--布洛肯亞雷（討論） 2017年7月21日 (五) 22:44 (CST)

如果沒有異議的話，希望能儘快修改這個模板，我不想看到這個問題最後不了了之。--_(:3」∠)_（討論） 2017年7月22日 (六) 18:37 (CST)

既然你個人認為我是「單純的訴諸人身」，為了把討論繼續下去，那我也只好收回有關「管理員」這個可能令你敏感的詞彙。那麼，勞煩繼續討論，直到這個問題解決。至少，我所剛才反饋的Extra track listing與可選屬性這兩個問題可以達成共識吧，我在詞曲順序問的幾個問題也希望能得到回應。--_(:3」∠)_（討論） 2017年7月14日 (五) 23:48 (CST)

關於作詞作曲順序的問題，完全可以用一個條件判斷解析器函數解決，你想怎麼排序就怎麼排序。這個很簡單估計很多人都會做，如果沒人做的話等一段時間我現充結束後就動工好了。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年7月14日 (五) 23:46 (CST)

很抱歉我提出的這個可能沒什麼意義的問題要勞煩到他人寫這麼個函數，我本來的意思只是固定詞在前，但現在也有人想固定曲在前。如果始終沒有達成共識的話，或許只能麻煩你寫上這部分代碼了。--_(:3」∠)_（討論） 2017年7月14日 (五) 23:55 (CST)

這個本來也是我計劃內的，因為優先級別不高差不多都快忘掉了，括弧笑 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年7月15日 (六) 00:31 (CST)

感謝，明明不是重要的內容，還是有人考慮過。--_(:3」∠)_（討論） 2017年7月15日 (六) 00:39 (CST)

同喜歡作詞在前作曲在後的強迫症在此發現同道中人的感覺真好啊233，感謝天啟姐！另外我其實還想把「填詞」改成「作詞」，為自己的強迫症找的理由：1.「作詞」的說法似乎更常見；2.有時是先有詞後有曲的，「填詞」的說法似乎有點不太對……有人同意這樣改嗎？--偉大的小逗比（討論） 2017年7月17日 (一) 21:29 (CST)

---

看到某些人不溝通，亂改代碼，一堆bug出現。不用Shirrak寫的方式，改成我在Album Infobox的寫法，就是需要原模板的重新設計，有幸宇文天啟同志有所發現，有對應修改。

防止你們又惡意推斷，聲明若又出現這些亂寫的出bug的情況，相關操作回退原始版本。保護內容，直到亂來者來好好談談出結果。--Notalgia-Contαct- 2017年7月30日 (日) 12:19 (CST)

然而事實上是因為原來的代碼存在多個隱藏的問題，比如無法適配寬度過長的情況以及前後曲為空時仍會顯示曲序號，所以我就自己嘗試修改了，也能實現之前的效果並修復相關問題。目前這個Extra模板還沒有什麼條目實際應用，對其的改動也不會有什麼實際影響。本來我就是要連Infobox Song模板一起做對應修改的，但這個模板被你加了編輯保護，我沒有權限編輯，只好聯繫宇文天啟請求協助修改，不知道你怎麼會往「有幸宇文天啟同志有所發現」這方面想。再說「不溝通」「惡意推斷」什麼的明明是你吧，一言不合就動用職權給頁面加保護，我的修改是哪裏礙着你了？--_(:3」∠)_（討論） 2017年7月30日 (日) 21:15 (CST)

很抱歉我看不到明面上的相關討論，也正如我的保護會引起你的猜度，所以有在此作出聲明。而且測試操作應該是{{沙盒}}，之前Shirrak就是這樣做。

上面我已經提醒過了Shirrak的寫法是「你編寫的方式，現在雖然可以用，但是直覺有些bug，換我就不用這種寫法的」，你們現在終於發現到了。希望謹慎在{{沙盒}}測試，而不是在一個預定會使用的模板中作太多試探性測試。--Notalgia-Contαct- 2017年7月30日 (日) 22:07 (CST)

那麼可以解除Template:Infobox Song與Template:Infobox Song/Extra‎的編輯保護了吧？現在已經沒有理由繼續保護了吧，目前Infobox Song模板可以實現各種可選屬性，應該允許編輯者自行添加新的屬性。

包括Template:頁面格式/音樂的編輯保護，Infobox Song模板已經修改了，這個模板還沒做出足夠的相應更加就被你保護了。你堅持作曲在前的順序就算了，明明在討論中有人提出「作詞」與「填詞」的區別，為什麼還要堅持用不合適的「填詞」一詞？「MV編導」現在也成為額外可選屬性的其中一個，也沒有必要單獨列出這個使用率不高的屬性。--_(:3」∠)_（討論） 2017年7月30日 (日) 22:25 (CST)

Infobox一系列模板作為使用度超高的信息模板，本身就有一定編輯限制。對於剛不久（7月29日）才出現代碼編輯bug，在沙盒上進行更多嘗試再修改不是很正常不過事情嗎。站長對我之前的操作也是這樣評論「修改後出錯立即回退，限制到管理/巡查編輯這些操作都是最佳實踐」。我不認為現在測試階段時解開編輯限制的時候。

Template:頁面格式/音樂都是格式模板，和信息模板修改無關。請另外討論，也因為其重要性，作出編輯限制我認為十分合理。

維基百科上【填詞】跨語言上，日文對應【作詞家】、英文對應【Lyricist】。【填詞】在廣義上也包含【作詞】，拋開狹隘的詞義，用包含最廣的詞彙描述為最佳選擇。MV是現代音樂的重要部分，反問你們寫的歌都沒MV的？--Notalgia-Contαct- 2017年7月30日 (日) 23:14 (CST)

對於Extra模板，我也說過了，這個模板還沒有被哪個條目正式應用，對其修改不會有什麼影響，所以我直接在對應模板上進行了測試，出現BUG也是因為我無權修改對應的Infobox Song模板，Extra模板本身沒什麼問題。現在新的Infobox Song已經開始應用了，你不解除編輯保護，我怎麼對細節方面進行修改？

對於頁面格式模板，我認為僅允許管理與巡查編輯太過了，改為「僅允許自動確認使用者編輯」就已經足夠了，本來頁面格式模板就有些問題。

討論中提到過，作詞指「未成曲調先作詞」，填詞指「已有曲調再填詞」。「填詞」的維基百科甚至專門寫了「填詞」與「作詞」，雖說這個條目可能存在「本條目論述以部分區域為主，未必具有普世通用的觀點」的問題，維基上寫的是，現代標準漢語的「填詞」指「舊曲填新詞」，作詞指「新曲作新詞」。「【填詞】在廣義上也包含【作詞】」這一點我不敢苟同，或許是因為你是香港人？維基的註釋也有寫，「粵語「填詞」可同時解作現代標準漢語的「填詞」和「作詞」。」實際上，現代標準漢語中這兩個詞基本是一個意思，區別主要在於這兩點。對於一首三次元歌曲是先有詞還是先有曲，基本難以考證，也沒那個必要。而按照維基上的說法，如今收錄的歌曲大部分都是「新曲作新詞」的情況，也就是說通常應該使用「作詞」。對於日文維基的專輯條目，用的也全部都是「作詞」。

對於「MV編導」，你似乎並沒有理解我的意思。我的意思是現在的模板中包含了大量屬性，「MV編導」也不是詞曲之類的必要屬性，應該視為與結他、鍵盤之類等同的一般的額外屬性，沒必要特意寫在頁面格式中。Infobox Song模板中也寫了「不需要的項目請直接刪除，不要設空值。」--_(:3」∠)_（討論） 2017年7月30日 (日) 23:57 (CST)

Extra的保護操作個人認為和恰當。就算正如你所說【沒有被哪個條目正式應用】，實際上已經在Infobox Song上作為例子說明。請在沙盒測試，不必要直接在模板上修改，特別是這種子模板，更容易出錯。（如{{沙盒}}{{沙盒2}}），或者請測試wiki進行測試。個人寫這些都是去測試wiki進行測試的。

說維基，你就開始從個人的出身開始推測。那我就用大陸的百度【填詞】，那邊也是這個解釋「作詞，因為必須嚴格地按照格律選字用韻，故稱填詞」。

【頁面格式模板】作為重要的指引內容，較高的保護操作十分恰當。有錯歡迎提出。

「MV編導」你認為是額外屬性，這個很主觀，請提出更多理據。當代音樂作品MV是重要組成部分，所以古早就設有這個項目。而且根據當下的彈幕視頻網站為大陸二次元社群的主體，PVX歌是最常見的配置了。--Notalgia-Contαct- 2017年7月31日 (一) 21:14 (CST)

算我做的不對好了，我以後會先在沙盒上測試的。但請不要逃避我的問題，現在模板經過測試沒有BUG，為什麼還不解除保護？作為會用到這個模板的編輯者，我需要對模板進行細節的改動。沒有合適的理由，請儘快解除編輯保護。

關於填詞與作詞，看來又是我們雙方各執一詞，爭下去也不會有什麼結果。這個問題是User:偉大的小逗比提出的，雖說我也傾向於「作詞」，但其實也無所謂，反正現在的模板寫什麼就是什麼，只是不滿你堅持用你的填詞然後加上編輯保護而已。我的觀點和引用的資料就放在這裏了，既然這個問題本來也不是我提的，我也無意繼續討論，如果沒有別人發表意見，隨便你好了。

再說「MV編導」，我強調的是「MV編導」，並不是「MV」。Infobox Song模板和VOCALOID歌曲模板不一樣，歌曲的MV編導鮮有人知曉。事實上，「MV編導」的確是一個很少用到的屬性。現在有這麼多使用Infobox Song模板的三次元歌曲，你大可以隨便看看，其中用到「MV編導」這個屬性的還是很少的，這並不是一個幾乎必填的重要屬性，只是一個和其他可選屬性差不多的一般的可選屬性。

對於頁面格式模板，如果你還是堅持你的個人想法，我也不想做過多的爭論，反正我也用不到這個模板，但這並不表明我認可你的想法。重點還是希望解除Infobox Song與Extra的編輯保護。--_(:3」∠)_（討論） 2017年7月31日 (一) 21:47 (CST)

你都說了會繼續修改（「我需要對模板進行細節的改動」），作為剛不久修改才出現bug的人說解除保護，真不知道你是過度自信還是怎樣。我已經建議你用沙盒測試，你沙盒完成修改，拿出來說一下，測試沒有問題直接改。

我感覺你們似乎又有什麼先入為主，或者誤會。

留意我一開始的發文「格式模板，和信息模板修改無關。請另外討論，也因為其重要性，作出編輯限制我認為十分合理。」，其他格式模板都是列出引用信息模板全部的可選項目。同時在模板中說明填寫方法。你們是否先入為主認為【頁面格式模板】是選擇性的列出的？不，是全部列出的。

現在一股腦加了一堆可選的項目進去，但是沒說明相關的使用規則，完全隨性。說XX不重要，XX重要，XX是這個意思，XX不是這個意思等情況普遍，在沒有定下相關的使用規則下，很容易造成。也因為相關情況的出現，個人認為保護【頁面格式模板】，在沒有下定論之前，維持既定的格式，能避免混亂。經過此事之後，也認為十分有必要。保護和限制都是最佳操作。

你們沒有意識到那些混亂，也沒有了解【頁面格式模板】本身的編寫方式。不要一言不合又開始從個人的行為進行猜度，你們現實生活到底有什麼遭遇。--Notalgia-Contαct- 2017年8月1日 (二) 21:40 (CST)

可以可以，你覺得是什麼那就是什麼好了。我上面也說了，不想繼續就頁面格式模板爭論下去了，反正也不會有什麼結果，一切還是由你的個人意志決定。

Infobox Song模板已經在Template:沙盒改好了，只是做個幾個細節改動，沒有問題的話，請儘快把代碼複製到Infobox Song，我不會再做什麼大的改動了，可以解除編輯保護了吧。--_(:3」∠)_（討論） 2017年8月1日 (二) 22:19 (CST)

剛才看了一下，發現了模板修改還有問題，@宇文天启，【收錄唱片】好像不支援了哦。先修一下那些問題。--Notalgia-Contαct- 2017年8月1日 (二) 22:55 (CST)

有什麼問題？見Help:沙盒，收錄唱片可以實現。--_(:3」∠)_（討論） 2017年8月1日 (二) 23:05 (CST)

@Nostalgia不要一言不合又開始從個人的行為進行猜度，你的現實生活到底有什麼遭遇。--九江喵~ 2017年8月1日 (二) 22:21 (CST)

我也想知道你為何從【本站】到【快到】之間那麼快就改變習慣，變得如此感情用事，那你的現實生活到底又有什麼遭遇。--Notalgia-Contαct- 2017年8月1日 (二) 22:55 (CST)

解除保護，確實是比較有必要的。因為保護起來無非就是防止所謂的編輯戰之類的，而這個網站本身就比較小眾，不見得會因為這個有編輯戰。那個模板改動後，目前我是沒見過什麼編輯戰，連批量把填詞換成作詞都沒有，那還有什麼必要保護？

目前的屬性中，除了默認的演唱、作詞、作編曲的確都並不經常用到，相反我認為時長是一個比較重要且顯著的屬性。至於MV，基本不會有幾個人能知道是誰導演的，這個屬性跟歌本身也沒多大關係，所以默認不寫也沒什麼問題，如果哪首歌知道了再手動加上又有什麼不妥？還有BUG的問題，上面的同志已經測試過沒問題了，再保護有什麼意義？--布洛肯亞雷（討論） 2017年7月31日 (一) 22:31 (CST)

關於「填詞」還是「作詞」的問題：我認為至少動畫中使用的歌曲（包括片頭曲、片尾曲、插曲等）都應該用作詞，理由：1.這些都是原創歌曲，屬於新曲作新詞；2.在動畫ED里顯示的都是「作詞」，萌百作為一個二次元百科全書，理應使用這種最普遍的形式，讓讀者看上去更加習慣，也更加符合原作品的樣貌。至於其他歌曲（比如V家的），我沒意見。以上。--偉大的小逗比（討論） 2017年8月1日 (二) 04:00 (CST)

---

@Nostalgia最後一個問題，關於收錄專輯的對齊方式。我改成居中對齊的原因很簡單，只是考慮到排版的美觀，居中對齊應該比較合適，要我選擇對齊方式的話，肯定會選居中對齊。尤其是在加上收錄曲這個項目後，左對齊會甚至會顯得難看，見only my railgun。在Template:Album Infobox中，對應的銷量排行也是居中對齊的，見only my railgun(專輯)。之前的討論中也稍微提到過這點，其中User:Honoka55也明確同意居中對齊。雖說可以手動加代碼更改對齊方式，但既然這個修改沒多大影響，也沒有引起其他人的爭議，為什麼不默認用更合適的居中對齊？如果你要堅持左對齊，希望能給出令人信服的理由。--_(:3」∠)_（討論） 2017年8月3日 (四) 19:42 (CST)

左對齊這種風格，在維基那邊【Infobox animanga】全部子模板填寫內容都是默認左對齊。最初我不解，後來才發現如{{Comic Infobox}}情況。內容多的項目，就自由度和美觀而言，左對齊的風格最佳。在下行項目中調整起來也十分整齊美觀，如{{Infobox Film}}。

{{Album Infobox}}的例子其實也可以作為反例的，為了遷就居中的觀感，文段的編寫上也更為考究，間接導致編輯門檻也更高。

當專輯名過長的話，由於寬度限制，隔行下，居中是不太好看的。另外【收錄曲】是可選項目，為了遷就可選項目，理由也不太好。

希望真的是最後的問題。--Notalgia-Contαct- 2017年8月3日 (四) 20:47 (CST)

只針對Infobox Song來說，我還是覺得居中好一點。

一首歌曲的收錄專輯通常不多，即使收錄在多個專輯中一般來說也只列出幾個，很少有內容過多的情況。

收錄專輯不論什麼對齊方式，都是僅需要列出專輯名，多個專輯時分行列出，不存在「編輯門檻更高」的問題。

唯一的問題是專輯名過長導致分行時，有時會顯得不好看，但倒是也可以手動換行解決。

綜上，我認為多數情況下還是居中合適，剩下的少數情況下也可以手動左對齊。如果最終還是決定左對齊，我也能勉強接受，但至少對於我自己編寫的條目，我會手動居中的。--_(:3」∠)_（討論） 2017年8月3日 (四) 21:20 (CST)

不明白我說的【編輯門檻也更高】，看一下自己舉例的only my railgun(專輯)，那段內容刻意隔行，有意文段對齊，再看看隔壁維基上only my railgun左對齊的怎麼表達的。

左對齊下【自由度】可高了，可以使用【符號清單】、【編號清單】而不需要特別調試，專輯收錄一般為好幾個，單一還好看，但是一多就一定不好看，使用特殊符號顯示也有限制。我直接在沙盒試一下居中下的【符號清單】效果，自己看一下吧：Special:永久連結/1403995。你就知道所謂的美觀，其實有很多局限，而且也不一定美觀。--Notalgia-Contαct- 2017年8月4日 (五) 20:37 (CST)

我說的是Infobox Song，不是Album Infobox。現在整個Infobox Song都是居中對齊，只有收錄專輯不是。僅對於Infobox Song來說，收錄專輯通常是一到兩個，只要不是太多我都覺得居中好一些。而且在用到收錄曲的時候，總是居中要好。況且在現今的左對齊情況下，也沒見人用過符號清單，都是換行處理的。--_(:3」∠)_（討論） 2017年8月4日 (五) 20:59 (CST)

從很多方面看，都是居中更合適，我相信支持居中的人也佔多數，你所謂的那些問題也幾乎都不存在（我目前寫的詞條里都沒出現你說的這幾個概念），還有一些問題也都有較好的解決方案。綜上所述仍然是改回居中比較合適。此外我希望不要再扯些沒用的，快點決定到底用哪種方式。--布洛肯亞雷（討論） 2017年8月4日 (五) 22:10 (CST)

我也希望能儘快決定下來，畢竟是最後一個問題了。--_(:3」∠)_（討論） 2017年8月4日 (五) 22:32 (CST)

請循其本，你提到的【Album Infobox】的【銷量排行】就是實施居中後的情況，而後我指出了這種設計對於提及大量內容的項目，會限制編輯方式，某些用於排版的格式無法有效引用。回應【Album Infobox】的問題就是在回應你提問的「希望能給出令人信服的理由」。

有些人說【我目前寫的詞條里都沒出現你說的這幾個概念】十分主觀，你自己不這樣寫，或者說在已知範圍沒看到，就認為不流行。隔壁維基這種寫法可是十分普遍的。中文、日文、英文都用這個格式。要不要多舉例子：Face to Face (CHEMISTRY專輯)，無論是【銷售排行榜】和【收錄唱片】這種左對齊使用【符號清單】、【編號清單】的做法是很常見。

既然你都提到可以獨自設計。為何是默認一個有問題，有限制的居中，而不是左對齊。為了居中而特意寫一堆兼容也是庸人自擾。

最後，你們一直強調的居中很【美觀】，觀點很主觀。請拋開這些主觀的論點，從自由度和兼容等實在的地方討論。--Notalgia-Contαct- 2017年8月5日 (六) 21:33 (CST)

已經改成在有收錄曲的時候居中對齊，沒有的時候左對齊，這樣應該沒問題了。倒是收錄曲這部分被別人改成了另一種實現方式，不知道你有沒有意見。--_(:3」∠)_（討論） 2017年8月5日 (六) 21:43 (CST)

並不是在特定環境下那個比較好。而是左對齊本身調試上比較好。

由於一首歌可以被好幾個專輯收錄，【唱片曲目】對子模板封裝的設計，認為十分有問題，變得只能局限填寫一個專輯中的次序。

另外，順便發現一個bug，需要去測試一下。--Notalgia-Contαct- 2017年8月5日 (六) 22:32 (CST)

只是考慮到用到收錄曲時，只有收錄專輯左對齊的確不太好看，現在這樣應該都能接受吧。

雖說可能被多個專輯收錄，但一般只寫一個。要寫多個的話，也可以通過同時調用多次Extra模板實現。

唱片曲目的格式確定是這樣而不用九江月寫的那樣麼？希望不要再改了。--_(:3」∠)_（討論） 2017年8月5日 (六) 22:41 (CST)

【收錄唱片】bug已經修了，最簡單的方法就是換行。原來不換行，導致某些wiki符號使用出錯。未免有人不知道，亂改，說一下。我看到似乎又有不討論，直接編輯的情況，出現無意義的恢復和回退。

作為全局性，大量使用的模板，請每個編輯都先測試，確保沒有問題。在編輯註釋和討論中說明編輯操作的意思。

混亂的情況再出現，模板會再度限制編輯。--Notalgia-Contαct- 2017年8月5日 (六) 23:22 (CST)

我個人對目前的模板暫時沒有意見了，也認為目前的唱片曲目不需要大方面的改動了。只是加了那個換行後，會使得文本上下出現部分空白，進一步拉長了版面。感覺這個修改不是很必要，因為在「收錄專輯」中，實際上只會用到換行與內連結，一般不會用到可能出錯的wiki符號，Infobox Song用了幾年了也沒見過這裏出現BUG，再不行也完全可以在說明文檔中稍微規範一下用法。當然，有不留下這段空白的修改方法就更好了。--_(:3」∠)_（討論） 2017年8月5日 (六) 23:49 (CST)

阿卡林模板的bug

一些用了「阿卡林」模板的條目（如堅果姐）里右邊的圖片點不開，要把光圈大小調至100%才可以點—— 泰國婉姬🇹🇭 (พูดคุย) 2017年8月3日 (四) 23:20 (CST)

@AnnAngela，幹活啦。使用Widget:Akalin導致圖片無法生成連結。 --kanate☆saikou あたしは天使じぁないわ【討論】 2017年8月5日 (六) 15:54 (CST)

這是年經問題。由於chrome自身實現問題，被設置opacity且值不為1的塊狀元素不能正確處理有浮動元素下的寬度，導致這些塊狀元素會把圖片覆蓋住從而無法點擊。——From AnnAngela the sysop (Talk) 2017年8月5日 (六) 21:15 (CST)

@AnnAngela，沒有解決方法？ --kanate☆saikou あたしは天使じぁないわ【討論】 2017年8月6日 (日) 18:54 (CST)

Chrome不修，我之前搞了個workaround還不見了。——From AnnAngela the sysop (Talk) 2017年8月6日 (日) 21:27 (CST)

關於添加新條目以及圖片添加程序簡化的提案

以外部使用者為主體進行的萌百科的新條目添加以及進行圖片插入的行為很少，關於這一點本人通過幾次新條目添加以及圖片添加後發現，這兩點的源頭是新條目添加分類說明過複雜以及圖片添加手段的複雜性以及添加方式不明顯導致的。其複雜性不但是初學者，即使是對網絡詞典系統有一定編輯經驗的人也感覺編輯手段不明，因此導致新詞條與圖片的編輯進行緩慢。在此本人建議對新詞條以及圖片的添加手段進行簡化，以吸引更多的編輯者進行編輯。 --——以上未簽名^{(註)本條留言未簽名，留言後請記得用--~~~~簽名！}的留言由風の守護者（討論·貢獻）於2017年8月5日 (六) 18:46‎添加。

本身mediawiki算是小眾。wiki代碼的運用，夾雜html的使用，怎麼說也有一定門檻。

上文有一些語法問題，【分類說明過複雜】？Help:創建新條目有一定預載內容，預載內容也有對應分類添加的說明。

【幫助導航】和【萌娘百科:條目編寫】也沒有很對【分類】進行說明。那是因為不用新人去在意。創建了，有錯的，後來的人也會幫忙改是，屬於維護工作。當然十分歡迎幫忙加上分類索引。糾結一些沒有強調的東西，似乎過於庸人自擾。（都已經簡化到不用你們新人注意了）

圖片添加見Help:圖像，個人認為相關說明已經很完備了。--Notalgia-Contαct- 2017年8月5日 (六) 21:07 (CST)

請求刪除圖片

請刪除：file:sumino_sayaka.jpg 、 file:sumino_sayaka2.jpg 、 file:akutsu_ruri.jpg 、 file:fukiincyou.png

已經不再使用，另外問一下可以自己掛刪嗎？--東東君（討論） 2017年8月6日 (日) 18:27 (CST)

使用{{即將刪除}}是巡查姬以上權限，自動確認使用者使用會觸發防濫用過濾器，請不要輕易嘗試。 --kanate☆saikou あたしは天使じぁないわ【討論】 2017年8月6日 (日) 18:49 (CST)

已經登錄了然後上傳圖片顯示要我登錄以後再操作

如題——以上未簽名^{(註)本條留言未簽名，留言後請記得用--~~~~簽名！}的留言由料理次元百科娘（討論·貢獻）於2017年8月7日 (一)15:02(CST)添加。

這裏是萌娘百科，上傳文件是萌娘共享，要再登一次。--DarthVircious（討論） 2017年8月7日 (一) 15:48 (CST)

求助！

我在搭建mediawiki過程中，遇到一個問題，就是討論頁面，不能顯示用戶名和時間，請問怎麼解決？ 可能是我的姿勢不對，百度並沒有找到答案，求助！！！——以上未簽名^{(註)本條留言未簽名，留言後請記得用--~~~~簽名！}的留言由Maijc（討論·貢獻）於2017年8月7日 (一) 18:24 ‎(CST)添加。

mw大概是需要手動簽名的，像這樣~~~~，如果你們簽名了的話我就5可奉告了--НовиСад★Сакура(Поруке) 2017年8月7日 (一) 19:27 (CST)

不用大概，本來就只能手動簽名，再不行可以試試濫用過濾器能不能配置來讓人強制簽名……--夢蝶葬花（討論） 2017年8月8日 (二) 10:55 (CST)

畢竟話不能說得太滿，打臉了就不好玩了--НовиСад★Сакура(Поруке) 2017年8月8日 (二) 14:43 (CST)

那還是手動簽名算了。這是習慣，慢慢改嘛。--夢蝶葬花——不被傳言所迷惑，不被威脅所屈服。 2017年8月8日 (二) 15:58 (CST)

圖片無法顯示

IE所有圖片（除廣告外）無法顯示。其他瀏覽器的站內圖片的大圖 偶爾無法顯示。Console報錯內容如下：

 This page is using the deprecated ResourceLoader module "jquery.tipsy".
 Aqours_2nd_LoveLive!_HAPPY_PARTY_TRAIN_TOUR#/media/File:Aqours_2nd_LoveLive!_Nayoya_Day2.jpg:1 XMLHttpRequest cannot load https://img.moegirl.org/common/thumb/6/66/Aqours_2nd_LoveLive%21_Nayoya_Day2.jpg/1280px-Aqours_2nd_LoveLive%21_Nayoya_Day2.jpg. No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'https://zh.moegirl.org' is therefore not allowed access.
 Aqours_2nd_LoveLive!_HAPPY_PARTY_TRAIN_TOUR#/media/File:Aqours_2nd_LoveLive!_Nayoya_Day2.jpg:1 Redirect at origin 'https://img.moegirl.org' has been blocked from loading by Cross-Origin Resource Sharing policy: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'https://zh.moegirl.org' is therefore not allowed access.

—葫蘆又（留言） 2017年8月7日 (一) 20:14 (CST)

您試過使用其他瀏覽器嗎?效果怎麼樣?--飢餓之聲-弗霖凱（討論） 2017年8月7日 (一) 21:13 (CST)

搜狗瀏覽器、360、QQ都有類似問題，站內圖片的大圖（點開圖片後的那個畫面）偶爾無法顯示。Chrome暫時沒有發現。上面那個報錯內容是搜狗瀏覽器的。似乎無法顯示的圖片都是最近上傳的圖片。—葫蘆又（留言） 2017年8月8日 (二) 18:27 (CST)

大概是什麼時間不顯示圖片?網絡環境怎麼樣?科學上網的時候也不顯示圖片嗎?--飢餓之聲-弗霖凱（討論） 2017年8月8日 (二) 19:07 (CST)

網絡是正常的，ping時延在20ms以內 百度 11ms 嗶哩嗶哩 4ms，ping萌娘百科平均在228ms。沒開VPN。一天任何時候都是這樣的，手機上看也是。確實是只在最新上傳的圖片才有的情況；有的圖顯示不出來，刷新也不行，等一兩個小時再刷新就可以顯示了。下面是另一個報錯：

 诡异的光(V家):64 GET https://commons.moegirl.org/thumb.php?f=%E8%AF%A1%E5%BC%82%E7%9A%84%E5%85%89(V%E5%AE%B6).jpg&width=250 429 (OK)
 www.google.com/ads/ga-audiences?v=1&aip=1&t=sr&_r=4&tid=UA-18669495-4&cid=1698201822.1501396540&jid=1476812932&_v=j58&z=2110333356:1 GET https://www.google.com/ads/ga-audiences?v=1&aip=1&t=sr&_r=4&tid=UA-18669495-4&cid=1698201822.1501396540&jid=1476812932&_v=j58&z=2110333356 net::ERR_CONNECTION_TIMED_OUT//这行是谷歌广告无法连接的报错

—葫蘆又（留言） 2017年8月8日 (二) 20:00 (CST)

那可能是伺服器緩存的問題.通常只能等待緩存刷新.--飢餓之聲-弗霖凱（討論） 2017年8月8日 (二) 20:09 (CST)

我覺得比如給頁面添加了分類之後在分類頁面卻看不到該頁面，等一兩個小時才能看到。應該是同樣的問題。伺服器在某些方面刷新的頻率不夠罷。—葫蘆又（留言） 2017年8月8日 (二) 20:14 (CST)

不得不吐槽一句..現在站內好多程序媛已經不打算對IE提供支持..您可以選擇更換其他瀏覽器。 --kanate☆saikou あたしは天使じぁないわ【討論】 2017年8月7日 (一) 22:14 (CST)

請求刪除圖片

請刪除：file:noel.png 、 file:Komiya_Nonoka.png 、 file:mizusaka_yuzuki.png 、 file:mizusaka_yuzuki2.jpg 、 file:Shiihara_Koharu.png 、 file:Togawa_Shione.png

已經不再使用。--東東君（討論） 2017年8月9日 (三) 09:21 (CST)

已掛刪--Patroller KumoKasumi 2017年8月9日 (三) 10:33 (CST)

請求刪除頁面

請求刪除RPG（火箭筒）。原因：不再使用的重新導向頁--Deldim 2017年8月9日 (三) 16:35 (CST)

這種手勢叫什麼？

File:10830578 746135205466487 5851417245632038519 o.jpg 就是這樣的手勢，我經常看到，不知道叫什麼，條目暫定名為「手背墊手肘」—— 泰國婉姬🇹🇭 (พูดคุย) 2017年8月9日 (三) 19:40 (CST)

這個姿勢全稱是「右臂橫放於腰前，左另一肘頂於右手背上，左手自然垂於肩旁」。 —你看不到我 你看不到我 葫蘆又（留言） 2017年8月9日 (三) 19:57 (CST)

↑ 正解。--夢蝶葬花——不被傳言所迷惑，不被威脅所屈服。 2017年8月9日 (三) 20:16 (CST)

這麼長的名字，怎麼做條目名(⊙﹏⊙)b—— 泰國婉姬🇹🇭 (พูดคุย) 2017年8月9日 (三) 20:19 (CST)

特定的姿勢也在萌百收錄範圍當中麼？--DarthVircious（討論） 2017年8月9日 (三) 22:53 (CST)

只有當流行度足夠影響其他事物的時候才能算在收錄範圍內，比如說JOJO立，迦葉的拈花一笑（不過不知道為什麼有一段時間常被拿來惡搞成賢者時間）。--九江喵~ 2017年8月9日 (三) 23:02 (CST)

並非特定的姿勢，其實做這個手勢的不只有堅果姐一個人，有些模特的照片也是擺這個動作。—— 泰國婉姬🇹🇭 (พูดคุย) 2017年8月9日 (三) 23:53 (CST)

我知道啊，模特站姿：腰疼、胃疼、脖子疼唄，哪疼捂哪裏嘛，但是單獨的這個姿勢並不有趣啊，也沒有什麼內容可以寫。--九江喵~ 2017年8月10日 (四) 00:17 (CST)

請求對File:Elder_Scroll.jpg的作者進行修改

很不幸的是上傳時填寫作者時是帶空格的，所以多出了兩個作者，然後我這邊不能對文件進行編輯，其實這張圖的版權所有方就是BethesdaSoftworks

（實際上為湮滅里的遊戲截圖，上古捲軸可以使用控制台代碼激活拍照模式）——以上未簽名^{(註)本條留言未簽名，留言後請記得用--~~~~簽名！}的留言由刺針飛彈（討論·貢獻）於2017年8月9日 (三) 21:32‎ (CST)添加。

已由 Dradrus 完成--Patroller KumoKasumi 2017年8月10日 (四) 00:03 (CST)

請求移動頁面

瑪霍通女神、通沙女神才接近泰語原名，當前的條目名馬赫托女神、同撒女神是來自滬江泰語的一條文章，譯音並不準確。—— 泰國婉姬🇹🇭 (พูดคุย) 2017年8月10日 (四) 14:13 (CST)

移動了，編輯頁面旁邊就是= =--夢蝶葬花——不被傳言所迷惑，不被威脅所屈服。 2017年8月10日 (四) 14:36 (CST)

關於頁面油庫里與百度百科對應頁面的雷同問題

頁面大部分內容來自這一次更改：Special:差異/623121，時間是2016年2月18日。

然而在百度百科油庫里頁面2015年10月9日的版本中就能看到這些內容了。（放連結會觸發過濾器，請自行查詢）

除非完成該編輯的用戶User:Cancer即是百度百科對應頁面的編輯者，否則這種行為應該屬於抄襲吧？--DarthVircious（討論） 2017年8月7日 (一) 23:53 (CST)

同時我還發現某位已被nuke的編輯搗亂的歷史 --DarthVircious（討論） 2017年8月7日 (一) 23:56 (CST)

沒人對這件事感興趣麼？--DarthVircious（討論） 2017年8月10日 (四) 09:26 (CST)

大概是檢查校對的過程會很麻煩，今天上午因故外出，下午回來的時候會檢查一下--Patroller KumoKasumi 2017年8月11日 (五) 09:07 (CST)】

經檢查已經確認存在嚴重的雷同問題，基於編輯者ID的檢查無法判定是否為對應頁面的編輯者，暫時懸掛版權侵犯模板。不過個人對這個方面不熟悉，可能要等將來某一天有人來做修改了--Patroller KumoKasumi 2017年8月11日 (五) 17:12 (CST)

上傳的圖片，無法顯示在條目中

上傳了圖片「上交國家.jpg」，但是圖片被加入條目後沒有顯示（不知道是不是我電腦/網速的問題，但別的條目均能加載） 地址：https://zh.moegirl.org/上交给国家 如果是圖片有問題，請求刪除——以上未簽名^{(註)本條留言未簽名，留言後請記得用--~~~~簽名！}的留言由為美好的世界獻上某科學的魔法禁書中的黃色章魚果然有問題（討論·貢獻）於2017年8月11日 (五) 12:43‎添加。

在我這邊看已經顯示了啊，如果還不行請嘗試清除瀏覽器緩存，或在條目連結後加上?action=purge跳轉並選擇清除當前頁面的緩存。另外留言後請使用--~~~~或點擊編輯器面板上鋼筆的按鈕來進行簽名。--東東君（討論） 2017年8月11日 (五) 13:07 (CST)

謝謝，現在可以了，辦事效率超好評--為美好的世界獻上某科學的魔法禁書中的黃色章魚果然有問題（討論） 2017年8月11日 (五) 19:06 (CST) 2017年8月11日 19:06:11

再次舉報頭像

作死、地球Online和好像身體被掏空這幾個條目的評論區又有違規頭像，以後出現類似的頭像需要馬上刪除—— 泰國婉姬🇹🇭 (พูดคุย) 2017年8月9日 (三) 14:48 (CST)

舉報花澤香菜評論區有人使用違規頭像。--葫蘆又（留言） 2017年8月10日 (四) 18:57 (CST)

舉報明田川仁評論區有人使用違規頭像。--葫蘆又（留言） 2017年8月11日 (五) 19:35 (CST)

已刪除--Patroller KumoKasumi 2017年8月11日 (五) 19:39 (CST)

舉報黑框眼鏡評論區有人使用違規頭像。

話說這個刪除是應該刪除頭像吧，而不是刪除評論。。。。。。--葫蘆又（留言） 2017年8月11日 (五) 21:42 (CST)

刪頭像請找管理員--Patroller KumoKasumi 2017年8月11日 (五) 21:44 (CST)

舉報眼鏡有人使用違規頭像。--夢蝶葬花——不被傳言所迷惑，不被威脅所屈服。 2017年8月11日 (五) 22:36 (CST)

我已經在不止5個頁面的評論區看到同一位用戶使用這個頭像。看來是擅長評論的friends呢。要不在他的討論頁提醒一下他吧。萌娘百科:方針#頭像管理。--葫蘆又（留言） 2017年8月12日 (六) 16:25 (CST)

關於「主觀性」的疑問

雖然經常看到詞條上方的模板中寫「主觀性內容」是「我想」、「我認為」之類的（即明確指出為此版本編輯者想法的），但是我又感覺「主觀性內容」似乎遠遠不止這些……請問一個可能全篇帶有批評性質且難以理解的條目新版本是否屬於帶有「主觀色彩」呢？

如果不屬於的話，請問這是什麼行為？是否違規呢？——以上未簽名^{(註)本條留言未簽名，留言後請記得用--~~~~簽名！}的留言由Tix（討論·貢獻）添加。

請給出實例以供判斷，條目本身就是由人撰寫，不可避免的會有主觀性的存在，一般在撰寫判斷或評論文段的時候會儘量用第三人稱敘述並儘量減少帶有感情色彩的語句來避免產生太多的主觀性內容--Patroller KumoKasumi 2017年8月12日 (六) 09:51 (CST)

型月重工，該詞條創建一個多月後突然面目全非，我某日瀏覽了一下感覺不太好理解，就直接把曾經的版本補回來了。後來又被改回去了，我又仔細看了看版本歷史，感覺似乎新舊版本均有缺點（舊版本應該加上R-15模板），請問這個新版本在客觀上是否存在「主觀色彩濃重」這個問題呢？（我也是順便來多了解一下「主觀性」的判定）——以上未簽名^{(註)本條留言未簽名，留言後請記得用--~~~~簽名！}的留言由Tix（討論·貢獻）於2017年8月12日 (六) 10:04 (CST)添加。

留言時請記得簽名。在結尾加入~~~~即可。--夢蝶葬花——不被傳言所迷惑，不被威脅所屈服。 2017年8月12日 (六) 10:48 (CST)

路過，順路清理了一下型月重工。--Notalgia-Contαct- 2017年8月12日 (六) 11:37 (CST)

關於條目收錄

今天是泰國的母親節，我想創建幾個關於泰國畫師的條目。—— 泰國婉姬🇹🇭 (พูดคุย) 2017年8月12日 (六) 22:11 (CST)

我覺得這取決於你所說的畫師所創作的作品的類型。---DarthVircious（討論） 2017年8月13日 (日) 02:03 (CST)

已經創建了幾個，其他的畫師我等有空再查查，其中有一個泰國的漫畫家名字未找到譯名—— 泰國婉姬🇹🇭 (พูดคุย) 2017年8月13日 (日) 16:06 (CST)

關於收錄範圍

萌百現在可以收錄與ACG作品無關的三次元演員了？--DarthVircious（討論） 2017年8月13日 (日) 02:11 (CST)

另外，收錄範圍中：

ACGN相關行業從業員及愛好者

• 漫畫家、声優/配音員、動畫師、原畫師、插畫家、小說家、歌手、音樂家、腳本作家、Coser、網絡歌手、舞者等。 （比如 虛淵玄，花澤香菜，咬人貓等）
  • 若擁有二次元形象，請附以二次元形象進行說明。如sayori、A士。

是否要求ACGN相關行業從業員及愛好者有一定知名度？--DarthVircious（討論） 2017年8月13日 (日) 02:17 (CST)

請具體說明哪個條目存在疑惑。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年8月13日 (日) 08:07 (CST)

天羽劍 @宇文天启 --DarthVircious（討論） 2017年8月13日 (日) 08:10 (CST)

天羽劍是艦C拜月神教的教主啊→_→--Patroller KumoKasumi 2017年8月13日 (日) 08:52 (CST)

然而上面那一排看下去，似乎沒有符合的，只能歸類到標題上的ACGN愛好者。而且我覺得百度貼吧艦隊Collection吧的某教教主的知名度也就那樣，如果這一點作為收錄理由那能收錄的就太多了。

倒是這個頁面中所說的小說家也許可以符合，但我覺得作為小說作者天羽劍的知名度不高。--DarthVircious（討論） 2017年8月13日 (日) 09:14 (CST)

他這應該是「擁有二次元形象的網絡名人和明星」——來自糟糕的妹控狗頭人 2017年8月13日 (日) 20:05 (CST)

請求刪除圖片

請刪除：file:Kancolle2017夏活E6.jpg

這是誤用的圖片

地中海Liverez 2017年8月13日 (日) 08:44 (CST)

已掛刪--Patroller KumoKasumi 2017年8月13日 (日) 08:51 (CST)

請求刪除圖片

請求刪除：File:KanColle2017夏活E2.png、File:KanColle2017夏活E3.jpg

上述圖片已不再使用--DarthVircious（討論） 2017年8月13日 (日) 01:16‎ (CST)

已掛刪--Patroller KumoKasumi 2017年8月13日 (日) 09:20 (CST)

請求刪除圖片

請求刪除：File:KanColle2017夏活E4.jpg、File:Kancolle2017夏活E5.jpg、File:Kancolle2017夏活E7.jpg

上述圖片已不再使用--DarthVircious（討論） 2017年8月13日 (日) 15:34 (CST)

已掛刪--Patroller KumoKasumi 2017年8月13日 (日) 15:40 (CST)

請求刪除圖片

請求刪除本來名字就寫錯了的File:Aqours_2nd_LoveLive!_Nayoya_Day2.jpg，已上傳並替換為並沒有清晰到哪裏去的File:Aqours_2nd_LoveLive!_Nagoya_Day2.jpg。—葫蘆又（留言） 2017年8月9日 (三) 19:08 (CST)

求各位管理員大大看一下這裏。
都五天了就沒人理一下嗎。—葫蘆又（留言） 2017年8月14日 (一) 16:27 (CST)

已由 Ubun 完成已掛刪 - 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年8月14日 (一) 16:33 (CST)

【Category:青梅竹馬】和【Category:幼馴染】

萌百早期用的「Category:幼馴染」，但後來經過討論並都統一改成「Category:青梅竹馬」了，原Category:幼馴染被刪除不再使用。但現在又出現一堆「Category:幼馴染」，而且Category:幼馴染又被建立起來了，現在兩個分類並存。看了一下現在這個Category:幼馴染的建立者，不是老編輯者，應該是不明白以前的討論結果。請刪除Category:幼馴染，該分類下都將改動到Category:青梅竹馬。萌百娘的胖次（討論） 2017年8月13日 (日) 22:14 (CST)

不知道Category:白髮和Category:銀髮是不是類似的情形。_yoonhakcher（留言） 2017年8月13日 (日) 22:39 (CST)

髮色這個，從ACG人設上色的角度來說，「白髮」和「銀髮」是不同的髮色（銀色是泛灰帶光澤）；但從詞語用法的角度來說，「銀髮」又是對白髮的比喻說法，現實中，滿頭白髮常被描述為「滿頭銀髮」。萌百中的髮色分類是針對ACG角色而言的，我覺得兩個髮色不應該合併，只是區分界線有點模糊。萌百娘的胖次（討論） 2017年8月13日 (日) 23:01 (CST)

(○)已標識分類重新導向。_yoonhakcher（留言） 2017年8月13日 (日) 22:46 (CST)

謝謝，那我都整理到青梅竹馬。萌百娘的胖次（討論） 2017年8月13日 (日) 23:01 (CST)

仔細想想都是有區別的。青梅竹馬一般只能是男和女，幼馴染沒有性別限制。按照合併銀髮至白髮的那位仁兄的理由，銀髮是絕大部分被表述成的白髮時的真實狀態（誠然），但白髮有存在於被設定成白化的角色中且被着意強調。——在臥（討論） 2017年8月14日 (一) 00:48 (CST)

幼馴染≈發小。—葫蘆又（留言） 2017年8月14日 (一) 01:02 (CST)

分類重新導向在編輯指引上是不推薦的（Help:重新導向頁面）。如果萌百的更新很快，這種軟重新導向作為維護來用還不錯，但是緩存問題，讓處理很麻煩。而且藍色的創建頁面，也讓使用這個分類的人不容易察覺。

你們如此糾結幼馴染，這詞彙在中國大陸的普遍翻譯都是青梅竹馬，如《我女友與青梅竹馬的慘烈修羅場》。幼馴染在御宅族中的使用是偏向異性之間年幼時的純潔友誼。你們就對同性之間的友♂誼那麼感興趣，對總角之交，兩少無猜深度挖掘一下好了。--Notalgia-Contαct- 2017年8月14日 (一) 22:43 (CST)

請求刪除圖片

請求刪除：File:Kancolle2017夏活E5New.png、File:Kancolle2017夏活E6New.jpg

上述圖片已不再使用--DarthVircious（討論） 2017年8月14日 (一) 00:20‎‎ (CST)

已掛刪--Patroller KumoKasumi 2017年8月14日 (一) 08:57 (CST)

我再次以File:Kancolle2017夏活E5New.png為文件名上傳，為什麼加載的是原來被刪掉的圖片？@云霞--DarthVircious（討論） 2017年8月14日 (一) 20:52 (CST)

緩存未更新。所以不建議用相同文件名上傳新圖片，除非你對更新及時度要求不高。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年8月14日 (一) 21:14 (CST)

緩存已更新。看錯了，尚未更新。--DarthVircious（討論） 2017年8月14日 (一) 23:51 (CST)

請求相關人員在英語萌百上創立相應Widget

本主題或以下段落文字，移動自 Talk:討論版#請求相關人員在英語萌百上創立相應Widget

在經過允許的情況下，我最近在英語萌百處為頁面翻譯而準備模板，已有{{Template:少女前線}}、{{Template:少女前線info}}、{{Template:少女前線replenish}}、{{Template:少女前線:導航}}共4個被完成。但是在製作過程中，出現了由於英語萌百處缺少Widget:GirlsFrontline、Widget:SideBarPic、Widget:TopicNavBar等插件而導致模板不能達到理想運作效果。在英語萌百討論頁處的討論中被告知到中文站點尋求幫助。在這裏請求@AnnAngela、@Maverick、@Boxsnake、@Baskice等與上述widgets相關的用戶協助在英語萌百處以同名的形式將上述widgets複製到英語萌百處。 英語萌百處相關討論頁。 （從討論頁相關條目轉移） --Varxo（討論） 2017年8月14日 (一) 11:43 (CST)

請求刪除頁面

• User:Thaiyj123/โอม รัชเวทย์

被打回的條目，已經找到了英文名，原來的泰文名稱做重新導向。—— 泰國婉姬🇹🇭 (พูดคุย) 2017年8月14日 (一) 12:49 (CST)

已由 Ubun 完成 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年8月14日 (一) 12:59 (CST)

【Category:阿久津加菜】和【Category:阿久津加奈】

經查，沒有叫「阿久津加奈」的聲優，是「阿久津加菜」的筆誤，已修改到「阿久津加菜」。請刪除Category:阿久津加奈。萌百娘的胖次（討論） 2017年8月13日 (日) 22:07 (CST)

已掛刪--Patroller KumoKasumi 2017年8月14日 (一) 08:57 (CST)

發現被重新導向了，感覺應該直接刪。因為她的名字直接就是漢字「阿久津加菜」，而「阿久津加奈」並不是翻譯問題，而是直接就是錯字。萌百娘的胖次（討論） 2017年8月15日 (二) 23:06 (CST)

請求刪除圖片

請求刪除：File:Kancolle2017夏活E5.png

上述圖片已不再使用--DarthVircious（討論） 2017年8月14日 (一) 23:54 (CST)

搭車請求刪除圖片File:Ringo Kitty girl.png。謝謝。——在臥（討論） 2017年8月15日 (二) 08:30 (CST)

已掛刪--Patroller KumoKasumi 2017年8月15日 (二) 09:30 (CST)

無法使用同樣的賬戶登錄萌娘共享

100% 確定是同樣的用戶名和密碼，密碼是粘貼的不是手打的，萌娘百科可以登錄但萌娘共享不行，求解答。--Stevenlele（討論） 2017年8月15日 (二) 09:39 (CST)

請問您確認登錄後返回的是什麼提示？以及您是何時註冊的？--Patroller KumoKasumi 2017年8月15日 (二) 09:57 (CST)

「提供的憑據不能被認證。」註冊時間是 8/12。--Stevenlele（討論） 2017年8月15日 (二) 10:57 (CST)

在萌娘共享不存在這個賬號，賬號不通用？於是註冊了同名賬號，居然是共享頭像的，實在詭異。--Stevenlele（討論） 2017年8月16日 (三) 03:33 (CST)

萌娘共享和主站之間的數據同步存在延遲，可能是由於這個原因賬號暫時不能在共享登錄--Patroller KumoKasumi 2017年8月16日 (三) 08:19 (CST)

那這個延遲實在太高了吧……那我在萌娘共享註冊的賬號不會和本站的賬號衝突嗎？--Stevenlele（討論） 2017年8月16日 (三) 14:40 (CST)

請求刪除圖片

請刪除：file:Hidamari-natsume.jpg 、 file:hiro-omo.jpg

已經不再使用。--東東君（討論） 2017年8月15日 (二) 22:51 (CST)

已掛刪--Patroller KumoKasumi 2017年8月16日 (三) 08:18 (CST)

請求刪圖

請刪除：File:E990996ea903b6e32c09247cf4f6d528.jpg（文件名什麼的不是我的鍋）

原因：作者更正為File:三重愛戀(新).jpg。--商火（討論） 2017年8月16日 (三) 00:10 (CST)

已掛刪--Patroller KumoKasumi 2017年8月16日 (三) 08:17 (CST)

請求刪除頁面夏目貴子

原因：無具體的娘化形象--littleletterbee✉ 2017年8月16日 (三) 14:38 (CST)

因為是趴着所以無法確定是女裝還是性轉嗎233😂 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年8月16日 (三) 19:27 (CST)

請教個事宜，沒有獨立的短消息功能時：

我有事要和另一位編輯者討論去達成某些共識，但另一位編輯者他沒創建個人頁面.....
於是只能選擇以下方法：

1. 我幫他創建個人頁面然後在評論區@他
2. 我在我自己的個人頁面評論區里@他
3. 到我們共同編輯的詞條里創建討論@他

選哪種比較好？ --Posion（討論） 2017年8月17日 (四) 15:20 (CST)

如果您想和對方討論的內容僅針對一個條目建議在條目的討論頁進行，如果涉及對方個人的編輯習慣等問題可在對方或自己的討論頁留言，在對方討論頁留言對方會收到提示因此可不再使用{{re}}等方式進行@。--W3jc（討論） 2017年8月17日 (四) 17:13 (CST)

應該在對方的用戶討論頁留言，不需要@，對方會收到提示信息；回復時需要{{re}}，否則可能看不到。比如這裏 User_talk:Posion 。--葫蘆又（留言） 2017年8月17日 (四) 18:09 (CST)

請求刪除圖片

請刪除file:aikawa_chiho.jpg

已經不再使用。--東東君（討論） 2017年8月17日 (四) 21:49 (CST)

請問(物理)屬於Template:萌宅用語中的哪一類？

我根本分不清網絡典故、綜合&其他典故和萌宅腐通稱有什麼區別...——以上未簽名^{(註)本條留言未簽名，留言後請記得用--~~~~簽名！}的留言由Q6161217（討論·貢獻）於2017年8月9日 (三) 16:51‎添加。

在討論時，請記得使用--~~~~簽名。--Deldim 2017年8月9日 (三) 17:35 (CST)

@Q6161217那麼可否請您提供此用語的出處或流行領域或其他以供判斷？ --kanate☆saikou あたしは天使じぁないわ【討論】 2017年8月11日 (五) 07:48 (CST)

@Kanate saikou在ACG和網絡用語中均有出現，但是不確定先後。要是能百度出來我早做了--猛漢百科的替身基（討論） 2017年8月14日 (一) 21:45 (CST)

綴詞 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年8月18日 (五) 16:51 (CST)

求助：請求處理用戶:華燈精靈之夜

參考：Special:用戶貢獻/華燈精靈之夜、User_talk:藍翼鯉＆戀之歌、User_talk:笨蛋多多妹
目前我正在回退該用戶的編輯，但他也在反覆改回他自己的編輯。希望管理員留意此用戶，在其作出更多類似編輯時對其進行警告甚至封禁等處理。
@一下在線的管理員：@红魔狗头人--偉大的小逗比（討論） 2017年8月18日 (五) 18:06 (CST)

就是又復活了嗎？--夢蝶葬花——不被傳言所迷惑，不被威脅所屈服。 2017年8月19日 (六) 10:57 (CST)

在此提請永久封禁。包括先前的賬號。--夢蝶葬花——不被傳言所迷惑，不被威脅所屈服。 2017年8月19日 (六) 13:36 (CST)

永久封禁+1，話說這貨一直堅持移動網頁編輯也是蠻拼的--偉大的小逗比（討論） 2017年8月19日 (六) 14:57 (CST)

(＋)同意永久封禁。除非他能告訴我誰的帽子的顏色是淺淡墨綠上在加一絲暗暗的大土灰黃。 —葫蘆又（留言） 2017年8月19日 (六) 15:06 (CST)

能不能說清楚到底是什麼情況？就丟兩個連結上來我看不懂啊。——來自糟糕的妹控狗頭人 2017年8月19日 (六) 15:11 (CST)

這個人一直在更改人物的屬性，比如髮色、瞳色、萌屬性。最多的情況是 比如把「藍色」改成「藍綠色」這樣，比如把「黃色」改成「淺黃色」這樣，比如隨意加入「雙馬尾」「捲髮」這些不屬於角色的萌屬性。而且提醒無效、退回再改。而且還一直是在手機上改。 —葫蘆又（留言） 2017年8月19日 (六) 15:20 (CST)

[3][4][5]，無意義編輯，並且不斷添加，警告無效，並且因其編輯戰。先前兩個號已經被封禁了就再註冊一個。@红魔狗头人--夢蝶葬花——不被傳言所迷惑，不被威脅所屈服。 2017年8月19日 (六) 15:23 (CST)

先封禁一周看看。——來自糟糕的妹控狗頭人 2017年8月19日 (六) 17:17 (CST)

提請封禁用戶

User:Poropro在圖站上傳了File:百強板材_別墅豪宅健康板.jpg、File:百強板材-別墅豪宅健康板.jpg、File:百強板材.jpeg三張圖片，判定為廣告，申請封禁

另申請刪除上述三張圖片--Patroller KumoKasumi 2017年8月19日 (六) 12:34 (CST)

廣告條目做的比某些新條目質量還好也是廣告界的一股清流了--Patroller KumoKasumi 2017年8月19日 (六) 12:39 (CST)

求助

請問如何在一行文字下添加背景色呢？——以上未簽名^{(註)本條留言未簽名，留言後請記得用--~~~~簽名！}的留言由Too young（討論·貢獻）於2017年8月19日 (六) 14:50‎ (CST)添加。

大概像這樣吧。—葫蘆又（留言） 2017年8月19日 (六) 14:56 (CST)

也可以使用template:Font模板，例如：{{font|bgcolor=red|测试文字}}；效果：測試文字，還有更多的功能，詳情請查看模版介紹頁面。--東東君（討論） 2017年8月19日 (六) 15:04 (CST)

感謝！--Too young（討論） 2017年8月19日 (六) 15:21 (CST)

「寒河江美智留」條目無法正常顯示信息框的圖片

寒河江美智留的信息框的圖片是 [[File:MichiruSagaeS4E5.jpg]] 或 [[File:Michiru_Sagae_S4E5.jpg]] 但是這兩個放上去在我這裏都不能正常顯示。圖片已經上傳很久了，也試過清空緩存刷新，似乎還是不能正常顯示，求解答。--Stevenlele（討論） 2017年8月18日 (五) 15:10 (CST)

我這裏顯示正常，（是一個綠髮綠瞳綠衣服的人在黃昏中仰頭的圖片 沒弄錯吧）。如果沒問題的話，應該將兩個文件中的一個刪除。 File:MichiruSagaeS4E5.jpg、File:Michiru_Sagae_S4E5.jpg —葫蘆又（留言） 2017年8月18日 (五) 15:42 (CST)

咦，這麼神奇啊，那就麻煩刪掉 File:MichiruSagaeS4E5.jpg 吧，把大的那張留下，另外頁面已改，能否幫忙看下是否可以正常加載？謝謝~ --Stevenlele（討論） 2017年8月18日 (五) 16:19 (CST)

求刪除求刪除求刪除…… File:MichiruSagaeS4E5.jpg 感謝。--Stevenlele（討論） 2017年8月20日 (日) 13:24 (CST)

據我以前的經驗 這樣寫管理員一般看不到 要不去下面再起一段吧。—葫蘆又（留言） 2017年8月20日 (日) 14:29 (雲神戶時間, UTC+9)

好噠。--Stevenlele（討論） 2017年8月20日 (日) 13:33 (CST)

如何可以查看所有模板列表？

Aquila zyy（討論） 2017年8月20日 (日) 03:20 (CST)

雖然並不是直接的尋找，但是有一個取巧的方法。因為模板是會被其他頁面引用的，而其他的頁面不會被輕易被鏈入，所以可以通過Special:最多連結模板這個頁面去尋找模板，但這並不是很有效率的做法。--九江喵~ 2017年8月20日 (日) 03:24 (CST)

你可以試試Special:前綴索引，搜索字段不用填，命名空間選"Template"，雖然我不知道是不是所有的都包括在裏面了2333。還有就是試着查閱Category:頁面模板--НовиСад★Сакура(Поруке) 2017年8月20日 (日) 09:20 (CST)

[6]這裏。--夢蝶葬花——不被傳言所迷惑，不被威脅所屈服。 2017年8月20日 (日) 09:35 (CST)

求刪除圖片以及求本站 Logo

求刪除 File:MichiruSagaeS4E5.jpg 感謝。已不再使用。

另外本站有單獨的高清 Logo 嗎？--Stevenlele（討論） 2017年8月20日 (日) 13:36 (CST)

logo見萌娘百科:版頭列表—— 泰國婉姬🇹🇭 (พูดคุย) 2017年8月20日 (日) 13:45 (CST)

感謝。--Stevenlele（討論） 2017年8月20日 (日) 17:22 (CST)

看成了 求刪除本站Logo... 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2017年8月20日 (日) 15:01 (CST)

如何使角色的頁面一直(下滑/上升)？

主要是想要表達該角色能夠製造「高重力」/「反重力」的能力——以上未簽名^{(註)本條留言未簽名，留言後請記得用--~~~~簽名！}的留言由（前略）克勞斯（後略）（討論·貢獻）添加。

不要這麼做，會嚴重影響用戶觀看--Patroller KumoKasumi 2017年8月20日 (日) 18:00 (CST)

……然而我正是想要體現這個角色很「煩人」，是一個「面倒」。 ——以上未簽名^{(註)本條留言未簽名，留言後請記得用--~~~~簽名！}的留言由（前略）克勞斯（後略）（討論·貢獻）於2017年8月20日 (日) 19:34‎添加。