萌娘百科讨论:讨论版/技术实现/存档/2021年01月
讨论版【技术实现】档案馆
诚邀各位对Wikiplus新版本进行测试
Wikiplus代码已经年久失修，无法维护，为了解决该问题，我使用现代JavaScript重构了Wikiplus，在保持功能不变的情况下，优化了部分内部逻辑。尽管在重构的过程中已经尽力保证了功能的兼容性，但是仍不可避免地造成了以下 Breaking Change，还请您谅解。
- 跨页面编辑的信息读取将从提交编辑前移到打开编辑窗口时完成，这可能导致您打开编辑窗口的时间略微延长。这项更改的原因是为了统一各类编辑的内部流程，并更好地预防编辑冲突。
设置项目将不再支持自定义函数，而转用字符串模板的形式提供定制性。这项更改的原因是，考虑到手写函数的难度较高，使用率低，且存在一定的安全隐患。暂未执行，暂时保留了原有逻辑。- 部分可能造成编辑冲突的情况将不再支持编辑。这项更改的原因是为了防止意外破坏页面内容。
诚邀各位对新版本进行测试，请使用以下代码引入测试版本：
mw.loader.load('https://wikiplus.oss-cn-shanghai.aliyuncs.com/Main.development.js');
如果您希望对代码进行 Review，请移步GitHub。
您的反馈十分重要，提前感谢您的参与！ 问题反馈可以于我的讨论页留言。
--聪明又可爱的妹空酱（讨论） 2020年11月20日 (五) 23:36 (CST)
这是找到自己的GayHub账号了？机智的小鱼君⚡ (给我留言✨) 2020年11月20日 (五) 23:53 (CST)- (＋)支持 ，Wikiplus是一种信仰。—— Grey (Talk, Contrib) 2020年11月20日 (五) 23:57 (CST)
- (＋)
IPE用户表示不支持妹空酱活了！W+终于更新了！（ ）（泪目）--ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · OIer|172020年11月21日 (六) 19:41 (CST) - (＋)支持 大佬诈尸，热烈欢迎。—— 屠麟傲血（讨论） 2020年11月21日 (六) 19:53 (CST)
- (＋)支持 妹空酱活了，好耶—— 0x0A🎉理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年11月22日 (日) 09:56 (CST)
- (＋)支持 不过新版WP有哪些改进，会对编辑者更有益吗？--Fetton论（✉战双帕弥什专题编辑组求人中...），留言于: 2020年11月24日 (二) 13:48 (CST)
屠麟傲血- @妹空酱 (：)反馈 有时候在编辑保存后右上角的【快速编辑序言】按钮会消失（【快速编辑】还在），不知道是否为bug。——C8H17OH（讨论） 2020年12月3日 (四) 03:09 (CST)
- 快速编辑序言实际上是anna的hack，见Special:Diff/3946396。--Func（讨论·贡献） 2020年12月6日 (日) 10:06 (CST)
@妹空酱 Wikiplus刚刚不能使用？今天01:00别问为什么我还在线的时侯还是正常的。--By patroller CHKO 
(Talk) @ 2020年12月22日 (二) 11:24 (CST)
【Feature Request】期望建立一个使用滑块或按钮切换Template:切换显示文本的模板
最近Template:切换显示和其关联模块、widget似乎经过了修改，Template:切换显示按钮生成的HTML代码移除了.before-on、标签树结构也不再相同了；这导致Template:明日方舟技能条/style.css无法使用，也没有任何完全使用HTML和CSS可行的解决方案可用。与其为了Template:明日方舟技能条这一个（本来就挺 bodegy 的）模板修改切换显示系列模板的实现，我寻思新增一个可以比较方便地处理有序切换显示文本的模板也许更好些——这样的模板适用范围应该会超过粥游专题，比较有意义。
我的设想是这个模板的功能应该相当于特殊的、单选模式的Template:切换显示按钮；切换显示按钮给你所有可能选项的选择按钮和一个取消选择按钮；而这个新模板可以只有“第一项”、“上一项”、“下一项”、“最后项”，和一个可选的取消选择按钮；如果中间能带一个滑块就更好了——如果滑块的handle能显示当前选中的数字就完美了。切换显示按钮要求为每一个选项提供一个字符串代号（key）；这个模板也许可以要求提供一个代号头，而它在实际进行切换的时候可以使用“key0”、“key1”、“key2”等等用数序生成的key。生成对应的{{切换显示}}文本应该只需要额外写一个专用的Template:切换显示/有序就可以了，很简单。
Request：我期望我们能够开发一个新模板（这个模板显然需要专用的widget），使用方法如
{{切换显示滑块|@key=字符串代号头|@start=0|@end=99|@step=5|@defualt=50|@reverse=如果本项不为空则进入反选模式}}- 或
{{切换显示滑块|@key=字符串代号头|@start=0|@count=100|@step=5|@defualt=50|@reverse=如果本项不为空则进入反选模式}}
其中 start 标记开始的数字；end 和 count 只能选择一个，end 标注最后一个数字、count 标记应该有几个数字（end = count - start - 1）；step 标记“上一项”、“下一项”按钮一次滚动几个数字；default、reverse 与切换显示按钮的对应参数功能相同，和应该不用额外解释。如果要像Template:切换显示按钮样式那样拆出专用的样式模板的话，可以考虑在一些基础样式外增加|@slideroff=如果本项不为空则隐藏滑块这样的选项——此时隐藏滑块，但仍然保留一个能显示当前选中了第几项文本的数字框。另外，希望能允许隐藏“取消选择”按钮，或者考虑直接不给这个新模板提供“取消选择”功能。
我自己搞了个垃圾demo（如果有人知道国内可以访问的网页代码试验站请告诉我），算是做个参考。我的demo的JS没写完（因为我不大会），所以……也就只能看看；我会试着自己写完JS，也许能提供一些代码抄……虽然不敢保证质量……
考虑到这个 request 涉及到 Widget、JS、和一定的前端技术：@AnnAngela。麻烦您了安姐——
( ¡ )题外话 我一开始是用{{BugReport}}写的这个讨论串，然后发现完全不能直接套用XD。不如我去写个{{FeatureRequest}}？
—0x0A🎉理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年12月20日 (日) 11:50 (CST)
- 已修复不添加.before-on的bug。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年12月20日 (日) 23:51 (CST)
【BUG】批量上传插件无法正确获得报错信息
- 问题
当被上传的文件存在“文件扩展名与检测到的文件MIME类型不匹配”的问题时，上传并会被阻止，但上传插件会显示为成功而不报错。
- 复现步骤
- 准备一张“文件扩展名与检测到的文件MIME类型不匹配”的图片（如将png图片的扩展名修改为jpg）
- 使用批量上传工具，提示上传“成功”
- 使用cm:Special:上传文件，提示“文件扩展名与检测到的文件MIME类型不匹配”，上传不成功；
- 检查cm:Special:新建文件，找不到上传的文件。
- 期望行为
维修批量上传工具，使之能够正确报错
- 影响范围
批量上传工具
--Ceba（讨论） 2020年12月28日 (一) 02:49 (CST)
【BUG】讨论版未存档？请求检查User:AnnAngela-abot
- 问题
经查看，讨论版自2020年12月27日（日）起就未对过期讨论串进行存档，查看Special:用户贡献/AnnAngela-abot也发现最近机器人没有任何动静。
- 复现步骤
打开讨论版任一某些板块，均可发现未存档的过期讨论串。
- 期望行为
User:AnnAngela-abot机器人正常存档。
- 影响范围
讨论版
全世界Hentai的一员 泷泽朔太郎（会话） 2020年12月29日 (二) 22:02 (CST)
- 刚刚貌似又好了？
莫非abot去过新年了（（（--单推人乐然✉ 奇迹的颜色 & 在做一个梦 绝赞配信中！ 2020年12月30日 (三) 14:11 (CST)
- 运行机器人的机器这两天在修硬件，中午刚搞完。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年12月30日 (三) 21:06 (CST)
特殊页面的一个修改申请
标签名称wikilove
标签完整含义的维基有爱应改为维基友爱。--SD hehua（讨论） 2021年1月1日 (五) 17:01 (CST)
- 显示的描述和对应的MW页面居然不一致...先提报给技术人员了。--Sysop 北极星と南十字（给我留言） 2021年1月1日 (五) 18:33 (CST)
- @SD hehua 经查为语言变种的问题，已经更正。——Sysop 北极星と南十字（给我留言） 2021年1月1日 (五) 21:12 (CST)
邀请大家帮忙测试我开发的萌百安卓APP
链接：https://pan.baidu.com/s/1zhKhxFL1yBd0ITHOiOmVtA 提取码：mafg （链接已失效，请到酷安搜索“Moegirl+”下载app）
OneDrive共享：https://1drv.ms/u/s!Akwh01ATFqHNlZY-awcMd6f-Yl5jRA?e=9X8gYc （有T建议用这个）
有了解的人大概知道我之前开发过一个叫Moegirl Viewer的（这会酷安官网好像炸了），这个是该应用的flutter重构版，修复了许多问题并新增了查看最近更改和页面历史等功能。唯一比较坑的一点是flutter的webview在安卓10以下性能会大幅下降，但我测试发现10以上性能好像也不是很好，所以主要请大家看看下载后性能如何，可以的话最好在下面留下安卓版本，以及是否流畅，同时也欢迎大家提出一些建议以及需求，还有遇到的bug，如果没什么问题的话下周五就会发布。抽屉中“操作提示”里3和4提到的功能还没有做，其他正常。
<poll id="2C1E081A8517C33E0B81178BDC483633"> 你觉得该应用性能表现如何？ 流畅 还好 有点卡 卡出翔 </poll>
另外哪位大佬能帮忙设计一个应用图标就好了_(:з」∠)_ --东东君（讨论） 2020年12月20日 (日) 23:55 (CST)
- (：)回应 注意到在部分较多图片的页面，App加载图片速度会很慢，或者说等我退出之前都没加载好，不知是否是网络问题。另外尚未进行登录操作，故未测试编辑和评论功能，建议优化操作“点击热门评论自动定位到这条评论的位置”。--サンムル（讨论） 2020年12月21日 (一) 08:35 (CST)
- 没有会员的度盘下载 7KB/s，需时65分钟......
有G盘或OneDrive的其他下载途径吗？--By patroller CHKO
(Talk) @ 2020年12月21日 (一) 08:36 (CST) - 下载程式后的追加：监视清单好像被移除了？可不可以加回去……
另外，程式并未有切换繁体界面的功能(内容是可以自动繁简转换的)，会不会考虑加入支援繁体的功能？--By patroller CHKO (Talk) @ 2020年12月21日 (一) 12:42 (CST)
- (▲)同上 分流请求。--优质编辑者乐然
- 旧版Moegirl Viewer还会继续维护么？_USER:YOONHA~1.PAR（留言）2020年12月22日（火）12:19:46（JST）
🎉已发布于酷安，欢迎大家下载使用~🎉 --东东君（讨论） 2020年12月27日 (日) 11:52 (CST)
{{Toggle}}等模板在客户端内会全部展开，按钮失效。这个可能解决吗？--全世界Hentai的一员 泷泽朔太郎（会话） 2020年12月27日 (日) 14:12 (CST)
另外，点击红链只单纯提示未创建，能加入创建页面功能按钮吗？--全世界Hentai的一员 泷泽朔太郎（会话） 2020年12月27日 (日) 14:16 (CST)
- @東東君首页最后一个板块里的新建页面和最近更改无法使用--悠远的苍穹 (Talk with me!) 2020年12月27日 (日) 15:13 (CST)
(∅)弃权 今天我在下载的时候不管是度娘还是微软那边分享都取消了，是停止测试了吗？--高三学生——阿尔戈吧吧主（讨论） 2021年1月1日 (五) 15:45 (CST)
- 我在github上看了，我是32位手机，用不了，此条完结--高三学生——阿尔戈吧吧主（讨论） 2021年1月1日 (五) 15:57 (CST)
测试已结束，感谢各位的参与。未来如遇到bug或有需求建议，请在萌百我的讨论页联系我或在github上提issue。--东东君（讨论） 2021年1月1日 (五) 22:48 (CST)
【BUG】手机讨论版编辑总入口未隐藏
- 问题
- 复现步骤
- 使用任一一个手机游览器
- 登录一个萌百账号
- 进入任一一个讨论版页面
- 期望行为
隐藏手机端讨论版总入口
- 影响范围
手机端
--「签名板」from TNLHK「讨论区」 2021年1月2日 (六) 09:58 (CST)
- 其实问题不大的。——From
月_樱_雪 (讨论) 2021年1月2日 (六) 10:14 (CST)
- 问题确实不大，比如用ipe也可以快速编辑整页（大概没人这么做）--SD hehua（讨论） 2021年1月2日 (六) 19:17 (CST)
- 没啥意义.jpg，隐藏只是一个软措施。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年1月4日 (一) 21:42 (CST)
如何在Lua模块中引入CSS样式表？
我想要在产生的代码中包含一段<style>..</style>，但是萌百不支持这个标签。但是如果使用外置的<templatestyles />又不方便DIY。故在此求助各位大佬。—— Grey (Talk, Contrib) 2020年12月23日 (三) 14:33 (CST)
@Greykid 可以使用frame:extensionTag( 'templatestyles', '', { src = src } );。参见mw:Help:TemplateStyles#How_can_Lua_modules_interact_with_styles?。--工具人乐然
- @Leranjun，审题呀……不使用外置CSS、不使用templatestyles，因为没办法在lua中DIY。—— Grey (Talk, Contrib) 2020年12月24日 (四) 12:49 (CST)
- 草，理解错了，我紫菜。
果然半夜两点无法思考 - 是不能用行内CSS解决吗？--酒姬民乐然
- 其中一个需求就是:hover，这个不能写在标签的style参数里头。还有screen这种标签也不行。
<style>..</style>标签明明多好用呀啊啊啊啊。 - 我突然想到曲线救国的方法，如果充分利用说不定可以解决:hover的问题😂。不过这就涉及到我的知识盲区了，如果有大佬懂这个也可以讲一讲。—— Grey (Talk, Contrib) 2020年12月24日 (四) 15:43 (CST)
- 其中一个需求就是:hover，这个不能写在标签的style参数里头。还有screen这种标签也不行。
- 草，理解错了，我紫菜。
- screen估计是不行，但是{{hovers}}确实挺强大的，应该能满足大部分的hover需求吧。
- 我还真没想到啥两全其美的解决方案……不太确定您想做到啥效果www 如果有一部分内容不需要动态的话，可以只把那一部分写成一个死的CSS，然后其他的动态添加？--OIer乐然
- 只为条目美观而在网站安全上添加破口是不明智的。_USER:YOONHA~1.PAR（留言）2020年12月25日（金）12:15:17（JST）
众所周知，由于插件的原因移动端在多数页面是看不到navbox的，但我设法写了个js解决问题。
我个人认为应该适当优化后直接插入MediaWiki:Mobile.js。
- 原理: 运用api解析(桌面版)页面，然后找到Navbox加入显示。
| 细节 |
|---|
|
NHJR（讨论） 2020年12月30日 (三) 21:02 (CST)
- 如果想让移动端看到navbox只需要在服务器改一下配置就好（
$wgMFRemovableClasses），不需要这么麻烦。——Xzonn（聊天） 2020年12月30日 (三) 21:10 (CST)- ......早点说啊 NHJR（讨论） 2020年12月30日 (三) 21:12 (CST)
- 9月份有人说过这事，说是MobileFront写死的来着...
- ( ¡ )题外话 那个存档有个串重复存档... NHJR（讨论） 2020年12月30日 (三) 21:18 (CST)
- 如果是说 萌娘百科_talk:讨论版/技术实现/存档/2020年09月#萌娘百科时怎样做到手机版{{navbox}}显示的？ 这个串的话，并没有人说“写死”，其他讨论串也未讨论这个问题。我自己在本地试过是没有问题的。
- 虽说技术上可以显示navbox，但是我个人认为显示效果并不是很好，这可能也是移动端插件默认移除navbox的原因。如果需要全站移动端显示，建议对显示效果进行评估再决定。——Xzonn（聊天） 2020年12月31日 (四) 15:40 (CST)
- 最好是可以像NHJR这插件一样默认全部折叠只显示标题，观感问题最严重的还是占页面空间太多了；另外就是{{navbox with columns}}对移动版没有适配。
维百也没适配，真的还有人记得这个模板吗。
( ¡ )顺便一提 移动版折叠后占不满页面宽度的问题在样式表里加个display:table就可以解决。—— Grandom 2021年1月1日 (五) 16:28 (CST)
- 最好是可以像NHJR这插件一样默认全部折叠只显示标题，观感问题最严重的还是占页面空间太多了；另外就是{{navbox with columns}}对移动版没有适配。
- (＆)建议 建议至少在移动端用户设置中开启是否显示移动端 navbox 的选项。对一些人（我）来说，丢失信息比显示效果差更为严重。或许在全站范围内把不显示 navbox 改成显示此 navbox 模版页的链接，也是一种比较周全的选择。—茵陳✉ 2021年1月1日 (五) 06:55 (CST)
- 插句话，一般情况下移动端看不到nav，但是在navbox模板本体页面却能看到（编辑预览看不到），这是什么原理--
非常非常怂的playymcmc007（
讨论 ） 2021年1月1日 (五) 11:34 (CST)
一个图片的问题
该图片使用于我的纸片人女友页面中，似乎不能正常显示，略缩图也不能生成。访问https://img.moegirl.org.cn/common/0/0f/Mbt_Main_View.jpeg则显示“The requested URL '/common/0/0f/Mbt_Main_View.jpeg' was not found on this server.”。
似乎是图片文件丢失？不过我并非上传者，也不清楚该图片原件如何。望可以解决此问题。——4O74Y74L74J7（讨论） 2021年1月7日 (四) 00:17 (CST)
emm……这个图片本来就是steam页面截图，我曾经加入过当时的官方群去寻找图片，但是当时的图片已经被遗弃了，目前应该是没法补了。是我太菜，不知道这种图怎么填源地址）：——旸宸鸿逸 2021年1月9日 11:28:08
【BUG】批量上传工具总是显示错误
- 问题
在共享站使用批量上传工具上传时，即便文件上传成功，仍然会提示一个undefined的错误。
- 复现步骤
- 打开批量上传工具。
- 随意上传一个文件。
- 等待片刻，弹出对话框提示上传失败，同时接收到上传失败的泡泡通知，错误类型为“undefined - undefined”。
- 直接访问文件，发现实际上文件已上传成功。
- 期望行为
显示上传成功。
- 影响范围
共享站。
--酒姬民乐然
- 经查，是上传过程实际上已经在服务器完成，但是服务器未在12s内回应结果，导致工具认为上传超时，已经放宽到30s，并且修复错误信息不输出的问题。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年1月10日 (日) 10:15 (CST)
请求允许在共享站创建模块
最近看到有上传者在书写{{information}}时把Other_fields参数给写了，但是这些模板并不存在，所以为了方便他们，我就去研究了相关模板，并把{{information field}}建立了，本打算写个其他领域模板中最简单的模板试试看效果，才发现时过境迁，目前根本不让写模块了。尽管共享站允许使用循环和变量，但是这些东西并不能实现所需模板的相关功能，而且其他模板在创建时很可能也会用到，所以在此希望开放模块的编辑功能。此外，我在共享站的用户页也需要修改，希望也能同时开放用户页的编辑功能，谢谢。--Ikemen（讨论） 2021年1月9日 (六) 22:03 (CST)
- 模块一直都允许创建，你是不是打错了名字空间？用户页会自动跳转到主站，无需编辑。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年1月10日 (日) 10:47 (CST)
- @AnnAngela，我主站没有用户页（也暂时不打算有），共享站才有（和很多人是反过来的），这是我的共享站用户页，我想修改这个页面（千万不要把它移动到主站，拜托），现在修改不了了，原来（2017年末创建那阵）是可以修改的。
２５号滥用过滤器的漏洞
如题，近一个月来发现２５号滥用过滤器在执行操作时出现了多个漏洞。
- ２５号滥用过滤器是针对签名错误使用的。但是，MediaWiki:Abusefilter-warning-tilde提示中两句话本身自相矛盾，“如果您不知道如何修改，请点击“保存更改”重试”和“本过滤器已被设定为严格阻止：如果没有按要求修改，再次提交也不会成功”。后者与实际完全不符，我有好几次都正常提交了。
- ２５号滥用过滤器执行时，如果含有“～～～”，即使正常签名，也会被触发。虽然Special:滥用过滤器/25解释了原因，但是如果仅看MediaWiki:Abusefilter-warning-tilde，它并没有解释为何会无法提交。而一般人不会刻意去看Special:滥用过滤器/25中的编辑摘要，因而无法根据提示引导修改内容。
- ２５号滥用过滤器并没有对机器人实行豁免，因而导致了部分存档出错，比如萌娘百科_talk:讨论版/权限变更/存档/2020年12月#对巡查员User:声优编集者的弹劾案，User:AnnAngela-abot存档时因为被过滤器阻拦而未能成功存档。最后是User:北极星与南十字手动补存档才成功的。
提出解决方法：
针对１，删去“本过滤器已被设定为严格阻止：如果没有按要求修改，再次提交也不会成功”这句话，或者将２５号滥用过滤器设置为阻止。
针对２，加入编辑摘要中的内容。
针对３，加上对机器人的豁免。
以上。--全世界Hentai的一员 泷泽朔太郎|个人页|会话| 2021年1月10日 (日) 20:26 (CST)
我整了个Template:Tabs的模块化草稿
嗯，如题。……主要原因是我最近写的奇怪模块需要引用 T:Tabs，而在 Lua 模块里通过frame:expandTemplate或者frame:preprocess引用使用了{{#forargs}}的模板这种方法总感觉效率欠佳……（更不用说{{forargs}}对参数输入顺序敏感、而frame:expandTemplate的参数顺序似乎有点随机，XD）
当前稿在模块:Sandbox/公的驱逐舰/Tabs（本串发布时的最新版本是Special:固定链接/4635604），只实现了T:Tabs；不过，T:Tabs/core 和主模板几乎一模一样（不同可以参考本串发布时两个模板最新版本的diff），应该很容易用同一个模块实现。
这个稿子是直接依照 T:Tabs 的源码“翻译”而成的、所有参数名字都对应；早前测试过可以直接 drop-in 使用，我的极不完备的 test 并没有发现什么兼容性问题（XD）。没有用mw.html……不是很确定mw.html和现在这样的暴力字符串哪种消耗更低，我会测试一下。功能对比和数据参考会尽快弄好……
复杂模板换Lua通常性能会变好，又考虑到复杂模板通常同页面引用数不多，0.1秒前后的Lua用时非常值；但是Tabs的核心其实非常简单（虽然forargs的性能也许不佳），所以我现在还不好说Lua会不会在一般使用环境下提供更优性能……不过，当前稿的性能应该还行：上次测试用的是模版页里的两个示例，Lua用时.03秒（max=7）、虚拟尺寸5.5MB左右（max=50）；这两个数值增长都很慢（特别是虚拟尺寸：试了试只引用一次模块，虚拟尺寸≈5MB），或许可以理解为有一些一次性的加载cost。
贴公版的主要原因是我认为我可以为这个模板实现一些其他功能（中文参数适配、统一 T:Tabs 和 T:Tabs/core 的参数，etc.），所以希望大家看看有没必要……？
讨论结束（或者MAR/N）后如果认为本模块有用的话我会把模块移到 Module:Tabs，然后请求 code review、保护、和 deployment；否则，我可能会考虑 deploy 但不与 T:Tabs 合并。现在还不需要这么做，不过如果有人有闲时、愿意帮忙看看代码、查查虫啥的肯定是好的。感谢各位看完——
感觉有点语无伦次，对不起（虽然好像平时也是这样的
）
—0x0A🎉理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2021年1月3日 (日) 17:41 (CST)
乐然点了赞，然后给跪了。 --OIer乐然 - 关于【统一 T:Tabs 和 T:Tabs/core 的参数】，这里我不建议，之所以要拆分tabs和tabs/core，是因为这俩存在两方面差别，而这两方面差别都是因为保持与前者的原版的兼容性——前者默认有一个theme后者没有、前者参数格式与我写的不一样。然后Lua我没啥研究，所以不太能code review。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年1月4日 (一) 21:42 (CST)
搜索error？？？？
cm:file:E99821EB-DE1E-420E-A0D5-9030481EF53E.png 缓缓打出？ only my LJL（讨论） 2021年1月11日 (一) 13:07 (CST)
- 搜索出错请重试。另外，您给了一个无效的图片———— ほしみ 2021年1月11日 (一) 13:10 (CST)
- 另外，请不要把此类图片上传至萌娘共享，您应当使用外链图床。—— ほしみ 2021年1月11日 (一) 13:13 (CST)
- 哦，貌似凌晨的问题only my LJL（讨论） 2021年1月11日 (一) 13:16 (CST)
ほしみ【BUG】AnnAngela-Abot存档出现问题
- 问题
见Special:Diff/4665514/4665518（讨论版）和Special:Diff/4665517/4665513（存档页），似乎AnnAbot的存档逻辑出现了问题——它仅存档了请求的（空白的）计票和结论一节和MAR。
- 复现步骤
N/A
- 期望行为
AnnAngela-Abot剪切存档完整的讨论串（从二级标题到下一个二级标题之前的所有字符）
- 影响范围
猜测可能是所有由AnnAngela-Abot负责自动存档的讨论页
--0x0A🎉理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2021年1月15日 (五) 04:28 (CST)
【建议】LyricsKai模板等的弹性布局
提议去除内嵌样式中width: calc(100% - 200px);部分，改为使用如下CSS：
div.Lyrics {
width: calc(100% - 200px)
}
@media screen and (max-width: 960px) {
div.Lyrics {
width: 100%
}
}
原因：原来留出200px好像是防止原文译文分隔过远，但是缩小浏览器窗口后似乎并不需要留白，反而很拥挤。 --A20001017（讨论） 2020年12月31日 (四) 00:07 (CST)
请求能输出指定数量个指定分类内随机不重复页面的模板
如题。期望的输出方式类似于首页最新条目栏里的，或者DynamicPageList这种也行。能用参数控制是哪种更好。输入值为分类名和数量，当然有其他参数也行，乃至成了有随机功能的DynamicPageList也行。可以是伪随机。ReikuChan 2021年1月7日 (四) 18:49 (CST)
- 可以拿随机数模板写一个DynamicPageList？--优质编辑者乐然
- 建议使用widget。原生wikitext无法查询页面；虽然用模块可以通过遍历全站近19万个页面来筛选，但开销极大得不偿失。--サンムル（讨论） 2021年1月7日 (四) 21:31 (CST)
【BUG】邮件显示异常
- 问题
这几天每当有页面键入时邮件里会显示出乱码，如图
- 复现步骤
- 打开参数设置
- 勾选在通知电子邮件中显示我的电子邮件地址
- 等新邮件的到来
- 期望行为
恢复显示
- 影响范围
未知
--「签名板」from TNLHK「讨论区」 2021年1月13日 (三) 19:27 (CST)
- 请您查看Special:参数设置#mw-prefsection-echo的电子邮件格式是否设置错误。—— ほしみ 2021年1月13日 (三) 19:35 (CST)
完成我改成纯文本试一下好了没有--「HTML格式有时确实会出错...不过通常情况下两个都能正常收到。——From
【BUG】AnnAngela-Abot存档出现问题
- 问题
见Special:Diff/4665514/4665518（讨论版）和Special:Diff/4665517/4665513（存档页），似乎AnnAbot的存档逻辑出现了问题——它仅存档了请求的（空白的）计票和结论一节和MAR。
- 复现步骤
N/A
- 期望行为
AnnAngela-Abot剪切存档完整的讨论串（从二级标题到下一个二级标题之前的所有字符）
- 影响范围
猜测可能是所有由AnnAngela-Abot负责自动存档的讨论页
--0x0A🎉理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2021年1月15日 (五) 04:28 (CST)
- 应该是重复的管理员申请导致parse API给出的目录列表有问题产生的，仍在持续观察中。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年1月15日 (五) 16:35 (CST)
手机端通过搜索引擎进入萌百界面显示为电脑版
浏览器:via 搜索引擎:bing 手机端通过搜索引擎进入萌百界面显示为电脑版(网址zh开头,而非移动端的mzh开头. 因本人只有一部手机,无法验证是否为普遍现象. 似乎是某次手机端为了编辑而点击网页下方"电脑版视图"以后出现. 同一个浏览器使用百度搜索引擎并未复现.——以上未签名(注)本条留言未签名，留言后请记得用--~~~~签名！的留言由Zhuanghai（讨论·贡献）于2021年1月16日 (六) 18:50添加。
(Chrome、百度复现，但我一直使用桌面版视图。——From
- 我认为这不是bug。可以考虑清除浏览器缓存等方式测试。——From
- 可能是你没有在桌面版页面点击底部移动版链接，导致mw将桌面端记录为你的偏好，所以每次访问都会自动跳转。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年1月17日 (日) 13:01 (CST)
无法查看头像
最近，我无法查看自己的头像以及评论区中其他人的头像，全部显示空白，请检查是否复现
另，bugreport模板咋用啊…--SD hehua（讨论） 2021年1月17日 (日) 23:07 (CST)
- @SD hehua 无法复现。请清空缓存后重试。
- {{BugReport}}的用法详见T:BugReport/doc。--EnMGP编辑者乐然
- 无法复现，请检查您的网络。——The above statement was made by a fervent fan of Nekoichi’s called
LUO1P✾. ✉❶虚拟UP主专题编辑指南正式上线啦！ 2021年1月17日 (日) 23:11 (CST)
三个问题（正好有了三个，我就凑一块发了）
1.为什么{{人物信息}}里没有“性别”这一项？百毒百科和bangumi等都有，毕竟虚拟人物可能会有很多奇怪的性别，是不是加上好一点？而且我觉得若角色有生日的设定最好在填写生日后根据性别自动生成今年刚创建的{{生日祝福}}模板。
2.我4个月前讨论的一个问题现在好像还没什么变化，就是为何虚拟和真实人物都添加姓氏分类，但只有虚拟人物添加生日、星座、血型等分类？这个我觉得还是都添加好一些，最好还能根据模板将虚拟和真实人物分开，意思就是显示为例如3月3日(虚拟)、10月20日(真实)这样，星座、血型同理，类似同样写法的姓氏后面标注(X语种)
3.今年除了夏季版头也不更换冬季版头了吗？是不是现在这个的上一个只用了几天的相当于夏季？--布洛肯亚雷（讨论） 2020年12月29日 (二) 13:24 (CST)
- 1.有人物信息模板的时候，本站尚不允许收录一般的男性角色，且你所举出的“奇怪性别”情况应属少数作品个例，建议按照模板的自定义选项填写。而如果想要在人物信息模板添加固定的性别选项，你可以在相应模板讨论页或者讨论版单另发起讨论，因为这种被全站大量使用的模板的修改也算是重大事项了，是需要审慎进行处理的，以尽可能减少不必要的影响全站的异常。所谓新创建的{{生日祝福}}模板，并不是如人物信息一般较为正式的格式模板，而是偏向娱乐性质，另外模板保护级别也不同，贸然挂钩可能会导致该模板出现异常时全站大量页面使用的人物信息模板也出现异常，扩大损害，因此建议在相应条目按需进行添加，而非直接与人物信息的相应参数直接挂钩。
- 2.目前本站的分类树仍然十分混乱（以至于长期以来分类树相关的规范写在一个人的用户页上），现仍处于整理期，对分类树有疑问的话您可以考虑联系现正尝试整理分类树的管理组成员@AkizukiSaitou。
- 3.版头会根据实际情况进行更新和悬挂，例如今年的疫情版头就根据现实相应状况，持续悬挂到了10周年庆贺之前，并非总是严格按照季节顺序（尽管按照季节顺序的情况可能以往比较多）。--未济桥姬(☯太虚之门) 2020年12月29日 (二) 14:26 (CST)
- 第一个问题，巧了，我当时做{{生日祝福}}的时候也提到了：萌娘百科_talk:讨论版/页面相关/存档/2020年06月#关于角色生日祝福的提议，供参考。
- 第二个问题，之前我有提到过，目前的趋势应该会有，但落实有难度，比如说{{Infobox Person}}里的【出生】参数相比{{人物信息}}的【生日】参数要自由得多，可能不易自动生成分类。另外“虚拟”和“真实”我觉得必要性就有限了，姓氏分类也没分开虚拟和现实人物啊，而且分类加括号我感觉徒增查阅难度。同上，建议与秋月进一步讨论。您可以先查阅User:Nostalgia/分类树以了解当前的大致状态。——C8H17OH（讨论） 2020年12月29日 (二) 18:31 (CST)
- @布洛肯亚雷：抱歉刚刚看到。
- 秋月指AkizukiSaitou[更多]。
- 自动生成主要是难度大，可能需要对全站的现实人物条目全部处理一遍，倒也不一定不可能。
- 已故角色那个讨论，并不是需要解决地问题啊？那里只是用来举一个“并不是所有角色都适合无脑悬挂{{生日祝福}}，所以不宜直接放入{{人物信息}}中”的例子（另一个例子是负面角色），如果庆祝已故角色的生日对粉丝来说不算冒犯的话就也可以悬挂，否则不宜悬挂，大概这样。总之就是这个模板不像{{人物信息}}一样几乎必须使用，而是和大部分top模板一样比较自由地使用。——C8H17OH（讨论） 2021年1月2日 (六) 17:03 (CST)
- @布洛肯亚雷 因为之前三次元事情很多，外加身体状况不佳，所以没有及时回复阁下，我在这里先道个歉。
- 关于生日、星座、血型等分类，未来预定是要在现实人物的条目中也进行添加的，具体可见于我的User:AkizukiSaitou/萌娘百科:条目分类。唯一的问题就是代码实现方面可能比较困难，而且可能还要跑一遍批量，工作量比较大。--
手を取り合って このまま行こう 2021年1月9日 (六) 01:18 (CST)
【BUG】网站有时加载很快，有时却打不开
如题，有时主页几秒就出来了，而有时半天都是白屏，而且很多时候发生这种问题的间隔时间很短。--忒有钱（讨论） 2021年1月19日 (二) 23:48 (CST)
- 这不是bug。———— ほしみ 2021年1月19日 (二) 23:50 (CST)
服务器的状态有时会不太好，不是bug。——From
- (▲)同上 网络状态不稳定属于正常情况。
自我编冲的问题能解决已经属于不幸中的万幸了（--优质编辑者乐然
【BUG】Cewbot补签名功能异常
- 问题
已经好久没有看到Cewbot补签名了……查阅日志后发现最后一次作业是在1月5日（版本4649774），且和上一次作业（12月27日）之间隔了很多天。在公版上也都是其他用户手动补的。希望能够检查Cewbot的运行状况。
- 复现步骤
N/A
- 期望行为
Cewbot能够正常进行补签名作业。
- 影响范围
全站讨论页。
--OIer乐然
- 上次的回复说可能是墙娘的问题。其实我宁愿Cewbot不补签名...——From
- User:Cewbot的服务器在中国大陆境外，可能会有连接不通畅的问题，建议联系操作者User:kanashimi。另外提醒一句，手动补签名的时候除了用户名之外还要加一下时间戳，例如
{{unsigned|Xzonn|2021年1月19日 (二) 16:34 (CST)}}。——Xzonn（聊天） 2021年1月19日 (二) 16:34 (CST)
【BUG】AnnAngela-abot讨论串移除的时间不统一
问题
AnnAngela-abot[更多]在每个讨论版的移除超过30个讨论串的时间都是不一样的如:
在页面相关那的移除讨论串的是在于1月9日凌晨存档的讨论串[1]
而在提问求助版上移除讨论串是在于1月14日凌晨存档的讨论串 [2]
还有:操作申请版上移除讨论串是在昨天移动的讨论串，但在页面相关那15天前移动到讨论串还没被移除萌娘百科_talk:讨论版/页面相关#关于雪镇和雪町的概念的争议
复现步骤
期望行为
统一一下移除讨论串的日期
影响范围
全站 --「签名板」from TNLHK「讨论区」 2021年1月20日 (三) 10:02 (CST)
- ?这不是bug，是数量过多了就会移除。—— ほしみ 2021年1月20日 (三) 10:48 (CST)
请求对模板切换显示的代码部分进行增加以实现某功能
请求在{{切换显示}}所生成的类名为textToggleDisplay的元素上，同步加上on、before-on、after-on。在给定的动画标签下具有on类名的元素将自动播放翻页动画，切换到第二页时，将样式改为第一个关键帧已经完成的状态，第一帧隐藏，第二帧显示，同时on类名移动，播放关键帧动画，连续使用就可以制作翻页动画。--九江喵@不好好~卖☆萌~2021年1月20日 (三) 19:51 (CST)
- 第一句我能理解，第二句是个啥=。=——From AnnAngela the Temporary Bureaucrat (Talk) 2021年1月20日 (三) 21:26 (CST)
- Done. 但要注意：①三个类名分别为
textToggleDisplay-on、textToggleDisplay-before-on、textToggleDisplay-after-on；②.textToggleDisplay元素必须紧紧相邻才能添加上textToggleDisplay-before-on、textToggleDisplay-after-on。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年1月23日 (六) 10:23 (CST)
关于解析器扩展标签与参数的相互作用的问题
关于无法向sm2标签内传递参数的问题
例子：Special:固定链接/4689152。这个是像“贡献分数不能相加”一样的很底层没法搞的问题吗？如果是的话那还挺麻烦的…… --
- 看来固定链接有点麻烦，因为固定链接里面的模板并不会按当时的版本展开，而是按最新版本。下面是一个用ptl做的例子（不是ptl本身的问题，User:MJH/sm2tl是不用ptl的例子）。 --
M. J. H. 2021年1月24日 (日) 12:21 (CST)
关于references与模板联合使用的问题
以下为问题的最小复现：
{{ptl|define=reftl|tl=<nowiki>text with reference expected to be {{{1|failed}}}<ref group="reftl">{{{1|failed}}}</ref> <references group="reftl" /></nowiki>}}{{ptl|use=reftl|ref}}
↓
text with reference expected to be ref[reftl 1]
- ↑ failed
可见虽然正文可以正常接受模板参数，但ref完全无法接受模板参数，试图展开会得到默认值failed。（这不是{{ptl}}的问题，User:MJH/reftl有不用ptl的复现。）
这与上述的sm2标签无法接受参数是否为同一个问题？有解决办法吗？ --
关于references、模板与forargs联合使用的问题
以下是使用ptl的例子（不使用ptl的例子见User:MJH/reforargs）：
{{ptl|define=reforargs|tl=<nowiki>{{#forargs:a|k|v|{{#var:v}} with k as {{#var:k}} <ref group="reforargs">{{{r{{#var:k|}}}}}</ref><br />}} outside with k as {{#var:k}}<references group="reforargs"/></nowiki>}}{{ptl|use=reforargs|a1=Aagh|r1=Agh|a2=AAAAAArgh|r2=Ah?}}
↓
AAAAAArgh with k as 2 [reforargs 1]
Aagh with k as 1 [reforargs 2]
outside with k as 1
这个（这对）用例至少暴露了三个问题：
- references展开时使用的{{#var:k}}并不是<ref></ref>标签处的k（每次循环不一样），而是<references />标签处的k（已经出了循环，所以只有一个定值）。可以理解为什么这样的事情会发生，但是这样的话还是很影响应用的，所以想知道能否让references展开ref内容时使用每个ref标签本身的环境，如果不能的话又有没有什么workaround可以实现一样的功能（至少我没能想出来）。
- references不接受参数。上一个讨论串已经提出了这个问题，此处不赘述。
- {{ptl}}与外部模板效果不一致的问题：这边使用的k是先2后1，User:MJH/reforargs使用的k却是先1后2。（但这大约不是什么大问题，最多算是让我好奇的现象，反正成品肯定不会用ptl了。）
--
类似的问题放在一起就好，不要开三个二级标题。Special:版本#解析器扩展标签提到的标签内的文本都会被原样输出，请用{{#tag:，例如：
{{ptl|define=reftl|tl=text with reference expected to be {{{1|failed}}}{{#tag:ref|{{{1|failed}}}|group=reftl}} <references group="reftl" />}}{{ptl|use=reftl|ref}}text with reference expected to be ref[reftl 1]
- ↑ ref
{{ptl}}模板的实现依赖模块，而lua传参的时候是无序传参的，推测forargs因此会无序。
——Xzonn（聊天） 2021年1月24日 (日) 13:28 (CST)
- 感谢解决前两个小标题下的问题——我本来是想这么说的，结果没想到只有后两个小标题下的问题解决了？看来tag的展开有点意思，而且和sm2还有奇怪的相互作用……检查元素可以看到div里面的data-bind正常，但是把它解析成sm2播放器的脚本似乎没有运行……
| sm2依然不行 |
|---|
{{ptl|define=sm2tl|tl=<nowiki>{{#tag:sm2|{{{1|KeLuoSi_CN_026.mp3}}}}}</nowiki>}}{{ptl|use=sm2tl|NengTianShi_CN_028.mp3}}
↓ |
| 但是forargs那边可以了 |
|---|
{{ptl|define=reforargs|tl=<nowiki>{{#forargs:a|k|v|{{#var:v}} with k as {{#var:k}} {{#tag:ref|{{{r{{#var:k|}}}}}|group="reforargs"|}}<br />}} outside with k as {{#var:k}} <references group="reforargs" /></nowiki>}}{{ptl|use=reforargs|a1=Aagh|r1=Agh|a2=AAAAAArgh|r2=Ah?}}
↓ AAAAAArgh with k as 2 [reforargs 1]Aagh with k as 1 [reforargs 2] outside with k as 1 |
- --
M. J. H. 2021年1月24日 (日) 14:50 (CST) - Special:固定链接/4691134，我看着没什么问题啊。——Xzonn（聊天） 2021年1月24日 (日) 19:43 (CST)
关于模板中外链图片显示方面的一个问题
能否实现“若默认指定的外链图片不存在则引用另一外链”？
举一个例子（从一个模板中截取的部分）： <div style="display:inline-block;width:12.5em;text-align:center"><img style="margin-right: 4px; border: gray 2px solid; vertical-align: baseline;" src="{{#if:{{{image|}}}|{{filepath:{{{image|}}}|144px}}|{{#if:{{{image link|}}}|{{{image link}}}|http://nicovideo.cdn.nimg.jp/thumbnails/{{{id}}}/{{{id}}}.M}}" height="81" width="144" alt="无对应图片"}} /></div>，其中默认的外链图片链接为“http://nicovideo.cdn.nimg.jp/thumbnails/{{{id}}}/{{{id}}}.M”能否实现当这一链接指向的图片不存在时，不显示为“无对应图片”，而转而显示例如“http://tn-skr.smilevideo.jp/smile?i={{{id}}}”的另一图片呢？
我自行尝试了一下，似乎暂时找不到实现的方法，故前来求助一下。——4O74Y74L74J7（讨论） 2021年1月26日 (二) 12:35 (CST)
- 随手给你StackOverflow了一下，里面有个纯CSS的版本，但是那个版本似乎不能接受wikitext参数所以还是有点麻烦。这个功能很需要的话申请让维护组开发一个widget好了 --
M. J. H. 2021年1月26日 (二) 14:02 (CST)
关于表格的排序功能
我最近正在准备大修向阳素描条目，但在排版各话标题表格时发现，萌娘百科的表格排序功能有一些问题，采用的是单纯的字符串排序，而不是自然排序法。换句话说，“10月1日”会被排在“4月1日”的前面。
以下面的表格举个例子，点击排序按钮就会发现问题所在：
| 中文标题 |
|---|
| 1月11日 冬日的拼贴画 |
| 8月21日 日本的夏季 |
| 6月17日 又或者是印度人 |
| 5月18日 唱歌的草莓奶油蛋糕 |
| 2月13日 心灵与身体 |
| 7月14日 凉爽悠闲 |
| 10月12日 暴风雨的干燥剂 |
| 3月13日 3%的希望 |
| 9月4日 里新宿之狼 |
| 11月3日 由乃大人 |
| 4月28日 圆圆卷心菜 |
| 12月24日 平安夜 |
| 8月11日 于是回归本位 |
| 11月27日 那边是否有爱存在 |
相对的，在维基百科上没有类似的问题。为了验证，我请User:尖锋在日文维基百科上做了试验，在他的沙盒里。
为了照顾不方便访问维基百科的编辑者，我这里把效果截图贴在右边。
MediaWiki平台的表格排序功能是通过JavaScript脚本实现的，我个人猜测是萌百这个部分的脚本版本落后MediaWiki好些个版本，少了一些MediaWiki加入的新特性。如果可能的话，能否请管理员大大修复一下这个问题呢？非常感谢~--Ceba（讨论） 2021年1月19日 (二) 13:44 (CST)
- 鉴于萌百方面始终不肯更新MW版本，个人建议只能先使用
data-sort-value进行人工排序。_USER:YOONHA~1.PAR（留言）2021年1月19日（火）14:51:30（JST） - 这个JS脚本和MW版本无关吧……Wikimedia使用的排序脚本--OIer乐然
- 或者有的编者会喜欢补{{0}}对齐，然后就顺便解决了。
| 中文标题 |
|---|
| 1月11日 冬日的拼贴画 |
| 8月21日 日本的夏季 |
| 6月17日 又或者是印度人 |
| 5月18日 唱歌的草莓奶油蛋糕 |
| 2月13日 心灵与身体 |
| 7月14日 凉爽悠闲 |
| 10月12日 暴风雨的干燥剂 |
| 3月13日 3%的希望 |
| 9月4日 里新宿之狼 |
| 11月3日 由乃大人 |
| 4月28日 圆圆卷心菜 |
| 12月24日 平安夜 |
| 8月11日 于是回归本位 |
| 11月27日 那边是否有爱存在 |
——移动版用户 Bhsd（讨论） 2021年1月20日 (三) 07:13 (CST)
标题
——以上未签名(注)本条留言未签名，留言后请记得用--~~~~签名！的留言由东东君（讨论·贡献）于2021年1月26日 (二) 22:29 (CST)添加。
( ¿ ) 喵喵喵？——From
呃，是不是在测试客户端……——Xzonn（聊天） 2021年1月26日 (二) 23:24 (CST)
What is that? What the **** is that?
会不会是手误？--Mememaker（讨论） 2021年1月27日 (三) 08:58 (CST)