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

本页是以往讨论的存档。请勿编辑本页。若您想发起新讨论或重启现有讨论，请在当前讨论页进行。

分类中的消息文本异常

Category:正在等待审核的草稿中的【分类“分类:正在等待审核的草稿”中的页面】是怎么了，多了“分类:”。不是翻译的问题。--YF dyh000（留言） 2019年5月20日 (一) 05:53 (UTC)

不转换状态下正常，切换到任意一个繁简转换后的页面下出现以上状况。不知道是哪里出了问题？所有的分类页面似乎都存在这个问题--百無一用是書生 (☎) 2019年5月20日 (一) 08:14 (UTC)

建议提报phab:--百無一用是書生 (☎) 2019年5月21日 (二) 03:04 (UTC)

~~问题似乎已消失-- Sunny00217 - 2019年5月22日 (三) 13:34 (UTC)~~

读取[1]得到：分类“正在等待審核的草稿”中的页面，[2]得到：分类“分类正在等待審核的草稿”中的页面，[3]得到：「分類:正在等待審核的草稿」分類的頁面，所以跟uselang有关系而不是variant......-- Sunny00217 - 2019年5月22日 (三) 13:45 (UTC)

但是不知道为什么会不同--百無一用是書生 (☎) 2019年5月22日 (三) 14:28 (UTC)

~~现在被全改成子分类了-- Sunny00217 - 2019年6月1日 (六) 11:31 (UTC)~~

误-- Sunny00217 - 2019年6月1日 (六) 12:44 (UTC)

Tech News: 2019-23

维基媒体技术社群发出最新技术新闻。请告知其他用户以下变更。当然，未必所有变更都会影响阁下。翻译本于此。

最近更改

你现在可以在所有非洲语言的维基百科上撰写特殊字元，这在桌面版上运作。 [4]
在维基共享资源上现有一个称作depicts的栏位，透过维基数据的帮助来显示图片的内容。这仍在开发中。 [5]
由于数据库变更，Toolforge上的某些工具可能会在6月3日之后无法运作。维护者应要更新工具以使用新的架构。 [6][7]

问题

在6月19日 05:00 (UTC)起的30分钟你将只能阅读而不能编辑维基共享资源，这是为了修复一个硬件问题。 [8]

本周后期变更

一些维基有可视化编辑器和维基文本编辑器两个索引标签，而其他维基只有一个，如果你的维基有两个标签，点击建立新页面的连结总是会开启维基文本编辑器，未来将会改成使用你最后编辑所使用的编辑器。 [9]
MediaWiki新版本将于6月4日部署至测试维基及MediaWiki.org，及于6月5日部署至非维基百科站点及部分维基百科，并于6月6日部署至所有站点，参见日历。

会议

欢迎参与在IRC上举行之技术建议会议。会议上，志愿开发人员可以获取建议。会议将于6月5日 15:00 (UTC)举行。参加办法见此。

技术新闻由技术大使制作并由MediaWiki信息递送送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2019年6月3日 (一) 15:24 (UTC)

长页面返回页首的按钮

维基百科内有很多长讨论页，这些页面设置浮动的“跳至页首”（即跳至页面最上方）的按钮在技术上是否可行？--Leiem（签名·留言） 2019年5月26日 (日) 05:20 (UTC)

Wikipedia:维基百科工具/返回页顶/c-top.js。——路过围观的Sakamotosan | 避免做作，免敬 2019年5月26日 (日) 06:23 (UTC)

小工具设置(于触控式装置上在画面左侧提供半透明的跳至页顶和页底链接非触控式装置则须再通过左侧工具箱调用本功能)

Wikipedia:互助客栈/技术/存档/2014年3月#返回顶部。——路过围观的Sakamotosan | 避免做作，免敬 2019年5月26日 (日) 06:27 (UTC)

了解。感谢。--Leiem（签名·留言） 2019年5月27日 (一) 14:11 (UTC)

移动版页面开启beta后也会有跳首按钮。--泡泡小号028（留言） 2019年6月5日 (三) 08:10 (UTC)

模板:Automatic taxobox

模板:Automatic taxobox属那一节中文变成斜体了，影响所有条目，不知道是哪里出了问题，麻烦改回正常情况。--浅蓝雪^❉ 2019年6月6日 (四) 01:46 (UTC)

@淺藍雪：修了。~ viztor ✪ 2019年6月6日 (四) 03:07 (UTC)

咋给乐谱加描述文本？

本主题全部或部分段落文字，已移动至Help talk:乐谱。执行人：Jimmy-bot（留言） 2019年6月16日 (日) 08:14 (UTC)。

Template:NoteTA的问题

原标题为：汉|漢在页面顶端的出现问题

有时不出现，有时出现，还有时甚至出现两次。

有没有人遇到同样的问题？

用户名永远已存在（留言） 2019年6月7日 (五) 03:15 (UTC)

