维基百科:互助客栈/技术/存档/2020年2月
本页是以往讨论的存档。请勿编辑本页。若您想发起新讨论或重启现有讨论,请在当前讨论页进行。 |
能否在使用“滋磁”模板时别出现多余分类?
用archive.org存档的手机版访问问题
用archive.org存档一个新网页,发现用手机版访问时,明明之前已经存档,但会显示“此网页没有存档”,是什么问题。--安眠3(留言) 2020年1月21日 (二) 06:50 (UTC)
- @安眠3:我想到两种可能,首先是该网页有桌机版跟手机版,这样如果先前是用桌机版存档,手机版自然就没存到;二是该网页网址后方可能有很多自动生成的、会变动的后缀字,例如某些时候fb相片主网址后一大串难以理解的字母。--回廊彼端(留言) 2020年2月3日 (一) 12:40 (UTC)
2020年2月3日 (一) 20:04 (UTC)
浏览Wikipedia:档案存废讨论/快速删除提报页面历史超时
在此时浏览Wikipedia:档案存废讨论/快速删除提报页面历史超时,多次尝试后仍失败。-- Willy1018(留言) 2020年2月2日 (日) 13:44 (UTC)
系统有时候没有注记“手动转换异体字”的标签
敝人刚才测试将“台湾”改成“臺灣”,但是该笔编辑没有被注记为“手动转换异体字”。为什么呢?--Matt Smith(留言) 2020年2月4日 (二) 02:54 (UTC)
此外,有一笔IP人士的编辑也没有被注记。--Matt Smith(留言) 2020年2月4日 (二) 05:00 (UTC)
有关某愉快犯
建议{{translating}}等模板自动添加|time={{subst:#time:c}}参数
- 理由:
添加上这个模板的时候,广大编者都默认以当下时间为添加时间,亦即添加|time={{subst:#time:c}}参数,但是这个参数代码很不好记忆。我相信包括我在内的大部分编者都是在报错提示后,复制这段参数,然后才正确添加。既然如此,何不去掉报错功能,直接把这个模板的默认时间参数调整为|time={{subst:#time:c}}?在有特殊需要时(极少数情况),个别编者再利用time=xxx自行添加需要的时间岂不美哉?--冷罗KS 2020年2月1日 (六) 06:34 (UTC)
- 可以直接使用{{subst:translating/auto}}。如果不替换引用(subst)的话直接将时间带入模板会造成错误。--【和平至上】黑医护以市民健康作要胁可耻💬📝 2020年2月2日 (日) 07:05 (UTC)
- (:)回应:@KSroido、和平至上、Emojiwiki:可以用这个模块:Unsubst#范例可以用这个实现,(:)回应:@KSroido:但中文维基的惯例是建立“/auto”子页面。-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年2月5日 (三) 04:09 (UTC)
- 谢谢您的教学--冷罗KS 2020年2月5日 (三) 04:14 (UTC)
关于用户页面位置问题
小弟编辑自己的用户页,期间发发现用户框无法强制靠右与语言列表对齐,个人介绍文字夹杂在开头模板之间,甚为难看,请问如何解决?又有何代码可以排版?--林可晴\\まふまふ//关注武汉肺炎疫情 2020年2月5日 (三) 01:47 (UTC)
- @LumHoTsing:(加入{{clear}}到用户框前)203.218.116.152(留言) 2020年2月5日 (三) 04:17 (UTC)
... {{Clear}} {{Userboxtop |align=right }} ...
Infobox station相关
想问问各位知道如何使用subst:/auto吗?就是我想为车站信息框做一个subst生成参数,不过找不到地方。 angys →讨留奖 2020年2月4日 (二) 09:18 (UTC)
- @*angys*:应该是在Template:XXXX/auto建立
{{XXXX|参数1=A|参数2=B}}
- -- Sunny00217 2020年2月4日 (二) 14:08 (UTC)
- 更正楼上,是
<includeonly>{{subst:XXXX|參數1=A|參數2=B}}</includeonly>
--Wiki emoji | 🅔🅜🅞🅙🅘🅦🅘🅚🅘 祝百毒不侵~ ♬Main User 2020年2月5日 (三) 03:30 (UTC)
- 更正楼上,是
- 一看上面的就知道会出错的,看这个例子吧:Template:Wikify/auto。——路过围观的Sakamotosan | 避免做作,免敬 2020年2月5日 (三) 05:15 (UTC)
可否增加一个标签以识辨在日期加上内部链接的人
我发现有人持续地于大量的条目为日期加上内部链接。详情请参见我从2020年2月5日 12:55 (GMT +8)至2020年2月6日 02:00 (GMT +8)的编辑。这种行为一般难以察觉,可否增加一个标签以识辨在日期加上内部链接的人?--英秀一心(留言) 2020年2月6日 (四) 01:53 (UTC)
Template:La等模板字体问题
- 下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
Template:La及其说明页的大量模板在简化字模式下为何会调用用于繁体字的微软正黑体?--GnolizX(留言) 2020年2月7日 (五) 13:18 (UTC)
,原来这东西我能改,关闭罢,GnolizX(留言) 2020年2月7日 (五) 13:46 (UTC)
- 本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
机器人在wayback machine存档新闻连结
可以由机器人自动把条目里引用的新闻来源批量去Wayback Machine或archive.today存档历史快照(internet archive)吗? 维基百科几十万条目, 里面引用的新闻连结在十年后可能都看不到, 很可惜, 人工一个一个做根本不可能. Lovewhatyoudo ® 2020年1月29日 (三) 07:44 (UTC)
- @Lovewhatyoudo:您可以在页面的“查看历史”界面点击“修复死链”,并按跳转后页面中的指导性文字进行操作,很好用。-- 2020年1月29日 (三) 09:12 (UTC)
- 原来如此... 为什么这个功能这么少被宣传啊....Lovewhatyoudo ® 2020年1月29日 (三) 11:43 (UTC)
user:IABot貌似只执行于使用了template:cite的来源? 很多老条目没有用cite, 可惜了. 技术上可行的吧, 可以在直接在ref之中但没有使用cite的文本末端加上存档连结和日期就可以?请考虑。Lovewhatyoudo ® 2020年1月29日 (三) 14:17 (UTC)
- 我用Node.js写了一个简单的程序User:FL.YL.BANxS/archiver.js,如果写的不好请多多包涵。-- FL.YL.BANxS(留言) 2020年2月4日 (二) 15:58 (UTC)
- @FL.YL.BANxS:怎么使用?-- Sunny00217 2020年2月5日 (三) 02:50 (UTC)
- 如何使用:
- 需要Node.js执行环境(实际上也不需要,只要把
require('https')
换成jQuery就行),可以执行命令apt update && apt install nodejs -y
安装或者在 https://nodejs.org/ 下载。 - 配置参数:INTERVAL_SECOND是每次抓取间隔时间(秒),COUNT是每次抓取几个页面。
- 需要Node.js执行环境(实际上也不需要,只要把
- 大致运行步骤:
- if 页面池中有页面 then 直接使用 else 随机生成一个页面并添加到页面池(随机页面生成范围:所有的条目、所有的文件、在这些分类下的页面:CAT:典范条目、CAT:特色图片、CAT:特色列表、CAT:新闻动态)。
- 获取到这个页面的维基代码,再从中解析出所有的维基内链(例如
[[Example]]
)并添加到页面池。- 如果以
#
或:
开头或者不是条目或文件名字空间则视为无效内链,跳过;如果存在|
则取左侧全部内容;如果存在#
则取左侧全部内容。
- 如果以
- 从维基代码中解析出所有的外链并提交到
web.archive.org
存档。- 因为是直接识别网址所以不受到
[http://example.org/ Test]
、{{cite web}}等语法限制,即使不使用这些语法也可以识别。
- 因为是直接识别网址所以不受到
- if 返回403 then 提交到
archive.today
存档(因为archive.today不遵守robots.txt)。 - if 返回429 then 等待10秒后重试(因为有速率限制)。
- goto 1 -- FL.YL.BANxS(留言) 2020年2月5日 (三) 05:54 (UTC)
- Sunny00217 2020年2月8日 (六) 14:56 (UTC)
- 什么是“可以直接使用的版本”?如果是指浏览器版本的话,那么:
- 每次使用都必须打开维基百科并登录才能运行,麻烦。
- 浏览器内存占用大。
- 移动版浏览器难调试(没有F12控制台)。
- 一些特性无法实现。
- 我还是建议使用Node.js来执行,可以避免上述问题:
- 访问 https://zh.wikipedia.org/wiki/User:FL.YL.BANxS/archiver.js?action=raw&ctype=text/javascript 然后 Ctrl+S 保存到本地文件。
- 到 https://nodejs.org/en/download/ 下载Node.js(不会?)。
- 执行命令
node archiver.js
就可以运行,需要切换到 archiver.js 文件所在的目录(不会?)。-- FL.YL.BANxS(留言) 2020年2月9日 (日) 04:35 (UTC)
那可以请阁下写个可以直接使用的版本吗?-- - 什么是“可以直接使用的版本”?如果是指浏览器版本的话,那么:
- 如何使用:
- @FL.YL.BANxS:怎么使用?-- Sunny00217 2020年2月5日 (三) 02:50 (UTC)
使字幕自动播放中文
当前,中文维基用户点击歌曲,如有英文字幕,则先播放英文,如何对此机制进行修改?--Natureindex(留言) 2020年2月10日 (一) 11:52 (UTC)
维基媒体技术社群发出最新技术新闻。请告知其他用户以下变更。当然,未必所有变更都会影响阁下。翻译本于此。
最近更改
- 在Android上有新版本的维基共享资源手机应用程序,它应已解决上传失败的问题。 [1]
问题
- 上周MediaWiki的新版本出现了一些问题,它意外地删除了一些讯息,新版本因为修复而延迟。 [2]
本周后期变更
- 机器人和小工具使用Action API。一些错误代码将会改变,一些数值若不遵照标准格式将不再运作。 [3]
- MediaWiki新版本将于2月11日部署至测试维基及MediaWiki.org,及于2月12日部署至非维基百科站点及部分维基百科,并于2月13日部署至所有站点,参见日历。
技术新闻由技术新闻作者制作并由MediaWiki信息递送送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。
2020年2月10日 (一) 19:09 (UTC)
使用Wikiplus在DYKC投票有Bug?
看编辑历史似乎刚才发生了这样的事情--如沐西风(留言) 2020年2月7日 (五) 16:33 (UTC)
- @镜音铃:-- Sunny00217 2020年2月8日 (六) 15:04 (UTC)
- 已知问题,但无法稳定复现找不到原因。--镜音铃(留言) 2020年2月8日 (六) 15:07 (UTC)
- KirkLu的那笔编辑出现在UTC 16:05。我猜测问题可能与16:03的这笔编辑有关:我猜KirkLu开始编辑的时间早于16:03,16:05提交时候,由于16:03的那笔编辑改变了章节的编号,造成Wikiplus的问题?应该可以测试一下,确定是不是这个原因?--如沐西风(留言) 2020年2月9日 (日) 06:00 (UTC)
- @如沐西风: 谢谢,按这个说法可能是编辑冲突的问题,但是实际上有防止编辑冲突的措施,得再看看。--镜音铃(留言) 2020年2月9日 (日) 11:30 (UTC)
- @镜音铃:m:User:Bluedeck/source/edit-conflict.js?-- Sunny00217 2020年2月11日 (二) 09:47 (UTC)
- KirkLu的那笔编辑出现在UTC 16:05。我猜测问题可能与16:03的这笔编辑有关:我猜KirkLu开始编辑的时间早于16:03,16:05提交时候,由于16:03的那笔编辑改变了章节的编号,造成Wikiplus的问题?应该可以测试一下,确定是不是这个原因?--如沐西风(留言) 2020年2月9日 (日) 06:00 (UTC)
- 已知问题,但无法稳定复现找不到原因。--镜音铃(留言) 2020年2月8日 (六) 15:07 (UTC)
Hotcat无法启用
在参数设置中打开了Hotcat,并且浏览器已经开启了Javascript,依然无法找到Hotcat --屠龙勇者终作龙(留言) 2020年2月8日 (六) 09:33 (UTC)
- @屠龙勇者终作龙:页面下方分类栏会出现加号、减号-- Sunny00217 2020年2月8日 (六) 13:31 (UTC)
- @Sunny00217:没有出现--屠龙勇者终作龙(留言) 2020年2月8日 (六) 13:57 (UTC)
- @屠龙勇者终作龙:在common.js加入后依然无法生效吗?-- Sunny00217 2020年2月9日 (日) 08:06 (UTC)
- 有时候会load不到的。可以尝试reload几次。某些分类可能是模板附带的,那些不能用hotcat移除。ꓢꓯꓠꓟꓳꓢꓮ 问我国家哪像染病 2020年2月14日 (五) 04:16 (UTC)
关于virusbox模版
ICTV在他们的论文中将SARS-CoV-2分类为一个分型而非一种,详见英文维基,他们的信息框是最新的。但我研究virusbox模版,无果,仍未搞懂如何修改。特在此求助。 --曾晋哲(留言·Q61655160) 2020年2月14日 (五) 05:40 (UTC)
取消Tor用户获得自动确认权限的特殊限制
目前所有Tor用户必须注册90天且作出100次编辑才能拥有自动确认权限。我提议取消这个限制。一个受影响的用户。--GZWDer(留言) 2020年2月12日 (三) 12:00 (UTC)
- 这样有违TorBlock的作用吧。可以申请LIPE或者给一个月的确认。如果他能保持长期的编辑工作的,90天很快就过去的。——路过围观的Sakamotosan | 避免做作,免敬 2020年2月13日 (四) 06:09 (UTC)
- Wikiplus要自动确认用户才可以用,确认用户仍然不能用。ꓢꓯꓠꓟꓳꓢꓮ 问我国家哪像染病 2020年2月14日 (五) 04:19 (UTC)
- 那个是Wikiplus的设计问题吧。像TW也是用脚本检测是否有相应权限的。——路过围观的Sakamotosan | 避免做作,免敬 2020年2月14日 (五) 04:52 (UTC)
- Wikiplus要自动确认用户才可以用,确认用户仍然不能用。ꓢꓯꓠꓟꓳꓢꓮ 问我国家哪像染病 2020年2月14日 (五) 04:19 (UTC)
- 是不是倒过来,应该限制tor的使用?--Temp3600(留言) 2020年2月14日 (五) 16:57 (UTC)
同一个参考文献,有没有办法显示不同的页码与引用文字?
目前,同一个参考文献,可以使用{{rp}}模板显示不同的页码,如此一来就不必单纯为了显示不同的页码而重复使用整个<ref>......</ref>
。
但是如果也想显示不同的引用文字(quote=
参数值),目前只能重复使用修改过quote=
参数值的<ref>......</ref>
。
请问有没有解决的方法?--Matt Smith(留言) 2020年2月17日 (一) 05:24 (UTC)
现在的维基数据是怎么了?
2020年2月17日 (一) 16:16 (UTC)
建议修改{{translating}}等模板的时间参数引用规则
使用{{translating}}等模板时,我相信广大编者都是以当下时间作为添加时间的,但是就我了解的几位维基人的情况而言time={{subst:#time:c}}这个参数,记起来很困难,他们中的大多数人都是:
- 不添加上述时间参数直接先点击提交
- 自动报错
- 复制提示页的代码
- 正确提交
既然如此,何不在后台修改一下相关代码,删除报错功能,把时间参数默认为time={{subst:#time:c}}。而对于部分特殊需求的维基人,他们在编辑时如果需要添加其他时间参数,那么再让这部分少数人手动添加需要的参数,这样岂不美哉?--冷罗KS 2020年2月2日 (日) 03:57 (UTC)
- 今天才知道有“time={{subst:#time:c}}”这种东西。谢谢您的教学。--Hjh474(留言) 2020年2月2日 (日) 04:18 (UTC)
- 那您之前是咋添加时间的??(狗头)--冷罗KS 2020年2月2日 (日) 04:25 (UTC)
- (羞)手动输入。--Hjh474(留言) 2020年2月2日 (日) 05:13 (UTC)
- (~)补充上述案例更加说明了这个代码的不合理性--冷罗KS 2020年2月2日 (日) 04:25 (UTC)
- {{subst:Translating/auto}}。ꓢꓯꓠꓟꓳꓢꓮ 2019-nCov 2020年2月2日 (日) 05:35 (UTC)
- 不带参数的维护模板可以用
{{subst:Dated}}
,比如{{subst:Dated|Lead section}}
。而且参数说是时间(time
),其实|time=2020-02-02
手敲到日就够了。另外能否引入机器人,自动为维护模板补时间?--Lopullinen 2020年2月2日 (日) 05:50 (UTC)
- (+)同意@Lopullinen:的观点,“引入机器人”--冷罗KS 2020年2月3日 (一) 01:32 (UTC)
- (~)补充更改后台代码更“一劳永逸”一些--冷罗KS 2020年2月3日 (一) 01:42 (UTC)
- (:)回应{{translating}}可以,但并不是每个都可以!!!-- Sunny00217 2020年2月3日 (一) 02:28 (UTC)
- (~)补充更改后台代码更“一劳永逸”一些--冷罗KS 2020年2月3日 (一) 01:42 (UTC)
- (:)回应我的作法会用{{subst:translating/auto}}--Wolfch (留言) 2020年2月3日 (一) 02:33 (UTC)
- 预览,报错,复制报错信息里的内容,粘贴,提交。然而移动版就干脆放弃了。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2020年2月3日 (一) 03:00 (UTC)
- (+)同意是的,移动版根本没办法@UjuiUjuMandan:——冷罗KS 2020年2月3日 (一) 08:57 (UTC)
- 预览,报错,复制报错信息里的内容,粘贴,提交。然而移动版就干脆放弃了。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2020年2月3日 (一) 03:00 (UTC)
- (?)疑问:突然想到,这个议题放在客栈方针区是不是怪怪的,要移到技术区吗。--Hjh474(留言) 2020年2月11日 (二) 15:40 (UTC)
- 囧rz...,请自便-- Sunny00217 2020年2月18日 (二) 04:22 (UTC) 好像是
“通过电子邮件联系该用户”“寄電子郵件給這位使用者”
在访问开启了这个EmailUser功能的用户的用户页上,左侧工具栏里的翻译突然变成了上面这两个,并且在我的电脑上还因为句子太长,甚至还换行了。这是英文的原文改了,导致中文翻译出现了变动,还是中文翻译者自己想要改的?--Techyan(留言) 2020年2月18日 (二) 22:17 (UTC)
- 是指这个吗?本来是电邮联系该用户,今年刚刚被人改了。—VulpesVulpes825(留言) 2020年2月18日 (二) 22:44 (UTC)
- 是的。我对translatewiki不熟,但是这个译名变动应用到本地之后真的感觉不舒服。--Techyan(留言) 2020年2月18日 (二) 22:51 (UTC)
- 稍等,我去回退掉这个修改。但是这个修改应用到本地需要一定时间,请见谅。—VulpesVulpes825(留言) 2020年2月18日 (二) 22:52 (UTC)
- 是的。我对translatewiki不熟,但是这个译名变动应用到本地之后真的感觉不舒服。--Techyan(留言) 2020年2月18日 (二) 22:51 (UTC)
淘汰Infobox station图片像素大小参数
Twinkle无法使用“回退理由”
已修复 by Xiplus 君。--Hjh474(留言) 2020年2月21日 (五) 02:43 (UTC)
- 下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
(?)求助 :过去几个月都正常使用,不知何故近几日发现TW不会显示“回退理由”,所以无法点选套用。--Hjh474(留言) 2020年2月15日 (六) 10:43 (UTC)
- 请问有人出现同样状况的吗。就是自订的“回退理由”无法出现被点选。 囧rz...--Hjh474(留言) 2020年2月16日 (日) 14:07 (UTC)
- 看来大家都没有类似问题。。把所有设定reset还是一样无法使用自订的“回退理由”组套。。 捂脸。。--Hjh474(留言) 2020年2月19日 (三) 03:13 (UTC)
- 个人目前也有这问题,换了浏览器也不行。叧ccxiplus --SCP-2000 2020年2月19日 (三) 05:09 (UTC)
- 已修复。--Xiplus#Talk 2020年2月19日 (三) 08:55 (UTC)
- 大感谢。--Hjh474(留言) 2020年2月19日 (三) 12:21 (UTC)
- 本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
增加{{Infobox station}}图片默认大小至1.35
Infobox station中size参数被淘汰后,默认图片大小由原先的300px缩小至近似于220px的image upright 1.0大小,导致显示效果出现偏差。现跟随@VulpesVulpes825的意见发起将{{Infobox station}}中图片大小参数image_upright
默认值增加至1.35的议案。MNXANL 贡献 讨论 2020年2月21日 (五) 02:07 (UTC)
- 我的想法:1.35的默认值不仅美观,也和淘汰像素参数前infobox的图片大小(300px)相近,还与enwiki的设定吻合。邀请车站条目贡献者@owennson、@N509FZ、@Wpcpey、@Itcfangye参与讨论。MNXANL 贡献 讨论 2020年2月21日 (五) 02:10 (UTC)
之前的infobox的图片比较好,现在左右两边都有白边不太美观。--Wpcpey(留言) 2020年2月21日 (五) 02:14 (UTC)
- 现在的情况总感觉像是已经被废掉的Template:Infobox rapid transit station,虽然在没有合并的时候本人更习惯将尺寸调成290px。--N509FZ TXN -TXQ 2020年2月21日 (五) 02:20 (UTC)
- 支持。—VulpesVulpes825(留言) 2020年2月21日 (五) 02:37 (UTC)
- 请@VulpesVulpes825澄清发言“与英语维基百科版本采用1.75”究竟是指1.75还是1.35,经查en:Template:Infobox station
image_upright
的参数是1.35,也就是297px。MNXANL 贡献 讨论 2020年2月21日 (五) 02:53 (UTC)- 不好意思,记错数据了。—VulpesVulpes825(留言) 2020年2月21日 (五) 03:52 (UTC)
- 请@VulpesVulpes825澄清发言“与英语维基百科版本采用1.75”究竟是指1.75还是1.35,经查en:Template:Infobox station
关于模板长度超出显示器的问题
有些模板条目之间的间隔号如果使用*的话,在用电脑观看时长度会超出电脑显示器屏幕宽度(即不能根据电脑显示器屏幕宽度调整、显示成相同的尺寸),导致只有向右拉长才能看到全部内容,个别模板的长度非常长(如Template:浙江省第七批文物保护单位),我本身并不反对使用*,只是过长的模板影响浏览体验,在这里问一下有没有技术大佬能够解决一下这个问题。间接@一下支持用*的用户@Qiu Xingxiang:,我只撤销浙江的这一个编辑,因为这个模板我经常用,其它希望有一个兼顾性的方案。--猫猫的日记本(留言) 2020年2月18日 (二) 14:33 (UTC)
- 1、按照文档:Template:.w,创建导航模板时不应使用.w模板,而是指定
|listclass=hlist
后用无序列表(*
语法)列出。 - 2、请尝试使用Google Chrome,Firefox,Microsoft Edge等现代浏览器
- --Qiu Xingxiang(留言) 2020年2月19日 (三) 11:59 (UTC)
话又说回来,英文版也是用*,比如Template:COVID-19,但我并却没有看到英文版出现同类问题,至少我觉得这种问题应该兼容所有浏览器,虽然我现在才意识到IE确实有点古老。--猫猫的日记本(留言) 2020年2月24日 (一) 01:07 (UTC)
有关上传文件向导
{{Non-free use rationale 2}}近日更新,要求上传文件时必须填入 文件描述、作者或著作权持有人、来源、应用该文件的条目、文件使用目的、无法使用自由内容取代的原因、最小使用的理由 和 对可能的商业使用机会的尊重 共八个值,否则文件描述页会显示错误。然而现时的上传向导“这是一个受著作权保护、非自由内容的作品,但我相信其可以合理使用”大项内,不是每一个分项均会填入这8个值,如通过“组织、公司、品牌等的标志”上传的文件就不会填入 作者或著作权持有人、无法使用自由内容取代的原因 和 对可能的商业使用机会 这三个值,导致大量通过向导上传,且完整输入向导所要求内容的文件出现错误提示(如File:2019年中央广播电视总台春节联欢晚会标识.jpg,更多见Category:Template:Non-free use rationale 2使用错误)。
请问是否应更新文件上传向导的相关设定?已受到影响的文件有无办法进行批量修复,或先将{{Non-free use rationale 2}}回复至先前版本,待问题解决后再恢复?--Tim Wu(留言) 2020年2月16日 (日) 07:48 (UTC)
- 或者说废除某些值应填?-- Sunny00217 2020年2月16日 (日) 07:51 (UTC)
- 有关于这个问题,我觉得上传非自由档案时不应该统一使用{{Non-free use rationale 2}},应该依照各自的类型来使用各自的{{Non-free use rationale XXX}},如{{Non-free use rationale biog}}、{{Non-free use rationale logo}}等等。目前我自己已经建立或修改部分模板,并且建议直接纳入上传精灵当中,减少填写时的麻烦。台湾杉在此发言 (会客室) 2020年2月19日 (三) 10:24 (UTC)
- Draft:MediaWiki:FileUploadWizard.js-- Sunny00217 2020年2月21日 (五) 14:59 (UTC)
- 这个改法不妥。自英语维基百科引用的模板,本身就已经有协助填写部分参数以及用法,例如Use参数就有Infobox、Section、Org等可用作制式叙述,过世人物非自由图像也有可以填写人物姓名及出生死亡日期,其他依此类推。其他的栏位也有不需使用者填写就能显示的合规定叙述。我倒觉得所有的表格参数都要重新设计,依据各个类别进行客制化设计。台湾杉在此发言 (会客室) 2020年2月22日 (六) 00:37 (UTC)
- @Xiplus:能不能就我所说的格式,重新设计一次上传精灵,将Org等等简化使用者填写的设计纳入?台湾杉在此发言 (会客室) 2020年2月22日 (六) 02:57 (UTC)
- 这个改法不妥。自英语维基百科引用的模板,本身就已经有协助填写部分参数以及用法,例如Use参数就有Infobox、Section、Org等可用作制式叙述,过世人物非自由图像也有可以填写人物姓名及出生死亡日期,其他依此类推。其他的栏位也有不需使用者填写就能显示的合规定叙述。我倒觉得所有的表格参数都要重新设计,依据各个类别进行客制化设计。台湾杉在此发言 (会客室) 2020年2月22日 (六) 00:37 (UTC)
- 说到这个,不知道是不是可以修改一下上传界面,改为可以拖拽图片上传?可以参考User:Shizhao/upload(只有拖拽功能,没有上传),需要在自己用户页的common.js内加入以下代码才可看到效果:
mw.loader.using( 'oojs-ui-core' ).done( function () {
$( function () {
var dropfile = new OO.ui.SelectFileWidget( {
accept: [
'image/png',
'image/jpeg'
],
$tabIndexed: $( '<a class="oo-ui-buttonElement-button" role="button" tabindex="0" aria-disabled="false" rel="nofollow"><span class="oo-ui-iconElement-icon oo-ui-icon-upload"></span><span class="oo-ui-labelElement-label">Select a file</span><span class="oo-ui-indicatorElement-indicator oo-ui-indicatorElement-noIndicator"></span><input title="" class="oo-ui-inputWidget-input" type="file" tabindex="-1" accept="image/png, image/jpeg"></a>' ),
showDropTarget: true
} );
$( 'div.dropfile' ).append( dropfile.$element );
// A file select widget.
});
});
--百無一用是書生 (☎) 2020年2月24日 (一) 11:44 (UTC)
2020年2月24日 (一) 20:59 (UTC)
用戶框的模板有bug
我新创了一个用戶框模板,但是我某次修改只改了字号(12改14),然后就连字的“背景颜色”都变了,而且字型非但没有变大,而且还变小[6][7][8][9][10],而且更夸张的是:有时info参数明明有资料,却还是跑出一个“{{{info}}}”来,麻烦修一下--锕璃涵♥AHRI 2020年2月26日 (三) 01:28 (UTC)
- (※)注意@Ahri6279:“有时info参数明明有资料”,不对info参数明明没有资料,你可以透过在历史版本按编辑后将“
{{Userbox
”改成“{{#invoke:TemplateParameters|listArguments|
”后按显示预览,会发现你给的参数其实是“info
”,(差别对比“|info = ”vs“|info = ”)中间包含了一个或多个ASCII#控制字符,因此不会被trim,导致其不被视为“info
”参数。根据阁下储存纪录,阁下的参数名称为"info\32\194\160\32\194\160"
,即“info[空格][C2(16)号字元][不换行空格][空格][C2(16)号字元][不换行空格]”一般输入根本不可能打出这种字吧,所以请阁下不要闹了,要码空格键要码就tab键请勿加入诸如ASCII#控制字符的不可键字元,谢谢。-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年2月26日 (三) 03:35 (UTC)
许多地理infobox里的可交互地图无法正常显示
譬如淡路岛,如果使用大陆简体,infobox里的交互地图就是完全空白;即使切换成繁体,其显示的比例尺也不对,根本不能完全显示整个岛。
这样子已经至少有1年了。
--Fireattack(留言) 2020年2月26日 (三) 05:02 (UTC)
- 发现所有的简体变种都不行,大陆、新马。(比例尺问题似乎是模版参数设置问题?)--百無一用是書生 (☎) 2020年2月26日 (三) 09:21 (UTC)
- 赤羽站这里的地图在简体模式下显示正常--百無一用是書生 (☎) 2020年2月26日 (三) 09:23 (UTC)
- 不太确定是系统bug还是相关的模板和模块问题--百無一用是書生 (☎) 2020年2月27日 (四) 06:49 (UTC)
- 比例尺问题已经被@Qqkuro66541:修好了。不显示问题似乎是个bug?
- 正常能显示的地图图片地址是:https://maps.wikimedia.org/img/osm-intl,9,34.383333333333,134.83333333333,270x200.png?lang=zh&domain=zh.wikipedia.org&title=%E6%B7%A1%E8%B7%AF%E5%B3%B6&groups=_f827e130f18a80feb368547f3f916418efd3a811
- 不能显示地图图片地址是:https://maps.wikimedia.org/img/osm-intl,9,34.383333333333,134.83333333333,270x200.png?lang=zh&domain=zh.wikipedia.org&title=%E6%B7%A1%E8%B7%AF%E5%B3%B6&groups=_ad5e47f00f37dccc49dfeb7362457be80aad4de1
--百無一用是書生 (☎) 2020年2月27日 (四) 06:57 (UTC)
- 已经提报bug--百無一用是書生 (☎) 2020年2月27日 (四) 07:15 (UTC)
Infraspeciesbox 在变种下有变型时无法正常显示
如一丈青页面所示,该物种三名法的全名为“Triarrhena lutarioriparia var. gongchai f. altissima”,但信息框无法完全显示。---Koala0090(留言) 2020年2月27日 (四) 17:57 (UTC)
有关Template:Adjacent stations会错误转换车站名称问题
我跑错地方了,应该去Wikipedia:字词转换/修复请求才是-- Matt Zhuang写条目时,请尊重各地的中文使用者。 (按“此”留言) 2020年2月27日 (四) 18:43 (UTC)
- 下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
我在查看水里车站的前后车站时发现那个模板会错误地转换水里为水裡,如下两格:
上一站 | 台湾铁路 | 下一站 | ||
---|---|---|---|---|
龙泉 往二水
|
集集线 | 水里 往车埕
|
上一站 | 台湾铁路 | 下一站 | ||
---|---|---|---|---|
水里 往二水
|
集集线 | 终点站 |
我想使用Template:NoteTA锁定名称,却直接给我罢工不给显示,可是另一个模板Template:集集线却能正确显示为水里,很明显是该模板会不正确转换文字,所以来这里问要不要对此模板针对该站直接修改?-- Matt Zhuang写条目时,请尊重各地的中文使用者。 (按“此”留言) 2020年2月27日 (四) 18:34 (UTC)
- 本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
表格排序时自动合并异体字
因为WP:VCC不能改动异体字,尤其有些像“台”和“台”有政治争议,会造成一个表格中有两种不同的写法。为了能够正确排序,目前必须另外用template:sort模板手动把其中一种写法全部都再标示成用另一种写法排序。希望可以修改表格排序的规则,自动把这些异体字合并,或是让表格可以统一指定哪些字视为同一个字。 --Yel D'ohan(留言) 2020年2月28日 (五) 15:50 (UTC)
@zhmrtbot 链接中断了
问题已解决。--SCP-2000 2020年2月29日 (六) 03:33 (UTC)
- 下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
我是用Discord的,看到从2月27日02:88(UTC+8)后,链接中断了。我想他是病了(COVID-19),[开玩笑的]因此在这边问候了解一下--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2020年2月29日 (六) 01:59 (UTC)
- 02:
8844--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2020年2月29日 (六) 02:07 (UTC) - 解决了--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2020年2月29日 (六) 03:32 (UTC)
- 本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。