维基百科:互助客栈/技术/存档/2016年7月
本页是以往讨论的存档。请勿编辑本页。若您想发起新讨论或重启现有讨论,请在当前讨论页进行。 |
“1.66米(5尺5寸)(166 cm)”
纯简繁重定向有必要么?
表格
这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。
最近更新
- ORES服务现已移动至一个新的位置。这应使得使用ORES变得容易。ORES复核服务现已在维基数据和波斯语维基百科作为测试功能提供。ORES是在维基媒体wiki上帮助编辑者的人工智能系统。 [1]
- 在折叠的跨wiki通知中,wiki的排序与列表展开时有所不同。现已修复。 [2]
- 追踪数学错误的新分类已添加:Category:有数学错误的页面。 [3]
问题
- 维基媒体Etherpad在6月23日崩溃。部分当天完成的编辑已丢失。它们可在etherpad-restore.wikimedia.org找到,会显示为另外几天。 [4][5]
本周更新
- MediaWiki的新版本将于6月28日部署于测试维基及MediaWiki.org。它将于6月29日部署至非维基百科wiki和部分维基百科上,并于6月30日部署至所有wiki,参见日历。
- 标记通知已读或未读的方式将被更改为更加清晰。 [6]
会议
- 您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于6月28日 19:00 (UTC)开始。参见如何加入。
将来更新
- 维基媒体基金会的协作团队将考虑开发更好的编辑复核工具。这是因为研究显示我们在吓跑想要帮助的新人。 [7]
- 来自编辑部门的电子邮件说明了已计划,并已为将来研究的技术工作。项目包括更好的wiki文本和可视化编辑、编辑提示、语言改进、注释和元数据分离。 [8]
- 在两个弹出式菜单中的通知排序将于7月5~7日更改。捆绑的通知应该更容易浏览,并可单独标记为已读。 [9][10][11]
- 在6月29日,git.wikimedia.org(运行Gitblit)将会把所有请求重定向至Phabricator。绝大多数请求应被正确重定向。 [12]
- 加泰罗尼亚语和波兰语维基百科将在移动视图中,默认将维基数据的描述添加至条目中。目前在移动版本中作为测试选项。这在日后可能会部署到其他wiki。 [13]
2016年6月27日 (一) 15:42 (UTC)
- ORES中文版可有启用日程?--百無一用是書生 (☎) 2016年6月28日 (二) 06:05 (UTC)
- dataset准备好没有?--Antigng(留言) 2016年6月28日 (二) 13:59 (UTC)
- “这是因为研究建议我们吓跑想要帮助的新人。”什么鬼……乌拉跨氪 2016年6月30日 (四) 19:27 (UTC)
- 恩....“This is because research suggests we scare away newcomers who want to help.”翻译者似乎用了机器翻译.....?! --宇帆(留言·联络) 2016年6月30日 (四) 19:35 (UTC)
- @A2569875:那么您认为应该如何翻译?又或许英语原文就用错了词一直没有变更?--Liuxinyu970226(留言) 2016年6月30日 (四) 22:53 (UTC)
- 现在怎么样,不过从右侧连结来看确实有吓跑的意思?--Liuxinyu970226(留言) 2016年6月30日 (四) 23:06 (UTC)
- 原文并没有用错词,只是“suggests”有二种意思而已,翻译者可能没看清楚前后文造成误译。-和平、奋斗、救地球!留言・WikiNews于 2016年7月1日 (五) 02:34 (UTC)
- 如果是我来翻译的话,我会把“research suggests / 研究建议”翻译成“研究表示”;“崩溃”会翻译成“当机”,其他的都还蛮顺的。 --上官(留言) 2016年7月3日 (日) 06:58 (UTC)
- 原文并没有用错词,只是“suggests”有二种意思而已,翻译者可能没看清楚前后文造成误译。-和平、奋斗、救地球!留言・WikiNews于 2016年7月1日 (五) 02:34 (UTC)
- 恩....“This is because research suggests we scare away newcomers who want to help.”翻译者似乎用了机器翻译.....?! --宇帆(留言·联络) 2016年6月30日 (四) 19:35 (UTC)
序言章节的可视化编辑按钮错误
如果启用了可视化编辑器的话,页面标题会显示编辑按钮。但是,如果点击可视化编辑按钮的话,就会进入&veaction=edit&vesection=1而不是&veaction=edit&vesection=0,导致系统会认为我点击的是第一段的按钮。请修复这个问题。--SolidBlock讨论 2016年7月2日 (六) 11:16 (UTC)
Editing News #2—2016
自上期电子报发行以来,视觉化编辑器团队修复了许多漏洞。 其工作内容已经在Phabricator内发布。 他们的近期优先事项是改建阿拉伯文字和印度文字的支援,以及让视觉化编辑器适应维基导游以及维基文库的需求。
近期更改
视觉化编辑器现在可以被大部分的维基导游计划的所有使用者运用。它同时也已经可以在法语版维基新闻被所有编辑志工运用。
单一编辑分页功能结合了“编辑”以及“编辑源代码”两个分页。此功能已经在多个维基百科中运作,包含了匈牙利文、波兰文、英文、以及日文维基百科,以及所有的维基导游。在这些wiki站台,您可以从Special:Preferences的“编辑”分页来改变您的设定以使用此功能。团队正在浏览使用者的回馈,并且思索有哪些改善的设计,以便之后再推广给更多人使用。
未来更新
“保存编辑”按钮将会提示“发布页面”。这将会影响视觉化以及wikitext编辑器两种系统。更多资讯可以参考元维基。
视觉化编辑器将会在接下来的几个月中,提供给属于“阶段六”语言版本的维基百科计划的所有编辑志工运用。开发人员想要知道在视觉化编辑器中输入您的语言文字是否流畅自然。请于mw:Topic:St8y4ni42d0vr9cvlthe 在mediawiki.org上的讨论串里面发表您的建议以及您所测试过的语言。 这会影响若干种语言,包含:阿拉伯语、印地语、泰语、泰米尔语、马拉提语、马拉雅拉姆语、乌尔都语、波斯语、孟加拉语、阿萨姆语、亚拉姆语和其他语言。
开发团队正在与维基文库的技术志工一同合作,让维基文库也能够使用视觉化编辑器,目前欢迎所有对此测试有兴趣的语言版本加入,最终我们将会提供给所有使用者运用。 (T138966)
开发团队也正在发展一个更新界面的wikitext编辑器。新版的wikitext编辑器将会有着与视觉化编辑器类似的界面,同时能够使用citoid服务(文献自动引用)以及其他新型工具。这个更新版的编辑器系统的beta测试版大约在2016年九月可以上线。您可以参考“维基媒体邮件列表——通用最新消息”进一步了解此计划。
一同参与
- 您可曾教过新的编辑者使用视觉化编辑器?您可曾协助过在您的wiki站台设置Citoid自动文献载入功能?您可曾撰写或导入过您觉得重要的引用模板(citation template)的模板资料(TemplateData)?您是否愿意协助新手编辑或新兴社群使用视觉化编辑器?欢迎来视觉化编辑器社群任务编组(VisualEditor Community Taskforce)报到签名。
- 想学习如何改善视觉化编辑器中“神奇自动化”的citoid引用文献系统吗?您只要在您的语言版本中把常用的文献来源设置Zotero翻译器!欢迎观看Sebastian Karcher的科技讲座了解更多资讯。
如果您并非使用自己偏好的语言阅读这份电子报,欢迎您协助翻译!订阅翻译者邮件列表或直接与我们联系,让我们可以在下一次电子报准备好时通知您。谢谢您!
m:User:Elitre (WMF), 2016年7月3日 (日) 17:20 (UTC)
这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。
最近更新
- 每日电子邮件通知摘要即使在没有来自wiki的通知情况下也可以发送。现在当没有活动时将不再发送电子邮件。 [14]
本周更新
- 可视化编辑器工具栏中的“引用”按钮将在除维基百科、维基教科书和维基学院以外的网站上移动至“插入”菜单。这是让它在不常使用它的wiki上变得不突出。 [15]
- MediaWiki的新版本将于7月5日部署于测试维基及MediaWiki.org。它将于7月6日部署至非维基百科wiki和部分维基百科上,并于7月7日部署至所有wiki,参见日历。
会议
- 您可以在7月8日16:00(UTC)参与下次在IRC上的维基数据工作时间。参见如何加入。
2016年7月4日 (一) 19:45 (UTC)
问一个关于跨语言链接的技术问题
有些问题跨语言链接的技术问题请教一下专业人士,虽然现在暂时与中文维基无关。另外有些关于MediaWiki的改进建议,我怕英文不太好,因此用中文留言在这里,请帮忙总结反馈一下。
最近不知怎么回事,许多维基项目左侧工具栏的“其他语言”中的许多跨语言链接被隐藏,改成“还有xx种语言”这样的格式。(就像这样)个人认为有一点不太好,如果用户不喜欢这种模式怎么办?也应该让用户有办法关闭这种模式设定才是。它跨语言链接默认展示的是“常用语言”,但是用户的“常用语言”的评定标准是什么?我觉得这个“常用语言”应该让用户有办法自行设定才对啊!
另外它对首页的处理也令我很无语,人家首页都用{{noexternallanglinks}}来过滤了许多无关的连结了,它居然还用“还有xx种语言”再给过滤一遍(像这样),完全是画蛇添足。
特别好奇的是中文维基百科为何没有启用这种技术,请问你们是如何关闭的?还是中文版尚未启用?--el caballero de los Leones (Ajouter un message) 2016年7月3日 (日) 02:53 (UTC)
- Special:Preferences#mw-prefsection-betafeatures里面有“紧凑语言链接”。Liangent(留言) 2016年7月3日 (日) 02:56 (UTC)
- 留意基金会出的一些实验特性。具体见L大。——路过围观的Sakamotosan 2016年7月3日 (日) 03:16 (UTC)
- @唐吉訶德的侍從:如果是禁用方法的话,根据phab:T138282:
new mw.Api().saveOption('compact-language-links', 0 );
--Liuxinyu970226(留言) 2016年7月5日 (二) 10:07 (UTC)
SVG可以用Noto Sans CJK了
根据phab:T123223单子,Google发布的开源Noto Sans CJK现在已经被全面部署到了Wikimedia的服务器上,可以为SVG所使用。这个字体的汉字部分就是设计界有名的思源黑体。另外,我更新了这里的示例:meta:SVG fonts#Chinese_fonts_comparison,可以从如下图上看出SC与TC(比如“好”字),以及不同font-weight的区别:
如上。--菲菇@维基食用菌协会 2016年7月4日 (一) 18:50 (UTC)
- 能不能应用到STL插件中?——路过围观的Sakamotosan 2016年7月5日 (二) 00:30 (UTC)
- 什么东西?--菲菇@维基食用菌协会 2016年7月5日 (二) 01:28 (UTC)
- EasyTimeline,说错了。——路过围观的Sakamotosan 2016年7月5日 (二) 02:30 (UTC)
- 什么东西?--菲菇@维基食用菌协会 2016年7月5日 (二) 01:28 (UTC)
- 能不能应用到STL插件中?——路过围观的Sakamotosan 2016年7月5日 (二) 00:30 (UTC)
easytimeline
@Liangent:,phab:T22825老问题了,然后其中一个解决增加字体,结果是加错了服务器(phab:T84777),这个既然全服务器加了,能不能用?——路过围观的Sakamotosan 2016年7月6日 (三) 01:21 (UTC)
- 另外,一种死马当活马医的方法。在mw:Extension:EasyTimeline#SVG to PNG中在标签体加入
method="svg2png"
可以通过(oldid=40703171)。但是输出还是很难看。——路过围观的Sakamotosan 2016年7月6日 (三) 01:21 (UTC)
- 另外,一种死马当活马医的方法。在mw:Extension:EasyTimeline#SVG to PNG中在标签体加入
MediaWiki API 帮助文档的出生日期不明显
比如,action=parse,开头第一句 Parses content and returns parser output. 下面应该有该文档的出生日期。外面的 API docs 如 MSDN、JDK 也有问题。—John Doe 120(talk) 2016年7月4日 (一) 15:06 (UTC)
- 这些文档都是自动生成的,并不是有“出生日期”的帮助文档。--Antigng(留言) 2016年7月4日 (一) 15:14 (UTC)
- 在地址栏开头加入
https://web.archive.org/web/*/
可以看到部分,补充:这是为了避免研究只活了2年的 docs。—John Doe 120(talk) 2016年7月4日 (一) 15:33 (UTC)
- [16] +
- 在地址栏开头加入
protected function getExamplesMessages() {
return [
'action=parse&page=Project:Sandbox'
=> 'apihelp-parse-example-page',
'action=parse&text={{Project:Sandbox}}&contentmodel=wikitext'
=> 'apihelp-parse-example-text',
'action=parse&text={{PAGENAME}}&title=Test'
=> 'apihelp-parse-example-texttitle',
'action=parse&summary=Some+[[link]]&prop='
=> 'apihelp-parse-example-summary',
];
}
public function getHelpUrls() {
return 'https://www.mediawiki.org/wiki/API:Parsing_wikitext#parse';
}
明明是动态页面,又不是静态页面,研究存档一点意义都没有。--Antigng(留言) 2016年7月4日 (一) 16:04 (UTC)
- [17]右边有 Version added,但没写日期。—John Doe 120(talk) 2016年7月5日 (二) 10:59 (UTC)
- 想看版本和日期的对应关系的话,找mw:news,或者看看[18]。--Antigng(留言) 2016年7月5日 (二) 12:43 (UTC)
- 版本号是1.12,日期是2008-03-20,该 API 已经活了8年。如果只有2年为了减少资讯超载,暂时(2年内)不看。如果3年后它 get removed,......—John Doe 120(talk) 2016年7月6日 (三) 09:12 (UTC)
偶然发现special:diff/39197529这笔编辑中Liangent-bot将一个DYK通过的条目归档至未通过。请教原因与解决方式?—Kou Dou 2016年6月20日 (一) 09:02 (UTC)
- User:Liangent --达师 - 334 - 554 2016年6月21日 (二) 07:06 (UTC)
- [19][20]当时处理的版本本来就是未通过,顺便说一下上面没ping到我。Liangent(留言) 2016年6月22日 (三) 03:21 (UTC)
- 咦?User:Liangent --达师 - 334 - 554 2016年6月23日 (四) 06:57 (UTC)
- 还是没有。Liangent(留言) 2016年6月23日 (四) 09:23 (UTC)
- 你能收到别人的ping吗? --达师 - 334 - 554 2016年6月27日 (一) 12:29 (UTC)
- [21]这个ping收到了。Liangent(留言) 2016年7月3日 (日) 10:17 (UTC)
- 你能收到别人的ping吗? --达师 - 334 - 554 2016年6月27日 (一) 12:29 (UTC)
- 还是没有。Liangent(留言) 2016年6月23日 (四) 09:23 (UTC)
- @Liangent: --达师 - 334 - 554 2016年7月4日 (一) 14:36 (UTC)
- 还是没见你的。是不是因为你的签名的问题?Liangent(留言) 2016年7月6日 (三) 21:18 (UTC)
native_name的繁简转换
我发现加的夫的{{Infobox settlement}},其|native_name=City and County of Cardiff(英語)<br />Dinas a Sir Caerdydd(威尔斯文)
,显示出来在infobox顶端时,“英語”不会转换成简体,反之“威尔斯文”也不会转换成繁体。本来|native_name=
停止繁简转换是模板的功能(可能为方便正确显示日本汉字?),然而这却令语言标签无法正确转换,可谓顾此失彼。有些情况下,当地语言不只一种,因此有必要注明是那一种语言。另外我相信还有其他模板有类似|native_name=
的参数,会有同样的问题,故此在客栈讨论。--Quest for Truth(留言) 2016年7月4日 (一) 03:13 (UTC)
- 最严格的技术要求的话,这个参数应该填的是形如{{lang|en|City and County of Cardiff}}(英語)。如果所有人都能这么填自然也就不用强制禁止转换了…… --达师 - 334 - 554 2016年7月4日 (一) 14:39 (UTC)
- 很偶然地发现有个模板{{native name}},以为可以适用,……结果并没有解决此问题。细节来说,它使用的是{{ISO 639 name}}模板。--Fauzty(留言) 2016年7月5日 (二) 12:39 (UTC)
- Fixed. --菲菇@维基食用菌协会 2016年7月7日 (四) 06:44 (UTC)
- @PhiLiP:要是人家是日语呢……Liangent(留言) 2016年7月7日 (四) 06:57 (UTC)
- @Liangent:你试试?LanguageConverter自动屏蔽带
xml:lang
和lang
属性的标签。--菲菇@维基食用菌协会 2016年7月7日 (四) 07:44 (UTC)- 看错了,我以为你把整个name也包起来了。不过这和xml:lang / lang无关吧。Liangent(留言) 2016年7月7日 (四) 08:07 (UTC)
其实{{lang}}是被包进去了的。但converter自己能识别。其实我也看错了以为我把name也包进去了。另外converter应该没有exclude xml:lang & lang,看了下代码,我记错了。--菲菇@维基食用菌协会 2016年7月7日 (四) 18:04 (UTC)
- 看错了,我以为你把整个name也包起来了。不过这和xml:lang / lang无关吧。Liangent(留言) 2016年7月7日 (四) 08:07 (UTC)
- @Liangent:你试试?LanguageConverter自动屏蔽带
- @PhiLiP:要是人家是日语呢……Liangent(留言) 2016年7月7日 (四) 06:57 (UTC)
- Fixed. --菲菇@维基食用菌协会 2016年7月7日 (四) 06:44 (UTC)
无法显示图片
本人大陆人,从7月7日开始,不论修改host还是挂代理,维基百科均无法显示图片,各位是否有类似情况?--Tiger(留言) 2016年7月8日 (五) 01:00 (UTC)
- 木有。--Antigng(留言) 2016年7月8日 (五) 01:37 (UTC)
- 我有个别日子存在这问题(同时试图编辑时显示IP被封禁),但拔了网线重插后均立刻解决了。--Liuxinyu970226(留言) 2016年7月8日 (五) 02:05 (UTC)
这就很尴尬了,我还是切换了不同网络、不同设备均出现此情况。。。 囧rz...--Tiger(留言) 2016年7月8日 (五) 03:44 (UTC)
希望增加导出PDF的功能 --BillAlen(留言) 2016年7月10日 (日) 04:06 (UTC)
被连锁保护的页面并没有显示为查看源代码
例如T:ASN,已经被连锁保护了,但是右上角依然显示为“编辑源代码”,只有点进去之后才显示为“查看源代码”。其他被连锁保护的页面也是如此。请修复这个问题。--SolidBlock讨论 2016年7月10日 (日) 05:50 (UTC)
- phab:T16104、phab:T13700,去p区问。——路过围观的Sakamotosan 2016年7月10日 (日) 08:07 (UTC)
- 这么做服务器开销太大了。--Antigng(留言) 2016年7月10日 (日) 08:09 (UTC)
存在好久的问题了,这个模版不支持分列,像{{Notelist|2}}、{{Notelist|30em}}这种写法都没什么用,这就导致有些条目的Notelist很长,希望管理员修复一下。还有Template:Notelist/sandbox不能创建是什么鬼,沙盒也要进黑名单?--Qwhisper 2016年7月11日 (一) 07:05 (UTC)
- template talk:notelist#关于重新设计,据说notelist之前被错误创制,导致某些页面索性自己额外地做了自定分列样式,重新设计没有了分列好像是为了不要影响那些自定了分列的页面。--113.52.80.235(留言) 2016年7月11日 (一) 08:17 (UTC)
这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。
最近更新
- 新的图片定标器修复了显示SVG文件时的数个错误。但也出现了一些新问题。 [22][23][24]
- 通知已按类型分组。通知现在按通知数量计算,而不是按未读组。更改可能增加显示的通知数量。早先的计算方法经常出错。未读通知也会首先显示。 [25][26][27]
- Special:Notifications现在在电脑端有通知列表的最大宽度。这允许长标题和长描述适当被裁切。 [28][29][30]
问题
- 在7月5日,维基共享资源出现问题,有20分钟不能编辑。此后有一会儿最近更改日志和部分小工具不能正常工作。这也影响到其他项目上的管理操作。 [31]
- 有多条未读通知的用户可通过在各自的wiki上访问Special:Notifications页面标记为已读。
本周更新
会议
- 您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于7月12日 19:00 (UTC)开始。参见如何加入。
2016年7月11日 (一) 15:14 (UTC)
youtube模板坏了!?
关于Flow页面挂上警告或提醒模板的问题
每次在展开模板之后,会出现“您好,Topic:……”,这要该怎么处理啊(除了直接编辑之外)?--★Fish out Yue in the water.☆ 2016年7月13日 (三) 06:21 (UTC)
- 似乎没啥办法。--Stang 2016年7月13日 (三) 06:30 (UTC)
Wikipedia.org门户网站更新
您好,
维基媒体基金会门户团队已于近期在Wikipedia.org门户页面完成一次A/B测试。这些测试是要看到新设计会不会更容易导航。此设计添加了一个下拉选单,它包含了所有语言,按条目计数排序。
测试结果发现访问者更喜欢点击一个链接。在新设计中,页面上“无操作”的次数较低。我们也和很多维基百科用户一起测试了页面。我们收到的评论显示新页面设计令人愉快,且更不杂乱无章。
根据这些信息,我们想要促进将此更改付诸于Wikipedia.org门户中。我们想要询问社群有关反馈和建议。
来自探索门户团队的由衷感谢!CKoerner (WMF)(留言) 2016年7月12日 (二) 21:16 (UTC)
- 意思就是说搜寻框中的右边出现了一栏下拉选单。点选中文就会连到本地的连结,点选英文就会连到英文维基百科的连结。--★Fish out Yue in the water.☆ 2016年7月13日 (三) 06:42 (UTC)
Template:中国专题
既然有管理员不明白我在Template talk:中国专题提出的诉求,并着我到WP:VPT,我就在此重申:现时的{{中国专题}}在加入任何页面、或之后到那此页面按编缉,然后“预览页面”时会出现警告信息如下:
警告: Template:中国专题 呼叫 Template:WPBannerMeta 的 "MAIN_ARTICLE" 参数使用了超过一次,仅会使用提供的最后一个参数值。警告: Template:中国专题 呼叫 Template:WPBannerMeta 的 "attention" 参数使用了超过一次,仅会使用提供的最后一个参数值。
警告: Template:中国专题 呼叫 Template:WPBannerMeta 的 "ATTENTION_CAT" 参数使用了超过一次,仅会使用提供的最后一个参数值。
警告: Template:中国专题 呼叫 Template:WPBannerMeta 的 "infobox" 参数使用了超过一次,仅会使用提供的最后一个参数值。
警告: Template:中国专题 呼叫 Template:WPBannerMeta 的 "INFOBOX_CAT" 参数使用了超过一次,仅会使用提供的最后一个参数值。
明显地有些参数重复使用,请见我弄的Template:中国专题/sandbox和Template:中国专题/testcases,尽快修改,谢谢。--Quest for Truth(留言) 2016年7月13日 (三) 07:31 (UTC)
WP:TW建议
- 在速删下选择多理由时仍可输入自定义理由,另外自定义理由可以多行输入。--A2093064#Talk 2016年7月13日 (三) 23:57 (UTC)
- 另外建议把T:Move加进去标注里面。--A2093064#Talk 2016年7月13日 (三) 23:58 (UTC)
- 还有TW提报VIP时,当前保护状态不会有purge按钮,可加上吗?--A2093064#Talk 2016年7月14日 (四) 03:40 (UTC)
表格中的序号问题
为何中文维基百科的Twinkle功能无法在Internet Explorer上运行?望解决
在 common.css 支援 en:template:Tree list
从 enwiki移植树状图模板en:template:Tree list,在 css加上约 20行。
.treeview ul .treeview li .treeview li li .treeview li li.lastline .treeview li.emptyline > ul .treeview li.emptyline
Golopotw(留言) 2016年7月16日 (六) 08:12 (UTC)
- @Golopotw:你可在自己的css里加上,你的css页,参考我的。--A2093064#Talk 2016年7月16日 (六) 08:23 (UTC)
- @A2093064:既然都已经是模板了,最好要能全面套用。全面套用需要修改common.css,需取得社群共识。我认为Golopotw会发文代表是想讨论取得社群共识,如果解答都是“改自己的就好”只有自己看得到,那还需要用到互助客栈吗 囧rz...。--宇帆(留言·联络) 2016年7月16日 (六) 08:32 (UTC)
- 好吧,我以为是他不用自定义设定所以才来问。不过这个模板使用率有点低(61引用)。另外这个是新增而不是修改,我认为只需要{{Editprotected}},应该就会通过了。--A2093064#Talk 2016年7月16日 (六) 09:33 (UTC)
- @A2093064:既然都已经是模板了,最好要能全面套用。全面套用需要修改common.css,需取得社群共识。我认为Golopotw会发文代表是想讨论取得社群共识,如果解答都是“改自己的就好”只有自己看得到,那还需要用到互助客栈吗 囧rz...。--宇帆(留言·联络) 2016年7月16日 (六) 08:32 (UTC)
这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。
最近更新
问题
- 有时,可视化编辑器需要保存两次。该问题现已修复。 [33]
本周更新
- MediaWiki的新版本将于2016年7月26日部署于测试维基及MediaWiki.org。它将于2016年7月27日部署至非维基百科wiki和部分维基百科上,并于2016年7月28日部署至所有wiki,参见日历。
- 现在在Special:Notifications中,可以通过点击齿轮图标,将所有通知标记为已读。 [34]
- 现在在维基百科搜索中,当只找到2个或较少结果时将检查您搜索内容的语言。之后它将显示来自匹配语言维基百科的结果,只要相关条目存在的话。它将开始在5个语言中推出。 [35]
会议
- 您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于7月26日 19:00 (UTC)开始。参见如何加入。
- 您可以参与下次架构委员会的会议。本周的话题是“执行已验证键值存储的扩展”。会议将于7月27日 21:00 (UTC)开始。参见如何加入。 [36]
将来更新
- 目前通知的图标“一般通知”(英语称作“Notices”)将从对话气泡图标更改为托盘图标以保持一致性。 [37]
- Special:Notifications页面代码将更改为更加移动友好的界面。 [38]
2016年7月25日 (一) 19:54 (UTC)
想多了解动态组字系统的,星期一晚上来线上聚吧
为何Twinkle 只有简体?
我使用WP:Twinkle一段时间,觉得十分好用。可是我在香港繁体界面下,却只有简体中文,希望能提供繁体中文。--Quest for Truth(留言) 2016年7月13日 (三) 14:06 (UTC)
- 我可以协助翻译的,要是知道要去哪里修改的话……--Quest for Truth(留言) 2016年7月13日 (三) 14:10 (UTC)
- (+)支持,翻译很简单,想知道该怎么做。--A2093064#Talk 2016年7月13日 (三) 23:55 (UTC)
- (+)支持,希望能够提供繁体版~--宇帆(留言·联络) 2016年7月25日 (一) 23:47 (UTC)
- @Quest for Truth:你可以载入自己的js,Twinkle所使用的js档可在这里查到,其对应的档案是MediaWiki:Gadget-...,将全部建立翻译后载入,便可以使用了,大概,这是个烂方法,还是请专家来比较好。--A2093064#Talk 2016年7月15日 (五) 08:28 (UTC)
- 原码在这里,但不知能否调用wgULS()使用之。 (@Jimmy Xu) Shinjiman ⇔ ♨ 2016年7月19日 (二) 03:04 (UTC)
这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。
最近更新
问题
本周更新
- MediaWiki的新版本将于7月19日部署于测试维基及MediaWiki.org。它将于7月20日部署至非维基百科wiki和部分维基百科上,并于7月21日部署至所有wiki,参见日历。
- Special:Log现已拥有帮助链接。 [44]
- RevisionSlider现在可在测试集群测试。从7月22日期,它将于以下项目作为测试功能提供:德语维基百科, 希伯来语维基百科和阿拉伯语维基百科 [45][46][47]
会议
- 您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于7月19日 19:00 (UTC)开始。参见如何加入。
- 您可以参与下次架构委员会的会议。本周的话题是“跨wiki监视列表后端的设计计划”。会议将于7月20日 21:00 (UTC)开始。参见如何加入。 [48]
将来更新
2016年7月18日 (一) 20:18 (UTC)
- 目前我唯一诧异的是在机器人密码(Special:BotPasswords)页面,只能显示繁体版logo?--Liuxinyu970226(留言) 2016年7月23日 (六) 23:08 (UTC)
- Special:Preferences页面也是吧,这些地方不给用site js/css。Liangent(留言) 2016年7月27日 (三) 04:53 (UTC)
模板:Infobox venue更新和翻译
- 想问模板:Infobox venue是否应该更进英文版的更新,另外一些未翻译成中文,如Seating type,还有翻译很怪异seating capacity翻成容量,不是座位或座数吗,想麻烦技术人士修正一些参数?-日月星辰【留言簿】 2016年7月11日 (一) 16:56 (UTC)
- 呃,没有人来帮忙吗?-日月星辰【留言簿】 2016年7月17日 (日) 13:12 (UTC)
- 遗憾地,在中文维基当发现这些问题时最好的方法就只有自已翻译解决。--Emphrase:💬︲📝 2016年7月22日 (五) 14:24 (UTC)
- @Nickice:完成。#ForeverLove 我想给你个拥抱,像以前一样可以吗 2016年7月27日 (三) 16:58 (UTC)
Template:Portal的技术问题
模板Template:Portal理论上输入多个参数时应该要可以正常显示,但目前仅能显示第一个参数。如输入 {{portal|科學|文學}} 时,在英文版的模板可以两个专题都显示,但在中文维基则只会显示科学专题---Koala0090(留言) 2016年7月27日 (三) 12:35 (UTC)
- @Koala0090:,这样吗?草稿:Template:Portal、草稿:Template:Portal/sandbox。可是必须建立图档列表en:Module:Portal/images/a。--A2093064#Talk 2016年7月27日 (三) 12:50 (UTC)
- 恩恩是的,请问是否能应用?---Koala0090(留言) 2016年7月27日 (三) 12:52 (UTC)
- 此草稿已经可使用,但取代正式模板需要大量修改,另外还要建立图片列表。--A2093064#Talk 2016年7月27日 (三) 12:54 (UTC)
- @和平奮鬥救地球:寻求技术支援---Koala0090(留言) 2016年7月27日 (三) 17:57 (UTC)
- 其实有种东西叫做{{Portal box}}-和平、奋斗、救地球!留言・WikiNews于 2016年7月28日 (四) 02:18 (UTC)
- 那可以结案了,要改成跟英文维基一样是个大工程。--A2093064#Talk 2016年7月28日 (四) 02:45 (UTC)
- 其实有种东西叫做{{Portal box}}-和平、奋斗、救地球!留言・WikiNews于 2016年7月28日 (四) 02:18 (UTC)
- 恩恩是的,请问是否能应用?---Koala0090(留言) 2016年7月27日 (三) 12:52 (UTC)
模板Template:Infobox airport的兼容性问题
现模板跟很多条目中使用的旧模板不兼容,好多旧模板中的信息没有显示出来。在其讨论页中列出了一些问题。有谁能修改该模块使其能跟旧版本兼容吗?或者批量修改所有使用旧版本的条目,让它们使用新版本中的参数?--TuhansiaVuoria(留言) 2016年7月27日 (三) 21:03 (UTC)
内链的繁简问题
强制用某种中文变体显示的条目上的内链点进去后,显示的不再是之前强制的那种中文变体,这是怎么回事?登录与不登录、桌面与手机版都有这个问题。比如 zh.wikipedia.org/wiki/ABCD 这个条目(默认版本,即它的中文变体版本是根据操作系统和浏览器决定的),我查看它的台湾正体版本(也就是强制它显示为台湾正体),链接跳到 zh.wikipedia.org/zh-tw/ABCD 。在这个台湾正体版的页面上,我点击一个内链(蓝色链接),打开的条目却会是 zh.wikipedia.org/wiki/EFGI (默认版本),而不是 zh.wikipedia.org/zh-tw/EFGI (台湾正体版本)。这使得选择了某种中文变体之后,每次打开一个蓝链,都恢复原状,要再选一下中文变体,这显然有问题。我记得以前似乎也不是这样的。--Tomchen1989(留言) 2016年7月29日 (五) 21:27 (UTC)
- 是吗?我记得一直都是这样吧,因为内链不会跟随使用前缀改变,前缀改变是基于前端反向代理重写的“魔术”,实际应用请求到是类似/w/index.php?title=<>&variant=zh-xxx的url,应用能知道用户的是有用户设定存储的语言转换设定,但是$wgArticlePath是设定为/wiki/$1,所以内链就是以/wiki/为站点前缀,所以不会注入语言信息?——路过围观的Sakamotosan 2016年7月30日 (六) 11:02 (UTC)
- 如果已登入,不妨检查一下Special:参数设置中“国际化”的设定。—HW(讨论 贡献) 2016年7月31日 (日) 02:31 (UTC)
- 不是,他应该说是临时的变体设置不会影响到后续的链接变化,因为$wgArticlePath规定了内链的生成方式,然后内链请求时默认请求,默认请求是按照用户语言设置的设定,所以原来是简体中文,临时改成繁体中文显示,下一个链接的默认依然是简体中文。——路过围观的Sakamotosan 2016年7月31日 (日) 02:57 (UTC)
- 如果已登入,不妨检查一下Special:参数设置中“国际化”的设定。—HW(讨论 贡献) 2016年7月31日 (日) 02:31 (UTC)
- 是吗?我记得一直都是这样吧,因为内链不会跟随使用前缀改变,前缀改变是基于前端反向代理重写的“魔术”,实际应用请求到是类似/w/index.php?title=<>&variant=zh-xxx的url,应用能知道用户的是有用户设定存储的语言转换设定,但是$wgArticlePath是设定为/wiki/$1,所以内链就是以/wiki/为站点前缀,所以不会注入语言信息?——路过围观的Sakamotosan 2016年7月30日 (六) 11:02 (UTC)
WP:PT设计很差
时常被删除{{/header}},希望能做的跟WP:VIP一样。无人回应的讨论。--A2093064#Talk 2016年7月28日 (四) 09:05 (UTC)
- 有没有具体方案?--Lakokat 2016年7月28日 (四) 12:44 (UTC)
- 我可以试着做做看,这就要等一段时间了。--A2093064#Talk 2016年7月28日 (四) 12:46 (UTC)
- @Lakokat:想请问WP:当前的破坏/header是怎么被引入主页面的,WP:PT是用{{/header}},可WP:VIP我没见到。--A2093064#Talk 2016年7月28日 (四) 14:13 (UTC)
- 你就不能看看Wikipedia:当前的破坏/form怎样写的吗?——路过围观的Sakamotosan 2016年7月29日 (五) 00:36 (UTC)
- 是...我刚刚才看到--A2093064#Talk 2016年7月29日 (五) 00:41 (UTC)
- 你就不能看看Wikipedia:当前的破坏/form怎样写的吗?——路过围观的Sakamotosan 2016年7月29日 (五) 00:36 (UTC)
- @Lakokat:大致上完成了Draft:维基百科:请求保护页面、草稿:维基百科:请求保护页面/form1、草稿:维基百科:请求保护页面/form2、草稿:维基百科:请求保护页面/form2preload(form2可以不要),我还是觉得保护跟解除合并比较好,目前保护是用跟VIP一样的方法,解除是用preload。--A2093064#Talk 2016年7月29日 (五) 01:46 (UTC)
题外话,为什么保护是由新排到旧,解除保护是由旧到新,是因为新增请求的技术问题吗?我提议修改成请求变更保护,保护跟解除都放在一起,由新排到旧,这样管理员才容易看的到,而且技术上也方便些,(?)疑问例如,如果请求把全保护改成半保护究竟算保护还是解除?--A2093064#Talk 2016年7月29日 (五) 01:07 (UTC)
- 修改前请确保WP:TWINKLE已经妥善修改配置,以免影响工具运作。—HW(讨论 贡献) 2016年7月29日 (五) 03:33 (UTC)
- 是,所以先等这个修改方案通过,要先确认相关工具(TW、bot)运作得当,才会进行修改。--A2093064#Talk 2016年7月29日 (五) 03:37 (UTC)
刚用TW提RFPP失败了,原来是有人加了这行字,但是那行字没用啊,会被TW洗掉参见。--A2093064#Talk 2016年7月31日 (日) 13:18 (UTC)