@用户名永远已存在：这是{{NoteTA}}造成的，不用管它。--颜嘉佑（留言｜贡献） 2019年6月7日 (五) 04:00 (UTC)
- (※)注意不要因此而移除{{NoteTA}}这是地区词转换的模版--颜嘉佑（留言｜贡献） 2019年6月7日 (五) 04:11 (UTC)
在条目里调用noteTA一次就有一个，两次就有两个……--【和平至上】💬📝 2019年6月7日 (五) 05:44 (UTC)
@顏嘉佑：@和平至上：多谢用户名永远已存在（留言） 2019年6月7日 (五) 06:35 (UTC)
有两个以上大多是因为模板里放了{{NoteTA}}，解决方法是把模板的改成手动转换。-- tang891228 _留言 2019年6月7日 (五) 08:31 (UTC)
- 是否能够设计机器人将两个以上的NoteTA整合为一个？---Koala0090（留言） 2019年6月7日 (五) 08:54 (UTC)
  - 塞到条目？因噎废食。对TA的小工具js做代码改进，自动合并多个图标，我认为效果最佳。--YF dyh000（留言） 2019年6月7日 (五) 09:26 (UTC)
  - @YFdyh000：(＊)提醒那不是js，而是以下程式码：
    --[=[ <source lang="lua"> ]=]-- local hash = require( 'Module:Crc32lua' ).crc32( mw.dumpObject( args ) ) code = frame:extensionTag{ name = 'indicator', content = '[[File:Zh conversion icon m.svg|35px|本页使用了标题或全文手工转换|link=]]', args = { name = string.format( 'noteTA-%x', hash ) }, } .. tostring( mw.html.create( 'div' ) :attr( 'id', string.format( 'noteTA-%x', hash ) ) :attr( 'class', 'noteTA' ) :wikitext( code ) ) --[=[ <-{}-/source> ]=]--
    -- Sunny00217 - 2019年6月8日 (六) 02:50 (UTC)
    @Sunny00217：可点击按钮来自默认启用的MediaWiki:Gadget-noteTA.js。--YF dyh000（留言） 2019年6月8日 (六) 13:08 (UTC)
    
    囧rz...不过它似乎是瞄准上面的程式码的？User:YFdyh000-- Sunny00217 - 2019年6月8日 (六) 13:19 (UTC)
    
    User:Sunny00217是的，没有那个脚本则一个图标显示在右上角（至少以前如此）。我曾经设想和研究过怎么合并（这样Category:放置于模板的noteTA就无所谓了），但后来放弃了，没弄好查看器里面规则内容的合并。--YF dyh000（留言） 2019年6月8日 (六) 13:24 (UTC)
    - 能否合并进统一的转换系统（大陆简，香港繁，澳门繁，大马简，新加坡简，台湾繁）里？用户名永远已存在（留言） 2019年6月7日 (五) 09:47 (UTC)
      - @用户名永远已存在：没听懂。转换组的规则大多不适合放全局。--YF dyh000（留言） 2019年6月7日 (五) 11:13 (UTC)
        @YFdyh000：整合按钮，取消汉|漢,按系统设定自动转换。用户名永远已存在（留言） 2019年6月7日 (五) 13:28 (UTC)

Template:Shortcut改版讨论

本主题全部或部分段落文字，已移动至Template talk:Shortcut、模块讨论:Shortcut。执行人：Jimmy-bot（留言） 2019年6月17日 (一) 16:14 (UTC)。

Template:Taxonomy的Scientific name显示为缺失

本主题全部或部分段落文字，已移动至模块讨论:Autotaxobox。执行人：Jimmy-bot（留言） 2019年6月19日 (三) 08:14 (UTC)。

加上“清除快取功能”

在侧边栏的“工具”位置加上“清除快取”技术上是否可行--颜嘉佑（留言｜贡献） 2019年6月4日 (二) 02:44 (UTC)

可行，但直接按Ctrl+F5不是更快，可参考Help:绕过浏览器缓存 --Qqkuro66541（留言） 2019年6月4日 (二) 07:16 (UTC)

@顏嘉佑：参考WP:PURGE#自定义配置。-- tang891228 _留⁠言 2019年6月4日 (二) 11:27 (UTC)

@Qqkuro66541、Tang891228：那移动版要如何清除快取？Help:绕过浏览器缓存好像没有提到--颜嘉佑（留言｜贡献） 2019年6月5日 (三) 09:09 (UTC)
- @顏嘉佑：例如说本页的移动版，点此连结-- Sunny00217 - 2019年6月10日 (一) 13:59 (UTC)

更新distinguish调用模块。

见Module:distinguish、Template:distinguish/sandbox、Template:distinguish/testcases。不再使用糊涂的模版语法。通过使用去年更新的Module:hatnote list实现无限数量参数。Viztor（留言） 2019年6月7日 (五) 16:41 (UTC)

