因各种原因页面内容可能和源页面有所出入，非本站特有页面内容请以萌娘百科为准。
- 你好～！欢迎来到萌娘百科镜像站！如需查看或编辑，请联系本站管理员注册账号。
- 本镜像站和其他萌娘百科的镜像站无关，请注意分别。
萌娘百科 talk:讨论版/技术实现/存档/2020年05月
讨论版【技术实现】档案馆
萌百的自动保存功能怎么没了？
RT，参数设置里面也找不到，关掉了吗？这功能明明对不小心按到后退或者因为网络问题导致编辑丢失有很大帮助的呀…………--魔女小姐破窗倒计时（讨论） 2020年4月25日 (六) 00:53 (CST)
- 萌百有自动保存功能吗？——落花有意12138（讨论） 2020年4月25日 (六) 08:16 (CST)
- 确实关掉了，具体问@AnnAngela。--W3jc（讨论） 2020年4月25日 (六) 08:30 (CST)
- 等我有空再重写一版。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月25日 (六) 09:01 (CST)
(…)吐槽 自动保存功能我觉得很鸡肋... 本人在编写条目的时候都会开着文本编辑器，这样就可以随时把代码搬进编辑器里，自动保存功能和这个土方法比也没有很明显的优势。不知道各位怎么看。--Fetton论（✉战双帕弥什专题编辑组求人中...），留言于: 2020年4月25日 (六) 20:46 (CST)
- (…)反吐槽 然而并不是每个人在编写条目的时候都会开着文本编辑器......这功能还是挺重要的--Cstd（讨论） 2020年4月25日 (六) 23:25 (CST)
【性能问题】讨论版太长，需要分版
当前萌百使用的小霸王服务器已经无法承载有100多个话题同时进行和上万次修订记录的讨论版编辑，导致近期频繁出错。
为优化讨论版性能，避免讨论版单页拖慢全站，有如下建议：
- 定期删除重建讨论版，避免单页堆积大量编辑历史。（如每月存档时重建一次，记得确认编辑权限对不对）（本次重建前有约10,387次修改记录）
- 分版，对保护/权限申请等分出单独页面进行，专题内容转至专题讨论版进行等，尽量控制讨论版页面长度。
以上--
Baskice(talk) 2020年4月25日 (六) 17:08 (CST)
(＋)同意 ，这样好，还以为刚才讨论版被某站长权限申请吓坏了（x——磷化镓（讨论） 2020年4月25日 (六) 17:53 (CST)
( ¡ )题外话 ，不懂就问，为什么是有“约”10387次x--
(＋)同意 这是好的 rinco talking 2020年4月25日 (六) 18:03 (CST)
(＋)支持第一个讨论版这东西，只需要存档而不需要历史。定期重建或许是个不错的选择，毕竟没有回滚的必要，即使有，也是短期出错后立即回滚——
(＋)支持 ：可能是活跃用户多了，现在讨论版的帖子越来越多了。权限拆出去既有必要又更合理。至于专题内容问题，这点我觉得需谨慎考量，大家都知道条目讨论页看的人一般没多少。
重建讨论版什么的，我觉得还一个办法是干脆把讨论版建成[[Talk:讨论版/20XX年X月]]的格式，然后每月把Talk:讨论版重定向到当月的子页。不过这样的话月末的讨论贴可能就容易漏掉了。——C8H17OH（讨论） 2020年4月25日 (六) 19:16 (CST)
- (～)补充 ：我刚才思考了一下，或许我们可以给讨论版分个区？现在这样有点乱；而且讨论版和提问求助区二者功能也有一定重合，比如技术类问题。我觉得大致可以分成这几个区：
- Talk:讨论版/政策，讨论方针、收录标准、分类规则这类全站性质的问题（比如#现行收录范围是否需要修改？怎样修改？），以及一些来自维护组的通告（比如本话题）
- Talk:讨论版/内容，讨论条目、专题或模板的内容问题，比如#这个页面名字合适吗？、#模板:萌属性的种族与模板:ACG生物的非现实生物 过于重合
- Talk:讨论版/技术，讨论代码、工具等技术性问题，比如#关于歌词在桌面版和移动版视图中的显示问题、Talk:提问求助区#关于不同分辨率下的排版
- Talk:权限申请
- Talk:请求，指请求进行删除、全站替换等需要巡查/管理才能执行的操作
- 当然上述分区必然仍有重合（比如单个条目的存废既可以放在政策问题也可以算作内容问题），但起码能让讨论区的结构更清晰一些。以上建议仅供参考，感谢。——C8H17OH（讨论） 2020年4月25日 (六) 21:00 (CST)
(＋)建议两条一起实行，把“申请”类的讨论串一并移动到类似于“Talk:讨论版/申请”一类的子页面，在主讨论版顶上加上链接。另外(＆)建议 在归档后三天删除留在主讨论版上的归档记录。( ¡ )题外话 我看见上面有好几天前的讨论串没有归档，是机器人出问题了？——落花有意12138（讨论） 2020年4月25日 (六) 19:43 (CST)
(＋)支持 有解决的办法就好。--Fetton论（✉战双帕弥什专题编辑组求人中...），留言于: 2020年4月25日 (六) 20:05 (CST)
(＋)支持 ：现在的讨论版确实太长了，要加载好久。另外同问像是#萌百:应当指向萌娘百科:而非条目区这样的已存档讨论串（3月的）怎么还没有从列表中移除呢--Cstd（讨论） 2020年4月26日 (日) 00:25 (CST)
- 在弄了。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月25日 (六) 22:28 (CST)
(＋)同意 。( ? )疑问 ：每月直接將當月討論版移動入存檔，然後把仍在討論中的話題轉移到新討論版頁面是否可行？(＆)建议 ：是否可以將討論版的名字空間移動到「萌娘百科」或「萌娘百科 talk」中？就像維百的互助客棧一樣？這樣可方便高級搜索，否則討論版的名字空間和條目討論的名字空間一樣，比較難單獨搜索。
站長、行政和管理辛苦了~ Ant1597 {論|歷|志}(回覆時請 @我, 感謝.) 2020年4月26日 (日) 05:31 (CST)
关于讨论版和提问求助区的性能问题
据我所知讨论版和提问求助区最初是按照类似于维基百科的讨论机制建立的。拿讨论版举例，每个用户每次进入的时候都会加载一遍整个讨论版，然后需要翻到页面最下方才能看到最新的讨论（因为上面有很多过时的、无人参与的或者用户本人未参与的讨论）。那么这相当于在访问讨论版时大部分CPU时间和流量全部用在了生成无用信息上。
有没有更好的设计？如果每个讨论版的讨论话题可以创建一个子页面的话：
- 加载速度会更快，因为加载内容更少了；
- 用户更方便找到自己的讨论页；
- 可以监视特定讨论的讨论页，现在不可能监视整个讨论版，监视列表会爆炸的；
- 机器人存档时只需要直接移动该页面即可，还能保留编辑记录。
- 减少可能的编辑冲突。（2020年4月25日 (六) 18:53 (CST) 新增）
目前有一个成功的案例，就是Talk:提案的那种结构。
弊端的话目前也能想到一些：
- 当前架构没有技术上的问题只有性能问题，未来如果提升服务器的硬件水平的话说不定不需要对其动刀；
- 开新页面占用的硬盘空间可能更大；
- 用户习惯问题；
- 机器人的行为需要重写；
- 工作量太大。
不过目前有一个可以做到的事，(＆)建议 就是把“权限申请”先分到单独的页面去。目前讨论版上有约16%的话题为权限申请请求（截止到现在）。同理，提问求助区的“请求删除页面”也可以专门开一个新页面来放，它们实在是太多了。-- 0 error(s), 0 warning(s).（查 · 论 · 编） 2020年4月25日 (六) 18:32 (CST)
(＋)支持 分版还有一个好处：减少编辑冲突（我刚才就和你冲突了，虽然我们话题完全不一样）--一位不愿透露姓名的吃瓜群众如是说道 2020年4月25日 (六) 18:47 (CST)
(＋)支持 ：提删这类请求确实很多，也很难称之为“提问”或者“求助”，不如单拆出来，让提问求助区更多地服务于提问和求助。——C8H17OH（讨论） 2020年4月25日 (六) 19:19 (CST)
(＋)支持 优点显而易见。弊端方面因为本人不是专业码农，看不懂，就不作评论了。--Fetton论（✉战双帕弥什专题编辑组求人中...），留言于: 2020年4月25日 (六) 20:08 (CST)
(＋)强烈支持 权限申请和请求删除页面另开专属页面—— ほしみ (🤼♂️) 2020年4月25日 (六) 21:33 (CST)
ほしみ(＋)支持 ：这样可以细化页面功能，提高讨论版质量--Cstd（讨论） 2020年4月26日 (日) 00:00 (CST)
(＆)建议 可以给一些幽默的想法专门开一个讨论区，还有新手也可以专门开一个新手互助区。--——🌌🏎🐬User:REEE💥🌸（搞 ♀ 姬） 2020年4月25日 (六) 22:26 (CST)
- 在弄了。（顺带一提，灌水区就算了吧，萌百不是贴吧，灌水没经验的）——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月25日 (六) 22:32 (CST)
(＆)建议 改成每新的问题/讨论都放在旧的问题/讨论上面--Mememaker（讨论） 2020年4月25日 (六) 22:42 (CST)
- (：)回应 这样覆盖不好吧？--——🌌🏎🐬User:REEE💥🌸（搞 ♀ 姬） 2020年4月25日 (六) 22:45 (CST)
- (＝)中立 ，一个问题是：是否支持從頂端插入新章節？如果支持的話，我不反對。Ant1597 {論|歷|志}(回覆時請
@我, 感謝.) 2020年4月26日 (日) 05:42 (CST)- @Ant1597 添加话题调用的是MediaWiki的“创建新章节”功能，理论上只能往最下面加。--User:Hwlyz/Signature 2020年4月26日 (日) 11:19 (CST)
(＋)同意 + (＋)强烈支持。另外刚刚在上面的Talk:讨论版#【性能问题】讨论版太长，需要分版中提了个(☩)意见 ：是否可以考慮把Talk:讨论版移動到萌娘百科:讨论版？這樣子更加符合這個頁面的身份，也可以在高級搜索時通過選擇搜索的名字空間將其從條目討論中區分出來。Ant1597 {論|歷|志}(回覆時請 @我, 感謝.) 2020年4月26日 (日) 05:42 (CST)
- (＋)支持 --——🌌🏎🐬User:REEE💥🌸（搞 ♀ 姬） 2020年4月26日 (日) 07:31 (CST)
- (－)强烈反对：各个名字空间有各自的用途。野蛮追求所谓的“正式感”“页面身份”而放弃专为讨论而设计的Talk名字空间不可取。--半夜咳嗽的狼（讨论） 2020年4月26日 (日) 14:48 (CST)
(＋)支持 虽然用电脑并不在乎这一些
--不知名咸鱼（讨论） 2020年4月26日 (日) 08:54 (CST)
关于公共讨论页面的改版
目前我对公共讨论页面的改版有以下想法：
- 将提问求助区和讨论版合并拆分成以下6个页面：
- 萌娘百科讨论:讨论版/方针政策（讨论萌百的方针、政策）
- 萌娘百科讨论:讨论版/页面相关（讨论萌百条目、模板的内容的写法，以及单个或小范围条目的存废、命名等问题）
- 萌娘百科讨论:讨论版/技术实现（讨论模板、模块、js等代码的写法）
- 萌娘百科讨论:讨论版/权限申请（申请各类用户组）
- 萌娘百科讨论:讨论版/操作申请（申请批量编辑，删除、保护、还原页面以及封禁、解封、改变封禁等需要特定权限的操作）
- 萌娘百科讨论:讨论版/提问求助（面向新人和不熟悉相关知识的人，不设自确限制，Talk:提问求助区 重定向至此）
- 然后使用机器人在萌娘百科讨论:讨论版同步显示子页面的目录。
如果没有大的反对意见的话将在周一建立相关页面和修正相关模板、小工具，并在周二正式进行相关页面改版。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月26日 (日) 14:46 (CST)
- (＋)支持 --
Wrong Scenario (讨论|贡献) 2020年4月26日 (日) 14:51 (CST) - ( ? )疑问 Talk:提案是否不在改版范围内？--サンムル（讨论） 2020年4月26日 (日) 14:52 (CST)
- (＋)支持 最好先试行一段时间，如果拆分出来某个页面还是编辑太频繁，可以继续拆。--蝶影書于蝶翼齋 2020年4月26日 (日) 14:59 (CST)
- Talk:互动客栈？_yoonhɑkcher（留言） 2020年4月26日 (日) 16:52 (JST)
- (＋)强烈支持，要不然对手机版翻页很不友好，
虽然我是电脑版--Yateskr（讨论） 2020年4月26日 (日) 16:03 (CST) - (＋)支持 ：建议把权限申请修改为权限变更，包含申请与弹劾--Cstd（讨论） 2020年4月26日 (日) 17:15 (CST)
- (＋)强烈支持总有种我的建议被采纳了的错觉——C8H17OH（讨论） 2020年4月26日 (日) 17:54 (CST)
- （异想天开）可否使用discuz!制作分站论坛用来讨论？都说了是异想天开没可能实现的--
励志成为巡查员但却做不到的playymcmc007（讨论 ） 2020年4月26日 (日) 17:26 (CST)- 那样没法用内链了，你想让每次链接条目的时候都得打上完整的网址么？
——C8H17OH（讨论） 2020年4月26日 (日) 17:54 (CST) - 那还不如用MediaWiki的某个论坛扩展。--蝶影書于蝶翼齋 2020年4月26日 (日) 19:11 (CST)
- 缩进啊！-- Func（讨论·贡献） 2020年4月26日 (日) 19:19 (CST)
- 没有什么是模板做不到的Template:Moebbs（暴论）做一个类似“到xxx”的模板，但是结构再简单亿点点，举个例子：{{到MC百科}}前提是discuz!论坛制作付诸实施，但这是不可能的啦我没有缩进的原因是我对整个话题的回复--励志成为巡查员但却做不到的playymcmc007（
讨论 ） 2020年4月26日 (日) 21:29 (CST)
- 那样没法用内链了，你想让每次链接条目的时候都得打上完整的网址么？
- (＋)支持 KONNO Yumeto 2020年4月26日 (日) 19:09 (CST)
- (＋)支持 但建议讨论版的存档维持现有的存档机制，将各个分区的完结讨论串按时间存入每月一个页面中。——From 浊华 (讨论·贡献) 2020年4月26日 (日) 21:44 (CST)
- (＋)'(＆)强烈建议'：如果这么分的话萌娘百科讨论:讨论版/方针政策和萌娘百科讨论:讨论版/权限申请这两个讨论页面会很冷门（方针政策一类问题一般会开提案解决吧；权限申请一个月内数量也不多），建议将这两个页面合并为一个页面（个人认为用户权限的调整和管理层的人事变动应该也算作萌百管理的一部分）。——BlackShadowG★ 2020年4月26日 (日) 22:28 (CST)
- (－)反对 ：根据我个人的设想，对收录范围这类问题的讨论也属于【方针政策】。细数当前活着的话题，就至少有#音乐条目收录范围的灰色地带、#【首页改版】首页专题列表申报、#关于提高条目质量（减少低质量条目）的办法、#萌百的收录范围中关于现实人物等的细化请求、#现行收录范围是否需要修改？怎样修改？、#【性能问题】讨论版太长，需要分版、#关于讨论版和提问求助区的性能问题、#关于公共讨论页面的改版、#关于图片的应用（如人物信息栏的图像等），是否有必要确立一个标准。等九个话题属于此分区，还有一些介于【方针政策】和【页面相关】之间的没有算进来。而且这类讨论往往很长、参加人数很多、过程和结果教乱，和程序有法可依、短平快、过程和结果一目了然的【权限申请】完全不同，不建议混在一起。——以上未签名(注)本条留言未签名，留言后请记得用--~~~~签名！的留言由C8H17OH（讨论·贡献）于2020年4月26日 (日) 22:37 (CST)添加。
- 我的想法是【方针政策】扮演RD常委会会议角色，【提案】扮演全国RD会议角色（懂法律的应该能理解我的意思）。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月26日 (日) 22:49 (CST)
- (－)反对 ：根据我个人的设想，对收录范围这类问题的讨论也属于【方针政策】。细数当前活着的话题，就至少有#音乐条目收录范围的灰色地带、#【首页改版】首页专题列表申报、#关于提高条目质量（减少低质量条目）的办法、#萌百的收录范围中关于现实人物等的细化请求、#现行收录范围是否需要修改？怎样修改？、#【性能问题】讨论版太长，需要分版、#关于讨论版和提问求助区的性能问题、#关于公共讨论页面的改版、#关于图片的应用（如人物信息栏的图像等），是否有必要确立一个标准。等九个话题属于此分区，还有一些介于【方针政策】和【页面相关】之间的没有算进来。而且这类讨论往往很长、参加人数很多、过程和结果教乱，和程序有法可依、短平快、过程和结果一目了然的【权限申请】完全不同，不建议混在一起。——以上未签名(注)本条留言未签名，留言后请记得用--~~~~签名！的留言由C8H17OH（讨论·贡献）于2020年4月26日 (日) 22:37 (CST)添加。
- (＆)建议 添加一个诸如“消息”、“全站消息”、或者“公告板”这样的板块用来放置一些公告性质的内容（以前这些内容都由维护组直接贴入讨论版）。这个板块可以考虑只允许巡查以上编辑，也许可以直接引用在总页面……@AnnAngela —COVID退散! 理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年4月28日 (二) 04:42 (CST)
通告：明天上午9点左右将进行讨论版讨论串转移，届时我将会保护原讨论版（本页面）到巡查编辑，以后将不会在本页面进行任何讨论。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月27日 (一) 23:55 (CST)
子站评论系统出现问题
萌娘书库和隔壁某阿卡林被wall站点下方评论系统均出现问题--悠远的苍穹 (Talk with me!) 2020年4月28日 (二) 15:35 (CST)
关于特殊状态
萌娘百科_talk:讨论版中"发言更新图例"所属特殊状态并没有在目录列表中体现出来（指已完成的议题），请复查；另，"发言更新图例"不必折叠，因为那里的位置很宽裕且作为参考图例每次点开很不便--Cstd（讨论） 2020年4月28日 (二) 22:33 (CST)
关于webp
( ? )疑问 突然发现萌娘百科的webp图片能在Safari上预览了，是采用了什么技术呢。实测Safari上B站依旧不能查看webp图片—— ほしみ (🤼♂️) 2020年4月28日 (二) 22:41 (CST)
有关讨论版/权限变更
首先祝贺新的讨论版体系上路。
权限变更讨论页当前使用的{{状态}}和{{MAR}}在功能上基本重复，希望可以只保留一个。_yoonhɑkcher（留言） 2020年4月29日 (水) 08:55 (JST)
- 没懂啥意思——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月29日 (三) 08:55 (CST)
Templatestyles和Widget在移动版视图似乎会冲突
如题。前段时间就有注意到，以前似乎正常的明日方舟/干员图鉴在{{明日方舟图鉴}}从Widget内置<style>换用<templatestyles>之后整个页面都崩了，表现为Templatestyles和Widget（包括页顶的筛选和页中的快速切换立绘）全部木大；不论拿掉筛选或者快速切换这两个Widget中的哪一个都不行，必需两个同时移除。
我刚刚又遇到了类似的问题：我正在写一个讨论页主页的稿子，为了让内容清晰、方便修改应用了<templatestyles>，又用了Ann姐新写的{{讨论版页顶/一键关注}}（包含Widget）；不过这里在移动端下，<templatestyles>并没有崩溃（样式还在），但是Widget炸了。
不知道这个能怎么办，但能修当然是最好的……我能想到的绕过方法就是像{{明日方舟图鉴}}以前那样，不用<templatestyles>而用Widget写入格式。Sad。——COVID退散! 理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年4月29日 (三) 02:08 (CST)
- 问就是移动版插件垃圾，请向媒体维基基金会提出issue。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月29日 (三) 08:50 (CST)
- Sad. 想想还是决定先放弃移动端优化（或者用Widget试试），不用 TemplateStyles…… —COVID退散! 理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年4月30日 (四) 01:15 (CST)
- https://phabricator.wikimedia.org/T251434 （ —COVID退散! 理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年4月30日 (四) 01:59 (CST)
仅就{{讨论版页顶/一键关注}}这一个包含Widget的模板，把它包覆在<caption>中（如<table><caption>{{讨论版页顶/一键关注}}</caption></table>）可以让Widget在移动端正常工作。但是为什么啊？？？？？？- 且抄送@AnnAngela……—COVID退散! 理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年5月1日 (五) 06:07 (CST)
- 不是很懂=。=——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月1日 (五) 08:38 (CST)
关于Ajax加载的建议&设想
今天发现了模板{{TemplateAsyncLoad}}，发现该模板有一些缺陷：
- 用户不能决定内容是否加载
- 加载失败会留下一个错误信息，必须刷新才能重新加载
- 对于多个模板并列加载（例如连续使用多个NavBox），显示不够美观
这两个模板可以由用户手动点击以决定内容是否加载，且可以指定加载外框的样式（主要用于NavBox），效果更美观。
由于运行环境的问题，代码不能直接搬过来用，请各位有权限的技术人员看看能否搬运过来适应萌百的运行环境。—— JackBlock ( T • C ) 2020年5月1日 (五) 17:22 (CST)
- 已追加了3次重试功能，这个模板本来解决的就只是扩展长度超出限制的痛点所以没考虑太多，请勿依赖这些模板，个人认为暂时没有引入的必要。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月1日 (五) 21:48 (CST)
提醒各位萌百数学组、物理组、化学组、生物组……的编辑，{{MathJax}}已引入
各位萌百数学组、物理组、化学组、生物组……的编辑们大家好，昨天在AnnAngela的帮助下萌百引入了{{MathJax}}，用于显示各种数学、物理、化学、生物……公式。如：
目前来看萌百内用到的比较多的就是化学元素萌化页面需要写方程式，可以直接调用{{chem}}，例如：
{{chem|display=block|Al + Cu ->[\triangle][50 ^\circ C] Au + Cl ^}}
显示效果：
MathJax比较方便的一点就是代码可以比较方便地复制（右键单击 → Show Math As → TeX Commands）和放大（右键单击 → Math Settings → Zoom Trigger），并且可以选择渲染方式（右键单击 → Math Settings → Math Renderer），而且MathJax支持非常丰富的语法，可以尽情调教调试。
我已在{{MathJax}}和{{chem}}模板的文档页面填写了简单的使用说明，并且站内有@SomeyaMako编写的Re:从零开始的MathJax教程供参考，希望大家可以尝试使用这两个模板并提出意见和建议，谢谢大家！或许有一天大家可以在萌百学习丰富的理科知识——Xzonn（聊天） 2020年4月19日 (日) 13:59 (CST)
行吧，我去改一下乱马1/2（一分为二）——屠麟傲血（讨论） 2020年4月19日 (日) 14:49 (CST)
哇浪这么厉害啊！（后跳）--Fetton论（✉战双帕弥什专题编辑组求人中...），留言于: 2020年4月19日 (日) 14:50 (CST)
测试了一下，行内公式用分数好像会自动换行，所以行距问题如何解决？行距问题已解决，不过这东西标题不能用……——屠麟傲血（讨论） 2020年4月19日 (日) 15:22 (CST)
- 改了一下，现在能显示了，需要加个参数
display=inline：
易知$1 + 1 \neq 3$
——Xzonn（聊天） 2020年4月19日 (日) 15:54 (CST)
测试$$x = {-b \pm \sqrt{b^2-4ac} \over 2a}.$$
为什么是换行居中的x—— 高级DD星海子 (讨♀论·贡♂献) 2020年4月19日 (日) 16:54 (CST)
- 因为你用了两个美元，所以就换行居中了。
测试$x = {-b \pm \sqrt{b^2-4ac} \over 2a}.$
这就可以了（应该）。——Xzonn（聊天） 2020年4月19日 (日) 18:22 (CST)
(ｉ)注意 标题中不能使用的wiki代码喜加一。--サンムル（讨论） 2020年4月19日 (日) 17:31 (CST)
- (：)回应 其实我想说的是这个，文内标题现在把nowiki部分塞进模板是能用，但是标题替换模板并不能这么用。事实上文内标题几乎不可能用得到这个模板……——屠麟傲血（讨论） 2020年4月19日 (日) 18:34 (CST)
萌娘有数学组？←。←--尽点（讨论） 2020年4月19日 (日) 18:43 (CST)
- (：)回应 有个三角函数，但是一片红--From a patroller named RedstoneDave 2020年4月19日 (日) 19:12 (CST)
- 所以说真的有数学组吗，有的话我可以帮忙编（然而并不知道哪些东西可以萌娘化，有啥专门萌娘化数学公式／数学家的来源吗 --Mathreader（讨论） 2020年4月25日 (六) 23:04 (CST)
关于JSON页
我认为萌百应该在用户注册时自动创建该用户的JSON页，并自动记录该用户的贡献及每月/日编辑数，因为很多萌新（包括我）到现在都不知道怎么创建并编辑JSON页，而Echart（特别是编辑数）的填写我认为过于繁杂，我觉得萌百应该对这些进行一系列删繁就简的措施，让这些页面自动化。谢谢。--赤木 西奈（讨论） 2020年4月25日 (六) 11:31 (CST)
- ( ¿ ) 喵喵喵？建立用户页点这里，你的编辑次数无效的用户名，代码：{{#cscore:赤木 西奈|changes}}，也可以用{{用户信息}}，或见#希望能增加一款界面显示的小工具。[[user:折纸本命|User:折纸本命/约战]] 2020年4月25日 (六) 11:43 (CST)
- @折纸本命:但是我还不会填写"贡献"一页，导致我的贡献页是空的，我也不知道我该填什么，而且每月编辑数的JSON页要自己清点编辑数，十分不方便，而且Echart出错几率有点大（未建立JSON页或尺寸问题都会），希望能像Template一样能轻松的插入用户页，并且自动收集每月编辑数及用户所作贡献。--赤木 西奈（讨论） 2020年4月25日 (六) 11:54 (CST)
- @的使用是{{@|折纸本命}}，我看过你的贡献页是有内容的，不能显示可能是系统问题你可能需要{{@|AnnAngela}}，你上面所述的功能已经实现了不是很懂你的意思。[[user:折纸本命|User:折纸本命/约战]] 2020年4月25日 (六) 12:11 (CST)
- @折纸本命:但是我还不会填写"贡献"一页，导致我的贡献页是空的，我也不知道我该填什么，而且每月编辑数的JSON页要自己清点编辑数，十分不方便，而且Echart出错几率有点大（未建立JSON页或尺寸问题都会），希望能像Template一样能轻松的插入用户页，并且自动收集每月编辑数及用户所作贡献。--赤木 西奈（讨论） 2020年4月25日 (六) 11:54 (CST)
你的问题是这个吗? User_talk:AnnAngela#Echart将来会用来显示用户贡献吗？ 页面User:Iskyex/signature.css没有内容。
- 这什么东西，我html学得不好，看不懂。[[user:折纸本命|User:折纸本命/约战]] 2020年4月25日 (六) 14:27 (CST)
- 萌百现在没有闲钱来处理超过涉及四十四万个账户的庞大自动化工作。请谅解。_yoonhɑkcher（留言） 2020年4月25日 (土) 15:40 (JST)
反正现阶段要去做这个的话，还是自己在本地搞一些自动化工具好了。 页面User:Iskyex/signature.css没有内容。
- {{Echart}}本意是用来显示图表，而不是用户贡献，我只不过拿来顺手做了个按月贡献图表而已。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月25日 (六) 21:51 (CST)
请求取消编辑冲突检查工具在本站的引入
本文标题中所提的“编辑冲突检查工具”，即萌娘百科_talk:讨论版/提问求助#请求引入一个显示实时编辑冲突的小工具所提及的小工具。
该小工具在本站实际运用中先后出现了预览时直接保存和检查编辑冲突导致无法提交编辑两大bug，且至今未能修复，对本站的各位编辑者造成了较严重的不良影响，现请求停止该小工具的引入或至少取消该小工具的默认启用选项，直到相关bug修复，以减少相关影响。
另，该bug的临时解决办法是在参数设置-小工具-编辑工具中，取消“在编辑界面自动检测是否出现编辑冲突，并提示保存编辑内容”的勾选即可。--秦⑤阳（讨论） 2020年5月1日 (五) 20:32 (CST)
- 无法复现，请清空缓存后重试。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月1日 (五) 21:36 (CST)
- 影响正常编辑功能的问题大概不是一句“无法复现”能打发的。建议暂且取消默认启用 --𝐃𝟒𝟏𝐃𝟖𝐂𝐃𝟗𝟖𝐅𝟎𝟎𝐁𝟐𝟎𝟒𝐄𝟗𝟖𝟎𝟎𝟗𝟗𝟖𝐄𝐂𝐅𝟖𝟒𝟐𝟕𝐄 2020年5月1日 (五) 21:42 (CST)
- 那你为什么不愿意清空一下缓存试试呢？——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月1日 (五) 21:58 (CST)
- 影响正常编辑功能的问题大概不是一句“无法复现”能打发的。建议暂且取消默认启用 --𝐃𝟒𝟏𝐃𝟖𝐂𝐃𝟗𝟖𝐅𝟎𝟎𝐁𝟐𝟎𝟒𝐄𝟗𝟖𝟎𝟎𝟗𝟗𝟖𝐄𝐂𝐅𝟖𝟒𝟐𝟕𝐄 2020年5月1日 (五) 21:42 (CST)
- 试了，无效。大概是因为我的浏览器不是最新版Chrome，所以不配写条目吧 --𝐃𝟒𝟏𝐃𝟖𝐂𝐃𝟗𝟖𝐅𝟎𝟎𝐁𝟐𝟎𝟒𝐄𝟗𝟖𝟎𝟎𝟗𝟗𝟖𝐄𝐂𝐅𝟖𝟒𝟐𝟕𝐄 2020年5月2日 (六) 02:40 (CST)
- 根据MDN，除了Chrome、Chrome for Android和同内核的Android webview标为自81版（几天前正式发布）起支持SubmitEvent.prototype.submitter，其余所有浏览器的支持程度都是未知的。行政员在信息如此不明的情况下敢写
const { submitter } = originalEvent || {};，并且看起来没有在其他/旧版浏览器上测试，就断言“无法复现”，看来是觉得没必要考虑“不使用Chrome 81浏览器的用户”的感受咯？ --𝐃𝟒𝟏𝐃𝟖𝐂𝐃𝟗𝟖𝐅𝟎𝟎𝐁𝟐𝟎𝟒𝐄𝟗𝟖𝟎𝟎𝟗𝟗𝟖𝐄𝐂𝐅𝟖𝟒𝟐𝟕𝐄 2020年5月2日 (六) 03:05 (CST)
强烈建议行政员或其他看到此讨论的管理人员停止对所有人启用这个小工具（在mediawiki:gadgets-definition中含有editConflict的一行里删掉|default大概就可以了）。现在这样给影响几千人的小工具修bug，对行政员压力过大，非常容易忙中出错，对其他编辑者也不好 --𝐃𝟒𝟏𝐃𝟖𝐂𝐃𝟗𝟖𝐅𝟎𝟎𝐁𝟐𝟎𝟒𝐄𝟗𝟖𝟎𝟎𝟗𝟗𝟖𝐄𝐂𝐅𝟖𝟒𝟐𝟕𝐄 2020年5月2日 (六) 03:40 (CST)
- 修复了，没有对兼容性做调查是我的错误，在此道歉。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月2日 (六) 07:55 (CST)
【通告编辑者】关于歌词注音模板请改用{{Photrans}}
好消息！由Hamon002提出、安酱制作的新模板{{Photrans}}新鲜出炉了，此模板为纷杂的烦乱到有序的整洁提供了视觉的可能，随时显示或隐藏注音是它的特色，完美的省去了注音后无法复制歌词的麻烦，大家可以把原来注音的ruby模板替换掉，并且今后为歌词注音也不用使用它了，一个更美好的未来正在远处蓬勃，各位加油，早安QvQ--悠远的苍穹 (Talk with me!) 2020年4月19日 (日) 09:10 (CST)
- 这个不能批量替换，惨，看来得手工了—— 高级DD星海子 (讨♀论·贡♂献) 2020年4月19日 (日) 09:12 (CST)
- 亲测可以用其它文本编辑器将所有
{{Ruby|全部替换为{{Photrans|实现替换，不过要记得歌词开头加上{{Photrans/button}}--
Ktmsobs（讨论•贡献） 2020年4月19日 (日) 10:33 (CST) - 刚想到一点，很多日语歌词的汉字会存在借字（写作oo读作xx）的现象，还有的可能有还原BK的要求。我认为这个功能应该是面向日语初学者的标记，对于日本人自己都需要注音的情况还是接着用ruby比较好-- Ktmsobs（讨论•贡献） 2020年4月19日 (日) 10:59 (CST)
- 补充下——除了借字的，应该也还有其他情况（注音本身不能缺少，是有效内容的重要部分）是不用这个而是用ruby更好的。歌词玩文字游戏的、歌词搞多重含义的如果用注音的方式来处理，感觉都不应该用Photrans。Kairos in the Space Time 2020年4月22日 (三) 03:31 (CST)
- (＆)建议 为模板{{Photrans}}添加一个参数，无论是否隐藏注音，对于这个参数为真的Photrans都会显示注音，以实现在关闭注音时仍保留部分必要注音的效果。--_(:3」∠)_（讨论） 2020年4月23日 (四) 22:30 (CST)
- (＋)支持
这个可以有（ ） Kairos in the Space Time 2020年4月24日 (五) 00:21 (CST)
- (＋)支持
- (＆)建议 为模板{{Photrans}}添加一个参数，无论是否隐藏注音，对于这个参数为真的Photrans都会显示注音，以实现在关闭注音时仍保留部分必要注音的效果。--_(:3」∠)_（讨论） 2020年4月23日 (四) 22:30 (CST)
- 补充下——除了借字的，应该也还有其他情况（注音本身不能缺少，是有效内容的重要部分）是不用这个而是用ruby更好的。歌词玩文字游戏的、歌词搞多重含义的如果用注音的方式来处理，感觉都不应该用Photrans。Kairos in the Space Time 2020年4月22日 (三) 03:31 (CST)
- 新模板是好事，这个功能我也举双手赞成；但是在A song for You! You? You!!条目下先对需要改进的内容进行删除，再通知用户改正和建议新模板的行为过于过激。更何况还只是和歌曲编辑相关群人员交流了一下，按理说这种操作不应该先在对应条目讨论页投票后再进行操作吗？--bob1301（讨论） 2020年4月19日 (日) 11:13 (CST)
- 出了问题应该立刻解决，等讨论版讨论完了黄花菜都凉了……虽然这手段确实强硬我也承认。 Hamon002（讨论） 2020年4月19日 (日) 13:27 (CST)
- @Hamon002等等，这个可以批量替换的，只要在分类里执行就可以了，即使因为Ktmsobs桑提及的各种例外不能执行，Wikiplus也有User:东东君开发的批量替换js，不要把事情搞复杂了。-- Func（讨论·贡献） 2020年4月19日 (日) 13:36 (CST)
- 立即解决没有问题，但您的编辑记录什么都没有写，只有一个大段删除的标签，这只能让其他编辑者感到您在恶意破坏页面；同时我们也不知道这个条目存在的问题在哪儿，新模版的情报也是在User_talk:中日韩越的汉字里了解到的，其对公众通知更是早上9:10才在本讨论串提出。把今天才公之于众的新模板强加于昨日模板诞生之前就已经完成的条目上极其不合理，对某条目开大刀还没有提前通知于情于理都说不过去吧。--bob1301（讨论） 2020年4月19日 (日) 15:19 (CST)
- 如果阁下那时候在进行编辑的时候，将编辑说明写一下的话，其他编辑者就会明白你在编辑什么。但是昨晚你留给我们的只有一个说明文字都没有的“大段删除”标签的编辑，况且新模板在未经过公布的情况下强行在歌曲方面已经基本成型的词条进行编辑，如果想测试新模板的效果，为什么不在沙盒里先进行测试，然后测试OK之后再公布，进而再更改词条呢？处理问题本该有更好的方式，但是使用强硬的手段、再加上模板没有公布的情况下，贸然对歌曲方面已经成型的词条进行带有“大段删除”标签的编辑，我感觉不太妥当。--伊达政长_Masanaga（讨论） 2020年4月19日 (日) 15:50 (CST)
- (＋)支持 而且A song for You! You? You!!条目上面就有公开群群号，阁下可以加群后与我们进行讨论，比这样直接删除再添加更好。--Wym6912（讨论） 2020年4月19日 (日) 16:03 (CST)
- (＋)支持 我觉得您这种在不经过提前通知也没有及时在讨论版说明的行为是对相关条目编辑者的极度不尊重，尤其是您对相关条目是没有编辑历史的，在这种情况下强行编辑已经完成了的条目，可能引发（实际上已经引发了）其他编辑者的误解，甚至导致争论，因此我觉得您是不是应该对相关条目的编辑者道个歉？（不仅仅是上面几位提到的，而是对所有在不了解情况就被大段删除还没有收到任何说明的编辑者）--修罗之芽（讨论） 2020年4月27日 (一) 23:14 (CST)
- 出了问题应该立刻解决，等讨论版讨论完了黄花菜都凉了……虽然这手段确实强硬我也承认。 Hamon002（讨论） 2020年4月19日 (日) 13:27 (CST)
( ¡ )题外话 话说能不能给{{Photrans}}、{{Ruby}}、{{Ruby-begin}}等模板加一个复制的时候给ruby加括号的功能，就是平时看不出来，但是如果真有人直接无脑复制的话，可以在上方的字符两边自动加上括号，这样标记也是正确的-- Ktmsobs（讨论•贡献） 2020年4月19日 (日) 15:41 (CST)
- (＋)支持 这个可以有（赞扬）--bob1301（讨论） 2020年4月19日 (日) 15:45 (CST)
- 这个括号，在{{ruby}}中的
<rp>...</rp>中已经包含了，它会在不支持显示ruby的浏览器中显示括号，但如果浏览器支持ruby的话则会隐藏。现在的大多数浏览器是将这个符号完全隐藏，即不光看不到，还不能选中。如果要加一个选中时会出现的括号，可以在模板中添加一个隐藏但可选中的括号。例如这样（ ）。— 葫芦又留言 2020年4月19日 (日) 16:55 (CST) - (ｉ)注意 {{Photrans/button}}上的字无法转换成繁体字，手工转换也没有用。 KONNO Yumeto 2020年4月19日 (日) 18:34 (CST)
(＋)支持 可以关掉注音这块可以很方便地复制歌词，( ¡ )题外话 不过感觉有一处不便就是Photrans这个单词打起来太长了，以前ruby四个字母打出来的挺方便，已经形成肌肉记忆（跑）—— 哈哈哈哈尔时候 （ 戳我留言 ） 2020年4月25日 (六) 12:58 (CST)
請求引入Cat-a-lot
請求引入小工具Cat-a-lot（文言：群貓），它能批量修改、轉移分類下頁面的分類。引入方法見commons:Help:Gadget-Cat-a-lot#As_a_project_gadget。 KONNO Yumeto 2020年4月27日 (一) 18:28 (CST)
- HotCat
热猫已经不能满足你了吗？--W3jc（讨论） 2020年4月27日 (一) 20:01 (CST) - 此类批量操作不建议普通用户自行执行，容易撞萌百相对更为严苛的rate limit（速率限制）。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月27日 (一) 22:07 (CST)
萌百是否有 radiobox 的替代或类似功能的实现？
我尝试在我的用户页实现一些效果，半成品可以看我的用户页。
我搜索了一些关键词，都没有得到自己想要的结果。最后勉强通过 Tabs 实现了，但比使用 radiobox 的代码和样式复杂很多。
所以，请问有类似 radiobox 一类的标签吗？求教！
页面User:Iskyex/signature.css没有内容。
- wikitext禁用了input标签_(:зゝ∠)_——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月23日 (四) 22:54 (CST)
想知道有没有正向计时的代码
希望哪位大佬可以教教我正向计时的代码，就是可以自动记录“”自某天以来已经过了多少天”的——以上未签名(注)本条留言未签名，留言后请记得用--~~~~签名！的留言由久远深邃星空（讨论·贡献）于2020年4月28日 (二) 09:32 (UTC)添加。
@久远深邃星空，参考 Template:For_year_month_day 。 页面User:Iskyex/signature.css没有内容。
- 参见oo走的第x天，想他-- Ktmsobs（讨论•贡献） 2020年4月28日 (二) 19:20 (CST)
Cewbot存档标题处理出错？
页面相关板块的存档中有两条命名错误的存档（原名分别是安室透的官方（擦边球）娘化形象到底是算他的娘化还是一个新的角色呢？和模板:萌属性的种族与模板:ACG生物的非现实生物_过于重合），还有一条名字被截断为#关于（原名是关于萌娘百科_Talk:讨论版）；操作申请板块的存档中也有一条类似的（原名是西泽幸奏的编辑历史中有反动言论。）。
注意到有问题的标题均包含内链，且（除了那一个被截断的标题外）生成标题格式都是（原文）“存檔過期討論串:_←萌娘百科_talk:讨论版/（板块名）”。希望能有管理员人工改正一下标题。
虽然不确定问题来源是不是Cewbot……但已在讨论页提醒Kanashimi。—COVID退散！理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年5月3日 (日) 08:34 (CST)
关于萌娘百科讨论:讨论版表格中的【进度】一栏
Rt，似乎{{保留}}{{删除}}等模板会显示在进度中，而目前有此现象的两个话题萌娘百科讨论:讨论版/页面相关#整理了一些萌百收录价值较低的SCP页面、萌娘百科讨论:讨论版/页面相关#对“降弓用刑”词条存在表示疑义中这两个模板都只是用于讨论过程而并非结果，不应该像{{MAR}}一样作为【进度】在讨论版首页显示。——C8H17OH（讨论） 2020年5月4日 (一) 14:19 (CST)
- @Kanashimi。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月4日 (一) 17:15 (CST)
完成 --Kanashimi（讨论） 2020年5月4日 (一) 19:54 (CST)
区域弹幕是不是出bug了？
模板:区域弹幕在文档无法显示也无法在相应使用页面显示，但是模板:全屏弹幕可以正常显示，这是我的个人问题还是这个模板坏了？我是想实现单个章节显示弹幕--
励志成为巡查员但却做不到的playymcmc007（
抱歉，实测是我看走眼了，在这里问下，如何实现在一小段章节中使用区域弹幕？
举例子
--励志成为巡查员但却做不到的playymcmc007（
- 感觉没用啊……我是想插入单个章节内，但是区域弹幕的使用貌似都是在页顶标题大字附近的……--励志成为巡查员但却做不到的playymcmc007（
讨论 ） 2020年5月8日 (五) 09:05 (CST)
- 感觉没用啊……我是想插入单个章节内，但是区域弹幕的使用貌似都是在页顶标题大字附近的……--
额，这个不知道算是bug吗还是？ 页面加载不完整，会被系统吞内容？
从去年年底开始，我这儿访问萌百就非常慢。打开、编辑、保存都很慢。 其中在进入编辑状态时，编辑框里的内容有时也要加载很久才能加载完。但一般都是整个加载完了，才会出现“保存修改”按钮，才能提交。但今天编辑装逼时，编辑栏里尚未加载完时，底部的“保存修改”按钮先加载出来了，我点了保存。
事后，经人提醒，我才发现，页面出现了大片被删除。我一脸懵逼，我没删过啊，就加了几个字而已。然后想起来了，页面没加载完全，而未加载完的部分居然被系统直接判定为删除？ O_o
是不是只有我遇到过这个情况？这是bug吗？萌百娘的胖次（讨论） 2020年4月27日 (一) 22:44 (CST)
关于css代码的问题
.catlinks{
background-color: rgba(251, 251, 251, 0.2);
}
这段代码不论是在用户的css页，还是在审查元素里都会起到使底部分类透明的效果，但是加到Template:背景图片/page.css里却没了效果，，，有大佬知道肿么解决吗？？？--悠远的苍穹 (Talk with me!) 2020年4月29日 (三) 08:52 (CST)
- 因为templatestyles的样式会被插件追加
.mw-parser-out选择器，导致相关样式仅能在正文内生效。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月29日 (三) 08:55 (CST)- 那有可以解决的方法吗???比如加到小部件Gadget-Tabs.css里面？？？--悠远的苍穹 (Talk with me!) 2020年4月29日 (三) 09:06 (CST)
- 为啥要加呢，感觉毫无必要。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月29日 (三) 11:09 (CST)
- 在某些背景偏暗的条目中下方分类太亮，影响阅读效果--悠远的苍穹 (Talk with me!) 2020年4月29日 (三) 11:36 (CST)
- 都已经是页底了没必要再改了，正文好看就行了。还有为啥那么喜欢用替换背景图功能，这样对流量计费访问桌面端的用户很不友好。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月29日 (三) 21:45 (CST)
- 在某些背景偏暗的条目中下方分类太亮，影响阅读效果--悠远的苍穹 (Talk with me!) 2020年4月29日 (三) 11:36 (CST)
- 为啥要加呢，感觉毫无必要。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月29日 (三) 11:09 (CST)
- 那有可以解决的方法吗???比如加到小部件Gadget-Tabs.css里面？？？--悠远的苍穹 (Talk with me!) 2020年4月29日 (三) 09:06 (CST)
关于CSS的问题（请求实现功能？）
“文字阴影”和“背景图片按文字剪裁”出现在同一块文字上时，由于文字阴影总在背景之上一层，是无法做出“渐变的文字重叠在阴影之上”的效果的：
- 文字阴影：示例文字
- 背景图片按文字剪裁：示例文字
- 结合：示例文字 可见阴影覆盖在“渐变文字”（实际上是span背景）的上方。
这个问题（不是问题，是合情合理的feature！）有一个workaround，就是做两个位置和内容均相同的div，在上层放置背景剪裁，在下层放置文字阴影，参见魔神柱(Fate)。外观上这个workaround实现得相当好，但是内容上有一个不妙之处：因为文字实际上是两段，所以若要复制粘贴这段文字也会变成“复制粘贴出两倍的文字”的现象。
即使在其中一层上增加一个user-select:none也无济于事，因为（至少在某些浏览器中）如果一次从user-select:none之前选中到user-select:none之后，那么中间的也会被选中复制。例如魔神柱(Fate)上面这几行选中复制的话，得到的结果就会是
圣 杯 污 染 确 认 Demon God Pillar Appears Demon God Pillar Appears 魔 神 柱 出 现 魔 神 柱 出 现
第一个“圣杯污染确认”因为在最开始而且有user-select:none所以没有被复制，但是中间的两个user-select:none都逃不过。
关于这个问题，我去stackoverflow上看了一眼，看到了这个解决方案——如果应用到阴影层的文字上，复制粘贴就会变得正常了。但是这个解决方案还有个问题，就是必须依赖伪元素::after才能实现，不能直接inline写出来。因此，我请求将这个“绝对无法选中/复制的文字（除非你用IE）”功能作为class添加到全站css中，或者做一个功能相同的Widget用来实现“文字阴影+文字渐变”的效果，或者如果有把::after给inline掉的方法请告诉我。
以上。多谢！ --
- 建议结合使用templatestyles：
- html
<span data-after-text="blabla" class="after-text" style="[...]">blabla</span>
- templatestyles css
.after-text::after {
content: attr(data-after-text);
}
- ——From AnnAngela the Temporary Bureaucrat (Talk) 2020年4月30日 (四) 22:28 (CST)
- 啊啊，是一个Extension吗，我去看一下文档。谢谢！ --
M.（ ）J.（ ）H.（ ） 2020年4月30日 (四) 22:47 (CST)- 相关文档：CSS表达式 attr()，templatestyles用法：Help:模板样式表。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月1日 (五) 08:40 (CST)
- 啊啊，是一个Extension吗，我去看一下文档。谢谢！ --
求助：MediaWiki 代码快速填写模组是否可行？如何解决与 wikitable、魔术字 forargs 的冲突？
昨日今日研究并尝试编写了 MediaWiki 代码快速填写模组（模块:Psk），现在实现效果并不 ok。猜测与 wikitable 或魔术字 forargs 存在冲突，故向各位大牛寻求解法。
此为案例代码：
{{#invoke:psk|p5|phys|Hassou Tobi|4|86}}
生成的 MediaWiki 代码：{{#invoke:psk|p5|phys|Hassou Tobi|4|86}}
此为使用模组编制的应用代码（User:Greykid/Sandbox6）：
{{User:Greykid/Sandbox6
|阿尔卡那 = 塔 |等级 = 79
|力 = 58 |魔 = 47 |耐 = 45 |速 = 53 |运 = 41 |属性 =
|物 = 无 |枪 = — |火 = 耐 |冰 = — |电 = 反 |风 = — |核 = — |念 = — |祝 = 反 |咒 = —
{{#invoke:psk|p5|phys|Brave Blade|1|}}
{{#invoke:psk|p5|pas|Elec Amp|2|84}}
{{#invoke:psk|p5|pas|Fast Heal|3|82}}
{{#invoke:psk|p5|phys|Hassou Tobi|4|86}}
{{#invoke:psk|p5|sup|Charge|5|}}
{{#invoke:psk|p5|pas|Pressing Stance|6|81}}
{{#invoke:psk|p5|elec|Ziodyne|7|}}
}}
此为目前效果：
可以直接在模块（模块:Psk）、应用代码（User:Greykid/Sandbox6）中修改。——
GreyTalk, Contrib. 2020年5月1日 (五) 11:30 (CST)
- (：)回应 就我浅薄的wiki编写经验而谈，快速填写只对底层wiki文本及其组成的特定结构有效，例如表格等，因为任何类模板的表达式输出的“|”符号都是wiki文本，而不是表达式中用来分隔参数的“|”，另外我猜测，更高层的，变量、模板参数可以做到对表达式的结构进行修改，但因为没有遇到过用到的情况所以没有全面测试过。
- ( ¡ )题外话 我记得@東東君写过一个重用参数列表的模板，它的实现方法可以参考一下。如果真的有那就是一件大好事了呀，马克。--サンムル（讨论） 2020年5月1日 (五) 12:27 (CST)
- (＆)建议 又想了一下，按照上述理论，可以参考{{Episodelist/header}}、{{Episodelist}}和{{Episodelist/footer}}将wiki表格代码拆成三个部分（头部、内容(好多行)、尾部）。--サンムル（讨论） 2020年5月1日 (五) 12:35 (CST)
@Greykid 如果你的目的只是方便写这个表格，我建议你参考我“(＆)建议 ”后面举例的一套三个模板将表格分拆。如果志在实现这个“快速填写模组”，@蝶影所提到的就是一种解决方法，另外其实更适合的函数是frame:preprocess。
- 在模块:Psk中有：
-- 模块:Psk
local psk = {}
function psk.main(frame)
local args = frame.args -- 获取调用参数
local head = "{{#invoke:Psk|add" -- 构造调用头部
local tail = "}}" -- 构造调用尾部
local invoke_expr = head .. "|" .. args[1] .. "|" .. args[2] .. tail -- 构造调用表达式
return frame:preprocess（invoke_expr）
end
function psk.add(frame)
local args = frame.args
return tonumber(args[1]) + tonumber(args[2])
end
- 在某个页面中有：
{{#invoke:Psk|main|1|2}}
- 在上述代码中，首先invoke了模块Psk的main函数，传递参数1和2。
- 在main函数里，构造了一段wiki代码（其实这里的“wiki代码”和“wiki文本”没有区别，但由于我们把它当做代码执行而不是直接return，所以用“代码”称呼以区分）
{{#invoke:Psk|add|1|2}}，然后用frame:preprocess让解析器执行了这段wiki代码。 - 调用了模块Psk的add函数，传递参数1和2。
- 输出wiki文本“3”。
--サンムル（讨论） 2020年5月1日 (五) 21:37 (CST)
- 写模块或模板之前先想好两点：用法（API），执行/展开的效果。这是最重要的。先想清楚要做到什么，再想想你希望你写的模板怎么用。求助的时候也要把这些说清楚。否则难道让别人对着不能正常工作的代码猜你的意图？--蝶影書于蝶翼齋 2020年5月2日 (六) 10:58 (CST)
- 感谢批评和建议。不过话说，我原先的意图不是写得很明确吗？……虽然现在我也改变主意了。钻研一个从未接触过的前端实现确实并没有快捷多少。我接下来试试三段拆分表格吧。——
GreyTalk, Contrib. 2020年5月2日 (六) 11:50 (CST)
Template:讨论版页顶没有对手机端进行良好适配
如题。最近在工地里面进行实验以解决这个问题，欢迎大家进行建议。マクエンツ（ｔ·ｃ） 2020年5月9日 (六) 11:38 (CST)
个人用户页评论控制失效
近日以来本人发现长期以来在本人个人用户页可正常生效的控评功能失效。原本显示“应用户要求，该页面的评论区已关闭”字样的位置现在出现了本不该出现的评论栏。
- 未登录状态下可正常显示评论需要登录的提示
- 用户页顶部“更多”菜单中“评论控制”选项消失不见
- 本人测试可在本人用户页发布新评论
- User:Cstd测试可在本人用户页发布新评论
- User:Func测试本人用户页可正常显示禁评
- 本人用户页未启用页面缓存，已经清空浏览器缓存乃至更换设备后此问题仍然存在
烦请管理层人员修复此问题，不胜感激。--半夜咳嗽的狼（讨论） 2020年5月2日 (六) 18:37 (CST)
- 已经重新启用后再禁用，我这边看是无法发布评论了。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月2日 (六) 21:32 (CST)
- @半夜咳嗽的狼，现在我无法在你的评论区评论--Cstd（讨论·贡献） 2020年5月9日 (六) 00:29 (CST)
关于模板Template:tb
希望有人能够帮忙让这个模板能够实现以下效果：
{{tb|1}}时，输出{{tb}}
{{tb|2}}时，输出{{tb}}{{tb}}
{{tb|3}}时，输出{{tb}}{{tb}}{{tb}}
以此类推……
同样的，希望{{xx}}同样可以实现此种效果。
--赤木 西奈（讨论） 2020年5月8日 (五) 20:53 (CST)
- 请使用{{s}}。 --
M.（ ）J.（ ）H.（ ） 2020年5月8日 (五) 21:00 (CST) - 段首缩进不应使用实体空格。请在行前加入一个半角冒号
:来实现段落缩进，或使用css的text-indent属性。_yoonhɑkcher（留言） 2020年5月9日 (土) 08:18 (JST)
优化条目下方沙雕热门评论的显示
代码如下
.comment-container-top>div:not(.comment-thread) {
background-color: rgba(244, 196, 48, 0.8) !important;
color: white !important;
font-weight: bolder !important;
}
.comment-thread.comment-popular {
background-color: rgba(244, 196, 48, 0.2) !important;
}
效果如下
--悠远的苍穹 (Talk with me!) 2020年5月14日 (四) 21:23 (CST)
花生仔觉得这挺赞的。
- 感觉没有必要。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月14日 (四) 22:26 (CST)
- 十分有必要，本人眼瞎经常看不清热评和下面评论的分界。另建议应用至萌百时使用绿色系配色。_yoonhɑkcher（留言） 2020年5月15日 (金) 07:21 (JST)
(＋)支持 ，确实有必要。即便是像我这种对本站评论系统熟知的人也时常看不清热评和普通评论分界。--半夜咳嗽的狼（讨论） 2020年5月15日 (五) 07:58 (CST)
(＋)支持 虽说不是必要的，但也挺有用的，不过移动端又看不到评论区了是我的问题吗？
[[user:折纸本命|User:折纸本命/约战]] 2020年5月15日 (五) 08:32 (CST)
(＋)支持 (▲)同上 。——C8H17OH（讨论） 2020年5月15日 (五) 10:05 (CST)
- 请等待缓存更新——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月15日 (五) 11:28 (CST)
@AnnAngela请求同步适配到移动端，即MediaWiki:Mobile.css--悠远的苍穹 (Talk with me!) 2020年5月15日 (五) 14:42 (CST)
- Done.——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月15日 (五) 15:12 (CST)
( ¡ )题外话 啥时候有个个人用户页评论置顶功能啊？--
——🌌🏎🐬REEE💥🌸（讨论 ）
2020年5月15日 (五) 18:07 (CST)
- 请向开发者提报。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月15日 (五) 21:06 (CST)
关于移动端图像样式的问题
之前制作了一个模板{{boxed-image}}，用于将图像shrink-to-fit到恰当的尺寸。然而这个模板在移动端视图的表现会由于lazyloading而发生错误：
- 预期的样式：max-width:285px;max-height:403px;width:auto;height:auto;
- 就是shrink to fit。
- 实际的样式：width: 285px;height: 403px;
- 似乎反而是expand to fill了。
关于这个有什么好的解决方法吗？感谢。 --
- 用Bootstrap可以吗，我用手机编辑的测试不了。[[user:折纸本命|User:折纸本命/约战]] 2020年5月14日 (四) 19:11 (CST)
- 我
花了亿点时间改了下，看起来可以了，应该没有偏离原本的设计吧。-- Func（讨论·贡献） 2020年5月16日 (六) 18:37 (CST)
问一下有谁知道 怎么创建 按每日的对应的星期来变化 的东西 呱？
类似这个呱。想在个人页面玩点花活但是不知道怎么搞呱。 ——呱呱呱 2020年5月14日 (四) 17:21 (CST)
{{#switch: {{LOCALDOW}}
| 0 <!--周日 -->= A
| 1 <!--周一 -->= B
|2=
|3=
|4=今天是周四
|5=
|6= C
}}
今天是周四[[user:折纸本命|User:折纸本命/约战]] 2020年5月14日 (四) 18:23 (CST)
也可使用解析器函数#time：
{{#switch:{{#time:N|+8 hours}}|1=周一，DGO不更新|2=周二，DGO不更新|3=周三，DGO更新|4=周四，DGO不更新|5=周五，DGO更新|6=周六，DGO不更新|7=周日，DGO更新}}
{{#switch:{{#time:w|+8 hours}}|0=周日，不用工作|1=周一啊啊啊|2=周二啊啊啊啊|3=周三啊啊|4=周四啊|5=周五|6=周六，不用工作}}
{{#switch:{{#time:D|+8 hours}}|日=日曜日|一=月曜日|二=火曜日|三=水曜日|四=木曜日|五=金曜日|六=土曜日}}
↓
周五，DGO更新
周五
金曜日
详见Help:魔术字/解析器函数。 --
[[user:折纸本命|User:折纸本命/约战]] 2020年5月17日 (日) 17:54 (CST)希望实现功能：一键显示所有黑幕
我不太熟悉MediaWiki，不太清楚能否嵌入JS。可以嵌入JS的话大概做一行CSS就好了？
如果可以实现的话就太好了，因为这大概是一个非常有用的功能。
冬海愛衣157（讨论） 2020年5月19日 (二) 23:42 (CST)
- Special:参数设置#mw-prefsection-gadgets 开启黑幕开关功能
- 另，请@冬海愛衣157使用
~~~~签名—— ほしみ (🤼♂️) 2020年5月19日 (二) 20:46 (CST)
老调重弹，这两天发现全职高手和数码宝贝的navbox，一个已经超限了，一个将要超限。我直接在数码宝贝里只调用了一次模块:nav，结果直接减掉了20%的大小。
考虑到navbox是元模板，不宜轻举妄动；而就算是该模板lua化的中文维基百科，上回新冠疫情页模板也爆过几次；另外，存在navbox→navbox subgroup→大家族模板子项→使用的模板这个长长的套娃链条，所以我觉得萌百可以先把用量最大的navbox subgroup模块化减轻负担，然后再考虑navbox模块化的事情。就数码宝贝已经不得不用navbox|child代替navbox subgroup了。——屠麟傲血（讨论） 2020年5月12日 (二) 18:43 (CST)
参考讨论串：Talk:提问求助区/存档/2019年04月#关于Category:展开模板后长度超过上限的页面,同一个模块里的两个函数思想我现在觉得更好，不调用不需要的子函数，新写一个名为subgroup的函数。至于从用那个维基百科搬运的模块话，我觉得不太适合萌百的现实吧。——屠麟傲血（讨论） 2020年5月12日 (二) 19:04 (CST)
- 可以有，但我不会写=。=之前尝试请另一位维护组成员编写，但是效果不佳。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月12日 (二) 21:14 (CST)
萌娘百科 talk:讨论版/技术实现/存档/2020年05月#关于Ajax加载的建议&设想。说个其他的，可以使用Ajax加载（萌百现有的Ajax加载模板效果真的不漂亮），直接将Navbox从加载空间中剔除，并且也不用大规模改动现有模板结构。—— JackBlock ( T • C ) 2020年5月12日 (二) 21:40 (CST)
- 抱歉，没看清内容，当我没讲。—— JackBlock ( T • C ) 2020年5月12日 (二) 21:47 (CST)
- (：)回应 你这个东西
最大的问题就只是加载模板，我看了源代码也没发现怎么带参，如果能带参，现在还能治治标的。要新建页面，对此我不好决定，毕竟我不是那些专题的编辑，只是热心群众——屠麟傲血（讨论） 2020年5月12日 (二) 22:39 (CST)
- 关键问题在于，模块化需要对解析器函数和Lua很高的理解。现状是懂Lua的不懂解析器函数，懂解析器函数不懂Lua。不知道维基百科、元维基、MediaWiki的同名模块是否可以起到帮助作用。——Hakuryuu讨论★ 2020年5月13日 (三) 01:04 (CST)
噫？咱前几天刚把沙盒页里的测试模板删掉，还以为Nav模块这个项目永远尘封了😂。
@屠麟傲血 模块:Nav有一些表面上看不出来的小问题，我搁置着一直没去修复。这个模板其实就是将现有的{{Navbox}}和{{Navbar}}的wiki源码转写成Lua源码，实际上输出的字符量没有多大变化，顶多就是一些空属性、无效的字符被剔除了，优化率大概在0.36%左右。但我也注意到并且测试掌握了{{全职高手}}换用模块:Nav后，页面展开后大小从 ≥2,097,152 → 1,519,335 ，优化率≥27.55%。具体是什么因素导致了展开后大小变化率大于字节数变化率，咱暂且毫无头绪。
从维基搬运过来的模块:Navbox和模块:Navbar已4年未经过更新修改了，与萌百现状有所差距。
提交对Navbox、Navbar模块化的新评估：
- 对{{全职高手}}，展开后大小优化率≥27.55%(注)由于展开后大小已超出限制因此不能获取具体数据；模板参数大小优化率≈64.16%。
- 对{{数码宝贝系列}}，展开后大小优化率≈23.45%；模板参数大小优化率≈55.01%。
针对最容易超出限制的展开后大小和模板参数大小两项数据，模块化的前景是明朗的，获得的效益是肉眼可见的。因此申请重启模块:Nav项目。@AnnAngela --サンムル（讨论） 2020年5月13日 (三) 18:07 (CST)
- 这样直接在需求模板里调用模块当然优化幅度不小。但实际上这样写法不方便，最终还是要调用模块化后的navbox模板，依旧有套娃调用的问题存在，实际减小的大小不可能这么多。这就是我建议nav模块里写诸如subgroup函数，把subgroup模板也完全模块化掉的原因。参考上面那个历史讨论串，曾经有navbox一个模板内，多种用法填写的建议，但是因为难以掌握给否决了，现在模块化的话这就是个好主意。——屠麟傲血（讨论） 2020年5月13日 (三) 20:42 (CST)
日语站与主站的参数设置有冲突
在日语站-参数设置-小工具页面，取消勾选“强制预览”点保存，会导致主站-参数设置-小工具页面的无关选项改变，看上去像是初始化了。同时主站-参数设置-用户资料的内容语言变种会被改成“zh - 中文”。
如果再修改主站-参数设置-小工具页面，比如勾选“以本地時區顯示簽名時間”，再回到日语站-参数设置-小工具页面，发现“强制预览”又被勾选上了。--MG2445563077（讨论） 2020年5月13日 (三) 14:56 (CST)
- 已定位问题，正在解决。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月14日 (四) 10:15 (CST)
【通告Minecraft编辑者】模板{{MCHp}}、{{MCHealthbar}}现已加入
这两个模板用于以Minecraft的方式显示血量及血量条。例如：
-满血！
-我剩一半血！
-我中毒了！
-金苹果！
-我马要没了！- 末影人的血量为40（
× 20）。 - 普通的钻石剑伤害为7（
）。
详见两个模板的说明。--Hashtag（讨论） 2020年5月3日 (日) 20:07 (CST)
- 建议移除图片所包含的文件页链接。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月3日 (日) 20:42 (CST)
调戏模板
按顺序是基础、中毒、凋零、伤害吸收、极限、极限中毒、极限凋零、极限伤害吸收、坐骑--励志成为巡查员但却做不到的playymcmc007（
- @Hashtag 因为模板文档是英文……且问一下模板来源？是从诸如MC Wiki 引用的吗？—COVID退散！理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年5月4日 (一) 00:09 (CST)
伤害吸收的血条是不是暗了点？如果没有上面的中毒对比我差点就看错了（不过伤害吸收都是在正常血条后面的，仔细想想还是可以区分...）（另外要不要加一下原版血条的抖动效果（花里胡哨））
2020年5月4日 (一) 08:12 (CST)
- @YEW-studio图片是来自MinecraftWiki的。
- 我进游戏看了看，才发现的确是这么暗的...另外，不签名的话@是没有用的.....-- 2020年5月5日 (二) 20:44 (CST)
- @YEW-studio 提醒一下原则上签名不宜换行，有空还麻烦你检查、修改一下，谢谢—— —COVID退散！理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年5月9日 (六) 04:02 (CST)
- 我会找时间修改一下的...最近没有时间...而且也不清楚<div>的换行怎么弄掉——YEW-studio(为避免出事这里手打的签名...)
- @YEW-studio建议使用
display:inline-block;。以及，你的签名并不是完全爆炸，手打反而更不好——你看，时间戳没了XD —2020年5月11日 (一) 08:19 (CST)
- @YEW-studio建议使用
- 我会找时间修改一下的...最近没有时间...而且也不清楚<div>的换行怎么弄掉——YEW-studio(为避免出事这里手打的签名...)
- @YEW-studio 提醒一下原则上签名不宜换行，有空还麻烦你检查、修改一下，谢谢—— —COVID退散！理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年5月9日 (六) 04:02 (CST)
- 我进游戏看了看，才发现的确是这么暗的...另外，不签名的话@是没有用的.....-- 2020年5月5日 (二) 20:44 (CST)
( ¡ )题外话 ：“我马要没了”草死我了，写这个文案的真是个人才。--半夜咳嗽的狼（讨论） 2020年5月4日 (一) 08:48 (CST)
另:模板{{MinecraftVersion}}
用于版本限定的情况。如:[仅Java版]。
其实这个模板我早就建了，但是技术上有一些缺陷，我这次做了修复，并且支持常见的简称(不含主机板全系，需使用全名)。NHJR（讨论） 2020年5月15日 (五) 20:39 (CST)
萌娘文库无法访问？？？
https://library.moegirl.org/Mainpage
打开后直接就是 [53ab6551a68759c8b43228e5] 2020-05-21 23:39:05: Fatal exception of type MWException--悠远的苍穹 (Talk with me!) 2020年5月22日 (五) 07:40 (CST)
- EnMGP和某H站也同样。有趣的是JaMGP还能看，不知道会不会是缓存。萌百共享和 https://moegirl.org 仍正常的样子。
- EnMGP：[2a8ee6c59c7c5618c1729834] 2020-05-22 00:08:49: Fatal exception of type MWException
- 某H站：[ddc96c0001ca86d0cc2e7054] 2020-05-22 00:10:02: Fatal exception of type MWException
- 不过开头的hash(?)会变，所以大概重要的只有这个报错。我觉着这个问题范围，足够可以@Baskice，AnnAngela了？—COVID退散！理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年5月22日 (五) 08:13 (CST)
- 已经上报站长--From KumoKasumi the Temporary Bureaucrat (Talk) 2020年5月22日 (五) 09:54 (CST)
请求更换{{TocHide}}的实现
现在的TocHide的实现原理基本上是把__TOC__套在一个可折叠表格里头。如今的Mediawiki目录已经自带折叠/展开功能了；因为这个特性，展开使用Tochide隐藏的目录会看到两个标题、可能还需要点击两次。exploit这个Mediawiki自带功能来实现折叠目录应该会更好；比如说在Mediawiki.org 有人试过这样的实现。—COVID退散！理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年5月22日 (五) 10:33 (CST)
新增了{{文本切换显示}}、{{文本切换显示按钮}}、{{文本切换显示样式}}三个模板
效果如下：
你的属性：
你赞同以下哪些地名：君士坦丁堡君士坦丁堡斯大林格勒斯大林格勒63246324
大家可以在条目中尽情发挥=w=——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月12日 (二) 22:40 (CST)
- 请问有没有「单选」和「默认选中其中一个」的功能--
这位朋友最喜欢这位编辑 2020年5月12日 (二) 23:07 (CST)
- 我则比较关注“不选中时显示、选中时不显示”的功能。--
M.（ ）J.（ ）H.（ ） 2020年5月12日 (二) 23:17 (CST) - 写几点感想吧
- --
Ktmsobs（讨论•贡献） 2020年5月13日 (三) 16:09 (CST)
- @Ww71338ww，MJH，Ktmsobs，追加了单选、默认选择、反选功能。自定义按钮样式晚上会加。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月13日 (三) 19:04 (CST)
- 赞 --
- 赞 ，接下来的问题建议去Template_talk:文本切换显示讨论-- Ktmsobs（讨论•贡献） 2020年5月13日 (三) 21:51 (CST)
- @Ktmsobs已追加{{文本切换显示按钮样式}}，麻烦@亘古轮回更新文档。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月13日 (三) 22:05 (CST)
- Ktmsobs觉得这挺赞的。
- @AnnAngela文档已更新，应该是把所有功能都写上了。--我是亘古轮回Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。（讨论） 2020年5月15日 (五) 12:06 (CST)
- @Ktmsobs已追加{{文本切换显示按钮样式}}，麻烦@亘古轮回更新文档。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月13日 (三) 22:05 (CST)
- @Ww71338ww，MJH，Ktmsobs，追加了单选、默认选择、反选功能。自定义按钮样式晚上会加。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月13日 (三) 19:04 (CST)
- 赞 --Cstd（讨论·贡献） 2020年5月16日 (六) 10:51 (CST)
能否在侧边显示目录？
就像mooncell一样，在右边有一个按钮，鼠标滑过即可显示目录。这个功能对某些各个段落巨长的条目特别有用。例子——我是亘古轮回Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2020年5月20日 (三) 18:05 (CST)
- {{目录右置}}，字面意思所示，没有动画，使用案例：虚拟UP主/梗。--サンムル（讨论） 2020年5月20日 (三) 18:19 (CST)
- 阿这，这个效果和我说的不一样。——我是亘古轮回Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2020年5月20日 (三) 21: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月20日 (三) 21:04 (CST)
此处原由星海子[更多]在 2020年5月20日 (三) 21:15 (CST) 留下的MAR模板（状态为“问题已解决”）因“跟进问题”被公的驱逐舰[更多]于2020年5月21日 (四) 02:59 (CST)移除。
- 其实我倒建议写一个模板来做这个，的确对于长页面非常有帮助。如果Liu佬愿意的话，我可以把那部分JS拆出来优化一下……MAR我就删掉好了。
- 我能想到三个实现：一是像Liu佬和某站那样用JS，更漂亮、功能更多，但在移动端适配可能较差、需要看玄学，还需要Widget；二是直接利用
__TOC__和<templatestyles>把整个目录折起来，不过这样折叠的是主目录、移动端适配仍然需要JS；三是尝试利用display: sticky和格式魔改，不过可能很不好看。我觉得我可以先试试第二个方案……—COVID退散！理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年5月21日 (四) 02:59 (CST)
- 其实我的本意是想全站启用，或者在参数设置里加开关，这样大家都能享受到。另外就是希望做好了以后可以测试一下模板和js共存时会不会有问题。——我是亘古轮回Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2020年5月21日 (四) 15:29 (CST)
- 我写好了初稿……目前原理是直接暴力抓取系统生成的目录，所以移动端还不能用。因为一开始没看懂Liu同志的代码所以从头写了XD；主要特点是 1. 主目录可见时会自动隐藏 和 2. 点击可以固定、不折叠。
- 可以先抄我用户私人JS和CSS的对应部分试用（目前都在开头），嗯……至于推广，可以问问安姐能不能把这个包装成小工具。—COVID退散！理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年5月22日 (五) 08:19 (CST)
- (＋)支持 全站可用的小工具。—— ほしみ (🤼♂️) 2020年5月22日 (五) 20:05 (CST)
- 我下午看看吧。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月23日 (六) 10:51 (CST)
- 个人认为还是圆角且宽度不变比较好看，你可以看一下我设计的目录里写的圆角代码 https://zh.moegirl.org/User:850710247liu/js/FloatToc.js/style.css ，还有在开头隐藏似乎不太好，因为翻到下面右边突然出现会比较突兀，在上面共存如何，这样在顶部也可以通过右侧目录跳转，或点击使右侧目录锁定，省去到下面鼠标再来回选择的麻烦--悠远的苍穹 (Talk with me!) 2020年5月23日 (六) 11:04 (CST)
- 我下午看看吧。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月23日 (六) 10:51 (CST)
- 其实我的本意是想全站启用，或者在参数设置里加开关，这样大家都能享受到。另外就是希望做好了以后可以测试一下模板和js共存时会不会有问题。——我是亘古轮回Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2020年5月21日 (四) 15:29 (CST)
- 已添加小工具【页面右侧浮动目录】，请等待全站缓存更新——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月23日 (六) 15:18 (CST)
- 强 安姐 强
OHNO 我白写了(—COVID退散！理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年5月24日 (日) 08:21 (CST)- 实际上这方角又简约不透明的设计不正是与本站的主题皮肤配套吗，i了i了，安酱nb--悠远的苍穹 (Talk with me!) 2020年5月24日 (日) 09:09 (CST)
- 这个确实好用，感谢anna姐满足我的愿望😄。是不是可以考虑默认开启，也就是即使没登录也能看到这个小工具。——我是亘古轮回Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2020年5月24日 (日) 11:21 (CST)
- 已配置。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月24日 (日) 21:47 (CST)
- 👍——我是亘古轮回Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2020年5月25日 (一) 10:42 (CST)
- 已配置。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月24日 (日) 21:47 (CST)
- 强 安姐 强
申请创建Widget：KizunaAIFace
源代码：User:刺客王边城/KizunaAI.js
效果可参照这里的表现。
- 另外多问一句，对于.js文档，能不能通过将部分内容放在Widget中来达到自定义效果？
--一位普通的刺客以及他的私人邮箱 2020年5月22日 (五) 22:59 (CST)
- 帮你修正了一下拼写。 --
M.（ ）J.（ ）H.（ ） 2020年5月22日 (五) 23:38 (CST) - {{KizunaAIFace}}，顺便请补一下doc（Widget:KizunaAIFace，顺带一提你这js也就2000分水平【仅玩梗】）——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月23日 (六) 10:33 (CST)
关于InPageEdit的错误
RT，@机智的小鱼君升级IPE后所有红链都会产生快速编辑按钮。请求修复并询问他人有无此问题。—— ほしみ (🤼♂️) 2020年5月8日 (五) 21:43 (CST)
- 我这里也有，但好像疑似是通知系统的问题你的说明没传达过去，我直接给他留言了——以上未签名(注)本条留言未签名，留言后请记得用--~~~~签名！的留言由850710247liu（讨论·贡献）于2020年5月17日 (日) 04:28 (UTC)添加。
关于一些模板在移动端显示的问题
之前发现了两个移动端显示的小问题，现在似乎依旧存在：
- 一个是模板{{PicHover}}在指定
float=right参数后出现的问题。zh.moegirl.org的页面无论是移动端还是电脑端都显示正常；mzh.moegirl.org的页面在窄屏移动端上，使用Chrome（81.0.4044.138）/Firefox（68.8.0）浏览时，图片会浮于文字上方并遮挡文字；iPad上使用Safari（13.1）/Edge（45.3.19）/Firefox（25.1 (17865)）/Chrome（81.0.4044.124）浏览时，图片和与图片等高的文字只在页面左侧部分分布，剩下部分留白。个人是觉得mzh.moegirl.org的页面的话，在窄屏的移动端上让图片居中、文字显示在下方，在宽屏的移动端上显示成和zh.moegirl.org一样，会比较美观。例子：望月杏奈#电子游戏达人。 - 另一个是偶然发现的{{游戏分级}}的问题。在使用Chrome for Android（81.0.4044.138）访问mzh.moegirl.org上包含该模板的页面时，游戏分级信息不会居中而是会左对齐，不过用上述其他浏览器测试时会正常居中（包括iPad上的Chrome（81.0.4044.124），也正常居中显示）。例子：使命召唤:现代战争2。
因为有多个问题，所以就直接在这里提出来了。--未来ちゃんかわいい！（讨论） 2020年5月16日 (六) 21:33 (CST)
另外，大家族模板在移动端不显示，很不方便NHJR（讨论） 2020年5月17日 (日) 17:34 (CST)
- 大家族模板在移动端的显示目前无法解决。[[user:折纸本命|User:折纸本命/约战]] 2020年5月17日 (日) 18:00 (CST)
通知系统出现严重问题
前些日子就有人提出过提示有通知但实际没有通知的问题，如今我也遇到了这个问题，不光如此，我还点击了一下所有通知，结果它直接提示我
| “ | [5168f7afbf1e95ebd587cd69] 2020-05-17 03:38:18: 类型“InvalidArgumentException”的致命错误 | ” |
也就是说不光这次，之前的所有通知都不存在了，而且现在数字却还在图标上，请求解决--悠远的苍穹 (Talk with me!) 2020年5月17日 (日) 11:52 (CST)
经检测子站也有这个问题，大量测试表明，问题出自FlowThread即条目下的评论系统，只不过通知有时也不弹错误，直接不提示，大家可以给小号发用户页页底的评论复现这个错误--悠远的苍穹 (Talk with me!) 2020年5月17日 (日) 12:22 (CST)
日常抽风罢了，有时候还会有些并发症，像移动端看不到评论区之类的。最好的解决方法就是等，不过真心希望这个问题可以早日修复。--LUO1P ✾ (🎴·✆·✶) 2020年5月17日 (日) 14:01 (CST)
- 我的https://zh.moegirl.org/Special:通知还是提示内部错误啊QAQ，寻求解决方法--悠远的苍穹 (Talk with me!) 2020年5月17日 (日) 15:14 (CST)
- 我也经常遇到这种问题...NHJR（讨论） 2020年5月17日 (日) 17:32 (CST)
- 主要是这个问题没法定位在哪里发生的=。=就很难查。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月17日 (日) 20:18 (CST)
- 现在恢复了，还是大佬说的对啊，最好的解决方法就是等QAQ--悠远的苍穹 (Talk with me!) 2020年5月17日 (日) 20:44 (CST)
关于部分模板的优化可能性
最近在方针政策出现了关于模板类的话题，{{施工中}}和{{版权侵犯}}，共同点是都要涉及整改/修改时间
所以我琢磨这有没有什么机器人可以辅助在模板限定的时间过了之后自动取下模板而不是手动取下前提是要先讨论好，两个模板的限定时间另：这可能也适用于其他模板--非常非常怂的playymcmc007（:(＋)带条件同意 版权侵犯的取下顺带通知一下巡查比较好吧，有一部分用户被挂了版权侵犯后就不动条目了，那时版权侵犯又被取下了就很难找了。
[[user:折纸本命|User:折纸本命/约战]] 2020年5月15日 (五) 17:48 (CST)
- (＆)建议 也许不必用机器人。可以考虑像{{MAR/auto}}这样要求模板替换引用并且嵌入可运算的时间戳，应该可以做到“超过一定时间即自动加入分类或者文本”（加入分类我不确定能不能不用Lua之类……）。对于侵权模板，可以加入一个积压工作分类（Category:侵权逾时未整改的页面？），让巡查复核后挂删；对于WIP，完全可以考虑用文本表示诸如“距离模板悬挂时间已过xx小时；如果您想要编辑本页面，您可以移除本模板并开始编辑。”之类的方法……或者也可以加入积压工作分类（Category:超时施工的页面？）。—COVID退散！理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年5月16日 (六) 03:27 (CST)
- (－)不支持 请停一停，朋友！{{施工中}}在超过时限后即失效，任何人都可以移除，并不是权限组的特权。这个模板只是标志一个页面正在他人编辑，不建议在此期间做出修改，但实际上并不具有强制力。
我支持对{{施工中}}的生效时间段进行规范，但这并不代表支持什么破事都往积压工作里加，不代表支持把本站的服务器、机器人资源和维护组的时间与精力浪费在这种谁看到花个半分钟就能删除的事情上。萌百是共笔性质的站点不假，但恕不培养反正之后总会有人来擦屁股的的高高挂起思想。
至于{{版权侵犯}}就是更加严肃更加复杂的情况了，但绝不能是机器人自动取下。--サンムル（讨论） 2020年5月16日 (六) 11:26 (CST) - (－)不支持 撤回前言，确实不应该让机器人取下。[[user:折纸本命|User:折纸本命/约战]] 2020年5月17日 (日) 17:57 (CST)
新增{{大召唤术/群组}}、{{Eval}}模板
具体说明请见各自模板文档。
群组大召唤
本模板支持替换引用。
准备一个页面（一般是群组的介绍页面），将所有成员的用户页链接都展示上去，然后使用{{大召唤术/群组}}。模板将会读取这个页面中的所有符合格式的用户页链接，然后{{@}}他们。
{{大召唤术/群组}}与{{大召唤术}}类似，只不过后者只能{{@}}所有维护组成员。
Wiki代码快速填写
本模板支持替换引用。
{{Eval}}设计一方面是为了与{{Unwiki}}的功能互补，在剥离nowiki标签后将文本作为Wiki代码执行，另一方面是为了实现已存档讨论串求助：MediaWiki_代码快速填写模组是否可行？如何解决与_wikitable、魔术字_forargs_的冲突？中提出的Wiki代码快速填写功能。
上方讨论串中的例子现在可以这样写：
{{Eval|template|User:Greykid/Sandbox6
|阿尔卡那 = 塔 |等级 = 79
|力 = 58 |魔 = 47 |耐 = 45 |速 = 53 |运 = 41 |属性 =
|物 = 无 |枪 = — |火 = 耐 |冰 = — |电 = 反 |风 = — |核 = — |念 = — |祝 = 反 |咒 = —
{{#invoke:psk|p5|phys|Brave Blade|1|}}
{{#invoke:psk|p5|pas|Elec Amp|2|84}}
{{#invoke:psk|p5|pas|Fast Heal|3|82}}
{{#invoke:psk|p5|phys|Hassou Tobi|4|86}}
{{#invoke:psk|p5|sup|Charge|5|}}
{{#invoke:psk|p5|pas|Pressing Stance|6|81}}
{{#invoke:psk|p5|elec|Ziodyne|7|}}
}}
其中Psk模块的p5函数应输出类似这样格式的文本：
| 类别n = 【invoke参数1】 <nowiki>|</nowiki> 名称n = 【invoke参数2】 | 未知数值n = 【invoke参数4】。
- n：序号，即【invoke参数3】
|和<nowiki>|</nowiki>都可以用来分隔参数（nowiki标签会被剥离）；但不能在输出文本中使用{{!}}来分隔参数。
展开后等同于：
{{User:Greykid/Sandbox6
|阿尔卡那 = 塔 |等级 = 79
|力 = 58 |魔 = 47 |耐 = 45 |速 = 53 |运 = 41 |属性 =
|物 = 无 |枪 = — |火 = 耐 |冰 = — |电 = 反 |风 = — |核 = — |念 = — |祝 = 反 |咒 = —
|类别1 = phys |名称1 = Brave Blade |未知数值1 =
|类别2 = pas |名称2 = Elec Amp |未知数值2 = 84
|类别3 = pas |名称3 = Fast Heal |未知数值3 = 82
|类别4 = phys |名称4 = Hassou Tobi |未知数值4 = 86
|类别5 = sup |名称5 = Charge |未知数值5 =
|类别6 = pas |名称6 = Pressing Stance |未知数值6 = 81
|类别7 = elec |名称7 = Ziodyne |未知数值7 =
}}
如此一来，就可以轻松地使用解析器函数#forargs在模板中进行处理。
@Greykid--サンムル（讨论） 2020年5月18日 (一) 00:30 (CST)
- 赞 ：第一个很赞，虽然其实我一直觉得更简单的解决办法是建一个内容为
{{@|成员1|成员2|…}}的模板然后手动维护成员，比如用户:星海子/萌百VC小召唤术。 - 不过我倒是想到了一个额外的用法，就是可以用来召唤在某个讨论页中发过言的全部用户，这样可以在编辑组未正式建立前召唤在专题主要讨论页发过言的活跃用户。或许可以考虑把这种使用方法写进文档。——C8H17OH（讨论） 2020年5月18日 (一) 03:42 (CST)
- 还有用户:星海子/萌百VJ大召唤术、用户:JackBlock/萌百VC大召唤术。感觉还是这个比上述的群组召唤术更简单...?—— ほしみ (🤼♂️) 2020年5月18日 (一) 19:56 (CST)
- 非常赞 ：感谢阁下实现了这个“wiki代码生成”的功能，很棒、很实用！即使上面提到的先前讨论串设想我已使用另外一种实现方式替代，还是有部分功能亟须{{Eval}}这种方法才能实现。其实是因为我自己实现不出来“wiki代码生成”哈哈——GreyTalk, Contrib. 2020年5月18日 (一) 14:54 (CST)
我整了个讨论版主页稿子……
有关页面：User:公的驱逐舰/讨论版主页稿、User:公的驱逐舰/DBMain.css
在当初讨论版改版前夕的时候，安姐曾经有在一个编辑群里提过会“征集新版讨论版主页稿”；当时我脑子一热排出了一个稿子，不过后来没看到任何相关讨论、也有点不好意思来“修没坏的东西”，再加上Widget有时在移动端会崩溃……所以这个稿子就在我的沙盒里晾了几周。
但是，虽然是我自己的感觉、会有一定主观偏颇……但是我觉着我的稿子比现在的版本好看、好用一百倍啊XDD
|
|
|
| 这个“主导航板块”有受到维百互助客栈主页的启发；具体格式照搬了wikitable的一些特征，如背景色和边框；左右的色带则一定地参考了{{info}}。 | 这个移动端适配私心以为还是可以的……以及，我发现了一个很脏的Widget移动端适配手段，就直接用上了。 | 即使在模拟的 iPhone5 上也（还算）能看。（还记得以前有人嘲讽“苹果剑”“三星盾”么？XD） |
所以我在这里想展示一下我的主页稿，希望能获得一些反馈，特别是不同的移动设备和移动客户端的使用体验；其它的，从八个板块的顺序、到增添更多功能、甚至到“怎么这么难看可不可以推倒重来”之类的反馈都可以，方便在正式定稿提交之前修改。如果没有收集到什么建议的话，我就会请求考虑用我的稿子替换现有的讨论版主页。
—COVID退散！理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年5月10日 (日) 11:06 (CST)
讨论区
云霞觉得这挺赞的。
(＆)建议 不要给“讨论页目录”设置字体，让每个访问者都能使用浏览器默认字体。 サンムル觉得这个版面很可。 --サンムル（讨论） 2020年5月10日 (日) 12:52 (CST)
但是重字思源宋太好看了.svg要不要考虑把这五个字生成为svg使用？这样还可以解决很多移动端没有合适宋体的问题。—COVID退散！理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年5月11日 (一) 05:06 (CST)
赞 。
(＆)建议 ：给移动端的“讨论版目录”标题重设样式，现在在移动端看又没字体字又太大还不居中也太丑了。—— 
不是液氮 (讨论·贡献) 2020年5月10日 (日) 14:35 (CST)
- @不是液氮 OHNO，研究了半天移动端居中，看来还是不可靠？可否给我一些信息（OS、浏览器或客户端版本之类），我会再研究研究……我先让它在移动端小个一点吧。—COVID退散！理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年5月11日 (一) 05:06 (CST)
建议缩小高度，比如说把那两个用hr分割的caption在宽度允许的情况下放到同一行之类的。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月10日 (日) 15:08 (CST)
REEE觉得这挺赞的。
(＆)建议 可以给每个分页上面加一个图片，25px的那种。-- ——🌌🏎🐬REEE💥🌸（讨论 ） 2020年5月10日 (日) 16:02 (CST)
FunkierWheat看着是真的NB。
C8H17OH默默围观大佬写版面。
( ? )真的有必要整一个带max-height的@media吗？屏幕高度对阅读一般影响不大。此外再建议一段属性：
@media screen and (max-width: 370px)
{
#talkPageTop_list_right
{
border-top: 1px solid #a2a9b1;
}
}
以及个人认为hr并不好，并认为应当改成用border和margin的形式。以上，From McEndu the Spicy Chicken (Talk) 2020年5月10日 (日) 22:26 (CST)
- 带 max-height 算是为了移动端版式统一，这样即使手机横屏也会被检测到。因为手机屏幕比较小，就算宽度足够，标准样式的大字还是会很不好看（个人感觉）。
- 后两个建议（#talkPageTop_list_right 和去掉 hr）已经实现了。—COVID退散！理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年5月11日 (一) 05:06 (CST)
LUO1P觉得很不错。
りょう ゆそう觉得驱逐舰桑真的是一个人才。
Rimuru-Tempest表示16太强了。
SugaryMegmin觉得这个页面太漂亮了，并且幻想有一天能用上MaterialDesign。
Cstd直呼内行。
啊，好像直接被用上了XD 那么这之后如果有什么问题或建议就直接在这儿开新讨论串，或者找我……？—COVID退散！理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年5月17日 (日) 06:51 (CST)
- (＆)建议 ：如果目前的讨论版css样式已经定稿或无需经常修改，请将讨论版所使用的css页更改为萌娘百科_talk:讨论版/style.css并加以保护。—— 不是液氮 (讨论·贡献) 2020年5月17日 (日) 12:01 (CST)
申请新增Widget以获取当前页面的语言代码
MediaWiki的每个内容页面的原始HTML都包裹在<div class="mw-parser-output">之中，在页面中添加Template Styles时，解析器会自动为所有CSS选择器最前方添加.mw-parser-output，确保操作范围仅限于这个div。
因此如果要在页面中使用CSS来根据当前页面的语言代码（zh、zh-CN、zh-TW、zh-Hans、zh-Hant等）控制元素的样式时，必须通过Widget钻空子，在这个div内部添加包含语言代码的div，让CSS能够识别。
申请通过Widget获取当前页面的内容语言代号“mw.config.get("wgPageContentLanguage")”，并新建一个div标签包裹原<div class="mw-parser-output">标签的内容。如下格式可供参考：
<div class="mw-parser-output">
<div id="mw-page-content-language-container" lang="【获取到的语言代号】">
...
</div>
</div>
--サンムル（讨论） 2020年5月20日 (三) 17:40 (CST)
- 已创建Widget:PageLang，用法：将你需要使用的样式放置在
.pageLang元素下，然后样式里用#fake-mw-content-text:lang(langCode)指定需要的语言代码，widget会自动替换为#mw-content-text:lang(langCode)。（需要#fake-mw-content-text:lang(langCode)为最顶层选择器）——From AnnAngela the Temporary Bureaucrat (Talk) 2020年5月20日 (三) 19:46 (CST)
视觉模糊右下角的按钮失效
我怀疑是【显示目录】工具加入后与Widget:视觉模糊有冲突导致了这个bug（因为Widget页本身的按钮没出问题，但带有目录的条目页却有）。——C8H17OH（讨论） 2020年5月26日 (二) 21:58 (CST)
- 不是失效，只有把页面拉到最下面才能显示出来，本来这个按钮应该显示在
/html/body/div[4]也就是<div id="content" class="mw-body" role="main"></div>这个上面的，估计是z-index或者什么东西出错了-- Ktmsobs（讨论•贡献） 2020年5月26日 (二) 22:31 (CST)
小bug
众所周知，萌百在设置页面有一个“当监视页面的条目被他人修改是会在邮箱提醒”的选项，但是最近一段时间，我发现这个功能完全失效了……哪怕条目被频繁修改也不会触发邮箱提醒机制，这个是怎么回事--非常非常怂的playymcmc007（
- 我猜高达八成的概率你会被回复“无法复现”，因为确实不好复现XD
- 建议先检查一下你的通知设置，如果自己觉得没问题就把你的设置值在这里发一下，好让管理员帮着看下是不是哪里不对。——C8H17OH（讨论） 2020年5月27日 (三) 22:11 (CST)