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

“1.66米(5尺5寸)(166 cm)”

纯简繁重定向有必要么?

表格

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”有二种意思而已,翻译者可能没看清楚前后文造成误译。-和平、奋斗、救地球!留言WikiNews2016年7月1日 (五) 02:34 (UTC)
如果是我来翻译的话,我会把“research suggests / 研究建议”翻译成“研究表示”;“崩溃”会翻译成“当机”,其他的都还蛮顺的。 --上官留言2016年7月3日 (日) 06:58 (UTC)

序言章节的可视化编辑按钮错误

如果启用了可视化编辑器的话,页面标题会显示编辑按钮。但是,如果点击可视化编辑按钮的话,就会进入&veaction=edit&vesection=1而不是&veaction=edit&vesection=0,导致系统会认为我点击的是第一段的按钮。请修复这个问题。--SolidBlock讨论 2016年7月2日 (六) 11:16 (UTC)

  已修复. Liangent留言 2016年7月3日 (日) 10:10 (UTC)

Editing News #2—2016

m:User:Elitre (WMF), 2016年7月3日 (日) 17:20 (UTC)

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)

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)

MediaWiki API 帮助文档的出生日期不明显

比如,action=parse,开头第一句 Parses content and returns parser output. 下面应该有该文档的出生日期。外面的 API docs 如 MSDNJDK 也有问题。—John Doe 120talk2016年7月4日 (一) 15:06 (UTC)

这些文档都是自动生成的,并不是有“出生日期”的帮助文档。--Antigng留言2016年7月4日 (一) 15:14 (UTC)
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)

想看版本和日期的对应关系的话,找mw:news,或者看看[18]。--Antigng留言2016年7月5日 (二) 12:43 (UTC)

偶然发现special:diff/39197529这笔编辑中Liangent-bot将一个DYK通过的条目归档至未通过。请教原因与解决方式?Kou Dou 2016年6月20日 (一) 09:02 (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)

无法显示图片

本人大陆人,从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:T16104phab: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)

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:中国专题/sandboxTemplate:中国专题/testcases,尽快修改,谢谢。--Quest for Truth留言2016年7月13日 (三) 07:31 (UTC)

https://ooo.0o0.ooo/2016/07/13/578600e664c9e.png 。--Stang 2016年7月13日 (三) 08:46 (UTC)

WP:TW建议

表格中的序号问题

为何中文维基百科的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)

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)

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更新和翻译

Template:Portal的技术问题

模板Template:Portal理论上输入多个参数时应该要可以正常显示,但目前仅能显示第一个参数。如输入 {{portal|科學|文學}} 时,在英文版的模板可以两个专题都显示,但在中文维基则只会显示科学专题---Koala0090留言2016年7月27日 (三) 12:35 (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)

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)
@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)