(！)意见：新的提示文字有点向粤维靠拢，不知道社群能不能接受。另外，Hatnote list这个模块有一个地方需要改动（return table.concat(strList, ' ')这行改为return table.concat(strList)以移除多余空格）。--Dabao qian（留言） 2019年6月8日 (六) 16:54 (UTC)
- 提示文字不如原来明确--百無一用是書生 (☎) 2019年6月10日 (一) 02:20 (UTC)
  - 这种格式化的提示是越短越好。过长反而会干扰读者阅读。~ viztor ✪ 2019年6月10日 (一) 16:24 (UTC)

Tech News: 2019-24

维基媒体技术社群发出最新技术新闻。请告知其他用户以下变更。当然，未必所有变更都会影响阁下。翻译本于此。

最近更改

现在当您从维基上的页面建立PDF时将由Proton完成，在此之前我们使用的是Electron，它看起来应该一样但运作得更好，两者都使用Chromium。这是个不同的系统以让你将多篇文章收集成一本书并制作成PDF。 [10][11]
现在标记修订扩展使用标准的OOUI图标，在下次部署中将有一些与位置相关的额外小修复。 [12]
未设定可供辨识的使用者代理的机器人和其他脚本可能会被严格限制请求，直到它们正确设定为止。 [13]

问题

请检查您的维基上的标记修订配置是否符合您的预期（或在几周之前）。如果没有，请报告。 [14]

本周后期变更

本周没有MediaWiki的新版本。

会议

欢迎参与在IRC上举行之技术建议会议。会议上，志愿开发人员可以获取建议。会议将于6月12日 15:00 (UTC)举行。参加办法见此。

技术新闻由技术大使制作并由MediaWiki信息递送送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2019年6月10日 (一) 17:06 (UTC)

Template:Shortcut改版后移动版问题

复查正常。# D 2019年6月11日 (二) 16:27 (UTC)

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

2日前，T:Shortcut进行了一次改版，改版后移动版的WP:ANM、WP:AIV等页面出现{{block}}显示到shortcut和hatnote之间的夹缝里，效果极差，试问是否需要使用原来的模板源码重新建立新的模板并将该类页面模板进行替换？# D 2019年6月9日 (日) 17:50 (UTC)

重ping:@Taiwania Justo、Sunny00217：.# D 2019年6月9日 (日) 17:51 (UTC)

@DW_YoungDLS：好像还是没ping到呢... 囧rz...，复查[15]及[16]，均未发现使用{{block}}时会出现的Template:Block/styles.css，请复查-- Sunny00217 - 2019年6月11日 (二) 12:05 (UTC)

@DW_YoungDLS：原来阁下也错了（{{blocked}}）

囧rz...，已处理：Special:Diff/54757293/54781154；Special:Diff/54781192-- Sunny00217 - 2019年6月11日 (二) 13:05 (UTC)

正常。# D 2019年6月11日 (二) 16:27 (UTC)

“严重例外类型”解决通知

已解决。Σαν μο σα 2019年6月12日 (三) 12:10 (UTC)

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

Wikipedia:互助客栈/技术/存档/2019年5月#严重例外类型?的phab:T222628及phab:T222628在昨日已修复~~，Wikipedia:互助客栈/求助/存档/2019年5月#查看不了阮福映的版本差异的Special:滥用过滤器/258也应废止。另：@Shizhao。~~-- Sunny00217 - 2019年5月31日 (五) 13:09 (UTC)

未发现已废止-- Sunny00217 - 2019年6月1日 (六) 06:19 (UTC)
悉。—— Eric Liu _{编辑次数突破一万（留言．留名．学生会）} 2019年6月2日 (日) 08:47 (UTC)

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

请问一下对单个词汇的繁简转换是通过什么插件或者模板实现的吗？

例如这种：-{zh-hans:信息框; zh-hant:資訊框}-，请问是通过什么插件或者模板实现的吗？--泡菜 2019年6月13日 (四) 14:02 (UTC)

这是mediawiki的核心功能，不是插件或者模板实现的。--Antigng（留言） 2019年6月14日 (五) 03:15 (UTC)

Module:Citation/CS1及其子页面可能需要更新

该模块与英文维基版本相比缺少部分功能，如|*-access=参数（见en:Template:Citation/doc#Subscription_or_registration_required）和对{{Cite bioRxiv}}的支持等。（然而我并不会修改……）--神樂坂秀吉_{论·邮·贡·志} 2019年6月14日 (五) 04:46 (UTC)

问：IA机器人无法多重添加存档

于Phabricator查看
编号T221971的任务

