维基百科:互助客栈/技术/存档/2014年1月
本页是以往讨论的存档。请勿编辑本页。若您想发起新讨论或重启现有讨论,请在当前讨论页进行。 |
为什么维基百科的内容会被抄袭
问:有语法可以将条目中的子标题分类吗?
例如,我想将“推理小说”这个条目下的#冷硬派,归类到“分类:推理小说”这个分类页面。 简单来说,我不用再新创一个条目,可以用现有某一个条目内的段落,而让这个段落的名称(如:冷硬派),出现在某一个分类页面。 (如:“分类:推理小说”) 有办法,在分类的页面上显示某个条目的段落吗? --Bshong0520(留言) 2014年1月1日 (三) 12:46 (UTC)
- 个别的页面章节无法纳入分类。就算有办法做到,还是建议阁下不如直接写个条目,即使是小作品也好。-Lif…lon 2014年1月1日 (三) 13:41 (UTC)
问:维基“全语种全文转换”的语法是?
例如,我想让关于Jorge Luis Borges的中文条目,简体:“博尔赫斯”都转换成繁体:“波赫士”。该用什么语法? 先创建公共转换组? "CItem|"语法什么时机使用? --Bshong0520(留言) 2014年1月2日 (四) 07:58 (UTC)
- 像这样:[1]。详见{{noteTA}}的用法。-Lif…lon 2014年1月2日 (四) 08:24 (UTC)
- 创造公共转换组:波赫士 之后,在你想要转换的条目贴上:{{noteTA|G1=波赫士}}
不知道还有没有更简便的方法? 不过问题的意思应该是全语种“自动转换”? 有自动转换、不用手动加上语法的方法吗? Zkbai1110(留言) 2014年1月2日 (四) 08:29 (UTC)
- 如果只是那么一个外语译名的话,不宜建立公共转换组。有全局转换表,但Borges的译名没有常用到要全局转换吧,也可能有其他名为Borges的人物的译名和这位不一样,那就会造成错误的过度转换。见H:AC。-Lif…lon 2014年1月2日 (四) 09:27 (UTC)
高风险模板禁止修改的提示信息为空
如题,“根据以下的原因,您并无权限去编辑本页: ”后面没有写原因。 --小烈 (找我?) 2013年12月29日 (日) 06:25 (UTC)
- 不要在意这些细节 囧rz...,实际上有很多高风险模板都没有无权去编辑的原因的,可能是管理员在保护该模板时没有填写保护原因。 ——Nigel2014新年大扫除 2013年12月29日 (日) 13:08 (UTC)
- 有管理员把界面消息改坏了, 已修复,@Jimmy xu wrk。Liangent(留言) 2013年12月29日 (日) 13:42 (UTC)
- 怪不得从8月开始无权编辑的原因基本都不在了,我还以为是管理员没有填写原因呢。 ——Nigel2014新年大扫除 2013年12月30日 (一) 13:41 (UTC)
- 管理员可以把界面消息改坏喔 囧rz...--Jason924tw(留言) 2013年12月30日 (一) 13:55 (UTC)
- 怪不得从8月开始无权编辑的原因基本都不在了,我还以为是管理员没有填写原因呢。 ——Nigel2014新年大扫除 2013年12月30日 (一) 13:41 (UTC)
- 这个现象我遇过很多次,早已见惯,置之不理。只是没想到原来这是管理员的杰作,哈哈!--黄居士 (留言 | 参与专题) 2014年1月3日 (五) 13:39 (UTC)
taxobox
织丝植物门的infobox有些问题,除去“属”一栏里的排版,也不显示参数|grandparent_authority({{taxobox}}),何故?求修正,多谢。--浅蓝雪❉ 2014年1月3日 (五) 12:00 (UTC)
- 第一个已修复。第二个不知道,中文模板好像没这参数,英文模板有但也没显示。--YFdyh000(留言) 2014年1月3日 (五) 15:37 (UTC)
- 那么另外一个|authority =呢?--浅蓝雪❉ 2014年1月3日 (五) 16:21 (UTC)
- 中英文用的模板不同(原因不明),所以参数支持不同。中文用的Template:Taxobox,而英文版用的Template:Automatic_taxobox在中文版未成型,可能得移植它。--YFdyh000(留言) 2014年1月3日 (五) 16:45 (UTC)
- 矮油。。每次用taxobox都让人纠结。--浅蓝雪❉ 2014年1月3日 (五) 16:56 (UTC)
- taxobox有说明文档啊。都不看看。乌拉跨氪 2014年1月3日 (五) 17:22 (UTC)
- 矮油。。每次用taxobox都让人纠结。--浅蓝雪❉ 2014年1月3日 (五) 16:56 (UTC)
- 中英文用的模板不同(原因不明),所以参数支持不同。中文用的Template:Taxobox,而英文版用的Template:Automatic_taxobox在中文版未成型,可能得移植它。--YFdyh000(留言) 2014年1月3日 (五) 16:45 (UTC)
- 那么另外一个|authority =呢?--浅蓝雪❉ 2014年1月3日 (五) 16:21 (UTC)
我怎么进了拒收邀请讯息登记册?
Template:ITA的中文显示问题
目前 Template:ITA 在简体中文状态下显示文字为“义大利”,而不是简体中文常用的“意大利”,虽然已有相应的地区词转换,但似乎在此模板中失效了。PALMER -@Palmer-Edits- 2014年1月4日 (六) 09:25 (UTC)
- 繁简体转换只做字对字的转换,地区词转换负责转换为各地区常用的形态。这是各种转换的正常功能。—Snorri(留言) 2014年1月4日 (六) 09:36 (UTC)
- 无法重现--H2NCH2COOH(留言) 2014年1月4日 (六) 11:08 (UTC)
我在Template:Country data Italy的编辑似乎修复了这问题,请大家看看还有没有问题--Jason924tw(留言) 2014年1月4日 (六) 16:11 (UTC)- 被回退了哦……-Lif…lon 2014年1月5日 (日) 11:26 (UTC)
- 抱歉,我不知不能那样...。顺带一提,zh-hans和zh-sg仍显示“义大利”,应该没关系吧---Jason924tw(留言) 2014年1月5日 (日) 12:28 (UTC)
- 被回退了哦……-Lif…lon 2014年1月5日 (日) 11:26 (UTC)
最新技术新闻来自维基媒体技术社群。请将这些变化通告其他维基人。不是所有技术变更都将影响您。翻译亦已提供。
最近软件变更
- 您现在可在搜索结果中看见DjVu和PDF文件的文本,只要您在测试新搜索工具(CirrusSearch)。 [4] [5]
- 通过新版Wikibase数据模型拓展,您可在维基媒体wiki以外安装。 [6]
可视化编辑器新闻
问题
将来软件变更
- CirrusSearch将在12月30日于西班牙语、法语、葡萄牙语和俄语维基计划安装。维基共享资源、维基物种和维基新闻用户即将可以通过测试功能设置启用此工具。(尚无法确定何时装于中文维基百科)
- 滥用编辑器日志将在用户查核工具汇报中可见。 [9] [10]
- 搜索日志将简便到不需要登录账户。 [11] [12]
- 全局隐藏拥有多于1000次编辑的用户将不再可以。 [13] [14]
技术新闻由技术大使制作并由MediaWiki信息递送送达 • 贡献 • 翻译 • 获得帮助 • 提供反馈 • 订阅或退订。
2013年12月30日 (一) 08:49 (UTC)
话说这个编辑器在手机上是怎么倒腾的啊,谁试过--=★= 2014年1月4日 (六) 16:41 (UTC)
- 哦,我知道了,原来要这样搞:zh.m.wikipedia.org/wiki/摄氏温标?mobileaction=alpha--=★= 2014年1月5日 (日) 13:56 (UTC)
- 我倒更想知道那个传奇般的CirrusSearch何时在此安装。--Liuxinyu970226(留言) 2014年1月5日 (日) 04:09 (UTC)
最新技术新闻来自维基媒体技术社群。请将这些变化通告其他维基人。不是所有技术变更都将影响您。翻译亦将提供。
最近软件变更
- MediaWiki的最新版本(1.23wmf9)已于1月2日于测试维基和MediaWiki.org安装。它将于1月7日安装于非维基百科wiki并将于1月9日安装于所有维基百科(日历)。
- 旧日记站点(Etherpad)已于2013年12月30日移除。您可参见新站点的更多文档。 [15]
问题
- 于1月2日,维基共享资源、维基数据和所有维基导游计划由于语言缓存的升级问题当机2小时。
- 同日,由于数据库复制问题,多数wiki有30分钟无法做出任何编辑。
将来软件变更
- 新搜索工具(CirrusSearch)将于1月6日作为默认搜索工具用于意大利语维基百科、法语维基文库、维基数据和所有维基导游站点,并将于同日在德语维基百科和所有维基教科书作为备选搜索工具安装。 [16]
- 西班牙语、法语、葡萄牙语和俄语维基百科用户也将通过那边的测试功能选项启用CirrusSearch。 [17]
- 一些使用西里尔字母语言的复数正字法将被更新。很多白俄罗斯语、俄语、塞尔维亚语、乌克兰语等西里尔字母语言的用户界面翻译将需要更新。 [18] [19] [20]
- 您将在您试图删除从其他页面链接的页面时发现警告框。 [21] [22]
- 您将可以在受保护页面列表中隐藏重定向页。 [23] [24]
- 您现在可以在翻译工具中使用键盘快捷键,通过按下Alt+1和类似按键组合。 [25] [26]
- MediaWiki的电邮功能也将包括站点名称在
来自:
行。您也将可以在您的wiki通过编辑MediaWiki:Emailsender
页面更改此名称。 [27] [28] - 测试功能的图像查看器也将更快加载图像。 [29] [30]
技术新闻由技术大使制作并由MediaWiki信息递送送达 • 贡献 • 翻译 • 获得帮助 • 提供反馈 • 订阅或退订。
2014年1月6日 (一) 08:35 (UTC)
再议多国语字体
前段时间,因为曾讨论过的IE更新造成的变故,我创建了模板{{Font-ja}},并将其应用于{{Jpn}}等其他模板和条目(详见连入页面),不料于{{Jpn}}、{{Nihongo}}等模板遭回退,其中{{Nihongo}}模板的回退给出了一个可参考的理由:“在IE8反而会强制使用非指定日文字型”。
现在相关模板陷入了两难的境地,如果照顾旧浏览器,越来越多安装了更新的电脑会显示异常,Maxthon等浏览器的支援问题亦得不到解决;而用{{Font-ja}},IE8等浏览器又不行。
希望现在搜集一下各个环境下字型的显示效果:
现在已知情况的是如此:
- Maxthon、繁体中文Windows 7:中文/日文/日文
- IE 11、繁体中文Windows 7:中文/日文/日文
希望各位能报告显示效果,谢谢。--H2NCH2COOH(留言) 2013年12月31日 (二) 13:53 (UTC)
- (※)注意:以下测试不包括{{Lang|zh}}。--请关注2014新年大扫除 2013年12月31日 (二) 15:36 (UTC)
- Google Chrome 在 LG 繁中 Android 手机:全部正常,效果相似
- Google Chrome 31.0.1650.63 m 在 繁中 Win8:全部正常,但{{JIS2004字体}}效果不大好看
- IE10 在 繁中 Win8:全部正常,但{{JIS2004字体}}效果最好看
- 淘宝浏览器(简中) 在 繁中 Win8:全部正常,但{{JIS2004字体}}效果最好看
- LG 繁中 Android 手机的系统浏览器:全部正常,效果相似
- Meizu 繁中 Android 手机的系统浏览器
(乞求朋友借的):全部正常,效果相似 - --请关注2014新年大扫除 2013年12月31日 (二) 14:09 (UTC)
- 缺乏对。“好看”、“不好看”等的解释。建议阐明你看到的是那一种字体,或者用截屏。--一个正常人 捍卫人权 还我自由 消灭独裁 2014年1月1日 (三) 04:47 (UTC)
- 加一个对比:{{Lang|zh}}效果:残 汉 褐
- 如果确实是某浏览器不符合标准,又用户量比较大的话,MediaWiki:Common.js里选择性地加CSS吧(已经有几个了)。不要为着这个把一大堆模板都改掉。Liangent(留言) 2013年12月31日 (二) 14:47 (UTC)
(※)注意讨论的并非好看与否,而是正确与否。现在的目的是要求浏览器正确显示日本汉字,而如果显示成补充的zh的效果,恰恰说明是错误的。--H2NCH2COOH(留言) 2014年1月1日 (三) 12:15 (UTC)
- Google Chrome v31.0.1650.63、Mac OS X 10.7.5:
- -Lif…lon 2014年1月1日 (三) 13:32 (UTC)
- 我不认为应该强制使用某种字体。而应该交给浏览器和用户来决定。至于浏览器支持有问题,那是浏览器的事情,应该提交bug给浏览器开发者,而不是在维基百科这边来给它补漏洞。更何况,200多种语言,真的只有日文有这种问题么?其他语言就没问题了?为何要专门给日文补这个漏洞?--百無一用是書生 (☎) 2014年1月2日 (四) 01:26 (UTC)
其他语言在什么字体中显示都基本不会出错,但只有东亚语言麻烦,字体不同显示的字形还会不一样!不仅日文,强制显示繁体字、简体字字体的模板也有必要。说无须考虑浏览器支持,那是不是{{僻字}}模板也可以废除,因为无须考虑电脑对新汉字的支持?--H2NCH2COOH(留言) 2014年1月2日 (四) 11:41 (UTC)
- 强烈(-)反对使用{{font-ja}}模板。该模板强制制定了字体使用MS PGothic,而非由用户自行选择。事实上,我在Firefox中是指定日文使用明了体显示。浏览器的BUG请找浏览器开发者,不要乱改维基。而且这根本不是“无须考虑浏览器支持”的问题,而是用了这个模板之后其他“正确”的浏览器的显示效果反而受限的问题。不用{{font-ja}}并不是什么所谓的“照顾旧浏览器(IE8)”,而是对其他没有BUG的浏览器的“照顾”。--小烈 (找我?) 2014年1月3日 (五) 08:33 (UTC)
- 我又仔细研究了一下这个问题,发现症结源自IE11对
font-family: sans-serif;
- 的处理有问题导致的。事实上,此句话是维基百科对字体的唯一指定:使用无衬线字体显示(并没有指定到底是什么无衬线字体)。对于大部分浏览器如Firefox,此指定只会使其去选择用户设定好的无衬线字体而已;但是在IE11中,无衬线字体是无法设置的——其被视为是一个固定的字体:如果是就是简体中文就是微软雅黑,英文就是Arial,日文就是MS PGothic等。如果将CSS中的这句去除,则可以正常显示各种语言的设定字体。一个临时的解决方法是在internet选项-常规-辅助功能中勾选“忽略网页上的字体样式”,缺点是这样所有网站的字体都是默认了;如果IE有类似于Stylish这样的扩展,自然也可以只将Wikipedia的去掉。--小烈 (找我?) 2014年1月3日 (五) 09:20 (UTC)
- 涉及IE的问题绝不能视为个例(而且IE在中国的占有率还特别高)。另,文言文维基百科似乎不存在该问题,中文版能否对此作出调整?(不过那是因为文言版不成熟也说不定,但我实在看不出指定无衬线字体的优点)。--H2NCH2COOH(留言) 2014年1月3日 (五) 11:32 (UTC)
- 即使拿占有率说事,中国大陆占有率高的是IE6-IE8,不是IE11。无论是从数量上还是正确性上来说,IE11都不值得维基做出特例来进行照顾。无衬线字体更适合显示网页字体,如果去掉用英文字体会默认使用Times New Roman,很难看。--小烈 (找我?) 2014年1月3日 (五) 22:43 (UTC)
- OK,我亦赞同这个观点。但奇怪的是,为何创建{{Font-ja}}时无人反对?另外,之所以不直接改{{Lang}},正是因为考虑到影响太大,会“委屈”很多正常浏览器,遂创建{{Font-ja}}模板,以在必要时(如介绍日本汉字的情况下)强制使用日本字体。而这点在日文维基早已有先例,即{{JIS2004字体}}的日文版,它指定的字型确实在普通SIZE下并不好看,但应该就是为了避免新JIS汉字错误显示成中文字体或扩张新字体而设计的。在中文维基,适时“照顾”多国语支援有问题的浏览器,强制使用日本字体,亦是必要的。--H2NCH2COOH(留言) 2014年1月4日 (六) 00:27 (UTC)
- 这么说吧,我举个例子。之前Chrome其实有更大的问题:因为Chrome不能根据语言设置字体,结果就是如果你字体设置成了宋体(中文Chrome默认设置)那么不要说中文维基的{{lang}}模板,就连直接上日文维基都是满篇的宋体,那字形(如将 vs 将)自然不会正确。但是也没有人提出要照顾Chrome什么的。现在Chrome自己修复了这个缺陷。总而言之,如果技术上能够实现不牺牲其他浏览器的显示效果、而又使IE11显示的效果更好看的话,我支持;否则不支持。--小烈 (找我?) 2014年1月4日 (六) 00:41 (UTC)
- 你说的这个问题恰好是Maxthon现在仍未解决的问题。如果你使用Vista以后的系统,请看日文“常用漢字”条目:是否有很多不符合你的设置的汉字字体?这就是“JIS2004フォント”模板(同中文维基{{JIS2004字体}})的效果。但实际上:
- Vista之后的系统搭载的字体除 Arial Unicode MS 外全合乎JIS2004标准(且默认字体不是Arial Unicode MS),无论是否使用“JIS2004フォント”都会显示标准字体
- XP之前的系统根本没有附带JIS2004字体,无论是否使用“JIS2004フォント”都不会显示标准字体
- 有些XP(或更早)用户会安装JIS2004字体,使用“JIS2004フォント”可以让这些电脑正常显示标准字体
- 很明显,最后一种是少数,但日文维基愿意牺牲大多数用户的“默认设置”去迁就小部分的“正确性”。中文用户呢,有那么难“迁就”吗?何况中文环境下能正常显示日文者是多数抑或少数还不能下定论。--H2NCH2COOH(留言) 2014年1月4日 (六) 11:05 (UTC)
- 你说的这个问题恰好是Maxthon现在仍未解决的问题。如果你使用Vista以后的系统,请看日文“常用漢字”条目:是否有很多不符合你的设置的汉字字体?这就是“JIS2004フォント”模板(同中文维基{{JIS2004字体}})的效果。但实际上:
- 这么说吧,我举个例子。之前Chrome其实有更大的问题:因为Chrome不能根据语言设置字体,结果就是如果你字体设置成了宋体(中文Chrome默认设置)那么不要说中文维基的{{lang}}模板,就连直接上日文维基都是满篇的宋体,那字形(如将 vs 将)自然不会正确。但是也没有人提出要照顾Chrome什么的。现在Chrome自己修复了这个缺陷。总而言之,如果技术上能够实现不牺牲其他浏览器的显示效果、而又使IE11显示的效果更好看的话,我支持;否则不支持。--小烈 (找我?) 2014年1月4日 (六) 00:41 (UTC)
- OK,我亦赞同这个观点。但奇怪的是,为何创建{{Font-ja}}时无人反对?另外,之所以不直接改{{Lang}},正是因为考虑到影响太大,会“委屈”很多正常浏览器,遂创建{{Font-ja}}模板,以在必要时(如介绍日本汉字的情况下)强制使用日本字体。而这点在日文维基早已有先例,即{{JIS2004字体}}的日文版,它指定的字型确实在普通SIZE下并不好看,但应该就是为了避免新JIS汉字错误显示成中文字体或扩张新字体而设计的。在中文维基,适时“照顾”多国语支援有问题的浏览器,强制使用日本字体,亦是必要的。--H2NCH2COOH(留言) 2014年1月4日 (六) 00:27 (UTC)
- 即使拿占有率说事,中国大陆占有率高的是IE6-IE8,不是IE11。无论是从数量上还是正确性上来说,IE11都不值得维基做出特例来进行照顾。无衬线字体更适合显示网页字体,如果去掉用英文字体会默认使用Times New Roman,很难看。--小烈 (找我?) 2014年1月3日 (五) 22:43 (UTC)
- 涉及IE的问题绝不能视为个例(而且IE在中国的占有率还特别高)。另,文言文维基百科似乎不存在该问题,中文版能否对此作出调整?(不过那是因为文言版不成熟也说不定,但我实在看不出指定无衬线字体的优点)。--H2NCH2COOH(留言) 2014年1月3日 (五) 11:32 (UTC)
- (!)意见:建议把问题的详细情况报告给 Microsoft Community 网站,请求他们尽快修正 BUG。--=★= 2014年1月4日 (六) 16:37 (UTC)
- 如果我没理解错的话。这个问题应该对单独的浏览器通过js/css进行设定,而不是通过模板,还不考虑浏览器的问题。因此如果要用这几个模板,应该同时修改相应的js/css,只为有问题的浏览器才指定字体,而对于没问题的浏览器则采用默认设置--百無一用是書生 (☎) 2014年1月6日 (一) 01:46 (UTC)
- 另外,如果一旦浏览器的bug被修复,那么这几个模板是不是就没用了?--百無一用是書生 (☎) 2014年1月6日 (一) 01:48 (UTC)
- 维基可以透过CSS识别浏览器并套用不同的设置?那再好不过!如果CSS能解决问题,要模板何用!--H2NCH2COOH(留言) 2014年1月6日 (一) 09:17 (UTC)
提报分类在技术上显示的问题
大家好,请参见[31]和[32]。若在源代码输入“[[Category:文件级新加坡条目]]”,将使其链入链接一,显示为“Category:文件级新加坡条目”。然而,链接二已创建,而两个页面不同的是,链接一在技术上显示为“Category:文(两格)件级新加坡条目”。在此提报这个问题,希望可修复。--黄居士 (留言 | 参与专题) 2014年1月3日 (五) 13:17 (UTC)
- 我不懂你的问题...你只要在源代码输入时不输入那两个格子不就好了嘛?你是要【Category:文件级新加坡条目】?--Jason924tw(留言) 2014年1月3日 (五) 15:10 (UTC)
- 多了两个字符的话连结当然会失效,即使是不显示出来的字符。-Lif…lon 2014年1月4日 (六) 04:19 (UTC)
- (:)回应:呃……这就怪了。原来那两个空字符是罪魁祸首。在源代码即使输入那两个字符,在源代码本身也无法显示,就是这个原因。多谢两位用户的回复!--黄居士 (留言 | 参与专题) 2014年1月6日 (一) 15:13 (UTC)
- 不会显示的字符可有不少,不显示并不代表不占空间哦。-Lif…lon 2014年1月6日 (一) 15:39 (UTC)
- (:)回应:呃……这就怪了。原来那两个空字符是罪魁祸首。在源代码即使输入那两个字符,在源代码本身也无法显示,就是这个原因。多谢两位用户的回复!--黄居士 (留言 | 参与专题) 2014年1月6日 (一) 15:13 (UTC)
问:维基百科使用的SSL证书技术
请问维基百科桌面版所使用的SSL多证书技术是SNI,Wildcard还是subjectAltName?谢谢解答!
(从"36126 https://zh.mobile.wikipedia.org 的安全证书"问题来看似乎维基百科移动版使用的是Wildcard技术)
--184.148.180.144(留言) 2014年1月2日 (四) 19:51 (UTC)
- SubjectAltName吧,证书里有这个字段。--YFdyh000(留言) 2014年1月2日 (四) 23:18 (UTC)
- 其实是混杂的,每个alt name里面也用了通配符。以前有说准备上SNI,不知现在怎样了,不过就算有SNI了,也得准备一份通用的证书给不支持的浏览器提供。Liangent(留言) 2014年1月6日 (一) 16:28 (UTC)
广告一下一些可练网页自动资料采矿或网页计量学统计的技术活
详见Wikipedia:互助客栈/消息#来源专题,若有人对开发中文化或中文平台化的维基引用快速工具、使用Wikimedia Lab、有基本网页计量学等的技术活有兴趣的,可看一下,三两揪工作小组动工。--❦‽维基vs百度‽hanteng✉ 2014年1月7日 (二) 10:39 (UTC)
如何增大界面字号?
中文维基的界面字号似乎比其他维基要大,不知其相应的设置代码在哪里?我想增大吴语维基的界面字号。--Lt2818 云隙生香·我的贡献 2013年11月30日 (六) 12:43 (UTC)
- 如果只想对自己生效:把以下代码复制到你在吴语维基的common.css里即可:
/* Enlarge font-size for zh fonts */ #mw-content-text, .ve-ce-documentNode { font-size: 1.15em !important; } #mw-content-text .rellink, .ve-ce-documentNode .rellink { font-size: .87em; }
- 如果想对其他用户生效,请先在吴语维基申请管理员(或找管理员代理编辑),建立wuu:MediaWiki:Gadget-large-font.css内容如上,再到wuu:MediaWiki:Gadgets-definition加一句* large-font[ResourceLoader|default|skins=vector,monobook]|large-font.css就行了。--GZWDer(留言) 2013年11月30日 (六) 15:15 (UTC)
- 还应该设法把这工具搞到 n:、incubator:Wy/zh、hak:、cdo:。-- ──★── 2013年12月3日 (二) 07:40 (UTC)
- 在维基导游上 完成--byfserag(留言) 2013年12月4日 (三) 09:38 (UTC)
- 再把这个页面改一下:incubator:MediaWiki:Wy/zh/Gadget-large-font.js。-- ──★── 2013年12月4日 (三) 15:36 (UTC)
- 呃,你的编辑被那边退回了,先创建 incubator:MediaWiki:Wy/zh/Gadget-large-font.css 试试看吧。-- ──★── 2013年12月8日 (日) 05:46 (UTC)
- 再把这个页面改一下:incubator:MediaWiki:Wy/zh/Gadget-large-font.js。-- ──★── 2013年12月4日 (三) 15:36 (UTC)
- 在维基导游上 完成--byfserag(留言) 2013年12月4日 (三) 09:38 (UTC)
- 在吴语维基上 完成:wuu:MediaWiki:Common.css。另,编辑框中的字号如何增大?--Lt2818 云隙生香·我的贡献 2013年12月7日 (六) 12:11 (UTC)
- 我以前跟闽东语维百用户交流,听到他们也想这么搞,但是他们的管理员好长时间没在,所以我问下咱这儿有谁能把这小工具弄到那边去?-- ──★── 2013年12月17日 (二) 16:26 (UTC)
- @Lt2818:还有这些地方:incubator:Wy/yue、incubator:Wy/wuu。-- ──★── 2013年12月28日 (六) 11:50 (UTC)
- 还应该设法把这工具搞到 n:、incubator:Wy/zh、hak:、cdo:。-- ──★── 2013年12月3日 (二) 07:40 (UTC)
尝试浏览维基时,同时按住键盘的Ctrl键和 键,以及ctrl键和-键。--Gqqnb(留言) 2013年12月11日 (三) 13:08 (UTC)
- 呃,这么说还不如去当全域管理员呢-- ──★── 2013年12月17日 (二) 05:41 (UTC)
- 管理员不处理是个严重的问题,文言维基用繁体,字体根本不够大。如果中文维基能有人协助就好了。H2NCH2COOH(留言) 2013年12月19日 (四) 10:31 (UTC)
- 改天再申请管理员-- ──★── 2013年12月28日 (六) 06:20 (UTC)
已联系全域管理员User:Hercule在zh-classical:、hak:和wikinews:zh:添加此代码。候复音。--Lt2818 云隙生香·我的贡献 2014年1月7日 (二) 14:37 (UTC)
- Done on zh-classical.wikipedia.org, hak.wikipedia.org and zh.wikinews.org. Regards --Hercule(留言) 2014年1月7日 (二) 14:41 (UTC)
改版?
改版?字型、排版等等(大小看似没有,但半角空格却变大了,如: )都变了(我刚已把“测试版”中的“排版样式更新”关闭仍有)--Jason924tw(留言) 2014年1月10日 (五) 12:01 (UTC)
将英文维基百科上有版权的图像,重新上传至中文维基百科
因为遇到有很多条目没有图像(尤其是漫画人物),但在英文版就有,然而,这些图像是有版权的,如果我想下载然后上传至中文维基百科,该怎么作Noah's ark85625 2014年1月4日 (六) 03:00 (UTC)
- 把图像的资料和授权协议都一并从英文版复制过来就行。--Quest for Truth(留言) 2014年1月6日 (一) 13:35 (UTC)
问:求助!TW工具无法加载,或加载很慢。
TW工具无法加载,或加载很慢。刚刚发现,完全无法加载,刷新亦无效了。但是参数设置里面都开了。
以下是来自维基媒体技术社群的最新技术新闻。请将这些变化告知其他用户。并非所有变化都将对您有影响。另外亦有提供翻译。
这篇近日撰写的博客文章讲述了每周的技术新闻是如何编写、翻译和向各维基发布的。
最近软件变更
- MediaWiki的最新版本(1.23wmf10)已于1月9日安装于各测试wiki和MediaWiki.org,并将于1月14日安装于非维基百科的wiki,以及于1月16日安装于所有维基百科的维基(日历)。
- 在维基共享资源于
File:
名字空间搜索时,可能会因为搜索引擎的问题而较为缓慢。 [33]
可视化编辑器新闻
- 可视化编辑器将于1月13日在多个维基百科对所有用户开放。 [34]
- 您现在可以在页面元数据菜单中加入或移除
__NOTOC__
、__FORCETOC__
和__NOEDITSECTION__
。 [35] [36] [37]
问题
- 1月6日,在维基共享资源和2013年维基媒体国际会议wiki使用翻译工具时曾有数小时因为设置问题而无法编辑页面。 [38] [39]
- 1月9日,由于服务器负荷过高,使用CSS和JavaScript时有约20分钟曾遇到困难。
将来软件变更
- 维基数据将在1月14日支持所有维基文库。 [40]
- 新的搜索工具(CirrusSearch)将于1月13日在英语维基百科启用,成为第二种搜索方法。在维基教科书和德语维基百科也将可以通过测试功能选项试用。
- 不久后您将可以用PDF以外的格式导出页面组合。 [41]
- 不久后您将可以通过上传向导上传一整组来自Flickr的图像。 [42] [43]
- 维基媒体基金会分享了2016年的多媒体愿景。您可对此提出意见。 [44]
技术新闻由技术大使制作并由MediaWiki信息递送送达 • 作出贡献 • 翻译 • 获得帮助 • 提供反馈 • 订阅或退订。
2014年1月13日 (一) 09:33 (UTC)
《阿莱Alexa》条目的英文连结有误
阿莱Alexa左边其他语言一列,English被连到“Anonymous”条目,奇怪的是无法手工更正,因为编辑的时候连结是正确的。 --Batch 2014年1月13日 (一) 15:17 (UTC)
版本冲突
今天就遇到了几次自己的版本与自己的版本有冲突,以前也有过但不是这么的频繁,如图 http://ww1.sinaimg.cn/large/75010115gw1eclfiixigsj21400lhwjn.jpg (P.S. 不要说是我在短时间内重复提交,我只按了一次“保存编辑”的按钮。) ——Nigel 2014年1月16日 (四) 07:52 (UTC)
HideH HideF出错
{{HideH}}{{HideF}}点内页开关时会出现错误;以下为范例,请试用显示/隐藏。
1
2
3
--Jason924tw(留言) 2014年1月11日 (六) 05:55 (UTC)
- 父代折叠行为包含了对子代的影响,参照collapsibleTables的原理修复(区分子代和父代的覆盖范围)。没时间修复,其他人上。——路过围观的Sakamotosan 2014年1月11日 (六) 06:16 (UTC)
- 都是全保护页面,只有管理员才能弄。话说上一次折叠模板出问题前,父子折叠能不能用?--天天 (留言) 2014年1月11日 (六) 23:43 (UTC)
- 父代折叠行为包含了对子代的影响,参照collapsibleTables的原理修复(区分子代和父代的覆盖范围)。没时间修复,其他人上。——路过围观的Sakamotosan 2014年1月11日 (六) 06:16 (UTC)
我记得是fantasticfears搞的。 --达师 - 270 - 456 2014年1月13日 (一) 13:18 (UTC)
- 脚本位置是MediaWiki:Gadget-NavFrame.js,可以copy到用户子页并加载为用户脚本,修改完测试过后,再找L大等一些技术管理员检查下,copy回去。——路过围观的Sakamotosan 2014年1月14日 (二) 00:57 (UTC)
- 囧rz...所以各位不能帮忙修复喔--Jason924tw(留言) 2014年1月16日 (四) 09:01 (UTC)
- 自己动手,丰衣足食→_→,其实我正着手弄这个了,只是让我数数……t:Convert的lua化,写一个新条目,修复五星物语,老家叫做的程序……恩,估计要排很久吧,或者只能期望无心插柳吧——路过围观的Sakamotosan 2014年1月16日 (四) 09:12 (UTC)
- 囧rz...所以各位不能帮忙修复喔--Jason924tw(留言) 2014年1月16日 (四) 09:01 (UTC)
- 已由L大修复。——路过围观的Sakamotosan 2014年1月16日 (四) 13:40 (UTC)
- fantasticfears改的,我就帮复制过去了一下...Liangent(留言) 2014年1月16日 (四) 13:53 (UTC)
closed模板如何修正?
我在条目探讨那边刚刚关掉了一个讨论,但是由于与其他模板冲突导致使用closed不正确,怎么修正呢?--113.196.143.123(留言) 2014年1月16日 (四) 11:01 (UTC)
- {{!}}. Liangent(留言) 2014年1月16日 (四) 13:54 (UTC)
- 与“小结”部分的表格代码有冲突
,但想不到怎么解决,所以暂时先把{{closed}}拿掉了。-Lif…lon 2014年1月16日 (四) 14:01 (UTC) - 修好了。-Lif…lon 2014年1月16日 (四) 14:10 (UTC)
刚建站的导游丢了一个工具
—以上未签名的留言是于2014年1月16日 (四) 14:42 (UTC)之前加入的。
合理使用图片无法显示连结的条目
由于我在处理快速删除的时候发现合理使用的图片在有连结到条目当中仍然显示“没有页面连接到本档案。 ”,如File:Zookeeper Poster.jpg的例子,由于这个问题使得机器人错误挂上快速删除模板,因此在这里回报并希望处理这件技术问题。--T.A Shirakawa(Talk - Mail) 2014年1月16日 (四) 19:32 (UTC)
能否改变签名里面的时区?
例如03:38(UTC)→11:38(UTC+8)--爱管闲事且对地图炮具有100%抗性的朝鲜的轮子(留言) 2014年1月15日 (三) 03:39 (UTC)
- 会导致大量机器人不认得您的签名。--Jimmy Xu 论 2014年1月15日 (三) 04:16 (UTC)
- 维基导游的签名就是用的CST时间。 ——Nigel 2014年1月16日 (四) 07:42 (UTC)
- 小工具-以本地时区显示用户签名的时间,不好吗?--YFdyh000(留言) 2014年1月17日 (五) 01:01 (UTC)
关于鼠标指针悬停在导航框显示及隐藏按钮上的状态
在页面底部导航框的”隐藏“及”显示“功能更新后,鼠标指针悬停在显示及隐藏按钮上时会变成一个类似于”I“的形状,不过应该是显示成一支手吧!是哪里出了问题吗?--Y814756748--留言 2014年1月15日 (三) 11:49 (UTC)
- 新制的折叠表格脚本问题,没修改折叠的<a href="">,用我写的脚本User:cwek/collapsibleTables.js(自己会加用户脚本吧)可以了。多试试,看看那些折叠表格没覆盖,如果没问题的话,就再修改下,交给op转全局脚本。——路过围观的Sakamotosan 2014年1月15日 (三) 13:39 (UTC)
- 这个现在要复制进去吗?Liangent(留言) 2014年1月16日 (四) 13:55 (UTC)
- 复制吧,用引用也可,总之不要移走就是了--路过围观的Sakamotosan 2014年1月16日 (四) 14:58 (UTC)
- 貌似改了好多……Liangent(留言) 2014年1月16日 (四) 20:19 (UTC)
- 抱歉对此类技术问题不太了解,请问现在修复了吗?我这里还是未有改变,前段时间加完用户脚本也没有反应。--Y814756748--留言 2014年1月17日 (五) 01:48 (UTC)
- 没,如果不想等的话,在Special:我的用户页/commons.js加入importScript('User:Cwek/collapsibleTables.js');用着先,记得关掉设定里的<gadget-collapsibleTables>防止冲突。顺便帮手看看还有哪些缺漏。——路过围观的Sakamotosan 2014年1月17日 (五) 02:01 (UTC)
- 抱歉对此类技术问题不太了解,请问现在修复了吗?我这里还是未有改变,前段时间加完用户脚本也没有反应。--Y814756748--留言 2014年1月17日 (五) 01:48 (UTC)
- 貌似改了好多……Liangent(留言) 2014年1月16日 (四) 20:19 (UTC)
- 复制吧,用引用也可,总之不要移走就是了--路过围观的Sakamotosan 2014年1月16日 (四) 14:58 (UTC)
- 这个现在要复制进去吗?Liangent(留言) 2014年1月16日 (四) 13:55 (UTC)
- 页面底部的导航栏已经还原了,不过Template:Sidebar with collapsible lists(测试模板:Template:日本历史、Template:Eastern Bloc sidebar、Template:基督教)貌似失去作用了,可能和Template:Collapsible list相关。Template:HideH、Template:HideF也出了问题。--Y814756748--留言 2014年1月17日 (五) 02:34 (UTC)
- 好像那使用class="NavFrame"的div来实现的,和这个无关(这个只用来处理class="collapsibletables"的table),那个是归NavFrame.js管的,不过这边是正常的,不太清楚是什么问题。(最近已知的子父代干扰已经处理好了)。——路过围观的Sakamotosan 2014年1月17日 (五) 02:42 (UTC)
- 不好意思……我刚刚在设置里关闭了<gadget-NavFrame>……现在已经正常了--Y814756748--留言 2014年1月17日 (五) 02:46 (UTC)
- 好像那使用class="NavFrame"的div来实现的,和这个无关(这个只用来处理class="collapsibletables"的table),那个是归NavFrame.js管的,不过这边是正常的,不太清楚是什么问题。(最近已知的子父代干扰已经处理好了)。——路过围观的Sakamotosan 2014年1月17日 (五) 02:42 (UTC)
怎么会有两个分类?--GZWDer(留言) 2014年1月17日 (五) 09:40 (UTC)
- 似乎因为翻译被改,所以已刷新页面的分类变化。感觉应该改回来,禁止是设定,不可是状态(如因故障)。--YFdyh000(留言) 2014年1月17日 (五) 09:58 (UTC)
首页
如图--AddisWang (留言) 2014年1月9日 (四) 21:42 (UTC)
- 不只首页而已,连条目页面右侧也空很大。台湾杉 在此发言 (会客室) 2014年1月10日 (五) 00:30 (UTC)
- 除了特殊页面,所有页面都这样了。但其他语言和计划未有此问题--百無一用是書生 (☎) 2014年1月10日 (五) 01:07 (UTC)
- Wikimedia有解释这个改动吗,现在置边的缩图只要大过350px,侧边的正文都会被严重挤压导致排版很丑。--同舟(留言) 2014年1月10日 (五) 01:26 (UTC)
- 推估是测试版中的“排版样式更新”功能的问题……然后其他语言如果开启这个功能的话也一样会有这问题。--KOKUYO(留言) 2014年1月10日 (五) 01:42 (UTC)
- 关掉测试功能后恢复正常了。--AddisWang (留言) 2014年1月10日 (五) 01:49 (UTC)
- 是这个造成的:
- 关掉测试功能后恢复正常了。--AddisWang (留言) 2014年1月10日 (五) 01:49 (UTC)
- 推估是测试版中的“排版样式更新”功能的问题……然后其他语言如果开启这个功能的话也一样会有这问题。--KOKUYO(留言) 2014年1月10日 (五) 01:42 (UTC)
- Wikimedia有解释这个改动吗,现在置边的缩图只要大过350px,侧边的正文都会被严重挤压导致排版很丑。--同舟(留言) 2014年1月10日 (五) 01:26 (UTC)
- 除了特殊页面,所有页面都这样了。但其他语言和计划未有此问题--百無一用是書生 (☎) 2014年1月10日 (五) 01:07 (UTC)
.action-view #bodyContent {
max-width: 715px;
}
--百無一用是書生 (☎) 2014年1月10日 (五) 02:00 (UTC)
可以请管理员修复吗--Jason924tw(留言) 2014年1月10日 (五) 11:47 (UTC)- 喔,是排版样式更新造成的
,请问未登入会正常显示吗?--Jason924tw(留言) 2014年1月10日 (五) 11:54 (UTC)- 未登入目前不会显示右栏。右栏要做什么的啊?--Jason924tw(留言) 2014年1月10日 (五) 12:18 (UTC)
- 喔,是排版样式更新造成的
显示问题
--Gabriel Chi Hong Lee (找我算账) 2014年1月11日 (六) 12:55 (UTC)
解决方案
英文维基已经提出解决方案,只要在自己的CSS设定页面(快速连结)加入这一行就能解除715px的情况:
.action-view #bodyContent {
max-width: none !important;
}
经自己测试完美解决。台湾杉 在此发言 (会客室) 2014年1月13日 (一) 03:47 (UTC)
- 用了还是不能解决。求救!--Risk留言 2014年1月19日 (日) 14:48 (UTC)
{{Dyk}}
@Liangent:已经连续3天未更新,请修复。--GZWDer(留言) 2014年1月17日 (五) 04:59 (UTC)
- 完成,顺便说一下{{ping}}没作用,我是自己来看才发现的。Liangent(留言) 2014年1月17日 (五) 10:22 (UTC)
- 不是没有用,而是您在您的参数设置没有启用若链入您的用户页就给您发通知的选择。--黄居士 (留言 公开 私底下 | 参与专题) 2014年1月18日 (六) 13:50 (UTC)
- 我选了。貌似这个功能本来就有点bug。Liangent(留言) 2014年1月18日 (六) 14:25 (UTC)
- 不是没有用,而是您在您的参数设置没有启用若链入您的用户页就给您发通知的选择。--黄居士 (留言 公开 私底下 | 参与专题) 2014年1月18日 (六) 13:50 (UTC)
- 这个功能能默认启用吗?--=★= 2014年1月20日 (一) 18:30 (UTC)
现在看来,Wikipedia:新条目推荐/候选问题更严重了,1月11日一直堆积到1月19日(累积9天),请管理员尽早修复。--Nantou222(留言) 2014年1月19日 (日) 16:14 (UTC)
最新技术新闻来自维基媒体技术社群。请将这些变化告知其他用户。并非所有变化都将对您有影响。翻译亦已提供。
最近软件变更
- MediaWiki的最新版本(1.23wmf11)已于1月16日安装于测试维基和MediaWiki.org。它将于1月28日安装于非维基百科wiki,以及于1月30日安装于所有维基百科wiki(日历)。
- 您现在可以看见诸如Special:DoubleRedirects、Special:UncategorizedPages或Special:WantedCategories等特殊页面的最近结果。此前它们无法工作因为效率太慢。结果现时是每月更新一次。 [45]
- 1月16日起,您可以在阿斯图里亚斯语、波斯语和俄语维基百科制作和使用导航。如果您希望此工具安装于您的维基,您需要翻译它并在Bugzilla提出。 [46] [47]
- 您可对一个修复维基页面顶部工具栏的主意提供反馈。 [48]
- 您可以观看一段有关如何将您的问题反馈至Bugzilla的视频。 [49]
可视化编辑器新闻
- 在工具栏,编辑样式(诸如加粗、斜体等)的菜单现在有一个“下拉”箭头( )。插入菜单的顺序也更新了一个标题。
- 您现在可以通过非常简单的工具编辑
<gallery />
标签。 [50] - 您现在可以在页面菜单中看见快捷键帮助页面。 [51]
- 当您更改分类后,您将可以在保存页面后看见它们。 [52]
- 当您编辑模板,您将可以在右栏看见参数。加入时您必须加入一个星号(*)。 [53] [54]
- 页面将会更快保存,感谢新的编码方式使得服务器保存文本加快40%。 [55]
- 您可在您的维基寻求安装一个新的工具以编辑模板数据。 [56]
问题
- 英语和德语维基百科的搜索工具在1月6日到14日期间出现问题。搜索结果中您可能无法看见新页面和更新。 [57]
- 1月13日大多数维基出现了“数据池超时”错误;这可能是修复另一个错误后留下的后遗症。 [58]
- 1月17日,由于服务器连接问题Bugzilla和维基媒体实验室当机20分钟。IRC频道由于版本更新(irc.wikimedia.org)当机2小时。 [59]
将来软件变更
- 如果您的浏览器移除了JavaScript,您仍将看见橙色条提醒您有新信息。如果您通过小工具更改了导航条工作方式,您可能需要再次更改。 [60] [61]
- 在维基共享资源和使用此拓展的维基通过上传向导工具拒绝所有来自Flickr某个用户的图像将成为可能。 [62]
- 您将在试图删除包括至少一个其他页面的页面时发现警告框。 [63]
- 消歧义页今后将不再出现在Special:LonelyPages特殊页面。 [64] [65]
技术新闻由技术大使制作并由MediaWiki信息递送送达 • 作出贡献 • 翻译 • 获得帮助 • 提供反馈 • 订阅或退订。
2014年1月20日 (一) 10:22 (UTC)
- 嗯,那么我们需不需要启用mw:Guided tours功能呢?--百無一用是書生 (☎) 2014年1月20日 (一) 12:56 (UTC)
- 在此之前先把CirrusSearch装上吧。--Liuxinyu970226(留言) 2014年1月21日 (二) 03:27 (UTC)
- 刚刚把简体版本机械翻译成繁体。看看有没有地区词要改。--byfserag(留言) 2014年1月21日 (二) 05:18 (UTC)
User:Rotlink是什么?
最近发现这个账户不断地修正死链,感觉是不错的,但觉得编辑速度太密(平均30秒一次),格式很固定,有种像跑机器人的感觉。虽然有点不合方针,但能否请CU检查下这个用户的UA以确定是浏览器,API库,还是WebAPP,并提醒一下是否需要申请个机器人帐号来处理死链?--路过围观的Sakamotosan 2014年1月22日 (三) 03:28 (UTC)
- 这个是否有帮助理解?→维基百科:机器人/申请/RotlinkBot。--KOKUYO(留言) 2014年1月22日 (三) 03:39 (UTC)
- 已知道,但用主号来跑机器人可以否?——路过围观的Sakamotosan 2014年1月22日 (三) 05:48 (UTC)
隐藏模板的变形问题
最近发现维基上所有的自动隐藏模板在打开时都会严重变形,影响正常阅读。例如Template:石林铁路、Template:中国大陆超级市场等。希望有人能够解释一下!如果是技术问题,希望有人协助修复;如果是有人故意导致了这种状况的发生,希望他不要再做这种影响维基阅读质量的事了!Hngt1996(留言) 2014年1月11日 (六) 05:14 (UTC)
- 无法重现,并请贴图。——路过围观的Sakamotosan 2014年1月11日 (六) 05:17 (UTC)
- 我用的是chrome浏览器,用IE打开却正常显示。Hngt1996(留言) 2014年1月11日 (六) 05:19 (UTC)
- 补充一句,以前用chrome都是能正常显示的。Hngt1996(留言) 2014年1月11日 (六) 05:22 (UTC)
- 我用的是chrome浏览器却正常显示...--Jason924tw(留言) 2014年1月11日 (六) 05:24 (UTC)
- 我也用chrome哦,也能正常显示。一句话,贴图,并说明有没用过一些猴子脚本或加载了一些其他用户脚本。——路过围观的Sakamotosan 2014年1月11日 (六) 05:26 (UTC)
- 我用的是最新版本。Hngt1996(留言) 2014年1月11日 (六) 05:27 (UTC)
在我讨论页告诉我你的电邮地址,我发给你。Hngt1996(留言) 2014年1月11日 (六) 05:31 (UTC)
好吧,我也有同样问题,然而我的是 Firefox/Aurora 系列浏览器出来的问题。如图。台湾杉 在此发言 (会客室) 2014年1月11日 (六) 07:29 (UTC)
- 感觉是beta测试的排版样式更新的问题,结果一试,类似问题就出来了。估计是排版问题,关掉就算了。好像上面有类似投诉。——路过围观的Sakamotosan 2014年1月11日 (六) 08:21 (UTC)
- 经测试结果,是“此页面附近”测试功能出问题,看来测试版问题又出一样了。台湾杉 在此发言 (会客室) 2014年1月11日 (六) 16:02 (UTC)
- 那个Nearby不是独立的组件,是MobileFrontend的一部分,所以时常有移动版的东西混杂进来。Liangent(留言) 2014年1月13日 (一) 16:01 (UTC)
- 我的Chrome也遇到了相同问题,果然把测试功能“此页的附近”关掉就没事了。--fao(留言) 2014年1月22日 (三) 13:09 (UTC)
- 那个Nearby不是独立的组件,是MobileFrontend的一部分,所以时常有移动版的东西混杂进来。Liangent(留言) 2014年1月13日 (一) 16:01 (UTC)
- 经测试结果,是“此页面附近”测试功能出问题,看来测试版问题又出一样了。台湾杉 在此发言 (会客室) 2014年1月11日 (六) 16:02 (UTC)
- 感觉是beta测试的排版样式更新的问题,结果一试,类似问题就出来了。估计是排版问题,关掉就算了。好像上面有类似投诉。——路过围观的Sakamotosan 2014年1月11日 (六) 08:21 (UTC)
language魔术字
我在翻译{{Expand language}}时,遇到一个地方需要用{{#language:code|zh}},将ISO语言代码转换成语言名称,期望例如{{#language:es|zh}}生成“西班牙语”,但是现在却生成“西班牙文”,一字之差就无法正确分类。其实我留意到语言模板例如{{lang-es}}和{{link-es}}都是用“语”而非“文”,请问可否修改系统?--Quest for Truth(留言) 2014年1月19日 (日) 03:18 (UTC)
- http://cldr.unicode.org/index/survey-tool Liangent(留言) 2014年1月19日 (日) 14:26 (UTC)
- 看了你给的网页,不明白是什么意思,但是我已经找到{{ISO 639 name}},可以做到我想做的事。--Quest for Truth(留言) 2014年1月22日 (三) 17:01 (UTC)
- 看样子短期内“XX文”的问题解决无望,因为至今我没见过中文母语去改CLDR的。--Liuxinyu970226(留言) 2014年1月23日 (四) 02:38 (UTC)
问:所创条目
“我的贡献”页面下方的“所创条目”链接是否不能运作? --Qui cherche trouve 2014年1月22日 (三) 04:21 (UTC)
- 换之前试过,会很久,但可以。就算不行,toolserver那边也会提醒已经转移到lab这边了。——路过围观的Sakamotosan 2014年1月22日 (三) 13:25 (UTC)
- 感觉webapp的查询脚本可能写得不好所以查询效率不高,在没创建条目的en区15秒就查到了,zh创建有60~70条就几分钟(测了一下自己,加载要4.3分钟)--路过围观的Sakamotosan 2014年1月22日 (三) 14:12 (UTC)
- 试过直接使用X!'s Tools,英文还可以,中文就出现error的情况。--Qui cherche trouve 2014年1月23日 (四) 04:24 (UTC)
- (拍额头)现在用的不就是这个嘛。——路过围观的Sakamotosan 2014年1月23日 (四) 08:45 (UTC)
- 试过直接使用X!'s Tools,英文还可以,中文就出现error的情况。--Qui cherche trouve 2014年1月23日 (四) 04:24 (UTC)
- 感觉webapp的查询脚本可能写得不好所以查询效率不高,在没创建条目的en区15秒就查到了,zh创建有60~70条就几分钟(测了一下自己,加载要4.3分钟)--路过围观的Sakamotosan 2014年1月22日 (三) 14:12 (UTC)
- 换之前试过,会很久,但可以。就算不行,toolserver那边也会提醒已经转移到lab这边了。——路过围观的Sakamotosan 2014年1月22日 (三) 13:25 (UTC)
故障
Category:保护状态与保护标志不符的页面突然爆发. 现时有 2801 页面在下面, 但大都没有保护标志. 怎么回事? Bluedeck 2014年1月25日 (六) 09:18 (UTC)
问:可否在每段末尾增加一个“回到页首”的链接
部分页面无法显示
奥斯曼帝国页面貌似无法显示(chrome,firefox和ie都试过),请技术达人看看。--Gakmo(留言) 2014年1月29日 (三) 11:19 (UTC)
- 刚发现隆纳·雷根也无法显示。--Gakmo(留言) 2014年1月29日 (三) 11:24 (UTC)
- 还有中国人民解放军,以为香港也有了防火长城,但现在好像没事了。--请关注2014新年大扫除 2014年1月29日 (三) 11:53 (UTC)
- 近期有人进行“div style破坏”,在一些常用模板加入错误的<div style= ...>源代码,引致页面全白。--Mewaqua(留言) 2014年1月29日 (三) 14:09 (UTC)
请协助消除中国手语页面顶端的<includeonly></includeonly>
如题,谢谢。--William915(与我讨论) 2014年1月27日 (一) 08:55 (UTC)
- 貌似是{{Infobox Language}}的问题。 ——Nigel 2014年1月27日 (一) 12:02 (UTC)
- 完成 我改了一下{{Infobox Language}}(差异)。现在中国手语上的<includeonly></includeonly>是没了,其他条目也未见有问题。但是{{Infobox Language}}肯定还是有问题,源代码里有三个<includeonly>,
但只有两个也有3个</includeonly>,但为什么模板页上多出来了个}}</includeonly>?和英文en:Template:Infobox Language比了一下,那里也有这个问题。我也不大清楚重要不重要,以及怎么修复。--Chmarkine(留言) 2014年1月28日 (二) 03:45 (UTC)- 所以当时我不敢改{{Infobox Language}}…… ——Nigel 2014年1月28日 (二) 07:06 (UTC)
- 完成 我改了一下{{Infobox Language}}(差异)。现在中国手语上的<includeonly></includeonly>是没了,其他条目也未见有问题。但是{{Infobox Language}}肯定还是有问题,源代码里有三个<includeonly>,
- 经过排查, 已修复--YFdyh000(留言) 2014年1月30日 (四) 03:37 (UTC)
最新技术新闻来自维基媒体技术社群。请将这些变化告知其他用户。并非所有变化都将对您有影响。翻译亦已提供。
最近软件变更
- 感谢“模块化存储”,来自维基媒体站点的页面现在将在您的浏览器更快加载,并再度提供了一种在您的浏览器中保存诸如JavaScript和CSS等数据至您的电脑以允许离线阅读的方式。查看视频。 [66]
- 用于显示视频的代码已更改。您应该能够在页面点击开始按钮直接播放视频而不会单独弹出任何方框。如果您在视频左侧或右侧看见播放按钮,或者按下后却弹出下载框,意思大概是下载源视频文件,请在bugzilla提报程序错误或告知User:Bawolff。 [67]
Special:ActiveUsers
页面将被移除因为它太慢了。 [68]- MediaWiki的最新版本(1.23wmf11)已于1月16日安装于测试维基和MediaWiki.org。它将于1月28日安装于非维基百科wiki,以及于1月30日安装于所有维基百科wiki(日历)。
问题
- 于1月21日,通用语言选择器在所有维基媒体站点关闭因为它使得页面载入缓慢。如果您希望使用网页字体,或基于网络的键盘样式,您需要在您的用户设置选项中勾选复选框以再次启用。如果今后性能问题能得到解决,此功能将重新启用。 [69]
- 同日有约20分钟,由于服务器负荷过高,CSS和JavaScript载入出现困难。
将来软件变更
技术新闻由技术大使制作并由MediaWiki信息递送送达 • 作出贡献 • 翻译 • 获得帮助 • 提供反馈 • 订阅或退订。
2014年1月27日 (一) 09:46 (UTC)
- “又”移除活跃用户表- -b,“又”众多性能问题下线,估计今年要提高设备升级费用了。——路过围观的Sakamotosan 2014年1月28日 (二) 00:48 (UTC)
Extension:GettingStarted可能即将部署
Extension:GettingStarted可能马上会部署 --百無一用是書生 (☎) 2014年1月29日 (三) 06:33 (UTC)
在此之前我得重申:我一定要将CirrusSearch在所有中文和其方言版本维基计划上安装提上日程。--Liuxinyu970226(留言) 2014年1月30日 (四) 08:17 (UTC)- 不用了我自己提报好了。bugzilla:60609--Liuxinyu970226(留言) 2014年1月30日 (四) 08:25 (UTC)
原装mw如何授权一个行政员权限?
就是不像这里有监管员权限的情况下? --路过围观的Sakamotosan 2014年1月24日 (五) 01:44 (UTC)
- 安装好mw后第一个用户就是行政员,可任意更改用户权限。--GZWDer(留言) 2014年1月24日 (五) 05:31 (UTC)
- 也就是原装mw行政员可以授予或移除其他用户的行政员?——路过围观的Sakamotosan 2014年1月24日 (五) 06:06 (UTC)
- 是,自己装的mw行政员可以任意更改用户权限,Wikimedia内只有监管员可以。--GZWDer(留言) 2014年1月24日 (五) 08:59 (UTC)
- 也就是原装mw行政员可以授予或移除其他用户的行政员?——路过围观的Sakamotosan 2014年1月24日 (五) 06:06 (UTC)
设置 - 小工具严重缺少说明
很多选项的说明还是英文的,或是根本没有说明。比如 Fix inbound variant links <gadget-OSMMap> <gadget-NavFrame> <gadget-collapsibleTables> ImageAnnotator 都是啥?--小烈 (找我?) 2014年1月24日 (五) 03:14 (UTC)
- 其他的问题还有很多,诸如如果我没有对猜错,“关闭接口快速键”应该翻译成“关闭键盘快捷键(同时键盘快捷键应提供链接)”--小烈 (找我?) 2014年1月24日 (五) 03:17 (UTC)
- 管理员们去修改一下Special:小工具吧。@燃玉 @范 @Jimmy xu wrk ——Nigel 2014年1月24日 (五) 14:16 (UTC)
谁加的谁写 --达师 - 276 - 465 2014年1月27日 (一) 08:06 (UTC)
- 其实小工具的问题不是缺乏说明,而是不够详细和准确,因为有时候你不亲自试过和反复实验你根本不知道其效果,例如跨语言链接只能在7个选项择1,否则点选多个1项会出现很隐晦的错误,我要求在说明中加笔,但又没有管理员理会。-- 同舟(留言) 2014年1月27日 (一) 08:46 (UTC)
- 没Ping到人……--广雅 范★ 2014年1月27日 (一) 08:50 (UTC)
- 将不明确的小工具描述列出来,有修改建议更好,之后到讨论页留个{{tb}}给我?--广雅 范★ 2014年1月27日 (一) 08:54 (UTC)
- 在Template talk:Internal link helper已经投诉过,至少Liangent认为由得它也没有问题,这个说明不清楚也死不了人。-- 同舟(留言) 2014年1月27日 (一) 13:58 (UTC)
- 将不明确的小工具描述列出来,有修改建议更好,之后到讨论页留个{{tb}}给我?--广雅 范★ 2014年1月27日 (一) 08:54 (UTC)
- 没Ping到人……--广雅 范★ 2014年1月27日 (一) 08:50 (UTC)
- 把提到的解决了,Fix inbound variant links是说从Google链入的/zh-cn/xxx类链接跳转到/wiki/xxx,这样可以按原本设置的语言显示。Liangent(留言) 2014年1月30日 (四) 14:59 (UTC)
新的Echo(Notification)插件的mention功能没有效果?
其实我是在自己的Mediawiki上发现无论怎样都接收不了mention(提及)消息,然后才来wikipedia查找问题的。结果却发现好像英文维百上mention有效,但是中文维百上一直无效?无论是普通的[[User:用户名]]
语法,还是{{ping|用户名}}{{replyto|用户名}}
模板,都不行?是不是namespace翻译导致的问题?有没有人去研究过这问题? --Ce2014(留言) 2014年1月27日 (一) 14:16 (UTC)
- bugzilla:53132--GZWDer(留言) 2014年1月27日 (一) 14:35 (UTC)
- 我第一眼看上去好像确实是这个bug,不过我看了下他们提交的patch,感觉好像还是不对。那个patch修改了getUserFromLine函数,使得$possiblePrefixes有更多选项,从而更正确地匹配诸如
[[用户:Ce2014]]
这样的文本。但是你可以看到我的签名是非常普通的[[User:Ce2014|Ce2014]]([[User talk:Ce2014|留言]])
,并不涉及#53132所说的“if the signature of the sender contains localized namespaces”的问题。这里允许再做一次测试:User:Ikari2013&User:GZWDer。 --Ce2014(留言) 2014年1月27日 (一) 18:03 (UTC)- 果然还是自己动手丰衣足食。通过修改自己小服务器上的Mediawiki,不断wfErrorLog终于找到了问题所在
- 基于 http://www.mediawiki.org/wiki/Special:ExtensionDistributor/Echo 提供的 revision a81149cc28c70bd4c2f7545d042cd8eafd2027a2
- 我第一眼看上去好像确实是这个bug,不过我看了下他们提交的patch,感觉好像还是不对。那个patch修改了getUserFromLine函数,使得$possiblePrefixes有更多选项,从而更正确地匹配诸如
line 645: - $userData = self::getUserFromLine( $line, $tsMatches[0][0] ); + $userData = self::getUserFromLine( $line, $tsMatches[0][1] );
$tsMatches
来自于preg_match("/$timestampRegex$endOfLine/mu", $line, $tsMatches, PREG_OFFSET_CAPTURE)
。如果没有PREG_OFFSET_CAPTURE
flag的话,$tsMatches[0]=
正则匹配的整个字符串,$tsMatches[1]=
第一个向后引用;有了这flag之后,$tsMatches[0][0]=
正则匹配的整个字符串,$tsMatches[0][1]=
该匹配在原字符串中的offset,$tsMatches[1][0]=
第一个向后引用,$tsMatches[1][1]=
第一个向后引用匹配在原字符串中的offset- 然而line 672:
static function getUserFromLine( $line, $timestampPos )
,很明显第二个参数应当传入offset,而不是传入匹配字符串 - 另外,我没有追踪过bugzilla,也懒得为此去注册账号,麻烦有心人去把这bug报了。顺便去看了一眼Echo master branche的最新版本,发现这bug依然在,真心想不懂为什么一直没人发现。--Ce2014(留言) 2014年1月27日 (一) 21:13 (UTC)
- 好像可以到实验室那边申请帐号,拿到git的访问权后,去git改?或者去github到提交更改,然后等人帮手并入官方的git主线?——路过围观的Sakamotosan 2014年1月28日 (二) 00:58 (UTC)
- 不怎么会用github,从没提交过更改_(:3」∠)_ 另外按道理说bugzilla我猜应该有跟这个相关的报告,希望有留意那边的人去汇报一下。--Ce2014(留言) 2014年1月28日 (二) 06:39 (UTC)
- 啊,我看到repository里有别人抓到这只bug了,patch已经merge了的样子 --Ce2014(留言) 2014年1月30日 (四) 10:10 (UTC)
- 好像可以到实验室那边申请帐号,拿到git的访问权后,去git改?或者去github到提交更改,然后等人帮手并入官方的git主线?——路过围观的Sakamotosan 2014年1月28日 (二) 00:58 (UTC)