萌娘百科 talk:讨论版/技术实现/存档/2020年06月
讨论版【技术实现】档案馆
请求编辑{{ruby}}
SomeyaMako看到，在2015年5月20日 19:00的一条对{{ruby}}的改进建议并未解决，在同页下方的重新提议并未收到广泛关注后前来讨论版申请。
原段落如下：
| 五年前由User:库特莉亚芙卡2提出的提案全串（截至2020年5月10日 (日) 13:38 (CST)） |
|---|
|
（原标题） 有关于在该模版中添加不可视括号
众所周知Ruby模版对于复制粘贴内容的情况不太友好，直接复制的话会产生以下的效果： か け 巡めぐ った 确たし かな 予感よかん 一般来说，当遇到需要标记读音的词汇时我们往往希望读音能够保留，比如以下的格式被经常用于注音歌词中： 駆(か) け 巡(めぐ) った 确(たし) かな 予感(よかん) 因此我提议在Ruby模版中添加无法看到的小括号以实现这个功能方便人们复制包含该模版的文字内容。
此外，我提议趁这个机会修改该模版的注音字号大小（或提供可变大小的字段），以获得更好的排版风格。--库特莉亚芙卡2（わふっ） 2014年8月16日 (六) 15:58 (CST)
|
经测试，此问题仍然存在。
SomeyaMako在自己的用户页内留下了一份当前版本的{{ruby}}的复制，同时对{{ruby}}的另一复制进行了改动，变化后的feature们如下：
- 增加了复制带注音内容时注音内容两端添加一层括号以及空格的feature
- 增加了横划选择时更容易全部选中的feature
已知问题：
- 并未解决模板现有的“置于表格中时需要套尖括号div尖括号”的问题
模板本身代码如下（请点开编辑源代码复制两个nowiki的中间部分）：
<ruby {{#if:{{{class|}}}|class="{{{class|}}}"}} {{#if:{{{id|}}}|id="{{{id|}}}"}} {{#if:{{{style|{{{css|}}}}}}|style="{{{style|{{{css|}}}}}}"}}><rb {{#if:{{{rbclass|}}}|class="{{{rbclass|}}}"}} {{#if:{{{rbid|}}}|id="{{{rbid|}}}"}} {{#if:{{{rbsize|}}}|style="font-size:{{{rbsize|}}}"}}>{{#if:{{{3|}}}|{{lang|{{{3}}}|{{{1}}}}}|{{{1}}}}}</rb><rt {{#if:{{{rtclass|}}}|class="{{{rtclass|}}}"}} {{#if:{{{rtid|}}}|id="{{{rtid|}}}"}} style="font-size:{{{rtsize|0.75em}}}">{{font|size=0|{{color|rgba(0,0,0,0)| (}}}}{{#if:{{{4|}}}|{{lang|{{{4}}}|{{{2}}}}}|{{#if:{{{3|}}}|{{lang|{{{3}}}|{{{2}}}}}|{{{2}}}}}}}{{font|size=0|{{color|rgba(0,0,0,0)|)}}}}</rt></ruby>{{font|size=0|{{color|rgba(0,0,0,0)| }}}}
调整后的效果如下：
| 代码 | 效果 | 复制效果 |
|---|---|---|
{{User:SomeyaMako/rubys|萌|méng}}{{User:SomeyaMako/rubys|百|bǎi}} |
萌 (méng) 百 (bǎi) | |
{{User:SomeyaMako/rubys|四暗刻|スーアンコー|ja}} |
四暗刻 (スーアンコー) | |
{{lj|恋する{{User:SomeyaMako/rubys|小惑星|アステロイド}}}} |
恋する小惑星 (アステロイド) | |
{{lang|ko|{{User:SomeyaMako/rubys|攻擊|공격}} {{User:SomeyaMako/rubys|攻擊|공격}} {{User:SomeyaMako/rubys|攻擊戰|공격전}}이다}} |
攻擊 (공격) 攻擊 (공격) 攻擊戰 (공격전) 이다 | |
{{lj|{{User:SomeyaMako/rubys|漂|ただよ}}う{{User:SomeyaMako/rubys|宇宙|そら}}のどこか{{User:SomeyaMako/rubys|遠|とお}}く}} |
漂 (ただよ) う宇宙 (そら) のどこか遠 (とお) く |
关于复制：用鼠标框选文本时请横划（到头）。
下方的内容可供测试：
- 当前的{{Ruby}}实现（全文本标注）：User:SomeyaMako/ruby
- 此模板实现（全文本标注）：User:SomeyaMako/rubys
- 当前的{{Ruby}}实现（逐字标注）：User:SomeyaMako/rubyUser:SomeyaMako/rubyUser:SomeyaMako/rubyUser:SomeyaMako/ruby
- 此模板实现（逐字标注）：User:SomeyaMako/rubysUser:SomeyaMako/rubysUser:SomeyaMako/rubysUser:SomeyaMako/rubys
SomeyaMako在此提议，以上面的代码替换当前的{{ruby}}的代码。--
(＋)支持 
by 折纸
2020年5月10日 (日) 16:08 (CST)
(＋)支持 --From FunkierWheat 2020年5月10日 (日) 16:12 (CST)
- 以后有编辑需求的话建议通过编辑界面的编辑请求按钮发出，效率更高。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月10日 (日) 16:42 (CST)
(＋)支持 ，其实加括号这个想法我之前在萌娘百科_talk:讨论版/技术实现/存档/2020年05月#【通告编辑者】关于歌词注音模板请改用{{Photrans}}又提了一次--
Ktmsobs（讨论•贡献） 2020年5月12日 (二) 15:47 (CST)
报告：Firefox 77依旧无法正确复制全部内容，所有注音内容会被忽略（萌百。_yoonhɑkcher（留言） 2020年5月13日 (水) 14:54 (JST)
- 不太清楚为什么=。=总不能是因为没放rp的错吧。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月14日 (四) 22:15 (CST)
- 我自己下了ff后怎么测试都不能复制出来，禁用js后也如此，就感觉是ff自己的设定一样。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月17日 (日) 20:50 (CST)
- 这是个 feature：到 about:config 里把 converter.html2txt.always_include_ruby 打开就会一直复制 ruby 了，关闭的情况下只能在 ruby 元素内选取时复制（比如一定可以复制到这个：「萌（méng」）。（其实在这里已经提到过了。）个人还是建议用 rp 而不是 span 表示括号。--Alan-Liang（讨论） 2020年5月25日 (一) 18:54 (CST)
- 已将该更改同步到{{Photrans}}-- Ktmsobs（讨论•贡献） 2020年5月26日 (二) 22:33 (CST)
by 折纸
2020年5月29日 (五) 12:29 (CST)修复bug
众所周知在有人回复条目内评论时，通知会提醒，但最近我发现，点击评论时会报错，之前都没这回事的
报错提示： 类型“ArgumentCountError”的致命错误
请求修复这个bug--
非常非常怂的playymcmc007（
- 同报告，已经好几天了，维护人员要不要看看是不是哪里有什么问题…？——C8H17OH（讨论） 2020年5月21日 (四) 21:34 (CST)
- 能说的就是等哪天主站升级到1.34后就能修复了。但是由于其他插件有兼容问题很难升级。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月21日 (四) 21:38 (CST)
User:半夜咳嗽的狼/工具箱看到的：前往你的个人API页1直接“提交请求”即可。——LUO1P ✾ (🎴·✆·✶) 2020年5月29日 (五) 19:19 (CST)
地区词相关请求
- 萌百未登录的访客在浏览页面的时候，点击内部链接跳转，可能会同时伴随地区用词的跳转。维基百科没有登录的时候，页面均显示为大陆简体，登录后才提供地区词偏好选择，我觉得萌百作为一个主要面向大陆地区的百科，更有必要这么做。
目前萌百已经引入了{{NoteTA}},这个模我自己去编辑申请吧。板（ ）可以进行标题转换，所以应该在模块中添加一个规则：当存在T转换时，添加隐藏分类：使用标题替换的页面。
--屠麟傲血（讨论） 2020年5月24日 (日) 13:08 (CST)
- 「維基百科沒有登錄的時候，頁面均顯示為大陸簡體」是因為你位於中國大陸，在香港這邊一直預設顯示的是繁體。另作為繁體用戶(－)反对 這個提議，這種做法會影響繁體讀者觀感，減少潛在的繁體受眾。——花生仔Ⓞ留言 2020年5月24日 (日) 19:40 (CST)
- (：)回应 此言差矣！（此处省略若干字）你看繁体页面突然跳到简体页面，这同样是个问题，倒不如说按照ip来源地分配各地用字模式更好，而不是随机分配——屠麟傲血（讨论） 2020年5月24日 (日) 22:34 (CST)
- (＋)支持 按照IP來源地分配各地用字模式，我只是反對「沒有登錄的時候，頁面均顯示為大陸簡體，登錄後才提供地區詞偏好選擇」。——花生仔Ⓞ留言 2020年5月24日 (日) 22:55 (CST)
- (＋)支持 IP分配没错我又来讨论版胡闹了--User:FunkierWheat 2020年5月25日 (一) 15:38 (CST)
- 現在是隨瀏覽器設定吧，我的瀏覽器語言優先級是（臺灣）繁體＞香港繁體＞簡體，未登入時，萌百和中文維基百科都默認顯示臺灣繁體，儘管我在中國大陸。我的(＆)建议 是不要預設成不帶地區的「繁體」「簡體」，因爲
-{H|批量變換}-在這兩種模式下都不會起效。 KONNO Yumeto 2020年5月25日 (一) 15:17 (CST)
是随浏览器设定的，HTTP请求头有“accept-language”参数。测试了一下，效果挺有趣（均为未登录情况下，使用随机参数“t=”避免缓存）：
- 按语言优先顺序，如果简体（zh-CN）靠前返回“大陆简体”，繁体（zh-TW）靠前返回“台湾繁体”。
- 如果语言列表有简体／繁体之一，那么香港繁体（zh-HK）无论优先级在哪里都不会被考虑。如果没有简体／繁体，那么返回“不转换”。
- 如果语言列表没有简体／繁体／香港繁体（Google Chrome 81.0.4044.138，目前没有澳门繁体／新马简体等选项），返回“简体”。
从第1条来看，目前无需修改即可照顾简繁用户；从第2条来看，可能是由于目前萌百没有“香港繁体”的选项，如果打开可能会返回香港繁体。但是这个测试是在没有缓存的情况下，正常用户在使用的时候不会在URL里面添加随机参数（没有参数时返回的是“简体”），所以这个可能还和缓存有关……——Xzonn（聊天） 2020年5月25日 (一) 15:54 (CST)
下午做了一个测试，现在没有登录也只会跳简体和大陆简体了，问题无法复现。不过没有登录的时候点进讨论版似乎一直都是台湾繁体。——屠麟傲血（讨论） 2020年5月25日 (一) 17:25 (CST)
- 可能是缓存原因，建议先把浏览器预设语言改为“中文（繁体）”，然后找几个创建时间较老的页面（最近有人访问的可能性较低、可能没有缓存）试一下，应该会返回台湾繁体。有缓存的页面可以在URL后面手动添加“?t=3456”（随机数字）等字符强制返回无缓存页面。另外这个缓存可能和CDN有关，不同区域的缓存可能不同，港台地区的缓存可能会是繁体。——Xzonn（聊天） 2020年5月25日 (一) 17:52 (CST)
- 对于未登录用户来说几乎所有条目都在CF的强缓存下，不会考虑繁简转换，只要页面地址中没有指定语言就统一为未转换。对于登录用户而言按照【页面地址优于个人设置】规则判断。——以上未签名(注)本条留言未签名，留言后请记得用--~~~~签名！的留言由AnnAngela（讨论·贡献）于2020年5月26日 (二) 21:36添加。
by 折纸
2020年5月29日 (五) 12:23 (CST)修改后的{{bilibili}}已无法在手机端自动显示标题，只显示av号
如下：
，推测是m.bilibili.com无法读取的问题（手机端默认请求的是m.）--悠远的苍穹 (Talk with me!) 2020年5月26日 (二) 15:32 (CST)
- 在移动端视角无法复现，另，该模板名为bilibiliVideo。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月26日 (二) 21:34 (CST)
by 折纸
2020年5月29日 (五) 12:24 (CST){{LyricsKai/colors}}与{{ruby}}或{{photrans}}之间颜色兼容不理想
当{{LyricsKai/colors}}的colors参数使用了lg(left,)渐变、且应用在存在{{ruby}}或{{photrans}}所在行时会出现极其不
| 效果 | 代码 |
|---|---|
| 本段落中所使用的歌词，其著作权属于原著作权人，仅以介绍为目的引用。 (キラキラキラって |
{{LyricsKai/colors
|colors=lg(left,{{#var:honoka}},{{#var:eli}},{{#var:umi}},{{#var:rin}},{{#var:maki}},{{#var:hanayo}})
|original=
@1(キラキラキラって{{photrans|輝|かがや}}くユメ)
}}
|
| 本段落中所使用的歌词，其著作权属于原著作权人，仅以介绍为目的引用。 (キラキラキラって |
{{LyricsKai/colors
|colors=lg({{#var:honoka}},{{#var:eli}},{{#var:umi}},{{#var:rin}},{{#var:maki}},{{#var:hanayo}})
|original=
@1(キラキラキラって{{photrans|輝|かがや}}くユメ)
}}
|
可以看到在
而不使用left控制的话虽然渐变上不那么突兀，但毕竟字号大小有限，颜色堆砌在一起效果也并不是很理想。
这个问题有什么解决办法吗？--bob1301（讨论） 2020年5月29日 (五) 17:16 (CST)
- ruby的各个组成部分毕竟是单独的元素，重新按照ruby元素的尺寸计算渐变也是可以理解的。解决办法的话等我去StackOverflow搜一下。 --
M.（ ）J.（ ）H.（ ） 2020年5月30日 (六) 12:11 (CST)
ほしみ请求在移动端增加对class="error"的实现
示例文字。移动端error没有大红字看起来太难四儿了。（不过这个不是写在MediaWiki:common.css里面的，所以我也不清楚应该在哪儿改……） --
等我一下，我好像脑瘫了。 --
我没脑瘫。讨论版这边在移动端用的load.php里面有error class，但是比如说沙盒那边在移动端用的load.php里面就没有。所以问题确实是存在的。沙盒历史版本移动端视角。 --
.error的样式由mediawiki.legacy.commonPrint,shared扩展添加，似乎移动端上并不会加载该扩展的样式，我已经写入移动端全局样式表里，请等待缓存更新。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月30日 (六) 16:46 (CST)
请求制作条目最佳搭配BGM顶置模板
个人感觉有一些角色条目适合添加一些BGM，比如galgame的角色背景纯音乐或虚拟UP主的专属音乐等，也有一些已添加BGM按钮条目，但位置不太适宜，本不想做个伸手党，碍于技术力有限没能实现，因此求助。最好是置顶模板，有播放按钮，可自主切换BGM。—— 
(☩)意见 ，置顶模板已经多如牛毛了，现在很多条目打开一看小半页的置顶模板，追求页面技术力的同时请考虑到一般路过用户的浏览感受--From KumoKasumi the Temporary Bureaucrat (Talk) 2020年5月30日 (六) 14:58 (CST)
(☩)意见 自带bgm这种东西虽然会让页面更好玩，但建议正文开一个章节来放置吧，比如说把“角色歌”一节扩容成“相关音乐”。堆砌页顶模板影响阅读体验。——屠麟傲血（讨论） 2020年5月30日 (六) 15:40 (CST)
请问有没有什么办法自动显示过去的日期
比如说今天30号，但是页面上显示29号；明天31号，但是页面上显示30号之类的。就是类似于{{LOCALDAY}}的功能，不过显示的不是当前时间。
我试过用expr计算，后果是出现“3月0日”“4月-1日”“5月32日”之类可笑的问题。
如果需要做模板的话希望能告诉我思路，我的模板Template:显示现在时间就是因为这个原因废了，但是我想不出怎么解决。——我是亘古轮回Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2020年5月30日 (六) 18:55 (CST)
- {{#time: Y/m/d|-1 day}} → 2024/12/16——Xzonn（聊天） 2020年5月30日 (六) 19:04 (CST)
- 谢谢。——我是亘古轮回Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2020年5月30日 (六) 19:10 (CST)
有无在{{tabs/core}}里插入表格的方法
可可萝的公主形态明天就出了，打算把枣可萝的属性信息和技能那里用{{tabs/core}}改进页面，四个不同的皮肤四种状态全用小标题页面太长了，结果发现只要这个模板里有表格就会显示“XX页面正在调用超过一个Template:Tabs/core中XX参数的值，只有最后提供的值会被使用”，有没有什么办法能把表格放进tabs/core里--希望のはな 繋いだ絆を (不要停下来啊！) 2020年5月30日 (六) 22:18 (CST)
{{tabs/core
|label1=Label 1
|text1={{table
|姓名 @ 称号 @ 声优
|[[大宫忍]] @ 忍叔 @ [[西明日香]]
|[[天野灯]] @ 灯叔 @ [[篠原侑]]
}}试试{{table}}
by 折纸
2020年5月30日 (六) 23:12 (CST)
- 我目测所谓“不能用表格”是因为没将表格的|全部替换成{{!}}。 --
M.（ ）J.（ ）H.（ ） 2020年5月31日 (日) 00:47 (CST) - 在模板内用表格和在表格内用模板都需要将所有带有|的符号替换为对应的模板（比如
{|替换为{{(!}}）——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月31日 (日) 08:55 (CST)
关于Template:讨论版页顶/讨论中提案列表的功能请求
希望本模板能在列表为空的时候提供某种方式来显示（例如）“当前没有活跃的提案”，避免讨论版主页出现尴尬的空白。这也许可以直接在主页上实现、不需要修改模板……—COVID退散！理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年5月31日 (日) 12:15 (CST)
(＋)支持 ——Hakuryuu讨论★ 2020年5月31日 (日) 12:22 (CST)
(＋)支持 ：虽然不是什么大不了的事（（ ——C8H17OH（讨论） 2020年5月31日 (日) 14:42 (CST)
歧义梗的例子的模板，好像出错，手机版不显示，页面底部也不显示
好像之前手机版正常 此名（讨论） 2020年6月2日 (二) 19:29 (CST)
- {{切换显示}}模板在移动端上不显示的bug已经修复，{{navbox}}模板在移动端上不显示是由于移动端插件写死了必定移除，所以没有办法。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月2日 (二) 20:57 (CST)
关于评论中的{{草}}
是否可以在评论中使用{{草}}时，不被标记为垃圾评论。这个模板感觉评论区用应该挺正常（？—— ほしみ (🤼♂️) 2020年6月2日 (二) 22:03 (CST)
- 我看了下这个模板在白名单里啊。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月2日 (二) 22:52 (CST)
关于webp的转换
应该是站长或者AA姐做了webp自动转换为png的操作，便于Safari等浏览器的查看。
但是{{image}}、{{背景图片}}、{{替换侧边栏底图}}中使用的webp依旧无法转换为png正常查看。—— ほしみ 2020年6月6日 (六) 19:06 (CST)
- 因为这些模板用的是filepath直接获取原图地址，绕开了mw的文件处理机制，所以不会转换（毕竟这些模板需要在图片上加class只能用<img>）。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月6日 (六) 20:44 (CST)
能否把萌娘共享中文件页面自动生成的==文件说明==改为=={{int:filedesc}}==？
如题，{{int:filedesc}}（Mediawiki:filedesc）可以翻译为多语言，也是文件说明标题的标准写法，之前就提及过，可否将未来的文件页面里自动生成的==文件说明==改为=={{int:filedesc}}==？--Ikemen（讨论） 2020年5月30日 (六) 15:42 (CST)
- 可是cm:MediaWiki:Filedesc里就只有文件说明啊=。=——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月30日 (六) 16:50 (CST)
- 这样比较规范，而且以后有东西添加在模块中可以不用大面积改页面。--Ikemen（讨论） 2020年5月30日 (六) 17:53 (CST)
- 我找了下，不知道在哪里改这个=。=——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月31日 (日) 08:55 (CST)
- 这样比较规范，而且以后有东西添加在模块中可以不用大面积改页面。--Ikemen（讨论） 2020年5月30日 (六) 17:53 (CST)
关于评论控制
发现一个问题。如果一个条目在最初创建在用户子页面且关闭评论，再移动到主条目后依旧显示「应用户要求，评论已经被关闭。请前往用户讨论页以留言。」且无法评论。 ほしみ 2020年6月7日 (日) 09:18 (CST)
- 可以去https://github.com/nbdd0121/MW-FlowThread反馈。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月7日 (日) 10:59 (CST)
模板:User Infobox在移动端的错位问题
复现方法
- 首先打开模板:User Infobox，切换到移动端。
- 打开审查元素。
- 限制宽度为719像素（或者任何小于720像素的宽度）。
可以看到模板中的示例用户信息框并没有占满整个宽度，而是缩在左侧。
修复方法
- 还是在审查元素中，找到用户信息框对应的表格标签：
<table border="0" style="float: right; width: 260px; font-size: 90%; margin: 1em 0 1em 1em; background: #f9f9f9; border: 1px #999999 solid; border-collapse: collapse; clear: right;" cellpadding="0" cellspacing="0">...</table>。 - 在CSS里找到
.content table这一选择器。 - 取消
display: block这一项。（或者换成display: table也可。）
推荐的解决办法
- 找移动端皮肤CSS中冲突的部分并修改；或者
- 直接在模板:User Infobox中对应的
<table>标签中加上display: table。
要改不难，不过希望能先查一下CSS冲突的问题，可能是别的因素引起的。-- <div>Hello World</div>（查 · 论 · 编） 2020年6月7日 (日) 22:00 (CST)
请求修改一下页面的编辑
已知如果要创建页面上面会显示预制模板供使用，但是当试图再次编辑时就不会再显示该按钮，可否设置在编辑现有页面是仍然可以选择预制模板？（打算用沙盒进行条目的缓存但是发现没有这个设置）--非常非常怂的playymcmc007（
- 我觉得不必要……提供两种解决方法：1.直接到Template:页面格式里面找到想要的模板并复制源代码；2.随便找个空页面点【创建】，加载模板，复制走代码，然后【取消】。——C8H17OH（讨论） 2020年6月8日 (一) 18:49 (CST)
- 我这不是想偷懒嘛--非常非常怂的playymcmc007（
讨论 ） 2020年6月8日 (一) 20:31 (CST)- 没有，预加载模板是由一个年久失修的插件提供，没有配置功能。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月8日 (一) 21:26 (CST)
- 我这不是想偷懒嘛--
emmm萌百究竟还有几个老插件……--非常非常怂的playymcmc007（
- Special:Version——Xzonn（聊天） 2020年6月8日 (一) 22:43 (CST)
Template:Hide模板嵌套时出现问题
召唤@AnnAngela，您在Template:Hide的更改导致模板嵌套使用时出现问题，会导致里层的标题显示在外层上。例如：
{{hide|标题=123|内容=
{{hide|标题=456|内容=
{{hide|标题=789|内容=aaa}}
}}
}}
现在的显示效果：
| 123 | ||||
|---|---|---|---|---|
|
请您尽快修复该问题，谢谢。-- Ktmsobs（讨论•贡献） 2020年6月9日 (二) 01:32 (CST)
- 就不能去模板讨论页说嘛=。=这里不是广播站……——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月9日 (二) 08:36 (CST)
建议将讨论版子页面（例如本页）的左上角的项目页面字样的选项卡去掉
点击后毫无卵用，建议去掉，就像首页去掉讨论字样的选项卡那样，需要在Widget:TalkToc的css函数中加入
#ca-nstab-project {
display: none;
}
只会影响页面显示而不会影响到重定向--悠远的苍穹 (Talk with me!) 2020年6月9日 (二) 09:38 (CST)
萌娘共享里添加更多上传资源的授权许可（授权协议）
最近添加和编辑的一些条目使用了更加自由的授权许可证（有CC0和其他的CC授权），虽然萌娘共享提供了选择授权许可的选框但是只有“未指定”一个选项。如果这样下去可能会对全站的资源管理带来麻烦，甚至带来潜在的法律风险。可否添加一些常见的许可证如各种CC、GFAL以及公共领域之类的？，如果旁边可以有一行文字用以答疑那就更好了～--支持自由软件，解放同人文化！（讨论） 2020年6月7日 (日) 15:36 (CST)
应来自维护组的要求提供一下授权协议的选项，供各位参考：
- CC-0/公有领域（最自由的，无需解释）
- CC BY 3.0（仅署名）
- CC BY-NC-SA 3.0（本站当前授权协议）
- 著作权所有/未标明许可（默认状态）
- 以下两条我不确定是否应当加入：
- CC BY-SA 3.0（与维基百科等网站一致的协议，实际上百科有从这些网站引用文件，但这可能与本站版权政策有所违背。）
著作权所有、作者授权（作者特别授权百科使用这一文件，但仅限于特定页面，我印象里实际操作可能存在这种情况）
--北极星と南十字（给我留言） 2020年6月7日 (日) 09:20 (CST)
- (＋)倾向支持 作者授权的引入。 ほしみ 2020年6月7日 (日) 09:22 (CST)
- (＋)强烈支持：早就想说这个问题了（因为我上传过大量CC BY-SA的图，一直不能加许可协议就很难受）。
- 萌娘共享一直以“合理使用”为由收录大量图片文件，先不谈版权不明或者可能涉嫌侵权的，这些版权明确的如果能加上，何乐而不为？如果担心编辑者对授权协议的学习成本，可以对新手编辑放宽要求，由维护组或其他用户帮忙添加；另外就像User:Lib.re说的，可以用说明文字甚至专门写一个帮助页面来答疑。
- 至于User:北极星与南十字说的两种不确定的授权，个人倾向于都加入，毕竟你萌有一些专题以及页面是整体使用CC BY-SA 3.0协议的（参见{{CC-BY-SA-3.0}}），故这些专题的图也很有可能需要使用这个协议；作者授权也是如此。——C8H17OH（讨论） 2020年6月7日 (日) 11:48 (CST)
- (＋)强烈支持 这样应该可以鼓励大家正确的标识新上传的图片。@C8H17OH，理论上你可以在上传后再手动上cm:Template:Template:CC_BY-SA……？—COVID退散！理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年6月8日 (一) 00:37 (CST)
@Lib.re，星海子，C8H17OH，公的驱逐舰我已根据维护组的讨论结果以及站点的实际需求撰写了Help:上传图片#选择授权协议的指引，应该算是这个问题的最终解答了。--北极星と南十字（给我留言） 2020年6月8日 (一) 10:41 (CST)
赞 
感谢 ——C8H17OH（讨论） 2020年6月8日 (一) 12:36 (CST)- @北极星与南十字：对了，顺便问一下，以前上传的文件应当如何补充授权信息？直接加分类还是？——C8H17OH（讨论） 2020年6月8日 (一) 12:43 (CST)
- 加cm:Category:授权协议里的模板--北极星と南十字（给我留言） 2020年6月8日 (一) 12:59 (CST)
- @北极星与南十字：我又来了……发现一张我上传过的图使用Pixabay许可证(注)个人理解：可商用，不必署名，可修改；不得售至其他图站，不得销售未经修改的副本，不得冒犯性使用，不得误导消费者，这种情况您认为有单独列出的必要吗？或者做一个模板和分类但不放进【上传文件】时的选项里？还是只用文本声明？——C8H17OH（讨论） 2020年6月8日 (一) 15:42 (CST)
与最新的关于图片版权政策的公告有关的两个提议
观察到大多数用户上传图片时仍不标注版权信息，私以为和部分老用户已经习惯于不去填那个选项或者没看到那个公告有关，当然也可能是单纯不强制就不填。目前想到了两个改进：
- 是否可以将默认的授权协议选项由【未指定】修改为【原作者保留权利】？考虑到萌百上大多数条目的图片都是来自ACG商业作品，保留权利是最常出现的情况（估测>95%）。如果设成默认值，一方面能减少选择的时间（不得不说现在那个选项的位置也太往下了x）；另一方面对于忘记或不知道要填授权信息的用户，能最大概率保证他们上传的图片被正确分类。而对于用其他协议的图片，一般来讲能了解“CC协议”这种东西的用户也不至于不填版权信息（除非忘了x）。如果真的出现被错误标记且上传者不知道修改，由于是错误地收紧而非错误地放宽使用权，故问题不是很大（总比被版权图片被标记成CC强x）；而后就只能靠其他用户去修正它了，这是这种做法的缺点。考虑到自由版权协议图片数量之少，我认为好处比坏处更多。
- 是否能实现对新公告的全站通知？发邮件或者通知提醒都行。虽说我知道通知系统目前已经bug重重、难以维护了……（
以上。——C8H17OH（讨论） 2020年6月9日 (二) 01:45 (CST)
- 第一点做不到，默认只能选择未指定。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月9日 (二) 08:40 (CST)
- “未指定”是MediaWiki自带的保留选项，没法删。不过或许可以考虑用JavaScript实现？——Xzonn（聊天） 2020年6月9日 (二) 10:22 (CST)
- 唔原来是MW自带的（亏我打了这么多的理由解释）……那就，考虑一下把原作者保留权利放在最上面？——C8H17OH（讨论） 2020年6月9日 (二) 12:43 (CST)
- (～)补充 另外，可以在【原作者保留权利】后加上“（除非作者声明使用其他授权协议，否则默认保留权利）”或类似的解释，我估摸着还是有不少上传者搞不清啥叫保留权利所以不敢填……——C8H17OH（讨论） 2020年6月9日 (二) 14:50 (CST)
- 用js实现了，请等待共享站缓存更新。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月9日 (二) 17:31 (CST)
IPE存在问题
发生编辑冲突时会洗掉被冲突的那一次编辑，保存自己的编辑。见此[1]。我已经手动补上了被冲突洗掉的编辑——From 浊华 (讨论·贡献) 2020年5月31日 (日) 10:20 (CST)
- @机智的小鱼君—COVID退散！理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年5月31日 (日) 11:50 (CST)
- 我没遇到过诶。我这边会正常显示编辑冲突。
- 另，我这边还是File:IPEbug.png，图片太大，点击查看吧x—— ほしみ (🤼♂️) 2020年5月31日 (日) 23:53 (CST)
- Special:差异/3962092/3962094……我在GitHub上开了issue，不知道作者啥时候会回复……——Xzonn（聊天） 2020年6月8日 (一) 20:37 (CST)
- 还真有啊...不过有时候会显示编辑冲突来着。我上周已经给用户发邮件了，也不知道啥时候回复—— ほしみ 2020年6月8日 (一) 20:48 (CST)
- Special:差异/3962092/3962094……我在GitHub上开了issue，不知道作者啥时候会回复……——Xzonn（聊天） 2020年6月8日 (一) 20:37 (CST)
- 有没有可能，是一方Wikiplus，一方IPE时才会产生这个情况。—— ほしみ 2020年6月8日 (一) 20:49 (CST)
- 应该不是，我自己拿沙盒测试过，第一次编辑用的默认编辑器，第二次编辑用的IPE，也会冲突：Special:差异/3964684/3964686；Special:差异/3964688/3964690。——Xzonn（聊天） 2020年6月8日 (一) 20:54 (CST)
- 小鱼君答复说将参考Wikiplus进行修复上述两个问题———— ほしみ 2020年6月12日 (五) 21:37 (CST)
萌娘共享上传图片时会吞掉填写的源地址？
我在检查之前自己上传的图片的时候发现好多都没有源地址于是手动补上了，但我一直怀疑一向上传习惯良好的我怎么会不填源地址……结果刚刚上传的一张图似乎证实了我的猜想：我在表单里填好的源地址在代码里直接就没有了？那我填了有什么用？
请求检查并修复这个问题。——C8H17OH（讨论） 2020年6月8日 (一) 17:03 (CST)
提议仿照维百建立萌娘百科:小工具商店
任何人都可以编辑，放置一些不用在全站使用，只针对一部分用户的小工具（如自动注音工具、不显示{{Mouse-ripple}}、获取网易云音乐翻译歌词等小工具），一些用户也可以将自己制作的小工具加入，而不仅仅是只在自己的用户页上推出，受众更广，如果用处较大还可以考虑全站使用，所以还能做为一个缓冲平台，欢迎一些小工具开发者将自己开发的新鲜小工具摆上货架--悠远的苍穹 (Talk with me!) 2020年6月12日 (五) 12:03 (CST)
- 萌娘百科不是维百=。=——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月12日 (五) 14:51 (CST)
- (＋)支持 话说这与萌百是不是维百有关系吗……当然确实存在技术上的难处。——
GreyTalk, Contrib. 2020年6月12日 (五) 20:29 (CST) - (＋)支持 辛苦了~~--
SugaryMegmin 2020年6月12日 (五) 21:32 (CST) - (＋)支持 至少我是知道一些被大佬放在自己的个人common.js里，好用但又不至于全站推广的小工具的。
- ( ¡ )题外话 我觉得也可以搞一个个人撰写的帮助汇总，目前有不少指南性文档被大佬搁在用户页里，这个之前也在群组信息版讨论过；另外各专题的编辑指引也可以汇总一下。——C8H17OH（讨论） 2020年6月12日 (五) 22:34 (CST)
- 小工具集合可自行参见{{萌娘百科帮助}}的“小工具”一部分，如有希望加入该模板的小工具，可在模板讨论页提出相关申请--From KumoKasumi the Temporary Bureaucrat (Talk) 2020年6月12日 (五) 23:30 (CST)
- 个人觉得该模板内的小工具名不副实，@850710247liu可以创建一个Help:用户自定义脚本，该页面介绍完js页的相关细节（比如何为js、如何引用、安全性细节等）之后可以列举一些较为实用的自定义脚本（我就不写了.jpg）。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月13日 (六) 15:01 (CST)
SugaryMegminif～孤思～两段歌词均使用{{Photrans}}模板遇到问题
刚才将if～孤思～中两段歌词（if～孤思～#歌词及If～孤思～#Remembrance版）均使用{{Photrans}}模板更改汉字注音模式后，出现只有第一段歌词前有“隐藏注音”按钮点击却不起作用，且第二段没有该按钮的现象，可能是因为两段均添加了{{Photrans/button}}，不知应如何解决。--GuoPC 讨论 2020年6月10日 (三) 18:50 (CST)
- 应该就是加了两个
{{Photrans/button}}的问题orz试了一下用一个就没事—— ほしみ 2020年6月10日 (三) 19:02 (CST)
@Bhsd 万分感谢。--GuoPC 讨论 2020年6月13日 (六) 11:08 (CST)
修改后的{{Ruby}}与{{黑幕}}配合使用时效果变差
@SomeyaMako在之前的话题中为改进Ruby的可复制性提出了解决方案，但我发现修改后该模板与黑幕配合使用时，如果rt文字短于rb文字，效果会很难受。
例如，这是修改前的Ruby+黑幕：
这是当前的Ruby+黑幕：
可以看到黑幕文字右侧明显多一块，整个不居中了。请问各位大佬有什么解决方法吗？
抄送@东山奈央，Grandom，AnnAngela。——C8H17OH（讨论） 2020年6月11日 (四) 22:55 (CST)
- 模板讨论页里没人看到，决定来主讨论版问下。不知道上面被at的大佬们是不是会收到两次提醒，如果是的话深表歉意。——C8H17OH（讨论） 2020年6月12日 (五) 23:04 (CST)
- 我昨天想了一下似乎没有办法=。=不过我今天想到了，似乎把括号放在rt外面就好了：
萌娘百科看板娘 （）（请看源码）——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月13日 (六) 09:09 (CST)- 似乎是没问题了，要不您去修改一下？还是等其他大佬来看看？——C8H17OH（讨论） 2020年6月13日 (六) 13:35 (CST)
- (＋)这个好 而且这么改完直接能起到便于复制的效果，之前为此保留的跟在后面的空格可以删除了。
Grandom讨论·贡献 2020年6月13日 (六) 14:42 (CST) - 括号移出rt后如果rt比rb宽，rb的末尾会留出多余的空白，造成上下对不齐。示例：
测试（ ），可以看到rb整体偏左。建议先将{{ruby}}恢复成上次的状况，然后再专门针对{{rubyh}}找解决办法。 —以上签名(注)注的留言是Bhsd（讨论）不会说的。 2020年6月13日 (六) 23:01 (CST)- 一个并不理想的{{rubyh}}解决思路是在模板内计算rb比rt宽时的letter-spacing，而非<ruby>标签自动处理，然后再结合width和overflow:hidden把rt末尾的多余空白挡掉。我在个人沙盒进行了一些初步尝试。 —以上签名(注)注的留言是Bhsd（讨论）
不会说的。 2020年6月13日 (六) 23:10 (CST) - @AnnAngela：麻烦Ann姐再来看下，Bhsd私下和我讨论过了，我觉得这个问题确实存在（但是解决办法我已经看不懂了）……擅自撤掉MAR了。另外真抱歉反复打扰……——C8H17OH（讨论） 2020年6月13日 (六) 23:13 (CST)
我准备在common.js写个函数，平时这括号就隐藏，复制的时候再显示这样。我也没啥好办法了=。=——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月14日 (日) 10:50 (CST)
- 一个并不理想的{{rubyh}}解决思路是在模板内计算rb比rt宽时的letter-spacing，而非<ruby>标签自动处理，然后再结合width和overflow:hidden把rt末尾的多余空白挡掉。我在个人沙盒进行了一些初步尝试。 —以上签名(注)注的留言是Bhsd（讨论）
发现一个意外简单的解决方案，首先是{{ruby}}改为如下形式
<ruby><rb class=template-ruby>{{{1}}}<span style="speak:none;color:transparent;font-size:0">（</span></rb><rt>{{{2}}}</rt><span style="speak:none;color:transparent;font-size:0">）</span></ruby>
然后再在css里加上
rb.template-ruby:before {
content:"";
display:inline-block;
visibility:hidden;
font-size:0;
}
效果示例：不会说的。 2020年6月14日 (日) 13:03 (CST)
测试：
似乎是没问题了？CSS真的杀我……——C8H17OH（讨论） 2020年6月14日 (日) 13:24 (CST)
- 由于浏览器差异，Firefox浏览器必须把
<span class="template-ruby-hidden">（</span>移到</rb>之前才能对齐。—以上签名(注)注的留言是Bhsd（讨论）不会说的。 2020年6月14日 (日) 15:31 (CST)- 移到rb面前复制出来就是
（rbrt），就不对了（正常应该是rb（rt）才对）——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月14日 (日) 17:23 (CST)- 顺序是
<rb>rb（</rb><rt>rt</rt>），所以复制过来还是rb（rt）。比如我上面附过的例子，底部（ ），复制之后的结果是底部（顶部顶部顶部）。—以上签名(注)注的留言是Bhsd（讨论）不会说的。 2020年6月14日 (日) 18:02 (CST)- OK.——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月14日 (日) 20:21 (CST)
- 顺序是
- 移到rb面前复制出来就是
只是想补充一句，这个讨论串最开始的时候只要修改并使用{{rubyh}}就什么问题也没有了…… —以上签名(注)注的留言是Bhsd（讨论）不会说的。 2020年6月15日 (一) 09:51 (CST)
可否修改一下过滤器11？
在个人页沙盒试图缓存人物信息，发现被11号过滤器拦截，起初以为是分类问题（我分类没有框起来，视为无效）后来发现过滤器的另一行字：在用户页使用人物/声优模板会触发……我是在个人沙盒编辑又不是在用户页……可否调节一下过滤器使其对个人用户页的子页面加入人物/声优模板不被触发？（如果是分类的话还是正常触发）--非常非常怂的playymcmc007（
- 主要是加入这个模板之后分类就会出现，且会纳入全站统计数据，造成数据不真实的情况--悠远的苍穹 (Talk with me!) 2020年6月13日 (六) 20:02 (CST)
- 已移除子页面限制——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月14日 (日) 10:59 (CST)
请求在编辑框摘要上面的位置增加一些常用符号以供快速选择
<span title="引用模板"><charinsert>{{+}}</charinsert></span>
<span title="引用条目"><charinsert>[[+]]</charinsert></span>
<span title="引用函数勾"><charinsert><+></charinsert></span>
<span title="日文内容"><charinsert>{{lj|+}}</charinsert></span>
<span title="插入黑幕"><charinsert>{{黑幕|+}}</charinsert></span>
<span title="删除线"><charinsert><s>+</s></charinsert></span>
<span title="居中"><charinsert><center>+</center></charinsert></span>
<span title="红色文字"><charinsert>{{color|red|+}}</charinsert></span>
<span title="插入提示"><charinsert>{{Info|+}}</charinsert></span>
<span title="引用名言"><charinsert>{{Cquote|+}}</charinsert></span>
<span title="隐藏显示"><charinsert>{{hide|+|}}</charinsert></span>
<span title="显示模板名"><charinsert>{{tl|+}}</charinsert></span>
<span title="使内容不受前面板式的影响"><charinsert>{{Clear}}</charinsert></span>
点按加入或插入到选中文字前后：
{{}}
[[]]
<>
{{lj|}}
{{黑幕|}}
<s></s>
<center></center>
{{color|red|}}
{{Info|}}
{{Cquote|}}
{{hide||}}
{{tl|}}
{{Clear}}
摘要：（请简要描述您所作出的修改，或选择：新条目 | 修饰语句 | 修正笔误 | 内容扩充 | 排版 | 内部链接 | 分类 | 消歧义 | 萌百化）
大家觉得呢QAQ——悠远的苍穹 (Talk with me!) 2020年6月13日 (六) 21:27 (CST)
- (＋)支持 by 折纸
2020年6月13日 (六) 22:49 (CST)
- (＋)支持 ，还有就是希望加一个日文内容。——我是亘古轮回Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2020年6月13日 (六) 23:11 (CST)
- (＋)支持 ：另建议加入{{胡话}}和<poem>——BlackShadowG★ 2020年6月14日 (日) 09:42 (CST)
@AnnAngela我觉得那第一个的引用条目的双方括号挺好的，这样发现有的词语是有条目的直接选中词语之后点击就好，省着还得分别在词语的左右两侧分别填加括号，还有引入模板那个也是，遇到一些下面没有的模板填入，大约每次都能省下两秒钟按{{和}}，长期积累就能省下无数小时，要不那行后面空着也没啥用--悠远的苍穹 (Talk with me!) 2020年6月14日 (日) 14:46 (CST)
- 我觉得大括号就算了，本来模板就需要键盘输入，你把手放到鼠标上去点仍然要2秒时间。——From AnnAngela the Temporary Bureaucrat (Talk)2020年6月14日 (日) 15:07 (CST)
- QAQ！似乎比较有道理。。。那就先这样吧--悠远的苍穹 (Talk with me!) 2020年6月14日 (日) 15:09 (CST)
- @AnnAngela请求加上<includeonly>+</includeonly>、<noinclude>+</noinclude>、<pre>+</pre>、<code>+</code>。——我是亘古轮回Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2020年6月15日 (一) 18:06 (CST)
- Done.——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月15日 (一) 22:30 (CST)
评论系统似乎出问题了
评论的通知系统跳转出现了所谓致命错误，不知原因为何，还请有关大佬来解决一下，谢谢。
| 附图 |
|---|
|
|
顺道ping一个dalao@AnnAngela ——
So233 Come and play with me 2020年6月14日 (日) 10:15 (CST)
- #评论栏通知Bug——Xzonn（聊天） 2020年6月14日 (日) 10:21 (CST)
- 图片过大，已折叠。另外不建议将这种仅用于讨论版的截图上传到共享站。——C8H17OH（讨论） 2020年6月14日 (日) 11:00 (CST)
- 同上，建议使用sm.ms等图床。——BlackShadowG★ 2020年6月14日 (日) 21:21 (CST)
评论栏通知Bug
在通知中点击Flowthread评论的通知时会提示：
[ac40582b412158b38459c966] 2020-06-08 12:08:55: 类型“ArgumentCountError”的致命错误
或者类似的提示，而不会自动跳转，请求修复。—— JackBlock ( T • C ) 2020年6月8日 (一) 20:12 (CST)
- 我在维护组里问过，不过这个问题似乎长期存在且会继续存在下去......--北极星と南十字（给我留言） 2020年6月8日 (一) 20:18 (CST)
- 提过好多次了，目前来看可能是MW版本问题，但是如果轻易升级MW又可能导致其他插件出问题，所以目前来看暂时搁置了。——Xzonn（聊天） 2020年6月8日 (一) 20:20 (CST)
{{Ruby}}看来还有问题
在页面标题或章节标题中使用{{Ruby}}时，会出现HTML代码显示在页面上的问题。--蝶影書于蝶翼齋 2020年6月14日 (日) 21:17 (CST)
- 页面标题……你莫非是使用了{{标题替换}}？根据模板页的说明，请不要将{{标题替换}}与{{ruby}}一起使用。另外我在测试章节标题中未发现问题，不知道你用的是什么浏览器？ —以上签名(注)注的留言是Bhsd（讨论）
不会说的。 2020年6月14日 (日) 21:47 (CST)- 我也发现这个问题了......几个原先的章节标题后面都多出了一堆代码
.mw-parser-output rb[data-id="template-ruby"]::before{content:""}.mw-parser-output rb[data-id="template-ruby"]::before,.mw-parser-output .template-ruby-hidden{display:inline-block;width:0;font-size:0}（不过标题也没什么非用ruby不可的需求就都删了...——Sugarandferrum（讨论） 2020年6月14日 (日) 22:28 (CST)- @Sugarandferrum 请等待全站缓存刷新。并且请不要继续删除这种有趣的东西，已经删除的请看情况撤销，谢谢。-- Func（讨论·贡献） 2020年6月14日 (日) 23:13 (CST)
- 收到 ，
咦 ， 被ping了 没有 通知，不过其实就两处...中英文混搭标题xd而且原页面ruby太多了...——Sugarandferrum（讨论） 2020年6月15日 (一) 08:08 (CST)
- 收到 ，
- @Sugarandferrum 请等待全站缓存刷新。并且请不要继续删除这种有趣的东西，已经删除的请看情况撤销，谢谢。-- Func（讨论·贡献） 2020年6月14日 (日) 23:13 (CST)
- 我也发现这个问题了......几个原先的章节标题后面都多出了一堆代码
- 全站css缓存更新，已移除内联样式——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月15日 (一) 10:40 (CST)
- 保险起见还是再请教一下@AnnAngela，MediaWiki:common.css是否作用于移动版？ —以上签名(注)注的留言是Bhsd（讨论）
不会说的。 2020年6月15日 (一) 13:55 (CST)
- 保险起见还是再请教一下@AnnAngela，MediaWiki:common.css是否作用于移动版？ —以上签名(注)注的留言是Bhsd（讨论）
自己监视的页面有新评论发布，是没有提醒吗？
( ･´ω`･ )想请问一下是我个人的设置问题，还是这个功能还没实现？如果是后者，有希望实现吗~ --迪尔碧莉蝶（讨论） 2020年6月15日 (一) 08:04 (CST)
- @迪尔碧莉蝶站点的监视功能与通知无直接关联，仅是在监视列表里可以一起查看，或是在最近更改里加粗显示。另由于技术原因，与评论系统相关的功能可能在短期内无法实现。--2020年6月15日 (一) 09:16 (CST)
- 监视列表监视的只是页面改动，评论区不归它管。以及，与评论系统相关的功能短期内的确难以实现，你看“内部错误”都多少天了（ ——C8H17OH（讨论） 2020年6月15日 (一) 18:26 (CST)
{{ruby}}手机版视图的多余括号
举例：
在手机版视图中出现一对后置的多余括号。已刷新缓存。请各位重新检查前几个讨论串对{{ruby}}的修改。——
GreyTalk, Contrib. 2020年6月15日 (一) 14:04 (CST)
电脑网页端也出现了这样的问题。--Q0A（讨论） 2020年6月15日 (一) 14:37 (CST)
- 已添加到移动端css，请等待缓存更新。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月15日 (一) 14:40 (CST)
我觉得这玩意儿是真不好用。你们改着改着怎么又改出更多像bug的东西了——这就是dar:青柠的见解！青柠的讨论版 2020年6月15日 (一) 18:19 (CST)
请求检查滥用过滤器“错误页面使用错误页顶模板”
这个过滤器似乎无法判断{{tl}}的使用，例如在讨论页用{{不完整}}就会报错，请求修复。——C8H17OH（讨论） 2020年6月15日 (一) 18:21 (CST)
- 哦不是，可能只是在Talk:提案中？反正我在提案里修改的时候每次都报错……——C8H17OH（讨论） 2020年6月15日 (一) 18:22 (CST)
- 是由于插入了
<nowiki>{{急需改进}}</nowiki>导致的。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月15日 (一) 22:25 (CST)
了解使用ruby、photrans注音并使用了co参数(?)的歌词词条再次出现了BUG
跟 上次 看起来有关联（？），大概又是某个模板改过后出现了新BUG，主要表现是使用了co颜色参数的行变成含有templatestyles字样的乱码，例如使用了photrans的纯情Unclassified，使用了ruby的繁星的对白。这些词条都出现此问题：[2]。出现时间应该是6月13日 (六) 21:08 之后。两次都是少歌歌词的问题，这里顺便@サンムル 看看以后有没有办法避免这个问题 --enl7 • 讨论 2020年6月15日 (一) 10:53 (CST)
提议优化本站验证码排版
RT,图片和文字之间使用{{clear}}，这样看起来更美观--星环（讨论） 2020年6月15日 (一) 23:23 (CST)
- 看了一下编辑量……果然XD。萌娘百科:自动确认用户了解一下，10次之后你就不用输验证码了（
- 另外我没看懂你说的什么意思（可能是因为很久没输过了x）——C8H17OH（讨论） 2020年6月15日 (一) 23:36 (CST)
- 在图片和文字中使用clear可能会导致宽屏用户看到大量空白区域，比如在人物信息栏后clear一下会空一大片，更不美观。也许您可以水个自确，只要十次编辑，就免除输入验证码之忧。--LUO1P ✾ (❤️·🐱·1⃣️) 2020年6月16日 (二) 00:16 (CST)
- 等等，这个技术实现居然不是保护到自确的？？—— ほしみ 2020年6月16日 (二) 00:22 (CST)
- 过段时间会重做，请先稍安勿躁。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月16日 (二) 18:04 (CST)
Cewbot的讨论页存档功能疑似发生bug
萌娘百科_talk:讨论版/页面相关2020年05月的话题有關Template:植物大战僵尸2底下的條目（发起于这个版本，最后发言于这个版本，存档于这个版本）并未正确存档至萌娘百科_talk:讨论版/页面相关/存档/2020年05月，请求检查并修复。——C8H17OH（讨论） 2020年6月16日 (二) 16:12 (CST)
- 或许我应该直接去Cewbot的讨论页说？——C8H17OH（讨论） 2020年6月16日 (二) 16:18 (CST)
- 已存档。据信是因为该讨论串中包含被防滥用过滤器警告的内容导致第一次保存失败，然后机器人没有进行第二次保存所致，建议直接去机器人讨论页留言。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月16日 (二) 18:01 (CST)
关于模板{{Music163}}
为什么这个Music163模板我明明用了两个（参见我的用户页），但
萌娘百科讨论:讨论版/提问求助/存档/2020年05月#关于网易云音乐模板的一个问题这个问题讨论过了，但没得出结论=。= by 折纸
2020年6月19日 (五) 17:58 (CST)
如果确认是缓存的问题，或许可以考虑添加一些强制刷新的功能，比如像标题党的标题一样？当然最好还是看看是不是可以改进模板和/或它使用的widget。——C8H17OH（讨论） 2020年6月19日 (五) 22:05 (CST)
- 胡萝卜 Loves you yeah!的音乐我这边的桌面版倒是可以显示，但手机版视图的无论是加了<choose uncached></choose>还是用{{Purge}}都无法正常显示。 by 折纸
2020年6月19日 (五) 23:19 (CST)
- 已修复。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月20日 (六) 09:59 (CST)
用户名字数上限多少？限制一下？
例： 用户:为美好的世界献上某科学的魔法禁书中的黄色章鱼果然有问题此名（讨论） 2020年6月20日 (六) 17:06 (CST)
- 有啥必要么=。=——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月20日 (六) 14:59 (CST)
- @此名；在讨论版发言请记得签名。您说的事情没有任何必要，请维护组人员直接来挂MAR拒绝吧。——C8H17OH（讨论） 2020年6月20日 (六) 15:51 (CST)
- 没必要？为何网站一般有用户名字数上限？此名（讨论） 2020年6月20日 (六) 17:16 (CST)
还有普通用户不想见到水字数名字的权利……此名（讨论） 2020年6月20日 (六) 17:45 (CST) 现在用户名字数水到多少会因字数太多，注册不了、注册后被手动处理？2^1024、2^10、其它？此名（讨论） 2020年6月20日 (六) 21:13 (CST)
- mw:Manual:$wgMaxNameChars：235 字节。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月20日 (六) 21:42 (CST)
235字节，绝大部分用户大概不打算用78至235个字符的用户名；
235字节不知怎么来的，好像和256有关，256-235=21，不是 …mzh…、…zh… 的字节数，不是浏览器、服务器等对网址长度的限制，小于另类名字中过长名字某些例子（有那些几十或更多字数角色全名的作品敢次次用全名吗？）字节数……
此名（讨论） 2020年6月21日 (日) 15:57 (CST)
- 在失去爱你的时候孤独的我已经慢慢学会一个人在深夜里怎样去控制自己不流泪了解一下，无重定向链入页面超过100。 by 折纸
2020年6月21日 (日) 17:03 (CST)
不觉得235字节太水吗？……什么时候限制水字数的名字？0 1 10 11 100 101 110 111 1000 1001 1010 1011 1100 1101 1110 1111 10000 10001 10010 10011 10100 10101 10110 10111 11000 11001 11010 11011 11100 11101 11110 11111 100000 100001 100010 100011 100100（讨论） 2020年6月21日 (日) 17:25 (CST)
- 例子……此名（讨论） 2020年6月22日 (一) 18:22 (CST)
- 草，打算以死相逼吗 -- ☆ 贡献 • Even Lee • 讨论 ☆ 2020年6月21日 (日) 17:32 (CST) C8H17OH
我需要一个计算器
需求：
- 本质上是一种数值计算器，需要在页面内显示若干个按钮或者输入框，并且可以被即时计算。
- 和Excel一样，当数值A、B、C动态变化的过程中，展示结果也会自动随之变化
数值A：（这是一个输入框） 数值B：（这是一个下拉框） 数值C：（这是一个滑动条）
输出要求：
这是一个表格（也可以是其他的什么，比如图片）
- 展示结果A（根据特定公式A）
- 展示结果B（根据特定公式B）
源码设计方面：
{{可变参数|参数空间名|开始}}
--必须规定好参数可用的限定区间，防止参数污染，禁止不同组件间相互调用
--如果非要跨组件使用内容，必须声明参数空间名
{{可变参数|参数空间名|参数名1|组件类型}}（输入框用来接收值）
{{可变参数|参数空间名|参数名2|组件类型|显示名1,显示名2,显示名3,显示名4|代表值1,代表值2,代表值3.代表值4}}（下拉框用来选择不同的属性）
{{可变参数|参数空间名|参数名3|组件类型}}（滑动条用来设置一个数值0到1，可以设置滑动条的长度，单位是px，也可以使用%自动适应父级元素）
（要能够识别正确的位置，即便该元素被js操作稍微改动了，在其他的数值不更新前不会自动刷新）
{{可变参数|参数空间名|结果1|【参数名1】+【参数名2】}}
<span style="color:{{可变参数|参数空间名|结果2|【参数名1】+【参数名2】}}">字体颜色</span>
{{可变参数|参数空间名|结束}}
--九江喵@不好好~卖☆萌~2020年6月15日 (一) 15:32 (CST)
这要求，直截了当 —— 
MZ 2020年6月15日 (一) 16:02 (CST)
提议使用{{Photrans2}}合并或取代{{Photrans}}
{{Photrans}}有两个已知问题，一是{{Photrans/button}}不支持自动或手动繁简转换，二是不能在同一个页面内多次调用分段控制。{{Photrans2}}可以同时解决这两个问题。另外{{Photrans2}}相比{{Photrans}}还有一项优点：由于不依赖Widget:PhotransButton，有利于未来无管理员权限的用户进行维护。
目前{{Photrans2}}的输入参数已尽可能与{{Photrans}}保持一致，因此合并这两个模板应该也不必需大面积的批量替换工作。—以上签名(注)注的留言是Bhsd（讨论）不会说的。 2020年6月16日 (二) 15:56 (UTC)
- 再补充说明一下第三条优点：由于{{Photrans2}}可自由编辑，有利于解决新涌现的问题，比如关于歌词中的水平渐变色的问题（求助1 • 求助2 • 解决方案）和部分浏览器（如Safari）关闭注音后再次开启时rb总是左对齐的格式问题。
- 无人回复，只能召唤当事人了……@Yumeto，抱歉打扰了，不知道大佬您怎么看？ —以上签名(注)注的留言是Bhsd（讨论）
不会说的。 2020年6月18日 (四) 20:13 (CST) - @Bhsd：如果觉得没问题了的话，去操作申请版提个批量替换请求如何？那边的话一定会有管理员答复的吧大概……——C8H17OH（讨论） 2020年6月20日 (六) 22:25 (CST)
附上一次沙盒测试作为这个讨论串的最后总结吧。 —以上签名(注)注的留言是Bhsd（讨论）不会说的。 2020年6月23日 (二) 08:34 (CST)
提议增添能够为图片添加分类等信息的批量上传工具
目前，本站编辑使用一种折衷的方式批量上传图片，即在共享站打开一个创建条目页面，把图片拖进去，然后提交。
这样的方法批量上传图片多有不便，且无法添加包括著作权信息在内的其他信息，亦不便于文件的进一步分类。
因站点存在数个网络游戏专题，会随游戏开发进度实时更新，时常有上传大量文件的需求。故在此提议站点添加一个能够批量上传文件，且为这些文件添加统一的分类/授权/其他信息的工具。--Patroller 北极星と南十字（给我留言） 2020年6月19日 (五) 22:08 (CST)
- 您好，有的，
mw.loader.load('/index.php?title=User:東東君/js/uploader.js&action=raw&ctype=text/javascript');
在更多下拉列表里面就可以批量上传文件了--悠远的苍穹 (Talk with me!) 2020年6月19日 (五) 22:28 (CST)
繁简全局转换表功能分离
经过在他站测试，zh-hans填入的转换会在cn,sg这些地区下发挥作用；繁体这块也是一样的。为了分离简繁转换错误（日本汉字）和地区词过度转换两种不同的转换需求，请管理员对繁简转换表进行整理：
- zh-hans，zh-hant放置简繁转换错误，日本汉字转换和简繁新增转换。
- 各地区（cn,tw）放置地区词转换过度的修复（如數位人士=>数码人士，戴安娜=>狄安娜）和新增地区字形差异（如
-{zh-cn:为;zh-tw:為;zh-hk:爲;}-）
这样整理需要删除现有表中不负责的部分。--屠麟傲血（讨论） 2020年6月16日 (二) 22:29 (CST)
- (＋)支持 功能分離可以減少重複維護。 KONNO Yumeto 2020年6月16日 (二) 22:44 (CST)
- (＋)支持同Yumeto —— ほしみ 2020年6月17日 (三) 01:51 (CST)
- 能否整理一下具体如何操作。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月17日 (三) 08:20 (CST)
- @AnnAngela MediaWiki:Conversiontable/zh-hans已有的转换项可以不用在MediaWiki:Conversiontable/zh-cn写出，除非MediaWiki:Conversiontable/zh-cn有单独的转换项（目前似乎没有）或者MediaWiki:Conversiontable/zh-hans有错误；同理MediaWiki:Conversiontable/zh-hant已有的转换项可以不用在MediaWiki:Conversiontable/zh-tw写出，除非MediaWiki:Conversiontable/zh-tw有单独的转换项（目前似乎也没有，除非有港台差异）。这样的话可以少维护两个转换表（zh-cn和zh-tw）。——Xzonn（聊天） 2020年6月17日 (三) 10:03 (CST)
- 也就是可以先淸空MediaWiki:Conversiontable/zh-tw、MediaWiki:Conversiontable/zh-cn。 KONNO Yumeto 2020年6月17日 (三) 10:09 (CST)
- @AnnAngela MediaWiki:Conversiontable/zh-hans已有的转换项可以不用在MediaWiki:Conversiontable/zh-cn写出，除非MediaWiki:Conversiontable/zh-cn有单独的转换项（目前似乎没有）或者MediaWiki:Conversiontable/zh-hans有错误；同理MediaWiki:Conversiontable/zh-hant已有的转换项可以不用在MediaWiki:Conversiontable/zh-tw写出，除非MediaWiki:Conversiontable/zh-tw有单独的转换项（目前似乎也没有，除非有港台差异）。这样的话可以少维护两个转换表（zh-cn和zh-tw）。——Xzonn（聊天） 2020年6月17日 (三) 10:03 (CST)
- ( ¡ )题外话 香港也常用為，爲亦有用。 KONNO Yumeto 2020年6月17日 (三) 09:49 (CST)
- @屠麟傲血 共有的地區詞過度轉換修復可以放在hans、hant。 KONNO Yumeto 2020年6月17日 (三) 10:10 (CST)
利用函数switch筛选实现在不同名字空间使用不同编辑快捷面板
我又来了，上回提出了给编辑界面底部增加快捷输入的面板已经实现了，但我又想到了不同名字空间所需的快捷输入是不一样的，而且现在在主条目下面的一些函数钩完全不可能用到条目上，所以提议对条目、模板、讨论显示不同的快捷输入，而在MW名字上则显示前两个快捷输入，代码如下，数字请对照帮助:名字空间。
{{#switch:{{NAMESPACENUMBER}}|0|8|2|4|6|12|14=点按插入到选中文字前后：
<span title="引用条目"><charinsert>[[+]]</charinsert></span>
<span title="插入日文"><charinsert>{{lj|+}}</charinsert></span>
<span title="读写上标"><charinsert>{{ruby|+|}}</charinsert></span>
<span title="插入黑幕"><charinsert>{{黑幕|+}}</charinsert></span>
<span title="下划线"><charinsert><u>+</u></charinsert></span>
<span title="删除线"><charinsert><s>+</s></charinsert></span>
<span title="居中"><charinsert><center>+</center></charinsert></span>
<span title="红色文字"><charinsert>{{color|red|+}}</charinsert></span>
<span title="插入提示"><charinsert>{{Cbox2|+}}</charinsert></span>
<span title="引用名言"><charinsert>{{Cquote|+}}</charinsert></span>
<span title="隐藏显示"><charinsert>{{Hide|+|}}</charinsert></span>
<span title="使内容不受前面板式的影响"><charinsert>{{Clear}}</charinsert></span> <br> }}{{#switch:{{NAMESPACENUMBER}}|8|10|828|2300=点按插入到编辑框：
<span title="模板代码"><charinsert><includeonly>+</includeonly></charinsert></span>
<span title="模板说明"><charinsert><noinclude>+</noinclude></charinsert></span>
<span title="span框架"><charinsert><span>+</span></charinsert></span>
<span title="引入参数"><charinsert>{{{+}}}</charinsert></span>
<span title="插入隔点"><charinsert>{{W}}</charinsert></span>
<span title="插入竖线"><charinsert>{{!}}</charinsert></span>
<span title="页顶提示"><charinsert>{{Info old|+}}</charinsert></span>
<span title="引用名言"><charinsert>{{Cquote|+}}</charinsert></span>
<span title="词条链接"><charinsert>{{Links|+}}</charinsert></span>
<br>}}{{#switch:{{NAMESPACENUMBER}}|1|3|5|7|9|11|13|15|275|711|829|2301=点按插入到编辑框：
<span title="插入黑幕"><charinsert>{{黑幕|+}}</charinsert></span>
<span title="删除线"><charinsert><s>+</s></charinsert></span>
<span title="插入代码"><charinsert><pre>+</charinsert>
{{color|red|}}
{{tl|}}
{{支持}}
{{同意}}
{{带条件同意}}
{{中立}}
{{不支持}}
{{弃权}}
{{弱反对}}
{{反对}}
{{同上}}
{{疑问}}
{{回应}}
{{建议}}
{{抗议}}
{{意见}}
{{注意}}
{{完成}}
{{错误}}
{{赞}}
{{感谢}}
{{@|}}
{{保留}}
{{删除}}
{{移动}}
}}编辑摘要：（请简要描述您所作出的修改，请选择：新条目 | 修饰语句 | 修正笔误 | 内容扩充 | 排版 | 内部链接 | 分类 | 消歧义 | 萌百化）
只是想到了这么多，大家可以随意补充一下，列如在本页这种讨论页他显示如下
点按插入到编辑框：
{{黑幕|}}
<s></s>
<pre></pre>
{{color|red|}}
{{tl|}}
{{支持}}
{{同意}}
{{带条件同意}}
{{中立}}
{{不支持}}
{{弃权}}
{{弱反对}}
{{反对}}
{{同上}}
{{疑问}}
{{回应}}
{{建议}}
{{抗议}}
{{意见}}
{{注意}}
{{完成}}
{{错误}}
{{赞}}
{{感谢}}
{{@|}}
{{保留}}
{{删除}}
{{移动}}
编辑摘要：（请简要描述您所作出的修改，请选择：新条目 | 修饰语句 | 修正笔误 | 内容扩充 | 排版 | 内部链接 | 分类 | 消歧义 | 萌百化）
--悠远的苍穹 (Talk with me!) 2020年6月21日 (日) 16:17 (CST)
- MAR的话其他用户也记不住具体填什么参数的吧2333.维护组有小工具应该不需要。—— ほしみ 2020年6月21日 (日) 21:21 (CST)
- (＋)支持 这样确实更方便，像我提的几个快捷输入完全可以只在模板空间显示，而在讨论页可以显示一系列讨论模板。希望加入。——我是亘古轮回Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2020年6月21日 (日) 21:52 (CST)
- (－)弱反对 太多了，过犹不及。您如果这么想要可以自己写成js.--Func（讨论·贡献） 2020年6月22日 (一) 00:18 (CST)
- @Func只是看着多，实际上显示出来只有一行半，和现在讨论页下面的快捷输入一样的行数，也就是加入后本页编辑快捷输入的大小依旧不会改变。且在条目页中只有一行（16:9显示器），本来设计的初衷就是减少行数而改成不同名字空间使用不同的策略的，要不现在讨论页下的快捷面板也没啥用--悠远的苍穹 (Talk with me!) 2020年6月22日 (一) 09:43 (CST)
- (－)反对 就像上面说的那样，这样做可以减少行数，防止不必要的快捷输入占据空间。只搞一个js的话是很难让全站享受这个功能的。——我是亘古轮回Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2020年6月22日 (一) 10:37 (CST)
- 既然都挺支持的，谁来帮个忙补上啊，安酱放假去了 哭--悠远的苍穹 (Talk with me!) 2020年6月24日 (三) 07:47 (CST)
签名时间戳在西半球时区的显示问题
设备设定的时区是西4区，正确显示格式应该是UTC-4，但站内显示的格式是UTC+-4。 --Yowi（讨论） 2020年6月22日 (一) 21:02 (CST)
- 顺便再补充一点，移动版网页似乎时区自动转换不生效。 —以上签名(注)注的留言是Bhsd（讨论）
不会说的。 2020年6月22日 (一) 21:21 (CST) - 1已修复，2因为没有做进移动端里——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月24日 (三) 08:50 (CST)
关于人物介绍开头引语
For example:
| “ | ” | |
| ——史蒂夫·海因斯 | ||
可以看到，最后几个字被明显拉长了，很不美观，有什么解决方法吗(别说缩减台词，这种老办法总归会有意外)——绿毛控（讨论） 2020年6月23日 (二) 17:57 (CST)
直接不用Ruby可以么（简单粗暴）：
| “ |
Then I guess you getting involved with a clapped out old agent who's been living off of past glories was your first mistake. You're my boy now, amigo. My career depends on this, and that's very important to me. So seeing as we're all boys now, that makes it important to you. 那我猜你第一个错误，就是和一个靠过去的辉煌过活的老特工扯上关系。你现在是我的伙计了，朋友。我的事业依赖于此，这对我来说非常重要。既然我们都是伙计，这对你就很重要了。 |
” |
| ——史蒂夫·海因斯 | ||
另外字号也可以别这么大。总之这种长句子还非得用ruby一般来讲不太好解决，Ruby本来就不是给这样的长句子设计的。——C8H17OH（讨论） 2020年6月23日 (二) 18:27 (CST)
建议将子串"64"移出图片上传黑名单
对于以数字命名的游戏卡牌类图片的上传及使用极其不方便，如果在这两个数字之间加任意形式的分隔符会导致整体整齐性与美观性大幅下降，后续如果采用模板对图片进行调用也会造成一定的技术困难。
或者说可以保留此黑名单项，但将[0-9]*64[0-9]*添加至白名单，可以有效地避免此类问题再度出现。--bob1301（讨论） 2020年6月25日 (四) 01:07 (CST)
移动版，{{自己动手}}太宽
…… 此名（讨论） 2020年6月25日 (四) 16:18 (CST)
加个好像不行，会涉及到添加分类的问题……top参数就好了。
- —以上签名(注)注的留言是Bhsd（讨论）
不会说的。 2020年6月25日 (四) 20:04 (CST) - 建议修改模板，停止使用400px规定大小，而是全都改为移动端更友好的百分比形式。 —以上签名(注)注的留言是Bhsd（讨论）
不会说的。 2020年6月25日 (四) 23:15 (CST) - 可以用css的max-width解决，但模板样式表不会用。 by 折纸
鸟蛋15 2020年6月26日 (五) 11:50 (CST)
- 那恁也自己动手啊（震声--恋猫一20 LUO1P ✾ ( 🎴 · ✆ · ✶) 2020年6月26日 (五) 12:29 (CST)