我试着将以下列表添加至IA Bot以添加存档但是无效亚依淡国会议席新邦令金国会议席依斯干达公主城国会议席古来国会议席芙蓉国会议席大山脚国会议席亚庇国会议席山打根国会议席汉都亚再也国会议席甲洞国会议席士布爹国会议席蕉赖国会议席民都鲁国会议席梳邦国会议席双溪毛糯国会议席巴生国会议席怡保东区国会议席怡保西区国会议席务边国会议席安顺国会议席作业程序是3908，但无法操作，原因是“校验错误: 此请求提供的校验和无效。您可能使用了刷新页面后遗留的表单数据。”不知有人可以修复吗？谢谢 -- angys →讨留奖 2019年6月10日 (一) 09:31 (UTC)

这是老问题了，记住自己的任务编号然后手动查询即可。--^{进入低产期的}Rowing bohe♬Taizhou/Sign 2019年6月13日 (四) 14:48 (UTC)
- 不，是bot卡住了，见工作进度。 Willy1018（留言） 2019年6月14日 (五) 08:03 (UTC)

Template:Long_fossil_range

本主题或以下段落文字，移动自WP:VPPOL。执行人：# D。

Template:Long_fossil_range的文字会跑格，且会突出信息框模板，请参阅Ourasphaira giraldae---Koala0090（留言） 2019年6月11日 (二) 05:49 (UTC)

这应该放到技术版才对？—— Eric Liu _{编辑次数突破一万（留言．留名．学生会）} 2019年6月12日 (三) 07:24 (UTC)
- 扔VPTECH了。# D 2019年6月13日 (四) 17:39 (UTC)
试了下div包裹，无效。# D 2019年6月13日 (四) 17:46 (UTC)
User:Koala0090~~缩小字体（Special:PermanentLink/54810820）不容易阅读，所以我把宙去掉了（Special:Diff/54810818）。~~-- tang891228 _留言 2019年6月13日 (四) 20:15 (UTC)
- 已改为调整字距：Special:Diff/54818730。-- tang891228 _留言 2019年6月14日 (五) 12:00 (UTC)
  - @Tang891228：是否能让色块显示宙级的色块即可，其他纪级的色块都省略？--Koala0090（留言） 2019年6月14日 (五) 12:11 (UTC)
    - 有纪看起来比较明确吧，模板原本就这样设计的。-- tang891228 _留⁠言 2019年6月14日 (五) 12:41 (UTC)

使用Template:车站时加上绿链

本主题全部或部分段落文字，已移动至Template talk:车站。执行人：Jimmy-bot（留言） 2019年6月25日 (二) 08:14 (UTC)。

阿尔伯特·爱因斯坦

阿尔伯特·爱因斯坦开头：Lua错误在模块:Redirect的第65行：无法处理页面"爱因斯坦"上的重定向。不知何故。浅蓝雪^❉ 2019年6月7日 (五) 17:33 (UTC)

目前似已修复。—— Eric Liu_{（留言．留名．学生会）} 2019年6月17日 (一) 07:58 (UTC)

Tech News: 2019-25

维基媒体技术社群发出最新技术新闻。请告知其他用户以下变更。当然，未必所有变更都会影响阁下。翻译本于此。

问题

在6月19日 05:00 (UTC)起的30分钟你将只能阅读而不能编辑维基共享资源，这是为了修复一个硬件问题。 [17]

本周后期变更

MIDI档案将很快能够在没有Score扩展的播放。你可以用[[File:Filename.midi]]来添加，之后override_midi和override_audio将停止运作，除非你添加MIDI档案在音乐score之下。 [18]
一个新的影片播放器将很快取代旧的播放器。你可以在你的偏好设定中启用这个测试功能。如果没有大问题，它将稍后为所有人启用。 [19]
MediaWiki新版本将于6月18日部署至测试维基及MediaWiki.org，及于6月19日部署至非维基百科站点及部分维基百科，并于6月20日部署至所有站点，参见日历。

会议

欢迎参与在IRC上举行之技术建议会议。会议上，志愿开发人员可以获取建议。会议将于6月19日 15:00 (UTC)举行。参加办法见此。

未来更新

一些小工具和用户脚本仍在使用旧的wgEnableAPI和wgEnableWriteAPI值，这些值永远为真。它们将很快被移除，有可能会导致小工具和脚板出错，你应该修复你的小工具，不要使用这些值。 [20]

技术新闻由技术大使制作并由MediaWiki信息递送送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2019年6月17日 (一) 20:38 (UTC)

关于客栈讨论加入监视列表的可能性

之前有问过有无可能将单个章节列入监视列表，当然目前技术上是不可能的。路过Wikipedia:特色图片评选发现一种可能的方案，即每一章节的内容都作为子页面处理，这样就方面监视了，这对活跃讨论度、促使更高效的交流我想也是有益的，大家看看是否有这个可能。--Kirk.Lu 0讨论│图书馆0 2019年6月13日 (四) 14:28 (UTC)

目前想到的主要原因是（欢迎大家补充）：

在使用监视列表关注的讨论的过程中，关注整个板块则不相关通知过多，章节又无法单一地关注。提供一种密切关注讨论的方式，能够促进VPP更快速的交流和回应。
在跟Tigerzeng私下交流的过程中，他也有提到这样的修改能避免——手残点了编辑整页之后编辑框而引起的麻烦。--Kirk.Lu 0讨论│图书馆0 2019年6月13日 (四) 14:49 (UTC)

