跳转到内容

英文维基 | 中文维基 | 日文维基 | 草榴社区

维基百科:互助客栈/技术/存档/2021年3月

维基百科,自由的百科全书

Spoken Wikipedia诸模板相关话题

一个非常小的翻译问题

提议更换用于用户查核的模板

请教:infobox gene无法从wikidata调用数据

iOS APP地区词字词转换Bug

模板{{Speciesbox}}出现错误

以随机用字模式阅读页面的小工具?

新建的条目名称包含标点符号

新建的条目名称包含标点符号

为Infobox station资讯框增加参数


2021年3月1日 (一) 19:08 (UTC) —以上未加入日期时间的留言是于2021年3月2日 (二) 00:14 (UTC)之前加入的。

(可能是早就有人报过phab的老bug)移动版用户贡献没有Flow的编辑记录

如题,比如Special:Contributions/161.81.47.102,此IP的用户贡献全部出自知识问答,在桌面版中所有的用户贡献均可以正常显示,而到了移动端就成了空白。--忒有钱🌊塩水あります🐳留言2021年3月1日 (一) 20:10 (UTC)

phab:T158612--YFdyh000留言2021年3月1日 (一) 21:17 (UTC)
好家伙,提报2年了……--忒有钱🌊塩水あります🐳留言2021年3月2日 (二) 05:16 (UTC)

Mediawiki空间的全保护是否有必要

关于{{Wayback}}模板

WP:POPUP,nostalgia模式下部分链接错误

2021年3月8日 (一) 17:51 (UTC)

{{Namespace pagename}}输出英文原文的问题

Template:Hang on模板改成Commons的“转提删除讨论”探讨

如何使用机器人U:Wcam-bot自动存档

下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

请问要如何用这个机器人完成自动存档?这是我的讨论页,不知道哪里设定错误了?--华山初心回复请Ping 2021年3月9日 (二) 20:17 (UTC)

用户:Wcam/ArchiveConfig:“机器人每天自动运行一次此程序,所以设置好之后请不要着急。”Wcam-bot对话页 | 用户贡献)看上去在每日0时(UTC+8)存档一次。--YFdyh000留言2021年3月9日 (二) 20:58 (UTC)
可是我上星期五就设定好了,也没有存档...。--华山初心回复请Ping 2021年3月10日 (三) 14:10 (UTC)
algo设定错误,old()必须有。用脚本试了试,没问题了。如果执行会是“Page User talk:华山初心/2021年/1 saved”,是预期名称吗?--YFdyh000留言2021年3月10日 (三) 16:14 (UTC)
谢谢,原来是没有old()。
至于名称,原本是希望可改成春夏秋冬,但好像不行吧?所以才使用1234。--华山初心回复请Ping 2021年3月10日 (三) 16:25 (UTC)
好像确实不行,有需要就手动移动页面吧。需注意这个参数是 月/3,一二三四季度,不是农历的季节。--YFdyh000留言2021年3月10日 (三) 16:45 (UTC)
谢谢您,今天看到已经有自动存档了!--华山初心回复请Ping 2021年3月11日 (四) 20:42 (UTC)

本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

是否引用韩语维基百科的一些功能

High-use模板相关

鼠标移至链接无法弹出正确繁简转换后文字(api summary bug)

大熊猫链接--E.A.Crowley666✍️ 2021年3月14日 (日) 11:33 (UTC)

2021年3月15日 (一) 23:22 (UTC)

除了那12个维基只读以外,centralauth 数据库也受影响,在这半小时内将无法进行用户更名、更改/确认邮箱、在新维基自动注册账户、更改密码等操作。(翻译自上面那个 phab task) --砜中嘌呤的白磷萃取 打谱 2021年3月16日 (二) 03:14 (UTC)

今日检查首页代码有感

刚才我花了大概一个多小时仔细检查了首页的代码,我找到了一个困扰我很久的问题的答案,同时发现了另一个问题。

关于偶尔出现“每日图片”超出边框的问题

有用户发现首页的每日图片栏目偶尔会出现过宽的图片缩放不合理导致盖住了右边其他栏目的情况,经过我检查后,我发现是小工具MediaWiki:Gadget-mainpage-localtime.js造成的。即小工具“首页以本地时间显示。已登录用户以参数设置页面“显示”中的“时差”设置确定,未登录用户以系统时区确定”。这个小工具会在载入后再次调用MediaWiki后端,解析明天(或者昨天)的首页,而返回的解析结果不知为何,每日图片以标签属性内嵌style的方式将gallery元素宽度固定在了800.6666666667px,造成该问题。

