萌娘百科 talk:讨论版/技术实现/存档/2021年03月
讨论版【技术实现】档案馆
有关本站重要模板的设计问题
本人发现许多不为Category:页顶提示模板分类的模板被误分类至其上，究其原因是因为这些模板的说明文字上使用了{{info}}模板，而{{info}}模板的type参数若未经设置将默认为模板添加一个Category:页顶提示模板分类，导致许多使用{{info}}但却仅作为提示用途的模板，它们的分类均会受到污染。许多使用{{customtop}}模板的页顶模板也受到牵连，在添加上Category:规范化页顶模板的同时还会添加上其父分类Category:页顶提示模板，导致了Category:页顶提示模板分类下整个分类树十分混乱。本人尚不清楚为何这些模板使用的{{info}}模板即使是在<noinclude>标签内但仍会被污染的原因，本人推断可能是{{templateCate}}的设计出了问题。_USER:YOONHA~1.PAR（留言）2021年2月21日（日）12:02:33（JST）
- {{templateCate}}是会传染的，只要是模板名字下使用了info就会带上这个分类，如果想不带分类我记得有type=none吧。另外，{{customtop}}模板加上Category:页顶提示模板其实没啥关系，没说母分类和子分类下不能有同样条目的—— ほしみ 2021年2月21日 (日) 11:12 (CST)
- 本人认为大量以作品独立的页顶模板使用父分类Category:页顶提示模板是不合理的，应该归类于子分类Category:系列作品页顶模板。_USER:YOONHA~1.PAR（留言）2021年2月21日（日）12:19:17（JST） 2021年2月21日 (日) 11:19 (CST)
请求对模板的Template:Cite web的日期格式的兼容
<ref>{{cite web | publisher= | url = | title= | author= | date =3011-1-1 | language = ja }}</ref>
该模板严格要求YYYY-MM-DD的格式 即必须 3011-01-01。 要颜色对齐零。若按照上面的例子（缺少零），则为错误的格式，会将模板添加一个分类为 引文格式错误1 “的分类
实际应用中，多数不熟悉的编辑对此不了解，使用不严格的格式，导致常常被添加以上”引文格式“错误的分类。如user可爱的琉璃月的Special:用户贡献/可爱的琉璃月多次对其他不熟悉编辑留下的分类进行修复。
是否能可以支持对错误格式自动修正为，要求的格式。
--极速游离之光（讨论） 2021年2月26日 (五) 09:20 (CST)
感谢的以上模板作者的贡献。
以上建议为嘴炮强者、无知之人的胡言乱语，如若不切实际，望博君一笑。
若有路过有闲工程师伸以援手，感激不尽，在此先预先拜谢
- 展开讨论可能不能及时回复望见谅。
--极速游离之光（讨论） 2021年2月26日 (五) 09:40 (CST)
- 我认为有必要，YYYY-MM-DD格式是zhwp:ISO 8601规定的。——Xzonn（聊天） 2021年2月26日 (五) 09:35 (CST)
- 网络过差，无法预览，请Lua大佬检查一下行不行得通吧：Module:Citation/CS1/Date validation#L340 Line 340开始：
if date_string:match("^%d%d%d%d%-%d%d%?-%d%d?$") then
year, month, day = date_string:match("(%d%d%d%d)%-(%d%d?)%-(%d%d?)$")
- @Leranjun 喊个人过来看一眼。大佬你那边应该没有网络问题吧？——移动版用户 Bhsd（讨论） 2021年2月27日 (六) 15:22 (CST)
- @Bhsd 模块更新了，但是好像还是不行？Special:PermanentLink/4782348--单推人乐然
✉
爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年2月27日 (六) 17:37 (CST)
- @Bhsd 模块更新了，但是好像还是不行？Special:PermanentLink/4782348--单推人乐然
- @Leranjun 喊个人过来看一眼。大佬你那边应该没有网络问题吧？——移动版用户 Bhsd（讨论） 2021年2月27日 (六) 15:22 (CST)
InPageEdit 使用满意度小调查
大家好，我是小工具 inPageEdit 的开发者，当初自用的小插件如今被这么多人使用这么多次，承蒙大家厚爱了！
为了更直观地获取 InPageEdit 使用方面的反馈，方便后期开发维护，特此邀请 ipe 的使用者，耽误大家大约 3 分钟的时间，来填写一个问卷，问卷采取匿名形式，内容绝对不会用作商业用途。
→ https://www.wjx.cn/vm/mtTpOXX.aspx ←
再次感谢大家，鞠躬。 机智的小鱼君⚡ (给我留言✨) 2021年2月20日 (六) 13:16 (CST)
- 这个好诶.jpg——芳文厨 一位史蒂夫 （讨论·贡献）✉❶ 夏川玥玥正式出道！快来单推鸭~ 2021年2月20日 (六) 13:33 (CST)
- 怎么还有用wjx的.jpg——From AnnAngela the Temporary Bureaucrat (Talk) 2021年2月20日 (六) 19:10 (CST)
- \小鱼/\小鱼/\小鱼/--酒姬民乐然
爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年2月23日 (二) 10:24 (CST)
报告几个防滥用过滤器的问题
- 之前站内{{R-18}}及{{敏感内容}}模板仅限维护组成员添加，涉及的修改会有标签“R-18 或 敏感内容”，当时我报告了一个{{R-18作品声优索引}}也被影响的问题，后来得到修复。目前站内已移除R-18内容，{{R-18}}模板也已被削除。之后过滤器描述修改为“敏感内容”，但是问题又出现了，{{R-18作品声优索引}}也没有被跟着修改，以至于前面AkizukiSaitou[更多]（维护组成员）创建雅弥遥页面时出现了“（1个标签：敏感内容）”的现象（草）。
- 有部分主条目内有单独写的分类:屏蔽更新姬推送的条目，在后续加入{{敏感内容}}或{{R-15}}等类似模板之后完全可以移除，但是普通用户无法手动修改，例如我刚刚想要编集例区条目，移除其中单独写的分类:屏蔽更新姬推送的条目，却无法进行。
- 就我所知这类模板或分类在条目中有时候在极端的条件下可能会影响到普通用户无法进行正常的编集，希望对此进行修改。
以上。 ——淑子（トーク） 2021年3月1日 (一) 16:14 (CST)
- 第一条已修复，第二条请单独提起编辑请求（比如在提问求助版提起）。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年3月2日 (二) 14:58 (CST)
- 移除分类:屏蔽更新姬推送的条目需要管理员的吗……—— 今日も一日がんばるぞい！(沼泽 • 讨论) 2021年3月2日 (二) 20:02 (CST)
- @沼泽 会被
Abuse 13滥用过滤器13阻止。--酒姬民乐然爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年3月2日 (二) 20:06 (CST) 修改于 2021年3月6日 (六) 23:54 (CST) - 目前是需要的,巡查也不能移除—— ほしみ 2021年3月2日 (二) 20:37 (CST)
- @沼泽 会被
关于Latex以及Mathtype支持的疑问
先前看到在讨论区内有人正在制作数学有关条目，诸如余弦娘，查看其源代码后，发现该条目中所有的公式是使用MathJax进行编写的，但是，作为更加格式化，且拥有专门编辑器的Latex，以及内置于word中的公式编辑器Mathtype，还没有看到有在萌娘百科当中应用的例子。由于个人想要参与将数学娘部分补全的计划，所以前来询问萌娘百科是否支持latex以及mathtype输入数学公式，若目前已经支持，该如何使用，若目前不支持，是否有后续升级计划？--花落丿天使（讨论） 2021年2月24日 (三) 01:31 (CST)
- 要支持很简单，只需要有一个成熟的js库即可，如果你能找到的话我可以接入。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年2月24日 (三) 09:13 (CST)
- 只是嵌入公式的话，MathJax已经可以涵盖LaTeX的绝大多数功能了。全文用LaTeX写的话，对其他编辑者并不友好，因此强烈建议不要这么做。想要嵌入高度复杂的公式的话，对其他编辑者和读者都并不友好；为避免您的辛勤工作直接进存废讨论，请务必不要这么做。
- 还有，latex/Latex是乳胶，LaTeX才是标记语言的名字。 --
M. J. H. 【蛊】 2021年2月24日 (三) 12:56 (CST) - 我没记错有个texme的JS库，可以走Markdown进LaTeX？不过如果实在困难太大或者没有必要就算了——以上未签名(注)本条留言未签名，留言后请记得用--~~~~签名！的留言由花落丿天使（讨论·贡献）于2021年2月24日 (三) 22:07添加。
- @花落丿天使 MathJax大部分语法和LaTeX相同，如果不介意的话，想问一下您想具体实现哪个功能是MathJax不支持的？--单推人乐然
爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年2月26日 (五) 10:42 (CST)
- @花落丿天使 MathJax大部分语法和LaTeX相同，如果不介意的话，想问一下您想具体实现哪个功能是MathJax不支持的？--单推人乐然
请求对模板Template:扩展时间线技术修复
| 例子 |
|---|
 此处仅记载重大活动的历程
