萌娘百科討論:討論版/提問求助/存檔/2021年03月
討論版【提問求助】檔案館
關於更改條目名稱方法的疑問
萌娘百科中部分漫畫作品和角色名仍在使用有歧義的翻譯，請問如何修改條目名稱？——以上未簽名(註)本條留言未簽名，留言後請記得用--~~~~簽名！的留言由貝貝兔（討論·貢獻）於2021年2月25日 (四) 15:25 (UTC+8)添加。
- 先提醒一句，若非明顯的翻譯錯誤而只是不同翻譯之間的選擇問題，請務必先進行充分討論再考慮修改條目名稱。翻譯嘴炮不好打。
- 修改方式的話搜索框左邊的「更多」下面有個「移動」。如果你看不到說明你註冊沒多久，多做幾次貢獻等一段時間應該就有權限了。 --
M. J. H. 【困】 2021年2月25日 (四) 15:31 (CST)
日常提醒您一下，在討論版發言請務必在段末使用四個波浪線進行簽名。謝謝配合。
如何移動頁面上面已有其他編輯者提及。這裏說一下關於如何處理爭議性條目命名的意見。如有與本站現行指引萌娘百科:條目命名衝突的，以指引文件為準。
- 共識尚未得出前，多加考慮暫且以原名命名條目
- 善用{{暫定標題}}和{{RedirectHere}}兩個模板
- 事先討論取得共識。一旦移動頁面，短期內切莫三番五次地再移來移去
--半夜咳嗽的狼（討論） 2021年2月25日 (四) 17:04 (CST)
關於三原色光模式的實用性等一些色彩類萌屬性相關的問題
置頂：時間是組成生命的材料。——富蘭克林
由於一些眾所周知的原因（包括但不限於懷疑新手會看不懂），這個用戶最近產生了大膽的想法，打算把萌娘百科的顏色專題裝飾一下。
這個討論串主要想問的問題：為什麼說「三原色光模式沒有實用性（這句是轉載的！有異議別問我！我也在懷疑！）」？或者說，RGB的實用範圍是不是包括萌娘百科？如果不包括萌娘百科的話萌娘百科的色彩管理應該從哪個標準談起？
我昨天思考了一些其它的可能性包括但不限於我和其它萌百人所處的時空不同等等，但是還是很疑惑，已經很影響工作效率了，所以來提問。
另外，對於顏色專題相關的討論應該怎樣進行才能服眾？是否有可行的手段防止惡化？
( ¡ )題外話 其實本來我又查了一些資料以後準備了超過十個問題要問，只是想到了上一行這個問題之後才決定只問這個，把剩下那些存到了本地備用。
(…)吐槽 因為一不小心就成循環論證了，在顏色里寫了很多；信息提供少了不夠用，說多了被吐槽「天真」我什麼時候不承認自己很無知了！只是範圍內是真理而已！；我能怎麼辦，我也很絕望啊因為看上去不少人都認為不懂裝懂的人太多了，雖然我肯定不會認為自己是不懂裝懂的
多分一些著名顏色吸引一些特別控某顏色的宅來站里當苦力不也挺好嗎，某些條目現在將錯就錯問就是避風港原則——0%迪迪(aq) (Determination) 2021年2月18日 (四) 18:46 (CST)
- 對於顏色專題相關的討論應該怎樣進行才能服眾？
- 1. 優化語言表述，減少廢話和不必要的自言自語
- 2. 補充知識儲備，思而不學則殆
- 是否有可行的手段防止惡化？
- 1. 優化語言表述，減少廢話和不必要的自言自語
- 2. 補充知識儲備，思而不學則殆
- 3. 不要鑽牛角尖
- (…)吐槽 我大致看了下現在的顏色條目，不得不說，語文問題很多，還有科學問題，看得我頭大。——分柿方橙（討論） 2021年2月18日 (四) 19:36 (CST)
- ( ¿ ) 喵喵喵？請不要用一些籠統的名詞把不同的概念摻和在一起。什麼叫「實用性」，是針對讀者、用戶，還是網管？用來幹什麼，是存儲顏色數據、給顏色命名，還是作為分類依據？——Sirogohan（討論） 2021年2月19日 (五) 01:18 (CST)
- (…)吐槽 RGB本質上只是個指示顯示屏如何顯示每個像素點的工具。如果你的終極目標是劃分萌屬性，我認為現階段過多地糾結於RGB是在浪費時間。——Sirogohan（討論） 2021年2月19日 (五) 01:18 (CST)
- 條目內容爭議，誰主張誰舉證。_USER:YOONHA~1.PAR（留言）2021年2月19日（金）09:00:14（JST）
@分柿方橙是什麼程度的問題呢？你的判斷是建立在什麼樣的標準上的？它影響與一般的萌百人最低限度的正常交流和問題的解決嗎？而且這版顏色沒有被提刪甚至沒有被懸掛「急需改進」頁頂模板，或者為了進一步改善你可以現在去懸掛一個。剛才也有其他的用戶說了：條目內容爭議，誰主張誰舉證。
@Sirogohan那麼問題就是說得出來「RGB沒有實用性」的那個人的問題。之前有人提出了某個已經收錄的虛擬人物的角色設定中使用了16進制顏色代碼定義其代表色的例子，所以我現在認為至少對於已經能夠確定使用了某種標準的情況應該認真地參照標準處理，如果沒有使用就不應該糾結。也就是，不應該指責是浪費時間，最低限度地解釋應用的概念是應該的，對於沒有被使用的標準和沒有使用標準的設定糾結才是浪費時間。
(：)回應 雖然很多的廢話和自言自語是有很多副作用的，但是比起「因為太聽話就被當成毫無原創性的東西」來我寧願接受「因為風格太清奇被幾乎所有人厭惡」雖然這兩種狀態都很糟糕，但是真新手很難做到折中……人間不值得。我承認看重這種權利到了有點病態的程度，這是一些經歷導致的……只要沒有人因為懷疑水精靈迪迪是傀儡/盜號/抄襲/外敵而違法亂紀，都還好說所以他就強迫症地為了所謂的「洗脫」去違法亂紀
我的終極目標是遵循準確性原則在萌娘百科為更多設定儘量爭取不被歪曲的權利如果你之前就關注過這個用戶而且思想比較滑坡可能就會感受到消歧義工作和普法相關也與這個動機有一些聯繫。主張劃分分類是自己再三確認了確實看到了需求（為了節能這一筆編輯暫時不舉例，但是如果確實需要舉例我會儘快地舉例）以後才作出的行動，只是一種手段。其實我本職不是惹事的，本來我差不多應該因為畫畫被喜愛，但是現在萌娘百科對顏色的解釋和分類依據也很模糊，爭議的處理就我參與過的幾起只靠強權，甚至可能已經到了影響某些作品的保護作品完整權的正常的行使的程度。flag已經立了，只要問題能解決我就退休去老實搬磚，我自己認為自己這種思維客串編輯角色尬得沒眼看……——0%迪迪(aq) (Determination) 2021年2月19日 (五) 11:28 (CST)
- @水精灵迪迪 這可是提問區誒，你連自己題干里的第一個問題都沒看懂，你再幫他轉述一遍等於你也有責任吧？
- 而且混淆概念的也不止這一處。「在網頁中使用RGB值記錄顏色」、「給RGB值對應的顏色命名」以及「用RGB值確定顏色的標準」完全是不同的事物，不要混為一談。萌百以及幾乎所有網站都在做第一點，不代表他們支持後兩點。萌百存在的顏色列表只是網頁設計的參考，不是一個嚴格的定義，更不代表你可以反過來用，不代表你可以擅自隨便把一個中文顏色名稱規定一個RGB值作為所謂的標準。顏色 條目中給很多顏色設定RGB值定義的做法是錯誤的。
- 關於三原色你也有很多概念莫名其妙混雜在一起了。首先紅綠藍只是屏顯的通用選擇，並不是疊加型三原色的唯一選擇；其次不同的設備對應的紅綠藍光的物理特性也是不一樣的；更何況屏幕顯示還有軟件矯正的環節。所以RGB值就是RGB值，它和人們通常認知的顏色之間有一定的對應關係，但不是物理層面上顏色的嚴謹定義，所以請不要把RGB值看成三原色的代言。——Sirogohan（討論） 2021年2月20日 (六) 00:00 (CST)
改天我給這條目做一遍科學審核好了。真麻煩。 --
- @水精灵迪迪是非常醒目，直接告訴讀者「我這個條目有問題」的問題。我的判斷，是建立在我的學術知識和對各種文字資料的閱讀的基礎上的。它影響對一般最低限度的正常知識普及和答疑解惑。舉個最顯然的例子，條目第一段同時存在文字表述問題和科學常識問題。
原文：顏色是指人類的感覺系統對頻率的解釋。特定物理頻率(波長)的光線產生特定的顏色體驗，例如：紫藍色處於光譜較高頻端，橙紅色處於光譜的較低頻端。又名色彩、顏色知覺。
可簡單改為（我隨手改的，如有疏忽，請各位指出；我學相關知識用的英文，可能存在翻譯問題）：顏色是人類視覺系統對可見光的感知特徵，常被分為紅色、橙色、黃色、綠色、藍色、紫色等，又名色彩、顏色知覺。物體自身發出可見光或反射可見光，從而呈現特定顏色。顏色的種類與可見光的頻率、能量密度有關。例如，紫色、藍色光處於可見光譜較高頻段，橙色、紅色處於可見光譜較低頻段；能量密度直接影響光的亮暗。- 批註：原文第二句話前半分句與後半分句沒有直接關聯，應該用句號分成兩句話；「又名……」那一句應該緊接「顏色是……」；科學問題請自行看我的改動，不作過多解釋（感覺系統還包括味覺系統，聲波也是波，有頻率呢，滑稽.jpg）。
- 我知道這句話不是你寫上來的，不過，你作為條目主要編輯者，補充了那麼多，卻沒有把這麼明顯的問題更正過來，不應該啊（滑稽.jpg）
- 你自己補充的也有很多類似問題，例如「超過這一範圍下限和上限的電磁波分別稱為「紅外線」和「紫外線」。」這裏，前面應該加個「略」，「和」改「或」，「稱為」改「被稱為」。總之有各種各樣的問題。
- 這兩句我會自己改入那個條目，其他問題請自行處理。
- 萌百雖然「不是嚴謹的學術網站」，但是，「不保證嚴謹性」不意味着「不應該儘可能做到嚴謹」，不然的話，就不是「新手會不會看不懂」的問題了，而是「新手應不應該看」的問題了。——分柿方橙（討論） 2021年2月19日 (五) 12:55 (CST)
- 最後說一句，我寧缺毋濫黨，個人非常不建議知識儲備不夠的人編輯這種帶有科普性質的條目。絕望也沒用啊，補知識啊，不再出現此類問題了大家也就不會說了。——分柿方橙（討論） 2021年2月19日 (五) 13:05 (CST)
- (☩)意見 提問者問題的題干非常不清晰（看起來TA自己都沒搞懂），而且從回應來看提問者是在利用本串表述觀點，而不是真的有什麼疑問。考慮到本版為提問求助區，或可以考慮讓提問者直接與原發言者溝通並懸掛MAR模板。——Sirogohan（討論） 2021年2月20日 (六) 00:00 (CST)
| “ | 顏色或色彩是眼、腦和我們的生活經驗對光的顏色類別描述的視覺感知特徵 ······ 但人對顏色的感覺不僅僅由光的物理性質所決定，還包含心理等許多因素，比如人類對顏色的感覺往往受到周圍顏色的影響。有時人們也將物質產生不同顏色的物理特性直接稱為顏色。 | ” |
| ——zhwp:顏色 | ||
- 顏色的邊界說到底還是應該由人來判斷，而不是十六進制代碼。代碼只是將顏色呈現出來，而不是絕對的邊界。至於「實用性」，在顯示等方面RGB和十六進制顏色代碼確實很實用，但用來劃分萌屬性啥的還是得了吧。
- 另外我真心希望這位提問者可以精簡一下自己的發言，明確一下重點。而不是用模糊的語言＋大量的吐槽內容和自言自語讓討論區的大家開始互相煮起來... From
M-pre · Talk 2021年2月20日 (六) 11:07 (CST)
@分柿方橙目前對「為什麼我沒有把那些錯誤也一起改過來」的解釋是：我沒有拿免責聲明當擋箭牌的想法，手速太慢了時間不夠。
@MJH大佬！能告訴我你是從哪個可靠來源如此堅信自己的嗎？這個用戶不是敵人，是需要你用真理拯救的人，訴諸斷言反響不好。
(：)回應 @喵三君我的發言是從精簡版添加裝飾以後才變成這樣的，如果沒有任何人需要就不做了。——0%迪迪(aq) (Determination) 2021年2月23日 (二) 21:01 (CST)
- 我連RD都救不了，還讓我救你？
- 你的確不是敵人，可交流但意見不同的人是敵人，你連可交流的前提都夠不到，比起敵人更接近天災吧。
- 真想了解顏色，不說學學認知語言學，起碼先學學PS或者印刷之類的好不好？
- 至於訴諸斷言的反響問題，你都不在意了我在意什麼。 --
M. J. H. 【兌】 2021年2月23日 (二) 21:13 (CST)
- ( ¡ )題外話？ 現在這個回應就比較直接丶容易讓人明白了，希望你能保持這個版本。—By patroller CHKO
(Talk) @ 2021年2月23日 (二) 21:15 (CST) - (▲)同上 以及個人認為你添加的「裝飾」不應該影響閱讀。沒人希望和別人交流的時候還要做高難度閱讀理解。 From
- @水精灵迪迪這次的很言簡意賅，請繼續保持。
- 站在個人角度，我對你的解釋保留意見。作為物理生，我對一開頭就有錯到這種程度的東西簡直0容忍。和平時一樣，看了幾個中英文資料預先學習，寫完後也通讀了幾遍。因為要把修改原因放在公屏上，我做得稍加謹慎。不過，僅就改那兩句話，總的加起來沒有超過15分鐘。
- 或許你編輯速度沒有我快，但是很明顯，即使你改這句話花了半個甚至一個小時，這個時間也和你思考該條目相關的其他內容花費的時間不在同一個數量級上，包括之前那個冗長的串。
- 考慮到你還為這個條目添加了一些具有科學錯誤的內容（很多都是高中知識啊喂），我維持原來的觀點。請儘快修改條目內具有科學錯誤的內容，並請避免在知識水平不夠的情況下編輯此類帶有科普性質的條目。「沒有金剛鑽，別攬瓷器活。」——分柿方橙（討論） 2021年2月24日 (三) 09:25 (CST)
@MJH:「任務是送他去見上帝」行嗎
- ……
不，我沒那麼想- 可能還是會有人在意對環境不滿卻沉默的那部分用戶流失浪費蒸發吧，我只能確定實際上在看着的人只可能比留下發言的人多……
@分柿方橙:。
- 再看着刪幾段唄
- ↓↓
- 是怎麼回事呢……
- (＋)同意 我真的很想五十步笑百步但是笑不出來！舉報了舉報了
@User:Sirogohan但是現在的RGB是不是 也已經部分成為了「約定俗成」？我用了「也」這個字。還有，我認為能讓那種有問題的話在這個場合說那麼多，一方面看到了辦事不力，另一方面……
目前的Template:Hair_color還有Template:Eye_color在使用一些未必有共識的十六進制顏色碼給出參考，而且新手可能看不懂「容錯開關」「參數設定」是什麼。
更多問題似乎要用一下對應的討論頁
@Chko08022003，喵三君( ¡ )題外話？是非功過自有後人評說如果我不完美就沒有人愛我，但是如果我不是獨特的就沒有人承認我獨立！——0%迪迪(aq) (Determination) 2021年2月25日 (四) 18:53 (CST)
- @水精灵迪迪 您的思維實在是太跳脫了，讓我第一時間根本就沒有反應過來您在說些什麼。
- 「獨特」和「獨立」是兩碼事，而且你獨立不獨立和我們有啥關係？以及能不能先回答我在上面提到的關於顏色的問題？
- {{Hair_color}}和{{Eye_color}}的色表只是列舉出此類顏色中有代表性的色號，不是像你那樣把各種顏色都劃了一個界限說：「數值在這個範圍內的都要算成這個顏色。」
- 我還是認為：以RGB與十六進制代碼作為劃分顏色邊界的標準是不準確的，因為顏色的邊界應該是由人來判斷。
- ( ¡ )題外話 說到底，顏色這一概念本身應該也是由人創造出來的吧，既然如此為什麼還要按照數值來確定顏色的邊界呢？ From
- (▲)同上 用RGB值給顏色劃界，沒有所謂的「約定俗成」。——Sirogohan（討論） 2021年2月25日 (四) 22:09 (CST)
- (：)回應 重複一遍，我只說過我認為必須用RGB模式本身的秩序給有可靠來源證明其本身就是用RGB數值定義的顏色劃界，因為允許搞特殊很可能管不過來所以我反對搞特殊。我從來沒說過沒有使用這一標準定義的顏色也必須無視文案去硬套（只要不給色號官方文案寫了啥就是啥；沒找到寫清楚的文案以後才能參考熱門色卡暫定一個），問題就是當時的人基本只是局限在這類情況找麻煩，現在又擱這無意義口水戰，其實我眼裏他們這麼做和廚一個水平
- 而且現在的{{Hair_color}}和{{Eye_color}}只是說了應該處理錯誤，但是沒有明顯地展示是非對錯的標準，我只好在自己用戶頁先糊了幾條用來自律——0%迪迪(aq) (Determination) 2021年2月26日 (五) 12:54 (CST)
- RGB模式本身的秩序就是告訴屏幕的紅綠藍單元該發出多強的光，僅此而已。不存在「用RGB模式本身的秩序」給顏色劃界的事情，RGB沒有對應的秩序。
- 如果部分ACG設定的官方給出了用RGB標記的標準顏色，意味着大眾在編輯電子文檔時（包括網頁、圖片等）可以直接使用這組RGB數值獲得在屏幕顯示上一致的顏色，但不意味着你可以基於該RGB數值對顏色劃界，這完全是兩碼事。——Sirogohan（討論） 2021年2月26日 (五) 13:13 (CST)
- 既然知道是「用來自律」就別來綁架整個萌娘百科了，我寧願每次設置顏色分類都「搞特殊」弄個討論或者投票。
- 你的所謂「秩序」說白了不就是「獨裁」麼？ --
M. J. H. 【兌】 2021年2月26日 (五) 14:06 (CST)
(☩)意見 如果提問者不是真的有什麼疑問，只是單方面輸出自己觀點的話，考慮到本版為提問求助區，我再次建議直接懸掛MAR模板。——Sirogohan（討論） 2021年2月26日 (五) 13:13 (CST)
@喵三君條目里沒寫出來然後到這個份上才解釋「僅供參考」是不是有點晚了，而且未必所有人都認同那些色號有代表性。
之前那幾個顏色條被扒出代碼來（重複一遍，是故意不明示而被說自己中立的人為扒出來）以後魔改成極端言論那個鍋我不背，用代碼只是因為當時我已知的比較直觀地呈現出漸變的色帶最好的方案只有那個代碼
我還是認為如果你們本來就有一個成文的標準，或者沒有就說沒有的話這個串不會又變得這麼長。
為了回答現寫一個也無所謂，或者，承認這幾欄的填寫在以前就是只靠編寫者個人的主觀判斷和濫權管理，和原作立意完全沒有關係？
我認為我在討論這類話題的時候遇到的主要問題是：實際上這個看似淺近的問題沒有很多知識很難同台競技，但是說「條目內容是錯的」的人幾乎都不能？拿出更可靠的來源來把臉打到實處，只是無意義地把討論串水得很長等着所謂的強行結束
而且我甚至現在都不清楚自己改的那幾次是怎麼過的巡還沒給封了號
所以我沒有在問「萌娘百科的色彩管理應該從哪個標準談起」嗎？
@MJH每次都投票也比現在這樣好，不然整個萌娘百科不也是在綁架？——0%迪迪(aq) (Determination) 2021年2月26日 (五) 14:33 (CST)
@Sirogohan但是你上上句話似乎開始解決疑問了——0%迪迪(aq) (Determination) 2021年2月26日 (五) 14:51 (CST)
- 就回應「萌娘百科的色彩管理應該從哪個標準談起」這個問題——實在是不可思議，我好像從第一句話開始就指出你問題題干名詞的定義不明確，怎麼到現在了還是這樣？
- 如果「色彩管理」指的是如何記錄顏色，那麼萌娘百科一如絕大多數的網站，使用sRGB值存儲文字、背景、表格的顏色，絕大多數圖片也是用sRGB值記錄像素的顏色。
- 如果「色彩管理」指的是如何判定顏色，那麼萌娘百科不使用sRGB值判定顏色。顏色的判定正如 User:喵三君 所述，靠人眼決定。這和萌娘百科中其他萌屬性的界定是一樣的，例如某角色大多數人覺得是天然呆，那麼就可以說他是天然呆。
- 如果「色彩管理」指的是如何劃界顏色，那麼萌娘百科會在上述人眼判定的基礎上，依靠社群的討論處理個別爭議顏色的問題。顏色的歸屬是一個感官方面的事情，追求量化顏色判定和劃界的標準沒有意義，正如沒有人會嘗試量化天然呆、傲嬌等萌屬性的標準一樣。
- 綜上所述，萌娘百科沒有一個量化顏色劃分的標準，而且目前也不需要。顏色劃分標準是個很複雜的問題，我不知道你為什麼多次提到RGB，但是以RGB值為基礎做顏色劃分標準的思路是行不通的。
- ( ¡ )題外話 幾乎所有人一邊倒的吐槽你的發言因語病、含義不明、大量自言自語導致難以理解，所以關於這個討論串為什麼變這麼長的問題，你是怎麼做到拉的下臉指責別人的？——Sirogohan（討論） 2021年2月26日 (五) 15:13 (CST)
- 現行方針完全沒攔着你開投票，不知道「綁架」從何說起。 --
M. J. H. 【晉】 2021年2月26日 (五) 16:09 (CST)
- 哪位來給這個串做個TLDR版本，或者至少標出精簡版在哪裏，沒有我就按照社群無法理解或反對的理由直接MAR了哈。不是我單方面不想參加討論，也不是我認為顏色的問題不值得討論，而是我壓根兒沒看懂討論的主要問題是什麼，這個串的大部分編輯者也是這麼表示的。--EnMGP編輯者樂然
✉
愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年2月26日 (五) 16:19 (CST)
不用了，懂了，MAR吧。——0%迪迪(aq) (Determination) 2021年2月26日 (五) 18:26 (CST)
可別TLDR了，現在我感覺TLDR簡直就是上次話題沒能善終的根本原因，刪掉TLDR以後剩下的那些人文因素還是有點說服力的
@Sirogohan好回答！就是這個，這三行長度正好。回答一下：提到RGB只是因為有人只舉了用了16進制顏色碼的例子討論，我現在仍然認為那只是一種很死板、相對少用的形式，就算得到了結論也不適合很多其它實際場合，但是還是要給充滿智慧的眼神
關於語言風格的問題我只能說：「我很抱歉是這樣的初見」，為了合群，合一開始見到的某種人的群。
但是希望你相信這個情況是可以被改變的，至少我看得到不少人都希望那只是一種稀有事件，是偶發性事故，沒關係我初見殺習慣了……
@MJH看來如果確實到了需要開投票的程度就得開個投票，學到了，下版就改——0%迪迪(aq) (Determination) 2021年2月26日 (五) 19:15 (CST)
關於新增一套主題表情包的諮詢
我已經自製了一套比較完整的Q版小萬的表情包，打算模仿模板{{表情}}以{{万由里|参数}}這樣的模板形式在萌百進行第一次發佈，不知道各位管理大大有何看法？
另：1、之所以打算新建模板{{万由里}}是因為：
2、我已經將部分表情包發佈在了Pixiv上，可以先參考看看。--桂の脌, Aug때（討論） 2021年2月26日 (五) 12:49 (CST)
- 第一，請不要在萌娘百科發佈自己的作品。第二，請問您這套表情包在站內用途是什麼？—— ほしみ 2021年2月26日 (五) 13:08 (CST)
- 哦，討論用表情包啊，那沒事了，直接拒絕———— ほしみ 2021年2月26日 (五) 13:11 (CST)
另外提醒閣下，請不要通過任何手段試圖在條目評論區添加大量表情包圖片。—— ほしみ 2021年2月26日 (五) 13:17 (CST)
萌百長久慣例是不在討論時使用一切非必要圖片。倒不是什麼成見，主要是對於Mediawiki系統在討論時置入表情確實有很多技術方面的問題。
( ¡ )題外話 ，有感而發，不針對在座任何一位。我堅持認為，離了表情包用純文字就講不好話了是一件很悲哀的事。--半夜咳嗽的狼（討論） 2021年2月27日 (六) 12:10 (CST)
關於Draft(草稿)命名空間的提議
對於那些因為主客觀原因不能短時間內完成的條目，如果設立Draft（草稿）頁面的話可能會方便得多。
貌似萌百還沒有Draft（草稿）的命名空間，那是否應設立Draft（草稿）命名空間？
雖然通過用戶自行創建的子頁面（例如/Sandbox）可以實現臨時編輯，但如果設立Draft（草稿）命名空間，或許可以免去廢棄子頁面提刪的必要性。
另外還有，設立Draft（草稿）更重要的是，可以讓命名空間更加完善，或許可以讓萌百在這一方面的規範性與完整度更進一步。
誠然，如果設立，必然需要出相關的規定（如逾期刪除等），但對比設立Draft（草稿）的優點，還請各位共商共建。
| “ | 在草稿命名空間的文章，就像剛孵化的小雞，處於摸索階段，需要細心呵護。 | ” |
| ——中維，WP:Draft | ||
P.S.由於意見尚不完善，暫時不設置提案，若有必要，可以在意見完善後設置新提案。
以上所有，Regards.-- Zorua 簽名猛戳→ 
- (＝)中立 沙盒是個好東西（——東方眾 一位史蒂夫 （討論·貢獻 ）✉❶ 請問您要單推一隻
臭鼬白鼬嗎？這就去w 2021年2月26日 (五) 19:14 (CST) - (＋)傾向支持——From
月_櫻_雪 (討論) 2021年2月26日 (五) 19:20 (CST)
- (＋)支持 ————綠毛控（討論） 2021年2月26日 (五) 19:22 (CST)
- (＋)傾向支持——0%迪迪(aq) (Determination) 2021年2月26日 (五) 19:27 (CST)
- (－)弱反對 管理可能會方便一點，但還有待評估 --
宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2021年2月26日 (五) 19:35 (CST) - (～)補充 單從對新頁面的維護而言，我覺得會比移回用戶子頁面方便很多（無論是移動操作還是到用戶討論頁提醒。——From
- (＝)中立 到時候大概會有許多方針和論述都需要修改，估計是個不小的工作。暫且中立。 From
- 運維之前就已經表示過，目前並不存在因伺服器資源或帶寬限制而限制某些編輯操作的行為。
- 無論是移動用戶子頁面還是草稿頁面終究都要刪除移動後殘留的重新導向，並不存在所謂的「優勢更大一些」。
- 提議的理由不太站得住腳。--Sysop 北極星と南十字（給我留言） 2021年2月26日 (五) 20:00 (CST)
- (＝)中立 (▲)理由同喵三君--「簽名板」from TNLHK「討論區」 2021年2月26日 (五) 20:03 (CST)
- (～)補充 伺服器資源這一點是有問題的——已刪除的頁面事實上仍未徹底刪除，大多數頁面仍可恢復。條目正式完成後，草稿應該是要刪的，而這同樣佔用伺服器資源。同時根據與運維方的交流，這方面暫時沒有問題。
- 「命名空間的完善」是有些奇怪的說法。並不是別人有，我們也要有。
- 不過單從維護的便利程度而言，我仍比較支持。至於政策性文件的修改，是提案階段的工作。目前只是對這一想法作可行性研究。——From
- ( ? )疑問 話說命名空間是可以隨意添加的嗎？——芳文廚 一位史蒂夫 （討論·貢獻）✉❶ 請問您要單推一隻
臭鼬白鼬嗎？這就去w 2021年2月26日 (五) 20:19 (CST)- MediaWiki的手冊:使用自定義命名空間?應該還會有些方便的插件吧。——この利用者は
小鞠 です 2021年2月26日 (五) 21:01 (CST)
- MediaWiki的手冊:使用自定義命名空間?應該還會有些方便的插件吧。——この利用者は
- (－)弱反對 首先，就算是Draft命名空間的頁面也是要刪除的，和用戶子頁面沒啥本質差別，更何況有些用戶會循環利用子頁面沙盒。其次，對於命名空間的完善，我倒是覺得沒有必要，畢竟維百的體系也不是最好的體系，有些東西可以借鑑，但不需要完全保持一致。
更何況我們敬愛的B先生不知道跑哪裏去了，所以後端大概沒人改（--OIer樂然愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年2月26日 (五) 21:44 (CST)- 行政員是可以引入命名空間的。--MnO43- Talk with me! 2021年2月27日 (六) 21:18 (CST)
- (－)不支持 在萌百，這沒啥意義。—— ほしみ 2021年2月26日 (五) 22:21 (CST)
- (…)吐槽 這也是為什麼沒掛提案的原因，所以發到了提問求助區 說：就這小破措辭還往提案發呢？
不過照這樣來看的話，各位還是見仁見智，畢竟命名空間這檔事，說大不大，說小不小。-- Zorua 簽名猛戳→
- 新增一個這樣的命名空間定會給萌百的小霸伺服器帶來一定的負擔，維護組和運維也未必能非常輕鬆地處理好新增該命名空間所帶來的相應事務，像要時常監視這個命名空間的新內容啊，到時間該移動移動該掛刪掛刪啊，方針啊編輯指南啊之類的地方要刪刪改改再加入相應內容啊，後台應該也有不少麻煩事要做。在
站長撤資希望小學來升級伺服器，維護組和運維又吃到幾個超能幹的新人之前，我是(－)不建議加這麼個命名空間的。 2021年2月27日 (六) 00:59 (CST)
- (＝)中立 不是很了解維百中這個命名空間的用法。個人猜測或許跟用戶頁子頁的區別在於，通常情況下用戶頁子頁只能由對應用戶本人編輯，而草稿命名空間依然默認為公共編輯區，以防止被打回的頁面難以被注意到，結果其他人重頭開始創建？（雖然用戶頁子頁其實也可以多人編輯，但還是需要該用戶事先進行授權）
- 不過說起來，萌百跟其他大型百科網站的主要區別就是，主命名空間中的不少條目本身看起來就很像草稿，比如隨處可見的「待補充」。先不論這種不夠正式的風格的好壞，我只想說這種情況下，草稿命名空間的必要性似乎就非常低了。
- 那麼這個問題的關鍵大概就變成「需不需要給那些未能達到新條目創建最低標準，但已搜集少量信息，為避免浪費人力心血而留出的公共空間中轉站」了。這樣其實有個好處就是分類中，這些條目可以以「Draft:某某條目」的形式存在，而不必以分類殘留的形式作為「User:某某某/某某條目」躺在分類里了。
- 但如果一個條目連被掛上{{急需改進}}TOP的程度都達不到的話，其是否真的有作為草稿存在的價值？這是我無法一概而論的地方。——迪爾碧莉蝶（留言板）
2021年2月27日 (六) 07:37 (CST)
- 有人見到已有的draft，編輯衝突怎麼處理--このLegend frogもガンバラナイト 2021年2月27日 (六) 10:34 (CST)
- (－)反對 萌百自有萌百的用戶群和生態，尤其是大部分條目的初創都並不需要多用戶合作，因此在這點上沒必要也不應該學習維基好榜樣。 --
M. J. H. 【無妄】 2021年2月27日 (六) 10:49 (CST)
Legend frog- 不過看到這個討論串我倒是想起來個好處，目前放用戶頁底下的話可能會出現多個人在同一時間建立了同一條目的草稿的情況，如果有一個公用頁面的話倒是方便尋找，防止重複做無用功。--工具人樂然
愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年2月27日 (六) 13:48 (CST)
- @一位史蒂夫 注意您的簽名中有一個span標籤未閉合，已將當前討論串中存在的該項錯誤修復，請您儘快修復您的簽名。
- 對於這個問題，我原本打算引入Portal命名空間作為專題中各項內容（包括介紹、編輯指引等）的存放位置，也考慮將草稿存放於Portal命名空間下。但是該項提案由於我時間不足
其實就是懶被擱置。--MnO43- Talk with me! 2021年2月27日 (六) 21:18 (CST) - 抱歉在錯誤的位置插入了一個換行）--MnO43- Talk with me! 2021年2月27日 (六) 21:19 (CST)
(－)反對 ：多此一舉！現有的Sandbox體系足夠全站絕大多數編輯者滿足草稿編輯使用需求。依個人觀察統計，沒有任何人會只是因為將條目草稿提交到了主命名空間而成天提刪自己用戶頁名下的sandbox。「免去廢棄子頁面提刪的必要性」，純粹是無稽之談。反觀另行設立草稿命名空間，不僅會帶來一系列新的不可避免技術性問題，還會給本站本就資源不充裕的伺服器與數據庫造成極大的負擔。處理草稿浪費的伺服器資源可比掛刪用戶頁子頁面浪費的多太多了。
從MJH的「大部分條目的初創都並不需要多用戶合作」這一觀點出發，個人習慣中正確的「草稿到條目」轉化流程是這樣的：創建者在自己用戶頁子頁面某sandbox下打好基本框架後立即提交到主命名空間。因為不需要考慮版本歷史問題（更何況循環利用的沙盒本來就會造成版本歷史污染）加之沙盒循環再利用，不要使用移動頁面功能而應當直接複製全文Wikitext源碼後在主命名空間下手動創建新頁面。之後用戶自行清空沙盒，挪作他用。
還有就是，維基百科不是神。不要看見維百有啥都想照搬過來。多考慮一下「本國國情」吧。--半夜咳嗽的狼（討論） 2021年2月28日 (日) 02:01 (CST)
再補充一點：挖坑不填在本人看來是惡習。寧缺毋濫，條目沒內容寫不出來就不要寫。自己存個txt草稿在硬盤裏慢慢添不好？連個基本框架都打不好，建個頁面兩三句話不到五百字節往主命名空間一甩，被巡查看到了掛個「急需改進」等着別人給你擦屁股，丟不丟人吶！別嫌棄我對「寧濫勿缺」深惡痛絕，隔壁百毒沒有百度百科:收錄範圍，可是夠寧濫勿缺的。懂的都懂。崩壞3原神半條命泰坦隕落求生之路，我想寫的專題系列海了去了夠我喝一壺的，怎麼不見我唰唰唰建一大堆Draft晾在那裏十天半個月都不管啊？--半夜咳嗽的狼（討論） 2021年2月28日 (日) 02:18 (CST)
(－)反對 沒必要另設空間，命名空間不是拿來這樣用的。不論是佔用資源或是協同編輯的論點，實際上以現有方法已經能夠有效處理問題。而且這樣有可能出現大量"挖坑不填"的草稿，有人本着"拋磚引玉"之類的心態大量創建空頁面。--By patroller CHKO 
(Talk) @ 2021年2月28日 (日) 11:00 (CST)
(～)補充 關於Draft命名空間的設立在zhwiki的相關討論見原始連結，僅作為參考。-- Zorua 簽名猛戳→
- 重複一遍，WP怎麼樣，跟我們沒有什麼關係。要符合萌娘百科的實際情況進行規則規範的調整和修訂。—— ほしみ 2021年2月28日 (日) 17:48 (CST)
如何使文字發光
如圖：
——以上未簽名(註)本條留言未簽名，留言後請記得用--~~~~簽名！的留言由Studyrat（討論·貢獻）於2021年2月28日 (日) 17:27 (UTC+8)添加。
<span style="text-shadow:颜色 x偏移 y偏移 扩散半径;">要加发光的文字</span>，例如這樣。 --M. J. H. 【頤】 2021年2月28日 (日) 18:03 (CST)
- +0.05--單推人樂然
愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年2月28日 (日) 20:12 (CST)
Bandcamp怎麼看一個歌曲的ID
如題，寫「Kaiserreich/革命電台音樂」的時候碰上問題了，「黑色國際歌」在網易雲上沒有，在Bandcamp上找到了，但不知道Bandcamp的歌曲ID怎麼看，求各位大佬幫幫忙--假面騎士01（討論） 2021年2月28日 (日) 20:56 (CST)
- 獲取track id的方式請看{{bandcamp}}的模板文檔。經查詢這首歌曲的track id是4062494721。_USER:YOONHA~1.PAR（留言）2021年3月1日（月）00:32:08（JST）
請問如何根據頁面內元素數量自動調節css屬性值？
我想調整的是這個模板：Template:NoWorld。 其中需要調整的代碼是：
{{ptl|define=NoWorld模板成员|tl=
<div class="membersinnoworld" style="display:inline-block;margin:auto 4vw;position:relative;border-color:{{{边框颜色}}};"><div class="noworldmembers" style="width:8vw;height:8vw;border-radius:50%;">[[ {{{条目名}}} |<img style="width:8vw;" src="{{ filepath:{{{图片名}}} }}"/>]]</div></div>
}}
<!-- 在这里添加或修改头像↓ -->
{{ptl|use=NoWorld模板成员|条目名=NoiR|图片名=NoiR推特头图带名字新.png|边框颜色=#9EA7A6}}
{{ptl|use=NoWorld模板成员|条目名=白黑黑白|图片名=白黑黑白推特头图带名字新.png|边框颜色=black}}
{{ptl|use=NoWorld模板成员|条目名=蒂悠·普拉缇|图片名=蒂悠·普拉缇推特头图带名字新.png|边框颜色=#C19DAB}}
{{ptl|use=NoWorld模板成员|条目名=灰墨|图片名=海紫米推特头图带名字新.png|边框颜色=#61625A}}
<!-- 在这里添加或修改头像↑ -->
我想讓inline-block;margin:auto 4vw;、width:8vw;height:8vw;的數值根據頭像的數量變化，比如說4個頭像就是16÷4=4，5個頭像就是16÷5=3.2。
我的思路是採用不輸出數值的計數器模板：
{{ptl|define=NoWorld模板成员|tl=
{{counter|1|noecho=true}}<div class="membersinnoworld" style="display:inline-block;margin:auto {{#expr: 16 / {{#var:a}} }}vw;position:relative;border-color:{{{边框颜色}}};"><div class="noworldmembers" style="width:{{#expr: 32 / {{#var:a}} }}vw;height:{{#expr: 32 / {{#var:a}} }}vw;border-radius:50%;">[[ {{{条目名}}} |<img style="width:{{#expr: 32 / {{#var:a}} }}vw;" src="{{ filepath:{{{图片名}}} }}"/>]]</div></div>
}}
<!-- 在这里添加或修改头像↓ -->
{{ptl|use=NoWorld模板成员|条目名=NoiR|图片名=NoiR推特头图带名字新.png|边框颜色=#9EA7A6}}
{{ptl|use=NoWorld模板成员|条目名=白黑黑白|图片名=白黑黑白推特头图带名字新.png|边框颜色=black}}
{{ptl|use=NoWorld模板成员|条目名=蒂悠·普拉缇|图片名=蒂悠·普拉缇推特头图带名字新.png|边框颜色=#C19DAB}}
{{ptl|use=NoWorld模板成员|条目名=灰墨|图片名=海紫米推特头图带名字新.png|边框颜色=#61625A}}
<!-- 在这里添加或修改头像↑ -->
但是這樣有個很明顯的問題：即每個頭像獲得的計數器值不一樣，所以它的邊距和大小也就不一樣。請問有沒有什麼其他的辦法解決這個問題？——我是亙古輪迴Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2021年3月1日 (一) 09:40 (CST)
( ¡ )題外話 ：真的沒有錯版嗎？就算是提問，這個串不應該發到隔壁「技術實現」版嗎？--半夜咳嗽的狼（討論） 2021年3月2日 (二) 02:27 (CST)
已解決，效果非常好————我是亙古輪迴Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2021年3月1日 (一) 12:38 (CST)
如何修改詞條名稱？
如果想要修改詞條名稱，應如何編輯？——以上未簽名(註)本條留言未簽名，留言後請記得用--~~~~簽名！的留言由玄北（討論·貢獻）於2021年3月1日 (一) 21:56 (UTC+8)添加。
- @玄北 將對應條目移動至您希望的目標名稱頁面即可（右上角「更多」-「移動」）。如果原頁面不再需要，請在操作申請版請求刪除。
- 另請(ｉ)注意 ，發言完畢請使用
~~~~簽名。——
GuoPC ☕ 📝 2021年3月1日 (一) 22:16 (CST) - 請注意，您需要先完善條目再移動。—— ほしみ 2021年3月1日 (一) 22:42 (CST)
| user:玄北 重複提交的內容 |
|---|
如何修改詞條名稱？如果想要修改詞條名稱，應如何編輯？ |
有關在模板中建立子模版嵌套的問題諮詢
打算將模板:07th Expansion做成模板:Fate一樣的子模版嵌套模式，以便提升閱讀體驗。目前已經建立了幾個子模版，然而更改主模板模板:07th Expansion時會觸發濫用過濾器——大段刪除QAQ。
因此想請問大佬們，遇到此類問題該如何進行子模版嵌套的操作呢？—— 董家軍集合 2021年3月3日 (三) 16:45 (CST)
求助：關於摺疊之後的縮進問題
- 我希望摺疊內容看起來屬於這一段
| 於是我加入一段帶縮進的摺疊 |
|---|
|
這一段摺疊的格式是我希望的 |
- 但我並不希望這一段也屬於上一段
- 換行並不解決問題
| 或者我不插入換行，讓摺疊內容跟着這一段 |
|---|
|
展開按鈕的位置變了，但這個格式也是可行的 |
- @清晨窗外的咸鸭蛋 提供模板文檔以供參考：Template:Hide/doc#模板與縮進、列表同時使用。——GuoPC ☕ 📝 2021年3月5日 (五) 08:03 (CST)
- 額，請不要在討論版使用縮進+hide，會造成全局排版問題，，我不得不對您的發言進行修改，敬請諒解。—— ほしみ 2021年3月5日 (五) 08:38 (CST)
- 如確有需要，請用
<ul>等標籤。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年3月6日 (六) 10:22 (CST) - 感謝，ul標籤完美解決了我的問題——清晨窗外的鹹鴨蛋（討論） 2021年3月6日 (六) 10:44 (CST)
可以上傳一些新的用戶框嗎？
做了一些新的想上傳但找不到地方，主要是今天做自己空間時發現很多都沒有...--rua（討論） 2021年3月4日 (四) 20:18 (CST)
- 不是這個，我是說的類似像這個
| ♪ | 該用戶是一名音樂遊戲玩家。 |
...--MINGach（討論）2021年3月4日 (四) 21:12 (CST)
- @MINGach 您只需要在模板命名空間新建一個就可以，例如Template:用戶 示例用戶框，並使用
{{用户 示例用户框}}直接調用。這時建議您參考其他用戶框模板添加文檔與分類。 - 當然，如果您只是自己使用，也可以選擇將用戶框放置在您的用戶頁下，用
{{User:MINGach/子页面}}的形式調用。--單推人樂然愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年3月4日 (四) 21:41 (CST)
- @MINGach 您只需要在模板命名空間新建一個就可以，例如Template:用戶 示例用戶框，並使用
(＋)可以。此外，這裏提供一些建議：
- 如果您希望面向與您興趣相投的同好提供此用戶框（例如：同一款遊戲的玩家、同樣具有某種典型屬性的人），請參照上面其他編輯者提供的教程在Template命名空間建立公用用戶框。如果使用此用戶框的用戶較多，您還可以使用「鏈入頁面」功能來查看使用了此用戶框的其他用戶以尋找同好。
- 如果您是純粹自用用戶框，您可以：
- 在自己用戶頁子頁面下建立用戶框後再調用
- 或直接在需要使用用戶框的地方使用標準用戶框樣板手動創建一個用戶框
--半夜咳嗽的狼（討論） 2021年3月6日 (六) 16:13 (CST)
關於內鏈的求助
請問當章節標題中使用了{{lang}}、{{ruby}}等模板時，要如何用內鏈語法連結至該特定章節？
- 使用特殊第一人稱#小生(しょうせい)即可。（使用%7B代替{，%7D代替}）--某亂逛的低仿號 北緯的星空
(來罵我） 2021年3月7日 (日) 09:48 (CST)
- 或者可以用
anchorencode魔術字，比如[[特殊第一人称#{{subst:anchorencode:-{小生(しょうせい)}-}}]]→ 特殊第一人稱#-{小生(しょうせい)}-。--OIer樂然愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年3月7日 (日) 10:17 (CST)
- 或者可以用
那個，想問一下，為什麼萌娘百科的IOS客戶端好久沒更新了？
最後一次更新還是兩年前……不知道這裏可不可以問——一雪（討論） 2021年3月7日 (日) 15:34 (CST)
- @一雪 大概是因為iOS客戶端的原作者Maverick[更多]已經離開萌百很久了吧。--
From Azamino Tsubaki's PtSO4 (Talk) 2021年3月7日 (日) 15:47 (CST)
- 好的謝謝，所以app就沒人搞了嗎…——一雪（討論） 2021年3月7日 (日) 15:57 (CST)
- @一雪 東東佬在搞安卓版，iOS不太確定……
大概因為米娜桑swift本當苦手吧（--工具人樂然愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年3月7日 (日) 22:26 (CST)- 都是非官方app，官方版還在開發中，敬請期待。—— ほしみ 2021年3月7日 (日) 22:57 (CST)
- @一雪 東東佬在搞安卓版，iOS不太確定……
請求刪除圖片
cm:File:PredaconPrimeLogo.png,cm:File:Maximal symbol.png,cm:File:Predacon symbol.png，上傳重複，請求刪除--伏見威蕃（討論） 2021年3月7日 (日) 16:26 (CST)
和條目巫女有關的問題
目前條目巫女的內容是萌屬性的巫女。但萌百同時存在其他名為巫女的角色的條目，巫女(遊戲人生)和巫女(偵探已經死了)。是否需要進行消歧義？如果需要，是建立巫女(消歧義頁)並在巫女中使用{{about}}，還是把原條目改為巫女(萌屬性)並把巫女作為消歧義頁呢？--不喜歡繁長簽名的文祖小t（討論） 2021年3月7日 (日) 11:30 (CST)
評論怎麼了
為什麼突然不開放了？也沒看到通知，最近敏感嗎？--布洛肯亞雷（討論） 2021年3月9日 (二) 18:25 (CST)
- 並沒有啊，是否是個人網絡環境問題？——From
- 我復現了。技術實現版有個bug提報，看看A姐怎麼說。--優質編輯者樂然
愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年3月9日 (二) 19:26 (CST)
有可能是系統本身的部分bug誒，目前有解決辦法嗎？或者是兩會召開的問題才強行關掉的評論區？（不太希望以後還會有這樣的事情發生）——以上未簽名(註)本條留言未簽名，留言後請記得用--~~~~簽名！的留言由傾城傾國233333（討論·貢獻）於2021年3月11日 (四) 23:19 (CST)添加。
- （根據相關方針，公共討論版的發言不應直接移除。由於發言者自行移除留言，故視作撤回發言處理，加上了刪除線。——From
- (：)回應 真的只是A姐手滑了……--單推人樂然
愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年3月12日 (五) 08:11 (CST)
如何重新編輯標記為即將刪除的頁面？
放學後的昴星團現在懸掛了即將刪除模板，並無法提交編輯。
現在我想重新編輯，應該怎麼操作？——以上未簽名(註)本條留言未簽名，留言後請記得用--~~~~簽名！的留言由夢吉（討論·貢獻）於2021年3月9日 (二) 21:48 (UTC+8)添加。
- @梦吉你創建的這個條目全文除一句話外全部來自其他版權協議不同的站點。您可以等這個頁面完全刪除後再重新創建，但請注意，請勿版權侵犯。———— ほしみ 2021年3月9日 (二) 22:13 (CST)
- @星海子 好的，我明白了，以後會注意的 --夢吉（討論） 2021年3月9日 (二) 22:38 (CST)夢吉
關於火車的消歧義頁
( ? )疑問 目前，有關火車的消歧義——鐵道娘、火車(櫻花大戰)和火焰貓燐已經相互建立消歧義。
請問火車(消歧義頁)是否有保留的必要？
--qaolp0（討論） 2021年3月9日 (二) 17:39 (CST)
- 該消歧義頁已被重做，故撤回提問。如有其他問題可以在討論頁留言。--message from qaolp0（討論） 2021年3月10日 (三) 10:36 (CST)
屠麟傲血@屠麟傲血抱歉，在重做消歧義的時候理解錯了擬定方針。--message from qaolp0（討論） 2021年3月10日 (三) 11:14 (CST)
關於濫用過濾器52
關於「禁止添加新浪圖床連結」這個過濾器，註釋中提到的理由是「由於新浪圖床新增referer檢測，故禁止添加新浪圖床連結」。
但是模板{{NoReferer}}是有繞過referer檢測的功能的。
所以為什麼要設置這個過濾器呢？沒有冒犯的意思，只是單純的好奇。——歡迎討論的ガガGallium 2021年3月8日 (一) 13:20 (CST)
- emmm，只是先有過濾器，過了很久一段時間才做出模板，目前並沒有驗證能否對新浪圖床有效，能否找一張新浪圖床的圖片試試看？——From AnnAngela the Temporary Bureaucrat (Talk) 2021年3月9日 (二) 10:52 (CST)
關於一句話頁面
在首頁上面發現了Gaijin_Entertainment這一個一句話頁面，煩請處理一下。--Qaolp0（討論） 2021年3月20日 (六) 20:26 (CST)
請求對賬號檸檬亞籽進行解封
貴站人員不僅對本人進行戀童誣衊、誣衊本人為吳織亞切大忽悠粉絲、回應不統一、對里站戀童內容選擇雙標、罵人侮辱歧義上選擇雙標、頻繁無理由封號、「誤」刪詞條、給出類似「不爽而封號」言論云云。
若貴站對以上行為以及相關截圖概不承認，即代表貴站承認獨裁、包庇吳織亞切大忽悠與LexBurner以及人員回應不統一、縱容貴戰老用戶進行「死*廢物給爺爬」等對人進行辱罵詞彙並對相關事件人員進行雙標處理。
望貴站合理、統一的給出一個說法。
————貴站有夠獨，裁 2021年3月24日 (三) 21:38 (CST)
有關如何達到Template:Accordion效果之問題
To All:
貴安,本人希望運用Template:Accordion模板,以達到頁面同時只展開一個內容的效果. 但本人並沒有在萌娘百科上尋找到Template:Accordion模板.
本人得知有Template:Toggle模板,但其僅能實現本人部分效果.
| 本人期望效果概念展示 |
|---|
|
欄位1
本欄展開時,下方2個欄位可以自動合上
欄位2
本欄展開時,上方和下方2個欄位可以自動合上
欄位3
本欄展開時,上方2個欄位可以自動合上
|
就此本人提出兩個問題:
1. 萌娘百科是否存在類似模板可達到本人期望之效果?
2. 如沒有類似模板,本人應循那些方面去嘗試達到期望效果?
本人撰寫wikitext年資極短,並不熟悉如何有效編寫頁面.如果已有現存規則/指引/模板/解決方法,敬請提出指點本人. orz
以上.
--ShameOfKaffee~~ 5+1 = (: 2021年3月15日 (一) 18:50 (CST)
- @Kafe523 或許可以嘗試T:切換顯示？雖然和accordion有些區別，但是基本功能類似。--酒姬民樂然
愛（ ）與憎（ ）的相思相愛（ ）Reflection絕贊配信中 2021年3月16日 (二) 15:08 (CST)- 感謝@Leranjun回覆,本人將會前去參考瞭解. orz --ShameOfKaffee~~ 5+1 = (: 2021年3月16日 (二) 16:37 (CST)
- ( ¡ )半離題 請教@Leranjun大大,T:切換顯示歸類為哪類模板(功能/格式模板)? 本人在尋找類似模板時出現困難,因此提問.--ShameOfKaffee~~ 5+1 = (: 2021年3月16日 (二) 21:46 (CST)
- {{Tabs}}（和{{Tabs/core}}）是否能夠達到需要的效果？——
DGCK81LNN (討論) 2021年3月18日 (四) 21:05 (CST)
- 感謝@DGCK81LNN回覆,{{Tabs}}和{{Tabs/core}}僅能達到本人部分期望的效果.本人會將以上提及2個模板作爲後備方案考慮. orz --ShameOfKaffee~~ 5+1 = (: 2021年3月20日 (六) 05:45 (CST)
| Update : 因預期撰寫條目出現轉捩點式內容轉變,暫時沒有迫切需要運用Template:Accordion之需求. |
- 很高興能幫助(·∀·)--酒姬民樂然
桌面版網頁最下方「移動應用」的域名無法重新導向
各位編者和管理員大家好，我注意到桌面版網頁最下方的「移動應用」仍然是 https://app.moegirl.org ，點擊後無法正常顯示，且無法跳轉至 https://app.moegirl.org.cn ，不知哪位擁有修改的權限。
當然也有可能，本錯誤連結由於官方應用仍然在開發中而刻意得到了保留。--偉8889（討論） 2021年3月22日 (一) 06:34 (CST)
- @伟8889 我這裏看到的是「正在重製中」……？--優質編輯者樂然
- ？--單推人樂然
U:Leranjun無法復現
- ？
- 這邊也是無法訪問
( ¡ )題外話 話說這個連結為什麼在手機版視圖沒有，明明手機才更需要啊喂！--
鬼影233【跤♂️流病情|我的水編輯|留下簽名】 2021年3月22日 (一) 10:54 (CST)
- @鬼影233 官方APP仍在開發中，敬請期待。--優質編輯者樂然
- @鬼影233 官方APP仍在開發中，敬請期待。--優質編輯者樂然
如何替換已有文件
在維護的詞條所使用圖片需要更新,但是想通過對已有圖片進行換源的方式達成更新,請問該如何操作——以上未簽名(註)本條留言未簽名，留言後請記得用--~~~~簽名！的留言由偶然路過之人（討論·貢獻）於2021年3月22日 (一) 19:17 (UTC+8)添加。
關於小學生及小學生(萌屬性)作為萌點鏈入的疑問
- 目前小學生為消歧義頁面，而對應的萌屬性則是小學生(萌屬性)。
- 在人物類條目內的{{人物信息}}萌點一欄應當填入萌屬性連結，若某人物存在「小學生」這一萌屬性，那麼應當如何填寫？
- 目前看到站內基本是鏈入到小學生而非小學生(萌屬性)，是否應當改為
[[小学生(萌属性)|小学生]]？
具體例子參見Special:鏈入頁面/小學生及Special:鏈入頁面/小學生(萌屬性)。——
GuoPC ☕ 📝 2021年3月9日 (二) 10:59 (CST)
- (＋)支持 看了眼，感覺內鏈的話大多都是指向錯誤，表用語或雙關含義的情況非常少，感覺可以提請批量替換。——迪爾碧莉蝶（留言板） 2021年3月9日 (二) 13:22 (CST)
- (～)補充 ( ? )疑問 但我注意到當前小學生(萌屬性)對應的分類還是CAT:小學生，這個分類的命名是否有一併規範成相同的CAT:小學生(萌屬性)的必要？——迪爾碧莉蝶（留言板） 2021年3月9日 (二) 13:22 (CST)
- @迪尔碧莉蝶 看起來有此必要，如CAT:聲優(萌屬性)等。——GuoPC ☕ 📝 2021年3月20日 (六) 19:12 (CST)
- @迪尔碧莉蝶 看起來有此必要，如CAT:聲優(萌屬性)等。——
- ( ? )疑問 之前聽說萌屬性條目不需要消歧義。那是什麼時候的規定啊？還說我記錯了？--以上已簽名的留言來自喵茨（在此留言） 2021年3月12日 (五) 21:16 (CST)
鑑於最近對於萌屬性的消歧義工作正在開展，我相信這一問題不久能夠得到妥善解決。如果之前參與討論的二位編輯者@迪尔碧莉蝶，Gnahz沒有進一步問題的話，煩請維護組成員將此討論串MAR，感謝。——GuoPC ☕ 📝 2021年3月20日 (六) 19:12 (CST)
- 以前是有這個分類的，Category:帶消歧義後綴的萌屬性條目，嵌入於Template:萌屬性信息，可以參見Template talk:萌屬性信息。前述分類的頁頂info寫了萌屬性不用消歧義，但是由於不符合現行方針，該分類被刪除了。—— ほしみ 2021年3月20日 (六) 19:20 (CST)
請問批量修改全站詞條是如何做到的？
- 經常能見到有別的編輯者（好像不全是管理員巡查姬）批量轉換某個詞。
- 一直希望把「OVA動畫」這種錯誤的稱呼改掉，改成「OVA」（但是「OVA動畫製作」要保留），結果每次手動轉換了十幾個條目後就沒動力再轉換下去了。不知道是不是站內有什麼工具。--
751984871（討論·貢獻） 2021年3月21日 (日) 13:54 (CST)
- (▲)同問 之前就見過某個優編進行過批量編輯，編輯摘要里寫的是「使用API編輯」。雖然我平時不一定能用得到
也沒那個膽子用來搞破壞(，不過還是會很好奇其工作原理和使用方法。 — 在下羊羽君 👉 （ 🏠 • 📭 • 📝 • ✏️ ） 2021年3月21日 (日) 16:06 (CST)- @在下羊羽君 emm，理論上來說沒有硬性規定只有維護組可以執行批量操作，但是一個是並不是所有用戶都會用API編輯，另外一般賬號的硬傷是速率限制，並且沒有bot標籤會炸掉最近更改，所以非常不建議這麼做。
所以為啥我用API沙盒的時候就不會留下編輯摘要……？--工具人樂然- API沙盒在action=edit時既可以添加summary也可以添加tags（包括Automation tool/Bot）。—— ほしみ 2021年3月21日 (日) 18:47 (CST)
- 我的意思是，用API沙盒不會自動添加「使用API編輯」的summary（
，所以這是乳w+和IPE嗎（--酒姬民樂然
- 我的意思是，用API沙盒不會自動添加「使用API編輯」的summary（
- API沙盒在action=edit時既可以添加summary也可以添加tags（包括Automation tool/Bot）。—— ほしみ 2021年3月21日 (日) 18:47 (CST)
- 自確的編輯速率限制好像是一分鐘5次還是10次的，查詢上限是一次500個。
你可能會瘋狂撞速率限制然後放棄使用x—— ほしみ 2021年3月21日 (日) 18:38 (CST)或者被濫用過濾器封號，好耶（（（--酒姬民樂然- 什麼？自確還有編輯速率限制！難怪之前幫星海手動清理「百合」消歧義時保存速度這麼慢……
- From Wallfacer of moegirl the Temporary Autoconfirmed user (Talk) 音樂和原型類條目的調查和投票
2021年3月22日 (一) 00:37 (CST)
- 額……保存速度慢是因為服務器問題，和速率上限沒關係（
另外我看到你@Wallfacer of moegirl的簽名內有{{滑稽}}{{Space}}，請替換至已subst的版本。--By patroller CHKO (Talk) @ 2021年3月22日 (一) 10:40 (CST)
簽名修正完成- From Wallfacer of moegirl the Temporary Autoconfirmed user (Talk) 音樂和原型類條目的調查和投票 2021年3月27日 (六) 23:41 (CST)
- Temporary是什麼意思，你知道嗎？ 2021年3月28日 (日) 00:35 (CST)
- 我的想法是用戶組只有「Autoconfirmed user」的情況是「暫時」的。如果有更好的主意的話還請LUO1P指點。
- From Wallfacer of moegirl the Temporary Autoconfirmed user (Talk) 音樂和原型類條目的調查和投票 2021年3月30日 (二) 13:46 (CST)
- 額……保存速度慢是因為服務器問題，和速率上限沒關係（
- @在下羊羽君 emm，理論上來說沒有硬性規定只有維護組可以執行批量操作，但是一個是並不是所有用戶都會用API編輯，另外一般賬號的硬傷是速率限制，並且沒有bot標籤會炸掉最近更改，所以非常不建議這麼做。
舉報用戶User:Sytus惡意挑起編輯戰
在《奇諾之旅》條目：https://zh.moegirl.org.cn/%E5%A5%87%E8%AF%BA%E4%B9%8B%E6%97%85
這個條目開頭有一句話「愚蠢的矮冬瓜」，日文原文是「愚かで矮小な奴」，譯成中文的意思是「愚蠢而矮小的傢伙」。 「矮冬瓜」一詞為早期字幕組的錯譯，實際上結合小說原作內容，奇諾這句話是想表達自己身處在世界中的渺小，而不是在表達自己身材矮小，為了避免誤導性，現在很多字幕組已經不再翻譯成「矮冬瓜」了（通常譯成「矮小的傢伙」、「渺小的傢伙」）。 幾個星期前，我在條目中對這個錯誤翻譯進行修正，但User:Sytus強行將其改回具有誤導性的錯譯，今天我再次改回，但User:Sytus此人卻蓄意挑起編輯戰，一定要強行推廣這個錯譯來繼續誤導觀眾。 請管理員懲罰此人挑起編輯戰的行為。——以上未簽名(註)本條留言未簽名，留言後請記得用--~~~~簽名！的留言由不接受私信（討論·貢獻）於2021年3月27日 (六) 13:30添加。
- @不接受私信 ref引用的原文如此，若您有更好的翻譯，請修改引用來源。--EnMGP編輯者樂然
- @不接受私信 你好像走錯版了。——★Sytus～（Talk） 2021年3月27日 (六) 19:54 (CST)
- @不接受私信 引用連結內描述確實是愚蠢的矮冬瓜。如果您認為這是錯譯，可以提供一下現在字幕組不使用該翻譯的一些案例，或是天角奇諾之旅第一卷的簡介頁嗎？畢竟我暫時沒有找到天角第一卷簡介頁的掃圖XD--Thus Spoke Sivlovski.「討論」 2021年3月27日 (六) 20:16 (CST)
- 翻譯問題請在條目討論頁交流。——By patroller CHKO (Talk) @ 2021年3月27日 (六) 20:26 (CST)