在Timeless皮肤下,由于两栏设计的宽度较窄,元素溢出的情况更可能出现,因此请考虑不要启用这个小工具。

关于gallery的CSS问题

在对gallery进行元素审查的时候我发现,ul.gallery元素和它的子元素li.gallerybox之间的位置存在错位。

造成这个情况的原因是CSS的配置问题。ul.gallery定义了margin和padding为2px,但这个配置被.mw-content-rtl ul给覆盖了。二者拥有相同的CSS特异度,然而在页面加载时,ul.gallery规则(mediawiki.page.gallery.styles)先于.mw-content-rtl ul规则(skins.vector.styles.legacy 等)加载,导致后者覆盖了前者的设定,因而错位。前往Wikipedia:每日图片就能看到大量的图片超出边框的情况,均是此造成的。

@AnYiLin:我报告一下,您看看能否修复一下,或者是在您那里留个档? --Milky·Defer 2021年3月16日 (二) 05:57 (UTC)

我认为两个问题都是一个原因,都和JS有关,而不是CSS。只要是gallery,它的宽高都会被重新计算,然后以内联样式的形式应用到包含相关class的DOM中。本地无法通过CSS解决,亦无法修改JS。--安忆Talk 2021年3月16日 (二) 07:30 (UTC)
和这个一样,都需要从上游去解决。--安忆Talk 2021年3月16日 (二) 07:32 (UTC)

是否可导入Page_Curation

特殊页面内容类型无法进行分类与维护报告未有效使用

问题 特殊页面内容类型无法进行分类与维护报告未有效使用
问题背景 例如使用模板样式的/styles.css页面,JSON页面等,此类内容模型不支持内容格式text/x-wiki,此问题会导致分类功能无法工作。如果使用小工具进行添加分类,会提示内容格式尚不支持。
我的观点 本人没有在方针中发现相关的描述,但此问题似乎影响到了维护报告的工作:特殊:未归类模板(同时我发现此维护报告好像没有在实际使用),此问题似乎需要在Mediawiki软件上解决(如果需要解决的话)。
我的解决方案
  1. Mediawiki软件添加特殊的方式使此类页面分类,或在维护报告中不显示特殊类型页面和子页面(子页面未分类的现象似乎也比较严重)。
  2. 使用机器人对子页面进行分类。

其中Mediawiki功能部分似乎并非适宜在此处提及,不过本人不确定本问题是否有被报告,因此没有进行提交。

本人对维基媒体基金会环境并非熟悉,如果有相关提及的讨论,请管理员关闭本讨论,敬请见谅。 --月汐月汐月留言2021年3月13日 (六) 05:03 (UTC)

您原本打算对哪个style.css加入哪个分类?--Xiplus#Talk 2021年3月13日 (六) 14:51 (UTC)
我猜是为Template:2019冠状病毒病病例数/style.css搜索可见分类方式:/* [[Category:模板風格|JR]] */,参见Template:JR/styles.css。--YFdyh000留言2021年3月13日 (六) 15:00 (UTC)
谢谢您--月汐月汐月留言2021年3月17日 (三) 04:40 (UTC)
并没有想分类某个页面,而是偶然发现的,没想到注释的文本还能分类。--月汐月汐月留言2021年3月17日 (三) 04:42 (UTC)

单独使用{{hlist}}会导致同一页面的{{Infobox}}内建的hlist出现多余的空格

提议增加XTools进入小工具

如题,我自认为Xtools是一个比较常用且十分实用的小工具,当开启这个小工具时,可以直接显示浏览数量而无需在另外开启一个页面,因此我觉得可以加进去。

下附小工具地址(media) [13]

--海の向こうは敌だ!|欢迎订阅维猫报! 2021年3月15日 (一) 12:57 (UTC)

