跳转到内容

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

维基百科,自由的百科全书

Firefox 不支持 {{ref label}} 和 {{note label}}?

我正在编辑压缩软件比较,发现在操作系统的支援这个段落里的 {{ref label}} 和 {{note label}} 在 Firefox 里使用时有点问题。当我点击那些像“[1]”的链接时,未能跳去相关的注脚,可是在注脚点击“^”时,却能成功跳回去。经过在 IE7 的测试后,发现往返都正常,请问这是什么问题? —Quest for Truth (留言) 2008年5月1日 (四) 18:39 (UTC)

** 我也是用这个版本。经查明后,证实是因为我安装了 Adblock Plus 而且又加入太多黑名单,可能因此而误封了那些链接。谢谢你的答复。 —Quest for Truth (留言) 2008年5月2日 (五) 12:44 (UTC)

    • 再更正,现在确认是源于 Adblock Plus 0.7.5.4 再加上订阅了条件集 "ChinaList" 之过,但其实要保留 "ChinaList" 同时又解决问题也很简单,只要新增过滤条件 "@@*.wikipedia.org/*" 就已经可以了。原来只是自己没有认真研究过问题。 —Quest for Truth (留言) 2008年5月2日 (五) 16:17 (UTC)
      • 我过去看了一下,只有 KGB Archiver 边上的 label 5 不能跳。这实际上是你的一个笔误~,我帮你修正了,可以参考修改历史。实际上 adblock 可能存在误杀,但应该不会产生这种问题。如果还有问题的话,可以试试更新 ChinaList 到最新版本,有很大的改观。ChinaList 的原作者很久没有上线了,现在由我们一帮热心用户在维护。但是我们没有文件上传权限,所以无法在线更新。ChinaList讨论区--Lovelywcm (留言) 2008年5月4日 (日) 20:27 (UTC)

编辑按钮的工具提示有繁简转换BUG

在编辑页面里,那些编辑按钮之中,当以繁体(无论是台湾或港澳)检视时,有部分的工具提示仍是简体字,有点儿令人纳闷的是,那些在鼠标指标指著时就会显示的工具提示中,有好些是翻译好了的,给人感觉是烂尾一样…… —Quest for Truth (留言) 2008年5月2日 (五) 10:50 (UTC)