技术上可以，但感觉有点累，看各位怎么看待吧。--^{进入低产期的}Rowing bohe♬Taizhou/Sign 2019年6月13日 (四) 14:46 (UTC)
- 刚补了理由，遇到了跟您编辑冲突--Kirk.Lu 0讨论│图书馆0 2019年6月13日 (四) 14:49 (UTC)
子讨论页面命名/更名、讨论移动/合并/分拆，等等需要规范。鬼祟破坏是否更容易，讨论是否还做存档，留下的页面怎么处理（清空并保护？）。新讨论结构不知何时、是否会来，可别迁移没多久有更好的了。--YFdyh000（留言） 2019年6月13日 (四) 15:36 (UTC)
- 大概是以下一些想法：
  1. 子讨论页的命名与更名基本上就是目前客栈维持取标题的惯例就好，改名的话直接不留重定向移动这样；
  2. 讨论的合并分拆可以跟目前一样，根据实际需要，惟不留重定向就好；
  3. 讨论还是按照原惯例存档，该存到对应页面讨论页的存到相应讨论页，该存入客栈存档的存入客栈存档，总之是维持之前的惯例；
  4. 进行上述操作后余留下的空页面没有存在的必要（因为内容皆有存档之地），彻底删除就好。
  5. 鬼祟破坏的部分，其实每个话题都会有至少一人（创建者）关注吧，还不至于引起更方便的鬼祟破坏。--Kirk.Lu 0讨论│图书馆0 2019年6月20日 (四) 02:30 (UTC)
日文版ja:Wikipedia:井戸端现在就是采用这种做法。这边现在也有在日文版做列表ja:Wikipedia:井戸端/topic list，技术上应该不是问题。大家可以放心就自己认为合适的方法提意见。另外这个议题也会涉及user:Jimmy-bot，因此邀请user:Jimmy Xu讨论。 --Kanashimi（留言） 2019年6月13日 (四) 20:28 (UTC)
- User:KanashimiJimmy不收ping的吧？—— Eric Liu _{编辑次数突破一万（留言．留名．学生会）} 2019年6月15日 (六) 11:45 (UTC)
  - 我要不去用户讨论页联络一下Jimmy。--Kirk.Lu 0讨论│图书馆0 2019年6月15日 (六) 16:25 (UTC)