本地化不是很好,“ 70 编辑者、 33,225 页面浏览 (30 天)”,以及打开工具页面后是否默认是英文版,需要从右上角切换?[14]里面应该用https。--YFdyh000留言2021年3月15日 (一) 13:41 (UTC)
打开工具页面后 至少我这里从全域启用后在中维是默认中文。而对于二,也许可以改一改(--海の向こうは敌だ!|欢迎订阅维猫报! 2021年3月15日 (一) 13:51 (UTC)
User:AnYiLin/js/ArticleInfo-wikimirror.js,使用了原生JS函数、HTTPS的版本。语言是mw.config.get('wgUserLanguage')来的,所以显示什么语言完全看用户自己的设置。--安忆Talk 2021年3月15日 (一) 13:59 (UTC)
AnYiLin话说这个工具能进一步自定义吗,比如显示主编或最后一次编辑人员;对于维护清理来说,这个和创建者一样都挺重要的。--洛普利宁 2021年3月15日 (一) 14:08 (UTC)
只使用xtools提供的articleinfo api(/api/page/articleinfo/)的话,不能。它提供的信息是固定的。--安忆Talk 2021年3月15日 (一) 14:13 (UTC)
并因收到用户报告而修正了一个问题(【当页面以两个斜杠结尾的时候,xtools出现问题】访问User:IN//,页面顶部出现“自2021-01-14以来的1个修订版本 (+1 天)、 1 编辑者、 1 页面浏览 (30 天)、 创建者: IN (144) · 查看完整页面统计”)。--安忆Talk 2021年3月15日 (一) 14:10 (UTC)
233333--海の向こうは敌だ!|欢迎订阅维猫报! 2021年3月17日 (三) 13:41 (UTC)

T:tools已加入ContentStyle=display:none

Timeless Logo问题已发现,着手处理中。

有关保护模板

如-{zh-hant:登入;zh-hans:登录}-之类的表述,无法在结构式讨论中显示。且此模板似乎无法正常正常将页面添加到Category:保护状态与保护标志不符的页面,若此类模板无针对结构式讨论的特殊限制,可能需要修改以支持上述功能。--LaMagiaaa留言2021年3月17日 (三) 18:23 (UTC)

模板必须放在摘要或是描述才会有分类。-- Willy1018留言2021年3月18日 (四) 01:53 (UTC)
见User talk:KOKUYO,该位置可以正确分类,且正常显示在Category:被半保护的用户页。但无法判断保护状态,且此模板由于手动转换的使用在该位置无法正常工作。--LaMagiaaa留言2021年3月18日 (四) 05:19 (UTC)
只修模板的话我不觉得能修好这些问题,应该修的是结构式讨论。(比如不支持繁简转换的问题都是多少年前 Flow 刚出的时候就有人提了,一直没人修。)然而结构式讨论已经不再开发新功能也不再在新的维基上部署了,一共也没多少维基还在用了。--砜中嘌呤的白磷萃取 打谱 2021年3月21日 (日) 12:56 (UTC)

Template:tabs手机版不工作

2021年3月22日 (一) 16:52 (UTC)

“讨论工具”回复时没有加签名的快捷按钮... --Kanashimi留言2021年3月23日 (二) 10:37 (UTC)
@Kanashimi:不是会自动签名吗?--YFdyh000留言2021年3月23日 (二) 10:48 (UTC)
mw:Talk pages project/Replying ...确实。--Kanashimi留言2021年3月23日 (二) 11:14 (UTC)

导航模板标题呈现

下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

中维最近更新了吗 ?

有没有人发现导航模板标题呈现偏右了,尤其是模板:Campaignbox 德克萨斯革命等模板:Campaignbox,偏右得很夸张。

发生了什么事情 ?-- 约翰同志-条目裱糊匠留言2021年3月22日 (一) 16:12 (UTC)

话说模板右边不是“显示”和“隐藏”,怎会成了“展开”和“合并” ? 是否这样导致导航模板标题呈现偏右了 ? -- 约翰同志-条目裱糊匠留言2021年3月22日 (一) 17:21 (UTC)

其他维基正常,这纯粹出现在中维。-- 约翰同志-条目裱糊匠留言2021年3月22日 (一) 18:43 (UTC)

Module:Navbox#L-71改 white-space:nowrap 会比较好? --Kanashimi留言2021年3月23日 (二) 00:46 (UTC)
被“查论编”挤的。刚刚改了一下,等一会儿CSS生效再看看。--安忆Talk 2021年3月23日 (二) 04:43 (UTC)
现在的“得克萨斯革命”是相对于“查论编”和后面的按钮居中的,也就是“得克萨斯革命”相对于前后元素的距离是平均的。--安忆Talk 2021年3月23日 (二) 05:09 (UTC)
相对于标题栏居中的话,需要给“查论编”和后面的按钮以position: absolute属性,再给后面的按钮以right: 1em属性。需要变动的地方太多,本着最小改动量原则便不再改它了。--安忆Talk 2021年3月23日 (二) 05:14 (UTC)
图例,上下两个框分别对应上方的说明一和二。--安忆Talk 2021年3月23日 (二) 05:20 (UTC)
英维是前者的样子。--安忆Talk 2021年3月23日 (二) 05:21 (UTC)

造成这一切源头究竟是什么 ? 明明昨天还是正常。Tech news不见有什么改动,不单止campaignbox,Navbox、Military navigation、command structure等导航模板标题呈现都偏右了。找到源头,回退它,应该没有事吧。-- 约翰同志-条目裱糊匠留言2021年3月23日 (二) 08:58 (UTC)

@Comrade John:啊这,应该是我请求安忆更新MediaWiki:Gadget-collapsibleTables.js版本所致。目前我这边看,加载后没有很明显的偏移,加载中有偏右。--YFdyh000留言2021年3月23日 (二) 09:16 (UTC)
@YFdyh000:还是undo掉导致导航模板标题呈现偏右那部分吧,这回事竟有用户走到我讨论页问了。-- 约翰同志-条目裱糊匠留言2021年3月23日 (二) 09:29 (UTC)
现在已经变成之前的样子了吧,我看和英维是一个样的。--安忆Talk 2021年3月23日 (二) 09:35 (UTC)
collapsibleTables.js也没有什么会导致导航模板标题偏右呈现的部分…那是被“查论编”挤的。--安忆Talk 2021年3月23日 (二) 09:37 (UTC)
要么就按上面我给出的说明二,加个position: absolute“完完全全”地居中。--安忆Talk 2021年3月23日 (二) 09:39 (UTC)
@Comrade John:现在问题仍有吗,我这边感觉还好。肯定是更新所致,但不清楚哪段代码导致,且安忆已在做修正,不知道撤销是否会恢复原样,调查成因比较好。--YFdyh000留言2021年3月23日 (二) 09:36 (UTC)
我看是没什么问题了。之前确实会右移8.5em,但现在已经相对于“查论编”和后面的按钮居中了。--安忆Talk 2021年3月23日 (二) 09:41 (UTC)

其实问题仍在,澳大利亚皇家空军第91大队中那个Infobox下面,command structure模板,偏右得很夸张。我删掉(1950至1955年),仍是偏右得夸张。被“查论编”挤的,说不通,之前一直在挤。要么是更新,要么是MediaWiki:Gadget-collapsibleTables.js。

说得通。您提到的那个是模板的问题。它加了句<span style="float:left;width:8em;font-size:80%;margin-right:0.5em;"> </span>,简单说就是它自己加了个宽8个汉字的空格。--安忆Talk 2021年3月23日 (二) 10:00 (UTC)
需要去掉Module:Navbox#L-67的if块。--安忆Talk 2021年3月23日 (二) 10:05 (UTC)
所以现在解决办法有 ?-- 约翰同志-条目裱糊匠留言2021年3月23日 (二) 10:33 (UTC)
Module:Navbox的ep。--安忆Talk 2021年3月23日 (二) 10:58 (UTC)
不止是标题偏右,伴生的问题还有标题栏右侧的“折叠”“展开”字样都成粗体了,该字样加粗后不清爽美观,应恢复至之前的正常状态。--萧漫留言2021年3月23日 (二) 11:50 (UTC)
对,造成这一切源头究竟是什么 ? 快些回退。-- 约翰同志-条目裱糊匠留言2021年3月23日 (二) 12:02 (UTC)

@Comrade John:现在的{{Campaignbox 德克萨斯革命}}呢?--安忆Talk 2021年3月23日 (二) 12:42 (UTC)

我这里正常了,MediaWiki:Gadget-collapsibleTables.js能造成问题我还真是没想到。--ときさき くるみ 2021年3月23日 (二) 12:50 (UTC)
可以了。-- 约翰同志-条目裱糊匠留言2021年3月23日 (二) 12:54 (UTC)
(~)补充:@AnYiLin:所以为什么中维板子默认是偏右显示(而不是左对齐)的,有点奇怪,我看英维似乎没有额外参数也是左对齐的。--ときさき くるみ 2021年3月23日 (二) 12:56 (UTC)
为什么偏右在上面有说,标题文字左面有宽8.5文字宽度的空格…说实话,我认为上面提到的问题正是各种模板模块为了适应这个远古js所导致的。估计当初就是在用错误来修正错误,那个js之前有一堆额外的样式,结果现在又得在更新之后拿新的妥协旧的。--安忆Talk 2021年3月23日 (二) 13:06 (UTC)
或许正本清源才是最好的做法?把那个错误的远古js彻底修正,而不是再将错就错下去。因为这个导航模板似乎还是有些问题,比如{{鲸豚类}}、{{肉鳍鱼总纲}}这两个模板,其最上方的主标题偏右,下方的次级标题偏左,而英维则是对齐的。--萧漫留言2021年3月23日 (二) 14:15 (UTC)
其实要正本清源应该是去改模块,现在是新版的js在妥协远古的、将错就错的修改。您说的问题已经临时修正了,等待缓存刷新即可。--安忆Talk 2021年3月23日 (二) 14:31 (UTC)

请重开话题,模板:科摩罗选举以及任何有绿连标题的选举模板,flagicon+绿连标题=消失的绿连标题,震撼。模板:御所线以及所有铁路模板,右边颜色和标题栏右侧的“折叠”“展开”字样重叠。造成这一切源头究竟是什么 ? 事态有少少严重,用不用找相关管理员问问 ?-- 约翰同志-条目裱糊匠留言2021年3月23日 (二) 20:17 (UTC)

@瑞丽江的河水:麻烦在线的您将MediaWiki:Gadget-collapsibleTables.js暂时回退到2016年最后版本,以避免上述故障。--YFdyh000留言2021年3月23日 (二) 20:44 (UTC)
@YFdyh000:这个需要界面管理员的权限,我改不了。--| 2021年3月23日 (二) 20:47 (UTC)
啊这,那只能等待了,麻烦您了。--YFdyh000留言2021年3月23日 (二) 20:49 (UTC)
@YFdyh000:已经回退到了那个版本,我先找几个人做做测试。--安忆Talk 2021年3月23日 (二) 23:46 (UTC)

挺严重的,全部Navbox隐藏展开都没了。🌟🌟Talk 2021年3月24日 (三) 00:02 (UTC)

您好,在半小时之前,就已经取消了全部的改动,并恢复到了五年前的版本。--安忆Talk 2021年3月24日 (三) 00:20 (UTC)
现在查看,已经没问题了。--🌟🌟Talk 2021年3月24日 (三) 01:33 (UTC)

本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

Twinkle更新 (2021-03-24) @3b75578

近期变更
  • Twinkle选单中复选框与文字太过拥挤的问题现已修复。
  • 批删:在选单内增加CSD F10选项。

如果近期变更有任何错误,或是认为未来变更会造成任何问题,请在Twinkle讨论页互助客栈技术版Telegram群组Github择一报告。--Xiplus#Talk 2021年3月24日 (三) 04:51 (UTC)

下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

机器人又有问题了--John123521 (留言-贡献) 2021年3月21日 (日) 14:58 (UTC)

机器人无问题,还请User:A2569875注意关闭格式。--Xiplus#Talk 2021年3月24日 (三) 05:03 (UTC)


本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

展开折叠按钮的颜色

我在{{Infobox YouTube personality/sandbox}}中复制了英文维基模板的代码,但发现创作者奖右侧的展开折叠按钮是蓝色的,见Template:Infobox_YouTube_personality/testcases,但是英文维基原样的代码显示就是白色的,见en:Template:Infobox_YouTube_personality,这是为什么?--Vozhuowhisper 2021年3月25日 (四) 12:55 (UTC)

因为a标签默认就是蓝色的,代表它可以被点击。--安忆Talk 2021年3月25日 (四) 13:48 (UTC)
根本的原因是英维的有一句color: inherit。--安忆Talk 2021年3月25日 (四) 13:53 (UTC)
加了一句,等缓存过期再看看,应该会好的。--安忆Talk 2021年3月25日 (四) 14:24 (UTC)
我移到正式版之后发现它嵌入别的模板的时候这个按钮是黑色的,见Ninja (网络红人),可是英文维基还是蓝色的。--Vozhuowhisper 2021年3月26日 (五) 02:21 (UTC)
处理中……--安忆Talk 2021年3月26日 (五) 05:00 (UTC)
完成,加进了common.js。如果哪位知道更好的处理方法,希望不吝协助处理。--安忆Talk 2021年3月26日 (五) 05:46 (UTC)

透过直接更改网址能够新建已存在繁/简字条目的简/繁版本,算是bug吗?

如题,例如说以繁体字武聖宮命名的页面已经存在,但是直接用简字带入编辑页面会得到“尚未建立页面”的讯息,可能造成建立平行条目的问题,不知道这算不算是个bug,有没有方法预防?--回廊彼端留言2021年3月23日 (二) 14:56 (UTC)

不算?好像是如果A能直接繁简转换为B,B是能通过前端生成301重定向的查看界面,但似乎仅限于查看,编辑是分开的,方便B弄成是mw系统内的重定向(对应A)或者另开条目(如果不对应A的话)。——Sakamotosan路过围观杯弓蛇影 | 避免做作,免敬 2021年3月24日 (三) 00:49 (UTC)
如果全局转换表出错,会出现使用正确形式的需求。--YFdyh000留言2021年3月24日 (三) 01:17 (UTC)
感谢两位回应,不过我在想,如果这种编辑页面能像搜寻页面一样列出一个“在维基百科上已有名为‘OOO’的页面”,应该能够帮忙减少误建平行条目的几率?--回廊彼端留言2021年3月24日 (三) 16:31 (UTC)
@迴廊彼端:不过我都是通过google搜维基百科条目的。--Googol19980904留言2021年3月25日 (四) 09:01 (UTC)
也期望有,但可能需要MediaWiki层面的开发。--YFdyh000留言2021年3月24日 (三) 22:06 (UTC)
可以用 javascript 做出类似功能-- Sunny00217  2021年3月26日 (五) 14:51 (UTC)

引入enwikt的Module页面中显示链接功能

enwikt的Module页面的Lua注释中,凡是[[a]]{{b}}都会显示链接,见en:wikt:Module:form of,另@Xiplus:zhwikt也缺。代码见en:wikt:MediaWiki:Gadget-CodeLinks.js--E.A.Crowley666✍️ 2021年3月28日 (日) 08:37 (UTC)

有用。给User及WP空间的css和js也弄上吧。--YFdyh000留言2021年3月28日 (日) 13:06 (UTC)

强制显示未经转换的原始标题

编者在很多场景下需要获取页面的原始标题。而繁简地区词转换、自定义标题等使之变得困难,如直接复制网址的话需要手动把下划线替换为空格。我自己的做法是点开历史页来复制标题。

今天写了一段脚本,强制显示页面未经转换的原始标题,应能解决上述需求。大家看看没有问题的话,希望配置为本站的小工具。--Lt2818留言2021年3月28日 (日) 07:16 (UTC)

两个问题:一是并非所有的皮肤都有#firstHeading;二是nodeValue = xx粗暴了些,无法得知本应该显示的标题是什么。--安忆Talk 2021年3月28日 (日) 07:51 (UTC)
针对一,应该再加一个#section_0;
针对二,可以给<h1>加一个title,把本应该显示的标题放进去,或者干脆点击弹对话框。--安忆Talk 2021年3月28日 (日) 07:54 (UTC)
第一个问题:全部有。第二个问题:原本显示的标题可以通过浏览器标题或者匿名浏览看到。该脚本主要针对编者,反正对我个人来说,标题的地区词转换无所谓,链接到正确的标题更加重要。--Lt2818留言2021年3月28日 (日) 07:58 (UTC)
minerva的#firstHeading在哪里?另,注入过程建议用mw.hook('wikipage.content').add(function),而不是立即执行。--安忆Talk 2021年3月28日 (日) 08:02 (UTC)
不好意思忽略了,马上改。--Lt2818留言2021年3月28日 (日) 08:05 (UTC)
undefined不能用===,=== 'undefined'才行,null可以直接用===,不用==。--安忆Talk 2021年3月29日 (一) 02:03 (UTC)
@AnYiLin:前者认为我的写法没错,undefined并非字符串。后者为有意,设想了后续维护中忘记给firstHeading赋值导致其为undefined之情况,可以比较我第一个版本。--Lt2818留言2021年3月29日 (一) 02:21 (UTC)
不好意思,您没错。我下意识地把它当成了由typeof得到的'undefined',忽略了它是[i]来的。--安忆Talk 2021年3月29日 (一) 03:21 (UTC)
加title来显示本应该显示的标题还是有些用的,起码鼠标放上去能知道标题转换有没有问题。加一句firstHeading.setAttribute('title', firstHeading.firstChild.nodeValue)就行。仅是建议。--安忆Talk 2021年3月28日 (日) 08:23 (UTC)
@AnYiLin:你的建议都非常好,已经全部实现了。我解释下为何会忽略minerva:因为看到en:Wikipedia:Skin只有四张截图,加之网址参数改为全称MinervaNeue后无效,以为这个皮肤被弃用了。--Lt2818留言2021年3月28日 (日) 09:16 (UTC)
倒是说说哪里需要原始标题啊。--Xiplus#Talk 2021年3月28日 (日) 15:29 (UTC)
需要确保内部链接正确的时候。繁简不同顶多有一次重定向,而经过地区词转换的标题直接取用甚至可能为红链,更不必说自定义的用户页标题之类。--Lt2818留言2021年3月28日 (日) 15:57 (UTC)
地区词转换的标题若正确应建立重新导向,自定义的用户页标题确实才有问题,不过除非不设定连结文字又为了美观,否则使用带底线的标题没啥问题。--Xiplus#Talk 2021年3月29日 (一) 02:00 (UTC)
链接可以,但文字明显不对:Linux_Mint。另外设定连结文字不比手动改为空格方便。--Lt2818留言2021年3月29日 (一) 02:27 (UTC)
导航模板的连结和分类是一定要原始标题,否则前者成了重定向,目标涂不了黑,误导使用导航模板的读者;后者成了红链,去不了目标分类页面。--约翰同志-条目裱糊匠留言2021年3月28日 (日) 20:03 (UTC)
这时使用带底线的标题没什么问题。--Xiplus#Talk 2021年3月29日 (一) 01:57 (UTC)
总有强迫症患者嘛,例如我。—— Eric Liu 创造は生命(留言留名学生会 2021年3月29日 (一) 13:36 (UTC)
之前写过一个这个:User:Shizhao/origintitle.js,不知道是不是合用?--百無一用是書生 () 2021年3月29日 (一) 02:15 (UTC)
我觉得点击再获取就多一个步骤。我这个版本不给界面增加元素,自认为是优点。--Lt2818留言2021年3月29日 (一) 02:43 (UTC)
更改现有元素可能造成潜在问题,例如监听事件或是与其他脚本相互作用。--Xiplus#Talk 2021年3月29日 (一) 04:24 (UTC)
之所以写这么复杂就是为了兼容“编辑首段”链接。暂时没看到其他影响。--Lt2818留言2021年3月29日 (一) 04:42 (UTC)
mw.loader.using才对。wgULS和mw.util.addPortletLink亦需要mw.loader.using(['ext.gadget.site-lib', 'mediawiki.util'])。--安忆Talk 2021年3月29日 (一) 03:29 (UTC)

Wikipedia:的修动

  1. 显然该IP母语不是中文,文法错乱[19]
  2. 按惯例没有命名空间使用xx首页[20]
  3. 此举跟技术没什么关系
推测该IP不太懂维基,且表达能力不佳[21],故暂时关闭,若有看出其价值觉得有讨论空间的欢迎重开-- Sunny00217  2021年3月29日 (一) 15:01 (UTC)
下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

讨论请用数字

  1. 没有共识的方针/指南改用Help:
  2. 加入幽默:/Humor:/喂鸡百科:取代幽默功用
  3. 主题:->专题首页:/维基专题:->专题计划页:
  4. WikiProject:->PortalProject:

--119.237.10.81留言2021年3月29日 (一) 14:30 (UTC)


本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

2021年3月29日 (一) 17:30 (UTC) —以上未加入日期时间的留言是于2021年3月30日 (二) 00:14 (UTC)之前加入的。

之前(100px)看着还正常的。昨天发现logo变大了(调成135px),搞得整个logo都糊掉了。--🔨留言2021年3月31日 (三) 00:50 (UTC)

我的建议是本地什么也不做,等Timeless自己再改。--安忆Talk 2021年3月31日 (三) 04:49 (UTC)
是的,其他wiki也有这问题。不过目前没看到phab有相关的问题报告。--🔨留言2021年3月31日 (三) 05:07 (UTC)

修改{{CHN-HKG}}和{{PRC-HKG}}模板的链接

现在这两个模板的“中国”和“中华人民共和国”链接至条目中华人民共和国国籍法。建议把链接改为中华人民共和国。使用模板是为了标示国籍,没必要链接至《国籍法》的规定。--Ken418Talk 工作室·"CHANGE" 2021年3月31日 (三) 10:08 (UTC)

提议更改中文系列语言标识的样式

在以 Cite 开头的一系列引文模板中,“language=”参数用于标注参考资料的语言,当填入某一特定类型的中文时,将显示为括号里面又包含括号的样式,例如填入“zh-hant”“zh-hk”“zh-cn”“zh-my”分别显示为“(中文(繁体))”“(中文(香港))”“(中文(中国大陆))”“(中文(马来西亚)‎)”。这种括号套括号的格式,视觉效果略显累赘,不够舒服美观,而且不符合中文标点符号的使用惯例。至少在中国大陆,如遇括号内还需使用括号的情况,规范用法是以方括号〔〕包含圆括号(),正式的官方公文与各类学术论文、专著,都极少出现全角圆括号里面再套一个相同括号的形式。出于简洁明了的考虑,建议通过调换语序的方式或者使用全角连接号替代双重括号,如上述几例可以显示为“(繁体中文)”“(中文-香港)”“(中文-中国大陆)”“(中文-马来西亚)”。

--萧漫留言2021年3月17日 (三) 15:13 (UTC)

(印象中如果链接内容是中文的话,cite系列模板不需要填写language参数?--Tim Wu留言2021年3月17日 (三) 15:22 (UTC)
虽然对中文来源而言可以不用填写language,但如果条目有包含各地中文来源,那就很需要了(粤语阅读障碍,还是粤语有自己的参数?)。 --无心*插柳*柳橙汁 2021年3月17日 (三) 15:30 (UTC)
@Milkypine:确实有粤语参数,填入 language=zh-yue 显示为“(粤语)”。--萧漫留言2021年3月17日 (三) 15:49 (UTC)
大致(+)支持提议。其他语种也可以考虑,例如将en-US改成(英文-美国)。—— Eric Liu 创造は生命(留言留名学生会 2021年3月18日 (四) 00:21 (UTC)
en-US 显示为“(美国英语)”,这个不用改。--萧漫留言2021年3月22日 (一) 14:22 (UTC)
语言显示是由fetchLanguageName API输出的,可能需要在站外修改,或者在站内模块中覆盖输出的文字。--Vozhuowhisper 2021年3月18日 (四) 05:40 (UTC)
赞成,但技术层面不知道有无难度。--YFdyh000留言2021年3月23日 (二) 09:12 (UTC)
只需要重写Module:Citation/CS1#L-2269的第2269行。沙盒版需要重写Module:Citation/CS1/Configuration/sandbox#L-872。--GnolizX留言2021年3月23日 (二) 10:54 (UTC)
如果要改的话,可以直接比照现在转换用的标签来更改,比如大陆简体、香港繁体什么的,连“—”也不用加,跟en-US大致是同一道理。--AT 2021年3月31日 (三) 12:08 (UTC)

template data 的繁体中文名称是“模板資料”还是“模板數據”?

编辑模板文档的时候发现 {{TemplateData_header}} 和Wikipedia:模板数据Wikipedia:模板数据/教学中对应名词出现不一致的情况。我是简体中文用户,不了解情况,希望繁体中文用户回答一下。另:确定了译名之后可以加入 MediaWiki 公共转换组吗?--Tranve () 2021年3月31日 (三) 12:31 (UTC)

看上去经历了严重的翻译编辑战之后,系统界面是直接使用的TemplateData,像是作为专有名词使用。而Wikipedia:模板数据和/教学的转换像是IT转换组转换的,似乎不是该功能的惯用说法。--LaMagiaaa 2021年3月31日 (三) 14:09 (UTC)

推展编辑提示至MediaWiki:Mobile.js探讨

此外,不知是否能够利用MediaWiki:Mobile.js在流动版用户递交编辑前的编辑摘要prompt之上出现提示讯息(确保他们看得到)以在编辑器载入时出现一个overlapping div让用户阅读这些编辑提示后按确认再进入编辑,以让流动版用户也会看到编辑提示。--LuciferianThomas留言 2021年3月29日 (一) 10:16 (UTC)

(过滤器警告就也能覆盖流动版用户,不过还是那句较难设定)--LuciferianThomas留言 2021年3月29日 (一) 10:27 (UTC)