维基百科:互助客栈/技术/存档/2008年7月
本页是以往讨论的存档。请勿编辑本页。若您想发起新讨论或重启现有讨论,请在当前讨论页进行。 |
请取消这个错误转换
简体
大陆简体和马新简体有什么分别?—E ≠ mc2 2008年6月27日 (五) 13:14 (UTC)
字词转换系统出现错误的原因已找到
新Bug
新建的一个模板
为什么我新建的这个模板Template:中国地名在条目使用时会使得上方出现若干行的空白?诸如沛郡、渔阳郡条目。—Msuker (留言) 2008年7月4日 (五) 14:57 (UTC)
- 已修好。HenryLi (留言) 2008年7月4日 (五) 16:50 (UTC)
- 非常感谢。—Msuker (留言) 2008年7月4日 (五) 17:05 (UTC)
用户签名
为什么突然间我看不到自己的签名的?点那四条蛇之后,在自己的屏幕前只是显示出日期,没有签名。连自己以前的签名也一样看不见?—唐吉訶德的劍(風車之戰)十步殺一人 2008年7月5日 (六) 06:29 (UTC)
- 给你改变了一下,以后你试着用-{R|}-代替-{}-。— fdcn talk — 2008年7月5日 (六) 15:41 (UTC+8) — 2008年7月5日 (六) 07:41 (UTC)
- 谢谢(其实都还是不太明白这些是什么来的),今天早上是那-{}-出了问题吗?—唐吉訶德的劍(風車之戰)十步殺一人 2008年7月5日 (六) 09:03 (UTC)
- 现在已没有问题了。— fdcn talk — 2008年7月7日 (一) 08:40 (UTC+8) — 2008年7月7日 (一) 00:40 (UTC)
- 谢谢(其实都还是不太明白这些是什么来的),今天早上是那-{}-出了问题吗?—唐吉訶德的劍(風車之戰)十步殺一人 2008年7月5日 (六) 09:03 (UTC)
ISO 639-2代码表 (繁简转换)
我发觉ISO 639-2代码表那个繁简转换失效了,起初我还以为是自己不知弄错了什么,后来发现原本的版本也看不到。有人知道是什么原因吗?--✉Hello World! 2008年7月6日 (日) 04:03 (UTC)
- 请参看Bugzilla:14604,需要fdcn兄来修一下。 Shinjiman ⇔ ♨ 2008年7月6日 (日) 04:19 (UTC)
- ISO 3166-1原本的列表也不见了...YunHuBuXi 2008年7月6日 (日) 04:41 (UTC)
- 首先,新的代码已写好,要测试两天再提patch。在转型过程中会有一些错误,会逐步纠正它的。
- 此外,保持不转换的文字用-{R|}-代码代替-{}-代码,从用法上分开也更易理解。本段所提问题先以此修正了。— fdcn talk — 2008年7月6日 (日) 21:16 (UTC+8) — 2008年7月6日 (日) 13:16 (UTC)
- 那岂不是要找出所有采用了这个代码的条目,再人手更正?--✉Hello World! 2008年7月7日 (一) 03:16 (UTC)
- 不必。后台已经更正了。你可以核查一下。— fdcn talk — 2008年7月7日 (一) 13:34 (UTC+8) — 2008年7月7日 (一) 05:34 (UTC)
- ISO 3166-1原本的列表也不见了...YunHuBuXi 2008年7月6日 (日) 04:41 (UTC)
创建帐户页面上的认证图片怎么设置?
问:创建帐户页面上的认证图片怎么设置?给点提示我会自己查资料 —139.18.25.35 (留言) 2008年7月7日 (一) 17:59 (UTC)
- 若是要问Mediawiki的认证图片,可到 www.mediawiki.org 打‘CAPTCHA’搜寻。—ellery (留言) 2008年7月7日 (一) 23:46 (UTC)
{{NoteTA}}的Bug?
近日发现,如在{{NoteTA}}中像以下这样定义的话:
{{NoteTA |1=XXX }}
突然变得不能防止系统将“XXX”换成其他字词,而一定要使用“zh:XXX;zh-hans:XXX;zh-hant:XXX”才行。不知后台改变了些什么呢? --Moonian·♨一盅两件立即叹·贡献 主要 全部 2008年7月8日 (二) 01:42 (UTC)
- 没有注意到以前还有这样的用法,这样-{A|XXX}-相当于是-{A|zh:XXX;zh-hans:XXX;zh-hant:XXX}-的省略写法了。我会将它与-{-|XXX}--{H|XXX}-统一考虑。— fdcn talk — 2008年7月8日 (二) 12:37 (UTC+8) — 2008年7月8日 (二) 04:37 (UTC)
- 新的代码已更新,请等待应用到中文维基上。— fdcn talk — 2008年7月9日 (三) 17:38 (UTC+8) — 2008年7月9日 (三) 09:38 (UTC)
- 后台已应用,请核查一下。— fdcn talk — 2008年7月10日 (四) 08:26 (UTC+8) — 2008年7月10日 (四) 00:26 (UTC)
- 新的代码已更新,请等待应用到中文维基上。— fdcn talk — 2008年7月9日 (三) 17:38 (UTC+8) — 2008年7月9日 (三) 09:38 (UTC)
- 搭单:我曾见过有数条条目,出现“|1=公裡”的东西(如 [1])。不知是为什么被弄出来的?--✉Hello World! 2008年7月8日 (二) 07:17 (UTC)
- 原因在这,这是人干的,呵呵。— fdcn talk — 2008年7月8日 (二) 15:27 (UTC+8) — 2008年7月8日 (二) 07:27 (UTC)
周杰伦出了什么问题?
周董的名字第二个字是“木下面加上火”字,今天看到周董的条目,赫然发现里面都打成了“傑”字,看了一下编辑记录,好几年没人改也太扯了,于是动手改过来,但在预览时,很神奇地,编辑预览框(不是条目内容)里,又自动回复成“傑”字,原来之前并不是没人改,而是编辑内容被系统自动改成“傑”了,这是怎么一回事?“木下面加上火字”难不成从中文维基蒸发了。(我之所以打木下面加上火,是因为我这次编辑也被系统改字。)—未命名 (留言) 2008年7月18日 (五) 04:33 (UTC)
我发现从繁简转换好像全坏了,是我电脑的问题吗?未命名 (留言) 2008年7月18日 (五) 04:38 (UTC)
- 应该是维基百科的简繁转换系统问题。因为繁体字的“杰”和“木上火下”在简体字中是同一个字。我记得是可以用一个模板(我忘了是哪个)来解决的。-Gordon仔—(留讯息) 2008年7月18日 (五) 04:45 (UTC)
(测试)杰Gordon仔—(留讯息) 2008年7月18日 (五) 04:52 (UTC)- 成功了。用-{杰}-这个语法吧!-Gordon仔—(留讯息) 2008年7月18日 (五) 04:54 (UTC)
- 感谢上面的兄台,但我的问题不是出在这里,而是会在编辑框自动把简体转成繁体,现在用了Firefox就好了,看来是我电脑IE的问题,只是不晓得为什么会这样,这个错误害我刚刚在新推荐发表意见出了洋相,把编辑内容全部转成繁体了。未命名 (留言) 2008年7月18日 (五) 04:58 (UTC)
- 可能是因为你用了客户端繁简转换工具。—菲菇@维基食用菌协会 2008年7月18日 (五) 13:24 (UTC)
- 感谢上面的兄台,但我的问题不是出在这里,而是会在编辑框自动把简体转成繁体,现在用了Firefox就好了,看来是我电脑IE的问题,只是不晓得为什么会这样,这个错误害我刚刚在新推荐发表意见出了洋相,把编辑内容全部转成繁体了。未命名 (留言) 2008年7月18日 (五) 04:58 (UTC)
建议修改为英文代码
有可能编写出有分页的模板吗?
想问一下,有可能制造出有分页的模板吗?右图以部首模板作为说明,分页模板应该会一劳永逸地为各范畴带来不少方便。Angelalive (留言) 2008年7月8日 (二) 10:48 (UTC)
- 想法很不错,但是打印版的问题怎么解决呢?—菲菇@维基食用菌协会 2008年7月8日 (二) 11:02 (UTC)
- 另外,这个涉及了<fieldset>和<lengend>两个html标签,但后台的parser在默认上是屏蔽了这两个标签的。—菲菇@维基食用菌协会 2008年7月8日 (二) 11:07 (UTC)
- 打印版的问题可简单隐藏解决。毕竟对于打印版这个东西用处不大。至于parser的问题,我觉得可以暂时用javascript模拟--地球发动机(〠✆ - ✉✍) 2008年7月8日 (二) 11:10 (UTC)
- 挖到了参数设置的js:prefs.js,不知道是否有用。—菲菇@维基食用菌协会 2008年7月8日 (二) 11:12 (UTC)
- 打印版的问题可简单隐藏解决。毕竟对于打印版这个东西用处不大。至于parser的问题,我觉得可以暂时用javascript模拟--地球发动机(〠✆ - ✉✍) 2008年7月8日 (二) 11:10 (UTC)
- 另外,这个涉及了<fieldset>和<lengend>两个html标签,但后台的parser在默认上是屏蔽了这两个标签的。—菲菇@维基食用菌协会 2008年7月8日 (二) 11:07 (UTC)
除了JavaScript以外,也可以使用HTML的Anchor功能来实现。
方法一是使用<ref>
。缺点是排版较困难:
另一个方法是使用章节的Anchor功能来实现,排版较自由,但无法克服引用时不被列入目录的问题。
--百楽兎 2008年7月9日 (三) 02:08 (UTC)
二部|亠部|人部|儿部|入部|八部|冂部|冖部|冫部|几部|凵部|刀部|力部|勹部|匕部|匚部|匸部|十部|卜部|卩部|厂部|厶部|又部
口部|囗部|土部|士部|夂部|夊部|夕部|大部|女部|子部|宀部|寸部|小部|尢部|尸部|屮部|山部|巛部|工部|己部|巾部|干部|幺部|广部|廴部|廾部|弋部|弓部|彐部|彡部|彳部
心部|戈部|戶部|手部|支部|攴部|文部|斗部|斤部|方部|无部|日部|曰部|月部|木部|欠部|止部|歹部|殳部|毋部|比部|毛部|氏部|气部|水部|火部|爪部|父部|爻部|爿部|片部|牙部|牛部|犬部
玄部|玉部|瓜部|瓦部|甘部|生部|用部|田部|疋部|疒部|癶部|白部|皮部|皿部|目部|矛部|矢部|石部|示部|禸部|禾部|穴部|立部
- 其实,id属性也是锚点,可以避免不被列入目录。只是这种方法会滚动页面。— fdcn talk — 2008年7月14日 (一) 22:31 (UTC+8) — 2008年7月14日 (一) 14:31 (UTC)
- 原来还可以这样,学习了。因为这个模板都是放在页底,所以使用时刚好可避开滚动页面的问题。--百楽兎 2008年7月15日 (二) 05:26 (UTC)
- 有一种方法,不知这里是否可行。就是使用JavaScript与CSS去做DHTML网页的Tabs分页效果。
- 范例Code 请见 用户端Tabs页面 - ProgWiki
- 这个需要这边的管理员帮忙追加相关的JavaScript与CSS才能在这里实作。
- 但这样的作法,可能不利于打印。
- -P1ayer (留言) 2008年7月9日 (三) 04:43 (UTC)
这类的代码有很多现成的,比如jQuery库的扩展,现写也不是难事。现在的问题是,一旦正式使用,就像wikipedia:折叠显示一样,必须是永远有效,这就不能放入Gadgets中,必须放入common.js中。增加这样的通用功能最好还是多数人同意。— fdcn talk — 2008年7月9日 (三) 15:24 (UTC+8) — 2008年7月9日 (三) 07:24 (UTC)
我认为这种模版能造福不同的维基计划,因此也将同样问题移动到英语维基的这里,以收集思广益之效。Angelalive (留言) 2008年7月15日 (二) 13:28 (UTC)
- 以下方法移动自英语维基,可作参考。Angelalive (留言) 2008年7月17日 (四) 03:42 (UTC)
I've written a few JS tabbers for mediawiki, the latest was on wikiality.com. Perhaps it could be adapted as a starting point. Several things to keep in mind: it should show all by default if there is no JS enabled (and you could have all but the first hidden by default even before page load, using appendCSS before addOnloadHook, preventing annoying page-flash when the document loads), and all sections should display when printing, unless the whole object is meant to be hidden. --Splarka (rant) 07:25, 16 July 2008 (UTC)
有关编辑摘要的小建议
建议改善Meta标签以优化搜寻结果
偶然无聊地检视源代码,发现中文维基百科HTML码中的Meta标签有可改善的空间。
- “meta name="keywords"”的参数,我不太明白其机制,但我认为其取样并不太理想,例如香港的keywords是“香港,CGroup/,大中华地区,泛珠三角区域合作,香港 (消歧义),香港 (消歧义),.hk,1075年,10月15日,10月18日,10月26日”。建议使用条目名称加上所属分类名称作为keywords,以香港为例便是“香港,APEC,香港,中华人民共和国省级行政区,太平洋沿海城市,沿海城市,特殊政区,前英国殖民地”。
- “meta name="description"”的参数未有定义。建议自动以条目首段作为description。
—Hargau (留言) 2008年7月11日 (五) 07:20 (UTC)
- Keywords好像是会搜寻条目内的一些内部链接,但具体机制我也不是很清楚。不过,你的建议影响不只中文维基百科,而是涉及整个Mediawiki的设计,恐怕在这里讨论也没有什么作用。况且就算不优化Meta标签,目前维基百科的搜寻结果已普遍理想了。 -- Kevinhksouth (Talk) 2008年7月13日 (日) 03:18 (UTC)
- 好的搜索引擎不会全看meta标签,因为有些网站会把一堆无关但热门的关键字加入meta标签中误导搜索引擎。—ellery (留言) 2008年7月15日 (二) 13:56 (UTC)
关于左侧导航栏的搜索框置顶
前几日我发现,左侧导航栏的搜索框被置顶,但因未经讨论的原由被回退。我支持将搜索框置顶。导航栏的“导航”、“帮助”两子栏下附有多项链接,对于屏幕尺寸稍小的用户,搜索框收不进屏幕,第一眼见不着哪里可以搜寻内容。作为一个百科全书,我认为搜索框是导航栏中最常用的一个功能。排版时应当放在一眼可见的明显位置。搜索框是为了方便阅读百科内容的广大读者(上网查资料);导航子栏的链接的使用对象是更高一阶的读者(无聊时阅读一些随机条目,查查新闻和最新的更改);而帮助、工具二子栏提供的链接主要面向维基人(有时间为维基百科添加内容)。依此推理,按照使用频率的多少从上到下排列。搜索框置顶(*SEARCH),导航栏(*navigation)、帮助栏(*help)次之,工具栏不动。(参考:德语版搜索框置顶,日语版首页单立加长的搜索框)—Shibo77 2008年7月12日 (六) 05:55 (UTC)
- (+)支持—Quarty 2008年7月12日 (六) 12:37 (UTC)
- (+)支持──我非常同意你的观点和推论,尤其【搜寻】理应放到最上。既然这里正讨论著 Sidebar,我也想发表一下其他相关的意见:我认为【导航】和【帮助】应该要改革一下,当然这可以稍后再详谈,现在宜先为【搜寻】的排位达成共识。 —Quest for Truth (留言) 2008年7月12日 (六) 20:20 (UTC)
- (+)支持,用起来很方便。—Hennessy (留言) 2008年7月13日 (日) 01:45 (UTC)
- (+)支持:你的建议很user-friendly。YunHuBuXi 2008年7月13日 (日) 02:59 (UTC)
- (!)意见:既然需要改动Sidebar,不如也一并检讨导航栏与帮助栏的连结。 -- Kevinhksouth (Talk) 2008年7月13日 (日) 03:20 (UTC)
- 检索框在1024*768底下能够直接在第一眼看到,基本便利要求已经达到。维基百科以网站方式呈现,而这里不是检索引擎,更多的是编者与读者,重要的连结(网站主要内容等)自然应置于上方。察看10多个主要语言,只有德语版将检索框置顶。最后不免俗地表示,个人持(-)反对意见。(至于首页上方多个检索则支持。)—RalfX(议) 2008年7月13日 (日) 03:42 (UTC)
- 你好!我不太明白你的意思。读者和编者不也是同样要用左侧的搜索框吗?显然不能全靠维基内部链接一页一页地跳,许多系统也无法支持直接输入URL。我的想法是因为搜索框很可能是左侧导航栏下使用频率最高的一个功能,读者、编者均要用到的功能,那么为何不干脆把搜索框置顶以便利用户呢?我给出德语版链接的主要目的是让大家看看效果如何,不是因为德语版改了我们去效仿人家。至于1024×768,这个我不清楚,但我想这会取决于用户具体的系统设置。例如我的笔记本电脑,几年前还可以达到第一眼收进搜索框,后来大概是因为帮助子栏下新添了几个链接,现在看不到“进入”和“搜索”两个按钮了。时不时,网站顶部还会有“合并账户”、“状况回报”、“竞选元维基管理员”之类的公共消息,进一步把搜索框下推。主要问题不在于搜索框能否收进载入页面后的第一眼,解决这个问题很简单;主要在于我们既然可以把使用频率最高的搜索框放到一个更为明显易见的位置,技术上可以做到,有没有什么坏处,那么我们何乐而不为呢?最后说明一点,类似日语版在首页正文区域多添一个搜索框的情况其他版本也有,具体作用有多大我不清楚,但这只是首页一页,算是首页设计的问题,而搜索框涉及到全网站。把搜索框放在“导航”、“帮助”二子栏前不等于我们就成为搜索引擎了。—Shibo77 2008年7月13日 (日) 04:58 (UTC)
- RalfX你好!你或许有你的想法,但根据W3Schools统计数据显示,目前可能有超过14%(超过约七分之一)的网民使用低于1024*768分辨率的显示屏。对于这一群网民,难道中文维基百科是不打算照顾吗?更何况,就算是用1024*768的显示屏,谁规定浏览器必须“全萤幕”或“最大化”?我和我的朋友不时都会同时开着三个或以上的视窗,例如除了浏览器,还有Office、MSN、小画家、……等等,没有一个视窗会霸占整个显示屏的,换言之,显示屏用1024*768或以上的人还不保证能一眼找到搜寻框。最后一点,你的整段话似乎想说连“随机页面”、“字词转换”之类的连结,比能让所有来到维基百科的人即时找到自己所需资料的搜寻框更重要,真令人感到匪夷所思。 —Quest for Truth (留言) 2008年7月13日 (日) 16:33 (UTC)
- 大致看了互助客栈/其他的3串讨论连结。本来想讲的东西还是罢也,毕竟维基百科讲共识。就当这家伙多虑吧。(另外请勿将个人意见延伸成“难道中文维基百科...”)..|彡サッ!—RalfX(议) 2008年7月14日 (一) 00:31 (UTC)
- RalfX你好!考虑到残疾人、旧设备及其它用户是网页设计的一个重要原则。不管你是否同意,至少Quest for Truth的意见是可以参考的。我相信这不只是他的个人意见。-不想放弃 (留言) 2008年7月14日 (一) 02:08 (UTC)
- 大致看了互助客栈/其他的3串讨论连结。本来想讲的东西还是罢也,毕竟维基百科讲共识。就当这家伙多虑吧。(另外请勿将个人意见延伸成“难道中文维基百科...”)..|彡サッ!—RalfX(议) 2008年7月14日 (一) 00:31 (UTC)
- 英语版置于导航之下、帮助之上,仅供参考。—RalfX(议) 2008年7月14日 (一) 05:21 (UTC)
- (+)支持— fdcn talk — 2008年7月13日 (日) 18:46 (UTC+8) — 2008年7月13日 (日) 10:46 (UTC)
- (+)支持:补充一下,刚刚发现维基共享也已改为搜索框置顶的版面安排。--百楽兎 2008年7月13日 (日) 11:00 (UTC)
- (+)支持:搜寻框本来就应该在最显眼的地方。—章·安德鲁┼留张纸条┼美好的仗┼飞鸽传信┼ 2008年7月13日 (日) 11:19 (UTC)
- (!)意见:应该推出用户可自行调整的参数设置才好。--eyoung (留言) 2008年7月13日 (日) 12:06 (UTC)
- 你的提议也不错,但总该有个预设排版吧? —Quest for Truth (留言) 2008年7月13日 (日) 16:33 (UTC)
- (+)支持,搜寻占了很重要的地位。—ellery (留言) 2008年7月13日 (日) 13:42 (UTC)
- (+)支持:搜索框占据醒目地位可方便读者搜索。—菲菇@维基食用菌协会 2008年7月13日 (日) 15:15 (UTC)
- (+)支持,用过几天,非常方便。--长夜无风(风语者) 2008年7月13日 (日) 15:17 (UTC)
- (+)支持,理由同上。—hose'neru(Talk) 2008年7月13日 (日) 17:18 (UTC)
- (+)支持--18164 (留言) 2008年7月14日 (一) 06:06 (UTC)
- (+)支持,方便搜索。—今古庸龙 (留言) 2008年7月15日 (二) 15:48 (UTC)
- (+)支持--Gakmo (Talk) 2008年7月15日 (二) 16:20 (UTC)
- (+)支持,可以方便网友,何乐而不为?—★bencwk. 2008年7月15日 (二) 16:43 (UTC)
- 支持RalfX的提案,置于导航之下、帮助之上。另外,最近更改应当置于帮助部分,因为他是帮助编辑的,而不是像导航中其他内容一样,是方便读者检索的--百無一用是書生 (☎) 2008年7月17日 (四) 07:04 (UTC)
- (-)反对:习惯了在中间输入,而且放在中间的话即使滚动也不会立刻消失。- 吃死 Talk 2008年8月2日 (六) 10:00 (UTC)
- 目前的结果是什么?是把搜索框放在最上面,还是把搜索框放在导航和帮助之间?另外,最近更改是否要移入帮助中?—菲菇@维基食用菌协会 2008年7月19日 (六) 08:48 (UTC)
- 为什么要把搜索框夹在导航栏和帮助栏间?标题下的引文中指的是将搜索框置顶,同时也给出了理由,相信算是达成“共识”了吧?我不了解维基百科上的界面更换程序怎么定的,还需要讨论到什么时候啊?至于“最近更改”有没有必要移到帮助栏下,各栏下的链接调整,推出用户可自行调整的参数设置等议题,我没有提出这些要求,不在这个标题下的讨论范围内,若有兴趣可以再立个段落讨论那些问题。—Shibo77 2008年7月23日 (三) 00:51 (UTC)
- 为了兼顾不同用户显示器的不同大小以及不同分辨率,现在将搜索框放在导航和帮助之间,并且将最近更改下移,以便让更多的用户可以在不用滚屏的情况下使用搜索框--百無一用是書生 (☎) 2008年7月23日 (三) 13:07 (UTC)
- 还是老话题,为什么要把搜索框置于导航栏和帮助栏之间,你说是为了“兼顾不同用户显示器的不同大小以及不同分辨率”,我不太明白你的意思,难道把框子放在导航和帮助之间比将其置顶还更能照顾到那些显示器小的读者?依照上面的“共识”,好像除了User:RalfX和User:Shizhao提出到导航栏和帮助栏之间的位置,他人并没有这个意思,原题是置顶,不是放在导航栏和帮助栏之间!User:PhiLiP和一周前User:Shizhao将搜索框置顶的修改不是很好吗?为什么现在又执意要放在导航栏和帮助栏之间?莫非就是为了仿照英语版?37232号修订两周多了,这边还是没有改过来,我认为我们应当规定出一套修改媒体维基系统名字空间(MediaWiki:)页面的程序和讨论时间的限制,以方便未来的更改。现在好像还没有立下正当的修改流程,这不时会引起不必要的拖延和用户的不满。敬请考虑!谢谢!—Shibo77 2008年7月23日 (三) 22:15 (UTC)
- 个人(+)支持把搜寻框移上,不过严重(-)反对把“最近更改”放到帮助,此“帮助”并非有帮助编辑的意思,严格来说是当有需要求助的时候才需要此栏,应该放一般所谓的“帮助文件”,但最近更改显然不是一个“帮助文件”,故不应放在帮助,我先行就其回退了。我甚至觉得“社区”也应放在导航。—街燈電箱150號 开箱维修(抢修) 抄表 检验证明 2008年7月24日 (四) 18:23 (UTC)
- 同楼上,我早就觉得“最近更改”不应比照英语版置于帮助而应置于导航。社群入口亦然(感觉牛头不对马嘴)。搜寻则还是置于导航跟帮助之间吧(不过若基于照顾笔记型电脑使用者观点而改置于导航框之上则尚可接受)!--RekishiEJ (留言) 2008年7月25日 (五) 07:34 (UTC)
- 把“最近更改”放到“帮助”栏后,做成“导航”栏与“帮助”栏连结数量的严重不平衡。因此建议将“帮助”栏再一分为二,反正现时“帮助”栏的部分连结不见得与帮助有关。(题外话:我暂时未习惯这改动,经常误点了新闻动态的连结。) -- Kevinhksouth (Talk) 2008年7月25日 (五) 07:32 (UTC)
为何现在的搜寻框位置和上面投票的共识不一样的?难道某些票的比重是一般用户的十倍? —Quest for Truth (留言) 2008年7月28日 (一) 22:16 (UTC)
- 建议将社群入口由帮助挪至导航,并于导航中追加最新页面(最新页面实用性有时高于最近更改)。--RekishiEJ (留言) 2008年7月30日 (三) 03:46 (UTC)
Wikipedia:用户框/幽默所用的某个模版是不是遭到了破坏?
Wikipedia:用户框/幽默进去后有不良的图案与文字。我尚在检查是它调用的哪个模版遭到破坏。--Cnchina (留言) 2008年7月17日 (四) 10:13 (UTC)
刚才页面里有如下字样
This page brought to you by
- Bejiing 2008、we will execute people at the olympics - Go Communism!***
Got HAGGER? Welcome to my Mother Fucking Page
背景和这个讨论出现的图形一样。 但是就是找不出是哪里的问题。原页面我刷新后还是那样……
--Cnchina (留言) 2008年7月17日 (四) 10:30 (UTC)
{{en icon}}也受到相同的破坏。(见Wikipedia:互助客栈/求助)-Gordon仔—(留讯息) 2008年7月17日 (四) 10:46 (UTC)
应该就是{{en icon}}受到的破坏。已被你修复啦:)--Cnchina (留言) 2008年7月17日 (四) 10:50 (UTC)
刚才再点进幽默时,还是原样,但做一个空编辑后就没事了。调用的模版更新后的使用难道要服务器刷新快取的吗?--Cnchina (留言) 2008年7月17日 (四) 10:55 (UTC)
- 看来得请管理员把那个模板锁起来,记忆中那反华的家伙已经不是第一次这样做。-Gordon仔—(留讯息) 2008年7月17日 (四) 10:59 (UTC)
- 模板编辑后,它的调用页面确实还是用的快取,空编辑相当于让服务器更新了快取。目前模板已锁。— fdcn talk — 2008年7月17日 (四) 19:18 (UTC+8) — 2008年7月17日 (四) 11:18 (UTC)
各位假如发现有哪些广泛使用的模板未被保护,请即向管理员提出保护请求,以避免破坏者有机可乘。 -- Kevinhksouth (Talk) 2008年7月18日 (五) 01:47 (UTC)
- Special:Mostlinkedtemplates中列出了最多链接的模板,建议把所有超过1000个链接的模板都保护起来。--Maxwell's demon (留言) 2008年7月27日 (日) 23:13 (UTC)
看到个人签名Template:Mosessign (1,937个连结)。—RalfX(议) 2008年7月28日 (一) 15:05 (UTC)
只作繁简转换
这里有什么符号,能对一大段文字,只作繁简转换而不作地区转换呢?例如写“義大利”,只会见到“義大利”或“义大利”,而不会出现“意大利”。--✉Hello World! 2008年7月21日 (一) 05:24 (UTC)
- 暂时还没有,不过你可以手动设置转换,或者跳到简体或繁体模式下观看。—菲菇@维基食用菌协会 2008年7月21日 (一) 08:12 (UTC)
- 繁体和简体的代码分别是zh-hant跟zh-hans。 Shinjiman ⇔ ♨ 2008年7月21日 (一) 13:35 (UTC)
- 手动设置,在造列表条目时是很麻烦的。所以想提议一下新增这个功能。--✉Hello World! 2008年7月22日 (二) 12:32 (UTC)
- 有点感兴趣,什么样的条目需要取消全部地区词的转换?—菲菇@维基食用菌协会 2008年7月22日 (二) 13:53 (UTC)
- 不外乎是我正在编辑的语言,或国家、地区、人名等条目。—✉Hello World! 2008年7月22日 (二) 16:10 (UTC)
- 并列的需要?—菲菇@维基食用菌协会 2008年7月22日 (二) 18:37 (UTC)
- 弄三栏写着中国大陆译做“芬兰”、台湾译做“芬蘭”、香港译做“芬蘭”,太占位也不必要。--✉Hello World! 2008年7月23日 (三) 02:16 (UTC)
- 并列的需要?—菲菇@维基食用菌协会 2008年7月22日 (二) 18:37 (UTC)
- 不外乎是我正在编辑的语言,或国家、地区、人名等条目。—✉Hello World! 2008年7月22日 (二) 16:10 (UTC)
- 有点感兴趣,什么样的条目需要取消全部地区词的转换?—菲菇@维基食用菌协会 2008年7月22日 (二) 13:53 (UTC)
- 手动设置,在造列表条目时是很麻烦的。所以想提议一下新增这个功能。--✉Hello World! 2008年7月22日 (二) 12:32 (UTC)
- 繁体和简体的代码分别是zh-hant跟zh-hans。 Shinjiman ⇔ ♨ 2008年7月21日 (一) 13:35 (UTC)
如何加入图片?音乐档?
问: —石孟翰 (留言) 2008年7月22日 (二) 07:52 (UTC)阿孟
请问各位专业的人员们:在编修条目或内文时,是否可以加入图片与音乐档呢?请告诉小弟如何操作!万分谢谢您!
- 上传图片和声音档的方法一样,但必需上载到维基,见Wikipedia:图像等,加入图像的方法见Help:图像描述页,加入声音档的方法可参考中央C的语法。—Eky-♪ 2008年7月23日 (三) 17:39 (UTC)
Sidebar中的姊妹项目/姊妹计划框
今天从西班牙语维基百科中发现了一个在Sidebar显示姊妹项目/姊妹计划的功能,经过修改后已将之加入中文维基百科,显示效果可参见右方。目前只要页面中调用了{{commons}}、{{wikinews}}、{{wikisource}}、{{wikibooks}}等模板,都会显示出右图的效果来。—菲菇@维基食用菌协会 2008年7月22日 (二) 18:55 (UTC)
- 又一个未征询过社群意见而先斩后奏的改动。使用于{{commons}}还可以,但(-)反对使用于{{wikinews}}及{{wikisource}}。维基共享的连结在大部分情况下与条目名称,但维基新闻及维基文库则不然。维基新闻及维基文库的连结,往往与条目名称不同,现时的模板可以清楚显示连结的名称,但Sidebar便做不到。遇上多于一篇新闻或文献时,情况更混乱,例如罗曼酒店(两篇新闻)及香港日治时期(两篇文献)。—Hargau (留言) 2008年7月23日 (三) 07:26 (UTC)
- 我看不到如右图的效果,难道这是缓存问题?不过,我的意见也大致同Hargau,不认同在Sidebar显示会较现时用模板显示为理想。 -- Kevinhksouth (Talk) 2008年7月24日 (四) 02:33 (UTC)
- 我是赞成用于取代{{commons}}的,因为这样可以避免{{commons}}与其他的image thumbnail或template对撞,但要出现在Sidebar就要用上{{commons}}这样很矛盾,应该在达成共识后改成类似interwiki的格式吧,例如[[commons:Category:Lai_King_Station]](在[[荔景站]]) -- 同舟 (留言) 2008年7月24日 (四) 02:49 (UTC)
- 我也不太反对用于取代{{commons}},但我最主要就是担心用于其他计划的问题。例如陈方安生,截至此刻共有6篇相关新闻。假如在Sidebar列出6个写着“维基新闻”的连结,读者只会一头雾水。我想到的一个方法,就是为维基新闻等计划引入一个叫Keyword或Tag的页面类型。举例说,在维基新闻开一页“Keyword:陈方安生”,再在该页列出所在和她有关的新闻,那么在Sidebar的连结,便可以只是显示1个写着“维基新闻”的连结,连结到“Keyword:陈方安生”。不过这样的改动实在太复杂了,因此最好还是维持现状。 -- Kevinhksouth (Talk) 2008年7月24日 (四) 03:00 (UTC)
- 其实完全可以使用category来解决。—不想放弃 (留言) 2008年7月28日 (一) 08:03 (UTC)
- 我也不太反对用于取代{{commons}},但我最主要就是担心用于其他计划的问题。例如陈方安生,截至此刻共有6篇相关新闻。假如在Sidebar列出6个写着“维基新闻”的连结,读者只会一头雾水。我想到的一个方法,就是为维基新闻等计划引入一个叫Keyword或Tag的页面类型。举例说,在维基新闻开一页“Keyword:陈方安生”,再在该页列出所在和她有关的新闻,那么在Sidebar的连结,便可以只是显示1个写着“维基新闻”的连结,连结到“Keyword:陈方安生”。不过这样的改动实在太复杂了,因此最好还是维持现状。 -- Kevinhksouth (Talk) 2008年7月24日 (四) 03:00 (UTC)
- 我是赞成用于取代{{commons}}的,因为这样可以避免{{commons}}与其他的image thumbnail或template对撞,但要出现在Sidebar就要用上{{commons}}这样很矛盾,应该在达成共识后改成类似interwiki的格式吧,例如[[commons:Category:Lai_King_Station]](在[[荔景站]]) -- 同舟 (留言) 2008年7月24日 (四) 02:49 (UTC)
- 既然如此的话,我现在mediawiki:common.js中把相关的代码注释掉好了。然后看这边的讨论结果如何再决定如何改动。—菲菇@维基食用菌协会 2008年7月24日 (四) 03:15 (UTC)
- re Kevin:“我看不到如右图的效果,难道这是缓存问题?”<--貌似这只是IE下的问题,可以针对IE特别修正一下。—菲菇@维基食用菌协会 2008年7月24日 (四) 03:20 (UTC)
- 我是使用Firefox 3.0。另外经过我查证过后,应该是我看到这个消息时,有关模板已被人回退,所以才未看到有关效果。 -- Kevinhksouth (Talk) 2008年7月25日 (五) 07:28 (UTC)
- re Kevin:“我看不到如右图的效果,难道这是缓存问题?”<--貌似这只是IE下的问题,可以针对IE特别修正一下。—菲菇@维基食用菌协会 2008年7月24日 (四) 03:20 (UTC)
- 我看不到如右图的效果,难道这是缓存问题?不过,我的意见也大致同Hargau,不认同在Sidebar显示会较现时用模板显示为理想。 -- Kevinhksouth (Talk) 2008年7月24日 (四) 02:33 (UTC)
维基百科
不知道什么缘故,不登入维基百科时一切正常,但登入后,除内容外页面全部是英文,与英文维基百科的样式相同,并且繁简转换失效,用上方的按区域转换仍然不会有变化。此现象已经发生好几天了,但一直没有更改,换IP、换电脑都是这样。不知其他用户有没有这种情况。—puppy8800 (留言) 2008年7月23日 (三) 08:51 (UTC)
- 参数设置中,请将界面语言设为“zh - 中文”,这个问题似乎是因为bugzilla上提交的某个变动引起的(因为先前听见Fdcn在说)。—菲菇@维基食用菌协会 2008年7月23日 (三) 09:05 (UTC)
- 已经改回,谢谢。还有两个问题,一是页面下方的分类不太正常,显示的是“个分类”;二是有没有办法能使中文中夹杂的英文及上标、下标美观一些,有时会导致过于堆积和不整齐,从而限制了化学符号的使用,使得条目的可读性降低。[2]—puppy8800 (留言) 2008年7月23日 (三) 12:05 (UTC)
刚做了个可以让额外注脚继续号码的模板 {{ReferencesWithExtra}} ,但第一个额外注脚的文字就老是对不齐(使用不同字型文字的位置又会不同……),请教各位高手如何解决?—街燈電箱150號 开箱维修(抢修) 抄表 检验证明 2008年7月23日 (三) 18:46 (UTC)
关于Hotcat功能
最近发现,使用Hotcat功能为条目添加分类时,有时会把分类添加在页面的最底部,而不是跨语言链接的上方(例如[3])。请问这个问题可以解决吗?--Maxwell's demon (留言) 2008年7月27日 (日) 23:19 (UTC)
果然很简单的简单列表
虽然{{港岛巴士简单列表}}、{{过海隧道巴士简单列表}}和{{大屿山巴士简单列表}}皆说明可容纳最多100条巴士路线,但在实际应用时,只要有超过35条巴士路线就会发生错误,请参见青屿干线条目(用了{{大屿山巴士简单列表}}且共有41条巴士路线)和我所创建的示范页面。 —Quest for Truth (留言) 2008年7月28日 (一) 19:41 (UTC)
- 模板的架构不是很好,表达式的深度超过服务器限制了:
<!-- NewPP limit report Preprocessor node count: 19250/1000000 Post-expand include size: 1800674/2048000 bytes Template argument size: 12467/2048000 bytes Expensive parser function count: 222/500 -->
- 稍微看了一下模板,完全就是一个if一个if地嵌套下去的(因为ParserFunctions不提供循环方法)。可以参考{{noteTA}}的做法。—菲菇@维基食用菌协会 2008年7月30日 (三) 15:00 (UTC)
- NoteTA 的架构(对我来说)实在太复杂了,只知道好像是因为它是一个template呼叫另一个template,你可以扼要地解释一下{{noteTA}}的原理吗? —Quest for Truth (留言) 2008年7月31日 (四) 15:35 (UTC)
之前我在加入
<noinclude>
[[en:Template:Recent changes article requests]]
</noinclude>
到该模板时,Wikipedia:最近更改条目请求列与列之间就会有明显的空白,看起来很不美观,同样Wikipedia:社区主页/活跃任务中{{Top10requests}}也会有难看的空白列,但拿掉之后就不会,请问这是为什么(注:我并没有在各列间加入空白)?--RekishiEJ (留言) 2008年7月29日 (二) 00:28 (UTC)
- [4]底下“}}”和“<noinclude>”之间的空白列就是原因。—RalfX(议) 2008年7月29日 (二) 02:12 (UTC)
- 感谢菲菇的编辑,目前问题已解决。顺便一提,经过我的实验之后,发现}}跟<noinclude>间若无空白列但二者不同列,则Wikipedia:最近更改条目请求列与列之间会有不明显的空白,Wikipedia:社区主页/活跃任务中{{Top10requests}}则会跟}}与<noinclude>间有空白列情况一样。原因为何我不清楚,只知道的确会如此。希望对Mediawiki者能告诉我原因。--2008年7月30日 (三) 03:46 (UTC)
- wiki代码的parser解析上本来就是这么设定的。具体的么,你自己去看看/includes/parser/Parser.php中是怎么实现的吧。—菲菇@维基食用菌协会 2008年7月30日 (三) 15:12 (UTC)
“消除歧义页”
Special:Disambiguations的“消除歧义页”应为“消歧义页”。—不想放弃 (留言) 2008年7月29日 (二) 08:27 (UTC)
- 还有内文里的“消含糊页”。—Lkopeter (留言) 2008年7月29日 (二) 12:04 (UTC)
- 很有机械翻译的味道…… —Quest for Truth (留言) 2008年7月29日 (二) 23:29 (UTC)
请求修改声明template的styling
testing testing
此条目讲述处于施工或详细规划阶段的工程。 |
因为声明template的clear属性不是no,再加上width属性是用百分比而非固定pixel值,导至非置顶的声明template经常与thumbnail或infobox对撞。请以英文WP的为参考修改。-- 同舟 (留言) 2008年7月30日 (三) 06:41 (UTC)