- User:Kanashimi非常感谢。--Kirk.Lu 0讨论│图书馆0 2019年6月15日 (六) 16:25 (UTC)
我认为对于条目探讨可以直接在条目讨论页进行，然后使用mw:Extension:Labeled_Section_Transclusion/zh的方法嵌入客栈中（该扩展在所有维基媒体站点均有安装）（可尝试{{#lsth:Wikipedia:互助客栈/技术|关于客栈讨论加入监视列表的可能性}}引用本讨论串）。对于较长的议题，例如之前的清理爱好者内容、现在方针区的非中文重定向这样的，支持分拆单独页面。--及时雨 ^留言 2019年6月16日 (日) 14:24 (UTC)
- @94rain：稍微测试了一下，用#lsth:的话有一个比较明显的缺点，就是无法像引用子页一样直接点击标题旁的编辑框来直接进入编辑、参与讨论。这样子的话，客栈就有几分像讨论公告板，给参与讨论添了一些许麻烦。个人还是倾向子页。--Kirk.Lu 0讨论│图书馆0 2019年6月20日 (四) 02:21 (UTC)
  - User:KirkLU那可以用那个页面提到的用<section>标签把条目讨论页的整个章节包括章节标题包裹起来，例如WP:沙盒嵌入了WP:使用指南_(编辑)/沙盒#章节--及时雨 ^留言 2019年6月20日 (四) 02:40 (UTC)
    - 妙啊，这个我赞成。（就是需要撰写一个指引，帮助大家熟练地建立相应的索引关系）。--Kirk.Lu 0讨论│图书馆0 2019年6月20日 (四) 02:45 (UTC)

有没有可以设置“眼不见为净”的脚本或者插件

仔细来说，是否办法设置一个“眼不见为净”的黑名单，实现当我浏览页面中如果出现黑名单的用户编写或者留言后，页面将自动转移到维基百科首页或者我个人用户页。以实现防止及预防跟踪的功能？谢谢！

举个例子，比如我写了一个条目静宁苹果，后来有“黑名单”用户开始在上面修改或者留下自己的用户名，当我再次浏览此页面，就会跳到我自己的用户主页。实现“虽然不知道发生了什么，但我也不想/不应该浪费时间去知道发生了什么，只能做别的事情了”的效果。非常感谢！🌜山西特产批发零售™️🌽🌶️🍎🍠🐓🐐（留言） 2019年6月19日 (三) 04:55 (UTC)

看你的需求，如果只要保证当前版本不是你不想看见的用户的话问题好办，如果你要确保页面所有的历史版本都没有的话有点困难，因为用api查询所有的历史版本对服务器的开销很大。--Antigng（留言） 2019年6月20日 (四) 05:35 (UTC)

我只要当前版本的就可以。除了条目域以外，还有WP域不要出现某些人的签名痕迹的。🌜山西特产批发零售™️🌽🌶️🍎🍠🐓🐐（留言） 2019年6月21日 (五) 03:34 (UTC)

在强制放假脚本的基础上改的，仅实现确保当前版本不含特定用户。--Antigng（留言） 2019年6月21日 (五) 23:57 (UTC)

无聊把它贴在这：

$(document).ready(function() {
        /*** 编辑你不想看到的用户名 ***/
	var baduser=["Example"];
        /*** 编辑重定向页面 ***/
	var redirect="Special:Mypage";

	/*** 不要编辑以下内容 ***/
	
	var api = new mw.Api();
	var flag=false;
	if(mw.config.get('wgNamespaceNumber')!=0) return;
	var pagename=mw.config.get('wgPageName');
	api.get({
		format: 'json',
        prop: 'revisions',
		indexpageids: true,
		action: 'query',
		rvprop: 'user',
		titles: pagename,
	}).done(function(data) {
				baduser.forEach(function(currentValue) {
                     if(currentValue==data.query.pages[data.query.pageids].revisions[0].user)
                     flag=true;
                		});
				if(flag){
					alert(wgULS("眼不见为净","眼不見為淨"));
					location = "//"+location.host+"/wiki/"+ redirect;
                		}
        });
});

-- Sunny00217 - 2019年6月22日 (六) 02:34 (UTC)

您好，已经实现部分的效果了！非常感谢！。🌜山西特产批发零售™️🌽🌶️🍎🍠🐓🐐（留言） 2019年6月24日 (一) 04:58 (UTC)

有没有人知道{{PRC admin/disambig}}怎么使用

如题，最初是发现消歧义页“白云乡”中其中一条没有正常显示连结，随后发现Template:PRC_admin/list/35/01/25/000/000和Template:PRC_admin/list/35/01/25/210/000也有问题，但完全不晓得这模板该怎么操作，请求支援。—TongcyDai ฅ • ω • ฅ 2019年6月14日 (五) 09:44 (UTC)

修好了。先对比了“本页使用了68个模板：”中正确与异常的data模板，仔细观察后发现异常模板中“*此内容已迁移至维基数据中的d:q14381242（ - [[:]]）。”呈现也异常。后来一番排查，发现异常的模板的编辑界面中“在此页面使用的维基数据实体”显示了“Q14381242：标签：zh、标题、标签：en、标签：zh-cn、标签：zh-hans、标签：zh-hant、标签：zh-hk、标签：zh-mo、标签：zh-my、标签：zh-sg、标签：zh-tw”，没有标签（标题），最后偶然发现，d:Q14381242被合并而处在重定向到d:Q31846420的状态，showdata模板不能识别。已修正。--YF dyh000（留言） 2019年6月14日 (五) 10:07 (UTC)

辛苦了。行政区随着时间多少会改变，感觉这不是长久之计…… --Kanashimi（留言） 2019年6月14日 (五) 12:04 (UTC)

我挺支持数据结构化的，目前是缺比较直观的GUI、步骤向导，Wikipedia:机器人建立条目小组/中华人民共和国行政区划/wikidata比较难懂。维基数据也比较容易加约束条件、参考来源，就是不便构筑和修改。--YF dyh000（留言） 2019年6月14日 (五) 12:12 (UTC)

结构化数据是好事；问题出在说明文档太难读懂了，而不是不应该结构化。--Antigng（留言） 2019年6月14日 (五) 14:38 (UTC)
- 同意，想修而不知怎样修正是doc的问题。Σαν μο σα 2019年6月23日 (日) 07:30 (UTC)
FYI，Wikipedia:互助客栈/技术/存档/2019年4月#洗马镇和洗马乡 --达师 - 370 - 608 2019年6月23日 (日) 06:27 (UTC)
- 现在问题出现在由广宁乡更改而成的广宁街道 (北镇市)了。Σαν μο σα 2019年6月24日 (一) 09:24 (UTC)

Tech News: 2019-26

维基媒体技术社群发出最新技术新闻。请告知其他用户以下变更。当然，未必所有变更都会影响阁下。翻译本于此。

问题

上周的新版MediaWiki因为问题而未完全发布，它在星期二从多数维基上移除并在星期四从测试维基上移除。 [21]
由于其中一个数据库服务器的问题，上周多数维基运行缓慢并短暂发生只读状态，现在数据库服务器已经被替换。 [22]

本周后期变更

MediaWiki新版本将于6月25日部署至测试维基及MediaWiki.org，及于6月26日部署至非维基百科站点及部分维基百科，并于6月27日部署至所有站点，参见日历。

会议

你可以观看或参与下次的维基媒体语言展示，它将有关在维基媒体计划上使用机器翻译。该展示将于6月26日 13:00 (UTC)开始。会有纪录供稍后观看。
欢迎参与在IRC上举行之技术建议会议。会议上，志愿开发人员可以获取建议。会议将于6月26日 15:00 (UTC)举行。参加办法见此。

技术新闻由技术大使制作并由MediaWiki信息递送送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2019年6月24日 (一) 17:30 (UTC)

Wikidata Bridge: edit Wikidata’s data from Wikipedia infoboxes

Sorry for writing this message in English - feel free to help us translating it :)

Hello all,

Many language versions of Wikipedia use the content of Wikidata, the centralized knowledge base, to fill out the content of infoboxes. The data is stored in Wikidata and displayed, partially or completely, in the Wikipedia’s language, on the articles. This feature is used by many template editors, but brought several issues that were raised by communities in various places: not being able to edit the data directly from Wikipedia was one of them.

This is the reason why the Wikidata Bridge project started, with the goal of offering a way to Wikipedia editors to edit Wikidata’s data more easily. This will be achieved by an interface, connected to the infobox, that users can access directly from their local wiki.

The project is now at an early stage of development. A lot of user research has been done, and will continue to be done through the different phases of the project. The next steps of development will be achieved by the development team working at Wikimedia Deutschland, starting now until the end of 2019.

In order to make sure that we’re building a tool that is answering editors’ needs, we’re using agile methods in our development process. We don’t start with a fixed idea of the tool we want to deliver: we will build it together with the editors, based on feedback loops that we will regularly organize. The first version will not necessarily have all of the features you want, but it will keep evolving.

Here’s the planned timeline:

From June to August, we will build the setup and technical groundwork.
From September to November 2019, we will develop the first version of the feature and publish a test system so you can try it and give feedback.
Later on, we will test the feature on a few projects, in collaboration with the communities.
- We will first focus on early adopters communities who already implemented a shortcut from their infoboxes to edit Wikidata (for example Russian, Catalan, Basque Wikipedias)
- but we also welcome also communities who volunteer to be part of the first test round.
- Then we will reach some of the big Wikipedias (French, German, English) in order to see if the project scales and to address their potentially different needs.
- Even later, we can consider enabling the feature on all the other projects.

In any case, no deployment or big change will be enforced on the projects without talking to the communities first, and helping the template builders to prepare for the changes they will have to do on the infoboxes’ code.

If you want to get involved, there are several ways to help:

Read and help translating the documentation pages
Follow the updates and participate in the first feedback loop
Talk about it with your local community

More ideas will be added on this page along the way

If you have any questions for the development team, feel free to ask them on the main talk page. You can also ask under this message, but if you expect an answer from me, please make sure to ping me.

Thanks for your attention, Lea Lacroix (WMDE) 2019年6月24日 (一) 13:03 (UTC)

译文：

大家好，

许多语言版本的维基百科都在使用维基数据这一集成的知识库来填充信息框的内容。所有数据都存储在维基数据项目中，并完全或部分地显示为本地站点的语言。该功能被许多的模板编者所使用，但也有社群向我们提出问题，其中之一便是维基数据项无法在本地直接修改。

这便是Wikidata Bridge项目启动的原因。该项目旨在向编者提供更为便捷的数据项编辑方式。这将会由一个连接在能被用户直接编辑的信息框上的一个用户交互界面实现。

该项目仍在早期开发阶段，部分用户调查已完成，且将随着不同的开发阶段，完成更多的用户调查。下一步的开发将由德国维基媒体基金分会的一个技术团队完成，时间为从即日起至2019年末。

为了确保我们开发的工具切合用户的需求，我们采取了快速应对式的开发模式。我们不会在开始时建立一个固定的目标，反之，我们将与编者一道完成开发，在开发期间，编者可以通过我们计划的反馈周期来向我们反馈信息。初版不会含有您所想要的部分功能，但它会持续更新。

以下是计划的时间线：

6至8月，我们将开始进行初期的技术准备工作。
9月到11月，我们将研发第一版的功能并放出测试系统。您可在此期间向我们提供反馈。
此后我们将在部分维基计划上测试该项功能，并与本地社群合作讨论。
- 我们将首先关注那些先期已于信息框中加入编辑维基数据的快捷方式的社群（如俄语、加泰罗尼亚语、巴斯克语维基百科）
- 与此同时，我们也欢迎其他维基社群自愿加入第一轮的测试。
- 然后，我们将联系一些大型的维基社群（如法语、德语、英语维基社群），以查看项目规模并了解其潜在需求。
- 再然后，我们将考虑是否在所有维基计划启用该功能。不管怎样，不会有任何大的修改或是部署被强行进行而不事先与社群交谈，我们也将协助模板编者准备应对可能需要的对于模板源码的改动。

如果您想要加入，以下方式可供选择：

阅读并翻译文档页面；
关注项目近况并参与第一次反馈；
与您所在的社群交谈。

更多信息将在稍后于此页面补充。

如果您有任何想对开发团队提出的问题，请于主讨论页提出。您也可以在此信息下发问，但为确保我能够收到信息，请ping我。

感谢关注， Lea Lacroix (WMDE) 2019年6月24日 (一) 13:03 (UTC)

翻译：DW^祈福长宁 2019年6月24日 (一) 21:41 (UTC)

哪来的分类？

如题，Category:顶注重定向需要审阅的条目是哪个模板/变动搞来的？-- Sunny00217 - 2019年6月25日 (二) 13:59 (UTC)

@Sunny00217：Module:Redirect hatnote第89、95行。--Steven |_-｡) 2019年6月25日 (二) 14:15 (UTC)

