跳转到内容

维基百科:互助客栈/技术/存档/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 wrkLiangent留言 2013年12月29日 (日) 13:42 (UTC)
怪不得从8月开始无权编辑的原因基本都不在了,我还以为是管理员没有填写原因呢。 ——Nigel2014新年大扫除 2013年12月30日 (一) 13:41 (UTC)
管理员可以把界面消息改坏喔 囧rz...--Jason924tw留言2013年12月30日 (一) 13:55 (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)

我怎么进了拒收邀请讯息登记册?

RT--== 2014年1月5日 (日) 08:38 (UTC)

[2][3](已回退)。-Lif…lon 2014年1月5日 (日) 11:37 (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-hanszh-sg仍显示“义大利”,应该没关系吧---Jason924tw留言2014年1月5日 (日) 12:28 (UTC)

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)

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)
{{Lang|zh}}的效果(Google Chrome 31.0.1650.63 m 在 繁中 Win8)最好。--关注2014新年大扫除 2013年12月31日 (二) 14:56 (UTC)
我觉得三种字体在Chakra GNU/Linux下用Firefox26、Chromium31、Opera12.16、Qupzilla1.4.4、Rekonq2.4.0看起来都一样啊......,只有用KonquerorKHTML引擎时,第一种字体看起来会较粗较好看。--冥王欧西里斯 ( 与我讨论 / 我的贡献 ) 2014年1月1日 (三) 05:26 (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)
(!)意见:建议把问题的详细情况报告给 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)

问:维基百科使用的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)
非常感谢!69.42.180.58留言2014年1月6日 (一) 12:59 (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;
}

尝试浏览维基时,同时按住键盘的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:Herculezh-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)
这样对吗File:Loki_Laufeyson_Earth_616.jpg-- ✯✯✯✯✯  2014年1月12日 (日) 07:49 (UTC)

问:求助!TW工具无法加载,或加载很慢。

TW工具无法加载,或加载很慢。刚刚发现,完全无法加载,刷新亦无效了。但是参数设置里面都开了。

-- ZLC. talk 2014年1月12日 (日) 12:00 (UTC)

2014年1月13日 (一) 09:33 (UTC)

《阿莱Alexa》条目的英文连结有误

阿莱Alexa左边其他语言一列,English被连到“Anonymous”条目,奇怪的是无法手工更正,因为编辑的时候连结是正确的。 --Batch 2014年1月13日 (一) 15:17 (UTC)

已修复. Liangent留言 2014年1月13日 (一) 15:59 (UTC)

版本冲突

今天就遇到了几次自己的版本与自己的版本有冲突,以前也有过但不是这么的频繁,如图 http://ww1.sinaimg.cn/large/75010115gw1eclfiixigsj21400lhwjn.jpg (P.S. 不要说是我在短时间内重复提交,我只按了一次“保存编辑”的按钮。) ——Nigel 2014年1月16日 (四) 07:52 (UTC)

bugzilla:57264? Liangent留言 2014年1月16日 (四) 12:05 (UTC)

HideH HideF出错

{{HideH}}{{HideF}}点内页开关时会出现错误;以下为范例,请试用显示/隐藏。

--Jason924tw留言2014年1月11日 (六) 05:55 (UTC)

父代折叠行为包含了对子代的影响,参照collapsibleTables的原理修复(区分子代和父代的覆盖范围)。没时间修复,其他人上。——路过围观的Sakamotosan 2014年1月11日 (六) 06:16 (UTC)
都是全保护页面,只有管理员才能弄。话说上一次折叠模板出问题前,父子折叠能不能用?--天天 (留言) 2014年1月11日 (六) 23:43 (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)
已由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)

bugzilla:60147. Liangent留言 2014年1月16日 (四) 20:14 (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)
页面底部的导航栏已经还原了,不过Template:Sidebar with collapsible lists(测试模板:Template:日本历史Template:Eastern Bloc sidebarTemplate:基督教)貌似失去作用了,可能和Template:Collapsible list相关。Template:HideHTemplate: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)

怎么会有两个分类?--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)
是这个造成的:
.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)

显示问题

Win 8.1 pro, chrome 31.0.1650.63 m

--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月20日 (一) 18:30 (UTC)

现在看来,Wikipedia:新条目推荐/候选问题更严重了,1月11日一直堆积到1月19日(累积9天),请管理员尽早修复。--Nantou222留言2014年1月19日 (日) 16:14 (UTC)

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)

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)

故障

Category:保护状态与保护标志不符的页面突然爆发. 现时有 2801 页面在下面, 但大都没有保护标志. 怎么回事? Bluedeck 2014年1月25日 (六) 09:18 (UTC)

{{Dts}}。--Jimmy Xu 2014年1月25日 (六) 10:56 (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)
经过排查, 已修复--YFdyh000留言2014年1月30日 (四) 03:37 (UTC)

2014年1月27日 (一) 09:46 (UTC)

“又”移除活跃用户表- -b,“又”众多性能问题下线,估计今年要提高设备升级费用了。——路过围观的Sakamotosan 2014年1月28日 (二) 00:48 (UTC)
至少也比元维基有史以来最猛烈的一次RFC好多了。--Liuxinyu970226留言2014年1月30日 (四) 08:15 (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行政员可以授予或移除其他用户的行政员?——路过围观的Sakamotosan 2014年1月24日 (五) 06:06 (UTC)
是,自己装的mw行政员可以任意更改用户权限,Wikimedia内只有监管员可以。--GZWDer留言2014年1月24日 (五) 08:59 (UTC)
还有mw:Manual:createAndPromote.phpLiangent留言 2014年1月30日 (四) 14:47 (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)
把提到的解决了,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
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)
gerrit:108329--byfserag留言2014年1月31日 (五) 08:04 (UTC)