萌娘百科 talk:讨论版/技术实现/存档/2020年12月
讨论版【技术实现】档案馆
[BUG] HotCat小工具无法处理页面中繁体分类
- 问题
在某页面使用繁体中文分类时，HotCat小工具无法显示分类下的(-)(+)等符号。Chrome 86与Edge均复现。
- 复现步骤
- 打开HotCat后，进入任意一个使用繁体名称分类的条目（例如魔法阵）；
- 移动至分类页面，发现无法使用HotCat更改分类。
- 期望行为
让已使用繁体中文分类的页面也可以使用HotCat更改该分类。
- 影响范围
全站……吧？
--Thus Spoke Sivlovski.「讨论」 2020年11月8日 (日) 16:23 (CST)
- 这个大概率解决不了，必须要分类的实际页面名和源代码中的名字完全一致才能用HotCat处理。中文维基百科也没解决这个问题。——Xzonn（聊天） 2020年11月8日 (日) 16:28 (CST)
- 主站复现，但是共享站竟然没有复现……
- 上面那个BUG也是共享站没复现，难道共享站和主站用的是两只热猫？--
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · EnMGP|72020年11月8日 (日) 16:35 (CST)- (～)补充 貌似共享站和主站对繁体分类名的处理不太一样。访问https://zh.moegirl.org.cn/Category:奇幻作品術語会强制转换成简体，但是https://commons.moegirl.org.cn/Category:奇幻作品術語好像不会。--
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 工具人|312020年11月8日 (日) 16:38 (CST)- 因为主站存在Category:奇幻作品术语页面，繁体会自动转成简体。图站不存在cm:Category:奇幻作品術語页面也不存在cm:Category:奇幻作品术语页面，所以不会有这个问题。——Xzonn（聊天） 2020年11月8日 (日) 16:43 (CST)
- @Xzonn 咦？但是cm:Category:作者:无和cm:Category:作者:無是两个分类啊……--
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 单推人|42020年11月8日 (日) 16:54 (CST)- @Leranjun 这两个页面不是也没创建吗（小声）--Thus Spoke Sivlovski.「讨论」 2020年11月8日 (日) 16:56 (CST)
- @Leranjun是这样的，在没有创建的情况下，简体和繁体视为两个页面，例如Category:张三和Category:張三；在仅创建了繁体或仅创建了简体的情况下，简体和繁体都会自动转换成已创建页面的写法，例如Category:術語会自动转换成Category:术语；在简体和繁体都创建的情况下，简体和繁体仍然视为两个页面，例如上文所说的cm:Category:作者:无和cm:Category:作者:無。在页面左侧的“页面信息”可以看到页面ID是不同的。这种简繁转换不只适用于分类，也适用于其他命名空间。——Xzonn（聊天） 2020年11月8日 (日) 17:37 (CST)
- @Xzonn 咦？但是cm:Category:作者:无和cm:Category:作者:無是两个分类啊……--
- 因为主站存在Category:奇幻作品术语页面，繁体会自动转成简体。图站不存在cm:Category:奇幻作品術語页面也不存在cm:Category:奇幻作品术语页面，所以不会有这个问题。——Xzonn（聊天） 2020年11月8日 (日) 16:43 (CST)
- (～)补充 貌似共享站和主站对繁体分类名的处理不太一样。访问https://zh.moegirl.org.cn/Category:奇幻作品術語会强制转换成简体，但是https://commons.moegirl.org.cn/Category:奇幻作品術語好像不会。--
非萌百之力所能及。(注)Func君已经解决了，不过后一句还是尽量做到为好。——C8H17OH 2020年11月11日 (三) 02:01 (CST)基于页面名的简体优先原则，在填写分类时请尽可能使用简体。——C8H17OH（讨论） 2020年11月8日 (日) 18:32 (CST)
- 已确认，我已经做出一个非常难看但是可以使用的修复，可用
mw.loader.load(mw.config.get("wgServer") + mw.config.get("wgScriptPath") + "/index.php?title=User:Func/HotCat.js&action=raw&ctype=text/javascript");调用。--Func（讨论·贡献） 2020年11月10日 (二) 13:56 (CST)
- 去除了 MAR：bug本身并没有修复，只是有一个workaround而已。--From Ravenclaw_OIer with love(Query me!|Sign here!) 2020年11月17日 (二) 17:52 (CST)
| “ | 一直就是这样的，工作量比较大没人愿意动手吧。 | ” |
| ——zhwp:Wikipedia talk:维基百科工具/HotCat#HotCat的简繁问题 | ||
- 指望原作者修应该是不大可能了（毕竟本来就不是给中文准备的），要么让A姐把Func桑的版本放到全站？--
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 工具人|302020年11月17日 (二) 18:03 (CST) - Func写个diff patch，我再应用吧，这样避免以后从维基共享那边更新新版本时增加工作量。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年11月19日 (四) 12:04 (CST)
Special:Diff/4510398/4522532--Func（讨论·贡献） 2020年11月19日 (四) 23:44 (CST)- 小修复：Special:Diff/4510398/4533156--Func（讨论·贡献） 2020年11月20日 (五) 13:39 (CST)
- 指望原作者修应该是不大可能了（毕竟本来就不是给中文准备的），要么让A姐把Func桑的版本放到全站？--
[BUG]移动端放弃编辑对话框无法显示
复现非常简单，用登录了的手机在这个页面点击编辑按钮，随便打点东西再按叉就会触发。
用
我在我的CSS页试写了补丁，但是由于
NHJR（讨论） 2020年11月27日 (五) 20:57 (CST)
可能是MediaWiki:Gadget-mobile-styles.css第180行的z-index导致问题，应改为一个0至4之间的整数。NHJR（讨论） 2020年11月27日 (五) 21:21 (CST)
【BUG】机器人User:AnnAngela-abot每月首日移除讨论串存在问题
- 问题
在翻看萌娘百科_talk:讨论版/权限变更时，发现缺少了上月的某个在申请过程中被核查用户的讨论串。检查编辑历史，发现该串没有被存档，但是被机器人在本月首日将之作为已存档讨论串移除。
- 复现步骤
- 期望行为
- 将被错误删除的讨论串移动到存档页；
- 修复机器人使之正常工作。
- 影响范围
萌娘百科_talk:讨论版/权限变更，没有检查讨论版其他页面
--Ceba（讨论） 2020年12月3日 (四) 16:23 (CST)
- 召唤一下安姐@AnnAngela。——C8H17OH（讨论） 2020年12月3日 (四) 17:41 (CST)
- 不知道发生了啥，先修一下。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年12月4日 (五) 22:22 (CST)
【BUG】T:Hovers的class与移动端皮肤辅助class重名
- 问题
{{Hovers}}模板中的radial-in和radial-out两个效果依赖一个叫做“content”的class，然而这个class和移动端皮肤的“content”class重名，导致hover的内容在720px以下的宽度会添加一个margin，从而导致错位。截图见右。
- 复现步骤
- 在手机版视图打开Special:PermanentLink/4571582。
- 将宽度调整为720px以下。
- 将鼠标移至图片上，或点击图片。
- 发现图片位置出现问题。
- 期望行为
图片与宽度高于720px时保持一致。
- 影响范围
全站。
--优质编辑者乐然 
我的锅...当初是为了方便书写_(:з」∠)_，就没给content类加前缀不过萌百有这种全局生效还容易撞车的class名，这好么，这不好 --東東君（讨论） 2020年12月5日 (六) 23:28 (CST)
还是萌百移动端的样式换下class名吧，hovers引入的太多已经不好改了 --東東君（讨论） 2020年12月6日 (日) 10:58 (CST)
- 恐怕不可能，这个是皮肤自带的class。当时写的时候就没有检查过移动版兼容问题吗？——Xzonn（聊天） 2020年12月6日 (日) 11:07 (CST)
- 我在动了，等一下。--Func（讨论·贡献） 2020年12月6日 (日) 11:20 (CST)
- 目前仅剩讨论页存档中的没有处理，就这样吧。--Func（讨论·贡献） 2020年12月6日 (日) 12:03 (CST)
感谢各位大佬帮忙修复！--工具人乐然
【BUG】时间戳标记错误及自动修正
- 问题
使用~~~~添加签名及时间戳时，会同时产生两次编辑，第一次为编辑内容及错误的时间戳，第二次为修正至正确的时间戳。
- 复现步骤
- 添加~~~~，并点击显示预览
- 等待超过一分钟，并保存更改
- 发生了编辑冲突bug，查看历史后发现添加了错误的时间戳，不过并没有自动修正
- 重复上述步骤，同样是发生了编辑冲突bug，添加了错误的时间戳，没有自动修正
- 期望行为
~~~~可添加正确的时间戳
- 影响范围
全站
--高级火法（讨论） 2020年12月2日 (三) 02:08 (CST)
- 又是编冲bug……--酒姬民乐然
【BUG】Template:游戏分级手机版视图问题
- 问题
Template:游戏分级在手机版视图下无法居中。
- 复现步骤
- 任意安卓设备
- 安卓端Chrome浏览器打开Template:游戏分级
- 与桌面端视图相比，该模板输出的内容在手机端无法居中
- 期望行为
使输出内容在移动端可居中
- 影响范围
全站使用了该模板的条目（特别是游戏类条目）
--Fetton论（✉战双帕弥什专题编辑组求人中...），留言于: 2020年12月10日 (四) 00:02 (CST)
- @Fetton 未复现，但是我试着修复了一下。麻烦大佬看看现在可以了吗？--酒姬民乐然
- @Leranjun 还是没有居中。--Fetton论（✉战双帕弥什专题编辑组求人中...），留言于: 2020年12月10日 (四) 10:55 (CST)
- 刷新了一下缓存，生效了，非常感谢！--Fetton论（✉战双帕弥什专题编辑组求人中...），留言于: 2020年12月10日 (四) 10:57 (CST)
【BUG】Template:萌属性版面异常
- 问题
Template:萌属性版面出现异常，除了subnav以外，主框体navbox疑似失效。
- 复现步骤
- 期望行为
正常显示navbox
- 影响范围
全站
--Fetton论（✉战双帕弥什专题编辑组求人中...），留言于: 2020年12月11日 (五) 20:35 (CST)
关于自己和自己假编冲的bug
想要进一步收集一下信息。有哪些大佬是在未启用编冲检测小工具的情况下触发bug的？有哪些启用了该小工具的大佬在CST昨天晚上11:32的此次修复之后仍然触发bug的？望能得到各位的反馈。谢谢！——移动版用户 Bhsd（讨论） 2020年12月6日 (日) 07:10 (CST)
- 似乎wiki+和ipe用户暂无该问题。我尝试过mw原生编辑器，确实出现过这个问题 开了小公举。—— ほしみ 2020年12月6日 (日) 10:17 (CST)
- (～)补充 测试在修复前，暂无复现。—— ほしみ 2020年12月6日 (日) 10:18 (CST)
- 啊，我当初就想是否与这个小工具有关，但是之前也相安无事运行了几个月，自己也打开工具测试了几次，并无复现就很神必。
- 我是觉得这个小工具完全没有必要，简直是脱裤子放屁。还不如在界面文字里加强引导。
- 不过之前似乎有用户提到显示无任何差异的编冲界面，不过没有提供截图，这里还是需要注意。--Func（讨论·贡献） 2020年12月6日 (日) 10:38 (CST)
ほしみ【BUG】移动端{{Toggle}}等显示出现问题
- 问题
发生甚么事了?大约是今天，Toggle模板、氧娘及其他涉及mw-collapsible的东西似乎一起坏掉了，不能折叠，同时显示所有内容。桌面版显示正常。然而Toggle模板前两天还好好的，最近又无更改记录，筛选最近更改后怀疑与Special:差异/4588093有关。
- 复现步骤
测试内容
- 期望行为
正常显示
- 影响范围
移动端全站?
--NHJR（讨论） 2020年12月13日 (日) 11:50 (CST)
【BUG】{{文本切换显示}}出现问题
- 问题
使用chorme浏览器访问我的用户页，发现使用了文本切换显示的地方报错了。因为我的用户页的这部分内容借鉴了浊华前辈的代码，于是我又尝试访问浊华前辈的用户页，结果出现了同样的问题。目前怀疑是模块:文本切换显示的问题。
- 复现步骤
- 期望行为
使用了{{文本切换显示}}的文本可以正常显示
- 影响范围
疑似全站
--—— 
我已经试验出错误原因了，参数不得填写数字，必须按模板文档的说法写字母。可能之前是兼容的，现在出问题了吧。——From 引梦者浊华 (讨论·贡献) 2020年12月13日 (日) 12:52 (CST)
- @サンムル Module:文本切换显示修改后参数名为1或2时会出错，其他可能存在错误的页面参见Category:有脚本错误的页面。该分类下的{{配音表}}相关条目应该已经修复，需等待分类链接更新缓存。——移动版用户 Bhsd（讨论） 2020年12月13日 (日) 12:59 (CST)
- {{StyleToggle}}裂开了。--Func（讨论·贡献） 2020年12月13日 (日) 14:47 (CST)
- fixed. 现在可以
偷懒使用默认数字作为字符串代号了。至于{{StyleToggle}}的问题就不是我的担当分野了。--サンムル（讨论） 2020年12月13日 (日) 15:10 (CST)
【BUG】请求核查机器人逻辑
如题，我注意到机器人User:C8H17OH-bot正在对全站页面进行大范围消歧义改动。
全站替换，自然会不可避免的出现误伤行为，而在bot的编辑摘要里也提到本次编辑由机器人进行，如修改有误，请撤销或更正，并联系操作者。
我这边也一直在跟进检查，发现有错误的，都会一一更正，或撤回，或手动修正。
就在今天上午，我注意到，原本已被修正的一处错误，又被bot重复执行了一次，参见下方——
车轱辘
建议
- 修改机器人编辑逻辑，对已经编辑过一次的页面，不要进行二次编辑
- 修改机器人编辑逻辑，对已经编辑过一次且被撤销的页面，不要进行二次编辑
- 修改机器人逻辑，停止对包含历史/神话人物条目的页面进行修改
以上三条做到任意一条都可以解决问题
——
- @Ave：非常感谢！首先我解释一下，据我所知目前只能通过通知系统知晓被撤销的编辑，而在12月2日晚我被私下告知一笔编辑出错被撤销时我才注意到我没有在参数设置里开启机器人账户的“还原”通知，在此之前的被撤销编辑我都没法被自动告知了，导致我没能及时注意到这笔撤销；而后在从头开始跑第二遍的时候导致这个被撤销的又编辑了一遍，非常
抱歉。顺便，有人告诉我升级到MW 1.3.6版本的维基百科现在对被撤销的编辑会自动新增“被回退”标签，所以你百什么时候升(ry - 然后，关于这种情况本身，就我目前所能想到的方法，这种情况是很难从一般的内链错误中区分出来，只能通过预先人工检查、发现不需要消歧义则加入忽略列表的方式排除，而由于量很多（机器人目前总共已经2000笔编辑了，其中我预先检查过的我估计大概有十分之一），我一般只会对觉得我觉得可疑的条目进行复检，有时判断错误
或者一时偷懒就会执行了错误修改（比如这次就是我没想到这个条目里有直接叙述历史），所以我希望发现错误编辑的能告知我，以便我亡羊补牢、将其加入忽略列表（当然在打开“还原”通知后我已经通过收到撤销通知来知晓了），对此我也深感痛苦；但是因为原型人物的链入里也有很多就是应该指向相应的作品中角色，完全放弃原型人物对于整体目标（清理消歧义页链入）而言也弊大于利，再加上原型人物很难机械判定（并非所有的这种消歧义页都加了CAT:原型人物分类）…… - 所以逐条回应一下建议：1.机器人是依次检查每个消歧义页的链入而非依次检查每个条目的链出，每次编辑条目只会对一个链接做消歧义，所以已经编辑过的页面很可能还有其他没被清理的；2.撤销目前只能通过通知系统得知，需要我在网页中登录机器人账户才能看到，我不太清楚能否或如何通过API查询；3.见第二段。综上，我目前还是倾向于继续用人工方法排除错误，毕竟这个机器人本来就是个在我确认前不会直接提交编辑的半自动机器人；我也会针对原型人物类消歧义页和Fate等化用历史传说作品的条目加大检查力度。
- 再次感谢对错误的告知和建议，此前或今后如果发现了其他问题也希望一并告知，非常感谢。——C8H17OH（讨论） 2020年12月4日 (五) 13:49 (CST)
- 理解你的意思。实际上你bot所有编辑我都看过
就连每一根汗毛都看得清清楚楚，从运行至昨天，平均下来每天都会出一个错误，而错误无一例外全都出在了关于历史/神话原型的部分，你看我贡献记录就看得出来。 - 因此我的建议是你的bot暂缓对相关页面的修改，而不是建议你本人停止对其修改。
- 相反，我建议这部分内容就是应当由人工慢慢修改，因为这些东西你也清楚，很难凭借简单的机器逻辑辨别。
- ——
新たな世界を見せてあげよう！（讨论） 2020年12月4日 (五) 14:44 (CST)
- 理解你的意思。实际上你bot所有编辑我都看过
- @Ave：非常
- 非常感谢您帮我监视机器人的编辑，老实说我自己都没有逐个回看过所有修改
（有种邻居帮忙照看自己家孩子的感觉xd）。看了一下您的贡献历史，除了上面那个之外还有Special:差异/4560988/4561085和Special:差异/4561858/4562573是吗？如果有遗漏的还麻烦您再告知一下。 - 我也理解您的意思，但是我上面也说了，我并不很想放弃用机器人排查原型人物类的消歧义页，因为相关的错误链入并不少，只是其中容易被错判的比例相对单纯重名等其他情况而言较高、需要人工检查的更多，但与完全人工相比最起码机器人可以先把可能出错的预筛出来（而且其实我检查后再交给机器人的情况和我手动处理也不查多少了xd，只是历史记录里显示的是bot的编辑而已），所以我的想法还是加强人工复查而不是直接放弃用机器人处理这些。
- 话说回来，其实相对于错判为可以修改的情况，机器人放过的链入其实多得多，毕竟我这个只是基于所谓“关键词”判断，那些没有关键词hit或者hit较多的的就直接跳过了，还是需要很多人力去慢慢改正。——C8H17OH（讨论） 2020年12月4日 (五) 16:49 (CST)
- 还有就是，看起来出错的里面Fate相关的比较多？似乎Fate专题内的条目的没有太多的消歧义问题，我在考虑是否加入“如果是Fate分类则直接跳过”的逻辑（不过专题外角色列举章节类的条目里还是有些问题，比如Special:差异/4521944/4565863和Special:差异/4372660/4565699）。——C8H17OH（讨论） 2020年12月4日 (五) 16:52 (CST)
- (－)非也非也出错的地方规律非常明显，那就是存在历史/神话原型且存在原型页面链入的页面，凡是这样的链接，全部躺枪了，无一例外
- 举个栗子，比如齐格鲁德，原型故事中杀死了法夫纳，这个法夫纳就会躺枪——
- 相反的，在某作品中的人物a页面，提及同为该作品中的b，这种形式，给个消歧义正确率几乎为100%，例如托尔(小林家的龙女仆)页面，如果提及魁札尔科亚特尔，那么给一个消歧义到魁札尔科亚特尔(小林家的龙女仆)，九成九是正确的
- 但如果在魁札尔科亚特尔(小林家的龙女仆)页面中，提及该角色的原型为羽蛇神，那这个1000%会直接躺枪，被改成魁札尔科亚特尔(小林家的龙女仆)，即经典的我原型我自己——
- 非常
- 你可以定期检查
{
"action": "query",
"format": "json",
"meta": "notifications",
"notfilter": "!read",
"notsections": "alert",
"notlimit": "max"
}
请求在pc端访问词条时自动从移动端页面跳转至标准页面
Google中移动端 mzh. 域名开头的网址常有较高权重，优先展示，但在pc端访问时不会自动跳转至 zh. 域名，导致浏览十分不便，请求添加自动跳转功能。 分类:其他 ——以上未签名(注)本条留言未签名，留言后请记得用--~~~~签名！的留言由Antinmpassthf（讨论·贡献）于2020年12月12日 (六) 23:28 (CST)添加。
- ( ¡ )题外话 先把那个莫名其妙的分类去链再说，然后你没签名……这个不是普通css能解决的吧，可能需要行政员才能做到（个人理解）--
非常非常怂的playymcmc007（
讨论 ） 2020年12月13日 (日) 10:04 (CST)
- 复现，而且有的时候繁简转换的URL也会出现到搜索结果当中。--OIer乐然
- 实际上移动端点击"桌面版"的时候是会添加GET参数
mobileaction=toggle_view_desktop的，我想电脑端查看手机端视图也可利用类似方式实现吧。
- 实际上移动端点击"桌面版"的时候是会添加GET参数
- Ann姐在Special:差异/4588093中添加了Google来源的移动→桌面版跳转。然而她似乎把mw-collapsible一并改坏掉了?NHJR（讨论） 2020年12月13日 (日) 13:05 (CST)
【BUG】讨论版主页中的讨论版目录不再更新
- 问题
见萌娘百科_talk:讨论版/提问求助#讨论版主页中的讨论版目录似乎已经不再更新
- 复现步骤
检查一下cewbot
- 期望行为
更新讨论版目录
- 影响范围
全站
--「准备提案」from TNLHK「与我讨论」 2020年12月14日 (一) 14:02 (CST)
TNLHK「- @TNLHK 请不要在两个版重复提报。--工具人乐然
【BUG】文本切换显示按钮无法繁简转换
- 问题
在{{文本切换显示按钮}}中的文字无法实现自动繁简转换。貌似是因为文字是后期JS加上去的所导致的。
- 复现步骤
见Special:PermanentLink/4573023。
- 期望行为
在简体设置下，两个按钮均显示简体；在繁体设置下，两个按钮均显示繁体；在未设置的情况下则照常显示。
- 影响范围
全站。
--酒姬民乐然
- 需要区分@on和@off，还要对应着同时修改Module:文本切换显示和Widget:TextToggleDisplay，还要做防XSS处理，改起来感觉挺麻烦的。加上萌百有权限且同时有能力维护Widget的用户很少，不支持繁简转换的Widget又不差这一个，AnnAngela大佬如果不是很空的话建议先搁置吧……——移动版用户 Bhsd（讨论） 2020年12月6日 (日) 13:26 (CST)
请求改良搜索方式
そう、俺様です。如题。我（们？）在站内调查、研究、编写一些多义词（多是非专有名词在不同作品内的通约，也有其他情况，彼此不同而又相互关联）的时候遇到了一些问题。
现状是：萌娘百科的搜索栏默认只有“输入后跳转到同名页面”的功能，其它的搜索技巧对于知识不多的人（往往也是用户）并不是很容易被使用。而且！打代码不是很麻烦吗！
就算在消歧义页点击内设的“ 全站搜索【（该词）】”，也一般只是像德罗斯特效应似的套娃……
现在搜索的时候会出现的那个“搜索联想”一类的东西，电脑端看来也还是不太好使。不知道手机端怎么样。而且对于一些歧义太多的词（举例：chika、咲夜、未来）那么短的搜索联想也不好用……
所以，这对搜索有多义的词的用户来说，不方便。
人们在社会生产发展中要反映日趋复杂的客观现象，就不可避免地要用原有的词来表示相关的其他事物， 使新旧词义并存。
动手对一些原住内容出警写过几个消歧义页（举例：miku/au/月/变色/p）之后，我深深地感到。想只凭部分文化人的键盘靠考据和追加追上这种大势，只会力不从心。
人群中突然钻出一个新的歧义的时候，做到及时加进对应的消歧义页也很难。而且站内活人真少，厨力不浓的地方连点赞的都没有，更别说送krkrdkdk
我有时候会故意搜索已经是常识的字词来观测文化的脉络，为了寻找玩歧义梗的办法，我不是一个人。而且我经常参观的几家其它的网络共笔百科也全都不是只在搜索栏默认提供这种跳转方式。
有一家熊掌的搜索栏右侧两个按钮，其中一个有直达同名页面的作用，另一个有全站搜索标题内含有输入的关键词的作用。而且那家是船新的同义词处理办法，不像现在的wiki某1觉得是好的。
而且，对于之前的一件事情，因为在考据的时候发现搜索功能好像并不完全一样的某几处异时空同位体那里并没有吵起来，感觉已经要“仅仅是出于这个原因引发一类在萌百站内特有的矛盾”了。
所以我认为作为一个百科全书这样设计是不好的！况且看样子最近方针对于原型类条目也引起重视了。
在这里多码一些字？写方针指引论述？还是改搜索栏？选一个还是全都要？
( ¡ )题外话 之前某1被吐槽“在讨论问题的时候经常上升到概念层面的控制”（差不多是这样……？）以后，思考了几天，结论是：或许只是人和人的思想所处的位面不能一概而论吧。
只跳到一种解释，容易成为滋生KY、小鬼之类试图独占某词解释权的**的有利条件。
就算我们的力量和邪恶的来源一样，但我也曾经化绝望成希望。某1也期待过提到简约名字的时候有人能想起自己，只是“变得只能想到一个”的世界太可怕罢了。
——[“一”切皆流]水精灵迪迪 (给某1留言) 2020年12月6日 (日) 18:10 (CST)
- 阁下想怎么改良..？我好像没看懂...不过这两个页面帮助搜索应该有用：Help:搜索、Help:搜索/搜索代码
- ( ¡ )题外话 Special:搜索右上那个帮助链接能不能换成Help:搜索页面，链去mediawiki全英文看不懂（（--这不是个人/吸毒or蹦迪中 2020年12月6日 (日) 19:45 (CST)
- @水精灵迪迪 =。=看了1e9遍终于看懂了，要全站搜索是吗？
- 给。--酒姬民乐然
- 看不懂…… --Fetton论（✉战双帕弥什专题编辑组求人中...），留言于: 2020年12月6日 (日) 21:07 (CST)
- 请使用简单明了的语言阐述自己的观点。——因为你百不能中英混合导致的本应是某FFF团的高级火法的高级火法
论・录 2020年12月6日 (日) 22:12 (CST)
原先{{disambig}}的模板其实有检索页检索而不会回到同名页面的功能，但是Func[更多]的最近一次修改使这个功能失效。因此你要问问他，这里@Func。——淑子（トーク） 2020年12月6日 (日) 21:51 (CST)
- 额，不好意思，修复了。--Func（讨论·贡献） 2020年12月6日 (日) 23:01 (CST)
- 然而全站检索并没有恢复，至少在我这里是这样。——淑子（トーク） 2020年12月7日 (一) 00:03 (CST)
- 应该是有缓存的问题吧。--酒姬民乐然
- 应该是有缓存的问题吧。--酒姬民乐然
- 然而全站检索并没有恢复，至少在我这里是这样。——淑子（トーク） 2020年12月7日 (一) 00:03 (CST)
惊讶，果然这就有人来修了o(ﾟДﾟ)っ！说好的换一个灯泡要那么多萌百人呢。自己换浏览器用了几下消歧义页内的那个搜索，感觉良好。
我觉得只要改到常识人用起来很难套娃就好了（常识人，性格类萌属性，意思大约是“一般人”。对应条目在写了）。之前没看见“搜索”的帮助里有一个列举搜索代码的子页面，这样已经可以了。
刚才又试了一下，还有一种套娃的情况是，现在如果在页面内自搜和页面同名的词语就会套娃。我刚才在“火焰”这个条目里又体验了一次然后无情地除它占用了。
( ¡ )题外话 真是悲哀，总有一天还是要让其余的世界来承担后果，邀请新玩家哪里是那么简单的事。放心，我自己也在努力，包括但不限于，这个基因组不会被自愿加入池里了。有人试图知道ASDD是山东人吗，√，倒装句我也不太会用的其实很少说话和其它的地球人，看来汉字的顺序确实还是会影响一些人的阅读啊！！！。然而会熟练地自伤。然而某1学语言主要是为了读写而非听说，因为对联机模式已绝望；所以突然对自己德不配位的英语成绩想开了。
愿意看1e9遍并给出按钮的那位好帅气ヾ(✿ﾟ▽ﾟ)ノ然而，对此事能否成为能在现界行动如常的契机也一如既往地并不希望被抱希望。——[“一”切皆流]水精灵迪迪 (给某1留言) 2020年12月10日 (四) 17:11 (CST)
- @水精灵迪迪 这个应该是mw自身的问题，我去问一下。--OIer乐然
啊Σ(゜ロ゜;)。看样子一时半会装不上了。在换灯泡……的事之前我来把那个框搬到我用户页凑活一阵子，感谢这位少侠翻出来的代码。
之前几次也因为“有了同名页面之后别的就难搜”和其它编辑就消歧义问题跤流的时候行为不够自持……嘤嘤嘤_(QwQ」∠)_——[“一”切皆流]水精灵迪迪 (给某1留言) 2020年12月11日 (五) 13:20 (CST)
- 有同名页面的情况下有两种方法可以搜索：1.手动打开Special:搜索（或者PC端直接按下放大镜按钮）；2.在搜索时前面加一个"~"，参见Help:搜索/搜索代码#防止空降。——C8H17OH（讨论） 2020年12月15日 (二) 14:32 (CST)
关于注脚内容自动补全的小工具/模板
我相信所有写过References的编辑者都知道它有多麻烦（尽管萌百对这块没什么要求），有没有办法引入某个小工具或者模板，输入网站链接或其他内容自动补全余下信息？比如说维基的可视化编辑器--Relic5064（讨论） 2020年12月10日 (四) 17:58 (CST)
- ( ¡ )题外话
退可视化编辑器保平安（——4O74Y74L74J7（讨论） 2020年12月10日 (四) 18:00 (CST)
- 维百负责这块的应该是mw:Citoid，但实装可能性微存。小工具的话，私找不到相关的API……--酒姬民乐然
- 维基百科有ProveIt小工具，但是需要TemplateData扩展，萌百没装。目前还是只能手写{{Cite web}}系列模板。理论上可以通过浏览器获取网页信息然后填到对应的区域，但是标题、URL、访问时间好获取，作者、网站、更新时间就有点麻烦了。——Xzonn（聊天） 2020年12月11日 (五) 07:20 (CST)
【BUG】监视列表更新时无法收到邮件通知
- 问题
- 复现步骤
- 期望行为
监视列表更新时恢复邮件通知
- 影响范围
全站
--「准备提案」from TNLHK「与我讨论」 2020年12月14日 (一) 13:20 (CST)
似乎不只是监视列表更新时收不到邮件，现在连新账户的邮箱确认邮件都收不到...
这里——
- 复现。--酒姬民乐然
从今天下午开始貌似又能正常收到通知了……--酒姬民乐然- 怪，今天下午发了一封邮件之后就再没收到其他邮件了，貌似还是有点问题。--工具人乐然
- 怪，今天下午发了一封邮件之后就再没收到其他邮件了，貌似还是有点问题。--工具人乐然
图站bug？
File:72764746_p0.jpg无法查看原始尺寸图片，会提示You do not have permission to get URL '/common/6/6c/72764746_p0.jpg' from this server.请问这是什么bug吗？--
沉迷修仙的456君(讨论·贡献) 2020年12月13日 (日) 13:45 (CST)
- 复现。--酒姬民乐然
- (～)补充 出现问题的URL：[1]。--OIer乐然
- (～)补充 出现问题的URL：[1]。--OIer乐然
- ( ¡ )题外话 这张图片能过审吗——
- 经检查，原文件已损坏无法正常访问，缩略图因为生成缓存尚在故正常。此文件随后将会被删除，同时不建议在条目等各页面中再使用相同的图片。--未济桥姬(☯太虚之门) 2020年12月18日 (五) 22:42 (CST)
无法上传图片
如题。从之前直到现在都需要花长时间和多次F5才能上传图片，是网的问题吗？--来自马来西亚的Mememaker（讨论） 2020年12月18日 (五) 22:25 (CST)
请问如何使用API执行撤销编辑的操作
调用rollback模块提示只有管理员和巡查姬可以使用，请问有没有一般用户使用的撤销接口？虽然读取历史版本内容也可以做到回退，但这样做不会给被回退用户发通知_(:з」∠)_ -東東君（讨论） 2020年12月19日 (六) 21:42 (CST)
【BUG】移动版讨论版页顶档案馆存档链接为桌面版
- 问题
如题，页顶的"档案馆"在移动端仍显示为桌面版链接。
- 复现步骤
用移动版访问任意讨论版子页面。滑到最上面↑
- 期望行为
替换为移动版链接。也许需要更改Widget:ArchiveLink。
- 影响范围
移动版讨论版
--NHJR（讨论） 2020年12月19日 (六) 18:47 (CST)
请求协助换绑邮箱
本人忘记了这个账号的登录密码，由于绑定的是outlook邮箱无法接收密码重置邮件，现在还有没有别的方法换绑我的邮箱--希望のはな 繋いだ絆を (不要停下来啊！) 2020年12月21日 (一) 12:47 (CST)
- 直接在参数设置点击更换或移除电子邮件地址，就可以直接更换了，不需要输入登录密码（至少我这里数个账号测试都是这样的）。--未济桥姬(☯太虚之门) 2020年12月21日 (一) 13:31 (CST)
- @金萌桥姬我这边要我再登录一遍，我上次在电脑上登录的时间是7月--希望のはな 繋いだ絆を (不要停下来啊！) 2020年12月21日 (一) 13:36 (CST)
请使用你的帐号现在绑定的邮箱，将以下内容发送到zhanwuniang
moegirl.org：
- 萌娘百科用户名；
- 现在绑定的邮箱地址；
- 新的邮箱地址。
顺带注意，本渠道为临时措施，我们仍在努力解决outlook等微软系邮箱无法接收邮件的问题。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年12月21日 (一) 14:24 (CST)
- @AnnAngela邮件已发送--希望のはな 繋いだ絆を (不要停下来啊！) 2020年12月21日 (一) 14:30 (CST)
- 已完成密码修改，感激不尽--希望のはな 繋いだ絆を (不要停下来啊！) 2020年12月21日 (一) 15:01 (CST)
- @AnnAngela邮件已发送--希望のはな 繋いだ絆を (不要停下来啊！) 2020年12月21日 (一) 14:30 (CST)
繁简分类移动后出现残留页面
C8H17OH[更多]发现中国出版社是繁体标题就移动了并削除了。但是问题来了，繁体的分类:中國出版社下有30个分类，3个页面；而简体的分类:中国出版社只有5个页面，没有分类。必须在原条目手动修改才可以纳入简体分类。Category:ARGONAVIS from BanG Dream!音乐也出现过类似现象，后来不知道什么时候恢复了。 ——淑子（トーク） 2020年12月22日 (二) 22:39 (CST)
- 已批量刷新分类页面的缓存。———— ほしみ 2020年12月22日 (二) 23:11 (CST)
【BUG】图站上传文件时的迷惑互动
- 问题
这界面是故意弄的吗…？先不说满屏乱飞的绿色“萌”字浮屏……
刚才上传图片时，已经像平时一样按照规定填写了作品名等分类，但点击上传后被莫名以红字部分阻止上传（并同时从页面底部飞出文字浮屏，在页面上部淡出消失）
- 复现步骤
- 期望行为
能够上传图片
- 影响范围
图站
--迪尔碧莉蝶（留言板）
2020年12月7日 (一) 09:52 (CST)
- 这个需要巡查及以上权限才能免填这一栏，不过这个萌字确实有点迷惑——
- 啊这，我好像传过三个都没填的。——因为你百不能中英混合导致的本应是某FFF团的高级火法的高级火法 论・录 2020年12月7日 (一) 14:28 (CST)
- 啊这，我好像传过三个都没填的。——因为你百不能中英混合导致的本应是某FFF团的高级火法的高级火法
- 这个萌字貌似是彩蛋？之前碰到过。但是填了作品名还提示确实蛮怪的。--OIer乐然
- (▲)同上 这个bug好像是这几天出现的，这三栏必须要填，不填就像图片展示的那样，出现萌字
- (～)补充 复现步骤在加一条:需要不填写源地址或原作者其中的一栏，不然复现不了--「我的主页」from TNLHK「与我讨论」 2020年12月7日 (一) 18:53 (CST)
- 填写要求已恢复为三者至少填一项，请等待可能的缓存更新。绿色飞字是彩蛋（确信）。——C8H17OH（讨论） 2020年12月8日 (二) 12:47 (CST)
- @C8H17OH 不过我今天传的时候它要求我一定要全填喔，虽然显示的文字还是至少一项。——因为你百不能中英混合导致的本应是某FFF团的高级火法的高级火法 论・录 2020年12月8日 (二) 12:58 (CST)
- @C8H17OH 不过我今天传的时候它要求我一定要全填喔，虽然显示的文字还是至少一项。——因为你百不能中英混合导致的本应是某FFF团的高级火法的高级火法
- (▲)同上 现在依旧会出现这种情况。(～)补充 我甚至出现了三项全填却依旧无法上传的情况，没有出现任何红字警告，只返回页面顶端并出现萌字。——4O74Y74L74J7（讨论） 2020年12月8日 (二) 22:37 (CST)
- (▲)同上 好像是还没修好。 Kairos in the Space Time 2020年12月8日 (二) 22:47 (CST)
- @4O74Y74L74J7，Kairos：试着清除一下浏览器缓存试试？——C8H17OH（讨论） 2020年12月8日 (二) 23:42 (CST)
- 现在我可以上传了，但依旧需要三项全部填写。——4O74Y74L74J7（讨论） 2020年12月9日 (三) 10:45 (CST)
- 复现，缺一不可。--工具人乐然
- 同样复现，缺一不可。--夜刀神真香（讨论） 2020年12月9日 (三) 18:47 (CST)
- 同样复现，缺一不可；不过上传文件后在源代码处全删反而不会被插件阻拦。--一位普通的刺客以及他的私人邮箱 2020年12月11日 (五) 14:00 (CST)
- @4O74Y74L74J7，Kairos：试着清除一下浏览器缓存试试？——C8H17OH（讨论） 2020年12月8日 (二) 23:42 (CST)
- 服务端上代码确已更新。
- github上的代码是落后于服务端的，仅站长有权限更新其内容，当前运维无法对其进行改动。
- 请等待CDN缓存刷新/尝试刷新您的浏览器缓存。--Sysop 北极星と南十字（给我留言） 2020年12月11日 (五) 09:20 (CST)
- 我在当下时间点（2020年12月11日 (五) 14:35 (CST)）访问服务器上的源代码（ https://commons.moegirl.org.cn/load.php?modules=ext.MoeUpload&_=xzonn ），发现仍然与未修改的版本一致，而我在URL最后加入了“
_=xzonn”使得几乎不可能有缓存存在。关键代码为（已格式化）：
var haveNoDetail = $("#wpCharName, #wpAuthor, #wpSrcUrl").filter(function() {
return $(this).val().length === 0;
});
if (haveNoDetail.length > 0) {
haveNoDetail.addClass("inputError");
var noDetailRow = uploadFormMsgRow.clone();
noDetailRow.find("td").text(i18n("noDetail"));
haveNoDetail.first().closest("tr").before(noDetailRow);
returnValue = !1;
}
其中“haveNoDetail.length > 0”决定了只要有一项未填写即会跳出提示，应改为“haveNoDetail.length === 3”。希望运维能再次检查是否真的部署了代码。——Xzonn（聊天） 2020年12月11日 (五) 14:35 (CST)
- 现在的代码变成了“
haveNoDetail.length < 3”，代码依旧不正确，希望运维能再次检查。不过这样的话只要啥也不填就能传上去图了--夜刀神真香（讨论） 2020年12月16日 (三) 13:38 (CST)
确实仍然要求填三项，请求修复。--Djjr（讨论） 2020年12月14日 (一) 13:17 (CST)
- 这bugfix啥时候部署啊这都快两周传不上图了。Kairos in the Space Time 2020年12月16日 (三) 00:27 (CST)
- 我又遇到了这样的bug，而且即使三栏皆填也没法上传。--白内障，看不清，CuSO4滴眼睛 2020年12月16日 (三) 14:45 (CST)
12月18日，再度复现，代码仍为上述错误代码--夜刀神真香（讨论） 2020年12月18日 (五) 07:11 (CST)
简而言之，运维正在进行第二次修复尝试，第一次修复尝试失败被回滚了，请各位耐心等待。--Sysop 北极星と南十字（给我留言） 2020年12月18日 (五) 16:38 (CST)
- @北极星与南十字 能否建议负责修改的技术人员看一眼Xzonn[更多]大佬上面给出的修复方法？——移动版用户 Bhsd（讨论） 2020年12月18日 (五) 23:06 (CST)
- 又一周过去了……--夜刀神真香（讨论） 2020年12月24日 (四) 07:14 (CST)
- 所以现在萌娘百科的上传是不可用的状态吗？--User:LZfTmNXHAFyl （讨论） 2020年12月26日 (六) 01:11 (CST)
@迪尔碧莉蝶，高级火法，Leranjun，TNLHK，夜刀神真香，Kairos，实验性：无用论废人，CopperSulfate Wikipedia，Djjr 运维已再次尝试部署修复，请各位帮忙检查上传图片是否正常。人太多随便at几个。--Sysop 北极星と南十字（给我留言） 2020年12月26日 (六) 22:45 (CST)
- ✔ Leranjun 已看过，预计於下次上传文件时回复
- 这一问题已经解决，但代码出现了新的问题：
if(haveSymbol.length>0){
haveSymbol.addClass("inputError");
var haveSymbolRow=uploadFormMsgRow.clone();
haveSymbolRow.find("td").text("haveSymbol");
haveSymbol.first().closest("tr").before(haveSymbolRow);
returnValue=!1;
}
这里代码似乎应为haveSymbol.length===0，因为出现了新的问题，如图所示。
--夜刀神真香（讨论） 2020年12月26日 (六) 23:20 (CST)
- 图裂啦。Kairos in the Space Time 2020年12月27日 (日) 08:29 (CST)
- 从不手动上传的我瑟瑟发抖----
- 该bug似乎已修复，亲测不填作者可以上传，不会触发“萌”字彩蛋。——Wallfacer of moegirl（讨论）三体、萌化科学专题欢迎您的参与《一位脾气很好不会暴躁的用户，却对如何有亲和力的交流而迷茫，正在学习与正常人类的交流中》 2020年12月28日 (一) 18:12 (CST)
完成 原来是缓存的问题，感谢！咕哒凪（讨论） 2020年12月28日 (一) 21:37 (CST)
- ( ¡ )小提醒 @咕哒凪 请注意下方MAR模板显示的提示，您需要在该模板上方回复。如有需要也可以选择使用{{removedMAR}}移除MAR模板。——迪尔碧莉蝶（留言板） 2020年12月28日 (一) 22:49 (CST)
- ( ¡ )小提醒 @咕哒凪 请注意下方MAR模板显示的提示，您需要在该模板上方回复。如有需要也可以选择使用{{removedMAR}}移除MAR模板。——迪尔碧莉蝶（留言板）
【BUG】机器人存档链接出错
- 问题
技术实现版讨论串“【BUG】讨论版主页中的讨论版目录不再更新”的存档链接错误，应由机器人Bug引起。
- 复现步骤
- 期望行为
链接处理正确。
- 影响范围
讨论版
--—— JackBlock ( T • C ) 2020年12月18日 (五) 19:38 (CST)
- (～)补充 我也注意到了，不过查看了一下存档本身倒是有正常备份在子页面，只是主页面留下来的内链传送门有误（包括编辑摘要中的，想必正是这个致使楼上误解）过阵子完全移除主页面讨论串的话，可能都不会有人注意到发生过这个bug。但还是建议检查一下，以免造成更大问题。——迪尔碧莉蝶（留言板） 2020年12月19日 (六) 00:54 (CST)
(～)补充 发现一个未被正确存档的讨论串：Special:差异/4537785/4538307，于2020年11月22日被bot在萌娘百科_talk:讨论版/操作申请删掉了，但没有在萌娘百科_talk:讨论版/操作申请/存档/2020年11月加入。——C8H17OH（讨论） 2020年12月19日 (六) 17:23 (CST)
- 由于相当偶发，所以暂时无法debug。不过我已经开启日志留存功能，下次遇到我会尝试debug。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年12月26日 (六) 11:29 (CST)
关于黑幕下红链的颜色
按照目前的格式设置，蓝链在黑幕下会被替换为适应黑幕的浅色，右为示例，如这段文字所示；但是红链在黑幕下并不会改变颜色，右为示例，如这段文字所示。这样就会导致红链文字在黑幕下非常难以识读。（更有趣的是，黑幕在红链中的时候会改变颜色，如同黑幕在蓝链中一般，这段文字中间如是即为示例。）
看了MediaWiki:Gadget-site-styles.css我就更困惑了。CSS中明明就有对黑幕下红链的格式设置，但颜色是与无黑幕的红链一样的#BA0000：
body:not(.heimu_toggle_on) .heimu.off .new,
body:not(.heimu_toggle_on) .heimu.off .new:hover,
body:not(.heimu_toggle_on) .new:hover .heimu.off,
body:not(.heimu_toggle_on) .heimu:hover .new {
transition: color .13s linear;
color: #BA0000;
}
因此我想问一下没有把黑幕下红链的颜色改成其他更浅、更便于阅读的颜色是有什么考虑吗？感谢。 --
- @MJH 可以参考一下Bhsd大佬和我在MediaWiki talk:Gadget-site-styles.css上的编辑请求。我提的请求里有提到改黑幕红链，但是因为嵌套不需要修复所以一起被拒绝了……--工具人乐然
- 我需要一个更浅的红色，谁能提供一下。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年12月20日 (日) 23:55 (CST)
请问一下可折叠的实现
我在我的js页写了个破玩意以便在移动版
有人能告诉我怎么整吗? NHJR（讨论） 2020年12月24日 (四) 23:19 (CST)
重新再加载一次MediaWiki:Mobile.js即可。麻烦哪位来挂一下MAR? NHJR（讨论） 2020年12月26日 (六) 17:08 (CST)
mw.loader.using("jquery.makeCollapsible").then(function () { $(".navbox").makeCollapsible(); });就行。重复加载 Mobile.js 有副作用 --𝐃𝟒𝟏𝐃𝟖𝐂𝐃𝟗𝟖𝐅𝟎𝟎𝐁𝟐𝟎𝟒𝐄𝟗𝟖𝟎𝟎𝟗𝟗𝟖𝐄𝐂𝐅𝟖𝟒𝟐𝟕𝐄 2020年12月26日 (六) 20:31 (CST)
请求在插入音频方式中添加spotify
通过Help:插入音乐页面我知道可以添加网易云、苹果音乐、虾米音乐、soundcloud等平台的歌曲内嵌，但是本人目前用的是spotify，可能不少人用的也是这个，所以想问一下是否可以添加spotify的内嵌模板，或者是否会有政策等问题添加不了，谢谢。 --——以上未签名(注)本条留言未签名，留言后请记得用--~~~~签名！的留言由Bug0_1（讨论·贡献）于2020年12月24日 (四) 17:28 (CST)添加。
- @Bug0_1：您能否提供一下Spotify的外部播放器组件（就是像上面说的那几个那种）以供技术人员开发相应模板？我没有用过Spotify，不知道Ann姐或者其他人是否了解。（好像在中国大陆不开放？）——C8H17OH（讨论） 2020年12月24日 (四) 18:57 (CST)
- Spotify内地可以使用，但除app外不提供搜索服务，也没有外链播放器。—— ほしみ 2020年12月24日 (四) 19:00 (CST)
比如这首https://zh.moegirl.org.cn/%E4%B8%83%E5%BD%A9%E6%97%A5%E5%92%8C，「なないろびより」，在网易云里至少我的非会员账号上搜索不到，但是在日区的spotify上可以搜到，分享方式有下面几种
①複製多個歌曲連接
https://open.spotify.com/track/5uXbikVUQDFgBa6UJbnK1S?si=t0v3PUOkTVKbgDTnC0rmYQ
②複製多個内嵌程式碼
<iframe src="https://open.spotify.com/embed/track/5uXbikVUQDFgBa6UJbnK1S" width="300" height="380" frameborder="0" allowtransparency="true" allow="encrypted-media"></iframe>
③複製多個Spotify URI
spotify:track:5uXbikVUQDFgBa6UJbnK1S
如果不可以的话那就算了
——以上未签名(注)本条留言未签名，留言后请记得用--~~~~签名！的留言由Bug0_1（讨论·贡献）于2020年12月25日 (五) 11:36添加。
- FYI，Spotify确实是有外链播放器的。--OIer乐然
- @Bug0_1：1.换行需要两个回车；2.发言后请使用
~~~~签名。 - 看起来似乎是可以有？要召唤Ann姐吗？（虽然感觉能用上的页面不多啊x 而且大陆基本没法用）——C8H17OH（讨论） 2020年12月27日 (日) 00:25 (CST)
- 惊了，spotify居然可以搜索了x
- 顺便cn区的applemusic就有，可能是这个？
- 我认为应该尽可能使用内地能够试听的链接，堆砌很多不太好。上述歌曲大陆地区版权是腾讯的。
- —— ほしみ 2020年12月27日 (日) 01:31 (CST)
- {{Spotify}}——From AnnAngela the Temporary Bureaucrat (Talk) 2020年12月27日 (日) 13:26 (CST)
- @C8H17OH：感谢指正，新人不太了解用法
- @星海子：本人比较喜欢听acg相关音乐，个人用过网易云和国区apple music，在各自使用的时期里遇到过歌曲下架，或是歌曲搜索不到，或者歌曲上架不及时等问题，还有国区apple music歌曲的命名不统一问题。我不想为了听歌下载氪金好几个音乐app，所以选择了我喜欢听的歌曲在曲源相对较全的日区spotify。（spotify歌曲播放在国内可以直连，外链播放器应该也能正常显示吧）
- @AnnAngela：感谢Ann姐
- --Bug0_1（讨论） 2020年12月27日 (日) 18:44 (CST)
- @C8H17OH：感谢指正
- @Leranjun@AnnAngela：以添加Hello!My World!! - song by fhána | Spotify为例，经测试：
- Hello!My World!! - song by fhána | Spotify 网页播放器网址
- ①国内网络环境浏览器打不开spotify网页播放器，会弹出未在所在国家/地区提供服务提示
- ②科学上网网络环境可以打开spotify网页播放器，但是播放需要登陆账号，非会员不知道能播放多久，我是会员可以直接完整播放
- Hello!My World!! - song by fhána | Spotify 外链播放器网址，非网页播放网址，区别在网址里有/embed
- ①国内网络环境显示“This content is not available in your country.”
- ②科学上网网络环境未登录可以播放30s，网页登陆过且是会员可以完整播放
- ③港区没有但日区有版权的歌曲在香港的网络环境下未登录时会显示未在所在国家/地区提供服务，如こだまことだま - song by nano.RIPE | Spotify
- 所以就目前而言，插入spotify音乐模板和插入Youtube视频模板一样可以归类为在大陆无法使用的功能，所以@AnnAngela，如果继续编辑模板:Spotify的话，可以这样说明，还有我尝试过
{{Spotify|id=1ONHsWeZjE5Uj5h1wVSCoq}}会出错，我对比了一下似乎spotify是用的track而不是id，自作主张用track的话也会有错{{Spotify|track=1ONHsWeZjE5Uj5h1wVSCoq}}，谢谢。 - ——以上未签名(注)本条留言未签名，留言后请记得用--~~~~签名！的留言由Bug0 1（讨论·贡献）于2020年12月27日 (日) 23:17 (CST)添加。