[23]-- 娜娜奇 🐰鲜果茶☕（☎️·☘️） 2019年6月25日 (二) 14:16 (UTC)
看来我的bot又有活干了。--Antigng（留言） 2019年6月25日 (二) 16:34 (UTC)

三字中国镇名消歧义炸了

大新镇。小猪佩奇身上纹，掌声送给社会人。 2019年6月25日 (二) 23:20 (UTC)

已修复。这都炸几年了⋯⋯ —— Eric Liu_{（留言．留名．学生会）} 2019年6月25日 (二) 23:54 (UTC)
- 还有两个没有链接的啊--苞米(☎) 2019年6月26日 (三) 00:21 (UTC)
- 好了。又是PRCadmin的锅。—— Eric Liu_{（留言．留名．学生会）} 2019年6月26日 (三) 02:10 (UTC)

CSS问题

我想在使用者页面中导入<templatestyles src="User:Joshua Zhan/style.css" />，但却一直出现“必须具有内容模型“已过滤的CSS”用于模板样式（目前的内容模型是“CSS”）”，不知道是哪个环节出问题了?搞了好久都排查不出问题....还请各位协助，谢谢。--ᴊösʜüᴀ Talk ☎ 2019年6月24日 (一) 15:43 (UTC)

请@Stang处理一下，谢谢。@Joshua Zhan：这需要管理员更改内容模型为“已过滤的CSS”，请等待管理员操作。--DW^祈福长宁 2019年6月24日 (一) 20:42 (UTC)