刚补上一些繁体的提示。我希望大家可以具体列明哪些要更正,更正成什么。比如,这次的繁体提示,我是按我的理解填入的,未必符合繁体地区的准确用词。— fdcn  talk   — 2008年5月2日 (五) 22:33 (UTC+8) — 2008年5月2日 (五) 14:33 (UTC)
以下是我认为最适当的提示文字:
  1. 内部链接
  2. 内部段落连结
  3. 分类连结
  4. 媒体文件连结
  5. 外部連結(加上前綴 http://)
  6. 模板
  7. 分类
  8. 重定向
  9. 内嵌影像
  10. 高级画像
  11. 画廊
  12. 数学公式(LaTeX)
  13. 非维基格式文字
  14. 莶名(无日期)
  15. 莶名
  16. 二级标题
  17. 三级副标题
  18. 水平线
  19. 分行
  20. 粗体
  21. 斜体
  22. 底线
  23. 删除线
  24. 靠左对齐
  25. 置中
  26. 靠右对齐
  27. 上标
  28. 下标
  29. 放大
  30. 缩小
  31. 缩排
  32. 数字列表
  33. 符号列表
  34. 定义文字
  35. 彩色文字
  36. 引用
  37. 程式码文字
  38. 高亮程式码
  39. 注释或隐藏文字
  40. 表格
  41. 参考
  42. 同项参考
  43. 参考文献区

另外我也不明白“定义文本”是什么来的。 以上 —Quest for Truth (留言) 2008年5月15日 (四) 05:37 (UTC)

已添加,我不能确定,“莶名”是不是应当是“签名”?— fdcn  talk   — 2008年5月21日 (三) 02:52 (UTC+8) — 2008年5月20日 (二) 18:52 (UTC)
“莶名”应该是笔误。 --Moonian·♨一盅两件立即叹·贡献 主要 全部 2008年5月21日 (三) 16:08 (UTC)

Wikipedia:折叠显示里阐述了中文维基百科实现折叠的基本机制和应用它的一些提议,请大家来完善一下。— fdcn  talk   — 2008年5月15日 (四) 21:31 (UTC+8) — 2008年5月15日 (四) 13:31 (UTC)

外国人名繁简转换问题

我在Template:CGroup/Show增加了Tom Hanks, 但不知为何在汤姆·汉克斯用港澳繁体浏览时未能于title中看到“湯·漢斯”字样, 但史蒂芬·史匹柏却没有问题。猪(月利)狂 (留言)

好像只是因为条目里的那句手工翻译犯了一点 syntax error,我已修正了。 —Quest for Truth (留言) 2008年5月19日 (一) 12:24 (UTC)

问题

[增加或调整内部链接] 编辑上使用连结的问题

各位好,最近在编辑条目的时候有些问题。举例来说,我只使用普莱西诉弗格森案时,可以显示成代表有条目的蓝连结,但是当我使用普莱西诉弗格森案之后却会连带显示成代表没有条目的红连结。这似乎是繁简转换的问题,可否请站上高手协助处理一下?(请看我的源代码以了解细微差别之处) Dowba (留言) 2008年5月27日 (二) 17:57 (UTC)

首先,我看到两个都是红色的;其次,条目的真实名称为普莱西诉弗格森案,而非普萊西訴弗格森案,虽然理论上填写普萊西訴弗格森案也应该显示为蓝色,但却没有,因此可能这是繁简转换程序的一个bug。—菲菇维基食用菌协会 2008年5月27日 (二) 19:10 (UTC)
已通过繁简重定向修复。—菲菇维基食用菌协会 2008年5月27日 (二) 19:13 (UTC)
这个问题难道不能用程式解决吗?其实这种新增条目然后重定向的方法我觉得是有点没有效率。 Dowba (留言) 2008年5月28日 (三) 04:33 (UTC)
各位老大!我需要程式人员解决这个问题!! Dowba (留言) 2008年5月29日 (四) 07:26 (UTC)
关于繁简字对应条目显示问题,是由MediaWiki开发人员控制,这个要显示正常,只有他们能做到。很不幸,他们对字词转换这一块不太熟,常常不会回应这方面的要求。
关于{{Link-en}}这个模板,不会去判断字词转换后的条目是否存在,它只判断未转换标题条目是否存在。这也是技术限制造成。
目前出现错误,解决办法只能是没有效率的建立重定向页。— fdcn  talk   — 2008年5月29日 (四) 17:08 (UTC+8) — 2008年5月29日 (四) 09:08 (UTC)
我记得03,04年的时候这里有几位local programmer,当使用者反应这些问题的时候他们可以进行检查。例如User:FormulaxUser:Shizhao,请问 Fdcn兄他们退休了吗? Dowba (留言) 2008年5月29日 (四) 11:15 (UTC)
现在在维护字词转换程序的有User:Shinjiman书生的话,我不记得他维护过啊?—菲菇维基食用菌协会 2008年5月29日 (四) 11:54 (UTC)

我再提供一个例子:“瑟古德·马歇尔”,各位可以试试看编辑这里然后用预览的方式察看,看看以下两种方法各有什么不同

  • [[瑟古德·馬歇爾]]
  • [[瑟古德·馬歇爾]] Dowba (留言) 2008年5月29日 (四) 11:15 (UTC)
    • 补充一点,这个问题和link-en模板并没有任何关系,link-en模板只是在修改了tip的显示,核心的内部链接代码[[XXXXXX|xxxxxx]]并没有受到任何改动,因此不可能会有同样的页面一红一蓝的情况出现。举例而言,一般的填写可以只是[[瑟古德·馬歇爾]]或者[[瑟古德·馬歇爾|瑟古德·馬歇爾]],而link-en的代码实际上是[[瑟古德·馬歇爾|<span title="tip文字">瑟古德·馬歇爾</span>]]而已。—菲菇维基食用菌协会 2008年5月29日 (四) 11:54 (UTC)
      • 我在说明的清楚一点好了,有以下几种情形:
当我在页面上输入[[瑟古德·馬歇爾]],这个连结是蓝色的。
当我在页面上输入[[瑟古德·馬歇爾]],这个连结是红色的。
当我在页面上同时输入[[瑟古德·馬歇爾]]、[[瑟古德·馬歇爾]],这个两个连结都会是红色的。
      • 所以这个问题如何解决? Dowba (留言) 2008年5月29日 (四) 12:55 (UTC)
        • 检查了一下,的确有这个问题,但不是模板的编写有问题,问题应该出在模板使用的#ifexist:语句上(ifexist却又是实现该功能的唯一途径)。ifexist归ParserFunctions插件管,且这个问题还牵扯到MediaWiki的字词转换程序。目前可以确认的一个bug是,当对一个页面的标题使用了ifexist后,而恰好ifexist检查的标题本身并不存在,但其对应的繁/简体同文标题却存在,ifexist不仅会返回0(意即不存在)的结果,还会影响到全文对相同标题是否存在附带之自动繁简转换的识别。上述说明可能不清楚,以下给出一个例子:
          {{#ifexist:瑟古德·馬歇爾|[[瑟古德·馬歇爾]]}},将把“瑟古德·馬歇爾”解析为红链;
          {{#ifexist:瑟古德·馬歇爾||[[瑟古德·馬歇爾]]}}[[瑟古德·馬歇爾]],前后的“瑟古德·馬歇爾”都会被解析为红链;
          [[瑟古德·馬歇爾]],“瑟古德·馬歇爾”会被解析为蓝链。(以上三个前提是“瑟古德·馬歇爾”未被建立,但现在已然建立)
        • 该bug因为涉及ParserFunctions可以向bugzilla提报,不过估计还是无人理睬的,因为该bug还涉及字词转换程序。目前要临时修复,还是只有依靠繁简重定向。(当初“全文对相同标题是否存在附带之自动繁简转换的识别”也是不行的,还是靠繁简重定向修复的;而且这次因为只是ifexist的问题,link-xx系列也只相当于一个wikipedia的维护模板,当条目创建后会被清理去掉的,综上所述,影响面没有以前那么大)—菲菇维基食用菌协会 2008年5月29日 (四) 19:03 (UTC)

Portal:香港移位问题

有人在Portal talk:香港报告,指Portal:香港原本在“精选图片”栏之下的“分类”栏移了位。我使用Firefox 2.0.0.14观看,也发现同样问题。请问有高手能解决这个问题吗?—Hargau (留言) 2008年5月30日 (五) 08:56 (UTC)

如何加入影片?

问: —Kuo-LunHWANG (留言) 2008年6月2日 (一) 08:17 (UTC) 请问编辑条目时,是否可以将影片档加入,该如何加入?--Kuo-LunHWANG (留言) 2008年6月2日 (一) 08:17 (UTC)

“隠藏功能”的源代码问题

这问题共牵涉两个模版:Template:先秦列国世系总表Template:先秦列国世系

请到中国历代王朝君主世系表 (先秦至秦汉)条目,拉到条目最底部,有一Template:先秦列国世系总表,该总表是我刚才制作而成。然而,我并不想将此模版置于条目的最底部,现在置模版于最底,实因技术问题不得矣。

此模版含有隠藏功能,因内文列表乃纵向书写,隠藏会较易阅读条目。但因“隠藏功能”出了问题,隠藏范围没有下限,因此我不能这样做。即是说,若果我将模版置于条目中的其它地方,比如说条目的中间位置,“模版的隠藏功能便会隠藏它位置以下的所有条目内文。换句话,该功能并不止隠藏总表”。

可能的原因是源代码的书写出错,以致隠藏的范围不设下限。上文的表达也许仍难以理解,为了便于述说,请继续看下文的问题表达:

B.这是应该在隠藏范围外的部分

请单击“显示”以打开总表例子模版,现在A部分在模版以内,B部分在模版以内,很有秩序。但当A部分的内容换上了Template:先秦列国世系B部分便自动走进了隠藏范围内。可能是Template:先秦列国世系的源代码编写有误吧,但由于我对原始始认识不够深入,实在丈八金刚摸不着头脑。麻烦各位帮忙指点!Angelalive (留言) 2008年6月3日 (二) 10:19 (UTC)

可以肯定是{{先秦列国世系总表}}出了问题。我对这个模板有一些质疑,从代码看,分明是word粘贴过来,有很大的侵权怀疑。最好是用维基的自身代码来写比较好,虽然没有粘贴快速。此外,维基有专门的家谱模板{{familytree}}可以用,折叠效果也最好放在{{先秦列国世系总表}}内部而不是在条目中。
代码规模太大,晚点给你整理。— fdcn  talk   — 2008年6月3日 (二) 23:40 (UTC+8) — 2008年6月3日 (二) 15:40 (UTC)

请取消这个繁简转换

狄托—铁托。在zh-cn模式下,为了迁就铁托条目,自动把狄转换成铁了。属于过度转换,应该对铁托条目本身进行全文转换,而不是设置全局转换。--Douglasfrankfort (talk to me) 2008年6月4日 (三) 02:27 (UTC)

请举出被过度转换的例子,我会针对被过度转换的内容进行修复(现在根据我Google的结果,绝大部分的“狄托”指的都是那位“Josip Broz Tito”,因此贸然取消该转换似乎很不经济)。此外,以后此类过度转换请前往Wikipedia:字词转换请求或候选提报。—菲菇维基食用菌协会 2008年6月4日 (三) 05:24 (UTC)
你没有理解我的意思。现在的问题不是有另一个“狄托”被变成了“铁托”,而是当“狄”和“托”这两个字在另外的情况下连续出现时也被错误转换了。举个最简单的例子,一个人叫“狄托斯”,他的名字就会被转换成“铁托斯”,与原语音(d)完全不符。再如这种情况:“狄”和“托”根本是分别出现在两个词中,只是偶然连接使用了:“克劳狄托付日耳曼尼库斯”或“简狄托梦”“罗狄托儿所”都会被荒谬地转换成铁。所以和你说的正好相反,不是“贸然取消该转换似乎很不经济”,而是保留该转换后患无穷,因为根本没法查到有多少条目里狄托被连用了。--Douglasfrankfort (talk to me) 2008年6月5日 (四) 05:42 (UTC)
谢谢帮助,现在已经取消那个转换了。--Douglasfrankfort (talk to me) 2008年6月5日 (四) 05:50 (UTC)
  • 这个问题必须引起重视,以后必须从根源上限制只有两个字的转换,或是干脆禁止它,因为这么做根本是没有经过考虑的短视做法。以前曾经有个里根和雷根的转换,你们想想这会引起什么后果。“那雷根本没有”,这样我们连说话都没法说了。--Douglasfrankfort (talk to me) 2008年6月5日 (四) 05:50 (UTC)
    对的,google有分词算法,但这里没有,所以二字词应当慎重。— fdcn  talk   — 2008年6月5日 (四) 14:06 (UTC+8) — 2008年6月5日 (四) 06:06 (UTC)

递归模板、多重破坏 IP 用户子页面的问题

先见肥肥的肥妈讨论 | 贡献)该用户使用几种方式攻击:

  • 递归模板,就是模板呼叫自己的模板。
  • 外部图形,利用方挂号里头呼叫 google 上的图形。
  • 新增 IP 用户对话页、新增已知条目对话页、新增注册用户对话页、新增注册用户暂存页。

回复很辛苦,而且新建页没有办法 undo,请问有没有办法防止?

谢谢。 --Zanhsieh (留言) 2008年6月4日 (三) 23:31 (UTC)

破坏者新建的页面没办法undo,但可提快速删除。—Ellery (留言) 2008年6月7日 (六) 04:01 (UTC)

连结其他语言特色条目的特殊功能

其他语言的Wikipedia有个功能,只要是对应其他语言的文章是一个特色条目的话,那个连结前面会变成一个星号图示。中文这边似乎没有这个功能。我查阅了一下,要有这个功能的话,可否请管理员在MediaWiki:Common.js中加入如英文版的函数:“function LinkFA()”呢? Dowba (留言) 2008年6月7日 (六) 06:08 (UTC)

中文版早有这个功能,见{{Link FA}}--百無一用是書生 () 2008年6月7日 (六) 06:48 (UTC)
Hello你好,我的意思是,并非只有在页面右上角出现星号的功能,而是在导航列的“其他语言”连结中,将“■”符号变成星号。 Dowba (留言) 2008年6月8日 (日) 03:09 (UTC)
各位似乎误解我,我举个例子好了,英文百科中的连结如本图(en:Brown v. Board of Education),而中文百科中的连结为本图(布朗诉托皮卡教育局案),他们都已经有设定Deutsch及Français版本为特色内容,可是就差了那一个星号。中文百科确实没有这个功能请相信我!!!!!!!!! Dowba (留言) 2008年6月8日 (日) 03:17 (UTC)
查了一下,中文维基中FA的定义是在Monobook.css,这对使用了Monobook以外皮肤的用户不起作用:
 li.FA {
   list-style-image: url("http://upload.wikimedia.org/wikipedia/en/d/d4/Monobook-bullet-star.png");
 }
以上。—菲菇维基食用菌协会 2008年6月8日 (日) 12:11 (UTC)
{{Link FA}}就是这个功能。--百無一用是書生 () 2008年6月8日 (日) 12:37 (UTC)
所以对使用其他面版的用户而言,必须自己加上这段CSS?其实我觉得应该要预设就有这样的功能才对。其他语言的Wiki就是如此。 Dowba (留言) 2008年6月9日 (一) 02:14 (UTC)

:::::另外回报一下,我自订的CSS下即便加上了这段CSS code,仍然无法使连结前方的list item改为图片显示。可见应该是javascript的部分有可能有不完整之处。Dowba (留言) 2008年6月9日 (一) 02:17 (UTC) 我加上上面菲菇提供的这段Css code之后的确图片出来了,不过似乎效果不佳。事实上在其他风格的面版下星号会有不同图片,如Modern面版就是这一个:

li.FA {
    list-style-image: url("http://upload.wikimedia.org/wikipedia/commons/thumb/2/2c/Modern-bullet-star.svg/9px-Modern-bullet-star.svg.png");
}

参考:[1],所以每个面版都会又背后的一套基本CSS?而中文版有缺? Dowba (留言) 2008年6月9日 (一) 02:31 (UTC)

中文一直有这个功能的,但仅限于monobook皮肤。你如想所有的皮肤中都应用,请提供所有相关皮肤下的星号图片URL。再或者你发一个提议,让所有皮肤都共用一个星星图片,大家同意即可。
此外,并不是这个链接星号自动就有的,必须在相应条目中用{{Link FA}}指定,其它语言版也是这样的。— fdcn  talk   — 2008年6月10日 (二) 10:52 (UTC+8) — 2008年6月10日 (二) 02:52 (UTC)
Fdcn兄,其实我上面那一段CSS就已经是modern风格下的CSS了,里面的那一个图片就是Modern style之下的星号。可能是我叙述的问题,你大概没有看懂我说什么,我要说的是:事实上,检视English Wikipedia的html source,会发现网页引用的CSS不是只有用户的CSS,另外也会有一些基本的系统预设CSS。这些基本的系统预设CSS中,就已经把这些星号设定完成(在Modern、Monobook之下都有),不会像中文Wikipedia一样只有Monobook下才有。请你试试看就知道!Dowba (留言) 2008年6月10日 (二) 15:25 (UTC)
User:Shinjiman已在modern皮肤中增加了你上面的星号。至于在所有皮肤中都预设,我在上面也说了,你最好一是提供一下所有皮肤下的图片,二是其它人也支持。我不清楚历史,不知道为什么中文为什么只在monobook下使用,但无疑有更多人支持是最好的。或者没有人反对的话,他们会逐步都加上。— fdcn  talk   — 2008年6月11日 (三) 22:15 (UTC+8) — 2008年6月11日 (三) 14:15 (UTC)

繁简转换出现问题

繁体和简体的引号“”和“”无法实现自动转换,而所有的“福斯”都被莫名其妙地转换成了“大众”。仅仅三天前还是正常的。请看看是系统正在升级,还是有人对转换表进行了破坏。--Douglasfrankfort (talk to me) 2008年6月7日 (六) 06:44 (UTC)

这应该是可能系统升级后,由cache引起的自定转换表失效之现象也。 Shinjiman 2008年6月7日 (六) 10:33 (UTC)

通知:符号插入表的与字词转换代码符已修正

在编辑工具的符号插入表中,原先通过隐藏一个LRM符,使得-{}- -{A|}- -{T|}-在Fx2下还可以使用,但在IE和Fx3下都是不能用的。现在借助-{R|}-代码,已能正常放心使用。— fdcn  talk   — 2008年6月8日 (日) 00:10 (UTC+8) — 2008年6月7日 (六) 16:10 (UTC)

请问-{R|}-代码的用途是什么?--百楽兎 2008年6月8日 (日) 01:25 (UTC)
R是raw之义,同<nowiki></nowiki>代码类似,原样输出中间的内容。不过对-{R|}-来讲,是针对字词转换,它取消转换,nowiki只是不应用其它的wiktext格式,两者不能互相代替。我举个例子,以前的noteTA模板中参数是zh:xx;zh-hans:yy;zh-hant:zz;这样的模式,我们希望这些xxyyzz不要字词转换,但又不能用-{}-来做到不转换,这时-{R|}-就能派上用场。— fdcn  talk   — 2008年6月8日 (日) 19:43 (UTC+8) — 2008年6月8日 (日) 11:43 (UTC)
原来如此,谢谢解说。--百楽兎 2008年6月9日 (一) 01:44 (UTC)

用{{int:Conversionname}}来辅助实现zh、zh-hans与zh-hant下真正不转换的功能

新发现的注脚分组功能

错别字修正机器人

如果有人持续破坏

模板文字只懂向下走,不懂向右

有关网络书源

Special:BookSources书店一段中,香港的三联书店连错误。 目前错误的为:

http://www.jointpublishing.com/model/bookdetail.asp?ISBN=<ISBN>

会出现“找不到这个网页”,而本人测验了,目前正确的为:

http://www.jointpublishing.com/bookread/advresult.asp?txtData=<ISBN>&lstItem=4

(lstItem=4的4是表示书号)。不知有谁能够修正错误了?—Βικέντιος×Vincent×瘟神×やくびょうがみ 2008年6月13日 (五) 07:38 (UTC)

完成--百無一用是書生 () 2008年6月16日 (一) 02:37 (UTC)


AutoCover

其实wikipedia是否应加设Auto Cover的功能呢?因本人的电脑有时也会出现蓝屏死机(Blue Screen)的情况,令我所有的工作也消失了,所以要求加设Auto Cover的功能,及希望尽快可以使用。—E = mc3 2008年6月13日 (五) 10:49 (UTC)

要是你的电脑如此不稳定,最佳的做法是把你要编辑的文字放在有Auto recover功能的application software如Microsoft Office,完成编辑后才一口气将所有内容copy上来。这也是维基百科对所有编辑的建议之一,参见:Wikipedia:如何编辑页面Quest for Truth (留言) 2008年6月14日 (六) 09:20 (UTC)
个人建议若电脑是自己的,看是整个重灌或更换硬件等其它方式,先把易死机的问题处理好。这样不管是编辑维基百科或使用其他软件比较不会有困扰。—Ellery (留言) 2008年6月18日 (三) 08:50 (UTC)

关于“注”和“註”,不宜加入繁简自动转换!

  • ”字不是简体字,不宜加入繁简自动转换,这会产生很大的困扰!况古人使用“注、註”表示注解、註释也有通用的地方。最简单的就是《水經注》还是《水經註》,古书应该都是写成《水經注》,再来“注意”是“注意”还是“註意”呢?—布学吾树(talk) 2008年6月14日 (六) 04:33 (UTC)

几个和字词转换相关的机器人程序

编辑框的滚动条不友善了

我记得以前在预览时,编辑框的滚动条会自动跳到预览前的编辑位置,例如我按了一篇长条目的“编辑本页”按钮,然后在条目长度的中段处编辑,接着按“显示预览”,进入预览画面后,编辑框的滚动条会预先跳到我刚刚所编辑的地方。但不知何时起,这个贴心的功能不见了,现在编辑框的滚动条一律回复到顶部第3行,所以预览后要再修改的话就不得不自己寻找刚刚编辑的地方。有人发现这个改变或者知道这个改变的个中原委吗?--百楽兎 2008年6月19日 (四) 01:19 (UTC)

标点的转换

引号“”(“”)和“”(「」)是否已经取消了?—Isnow (留言) 2008年6月19日 (四) 17:59 (UTC)

此为系统自带转换表上的错误,本来已在MediaWiki名字空间下的自定义全局转换表中修复了这一错误,但由于目前转换系统异常,自定义全局转换表全部失效,因此除非直接修改系统后台里自带的转换表,否则在前台没有任何办法从全局上进行修复。—菲菇维基食用菌协会 2008年6月20日 (五) 01:08 (UTC)

字词转换后台改进

这个修正有一段时间了,但一直没有进行大面积的测试,请大家到这个测试维基参与一下,以确定没有大的错误后提交SVN。

修正内容:

  • 修正单个转换bug: 之前-{zh-hant:繁}-不予转换
  • 修正在__NOTC__下手动T转换导致标题转换的bug
  • 修正在__NOCC__下导致T转换标签不能转换标题的bug
  • 增加多重标签的用法,如:-{A;T|转换代码}-
  • 增加单向转换     -{XX=>zh-hant:YY}-
  • 增加隐藏的全文转换  -{H|转换代码}- 同A标签类似,不过在代码处不显示转换后的文字
  • 增加删除转换     -{-|转换代码}-
  • 增加转换描述     -{D|转换代码}-
  • 增加语言代码名称  -{N|xx}-  会返回xx语言代码的名称
  • 增加多重variantfallbacks
  • 增加对手动全文转换的限制 (目前在zh下全文不转换,zh-hans zh-hant下仅单向全文转换)

请问这是否能够解决现时字词转换系统的严重异常?--202.40.137.201 (留言) 2008年6月20日 (五) 06:01 (UTC)
两回事。目前的转换异常并不是转换程式出错,而是缓存出错,需要其它维护者来解决。— fdcn  talk   — 2008年6月21日 (六) 09:52 (UTC+8) — 2008年6月21日 (六) 01:52 (UTC)
此更新已经啪上至rev:36664了,试看一下有没有什么回馈吧。 Shinjiman 2008年6月26日 (四) 03:04 (UTC)


这张图片有没有问题

请问有没有准则来判定对方上传图片是带有不健康?此图是否怎么要求对方或是自行改图呢?不过Yiken不懂得软件改图,参见File:Rain1.jpgyiken (留言) 2008年6月20日 (五) 17:53 (UTC)


WIKI的安装问题

链接标题问:安装mediawiki-1.9.3之后,首页显示 数据库错误 数据库指令语法错误。这可能是由于非法搜索指令所引起的(见 $5), 也可能是由于软件自身的错误所引起。最后一次数据库指令是: (SQL query hidden) 来自于函数 "Article::pageData"。 MySQL返回错误 "1267: Illegal mix of collations (gbk_bin,IMPLICIT) and (latin1_swedish_ci,COERCIBLE) for operation '=' (localhost)"。 —64.191.50.54 (留言) 2008年6月22日 (日) 09:00 (UTC)

与使用 MediaWiki 软件的相关问题,可以到 MediaWiki 的官方网站 查询。-小薯饼讨论页2008年6月23日 (一) 06:03 (UTC)

繁简重定向的问题

目前的繁简重定向向bug多多。当删除一个页面后,如果对标题进行保护(也就是禁止创建该页面),系统会自动跳转到保护相对应的繁简重定向页面,而不是需要保护的页面。例如论持久战删除后,如果对论持久战进行保护,那么最后保护的却是还没有删除的繁简重定向页面論持久戰

希望能够开发出不需要繁简重定向的技术。尤其是在搜索,分类,甚至直接连入,系统都能自动寻找到已经存在的页面--百無一用是書生 () 2008年6月25日 (三) 01:59 (UTC)

  • 繁体字与简体字转换的问题,不只在于字元的字码对应,更牵涉到字词的单向转换问题,所以难矣。(例如:内存 vs 记忆体,硬盘 vs 硬盘,光盘 vs 光碟)在繁体字与简体字的常用语尚未统合前,恐怕您要求功能难以做到。-P1ayer (留言) 2008年6月25日 (三) 02:48 (UTC)
  • 仅就保护问题来说,是不是可以临时删除对应的繁简页面来达到进行保护,保护后再恢复对应转换页面?我注意到被删除的两个论持久战都可以分别保护了。
  • 更一般的情况目前还不太可能,我甚至怀疑不是用重定向的方式。也许,以后能做到通过增加URL后缀"redirect=no"或"convert=no"这样的方式直接定位不转换的页面。— fdcn  talk   — 2008年6月25日 (三) 15:15 (UTC+8) — 2008年6月25日 (三) 07:15 (UTC)

ZhConversion.py

最近用python做了一个能较为简便地生成ZhConversion.php的小工具,目前源代码放在User:PhiLiP/ZhConversion.py中。这个工具制作转换表的数据来源有两个,其一是现有zhtable的Makefile里使用的Unihan.zip文件,其二是MediaWiki名字空间下的6个自定义转换表(Zh-hansZh-hantZh-cnZh-twZh-sgZh-hk)。要使用这个小工具生成ZhConversion.php的话,只需要将上述7个文件(后6个文件为点击“编辑”或“源代码”后所看到的源码,所保存的文件编码必须为UTF-8)按照上述文件名保存在ZhConversion.py的同一级目录下即可。此外,ZhConversion.py还支持对后6个文件的同名.diff文件(subversion格式)进行合并,并在合并后生成新的ZhConversion.php文件。目前这个小工具只经过了我个人与几位维基人的初步测试,但至少通过此工具生成的ZhConversion.php在我本地的MediaWiki运行完全正常,且MediaWiki字词转换程序的许多“知名的”转换错误也拜中文维基自定义转换表之福而得以修复。

此外,通过此工具生成的php文件见User:PhiLiP/ZhConversion.php(200多K的一个文件,机器不好的最好不要去开,可能导致浏览器死掉,现在MediaWiki原带的转换表大概有150K左右),因为我在Zh-cn、Zh-tw、Zh-sg、Zh-hk四个自定义转换表中还增加了一些内容,因此若根据维基百科自定义转换表生成的php文件大小可能会略小于上述ZhConversion.php文件。—菲菇维基食用菌协会 2008年6月25日 (三) 17:38 (UTC)

辛苦了!期望这可尽快套用至中文维基百科的字词转换系统,终极解决现时这些啼笑皆非的严重转换错误。 -- Kevinhksouth (Talk) 2008年6月26日 (四) 16:37 (UTC)

可向现有机器人申请工作指令吗

服务器错误页的建议

最近在编辑页面时多次出现了服务器错误页(虽然通常reload一次后便正常)。我留意到虽然页底有多国语言的连结,但我看到的预设语言是英文,要按下面的连结才显示繁体中文,建议应该以用户的语言设定显示相应语言。还有,建议加入提醒字句,提醒刚才编辑的内容未有保存。我曾尝试过按下“保存本页”后遇到服务器错误,但并未有为意内容没有保存,结果过了一段时间后才发现。—Hargau (留言) 2008年6月29日 (日) 05:36 (UTC)