討論:討論版/存檔/2015年11月
討論版檔案館（【討論】關於偶像大師 灰姑娘女孩歌曲的模板使用
如題……
主要是出了個新遊戲偶像大師 灰姑娘女孩 星光舞台，然後在分類:偶像大師系列音樂裡面灰姑娘女孩的歌曲一半以上是用了{{音遊曲信息}}，只有薄荷和花簪 HANAKANZASHI是用了{{Infobox Song}}我知道薄荷和花簪是還沒被星光舞台收錄，但照目前這個劇情進度把目前所有的角色曲出一遍應該還是會的
順帶提一下，用音遊曲信息的歌曲條目和用infobox song的歌曲條目創建者並非同一人
所以，關於模板的使用有兩種情況……
特此來跟大家討論一下……
--～冴えない巡查の育てかた-Talk- 2015年10月11日 (日) 12:58 (CST)
討論區
LLSIF系列全部使用音遊曲信息模板 By：Hamon002（討論） 2015年10月11日 (日) 13:19 (CST)
- 額……是時候刪掉這個討論了--～冴えない巡查の育てかた-Talk- 2015年10月11日 (日) 13:25 (CST)
- 由於模板設計風格的不同，{{音遊曲信息}}會自動匹配文字寬度，導致每次都匹配到最長的收錄專輯這一項，像「人家是脫線的機器人」單單模板寬度就就超過頁面寬度一半了，再加上長度不短，所以整體過大會不夠美觀。
- 如果要用{{音遊曲信息}}就統一吧，肝遊戲的大佬們把剩下歌的信息補上~
- 個人希望能把每個收錄專輯的THE IDOLM@STER題頭去掉，或者是人工使用<br />來排版~
- 而且也希望儘量統一全部內容格式，希望早日做出萌娘百科:條目格式/偶像大師音樂甚至萌娘百科:條目格式/音遊曲音樂 ≧▽≦ ～喵伯爵～交流～ 2015年10月11日 (日) 17:32 (CST)
- 由於模板設計風格的不同，{{音遊曲信息}}會自動匹配文字寬度，導致每次都匹配到最長的收錄專輯這一項，像「人家是脫線的機器人」單單模板寬度就就超過頁面寬度一半了，再加上長度不短，所以整體過大會不夠美觀。
- 我在這裡強調一下，音遊曲信息模板的建立初衷是為了供音遊原創曲使用的，給普通歌曲使用會變得很彆扭。
- 這也是我為什麼不贊成給LL和Imas的曲目使用這個模板——首先它們都不是像Hinabita一樣基於音樂遊戲的作品，不收錄在音遊中的曲目使用音遊曲模板很奇怪；其次，音遊曲模板強調的內容不同，無法提供足夠的基本歌曲信息，反而會強調一些音遊才會有的元素的信息。
- 關於這些歌曲使用哪個模板，我之前一直有兩個構思：
- {{Infobox SongEx}}，即使用一個可以嵌套其他表格的新Infobox_Song模板，然後將音遊曲的信息整合入一個子模板附在該模板上，以兼容普通歌曲的信息以及添加音遊曲特有的信息。這個我做了一半，但是沒有繼續完成。
- 使用{{Infobox_Song}}模板，然後另用一個非浮動的模板來寫音遊曲的信息，這樣不同遊戲的信息表格可以更有針對性，並且排版更加漂亮，不過需要有人來做。
- 說起來其實不管是灰姑娘女孩還是音遊曲模板都是我起的頭--庫特莉亞芙卡2（わふっ） 2015年10月11日 (日) 22:40 (CST)
- 其實個人感覺{{Infobox Song}}這模板太素了，沒現在用的音遊曲信息漂亮…… By：Hamon002（討論） 2015年10月11日 (日) 23:13 (CST)
音遊曲模板從創造出來就超丑的啊不信你問問@User:Nostalgia想了想左邊這句話也不合適，不過音遊曲模板的設計給普通歌曲使用會很奇怪是真的。--庫特莉亞芙卡2（わふっ） 2015年10月11日 (日) 23:25 (CST)
- 其實個人感覺{{Infobox Song}}這模板太素了，沒現在用的音遊曲信息漂亮…… By：Hamon002（討論） 2015年10月11日 (日) 23:13 (CST)
- {{Infobox Song}}最初是用來替代{{歌曲信息}}，從原來的樣式來說，已經有很大的改進了。而且{{Infobox Song}}模板是開放顏色修改的，你不喜歡默認的綠色配色可以改（【標題顏色】、【左欄顏色】，【底欄顏色】都可以改）。畢竟萌百娘的配色就是綠的
初音未來也是綠的，所以Infobox系列的默認配色都是綠的。 - {{Infobox Song}}我本來設計就是用於一般音樂介紹，太開放，太多項目，只會讓新人卻步。在已經刪掉的舊討論裡面，我已經說了，其它音樂條目請另外設計其它更合適的模板，Infobox Song只為一般格式的音樂介紹。無意，也不想增加太多項目。
- {{音遊曲信息}}設計寫的馬馬虎虎，if的參數寫不好，造成很多不必要溢出的欄。
- 表格的樣式設計其實沒什麼太大能突破的地方，我能做的也就是將顏色項目在模板中設計為開放編輯。至於圓角、直角，虛線，直線，外邊距，內邊距，開放的話，造成的差異會大了些，所以就沒有開放編輯。要寫就自己寫一個自己認為合適的話。
- 音樂遊戲歌曲我只寫過一個用於Deemo的{{Deemo songbox}}。音樂遊戲的歌曲列表在Deemo設計了一個。--Notalgia-Contαct- 2015年10月12日 (一) 12:35 (CST)
個人綜合以上討論得出的結論：鑑於現有模板都不能滿足IM@S和LL系列作品的信息要求，可以重寫一個模板音遊曲模板改改應該就可以了？By：Hamon002（討論） 2015年10月12日 (一) 16:55 (CST)- 做一個針對性的模板比較好，可以嵌套在{{Infobox SongEx}}，也可以單獨做一個模板。{{音遊曲信息}}還是拋棄吧。--庫特莉亞芙卡2（わふっ） 2015年10月12日 (一) 17:30 (CST)
- 已編（mo）輯（gai）完成，現暫時用於一單觀察效果，一切正常 By：Hamon002（討論） 2015年10月12日 (一) 21:48 (CST)
- 我順路看了一下，發現mp3文檔有問題，在Help:MP3播放器已經寫了【上傳的文件請以英文命名，文件名存在中文或者其他語言，可能會導致文件在部份瀏覽器中無法播放。】，在Firefox上，非英文的mp3文檔都無法播放。
不要告訴我，你們已經上傳了大量不規範的mp3文檔。 - 為了【站位】而做的特殊設計，那麼是不是每首歌都是九個人唱，我記得有些歌不是全部唱的？這樣就會有顯示問題的。
- @库特莉亚芙卡2，{{Infobox SongEx}}還在使用{{Infobox Song}}的舊版本，需不需要我去改一下相關的模板。--Notalgia-Contαct- 2015年10月12日 (一) 23:05 (CST)
- 我順路看了一下，發現mp3文檔有問題，在Help:MP3播放器已經寫了【上傳的文件請以英文命名，文件名存在中文或者其他語言，可能會導致文件在部份瀏覽器中無法播放。】，在Firefox上，非英文的mp3文檔都無法播放。
- 已編（mo）輯（gai）完成，現暫時用於一單觀察效果，一切正常 By：Hamon002（討論） 2015年10月12日 (一) 21:48 (CST)
- 做一個針對性的模板比較好，可以嵌套在{{Infobox SongEx}}，也可以單獨做一個模板。{{音遊曲信息}}還是拋棄吧。--庫特莉亞芙卡2（わふっ） 2015年10月12日 (一) 17:30 (CST)
- 薄荷和花簪 HANAKANZASHI兩首歌沒有用音遊曲模板的主要原因，是因為這兩首歌沒有被CGSS收錄。還有我覺得在右側欄里放試聽並不好。
而且那些上傳到本站的mp3音頻我基本都播放不了我還是更傾向於用B站的試聽視頻做試聽，放在頁面正文中。右側欄只有基本信息就足夠了。
不過雖然說右側欄只要基本信息，但是{{Infobox Song}}確實不好用。一方面已收錄音遊的歌曲需要有音遊信息，另一方面需要和其他的歌曲信息面板統一。SIF已經收錄了LL所有的歌，但是剛出現幾個月的CGSS還消化不了它自己已經有的歌曲資源，所以很長一段時間內都會出現一部分歌被收錄，另一部分歌沒被收錄的情況。
我覺得{{LLSong}}的設計思路是正確的，不過我希望命名能夠更加通用一些，把這個模板同時應用在SIF和CGSS的歌曲，以及未來可能會出現類似情況的歌曲上。
而且現在模板里的「站位」總是看著好違和啊。。。
——Zyzsdy ::::（討論） 2015年10月13日 (二) 01:05 (CST)
- 另外我建議把「收錄專輯」從模板中拿掉，這部分放到正文裡來介紹就好了。尤其是偶像大師系列歌曲，經常有一首歌被多張CD收錄的情況出現。每首歌建一個「收錄」項目顯得更清楚。就像我在拜託了!辛德蕾拉#.E6.94.B6.E5.BD.95這裡寫的一樣。——Zyzsdy ::::（討論） 2015年10月13日 (二) 01:13 (CST)
- 我想不到你要那麼多列的表格幹什麼。不過解決方法很簡單——放棄表格，用純div排版即可。（PS：{{LLSong}}的作詞居然是寫死的。。。。。）——Zyzsdy ::::（討論） 2015年10月13日 (二) 07:50 (CST)
- 另外灰姑娘女孩部分歌為什麼會出現「站位」。我在{{音遊曲信息/cgss}}里加入了「站位」這一欄。而且至今為止只在人家是脫線的機器人上使用過這個屬性。這主要是因為CGSS這個遊戲的特殊之處考慮的。CGSS在3D模式下能看到人物的3D演出（MV模式下甚至只有3D演出），而登場人物正好就是你組好隊的5張卡的人物。CGSS的3DMV唱歌是會對口型的，不過鏡頭拍到哪個人完全是固定位置的。所以如果你看到一個人的樣子聽到的是另一個人的聲音就會違和感滿滿對不對。大家打歌的時候都會換上最強卡，但是看MV的時候還是覺得還原一點比較好。所以我才加入了「站位」這個設定。按照人家是脫線的機器人中「站位」一節選好人然後開始MV播放，你就能看到在一些solo歌詞中，鏡頭剛好對準這個人，視覺效果是非常好的。這也是為什麼在灰姑娘歌曲的模板中，「站位」屬性是在「音遊」裡面的原因。——Zyzsdy ::::（討論） 2015年10月13日 (二) 08:01 (CST)
- 你們開發模板的時候也要考慮一點就是偶像大師大部分歌曲都不是星光舞台的收錄曲。。。--庫特莉亞芙卡2（わふっ） 2015年10月13日 (二) 13:02 (CST)
- 看一下過去的條目，列數改變後對原來使用{{音遊曲信息}}的條目有所影響，如：乙女式戀愛塾，站位用【|】、【·】之類的符號就算了，反正文本用居中，顯示上也沒什麼問題。用div就等於重寫了。--Notalgia-Contαct- 2015年10月13日 (二) 13:15 (CST)
- 修改完畢，影響已消除 By：Hamon002（討論） 2015年10月13日 (二) 13:44 (CST)
- 我還是覺得{{LLSong}}這個名字不好。。。。。。總不能讓我在偶像大師的歌曲裡面寫{{LLSong}}吧。——Zyzsdy ::::（討論） 2015年10月13日 (二) 15:04 (CST)
強迫症得治!模板重新導向不就OK了？ By：Hamon002（討論） 2015年10月13日 (二) 15:11 (CST)- 那也得是{{LLSong}}和{{IM@SSong}}一起重新導向到某個統一的模板名啊。——Zyzsdy ::::（討論） 2015年10月13日 (二) 16:15 (CST)
- 世界音樂遊戲何其多，這個不是全部都要重新導向？如果想多方兼容，還是寫一個開放式，有一般項目的【音遊曲信息】好了，要麼就是把{{音遊曲信息}}重寫。--Notalgia-Contαct- 2015年10月13日 (二) 17:31 (CST)
- 所以我的建議是不要叫LLSong這個名字而是取一個一般的名字啊。不要理解錯重點啊喂。——Zyzsdy ::::（討論） 2015年10月13日 (二) 20:26 (CST)
- 其實吧……LLSong完全可以獨立存在（畑氏株式會社可不是蓋的），IM@S等其他詞人不固定作品可以重新建立一個通用模板使用 By：Hamon002（討論） 2015年10月13日 (二) 20:28 (CST)
- (－)反對 其實我就是反對你們這些LLer整天要搞特殊化。明明可以代碼通用的東西非要寫兩遍。只能給LL用還亂七八糟的模板還嫌不夠多？——Zyzsdy ::::（討論） 2015年10月13日 (二) 21:00 (CST)
反對什麼反對，你不也是LLer嗎！模板已投入使用，生米已經煮成熟飯了。現在的要緊事不是打嘴仗，而是儘快拿出一個成型的模板……LLSong已經完成，通用模板需要在這基礎上添加一些什麼It`s up to you By：Hamon002（討論） 2015年10月13日 (二) 21:29 (CST)- ˊ_>ˋ，其實用管理的【替換文字】功能就能一筆過改掉，隨時可以換。--Notalgia-Contαct- 2015年10月13日 (二) 21:40 (CST)
- 看情況吧……這樣一來詞人還得重新加……新模板投入應用前還是先用LLSong，然後看情況替換好了 By：Hamon002（討論） 2015年10月13日 (二) 21:49 (CST)
- 還是那句話，LL和Imas的曲子不是音遊曲，用什麼音遊曲模板。
- 覺得現行模板好用的話，乾脆就在現有音遊曲模板基礎上做一個不同風格版本的Infobox_Song2，然後再把音遊曲模板的功能併入Infobox_Song2吞併掉。--庫特莉亞芙卡2（わふっ） 2015年10月14日 (三) 01:51 (CST)
- 不過有些曲子用到音樂遊戲裡面，他們需要哪些額外的板塊以滿足資料的填寫的慾望。目前Hamon002都已經複製出一個{{LLSong}}的東西。我就試著改{{Infobox SongEx}}好了。--Notalgia-Contαct- 2015年10月15日 (四) 21:10 (CST)
- 我還是覺得{{LLSong}}這個名字不好。。。。。。總不能讓我在偶像大師的歌曲裡面寫{{LLSong}}吧。——Zyzsdy ::::（討論） 2015年10月13日 (二) 15:04 (CST)
- 修改完畢，影響已消除 By：Hamon002（討論） 2015年10月13日 (二) 13:44 (CST)
音樂模板的重組
@库特莉亚芙卡2{{Infobox SongEx}}的改造，改成{{Ace Virgin Info}}類似那種鑲嵌怎樣，效果皇牌機娘:J-7。--Notalgia-Contαct- 2015年10月25日 (日) 14:08 (CST)
- 老實說，我沒看出來{{Ace Virgin Info}}和{{Infobox Song}}在內容上的區別，能否說的再清楚一點？如果是外表風格的話，我本來就是滿意{{Infobox Song}}的。
- 當時{{Infobox SongEx}}就是打算設計為一個可以加入擴展表格的{{Infobox Song}}而已。--庫特莉亞芙卡2（わふっ） 2015年10月25日 (日) 18:36 (CST)
- 我是指可以支援延展項目{{Ace Virgin Info}}之於{{Ace_Virgin_Info/Data}}的方式，不是直接table的延伸，而是用div來約束數個table。--Notalgia-Contαct- 2015年10月25日 (日) 19:09 (CST)
- 其實我之前找你問{{Infobox Song}}改造的事情就是指這種鑲嵌(不是指實現方式)……
- 因為你說不打算在{{Infobox Song}}加入鑲嵌所以我後來才打算建立有鑲嵌的{{Infobox SongEx}}。這個是當時互相沒搞清楚意圖的原因麼？--庫特莉亞芙卡2（わふっ） 2015年10月26日 (一) 19:23 (CST)
- 我是指可以支援延展項目{{Ace Virgin Info}}之於{{Ace_Virgin_Info/Data}}的方式，不是直接table的延伸，而是用div來約束數個table。--Notalgia-Contαct- 2015年10月25日 (日) 19:09 (CST)
- {{Ace Virgin Info}}不過是div里套了兩個表格嘛。。。。。關於風格我倒認為用哪種都無所謂，因為重點是信息，而且{{Infobox SongEx}}也沒有特別不好看。Lovelive所有的歌曲條目都用的是這個風格的模板嘛。
不過我上面提出的建議是用div來重寫整個模板（包括嵌套部分），不過用div來限制多個table這個想法不錯。 ——Zyzsdy ::::（討論） 2015年10月26日 (一) 09:07 (CST)
先說一下，個人覺得的問題和疑問，沒有【MV編導】，是不是因為你們聽的歌都沒有MV的。有必要分【單曲】、【專輯】，分得那麼細，介乎之間的【EP】要不要另開一個。【站位】是指MV中演唱者的站位？【MV編導】都沒有，反而注重這個有點奇怪。【曲目試聽】，萌百雖然能上傳MP3，但是版權還是講的，上個月我才說過這個（Talk:提問求助區/存檔/2015年09月#關於音頻的分類問題），使用Category:音樂文檔的初衷也是由原因的（若出現版權訴訟，砍起來快捷）。個人傾向使用外部視頻網站，一可以讓瀏覽者看到MV，二流量不耗網站的，三出事砍起來容易，刪段代碼就是了，更換也容易。【曲目試聽】要搞請做好相關處理（命名，分類之類的）。--Notalgia-Contαct- 2015年10月26日 (一) 19:34 (CST)
- 偶像大師和LoveLive!的歌曲沒有傳統意義上的MV，即便有也是以動畫短片或作品素材加工而成，因此沒有MV編導一說。但是有在作品及現實中LIVE中使用的舞蹈，所以會有站位和(理論上應該有但是實際沒人弄也難以查證的)編舞的概念。--庫特莉亞芙卡2（わふっ） 2015年11月3日 (二) 04:31 (CST)
關於【按萌屬性分類】
打算整頓Category:按萌屬性分類的時候，想到一個問題，正常的男性角色的角色特徵，也是稱作「萌屬性」嗎？
要不要將分類改成【角色特徵】一類中性些的描述。--Notalgia-Contαct- 2015年10月27日 (二) 20:17 (CST)
- 終於有人出來說這事了。不僅是男性角色，還有一些不是人的角色（比如之前小右詞條的分類就存在糾紛），也需要納入討論範圍呢。我個人
的性取向覺得，只要萌就好了，不要在意性別，也不用在意物種啊。同樣是外星人，為什麼奈亞子就可以算萌娘，小右就只能算萌物呢，很不合理嘛。--衛宮（討論） 2015年10月27日 (二) 20:27 (CST- 同意圍攻的說法……衛宮真膽小--User_talk:Zyksnowy 2015年10月27日 (二) 21:03 (CST)
- 剛才在瀏覽這個分類。我思考了好久為什麼討論版會屬於這個分類。。。。。——Zyzsdy ::::（討論） 2015年10月27日 (二) 21:09 (CST)
- 【角色屬性】這個描述會不會更好一點；或者使屬性分類能區分性別（不知道技術上有沒有可能），其實只要某個屬性分類頁下不會出現性別混雜的情況，男性角色添加屬性也沒有問題，大概。P.S.討論版剛才多了分類是因為寫
[[:Category:按萌属性分类]]忘加:了，已被Notalgia修復。--巡查姬非魚（討論） 2015年10月27日 (二) 21:34 (CST) - 叫【角色萌屬性】或者【角色萌點】都OK啊。特徵的話，並沒有給人萌萌噠感覺。--衛宮（討論） 2015年10月27日 (二) 21:49 (CST)
- 萌不萌就是見仁見智，大部分情況都是因人而異，所以想要些中性的描述。--Notalgia-Contαct- 2015年10月30日 (五) 18:25 (CST)
- 兩天後再沒人說話，我就會將Category:按萌屬性分類》【按角色特徵分類】。--Notalgia-Contαct- 2015年11月5日 (四) 21:34 (CST)
- 【角色屬性】這個描述會不會更好一點；或者使屬性分類能區分性別（不知道技術上有沒有可能），其實只要某個屬性分類頁下不會出現性別混雜的情況，男性角色添加屬性也沒有問題，大概。P.S.討論版剛才多了分類是因為寫
有關艦隊collection中所有主力艦娘是否都需要在條目中寫上表格
在巡查艦隊Collection:川內，艦隊Collection:神通，艦隊Collection:那珂這三個頁面時，發現數據對照表的數據有些舊以及一些小錯誤，就直接更換了艦娘選擇建議中的表格，畢竟是現成的而且方便編輯。
然後我就在想，是否可以考慮給那些主力的艦娘條目里都貼上數據對照表？因為總覺得只有這三艘艦娘有對照表而其他都沒有，所以在主力艦娘的條目里都貼上數據對照表可以嗎？如果可以的話，乾脆就像日文wiki那樣把全部的艦娘詞條都貼上數據對照表！(/≥▽≤/)這些表格都可以在艦娘選擇建議選取，所以前來詢問一下各位的意見。--巡查姬007君（討論） 2015年11月10日 (二) 16:43 (CST)
- (＋)支持 沒有反對的理由。--絲毫沒有存在感的某藍色失蹤者（討論） 2015年11月11日 (三) 20:19 (CST)
徵集iOS客戶端首頁顯示的專題內容
RT, 徵集萌娘百科:IOS客戶端首頁中專題的內容 希望得到
- 專題的標題
- 專題的代表條目 （儘量大於5個。10個最佳，多的話可以分批、時段顯示。）
- 專題的一句話簡介
不過還是有一定的技術參數，要求：
- 條目中含有圖片
- 寬度大於414px
- 高度大於630px
- 高度大於或等於寬度
- （希望能夠儘量適配手機）
否則，條目將會可能被默認圖片替代（取決於設備屏幕的質量）。
頁面裡面有一個艦C的例子，隨便捏的，同時麻煩大家幫一下忙順便重新寫一下。
投稿模版
标题：xxxxxx 条目：xxxxxx 简介：xxxxxx
直接在這裡留言即可。目前請不要直接修改萌娘百科:IOS客戶端首頁，我將會進行修改。
—— Maverick※message※ 2015年11月4日 (三) 07:09 (CST)
例子：
標題： 艦娘專題
條目： 金剛、比睿、榛名、霧島、翔鶴、瑞鶴、瑞鳳、鈴谷
簡介： 遠征、大建、憲兵隊！
—— Maverick※message※ 2015年11月4日 (三) 07:29 (CST)
| 效果圖 |
|---|
|
|
—— Maverick※message※ 2015年11月4日 (三) 09:31 (CST)
艦隊Collection
- 標題：艦隊Collection
- 條目：島風、金剛、赤城、加賀、夕立、雷、電、龍驤、雪風、北方棲姬
- 簡介：準備好了嗎？在拂曉的水平線上刻下勝利吧！
- 註：條目艦娘按照人氣度和梗按先後順序排名。如果可以的話，希望在簡介後面添加MP3按鈕，隨機播放、
- 、、這四個語音（或其中之一）。
- —— CFSO6459節操菌【留言】 2015年11月4日 (三) 11:12 (CST)
- 稍加改動@Maverick：
- 標題：艦隊Collection專題
- —— CFSO6459節操菌【留言】 2015年11月4日 (三) 11:44 (CST)
- 增加了一個「:」--User_talk:Zyksnowy 2015年11月15日 (日) 13:46 (CST)
萌娘擬人專題
我的想法是把貼近中大學生生活的萌化都選一個寫的比較好（這裡只從文字內容上選擇，不知配圖畫風不一放在一起會不會很奇怪？）的出來（個人主觀判斷求更正），體現「萬物」皆可萌~。口號想不到好的求幫忙QAQ，圖片規格有兩個擦著邊不行再換吧~還有鐵路娘化不知選哪個好請專家來@偷星地铁 ——巡查姬憶兔（討論） 2015年11月4日 (三) 13:52 (CST)
- To@兔兔耳宝宝 ：鐵路娘化有不同類型的娘化，以下是建議：
- 1.電力動車組娘化建議選擇西園寺鈴（CRH3C型/CRH380B型電力動車組擬人化萌娘）
- 2.內燃動車組娘化建議選擇詹雅琴（NDJ3型內燃動車組「和諧長城號」擬人化萌娘）
- 3.電力機車娘化建議選擇邵若燕（韶山8型電力機車擬人化萌娘）
- 4.內燃機車娘化建議選擇東悅晴（東風4D型內燃機車擬人化萌娘）
- 5.普速客車娘化建議選擇楊思萱（中國國鐵25T型鐵路客車廣九直通車版擬人化萌娘）。
- 6.地鐵列車娘化建議選擇浦銘鸝（上海地鐵2號線AC17a型電客列車擬人化萌娘。）
- 自己喜歡哪個就選哪個吧。
- --Minato Tomoka Metro（留言板） 2015年11月4日 (三) 14:48 (UTC+8)
- 我覺得這個類別範圍太廣了，不如拆分成更具體的專題，比如天朝鐵道少女和飲品擬人。---User:庫特莉亞芙卡2 2015年11月5日 (四) 02:16 (CST)
男の娘專題
（好像有什麼奇怪的東西混進去了）——衛宮（討論） 2015年11月4日 (三) 20:52 (CST)
- 觀束總二屬於性轉換，不是男の娘。--庫特莉亞芙卡2（わふっ） 2015年11月5日 (四) 02:46 (CST)
- 這是誤區。在和罪惡蜘蛛第一次交手的時候藍馬尾就提醒紅馬尾不要暴露自己的身份以免激起喜歡男の娘的罪惡蜘蛛的性趣。所以總二是有這樣的屬性的。還有呢，可愛的男孩子怎麼能把小林給忘掉呢。——衛宮（討論） 2015年11月6日 (五) 11:22 (CST)
- 這不是誤區。男の娘即日文的偽娘一詞，意為擁有美麗女性容貌的男子，後擴義為女裝男子[1]，偽娘定義的大前提就是男性軀體，不進行性轉換[2]。觀束總二的情況改變了性別，因此屬於性轉換而不是偽娘。並且也有一些評論指出：我，要成為雙馬尾的性轉換題材是逆偽娘風潮而行的[3][4]。
- 至於提出的「不要暴露自己的身份以免激起喜歡男の娘的罪惡蜘蛛的性趣」這一點，雖然我沒看過作品，但是從查找到的維基劇透來看，我猜測可能是你理解錯了劇情的意思，或者是改編版本沒有解釋清楚相應的劇情。
- 綜上所述，雖然沒有看過這部作品，但是從人物設定以及名詞定義上來說，我認為觀束總二不是男の娘。直覺上， 不能謎之突起的女孩子怎麼能算偽娘呢--庫特莉亞芙卡2（わふっ） 2015年11月7日 (六) 00:57 (CST)
- 這是誤區。在和罪惡蜘蛛第一次交手的時候藍馬尾就提醒紅馬尾不要暴露自己的身份以免激起喜歡男の娘的罪惡蜘蛛的性趣。所以總二是有這樣的屬性的。還有呢，可愛的男孩子怎麼能把小林給忘掉呢。——衛宮（討論） 2015年11月6日 (五) 11:22 (CST)
- 觀束總二屬於性轉換，不是男の娘。--庫特莉亞芙卡2（わふっ） 2015年11月5日 (四) 02:46 (CST)
偶像大師灰姑娘女孩專題
三連發之一--庫特莉亞芙卡2（わふっ） 2015年11月5日 (四) 02:10 (CST)
偶像大師百萬現場專題
三連發之二--庫特莉亞芙卡2（わふっ） 2015年11月5日 (四) 02:10 (CST)
BEMANI專題(整理中)
- 標題：BEMANI系列
- 條目：宛如凜風中綻放的花、I'm So Happy、芽兔芽兔平坦坦!!、RED ZONE、未來稜鏡、FLOWER、Zektbach敘事詩、V(BEMANI)
- 簡介：你所不知道的音遊帝國
三連發之三--庫特莉亞芙卡2（わふっ） 2015年11月5日 (四) 02:10 (CST)
重申一下技術要求
- 條目中含有圖片
- 寬度大於414px
- 高度大於630px
- 高度大於或等於寬度
大家繼續 —— Maverick※message※ 2015年11月5日 (四) 01:09 (CST)
飲品擬人
- 標題：飲品擬人
- 條目：綠茶娘、茶包娘、百事可樂娘、CCLemon娘、東方華、雪子娘……更多飲品擬人娘化
- 簡介：
- 誰來幫我想一個簡介…… _(:з」∠)_ —— CFSO6459節操菌【留言】 2015年11月5日 (四) 04:10 (CST)
食物擬人
- 標題：食物擬人
- 條目：菠蘿包娘、油條娘、小籠包娘、湯圓娘、粽子娘、抹茶蛋糕娘、水果酥餅娘、源氏餅娘、麥片娘、娃娃雪糕娘、抹茶冰激凌娘、麥旋風娘、大白兔奶糖娘、果凍娘、東北俊子
- 簡介：歐尼醬！不可以玩弄食物哦！
- —— CFSO6459節操菌【留言】 2015年11月5日 (四) 05:30 (CST)
學科擬人
- 標題：學科擬人
- 條目：語文娘、數學娘、英語娘、物理娘、化學娘、生物娘、政治娘、歷史娘、地理娘
- 簡介：要好好學習哦◕ ‿‿ ◕~
- ——巡查姬憶兔（討論） 2015年11月5日 (四) 13:16 (CST)
PS: 當前首頁當中的專題導航裡面還有 LL 東方 型月 沒有，誰來幫忙寫一下？ 另外，這個些應該放熱門，大流量的條目，方便使用者瀏覽。—— Maverick※message※ 2015年11月5日 (四) 05:44 (CST)
軌道交通專題
- --Minato Tomoka Metro（留言板） 2015年11月5日 (四) 09:20 (UTC+8)
遊戲
- 標題：遊戲
- 條目：片輪少女、紀念碑谷、敘事曲、Narcissu、Deemo，其他見Category:遊戲
- 簡介：No game, No life
- 之前Zyksnowy要我搞個遊戲推薦模板（User_talk:Nostalgia/存檔2015年4-6月#在首頁建立一個遊戲推薦的模板吧），不過完全沒有時間，現在搞專題推薦了，是時候拋出來看有沒有人接了。--Notalgia-Contαct- 2015年11月5日 (四) 21:06 (CST)
- 至少得把Galgame和其他類型遊戲區分開………………
戀愛育成
- 標題：戀愛育成遊戲
- 簡介：詮釋青蔥歲月
初音未來
- 標題：世界第一的公主殿下
- 條目：初音未來、雪未來、賽車初音、初音未來日的感謝祭、理想之鄉，其他見{{初音未來}}
- 簡介：-future sing, our legend-
- 雖然這坑很久沒有填，不過有空還是會鏟幾下土。--Notalgia-Contαct- 2015年11月5日 (四) 21:06 (CST)
投稿+2
西尾維新
key社
- 標題：Visual Art's Key
- 條目：KANON、AIR、CLANNAD、Little Busters!、Angel Beats!、Rewrite、Charlotte、Harmonia、星之夢
- 簡介：由麻枝准書寫的，屬於少年少女們的青春和奇蹟。
不會發展成安利大會麼--庫特莉亞芙卡2（わふっ） 2015年11月6日 (五) 04:32 (CST)
- 從第一個投稿起，事實上就已經是了：） --User:Imaginebreaker
- 況且，接觸ACG作品先是看的人設和畫面，然後才是劇情
世界名作劇場
- 標題：《世界名作劇場》系列
- 條目：龍龍與忠狗、三千里尋母記、佩琳物語、愛的小婦人物語、紅髮少女安妮、家族魯賓遜漂流記 不可思議之島的芙勞拉、小公子西迪、崔普一家物語、愛少女波麗安娜物語、小公主莎拉、牧場上的少女卡特莉 、阿爾卑斯物語我的安妮特 、南方彩虹的露西、阿爾卑斯山的少女
- 簡介：名著的世界
- 那就不加了
老婆大人
- 標題：紅袖添香
- 條目：古河渚、音無響子、小松奈奈、人造人18號、愛麗絲菲爾·馮·愛因茲貝倫，其他見Category:人妻
- 簡介：【你的名字我的姓氏】，或者【太太我喜歡你啊】
- 首先得有Template:萌屬性的列舉和簡介
工口工口
- 標題：(っ ค้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้c )
- 條目：閃亮耀眼、花與賣火柴的小女孩、PROJECT H(企劃)、布丁醬一起洗澡吧!、I'd Like To Teach The World To Fap、乙女奪取(動畫)等
- 簡介：吾未見好德如好色者
松來未佑逝世以後的一些想法。。。
提議：對於萌娘百科收錄的現實人物，如果他/她於近期逝世，在他/她的逝世消息公布後的一個星期內，將其的條目變成黑白，以示哀悼。
另提議：對於萌百已收錄的現實中已逝世的人物，每逢其逝世日期，當天相應人物的條目變黑白。
———— Minato Tomoka Metro（留言板） 2015年11月3日 (二) 21:02 (UTC+8)
- (＋)支持 ，不過需要一個程序媛來寫代碼 —— CFSO6459節操菌【留言】 2015年11月4日 (三) 01:02 (CST)
- 如果{{聲優信息}}模板能加個【逝世日期】（或者更好的措辭）參數的話這個可以自動實現（我會寫——From AnnAngela the sysop (Talk) 2015年11月4日 (三) 13:18 (CST)
- (＋)支持
- 另外，還需要寫一個模板給已過世的現實人物吧，現在的那個{{現實人物}}只能用在還在世的現實人物上--～冴えない巡查の育てかた-Talk- 2015年11月4日 (三) 18:32 (CST)
- 據說{{現實人物}}是用在有極大爭議的人物上的，也不是是個現實人物就需要。因此...收錄的去世的人也不少，也並非去世就需要掛模板來著....近期逝世的臨時掛一下類似於松來未佑的info，來避免編輯者在人物逝世時添加爭議內容，並告知觀者這個信息就是--巡查姬幻葉（討論） 2015年11月4日 (三) 21:48 (CST)
- 以前我也腦洞過在艦娘的忌日弄成黑白的(ಡωಡ)——艾吉奧 2015年11月4日 (三) 19:44 (CST)
怎麼給人名加框?--Rg224（討論） 2015年11月4日 (三) 20:40 (CST)
- 為什麼不翻翻松來未佑的原始碼呢？<span style="border:1px solid #333;">松来未祐</span>--巡查姬幻葉（討論） 2015年11月4日 (三) 21:48 (CST)感謝--Rg224（討論） 2015年11月6日 (五) 13:00 (CST)
不太讚同相關觀點，理由同Talk:岩田聰中所述。每逢逝世就掛旗，你知道這是什麼的工作量。死訊的消息真真假假，前段時間新加坡李光耀重病的時候，各地百科都出錯掛了訃告，沒專人幹不成。我認同相關個人行為的悼念活動，但是反對作為常規管理事務。--Notalgia-Contαct- 2015年11月5日 (四) 20:41 (CST)
【告知】渣浪更新姬程序所在伺服器被入侵
那台機器上放有更新姬程序和ustest的測試wiki。印象中沒有和萌娘百科本站直接相關的地方。因為不清楚入侵者做了什麼（比如做肉雞跳板或者留了後門）。整個格式化掉了。因此渣浪更新掛，ustest也掛了。
有備份但是擔心一上線就再次被入侵（因為入侵後掌握了密碼），因此會整個重建以避免已知漏洞。微博接口的密鑰等也已經更新了。
Q: 一般用戶需要做什麼？
A: 目前看來一般用戶不需要進行任何動作，萌百本站沒有被攻擊，也沒有內容洩露的跡象。 --多功能型Baskice(給我留言) 2015年11月11日 (三) 09:49 (CST)
- 腦補了一些不好的東西。——來自糟糕的妹控狗頭人 2015年11月11日 (三) 15:02 (CST)
- 。。。。。。。--絲毫沒有存在感的某藍色失蹤者（討論） 2015年11月11日 (三) 20:20 (CST)
- 入侵是不對的--User_talk:Zyksnowy 2015年11月12日 (四) 15:30 (CST)
【通知】模板:人物信息現已支持自定義參數
詳細說明及示例參見{{人物信息}}，歡迎反饋bug、提出改進建議。—— CFSO6459節操菌【留言】 2015年11月11日 (三) 22:50 (CST)
希望在file名字空間所有來自pixiv的圖片加上pixiv的前綴/後綴
發現一些文件名直接使用pixivID命名了
22420951.jpg|[[远坂凛|幼年凛]]鸭子坐 21438721.jpg|[[松本麻耶]]鸭子坐 34487162_big_p21.jpg|[[帕秋莉·诺蕾姬|姆Q]]鸭子坐 28889987.jpg|[[中野梓|梓喵]]鸭子坐 17222525.jpg|[[今井知菜]]鸭子坐 29119365.jpg|无名少女鸭子坐 43560662.jpg
--User_talk:Zyksnowy 2015年11月12日 (四) 15:30 (CST)
- (＋)支持 ，和pixiv無關，用純數字做文件名本身就是不好的。我希望萌百能夠建立起一套廣泛適用的推薦命名規則。——Zyzsdy ::::（討論） 2015年11月12日 (四) 17:09 (CST)
- (＝)中立 因為Help:圖片注釋規定使用pixivID命名，至於這樣做好不好，我無法判斷，感覺一般人看到這一串數字會本能聯想pixiv...同時圖片頁許多也標註了pixiv地址的說。同時幾千上萬張圖片要改動也很難做到...--巡查姬幻葉（討論） 2015年11月12日 (四) 17:19 (CST)
- (－)反對 ，以8位數字命名的圖片常見來源只有P站。而且就算定了命名規則，也不會有太多人遵守。
- 另，萌娘百科並沒有更改文件名的方法，常用途徑是「移動圖片（到新的文件名），不留重新導向」，但這樣會對伺服器造成負擔，站長不允許。
- —— CFSO6459節操菌【留言】 2015年11月12日 (四) 23:54 (CST)
- 那麼⋯pixiv增長到九位數？
- 服務器負擔的確是問題⋯⋯那麼 後台服務台端直接本地修改?User_talk:Zyksnowy 2015年11月13日 (五) 10:36 (CST)
- 也不希望pixiv處於壟斷地位啦^_^User_talk:Zyksnowy 2015年11月13日 (五) 10:38 (CST)
- (＝)中立 Help:圖片注釋里不是規定用PixivID命名麼……另外個人覺得這個改動沒有必要--～冴えない巡查の育てかた-Talk- 2015年11月13日 (五) 21:03 (CST)
- 現在能有多少人能注意各種命名規範分類規範呢。。。。甚至有的圖片直接是QQ圖片2015xxxxxxxxxxxxxxxxxxxx。。。。。。orz--絲毫沒有存在感的某藍色失蹤者（討論） 2015年11月13日 (五) 21:07 (CST)
- 那，不如這樣：File:ピノキオピー - すろぉもぉしょん (43743391) .jpg --聰明又可愛的妹空醬（討論） 2015年11月13日 (五) 21:23 (CST)
_.jpg){kind=link}
- 我說nico靜畫的圖片也是用數字命名，保留在繪畫網站上文件的原始名稱，沒有特別吧（有時nico的ID會和pixiv的ID重複）。Help:圖片注釋中的【文件名使用文件原名。】這句話本來就是這個意思。反過來你是先入為主認為數字命名的圖片都是pixiv吧。
- 過往因為文件名非英文和數字有問題（圖片備份和轉移時，其他語言可能出現亂碼的情況），要求圖片命名全部都是英文和數字組成，現在是允許其他語言，不過這個習慣還是改不了，如據根角色File:Judicial Reform Foundation cha01.png、作品名的File:Dokuritsu gakuen kokka no heroic slayer.jpg。--Notalgia-Contαct- 2015年11月13日 (五) 23:46 (CST)
順便說一下，為了滿足有上傳圖片一定要填人物分類的人，現在圖片中有【現實人物】也要填寫分類。
PS：圖片為【海報】、【封面】時，只需要填寫哪一類型海報（動畫海報等），封面（音樂專輯封面等）的分類，其他信息可以忽略，這樣是方便作品編輯時上傳圖片的手續簡化。圖片中存在可以填寫的人物，可以之後補上。
如有需要我改日更新一下Help:圖片注釋。--Notalgia-Contαct- 2015年11月15日 (日) 00:22 (CST)
- 原來……這個問題是如此的重要…複雜--User_talk:Zyksnowy 2015年11月15日 (日) 13:46 (CST)
建議默認摺疊並非與作品直接相關的模板
例如 Template:日本2015年動畫 之類的模板，其內容並非與作品直接相關，而且在作品有續作的時候會是頁面顯得非常長。因此我建議對於這類模板，應添加collapsed參數使其默認摺疊。 --XYZ指示物 (nbdd0121)（討論） 2015年11月14日 (六) 09:38 (CST)
- @Nbdd0121 {{日本2015年動畫}}等模板支持摺疊調用，但個人習慣展開當季的作品，像這樣{{日本2015年動畫|秋}}--W3jc（討論） 2015年11月14日 (六) 10:32 (CST)
- 也可以這樣啊 {{日本2015年动画|collapsed|秋}} --XYZ指示物 (nbdd0121)（討論） 2015年11月14日 (六) 17:50 (CST)
- (＋)支持 表示支持.--弗霖凱（討論） 2015年11月14日 (六) 10:35 (CST)
- (＋)同意 如果不是作品本身的導航模板，都可以摺疊放置。許多展開模板占用了大量的與詞條無關的空間--巡查姬幻葉（討論） 2015年11月14日 (六) 10:54 (CST)
用Tab來放置立繪出現了問題
RT，現在戰艦少女區和皇牌機娘區的大破一點擊就出現戰損立繪的按鈕，就出現了創建「皇牌機娘:彎刀/戰損」的頁面，請問這是發生了什麼問題？該怎麼辦？--絲毫沒有存在感的某藍色管理員（討論） 2015年11月18日 (三) 16:09 (CST)
- @Nostalgia——From AnnAngela the sysop (Talk) 2015年11月18日 (三) 17:27 (CST)
- @AnnAngela @Nostalgia我找到問題所在了，Common.js根本就沒有加載。我把Common.js複製到我的用戶頁下面的common.js就完全正常了。--XYZ指示物 (nbdd0121)（討論） 2015年11月18日 (三) 22:02 (CST)
- 沒有加載的原因很可能是因為contentformat和contentmodel錯了，MediaWiki:Common.js的屬性是 contentformat: 'text/x-wiki',contentmodel: 'wikitext' 而不是JavaScript文件應具有的 contentformat: 'text/javascript',contentmodel: 'javascript'。--XYZ指示物 (nbdd0121)（討論） 2015年11月18日 (三) 22:06 (CST)
啥。。。。我聽不懂。。。所以呢，怎麼辦。--絲毫沒有存在感的某藍色管理員（討論） 2015年11月19日 (四) 17:03 (CST)
@Nostalgia，終於適配theme了，已經修改模板，個人測試沒有問題，doc沒有修改，因為要上晚修了所以請你幫我修改，注意由於個人認為linkX參數十分雞肋【可以通過btX=[[a|b]]實現】所以移去了支持，另外，模板不再依賴id參數，請移去說明。——From AnnAngela the sysop (Talk) 2015年11月19日 (四) 18:51 (CST)
- 另外，個人認為可以找個時間段把api改了，這樣tabs可以支持更多參數，而不是目前這樣的刪減版。——From AnnAngela the sysop (Talk) 2015年11月19日 (四) 18:56 (CST)
- 你終於明白我說的配色是什麼了吧，我等會去改說明。linkX的出現是基於設計上的不同而而造成的，不過也不太好用，範圍和按鍵覆蓋。--Notalgia-Contαct- 2015年11月19日 (四) 20:34 (CST)
請求撤銷藍羽匯的艦これ負責人資格
事情的起因：參見我在其talk_page的留言。
http://zh.moegirl.org/User_talk:%E8%93%9D%E7%BE%BD%E6%B1%87
然而通過這樣一件事，我很懷疑他是否有作為艦これ負責人的能力。
- 對於艦これ知識了解是否充分的疑惑
——見後文的說明。
- 對於艦これ同人界了解是否充分的疑惑
http://zh.moegirl.org/User_talk:%E8%93%9D%E7%BE%BD%E6%B1%87
——他竟然認為同人音樂就那麼幾個(我讓他去搜「艦これオリジナル曲」有很多)，大概他是就看了打廣告的內容以為就那麼幾個。
- 「寧濫勿缺」、知識欠乏
http://zh.moegirl.org/index.php?title=%E8%88%B0%E9%98%9FCollection:%E6%88%98%E8%88%B0%E3%83%AC%E7%BA%A7&action=history
「開頭已經開了幾個月了，然而什麼也沒有，一共就這麼點內容了你還想刪多少？」
——如果一個條目長時間沒有內容，說明它本身就沒有內容可填充，或者沒有足夠吸引力吸引有能的編輯者來編輯。而這位負責人不去自己找neta而是本著「寧濫勿缺」的想法死抱著某人不合規範的內容不放。實際上關於雷級的neta並不少，最有名的是「event出禁女」。這點既暴露了其作為負責人對於條目內容規範的認識不足，也暴露了其在艦これ的知識上的不足。
看了他的自我介紹，創建的角色條目大部分來自戰艦少女，而艦これ完全是裝備頁面。如果這些刷分式的編輯也在甄評時被作為采點基準的話，可信度大打折扣。
這樣一個知識欠乏的負責人，對他的自由裁量的合理性不得不持巨大疑問。
- 對解決問題態度消極，獨斷專行
http://zh.moegirl.org/User_talk:%E8%93%9D%E7%BE%BD%E6%B1%87
——一句「留」，再一句「再說」，就把我給打發了，且不說對我為幫助解決問題寫了大量的分析的態度上的極不尊重，而且問題也沒有因為他的兩句話解決。敢情負責人就是這麼解決問題的？這是解決問題還是推脫問題？
http://zh.moegirl.org/index.php?title=%E8%88%B0%E9%98%9FCollection:%E6%88%98%E8%88%B0%E3%83%AC%E7%BA%A7&action=history
http://zh.moegirl.org/index.php?title=%E8%88%B0%E9%98%9FCollection:%E4%B8%8D%E7%9F%A5%E7%81%AB&action=history
——對明知有問題的內容，不解決問題，採取直接rollback的方法，不得不說是敷衍了事，獨斷專行。好歹有點解決問題的誠意好吧(太奢侈了我竟然還在期望誠意)。
- 方針簡單粗暴
http://zh.moegirl.org/User_talk:%E8%93%9D%E7%BE%BD%E6%B1%87
「我的方針就是看有用沒用」
——這樣簡單粗暴的方針也能成為負責人麼。除了有沒有用，不也應該看看「應不應該」，「正不正確」麼？鑑於這位負責人的素質，恐怕在條目里編輯些冠冕堂皇胡編亂造的內容，只要看起來像那麼回事，能充實條目，如果沒有其他編輯者摘發也會被視而不見吧。
- 蔑視編輯者
http://zh.moegirl.org/index.php?title=%E8%88%B0%E9%98%9FCollection:%E4%B8%8D%E7%9F%A5%E7%81%AB&action=history
「難道你以為這是百毒百科嗎」
——本來我對藍除了作為艦これ負責人是否適任抱有疑問之外，在talk_page的對話雖然讓我覺得不舒服，但對這個人自身沒什麼想法，不過這句話改變了我的看法。對於常年混跡維基百科的人來說有比這更侮辱的麼。而且我在user_page的用戶框寫了活動範圍ja.wikipedia (傷心了現在把用戶框撤掉了)——日文維基對於條目的規範程度遠比中文維基更高。反而是對內容「寧濫勿缺」「是個籮筐什麼都往裡裝」的思維更符合百度百科的編輯吧？究竟是誰把這裡當百度百科了？
如果僅僅是自身知識不足無法對編輯內容做出貢獻也就罷了，至少他也不能很好地應對糾紛，也不能平衡意見做出判斷。其作為編輯者、調停者和仲裁者的素質都難以勝任。鑑於艦これ負責人的自由裁量權過大的現狀，藍作為艦これ負責人是否合適不得不說存在巨大疑惑。如果不能撤銷也請限制其權力，把調停糾紛和對問題的判斷權交給有資格的人或組。
--Zeazed165（討論） 2015年11月19日 (四) 21:39 (CST)
- 個人對艦隊Collection的了解只能稱得上淺薄，對以上的論述的內容，個人覺得之前加上【同人】二字的處理就可以了。關於那些私人推廣，其實這裡的站長是不太介意的，以前還說要支持中國方面的動漫內容收錄，開很多綠燈，但是沒什麼人來寫這些而已。也就是萌百過往收錄同人文，被某些人利用來搞過推廣，所以搞了個文庫。
- 這裡面向的人是中國大陸，兩岸三地加海外都可以看到的視頻，目前覺得選bilibili比較好，YouTube通常都是無可奈可才也用的。如果認為哪個編輯在利用那些連載刷點擊，可以轉用其他視頻連接。--Notalgia-Contαct- 2015年11月19日 (四) 22:16 (CST)
(＋)同意 諸君我喜歡撕逼。（似乎沒有人認同這個職位呢）--御坂10086號（討論） 2015年11月19日 (四) 22:24 (CST)
- 負責人這種東西都是自稱的，並不是萌百官方授予的。只有你願意，你也可以作為負責人。當然，你需要真正的負責，不然沒有人會認同的。—— CFSO6459節操菌【留言】 2015年11月19日 (四) 22:32 (CST)
- 所謂負責人並不存在自身用戶權限以外的權利，對於編輯操作不同的意見可以通過協商解決，對於管理或巡查的回退表示反對可以通過其個人用戶頁或討論版發起申訴。對於藍羽的溝通能力不發表評論，但是就事件而言，您先前的未進行相關討論即對多個條目進行段落刪除操作的行為是不恰當地。個人以為，相關內容標註【同人】即可，如果您堅持關於刪除相關段落的操作，建議您在討論版發起相關討論。--巡查姬非魚（討論） 2015年11月19日 (四) 23:02 (CST)
- 疑問 萌百的專題自制不是菠蘿離職前的遺願麼？我記得離職後大家也討論了好幾次相關的規則啊，難道沒有執行？還是說只是我一個人以為這個遺願被完成了？--庫特莉亞芙卡2（わふっ） 2015年11月20日 (五) 05:47 (CST)
- 當對方對問題的見解與您不同時，即將一系列問題本身上升為對其責任與能力的探討，不可謂不高明。不過閣下以往的種種言行中透露出穩駐於骨髓的優越感與強勢，並且對自己的討論頁面視若無物。從這來看，我想需要反省的不僅是您所指責的人。--User:Imaginebreaker
作為艦C區長期圍觀群眾來發個言，艦C相關詞條是萌百中我最常瀏覽的詞條之一。我確實覺得艦C區這些同人曲確實有些問題，一是收錄偏頗，很多我自己喜歡的歌並沒有收錄（當然主要原因是根本沒人來編輯），二是那個Youtube視頻，用哪個站的不好非要用Youtube。不過這些內容本身作為圍觀群眾來說還是挺喜歡的，雖然我也知道逃不了推廣的嫌疑（不是只有原作者推廣才叫推廣的吧）。然而我覺得這種東西最好單獨建詞條然後給個內鏈就可以了（雖然建單獨詞條工作量非常大）。——Zyzsdy ::::（討論） 2015年11月20日 (五) 00:21 (CST)
我還是建議題主多進行溝通。其實萌百的編輯者之間互相衝突的情況很常見，原因包括互相認為知識匱乏或是能力不足，或者是一個人的習慣被另一個人當作獨斷專行。然而萌百還是不斷壯大至今，不斷溝通在這裡起到了很大的作用。有些衝突，互相本著解決問題的目標多溝通，沒準就能互相學習補充知識，還能找到雙方都滿意的方案。--庫特莉亞芙卡2（わふっ） 2015年11月20日 (五) 05:47 (CST)
- 補充：看了一圈以後，覺得除去藍羽匯不太會說話亂祭負責人名號導致招黑的問題以外，可能問題主要還是在題主本身的認識。
- 注意到你在懷疑上傳者本身的動機是不是為自己產生利益才進行了上述討論，這是有責任心的行為，但是可能你的想法有些偏差。
- １，PO主的上傳的內容應該並非宣傳自己的歌曲。確實自我宣傳是萌百禁止的，但稍微調查就會發現，這批同人曲建立的條目，是N站一個著名艦娘原創區產出者的作品，點擊量名列前茅，因此不存在自我宣傳，因為其知名度滿足被收錄的條件了。
- ２，安利優秀的名作，是萌百接受的行為。ACG活動中，安利是重要的行為之一。包括萌百，一些普通貢獻者的主要動力也是在於安利。而對於因安利而建立了內容的人，只要不是在收錄範圍外，那麼不僅沒有問題，反而是對於萌百內容的補充。
- ３，建立的內容在整體分布上偏頹一方並沒有問題，就像在我之前沒有人建立偶像大師 灰姑娘女孩的角色詞條，但是不意味著我會打破內容平衡而不應該開始從cute系建立這個新領域的詞條；對於Vocaloid，也有人會傾向於先建立某一個P的曲目系列條目。因此首先你要理解，尚未補充充分的潛在領域並不是刪除的理由，同樣的道理可以用於艦娘同人音樂。重點在於，真正的偏頹，是違反規律只允許整體上一部分條目被建立。
- ４，雖然po主上傳到了自己的視頻站上可以為自己增加人氣，但是這是完善詞條必要的步驟。一段關於具體音樂的條目，有試聽必然比沒有試聽而豐富。為了完善詞條而搬運視頻到萌百可用的視頻站是符合萌百利益的做法，就像有人建立詞條更多是希望更新姬能自動推送安利一樣。
- 假設你理解並同意了上述兩條所論述的，艦娘同人音樂被收錄的合理性，還是覺得這段同人音樂的文字不妥的話，其實你也沒錯。你之所以想刪除它，不是因為它的內容本身不應該被收錄，而是因為描述者本身的水平不夠導致你覺得它不合理。這個時候應該轉換思路，去想辦法完善這個內容：如果它的內容不合適，那就補充和改寫；位置不合適，那麼就換到合適位置甚至獨立建立條目。看一下這兩個艦娘同人曲相關條目可能會對你有所啟示：戀愛的2-4-11的同人曲內容作為角色介紹的一部分為豐富角色被加入，搖曳的愛情如波浪一樣則是獨立建立了詞條。--庫特莉亞芙卡2（わふっ） 2015年11月20日 (五) 05:47 (CST)
- 題主是什麼鬼？知乎混多了？——Zyzsdy ::::（討論） 2015年11月20日 (五) 10:11 (CST)
- 嚴格來說，是【沒有知名度要求】，關於同人類和獨立創作音樂作品的收錄，相關的描述只有【獨立製作人製作的音樂】（Help:收錄範圍），不需要腦補要知名度要求，三千再生也是這樣寫的（《thank you...》）。--Notalgia-Contαct- 2015年11月20日 (五) 10:40 (CST)
「某某區負責人」這種頭銜不是萌百設立的職位，也不具有強制權力，所以也就無從「撤銷」。
對於同人作品，萌百的政策是具有足夠影響力的便可獨立收錄，而在條目內容里介紹則由各位編輯者自行裁量，但一般來說是要與條目主題有關聯、能夠豐富條目內容。 ——來自糟糕的妹控狗頭人
如果真名對於主題未閱畢的作品屬於重大劇透的話
那麼果然還是不要用於條目名比較好吧？看到天草四郎時貞想到的。--庫特莉亞芙卡2（わふっ） 2015年11月20日 (五) 05:51 (CST)
- (＋)支持 。一般真名屬於重大劇透的情況，該角色被觀眾廣為人知的那個名字肯定不是真名，一般是用一開始作品中對該人物的稱呼方式作為稱呼，此稱呼也會成為（比真名更知名的）習慣稱呼。用該名字作為條目名即可。我記得條目最中就是這麼處理的。——Zyzsdy ::::（討論） 2015年11月20日 (五) 10:10 (CST)
鑑於頁面排版過度依賴Table的問題
留意到了Common.css 早已經加入 Skeleton框架
我創建了幾個模板方便使用Skeleton的排版
具體的效果請看 請問您今天要來點兔子嗎
Skeleton框架跟Table相比，更加適用於各種不同尺寸大小的屏幕
—— Maverick※message※ 2015年11月15日 (日) 00:58 (CST)
- 更喜歡表格的說 orz --XYZ指示物 (nbdd0121)（討論） 2015年11月15日 (日) 01:18 (CST)
- 你這個命名我給零分……另外，已有模板:columns-list。—— CFSO6459節操菌【留言】 2015年11月15日 (日) 04:28 (CST)
- @CFSO6459 貌似Maverick的模板會根據顯示器的寬度而變成垂直排列 columns-list不行呢 --XYZ指示物 (nbdd0121)（討論） 2015年11月15日 (日) 05:45 (CST)
- (＋)支持 不知道推廣難度如何，現在大量歌詞和翻譯的左右分欄用table實現，手機版上顯示效果異常痛苦。{{Lyrics}}早就用了Skeleton顯示歌詞，然而至今還能見到某些人刪掉{{Lyrics}}換上表格的編輯。 ——Zyzsdy ::::（討論） 2015年11月15日 (日) 09:36 (CST)
- 看起來很美好,不過實施起來難度會不會比較大?--弗霖凱（討論） 2015年11月15日 (日) 09:39 (CST)
- 這就和讓大家升級手裡的WinXP一樣。。。總有人不想用新的。——Zyzsdy ::::（討論） 2015年11月15日 (日) 09:43 (CST)
- 強行升級233 —— CFSO6459節操菌【留言】 2015年11月15日 (日) 09:58 (CST)
- 哦……我也很想都用{{Lyrics}}的說……只是現在的{{Lyrics}}相當於自帶{{clear}}效果，在簡介較少的條目里會出現大量空白……
- 當然，如果大家都覺得強制推行{{Lyrics}}可行的話那就統一吧：)～喵伯爵～交流～ 2015年11月15日 (日) 13:10 (CST)
- 能否給個出現大量空白的例子，看看能不能修正 —— Maverick※message※ 2015年11月15日 (日) 14:55 (CST)
- 使用Skeleton最後都要使用clear，否則會出錯，我也不是為了用而用，而是不得不用。其實Skeleton本身也存在一些使用限制。有時候造成的排版問題也是讓人有點無語如Help:創建新條目。
- 一如之前寫的初音未來的消失(專輯)就設置寬度為70%，畢竟和右側的信息欄有重疊（而且不同電腦的寬度都不一樣，我已經放棄思考800×600的舊式解析度了）。除了移動端的顯示適應，還有桌面電腦的顯示適應。
遇過設計一個排版，委託方用自己的電腦看覺得不順眼就要改，完全不考慮自己的電腦解析度是多特殊和小見--Notalgia-Contαct- 2015年11月15日 (日) 15:00 (CST)
- div+css和table+css同樣可以做很好，table本身就是設計給製作表格的，本身存在是有意義的。Skeleton可以在部分地方使用，但是無法完全取代table。--Notalgia-Contαct- 2015年11月15日 (日) 15:00 (CST)
考慮一下CSS3 Columns? 效果參見User:Nbdd0121/Template_Sandbox 能夠自由定製最小換行的width --XYZ指示物 (nbdd0121)（討論） 2015年11月15日 (日) 21:07 (CST)
- 某些CSS的屬性兼容性可能會比較麻煩[5]，Skeleton只是用最簡單的方法來解決問題，功能各方面都相當局限，關鍵是足夠簡單，方便長期維護。如果要其它複雜的排版，還是私人訂製比較好—— Maverick※message※ 2015年11月15日 (日) 23:09 (CST)
- 兼容性維護不麻煩吧，只是加幾個prefix而已，我的那個沙盒頁在主流瀏覽器下都能正常顯示，而且比Skeleton有一個好處就是能更好地調整寬度。Skeleton在600px寬度下的顯示效果很糟糕呢 --XYZ指示物 (nbdd0121)（討論） 2015年11月16日 (一) 01:17 (CST)
- @User:Nostalgia希望能夠修改一下Common.css 中的Skeleton，因為缺少一段代碼，導致響應式設計沒有在全部的屏幕下生效 —— Maverick※message※ 2015年11月16日 (一) 01:57 (CST)
- 兼容性維護不麻煩吧，只是加幾個prefix而已，我的那個沙盒頁在主流瀏覽器下都能正常顯示，而且比Skeleton有一個好處就是能更好地調整寬度。Skeleton在600px寬度下的顯示效果很糟糕呢 --XYZ指示物 (nbdd0121)（討論） 2015年11月16日 (一) 01:17 (CST)
其實用 inline-block 排版也是一個不錯的選擇，見Template:Inline-block --XYZ指示物 (nbdd0121)（討論） 2015年11月22日 (日) 23:44 (CST)
網絡書源頁面
Special:網絡書源的連結大部分都跪了，而且我還找不到編輯頁面萌娘百科:網絡書源、萌娘百科:Book sources、MediaWiki:Booksources都不對啊 --XYZ指示物 (nbdd0121)（討論） 2015年11月16日 (一) 09:16 (CST)
- 所以為什麼不修好它們 不然我感覺我放的ISBN都沒用了 --XYZ指示物 (nbdd0121)（討論） 2015年11月16日 (一) 09:37 (CST)
這個是Mediawiki簡中版定製連結過時的緣故（連結到的網站改了接口url，英文的大部分都是工作的）。要改的話，萌百這邊改不了，你得去Mediawiki.org直接改Mediawiki的程序或者提出bug report。估計因為中文維基使用頻率也很低一直沒人改吧。 （舉例： Amazon的新搜索接口url是這樣的：http://www.amazon.com/s/ref=nb_sb_noss?url=search-alias%3Daps&field-keywords=9780321558145 ） --多功能型Baskice(給我留言) 2015年11月16日 (一) 10:33 (CST)
- 至少維基百科是正常的。。--XYZ指示物 (nbdd0121)（討論） 2015年11月16日 (一) 18:37 (CST)
問題已解決。直接建立萌娘百科:網絡書源頁面後MediaWiki就自動改用1.20+的新網絡書源模式了。 --XYZ指示物 (nbdd0121)（討論） 2015年11月22日 (日) 08:28 (CST)
- @Nbdd0121您在萌娘百科:網絡書源添加的外部圖片無法加載。--W3jc（討論） 2015年11月22日 (日) 09:00 (CST)
- @W3jc萌娘百科:網絡書源使用了一種與其他頁面不同的機制。通過Special:網絡書源加載並提供ISBN時MediaWiki會自動將全文的MAGICNUMBER替換成ISBN。給定日文圖書ISBN時應該都能夠加載。例：ISBN 9784047155824--XYZ指示物 (nbdd0121)（討論） 2015年11月22日 (日) 09:17 (CST)
- 原來如此，能不能在沒給出isbn的時候隱藏或者顯示未輸入isbn之類的文字？--W3jc（討論） 2015年11月22日 (日) 09:28 (CST)
- @Nbdd0121以及未找到時。--W3jc（討論） 2015年11月22日 (日) 10:53 (CST)
- @W3jc這樣得用Widget。一般不會有人通過萌娘百科:網絡書源訪問的啦。通過Special:網絡書源訪問的時候只有輸了ISBN才會顯示頁面--XYZ指示物 (nbdd0121)（討論） 2015年11月22日 (日) 23:12 (CST)
- @W3jc萌娘百科:網絡書源使用了一種與其他頁面不同的機制。通過Special:網絡書源加載並提供ISBN時MediaWiki會自動將全文的MAGICNUMBER替換成ISBN。給定日文圖書ISBN時應該都能夠加載。例：ISBN 9784047155824--XYZ指示物 (nbdd0121)（討論） 2015年11月22日 (日) 09:17 (CST)
關於{{Cquote}}的在主條目使用時候的位置
有發現這樣的樣式
{{Cquote}}
{{info}}
實際上是不是應該
{{info}}
{{Cquote}}
@ω@--User_talk:Zyksnowy 2015年11月15日 (日) 13:46 (CST)
- 怎麼樣都行吧。。。感覺info放前面會更不違和一些--～冴えない巡查の育てかた-Talk- 2015年11月15日 (日) 14:48 (CST)
- 這個。。。。應該無所謂吧。。。--絲毫沒有存在感的某藍色失蹤者（討論） 2015年11月15日 (日) 17:58 (CST)
- 你們這些強迫症怎麼連這個也要討論。。。。。。。我一般是info放上面的。。。——Zyzsdy ::::（討論） 2015年11月15日 (日) 19:01 (CST)
- 理論上我們需要的時努力消滅維護性{{info}}，如不完整，急需改進，連長期關注和更新也要省去。那些故意加上去的置頂，Category:幽默模板都是非強制性使用。一個完整的，有持續更新和關注的條目是應該完全沒有{{info}}的。
- 另外，其實考慮到右側的信息模板，排版有些奇怪，如Deemo般的排版反而好一些：
{{info}}
{{infobox}}
{{Cquote}}