原来如此！谢谢。--ᴊösʜüᴀ Talk ☎ 2019年6月25日 (二) 05:27 (UTC)

@Joshua Zhan：似乎Stang没想处理 囧rz...。。。您可以尝试给任何一位技术管理员留言请求他们为您更改。--DW^祈福长宁 2019年6月26日 (三) 16:17 (UTC)

已获协助更改，谢谢。--ᴊösʜüᴀ Talk ☎ 2019年6月27日 (四) 04:30 (UTC)

如何将HTML <tag>的内容转换为SVG图像？

近日，我想将一段HTML <tag>的内容转换为SVG图像，以便插入相关的条目。

然而，网络上的转换服务基本无法识别<tag>标签，于是只能先转为PNG再转为SVG。但是，生成的图像不是“纯粹”的几何图形，在细小部分带有弧度。

虽然整体看上去没有影响，但还是想请教，有没有办法直接转换？ --KumaTea ^来喝茶！ 2019年6月27日 (四) 17:11 (UTC)

Template:MASelec系列表格显示异常

参见万宜国会议席、婆罗洲高原国会议席历届选举结果一段，表格都出现跑位问题---Koala0090（留言） 2019年6月17日 (一) 16:03 (UTC)

模板代码看明白了，表格意图有点模糊，于是还是知会一些模板作者User:*angys*。--Kirk.Lu 0讨论│图书馆0 2019年6月20日 (四) 02:40 (UTC)
@*angys*？—— Eric Liu_{（留言．留名．学生会）} 2019年6月28日 (五) 06:18 (UTC)

关于有点儿难用的script-title参数

第一，视觉编辑器只辨识得了title参数无法辨识script-title参数，还要自己手动打（同时所有编辑模式都没有任何告诉你有这个参数存在的提醒，我一直到参加条目评选被人提醒才知道有这东西），不便于新手及其他使用VE的用户；第二，IABot在存档的时候有几率用存档副本这类的名称自动填上（原本根本不存在的）title参数，进而覆盖掉script-title显示，必须事后一个一个修正。真的有些不方便啊。有没有办法直接整合上述两个参数（填title=ja:就能实现script-title=ja:的效果之类的），或是实现侦测language参数自动填上语言代号前缀（ex. 如果language=ja，那自动把title=xxx替换为script-title=ja:xxx）？—— Eric Liu_{（留言．留名．学生会）} 2019年6月28日 (五) 13:18 (UTC)