详细历程记录请移驾到【讨论版/技术实现/存档/2021年03月/历程】 综合 2018年
2018年
2019年
YouTube
bilibili
里程碑 |
问题描述：在年份显示日期错误，“2019”会在显示成“2018”导致后面年份会-1的问题。
但，模板按照年的分类内功能似乎正常运作，例如显示成“错误显示的2018（实际的2019）”下的内容并不会归并到2018里面。
--极速游离之光（讨论） 2021年2月26日 (五) 09:20 (CST)
感谢的以上模板作者的贡献。
以上建议为嘴炮强者、无知之人的胡言乱语，如若不切实际，望博君一笑。
若有路过有闲工程师伸以援手，感激不尽，在此先预先拜谢
- 展开讨论可能不能及时回复望见谅。
--极速游离之光（讨论） 2021年2月26日 (五) 09:20 (CST)
请教Help:魔术字/系统变量的时期获取是取决于什么机制的？
如：
{{LOCALTIME}}
例：13:54
该魔术字变量，会在页面提交编辑的时会进行一次更新。
其后会在基于某个机制下进行更新，但更新之间似乎存在一定的间隔。(？(注)无可靠来源，个人感官，下文会提到)
即假如在17：54载入页面，在短暂的一段时间内重新载入，还是显示17：54
但在相隔长时间后，重新载入页面，又会进行自动刷新。（间隔时间未知）
虽然帮助页面写了，“系统变量的结果有可能被缓存”
我应用其他浏览器使用隐私模式下（无缓存的情况下）仍存在此种相同情况（数字短期内不变）
请问是我观察有误，这个魔术变量是实则会实时获取？
还是这个魔术变量存在一定的获取更新间隔？
请求指教
--极速游离之光（讨论） 2021年3月5日 (五) 18:00 (CST)
- 该数字指示的是萌百的CDN缓存时间，但CDN缓存的保留时长并不长，所以间隔一定时间后刷新就会获取最新的时间戳。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年3月5日 (五) 22:22 (CST)
请求是否能对Template:Gallery模板以图片添加同类图片折叠归并的功能
| 示意(1) | ||||
|---|---|---|---|---|
| A型机甲设计图 | B型机械设计图 | B型机械部分详细图（1） | B型机械部分详细图（2） | B型机械部分详细图（3） |
| C型机甲设计图 | C型机甲设计图（1） | D型机甲设计图 | D型机械部分详细图（1） | D型机械部分详细图（2） |
| D型机械部分详细图（3） | E型机甲设计图 |
| 示意（2） |
|---|
|
| 示意（3） | ||
|---|---|---|
服装名 日期 |
服装名 日期 |
|
需求：对于以画廊<gallery>来排列的图片，经常有以同一分类的图片分开排列，使得以图片格分开略显累赘，特别是手机格式看起来。且画廊格式排放使得文字记载有限，只能分开记载，信息碎片化。【参照 ：“示意（1）示意（2）”】
希望实现功能：参照示意(3)(注)该格式不但复杂，且图片缩放不一，又multiple image的调用是有限制的，过多会导致模板失效。或希望 例子：例子：NoWorld#组织成员的←参照（4）(注)但目前这个参照格式会占用空白位置
- 能承接<gallery>模板、代码简单。
- 具有一览无遗的预览图、主要以图片为主、以图片格为分类的区分、可对以图片格作为分类收揽同分类的图片（或通过展开方式表现）
- (如 参照（4）)表面能提供一定文字信息记载、展开后能提供同图片格分类的更多相关图片。甚至能提供更详细的文字信息。
--极速游离之光（讨论） 2021年2月26日 (五) 09:20 (CST)
感谢的以上模板作者的贡献。
以上建议为嘴炮强者、无知之人的胡言乱语，如若不切实际，望博君一笑。
若有路过有闲工程师伸以援手，感激不尽，在此先预先拜谢
- 展开讨论可能不能及时回复望见谅。
--极速游离之光（讨论） 2021年2月26日 (五) 09:42 (CST)
【bug?】过滤器8
Special:滥用日志/193264
这是存在bug吗？是因为两对中括号换行造成的？——洛莉依（讨论） 2021年2月26日 (五) 20:08 (CST)
{{黑幕|明明你才是她们的前辈}}]]————是不是这里多了两个括号？——From月_樱_雪 (讨论) 2021年2月26日 (五) 20:23 (CST)
- 看错了-_-||——From
- @洛莉依检测的是全文中的方括号数量是否相等。—— ほしみ 2021年2月26日 (五) 21:49 (CST)
- @星海子 我看着只有added_lines……？--工具人乐然
爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年2月26日 (五) 21:54 (CST)
- @星海子 我看着只有added_lines……？--工具人乐然
试着在沙盒复现，未触发。Special:差异/4780279/4780285
“((article_namespace == 0) | (article_namespace = 10) | (article_namespace = 14) | (article_namespace = 6))”
这是名字空间吗，话说，包含了用户的没？——洛莉依（讨论） 2021年2月26日 (五) 22:38 (CST)
- 没有bug啊，那一行里不是2个左括号、4个右括号吗？
- @洛莉依 不含用户空间(2)。——移动版用户 Bhsd（讨论） 2021年2月26日 (五) 22:49 (CST)
- @Bhsd 顶上那一行有个File内链是在这一行闭合的w--工具人乐然
爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年2月26日 (五) 23:10 (CST)
- @Bhsd 顶上那一行有个File内链是在这一行闭合的w--工具人乐然
- @洛莉依 名字空间0、10、14、6分别对应主、模板、分类、文件，不包含Help，所以沙盒不会触发。--单推人乐然
爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年2月26日 (五) 23:09 (CST)
- @Leranjun added_lines见洛莉依大佬的解释。
- 其实我个人觉得这个过滤器并没有存在必要……——移动版用户 Bhsd（讨论） 2021年2月26日 (五) 23:48 (CST)
- @Bhsd 啊对，我就是这个意思。星海姐姐说是全文，但是added_lines实际上应该只有改动的行（所有在diff里前面带加号的行）。我猜是因为全文查比较慢，所以只看新增的部分。
- 其实我倒是觉得过滤器本身问题不大，毕竟出现换行方括号的概率比较小，不过在提示里加一下还是好的。--优质编辑者乐然
爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年2月27日 (六) 13:28 (CST) - 确实是检测添加的那两行，不编辑那两行应该是不会触发的。跨行方括号概率应该极小，大多树撞过滤器的应该是真的方括号不配对—— ほしみ 2021年2月27日 (六) 14:33 (CST)
tabs是不能使用了吗
之前可以来回切换的代码tabs是不是不能用了？
比如：
代码为：{{tabs
|color=black
|bt1= 萌萌
|bt2= 娘娘
|tab1= 百百
|tab2= 科科
}}
为何无法显示了，求解答！
--King07 Castanea5（讨论） 2021年3月9日 (二) 17:51 (CST)
- FGO页面全炸了——
新たな世界を見せてあげよう！（讨论） 2021年3月9日 (二) 19:58 (CST)
- 貌似就在刚才被修复了——
- 是的，现在又被修复了，哈哈--King07 Castanea5（讨论） 2021年3月9日 (二) 20:15 (CST)
【BUG】评论区功能无法使用
- 问题
如题
- 复现步骤
在任意一个主名字空间的条目
- 期望行为
可以评论
- 影响范围
全站
--「签名板」from TNLHK「讨论区」 2021年3月9日 (二) 18:55 (CST)
- 复现，用户页也是。还蛮怪的。--酒姬民乐然
爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年3月9日 (二) 19:24 (CST) - 似乎是萌百自身的JS导致的，隔壁并未出现相关问题
建议看看最近新建的小工具代码--悠远的苍穹 (Talk with me!) 2021年3月9日 (二) 19:38 (CST)
我也遇到了，是可以看见已有评论但是不能新增评论的情况 -- 正气凛然的FWZ 2021年3月9日 (二) 19:58 (CST)
- 已修复。
是A姐手癌了（--单推人乐然爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年3月9日 (二) 20:14 (CST)
请求改良讨论首页点入存档讨论的设置
建议点一下就直接进到存档界面的该话题，而不是先到讨论版再点一次到存档。
以上，谢谢。 --Jimmy_Lian qwq 2021年2月27日 (六) 19:45 (CST)
- 这个应该是Cewbot在维护的？可以问一下Kanashimi前辈。--优质编辑者乐然
爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年2月27日 (六) 19:47 (CST) - @lianjiaming你想要什么样的效果？当前的Project_talk:讨论版的讨论版首页导航模块中，属于讨论版子页面的七个子版块标题下方都有“新话题/监视/存档”的链接，点击“存档”就可以前往对应存档主页了……—E5K.用户名是公的驱逐舰的 壹陆 讨论·最近编辑 2021年2月28日 (日) 16:11 (CST)
我的意思是说，比如在讨论区首页看到一个讨论，如果该讨论已经存档，点了就直接跳到档案馆里的该存档，而不是先点进讨论区看到一个已存档，再由那个链接到存档官里的这个条目。 —-Jimmy_Lian qwq 2021年2月28日 (日) 16:48 (CST)
- 我觉得技术上应该可以实现，既然Cewbot能够检测到页面已存档，那么我猜应该是靠找{{Saved}}，所以只需要提取出模板里的link参数就行了。ping一下@Kanashimi前辈。--工具人乐然
爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年3月4日 (四) 22:22 (CST)
应对编辑过程等待过久的临时措施
现已新增一项默认开启的小工具，作用为在用户使用Wikiplus和IPE提交编辑时每秒检测一次编辑是否生效，若已生效则自动刷新（由于编辑界面的提交编辑过程也是页面加载过程，无法发起检测请求，故无法适配）。如有任何问题请at我。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年3月5日 (五) 22:18 (CST)
- 另，由于存在缓存，该小工具可能需要一段时间才能生效。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年3月5日 (五) 22:19 (CST)
YOONHA~1.PAR点了赞。
请问有没有比较简单的办法为图片添加css？
今天弄了半天Template:NoWorld。这个模板里面的头像和背景都是采用wiki的添加方式（我记得如果用img标签的话苹果设备就看不见webp图片，共享站也不显示“该图片被某条目使用”）。
但是想为这些图片添加一些css属性真的很麻烦。比方说width:calc(30vw / {{#var_final:templatenoworld}});，wiki图片就完全不支持这个单位和计算，也不能在外挂css里写。所以只能给图片加class然后在外挂css里写继承，要是需要图片内链还得继承两次。
所以我想问一下有没有什么简单的办法实现这个功能。如果没有的话那需不需要在Help:图像里说明这种办法？因为我记得好像有人问过类似的问题，而他得到的答案是用img标签添加外链，但这个方法缺点很明显。——我是亘古轮回Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2021年3月5日 (五) 23:03 (CST)
- ( ¡ )题外话 我不是专业的，但你标题问的给图片添加css应该不麻烦，直接作用于一个class的后代img就行。只不过添加你说的这条css因为涉及到计算和单位（？）可能很麻烦。
- 不过我其实建议你考虑换种设计思路，因为窄屏下应该优先考虑缩小元素之间的距离，其次是换行，而让图片随窗口尺寸等比例缩小的话会导致窄屏下图片过小。可以参考几个分栏模板和css的实现方式。——Sirogohan（讨论）
- 直接作用不太行。我觉得麻烦是因为要两边调，所以希望找个简单办法。
- 这么设计是为了好看。而且这个模板在手机版下不显示，noworld也基本不加人，所以我才能这么设计。——我是亘古轮回Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2021年3月6日 (六) 08:21 (CST)
关于条目图片的显示问题
- 相关条目：??????
- 相关图片：cm:File:?????.png
该图片文件的缩略图显示错误，完全变成了其他内容。
请帮忙看看是怎么回事。 --Silagence（讨论） 2021年3月10日 (三) 16:31 (CST)
- 是覆盖上传的吗？该图片今天刚上传，可能是缓存的问题。覆盖上传缓存最多需要一个月才能刷新。--单推人乐然
爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年3月10日 (三) 17:20 (CST) - 我看到的是正常的，可以清空本地缓存试试。—— ほしみ 2021年3月10日 (三) 17:45 (CST)
- 我这边发现如果系统缩放比例是100%条目图片就会出问题，如果是125%或更高就不会。尝试清空缓存、换浏览器、使用incognito模式状态依旧。所以可能如果是手机、笔记本或其他高分屏，有大于100%的缩放设置的，就不会复现这种问题，但是100%缩放比例下信息栏的图片会调用图片的thumb而不是图片本身，而那个thumb好像是有问题的。很好奇是跟哪个文件冲突了。——Sirogohan（讨论） 2021年3月10日 (三) 21:54 (CST)
抱歉，又发现一个：
这个是缩略图显示正确，但原图显示成了cm:File:CloverTheater_Character_153_jx.png的内容。
叫一下上传者@Cmsk--Silagence（讨论） 2021年3月11日 (四) 08:31 (CST)
- @Silagence暂时用移动的方式解决吧，见共享站，可见移动后就解决了:
Func（讨论 | 贡献） . . （93字节） （0） . . （func移动页面cm:File:?????.png至cm:File:Image-Test.png：测试） （撤销撤销 | 感谢） --「签名板」from TNLHK「讨论区」 2021年3月11日 (四) 09:57 (CST)
@TNLHK据我所知，半角?是不能作为一般文件名的，Windows也不允许这样命名。某种程度上说，!?等半角符号最好用中文改写，如果实在不行的话用全角也不是不好，但是半角就算了吧，比如*#[]{}\/?!@~$等特殊符号作为文件名是不妥的，甚至不能作为文件名。--Hentai滝沢朔太郎 （会話） 2021年3月13日 (六) 19:24 (CST)
- 根据萌娘共享:页面命名指引，文件名中不得出现特殊符号，且会与系统冲突的符号不能使用。半角问号虽与MediaWiki系统不冲突，但很有可能与服务器本身的文件系统和HTML的query string冲突，因此不应使用。--EnMGP编辑者乐然
爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年3月13日 (六) 22:03 (CST) - 再次移动图片，目前图片位于cm:File:Kris在黑暗世界遇到的第一个区域.png，符合命名规范。图片不再出错，问题已解决。--Hentai滝沢朔太郎 （会話） 2021年3月14日 (日) 16:05 (CST)
不好意思啊各位，我习惯性分类忘记删符号了╥﹏╥，那么只要空格就行了吧--Cmsk（讨论） 2021年3月16日 (二) 23:17 (CST)
請求新增模板{{小召唤术}}
如題，具體所呈現的效果是能夠@在{{萌娘百科的苦力}}頁面中所有參與站務的非機器人行政員及管理員，處理部份需要管理員權限操作的項目。--By patroller CHKO 
(Talk) @ 2021年3月13日 (六) 22:49 (CST)
- 不如{{召唤管理员}}和{{召唤行政员}}？有时候还是要分离的，比如使用者查核时就必须只能呼唤行政员好像。--Hentai滝沢朔太郎 （会話） 2021年3月13日 (六) 23:06 (CST)
- (＋)回心轉意 分開好像比較好。--By patroller CHKO
(Talk) @ 2021年3月13日 (六) 23:11 (CST)
我尝试艾特一下Module:Summon的维护者们吧，我捣鼓了四个页面１.Template:沙盒/群组２．Template:沙盒３．Module:Sandbox/滝沢朔太郎/SummonSysop４．Module:Sandbox/滝沢朔太郎/UserGroupSysop，很好，失败。我完全不理懂Module。@サンムル，C8H17OH，東東君。--Hentai滝沢朔太郎 （会話） 2021年3月14日 (日) 10:38 (CST)
完成 已增加功能，请查阅{{大召唤术}}模板文档说明。——サンムル（讨论） 2021年3月18日 (四) 12:24 (CST)- 赞 所以
{{大召唤术|filter=b}}就是召喚所有行政員？--By patroller CHKO (Talk) @ 2021年3月18日 (四) 12:46 (CST)
- 同理，
{{大召唤术|筛选=行政 管理}}就是召唤除巡查外的维护组成员。--サンムル（讨论） 2021年3月18日 (四) 12:56 (CST) 所以不该改名{{召唤术}}吗（--单推人乐然爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年3月18日 (四) 20:05 (CST)
- 同理，
2 非常好。--Hentai滝沢朔太郎 （会話） 2021年3月18日 (四) 22:15 (CST)
创建了简化版的{{infobox}}：{{信息框}}
希望大家多多支持！--佳沛降解剂（讨论） 2021年3月20日 (六) 22:01 (CST)
您好，目前已经有{{信息栏2.0}}了，你这属于重复造轮子行为，之后我将把该模板打回用户页，以后请避免这种重复模板的创建。—— 屠麟傲血（讨论） 2021年3月20日 (六) 22:05 (CST)
屠麟傲血
关于{{hide}}和{{LyricsKai}}
鄙人发现，当用hide模板嵌套LyricsKai模板时，出现宽度不配合的情况。
有的时候hide太宽，有的时候装不下。
| 例子 |
|---|
|
本段落中所使用的歌词，其著作权属于原著作权人，仅以介绍为目的引用。 aaaaaaaaaaaaaaabbbbbb Fooooooooooooooooooooooooooooooooooooooo |
—— Zespri Mickey Young滚动的天空Wiki的巡查
- 个人认为{{LyricsKai}}的思路好像是为整个页面宽度设计的，因此除非给表格写一个100%宽度的属性，否则嵌套在表格里使用不太合适。可以改用其他思路，例如{{Toggle}}模板。
- 点击查看例子
- 本段落中所使用的歌词，其著作权属于原著作权人，仅以介绍为目的引用。aaaaaaaaaaaaaaabbbbbbFooooooooooooooooooooooooooooooooooooooo
- @佳沛降解剂 TL;DR：加
word-wrap:break-word;
| 效果 |
|---|
|
本段落中所使用的歌词，其著作权属于原著作权人，仅以介绍为目的引用。 aaaaaaaaaaaaaaabbbbbb Fooooooooooooooooooooooooooooooooooooooo |
- 这件事情大概是这样的：其实并不是宽度，而是word-wrap和word-break断句的问题。比如这个例子就很正常：
|
本段落中所使用的歌词，其著作权属于原著作权人，仅以介绍为目的引用。 鏡面上（キョウメンジョウ）の少年（しょうねん）少女（しょうじょ） 表情（ひょうじょう）には能面症状（ノウメンショウジョウ） 鏡面上（キョウメンジョウ）の少年（しょうねん）少女（しょうじょ） 表情（ひょうじょう）には能面症状（ノウメンショウジョウ） 镜面上的少年少女 面无表情缄口不语 镜面上的少年少女 面无表情缄口不语 The boy and girl in the mirror show a lack of emotions The boy and girl in the mirror show a lack of emotions 同情（どうじょう）用（よう）のお面（めん）まとって同級生（どうきゅうせい）のミラーじゃ 同情（どうじょう）用（よう）のお面（めん）まとって同級生（どうきゅうせい）のミラーじゃ 戴上同情用的面具 同学朋友镜像几许 戴上同情用的面具 同学朋友镜像几许 It's a mirror of classmates donning sympathetic masks It's a mirror of classmates donning sympathetic masks つまんないじゃない？パントマイムじゃない？ つまんないじゃない？パントマイムじゃない？ 难道不觉无趣？莫非在演哑剧？ 难道不觉无趣？莫非在演哑剧？ Is it not boring? Is it not a pantomime? Is it not boring? Is it not a pantomime? オリジナルイマジネーション無（な）けりゃイミテーション オリジナルイマジネーション無（な）けりゃイミテーション 就算没有原创的想象力至少也该尝试仿制 就算没有原创的想象力至少也该尝试仿制 Even without Original Imagination, just roll with Imitation Even without Original Imagination, just roll with Imitation 怖（こわ）くない嫌（きら）いを跳（は）ね返（かえ）すマインド 怖（こわ）くない嫌（きら）いを跳（は）ね返（かえ）すマインド 不要恐惧 击碎内心中厌恶的情绪 不要恐惧 击碎内心中厌恶的情绪 Don't be afraid to break through the hateful Mind Don't be afraid to break through the hateful Mind 渡（わた）すよ愛（あい）の引導（いんどう） 渡（わた）すよ愛（あい）の引導（いんどう） 将爱的引导赋予 将爱的引导赋予 With a guidance of love With a guidance of love だから形（かたち）なんて気（き）にしないで物真似（ものまね）はしないで だから形（かたち）なんて気（き）にしないで物真似（ものまね）はしないで 所以不必在意形状也不必去刻意模仿 所以不必在意形状也不必去刻意模仿 There's no need to worry about the shape or doing an imitation There's no need to worry about the shape or doing an imitation あなたが好（す）きだと思（おも）える新（あら）たなあなたに必（かなら）ずなれますように あなたが好（す）きだと思（おも）える新（あら）たなあなたに必（かなら）ずなれますように 只要你想就能成为你自己喜欢的模样 只要你想就能成为你自己喜欢的模样 May you become the new ideal self you imagine May you become the new ideal self you imagine Bye my 殻（から）, Brand-new my Color Bye my 殻（から）, Brand-new my Color Bye my 壳，Brand-new my Color Bye my 壳，Brand-new my Color Bye my shell, my Brand-new Color Bye my shell, my Brand-new Color 改（あらた）めて言（い）うよ 聞（き）かせてよどうぞ！ 改（あらた）めて言（い）うよ 聞（き）かせてよどうぞ！ 我再说一次 再让我听一次吧 我再说一次 再让我听一次吧 I'll say it again, I'll hear you out! I'll say it again, I'll hear you out! [3! 2! 1!] [3! 2! 1!] [3!2!1!] [3!2!1!] [3!2!1!] [3!2!1!] |
- 理论上来说，对于日文和中文文字，浏览器断行几乎会在任何字符之后（参见enwp:Line breaking rules in East Asian languages）。
- 但是对于英文来说，如果不特别指出，断行必须在单词结束时进行。因此，如果遇到一个超长单词，就会出现宁愿溢出都不换行的情况。--工具人乐然
爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年3月17日 (三) 21:40 (CST)- 我昨天在浏览器的检查器里玩了玩，我觉得处理逻辑大概是这样：
- 首先，表格宽度会根据不换行文字的总宽度确定，例中就是“aaaaaaaaaaaaaaabbbbbb”+“Fooooooooooooooooooooooooooooooooooooooo”，在我的系统里大概是528px；
- 接下来，左右两栏的子元素的设定是父元素宽度的49%左右，因此每栏获得的宽度是263px；
- 由于拉丁单词默认不换行，Fooooooooooooooooooooooooooooooooooooooo的实际长度超过263px，因此会溢出。
- 所以设置
word-wrap:break-word;，或者为长句、长单词中间加<wbr />，都可以至少避免单词出界的问题，让每栏即便只有263px也瞧得过去。但是问题归根结底还是出在了第一步，即表格获得的528px的宽度不合理。 - 另外，{{LyricsKai}}也有根据屏幕宽度调整显示模式的设计（宽屏时左右分栏，窄屏时原文译文句句上下衔接），但是判定标准是浏览器宽度而不是父元素的宽度，因此如果将歌词嵌套在一个和页面宽度差别过于明显的表格里，也会干扰这种设计。
- 这就是为什么我依然不建议把{{LyricsKai}}写在表格里面。换用一个能占满页面宽度的元素是更好的选择。——Sirogohan（讨论） 2021年3月17日 (三) 22:16 (CST)
- 我昨天在浏览器的检查器里玩了玩，我觉得处理逻辑大概是这样：
汇报bug
“切换隐藏侧边栏”功能，收起侧边栏后，本站滚动公告显示异常。
普通汉字可正常显示，带颜色的文字、数字、英文、内链会错位。
浏览器为Chrome内核，但似乎内核版本较低。
另外希望收起侧边栏时那个大大的“萌娘百科”图片可以换成“首页”，看起来更好看些，而且萌娘百科四个字会和版头中重复。--以后（讨论） 2021年3月20日 (六) 00:15 (CST)
- 我这边滚动公告没出现问题，但wikiplus的显示位置出现了问题。——From
- 复现，有用户反映小工具与w+兼容性不好。
又一个使用IPE的理由（--工具人乐然
- 复现，有用户反映小工具与w+兼容性不好。
- 无法复现；并不觉得。w+的问题已经修正（作者被mw内置的奇怪css误导了）。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年3月21日 (日) 00:07 (CST)
好吧，应该是我显示器画面比例的锅。--以后（讨论） 2021年3月21日 (日) 01:25 (CST)
似乎是个关于内链写法的bug
虽然[[xxx|]]有时好像确实可以成功简写，但我这里看代码[[班长(萌属性)|]]的显示结果依然是“[[班长(萌属性)|]]”，而不能正常显示为“班长”（参见Special:差异/4688200/4831802、Special:差异/4688472/4831829）
之前我也遇到过这种情况，怀疑跟页面中的内链数量有关。
不知各位端口是否可以复现？——迪尔碧莉蝶（留言板）
2021年3月20日 (六) 04:14 (CST)
【BUG】WikiPlus与短链工具同时使用时编辑窗口位置错误
- 问题
当同时启用这两个小工具时，点击WikiPlus的“快速编辑”，编辑窗口未出现在窗口中间而是出现在了窗口范围下方的一个位置。
- 复现步骤
- 同时启用“WikiPlus”和“短链工具”。
- 打开任意可编辑的页面。
- 点击“快速编辑”。
（另：浏览器为Chrome浏览器。）
- 期望行为
同时启用工具时，WikiPlus编辑窗口显示在正确位置。
- 影响范围
全站
--—— JackBlock ( TA / CO ) 2021年3月21日 (日) 00:12 (CST)
- 上面的讨论串里已经说明了，w+修正了相关问题（原因是之前作者被mw内置的
body{height:100%}误导了，以为body的高度就是浏览器高度）——From AnnAngela the Temporary Bureaucrat (Talk) 2021年3月21日 (日) 11:35 (CST)
几个想法💡
几个想法：
- 能否实现监视特定讨论串功能？
- 当发生编辑冲突时，能否实现系统自动混合编辑内容？
以上皆为我的设想（如果技术上可行的话）--以后（讨论） 2021年3月21日 (日) 01:16 (CST)
- 2是不太可能了。MW又没有人那么聪明。而且万一是同一段内容被修改成了不同东西那系统根本就是无从整合。
- 1恐怕技术上有难度。
- --Hentai滝沢朔太郎 （会話） 2021年3月21日 (日) 01:32 (CST)
- 1做不到，2目前mw会自动混合针对不同section的编辑冲突（比如A编辑section1的同时B编辑了section2，且section1和section2不是嵌套关系，这种mw会自动merge）——From AnnAngela the Temporary Bureaucrat (Talk) 2021年3月21日 (日) 11:37 (CST)
- 1要用flow（逃-EnMGP编辑者乐然