維基百科，自由的百科全書
請注意，可能有相關的討論。另外，有關 Itn 模板的編輯說明請參閱。
請將放在一起連結。 () 日 (三) 09:24 (UTC)
（遷移自）
請求已處理
世界大賽沒必要放在中文社區吧？—— () 日 (二) 08:37 (UTC)
紅猩猩變成人啦！這是個猛料，一定要加！（註：英文版上已經加了。）——以上的留言由（｜）加入。 日 (四) 18:49 (UTC)
我的問題，把當成了，這可差大了。——以上的留言由（｜）加入。 日 (四) 18:51 (UTC)
多哈在台灣是用杜哈，請管理員加入。讓我不解的是，條目裡有轉換，管理員都不看一下的。
繁體是用「2011年亞洲盃足球賽」。
澳大利亞在繁體是用「澳洲」
以上，麻煩管理員處理。—＠ 日 (一) 09:27 (UTC)
已添加轉換。— 日 (一) 13:39 (UTC)
澳大利亞在繁體是用「澳洲」—＠
完成。-- () 日 (二) 15:06 (UTC)
、和「地址」，在繁體是用「位址」。—＠ 日 (五) 13:14 (UTC)
本主題或以下段落文字，移動自。
維基中文又不只有大陸人用? 小車禍小天災都放在首頁 跟國外重大新聞放在一起 很不合理
() 日 (三) 00:52 (UTC)
你是說？死了31個人還叫小車禍？使148萬人受災叫小天災？國外哪個新聞重大了？- 日 (四) 11:34 (UTC)
這麼說巴士被劫也只是小事件了，死亡人數更少，經濟損失更少....事實上，首頁新聞的數量不是太多而是太少。— () 日 (五) 00:58 (UTC)
新聞條目太少，「中微子超光速事件」（不是條目名）到現在沒人問津。-- －
日 (五) 16:20 (UTC)
你是說你提到的那個歌劇實驗？的確沒人理你。- () 日 (五) 17:40 (UTC)
囧rz...，-- () 日 (日) 05:04 (UTC)
囧rz...-- () 日 (一) 13:51 (UTC)
請求已處理
《》的創作日期為1893年。--（） 日 (五) 03:46 (UTC)
完成－ 日 (五) 11:14 (UTC)
圖片是第一條新聞，但是文字卻在第二條和第五條標示「圖」。--（） 日 (二) 16:17 (UTC)
完成。--（） 日 (二) 17:25 (UTC)
中文版的新聞動態唯英文版馬首是瞻，全部是翻譯，並且更新速度如同蝸牛，現在都北京時間8月18日了，首頁卻還是8月16日的新聞。並且一點不中立，倫敦奧運會閉幕報道一下就行了，還要畫蛇添足地說一句美國排名金牌榜第一，英文版都沒有你囉嗦，那才是中立的典範。「The closing ceremony of the Summer Olympics is held in London. 」--· 日 (六) 11:42 (UTC)
敢不敢更慢一點？--· 日 (五) 14:12 (UTC)
近來更新是慢了一點。約一週一次這樣子。--（） 日 (五) 14:27 (UTC)
新聞有誤。※ 日 (一) 02:48 (UTC) {{}}
已被修正。--  ·  ·
日 (一) 07:59 (UTC)
3月27日，台灣南投縣仁愛鄉發生黎克特制6.1級地震，震源深度15.4公里，已造成1人死亡，86人受傷。– （） 日 (五) 16:39 (UTC)
此案件的重大性不足，又影響範圍很小，不應包含在新聞動態內。--（） 日 (三) 11:18 (UTC)
{{}}首先，這句話應該嚴謹點說成「比已知最大病毒還要再大兩倍多」。再者，Pandoravirus的基因組大小是1.9-2.5Mb，Megavirus是1.3Mb，這時候該說「近兩倍」--（） 日 (日) 11:21 (UTC)
完成。--  ·  ·
日 (日) 14:25 (UTC)
我把語句改回「還要再大兩倍」，一方面絕大部分新聞媒體提及這部分都是以概數兩倍處理，另外一方面這樣語句也比較通順。--（） 日 (日) 18:41 (UTC)
該條新聞應該是「第五個有能力自行建造航空母艦的國家」，擁有航空母艦的國家目前應該是有十個，有列表在。（） 日 (四) 16:06 (UTC)
建議將該新聞「關閉」二字鏈接至。 --（） 日 (二) 05:58 (UTC)
條目內說明發射時間為12月2日凌晨1點，而此模板中顯示的內容是12月10日之前，望修正錯誤！--T-xb2002b--私是惟吾 日 (日) 02:55 (UTC)
前南非總統暨著名反種族隔離活動加家......。 在此發言 () 日 (五) 05:59 (UTC)
本主題或以下段落文字，移動自。執行人：（） 日 (日) 14:42 (UTC)。
如果是這樣，那是否對於內容的審核就相對缺失了呢？主要是今天看en.wiki的主頁，突然想起來前幾天的關於的直接把整個結果搞反了，有點OTL。-- () 日 (日) 08:57 (UTC)
原來還有喔，我還真不知道。--() 日 (二) 03:37 (UTC)
因為有登上首頁的新聞動態而將其全保護，既然是如此，管理員若要登載理應也需要先再放上，避免管理員一時失察放上錯誤或不符合收錄規範的內容。--（ ） 日 (四) 11:02 (UTC)
傻朋克獲得4項格萊美獎一條中，「第59屆」應為「第56屆」，請管理員更正。-- 日 (三) 10:18 (UTC)
抱歉……繁簡轉換時沒打好。--（） 日 (三) 10:30 (UTC)
尤利婭·利普尼茨卡婭獲金牌一條中大陸簡體顯示出現錯誤。另外，根據條目內的地區用詞轉換，「花式滑冰」在大陸稱為「花樣滑冰」，香港稱為「花式溜冰」。請管理員更正。-- 日 (五) 05:32 (UTC)
完成：不小心用錯了……--（） 日 (五) 05:54 (UTC)
請再改一下姓名，簡體為「娅」，都打成了「婭」。
日 (五) 12:18 (UTC)
此次事故中，中馬越各方消息不一，截至8日16:00（UTC+8），僅能確定飛機已墜毀，搜救工作展開，具體遇難情況仍然沒有官方確認的消息，此時即寫出「造成飛機上239人遇難」類似的字眼似乎。-- 日 (六) 08:00 (UTC)
請求已處理
OpenSSL的漏洞已有條目：。請在新聞中連結至此條目。因是新聞，未先徵得社群共識，請見諒。 --（） 日 (四) 05:50 (UTC)
改爲這樣：
於上廣泛使用的被發現，根據估計有17%的資料已經遭到竊取。
「重大程序錯誤」連結至。-- By .（） 日 (四) 08:49 (UTC)
完成。--（） 日 (四) 09:07 (UTC)
繁體譯為「賈西亞·馬奎斯」，簡體譯為「加西亚·马尔克斯」，不知道為何「賈西亞/加西亚」做了轉換，而「馬奎斯/马尔克斯」卻未做，請管理員處理一下，謝謝。
日 (日) 08:39 (UTC)
請求已處理
請刪去「隸屬於基地組織的」，基地組織在2014年已宣佈與伊拉克和沙姆伊斯蘭國割斷關係，見 。--（） 日 (四) 05:01 (UTC)
請求已處理
那個圖片是徐才厚的，而不是讓-克洛德·容克的。 —— 日 (一) 13:46 (UTC)
請求已處理
請刪去「，造成機上48人全數死亡」，有生還者。--（） 日 (一) 01:03 (UTC)
似乎已被處理。-- 日 (一) 12:19 (UTC)
已移回，請更新連結。--（） 日 (一) 08:55 (UTC)
本主題或以下段落文字，移動自。執行人：（） 日 (四) 00:42 (UTC)。
「美國聖路易斯郊區發生的一起警察槍殺黑人少年事件，引發各地城市發起大規模抗議行動。」這條新聞里的聖路易斯現在是消歧義，且即使使用也略有問題，此地應該是在境內，後者和直轄市聖路易斯屬不同建制，因此說是郊區恐怕不准。現在至少把消歧義改掉吧。-- 日 (日) 17:37 (UTC)
請求已處理
模板中「……槍殺非裔美國人邁克爾·布朗的警察」中zh-cn的「邁克爾」字詞轉換錯誤，請修復。 ---- 日 (四) 14:08 (UTC)
應該是？-- 日 (五) 01:58 (UTC)
@：此前已被修復，抱歉打擾。---- 日 (五) 13:01 (UTC)
{{}} 。-- By .（） 日 (日) 03:59 (UTC)
12月11日，河床隊贏得的是冠軍，不是。--（） 日 (六) 05:37 (UTC)
隱藏分類：维基百科，自由的百科全书
本页是以往讨论的。请勿编辑本页。若您希望发起新的讨论或重启现有的讨论，请在当前讨论页进行。
请其他管理员立即停止运作：。条目并不存在，但Liangent-bot似乎是按照了3号参数的条目（中国的红门）是否存在而确定清理蓝链，还是ILH本身的问题？-- （） 日 (五) 03:34 (UTC)
知道了，我看看。（） 日 (五) 04:38 (UTC)
我先把这个bot停了吧，原因是。（） 日 (五) 04:41 (UTC)
改好了，现在拒绝在大replag下运行。原来的问题就是说在有replag的情况下，bot看到的是这个页面的旧版本（我猜是T03:48:43?的那个），然后在它的基础上改。（） 日 (五) 05:34 (UTC)
日文汉字被转成奇怪的简体字了--（） 日 (四) 15:24 (UTC)
可使用-{}-包着相关内容，见--（） 日 (四) 15:44 (UTC)
也可用{{lang|ja|需要显示的文字}}。（） 日 (五) 05:00 (UTC)
这种办法同样适合朝鲜汉字，不过不同的是有时需要用{{lang|ko|需要显示的文字}}。-- 日 (五) 09:05 (UTC)
条目中, 因其个人学经历等资讯太丰富, 致与内文之引言重叠显示, 不知如何在维持内容的情况下调整以避免版面不清?谢谢！
--（） 日 (五) 06:15 (UTC)
未见重叠。Firefox 12.0 @ Win7 Home Basic SP1-- －
日 (五) 06:16 (UTC)
多谢指点！Firefox确实没问题。其他两种浏览器有问题。 -- （） 日 (五) 06:25 (UTC)
WebKit的Chromium和Epiphany也没问题。（） 日 (五) 06:32 (UTC)
WebKit的Chrome-dev (21.0.XXX)没有问题。请问WildCursive您指出现问题的是哪两种浏览器？--（） 日 (五) 07:02 (UTC)
, , 与都没问题。是和这两种有问题。多谢两位补充！第一次知道还有和这两种, 惭愧... 待会儿试用一下... -- （） 日 (五) 07:10 (UTC)
21 未发现任何问题。 &!--
( | ) --& 日 (五) 15:16 (UTC)
为什么我在一些条目中做的编辑在当时可以显示出来，但是当我关闭浏览器并再次访问（未登陆）时发现更改并未显示出来，登陆后恢复正常，为什么？--（） 悠悠地唱着最炫民族风，让爱卷走所有的尘埃…… 日 (日) 00:48 (UTC)
注：貌似这跟问题大多出现在一些经过重定向的页面中。难道说重定向对应的不是某个条目而是某个页面历史？--（） 悠悠地唱着最炫民族风，让爱卷走所有的尘埃…… 日 (日) 00:59 (UTC)
，-- 日 (日) 01:37 (UTC)
试试吧，但愿有用。--（） 悠悠地唱着最炫民族风，让爱卷走所有的尘埃…… 日 (日) 02:58 (UTC)
为什么我在按照中的步骤加入了脚本之后页面上方没有清除缓存的按钮？--（） 悠悠地唱着最炫民族风，让爱卷走所有的尘埃…… 日 (日) 03:28 (UTC)
（） 日 (日) 05:36 (UTC)
警告：复制延迟过高，5 日, 20 小时, 36 分钟, 21 秒以后的修订可能无法显示。 —— 日 (六) 13:19 (UTC)
（） 日 (六) 13:26 (UTC)
复制延迟是什么意思？还有，为什么toolserver慢得要死？--（） 悠悠地唱着最炫民族风，让爱卷走所有的尘埃…… 日 (日) 08:13 (UTC)
Toolserver的资料库与维基媒体的资料库是分开的，而Toolserver的资料库则不定时自动复制维基媒体的资料库。有时候由于资料库存取过大，复制较慢，便会产生延迟。另外，由于ToolServer上运行了很多高开销的程序，故通常ToolServer都很慢。－
日 (日) 08:39 (UTC)
Infobox_person 模板中有很多参数，其中第12为ancestor，标题为“籍贯”（并不正确，应该是“先祖”）；第13为 other_names，标题应为“别名”。但是如果你使用Infobox_person，other_names的值会被显示为“籍贯”的，而ancestor的值会被丢掉。请参看右边效果。我查看了 Template:Infobox_person, Template:Infobox_person/core 和 Template:Infobox，但看不出问题在哪里。哪位能帮助发现问题？--
日 (日) 22:58 (UTC)
(?)已修复，{{}}中调用的参数名有误。 &!--
( | ) --& 日 (一) 03:16 (UTC)
百度搜索机器人访问到的中文维基页面都是繁体的，即使用简体字写条目也是这样。 结果旁会显示“繁体”。大陆网民大多数都不熟悉繁体字，当看到这个结果是繁体的（虽然点进去是简体的），访问的可能率会降低。我想，中文维基媒体不如检测访问来自百度搜索索引机器人时，自动显示简体字，或者将页面重定向到zh.wikipedia.org/zh-cn/xxx。百度虽然也有繁体搜索，但排名上， .hk（还不包括上的邮件等）在香港是第三，而包括搜索和贴吧的是第六。 .hk在台湾也是第三，而是第二十。而且有很多繁体新闻网站被当局屏蔽，百度是搜不到的。因此，应该几乎没有人会使用。与此相比，百度的简体搜索用户就有几亿了。因此，我们目前应该可以忽略百度的繁体搜索，只考虑百度的简体搜索。--（） 日 (日) 11:26 (UTC)
通过快照看出对百度的请求给了zh-tw的版本，但这看不出是哪里的问题。有没有办法让百度的bot去爬一个我指定的页面，方便分析。 () 日 (日) 11:42 (UTC)
如果能多在百度贴吧和百度空间发几个链接，可能百度就会爬的。--（） 日 (日) 11:47 (UTC)
Liangent能不能用python模拟百度机器人访问维基百科？--（） 日 (日) 11:51 (UTC)
我就是想知道百度是怎么访问的。如果百度要简体页或者没有指定，结果给了个繁体的，那是MediaWiki的bug。如果百度的请求里就是指明要繁体的，那我们不用管。 () 日 (日) 11:57 (UTC)
那你想办法让百度来爬
看看。 () 日 (日) 12:01 (UTC)
找到了这个百度的接口，但无法确定什么时候来和会不会来。PS：8081那个网址我访问不了，确定运行正常吗…-- 日 (日) 12:20 (UTC)
似乎这个网站不能访问。--（） 日 (日) 12:21 (UTC)
正常。那个上面运行的是 do nc -l -p 8081 & "`date`.txt"; done。 () 日 (日) 12:39 (UTC)
这样的网页可能百度不收录。--（） 日 (日) 12:41 (UTC)
不用收录，来看一次就行，来看过的请求内容就会被记下来（然后我不发回去东西，自然就打不开了）。 () 日 (日) 12:44 (UTC)
发到了几个贴吧帖子，也提交了。--（） 日 (日) 13:11 (UTC)
你给粘贴吧了光骗人来点。 () 日 (日) 13:32 (UTC)
GET /robots.txt HTTP/1.1
Host: willow.toolserver.org:8081
Connection: close
User-Agent: Mozilla/5.0 ( Baiduspider/2.0; +/search/spider.html)
Accept-Encoding: gzip
Accept-Language: zh-cn,zh-tw
Accept: */*
截到Baiduspider的请求了。 () 日 (日) 16:09 (UTC)
百度的请求告诉服务器，它对繁体（台湾）和简体（大陆）有同样的偏好程度（因此按照
我们返回任何一种都可以）。而在MediaWiki的代码中，这种情况（输入两个有相同偏好程度的语言）的输出是不确定的（可能是两者之一），我认为没必要修改。同时到zh-cn版本的链接也在页面上存在（而且都在link rel="alternate"了），搜索引擎也可以同时把它们加入索引。 () 日 (日) 16:42 (UTC)
另一个方法是拒绝百度收录/wiki下面的页面，但我不知道如果在里面给disallow了的话，百度还会不会去跟随页面上到其他variant的链接。 () 日 (日) 16:48 (UTC)
在robots.txt里的disallow话就不会收录和跟随了吧。在&head&里定义meta信息可以更详细的控制不收录但跟随。&meta name="Baiduspider" content="noindex,follow"&。但是百度好像只支持部分Robots Meta，支持noindex参数。有没有更好的办法，比如能否对百度蜘蛛指定语言偏好？-- 日 (日) 17:20 (UTC)
不能，就算能hack也不想弄。这个是百度自己告诉我们，让我们随便给它简体/繁体网页的（还专门说了要大陆的或台湾的，如果原文是香港的繁体写的要转换了给它）。 () 日 (日) 17:35 (UTC)
我不太赞同禁止百度收录/wiki，其他网站都连接到/wiki，因为百度的搜索比较傻，维基的权重会降低。百度的写法是Accept-Language: zh-cn,zh-tw，zh-cn在先，能不能理解成百度优先收录zh-cn？那么meidiawiki对百度的请求，能不能改成反馈先前声明的语言？--（） 日 (一) 04:35 (UTC)
RFC好像没有说写在前面的是比较优先的。而且现在做的方法改起来比较麻烦（直接按照优先度排序了，然后php的排序函数不是）。 () 日 (一) 05:33 (UTC)
从以往的经验来看，百度虽然支持robots.txt，但是并不太遵守，即使在robots.txt里声明不要索引的内容，让然有可能会被无视-- () 日 (一) 02:27 (UTC)
If no Q values are given, the language-ranges are given in priority order, with the leftmost language-range being the mos this is an extension to the HTTP/1.1 rules, but matches current practice.
—，Page 4
-- 日 (一) 10:18 (UTC)
嗯，没见过这个
，我看看。 () 日 (一) 10:30 (UTC)
() 日 (一) 11:07 (UTC)
王小朋友觉得这挺赞的。
什么时候部署？-- －
日 (二) 13:03 (UTC)
预计Wednesday, June 20（）（） 日 (二) 15:26 (UTC)
方才，发现在用户对话页上竟然出现了2遍签名，请管理员检查下twinkle脚本，谢谢！ ——（） 日 (二) 14:13 (UTC)
还有，还没翻译的，求翻译—— 日 (四) 11:15 (UTC)
补充，刚刚看了{{}}模板，里面好像自带签名的，可能是新的欢迎新用户脚本额外附加了签名，但模板已自带，所以变成重复了。—— 日 (四) 11:19 (UTC)
目前提删功能用不了, 请有关方面留意:
添加存废讨论模板到页面: error在调用API时发生了错误“Gateway Time-out”。
打开页面“黄毅”: error在调用API时发生了错误“Gateway Time-out”。--※ 日 (五) 02:12 (UTC)
API和HTTPS全站。我已更新了ASN。-() 日 (五) 03:06 (UTC)
首先非常抱歉在这里提问，因为mediawiki那边没人会繁简转换的事情。
我们网站也是用mediawiki的，繁简转换程序把【徵羽摩柯】错误转换成【征羽摩柯】请问如何在全站范围禁止这个词的转换？
PS:这个问题在wikipedia也存在
--（） 日 (五) 15:17 (UTC)
（） 日 (五) 15:22 (UTC)
PS: 这个词在wikipedia用得不多吧，放转换组就行了，不用全站弄。（） 日 (五) 15:29 (UTC)
本主题全部或部分段落文字，已移动至。
—以上的留言是于日 (六) 14:00 (UTC)之前加入的。
最近我看见受保护的页面有好几种不同的标记，貌似是管理员依个人喜好添加的，一种是在右上角有一个小锁，一种是在条目中显示一个很显眼的模板，还有的干脆什么都不显示。我认为应该统一一下，仅在条目上加一个小锁，这样既不影响阅读，又能让人知道条目已被保护，不知各位是否赞成？--（） 悠悠地唱着最炫民族风，让爱卷走所有的尘埃…… 日 (日) 05:45 (UTC)
一编辑就知道已保护了……（要不要用JavaScript自动加，{{}}是依赖JS的，没有JS的话，小锁也没法显示，不过就只能显示通用的标志了，看不出保护原因）（） 日 (日) 09:49 (UTC)
不过如果用一个模板的话有些影响阅读。--（） 悠悠地唱着最炫民族风，让爱卷走所有的尘埃…… 日 (日) 10:21 (UTC)
就我看来没差吧,甚至不标记都看得出来-其实最简单的鉴别方法就是"编辑"变成"查看原始码"而已. -
日 (日) 11:35 (UTC)
那个小锁还能根据保护的程度用不同颜色显示，例如一个被半保护的条目，我可以编辑，但新用户不可以，这就不是单单看是否"编辑"变成"查看原始码"就知道的。--（） 日 (日) 22:12 (UTC)
其实个人觉得只要自己能编辑就没差吧 囧rz... -
日 (三) 02:20 (UTC)
RT，统计数据就算了，好多编辑工具完全用不了。-- 日 (一) 01:17 (UTC)
超过10天了。（） 日 (一) 03:46 (UTC)
Toolserver.org基本访问缓慢，可需要重点提升性能吧—— 日 (一) 04:03 (UTC)
囧rz...-- 日 (一) 06:27 (UTC)
奇怪，英文的没问题。--.. 日 (一) 08:42 (UTC)
因为en在s1上zh在s2上.... -() 日 (一) 08:46 (UTC)
编辑工具完全用不了就算了，我连我刷了多少编辑数都看不了了……--（） 日 (一) 13:54 (UTC)
自己的编辑次数在参数设置那里有得看。--.. 日 (一) 13:57 (UTC)
要说的话,因为replag的问题,所创条目看不了,机器人也无法自动移除多余的{{}}...也是囧吧. -
日 (三) 02:20 (UTC)
在我提名新条目推荐候选中的条目达到了获选标准，我需要做什么？还是全由管理员（或机器人）完成？--（） 悠悠地唱着最炫民族风，让爱卷走所有的尘埃…… 日 (三) 01:12 (UTC)
等机器人挂首页。-- 日 (三) 02:11 (UTC)
也就是说机器人会完成一切了。--（） 什么样的节奏是最呀最摇摆？什么样的歌声才是最开怀？ 日 (三) 04:29 (UTC)
应该说MathJax的&,&,&三个符号的问题由来已久(请在系统设置-&显示-&数学公式处选MathJax,而后看解析失败 (语法错误): & & & 源码&math&& & &&/math&),经过查询后知道&可用\lt代替,&可用\gt代替(效果:解析失败 (未知函数“\lt”): \lt \gt ,但&(也即ampersand)没找到对应的解决方案,不知诸位有没有什么好的解决方法呢?在此先谢过啦 -
日 (三) 02:20 (UTC)
等人来修。（） 日 (三) 05:39 (UTC)
或者只在中文、英文的也行。最近机器人老罢工啊……-- 日 (二) 03:29 (UTC)
日 (二) 08:47 (UTC)
他的机器人在英文版被封掉了……后来过了两个小时有机器人处理掉了。-- 日 (二) 09:16 (UTC)
这段时间我经常移动分类，一般移动完后三小时左右机器人才会修改en那边的。等不急的话还是手工改吧，顺便可以刷编辑数……--（） 日 (四) 06:08 (UTC)
应该是Toolserver的replag太大了，搞得机器人读不到新条目全部罢工了……只有几个可能是运行在自己电脑上的还在跑……-- 日 (四) 06:20 (UTC)
RT，注册用户的空讨论页是可以用TW的，IP用户的空讨论页怎么就没有TW菜单…-- 日 (五) 09:03 (UTC)
未发现此问题，倒是欢迎IP用户的界面全是英文。-- 日 (五) 09:05 (UTC)
前段时间机器人创建了很多行政区划条目，但刚才发现有些把之前的内容给覆盖了。比如说我两年前写的条目中就把“镇名取自明代官方修建的水利设施【官塘】。”这句话给删了。不知道有没有其他条目出现这种情况？--.. 日 (五) 08:33 (UTC)
有些内容较少的被覆盖掉了，比较多的还是原样。-- 日 (五) 08:42 (UTC)
历史里面全是小编辑和（人肉）机器人的就覆盖了，有其他的编辑就没动。（） 日 (五) 08:58 (UTC)
呃……这个明显不是啊--.. 日 (五) 09:17 (UTC)
历史里面bot之前的那不都是小编辑吗？（） 日 (五) 09:49 (UTC)
小编辑未必小啊-- () 日 (五) 09:55 (UTC)
（） 日 (五) 11:00 (UTC)
囧rz...好像的确是--.. 日 (五) 11:35 (UTC)
请问怎么将一个条目中的部分内容放到一个独立的、新建的条目中，直接复制粘贴可以吗？--（） 日 (五) 12:54 (UTC)
行，不过要在编辑摘要写出页面来自那一页，以便追查编辑历史。－
日 (五) 13:07 (UTC)
读取新页面来加跨语言链接老是撞墙。-- 日 (六) 05:07 (UTC)
可以用HTTP代理，在user-config.py中设置 proxy = { 'host': '127.0.0.1:端口', 'auth': None, }
PS: 建议通过或或隧道走。-- 日 (六) 05:20 (UTC)
其实在user-config.py中设置SSL_connection = True就不会撞墙了。记得先把pywikipedia更新到最新版本-- () 日 (六) 07:30 (UTC)
谢谢两位的方法。-- 日 (六) 07:32 (UTC)
哪里有 IPv6 Blocking for Dummies 啊……像的封禁，好像说range block是常态，因为每个用户有大量可用的IP？完全不懂哎……. 日 (日) 08:07 (UTC)
（） 日 (日) 09:34 (UTC)
以“无法正常显示，且影响版面，暂时移除”为由，将{{}}从。在下用Firefox 12.0、Google Chrome 19.0.0;m、IE 9、Safari 5.1.7共四款浏览器查看，发理只有Firefox无法显示竖排满文。如果Edouardlicn的理由成立，那么{{}}还有没有存在价值？--（） 日 (日) 06:20 (UTC)
反正我觉得这个模板名不好，和*nix的manual页冲突……（） 日 (日) 09:47 (UTC)
的确...之前编几个linux命令的条目时就发现过这问题. -
日 (日) 11:35 (UTC)
Man的确可以有几个不同意思……那不如改用ISO代码mnc？我想知道的是有没有办法解决在Firefox不能正常显示的问题？--（） 日 (日) 22:07 (UTC)
在{{}}加入display:inline-block，使其他文字的排版不受影响。直书的问题可能只有等待Firefox加入支持有关的css。--（） 日 (一) 18:13 (UTC)
个人希望改成iso代码...至于效果我根本看不到,因为我用的文泉驿不支持满文. -
日 (三) 02:20 (UTC)
已经移动到{{}}，至于满文字型，。--（） 日 (日) 16:09 (UTC)
本人建立了一个模板{{}}，功能可见测试，但有几个问题：
出现重复的导航
出现重复的滚动条
怎么解决？--（） 日 (六) 09:42 (UTC)
好像和的用户页原理很像，问问他做技术咨询—— 日 (六) 11:55 (UTC)
日 (六) 14:44 (UTC)
IE点了没有当机啊……--.. 日 (六) 15:07 (UTC)
神奇呀...我自己试的时候IE挂掉了（当然要参考的不是这个框...）－
日 (日) 02:30 (UTC)
position:fixed用IE没问题，有问题的话是别的属性的问题。-- －
日 (日) 13:55 (UTC)
是点下去隐藏它的时候出现问题－
日 (一) 01:59 (UTC)
我有一个设想，就是把ISO 639 name xx等模板并入26个{{}}、{{}}等模板，这样就不用反复建立ISO 639 name xx类模板，本人已经建立及--（） 日 (一) 02:54 (UTC)
{{}}?不过liang君说过太多switch选项可能对服务器也是个负担= = -
日 (一) 04:47 (UTC)
{{}}只 限用标准的code，例如波斯语必须是fa，用per就不行，我大概明白2011wp的好意，但是这样做未必容易管理和维护，例如波斯语既是fa又是 per，那么就要在ISO 639 f和ISO 639 p都放波斯语。反观其实就算建立多一个新的ISO 639 name xx模板，也不过是从现有的模板copy and paste再改语言名称即可，甚至如果已有该语言的模板的话，重定向也可以，例如已经有ISO 639 name fa，那么ISO 639 name per就可以重定向到前者。--（） 日 (一) 05:18 (UTC)
用户贡献：2001:DA8::A9FA:953B:42D9:C821 （讨论 | 封禁记录 | 上传 | 日志 | 滥用日志）
IPv6地址？今后这可难办了...(IPv4确认是否同一个IP用户看IP即可 很容易 IPv6可是有几乎用不完的IP的 怎么防范IP用户破坏？)--（） 日 (一) 06:30 (UTC)
常用段封禁。（） 日 (一) 06:59 (UTC)
访问异常缓慢，好像说s2持续高延迟，而且zh的db就在s2，然后查了http://status.toolserver.org/ ，说 “Hight replag because of inserting of many SHA1-hashes.”，是不是由于之前机器人刷条目而造成的？还是什么原因？—— 日 (一) 06:03 (UTC)
好像说是schema update。（） 日 (一) 07:02 (UTC)
是甚时候起没了的？--119.247.196.95 日 (一) 05:16 (UTC)
正确名称：或。--（） 日 (一) 05:24 (UTC)
在→维护报告→没有跨语言连接的页面。--（） 日 (一) 05:28 (UTC)
Thx! ^_^--119.247.196.95 日 (一) 08:50 (UTC)
在底部见到这个模板
用IE时没有多余的换行
用Firefox、Google Chrome、Safari的话就是斐迪南七世分成两行
用Opera则是卡洛斯三世分成两行
请问为什么有此现象？我玩弄过也找不出原因。--（） 日 (二) 04:55 (UTC)
日 (二) 05:17 (UTC)
强行配给XD－ 日 (二) 06:13 (UTC)
表格自动换行造成的吧。 日 (二) 07:21 (UTC)
如果不想换行的话，加 style="white-space:" 就可以了。不过目标模板已经全保护，所以我就不折腾了。请其他人根据情况在模板内或在调用处修改吧。 &!--
( | ) --& 日 (二) 09:19 (UTC)
--（） 日 (三) 11:39 (UTC)
例如当我查看的源代码，粉红色框内那句：
这个页面已经被保护以防止编辑，因为这个页面被以下标注“连锁保护”的保护页面所包含：
看来“$2”本来应该显示一个页面名称，在这个例子是。--（） 日 (日) 11:09 (UTC)
(?)已修复，。（） 日 (日) 11:16 (UTC)
（） 日 (日) 11:35 (UTC)
有些包含是可以的-- () 日 (二) 07:16 (UTC)
最好别干，看那个。（） 日 (四) 06:12 (UTC)
Chrome下版本比较出现如图问题···
—— 日 (三) 03:02 (UTC)
早就出现啰－ 日 (三) 05:09 (UTC)
囧rz...这···要怎么办-- 日 (三) 06:15 (UTC)
你喜欢的可以把它报上－
日 (三) 08:08 (UTC)
好像是新增的feature？找找存档。 日 (三) 08:18 (UTC)
他所说的问题应该是那些横向移动的移动条。－
日 (三) 08:23 (UTC)
Cause found in the new CSS (table.diff td div: { overflow: auto }) with comment "As fallback (FF&3.5, Opera &10.5), scrollbars will be added for very wide cells instead of text overflowing or widening." This also casues IE (not FF or Chrome) to display scrollbars seemingly random, so perhaps this should be removed. — Edokter (talk) — 10:15, 28 April 2012 (UTC)
另外，我当然明白，但当时好像是的。
当然我可能又误会了－ 日 (三) 08:36 (UTC)
但问题是我当时用的是FF12....orz.... 日 (三) 08:38 (UTC)
我试了下Chrome没问题啊……--.. 日 (四) 12:45 (UTC)
随机出现..... 日 (四) 15:32 (UTC)
懒得截图了 也没地方让你上图片作为引证这种 反正纯文字也能说清楚，
我的监视列表显示：
（差异 | 历史） . . 小 陈奕迅?; 04:13 . . （+89,469）? . . ?Joycey （讨论 | 贡献）? （→?新艺宝唱片时期： ） [回退]
（差异 | 历史） . . 小 陈奕迅?; 04:12 . . （+89,469）? . . ?Joycey （讨论 | 贡献）? （→?新艺宝唱片时期： ）
但实际条目历史显示是：
（当前 | 先前） 日 (一) 04:13? Joycey （讨论 | 贡献）? 小 . . （89,469字节） （0）? . . （→?新艺宝唱片时期） （回退 | 撤销）
（当前 | 先前） 日 (一) 04:12? Joycey （讨论 | 贡献）? 小 . . （89,469字节） （0）? . . （→?新艺宝唱片时期） （撤销）
--（） 日 (一) 11:37 (UTC)
Worksforme. --
日 (一) 12:33 (UTC)
数字不对？以前有过显示几百万的…（） 日 (一) 12:35 (UTC)
有办法制造一个显示不正确的版本吗？（） 日 (一) 14:39 (UTC)
将加入自己的监视列表就能见到问题。--（） 日 (一) 18:17 (UTC)
我是说如何编辑出一个显示不正确的页面版本（其实应该问?Joycey当时做了什么）。（） 日 (一) 18:26 (UTC)
今天早上不能编辑的时候出现过此问题。-- 日 (二) 03:30 (UTC)
什么意思，lag大的时候会出现？（） 日 (二) 05:25 (UTC)
不知道，刚才编辑正常，又出现了：
（差异 | 历史） . . 香港?; 15:24 . . （+134,904）? . . ?59.115.185.54 （讨论）? （→?特区时期： ）
（差异 | 历史） . . 香港?; 15:24 . . （+134,904）? . . ?59.115.185.54 （讨论）? （→?特区时期： ）-- 日 (二) 07:27 (UTC)
记录一下：
mysql& select * from recentchanges where rc_namespace=0 and rc_title='陳奕迅' order by rc_timestamp desc limit 10;
+----------+----------------+----------------+---------+--------------+--------------+-----------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+----------+--------+--------+-----------+---------------+---------------+---------+----------------+-------------------+--------------+------------+------------+------------+----------+-------------+---------------+-------+-----------+
| rc_timestamp
| rc_cur_time
| rc_user | rc_user_text | rc_namespace | rc_title
| rc_comment
| rc_minor | rc_bot | rc_new | rc_cur_id | rc_this_oldid | rc_last_oldid | rc_type | rc_moved_to_ns | rc_moved_to_title | rc_patrolled | rc_old_len | rc_new_len | rc_deleted | rc_logid | rc_log_type | rc_log_action | rc_ip | rc_params |
+----------+----------------+----------------+---------+--------------+--------------+-----------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+----------+--------+--------+-----------+---------------+---------------+---------+----------------+-------------------+--------------+------------+------------+------------+----------+-------------+---------------+-------+-----------+
| 37 | 37 |
448849 | Apple v
0 | 陳奕迅 | /* 派台歌曲成績（1998年起） */
| 24 | 24 |
448849 | Apple v
0 | 陳奕迅 | /* 派台歌曲成績（1998年起） */
| 31 | 31 |
448849 | Apple v
0 | 陳奕迅 | /* 派台歌曲成績（1998年起） */
| 22 | 22 |
204739 | Red16
0 | 陳奕迅 | 取消[[Special:Contributions/1.64.32.164|1.64.32.164]]（[[User talk:1.64.32.164|对话]]）的编辑；更改回[[Special:Contributions/Curveatoms|Curveatoms]]的最后一个版本 |
| 28 | 28 |
0 | 1.64.32.164
0 | 陳奕迅 |
| 45 | 45 |
438830 | Curveatoms
0 | 陳奕迅 | /* 派台歌曲成績（1998年起） */
| 07 | 07 | 1225880 | Joycey
0 | 陳奕迅 | /* 新藝寶唱片時期 */
| 51 | 51 | 1225880 | Joycey
0 | 陳奕迅 | /* 新藝寶唱片時期 */
| 35 | 35 | 1225880 | Joycey
0 | 陳奕迅 | /* 新藝寶唱片時期 */
| 35 | 35 |
448849 | Apple v
0 | 陳奕迅 | /* 派台歌曲成績（1998年起） */
+----------+----------------+----------------+---------+--------------+--------------+-----------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+----------+--------+--------+-----------+---------------+---------------+---------+----------------+-------------------+--------------+------------+------------+------------+----------+-------------+---------------+-------+-----------+
10 rows in set (0.24 sec)
mysql& select * from revision where rev_page=536991 order by rev_timestamp desc limit 10;
+----------+----------+-------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+----------+---------------+----------------+----------------+-------------+---------+---------------+---------------------------------+
| rev_page | rev_text_id | rev_comment
| rev_user | rev_user_text | rev_timestamp
| rev_minor_edit | rev_deleted | rev_len | rev_parent_id | rev_sha1
+----------+----------+-------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+----------+---------------+----------------+----------------+-------------+---------+---------------+---------------------------------+
| /* 派台歌曲成績（1998年起） */
448849 | Apple v
| b7o32vnh40ugy75zmcxlqp7punyitdz |
| /* 派台歌曲成績（1998年起） */
448849 | Apple v
| 54ai7pw1fwgy27i0nb4gjmoq5lb9u4x |
| /* 派台歌曲成績（1998年起） */
448849 | Apple v
| bqoctaw4pahd2rf8q959tu3rzxhvkva |
| 取消[[Special:Contributions/1.64.32.164|1.64.32.164]]（[[User talk:1.64.32.164|对话]]）的编辑；更改回[[Special:Contributions/Curveatoms|Curveatoms]]的最后一个版本 |
204739 | Red16
| mw639cbafyxq07n850ph9fsl2tucmey |
0 | 1.64.32.164
| pmzno0vdau2i0tyssqcfu5vp637f6qa |
| /* 派台歌曲成績（1998年起） */
438830 | Curveatoms
| mw639cbafyxq07n850ph9fsl2tucmey |
| /* 新藝寶唱片時期 */
1225880 | Joycey
| h3b8fe9njothjp62o6akljzmvr0el7n |
| /* 新藝寶唱片時期 */
1225880 | Joycey
| h3b8fe9njothjp62o6akljzmvr0el7n |
| /* 新藝寶唱片時期 */
1225880 | Joycey
| h3b8fe9njothjp62o6akljzmvr0el7n |
| /* 派台歌曲成績（1998年起） */
448849 | Apple v
| hopvl96svniaeozc40enbcua78k0wqx |
+----------+----------+-------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+----------+---------------+----------------+----------------+-------------+---------+---------------+---------------------------------+
10 rows in set (0.78 sec)
（） 日 (五) 13:15 (UTC)
，为什么没有产生编辑冲突？-- 日 (六) 02:53 (UTC)
上面便说了..--
日 (六) 03:05 (UTC)
r2.6.5也出现了，真让人惊讶。 日 (六) 03:16 (UTC)
题外话，为什么是编辑冲突？ 日 (六) 03:20 (UTC)
两个机械人都在加有关iw link，但版本编号相差了8个。－
日 (六) 03:23 (UTC)
又记错了囧，总记着空编辑=purge..... 日 (六) 04:01 (UTC)
好了，我用了“进阶最近更改”，然后最后更改出现以下情况
20:50 FAIRY TAIL角色列表?? （2次更改 | 历史） . . （+601）? . . [219.76.64.26? （2×）]
20:50 （当前 | 先前） . . （+274,147）? . . 219.76.64.26 （对话） （→?会员： ） [回退]
20:49 （当前 | 先前） . . （+601）? . . 219.76.64.26 （对话） （→?会员： ） (patrol required)
翻看历史，只有以下
（当前 | 先前） 日 (五) 20:50? 219.76.64.26 （对话）? . . （274,147位元组） （0）? . . （→?会员） （回退 | 撤销）
（当前 | 先前） 日 (五) 20:49? 219.76.64.26 （对话）? . . （274,147位元组） （+601）? . . （→?会员） （撤销） (patrol required)
然后是IRC的cvn-zh-scan，出现了：
[20:50] CVTBot7 IP
Possible gibberish?
(+601) Diff:
"/* 会员 */ "
[20:50] CVTBot7 IP
Possible gibberish?
(+274147) Diff:
"/* 会员 */ "
很明显最近更改是出了点问题？先前有人问过了，再问。－ 日 (五) 12:58 (UTC)
0字节的版本差异显示无变更，正常情况这种无变更修订会不作为一个版本存储而是刷新服务器缓存（Purge），不知道为什么现在有时会这样。-- 日 (五) 13:11 (UTC)
如何制造的...－
日 (五) 13:17 (UTC)
我是说找个办法重现bug啊……就是说怎样编辑条目才会出现这个问题，最好让原编辑者来报告。（） 日 (五) 13:17 (UTC)
，先放着一个。（） 日 (五) 13:22 (UTC)
－更新，居然放到Highest major了....－ 日 (六) 00:33 (UTC)
diff=，又一报告。 日 (六) 04:06 (UTC)
有大量已经了的页面，但为何还停留在昨天，但就正常更新了...（后者更新已回退）－
日 (六) 04:03 (UTC)
了的页面一些没有放够足够天数，一些和现在在首页上的条目的类型重复了。（） 日 (六) 05:39 (UTC)
重点是T:DYK没有更新但机械人更新了。－
日 (六) 05:54 (UTC)
一直是这样，总是先更新了那个时间才去看页面的，防止别人同时试图更新。（） 日 (六) 06:10 (UTC)
那么如果不需要更新是否应当自我回退掉那个时间，总比由他继续错下去好。－
日 (六) 06:12 (UTC)
反正现在主要就是bot自己看。回退麻烦，要么我就直接清空。（） 日 (六) 07:29 (UTC)
现在没有内容可更新的话就清空那个时间。（） 日 (六) 07:36 (UTC)
好像就中文版有问题：-- 日 (一) 02:34 (UTC)
好像好些了，昨天还延时三天，现在只延时一天了。--（） 日 (日) 08:57 (UTC)
目前中，用户不停地将math标签中的 & 修改成 \lt，而目前页面显示为\lt是一个未知函数，并且解析失败。根据用户在中的回复中指出：
,已经说得很清楚规范的用法是\lt与\gt而非&&了,而且明显在我这里\lt,\gt可以解析而&&不能解析,对此我不想多做解释,.这种浏览器的问题我管不了,请趁早换掉,你也可以考虑去消灭M$公司免得总是要用制杖的IE,但那更是不是我能管的事情了,这就是对你的大部分内容的回复.
貌似意思有两个：第一，wikipeidia的math标签是用的是mathjax，而mathjax对于&的表示方式规定为\lt；第二，此问题是浏览器兼容性引起的。然而，根据我的观察，wikipedia返回的html中，所有是用math的数学公式标签，均为类似
&img class="tex" alt="y=\frac{1}{\sqrt{x}}"
src="//upload.wikimedia.org/wikipedia/zh/math/b/b/5/bb56561eddeafb2ad10d5e.png"&
的一个img标签，应当是服务器负责解析并生成相应的图片并返回给浏览器，浏览器并不负责解析math标签。同时，我也针对此问题是用Win7+Chrome以及Ubuntu+Firefox，均显示为红色的解析失败（见如下附图）。
对此，我有如下疑问：
此问题是否确实不应与客户端浏览器有关，并且应当如我所推测的那样，无论是哪一种操作系统和浏览器为何，均有服务器端解析并返回图片；
wikipedia是用的是否为mathjax的标准库并进行解析的，如是，为何是用\lt不正确，是用&反而正确？是否存在Bug？
那么，到底哪一种写法才是正确的？
） 日 (四) 07:17 (UTC)
只有两次完全针对&的回退(其他都是你破坏了全文的条理而且加入才回退)也变成了"不断回退",自己未曾试过&math&&&&&/math&在MathJax下是什么效果(行,给你省点力气直接贴出来:,\lt:解析失败 (未知函数“\lt”): \lt\gt
)就一堆胡言,真是"兔子式思辩",我也算是服了你了.诸位可以参照和外加,我已经解释得无比清楚了,你来这里做的却不是提交bug而是莫名的指责,如果是因为我回退你的编辑才这么做的话,说真的不择手段是不是也该有个度?该说的就这样. -
日 (四) 08:14 (UTC)
第一，我对于您退回我的部分，我只是在你的讨论页中发表了我个人的建议，并没有针对你的任何修改，在条目中进行任何后续的实际行动；第二，您确实是两次退回两位不同用户针对此问题的修改（与我无关），并且第二位用户已经在修改备注中提示会出现错误，我只是提醒您在很执着的让用户看到错误的表示；第三，我在这里确实是针对你提到的问题寻求其他用户的意见，并且我也需要了解未来在遇到&的时候，标准的处理方式是什么。最后，我只想提醒您，目前我了解到的信息是这样的：1、wikipedia默认不启用MathJax；2、应当以普通用户默认的浏览状态为标准，即，至少暂时应当使用&；3、（我个人查看MathJax后这么认为：）MathJax不过是一个开源的js库，并非什么W3C标准，也不是浏览器必须准守的什么标准。
BTW，我完全没兴趣在这里指责什么，您觉得上面那句话是指责您的，请指出，我好了解什么地方是不对的。也请教您指出不择了什么手段，以达到什么样的目的，以便我了解我自己到底有什么企图。谢谢！—— （
） 日 (四) 14:40 (UTC)
"只是发表个人建议"?原来"貌似你把这个条目视为己出，容不得别人的修改了"也是个人的建议?而你不修改的原因恰恰在讨论页说得无比清楚,"你要愿意条目长这样，那算便吧。你干脆退回到我修改之前好了，何必这么费力一点点弄，最后还出来一堆红色的警告呢？"确实真是无比友善的表示.自己到我讨论页上发泄,被我指出错误(乱加原创研究+打乱条目)却指我"怨气很大",严人宽己是不是太有趣了?
我不否认我回退了两次(我也不知道为什么两次就是"不断",看来我的生物钟真的比较慢),我在摘要中也说得很清楚了,"use mathjax and you'll know what's wrong",我也备注在启用MathJax时会出错了,而这一切都被你刻意忽略(你能看到他们两个的编辑摘要却看不到我的摘要,是想说笑话么?),好似是你提起来我才解释的,你又打算如何解释?
是不是真的只为此?诸君请见前与隐藏模板.看也足以窥知一二.
我已经说过,为了暂时满足用户的需求而埋下隐患根本是饮鸩止渴;MathJax不是标准,很对,我没见过哪个工具就被W3C纳为标准的,但我倒想请你告诉我当前应用更加广泛的网页解析数学公式的任一工具,我只要一个,不用太多.
该说的就这样. -
日 (四) 16:01 (UTC)
前面的讨论似乎有点偏离主题，回到技术问题上，用\lt还是&还需要考虑到非注册用户的问题。我在不登录的时候，是无法用mathjax解析公式的，所以不登录的时候是无法显示\lt。如果ip浏览者都无法看到\lt的话，会是很大的问题。这个bug解决之前，所有使用&的条目都会受到影响。如果短期无法解决的话，必须要向非注册用户开放公示显示的选项，而且要注明什么条目最好使用什么显示方式，否则会造成大面积编辑战。—（） 日 (六) 20:57 (UTC)
都用&就行。（） 日 (日) 04:54 (UTC)
我还是认为不如直接用MathJax(IE6也支持应该就没什么问题了),或者直接使用区间形式(像这样:)折中(不过确如liang君之前所述,这种方法不完全通用,比如移位符).还有我怀疑WP服务器的图片是由&math&里的内容直接用TeX解析生成的,而TeX似乎是没有\lt这玩意的,在WP服务器端的TeX上加个转换规则应该就没问题了吧? -
日 (日) 08:53 (UTC)
“还有我怀疑……”：对。除了\lt还有一堆MathJax自己加的东西，大致意见还是准备禁用它们。（） 日 (日) 09:42 (UTC)
Mathjax的好处是可以在公式中嵌入中文，这也是很重要的（见之前我在客栈提出的讨论）。—（） 日 (日) 10:21 (UTC)
— Wikimedia blog（维基媒体基金会网志）
想要直接测试编辑器的人，请连结至，点选右上方的“Edit”，就可以开始试用。我刚刚玩了一下，中文又不能用了，看来要再次去反应亚洲语言的输入支援问题。--（） 日 (五) 04:37 (UTC)
这个可视化，只是把工具栏的工具可视化了。而那些表格，模板要怎么办呢。 日 (五) 04:41 (UTC)
表示对WYSIWYG编辑器没信心……--（） 日 (五) 04:51 (UTC)
表格说会进一步研究，另要加入中文字可以透过复制贴上解决。－
日 (五) 05:12 (UTC)
我这中文能用，但每次输入都会多出一个字……（） 日 (五) 05:25 (UTC)
用搜狗输入法就可以了，不过依旧google不行，输完一次就不行，必须关输入法一次—— 日 (五) 05:41 (UTC)
搜狗输入法+Chrome，输入中文完全正常。-- 日 (五) 09:11 (UTC)
M$2003仓颉+FF13，连输入数字也不能..... 日 (五) 09:16 (UTC)
我觉得我们可以适当应用
的技术来改进一下。--日 (五) 10:48 (UTC)
对了，这件事有问题要去哪个地方反映？是去开Bugzilla吗？--（） 日 (六) 06:51 (UTC)
日 (六) 06:56 (UTC)
输入法就别反映了，反映的够多了。（） 日 (六) 07:27 (UTC)
Windows 7，Firefox，Google输入法、搜狐输入法和腾讯输入法能输入，只是打5个字的话（如春哥纯爷们的话）就有点问题。——
日 (日) 12:54 (UTC)
希望有人关注一下该讨论页的问题。--（） 日 (一) 14:49 (UTC)
完成 （） 日 (一) 17:30 (UTC)
为什么总是出现?符号啊
请检查一下设定有没有错误。。。－
日 (一) 06:21 (UTC)
无法重现 （） 日 (一) 17:22 (UTC)
以 呀呀为关键字搜索的截图：
chrome 19.0.1084.56@ubuntu desktop 12.04 X86
firefox 13.01@ubuntu desktop 12.04 X86
哦，这个我看到了。@Liangent: “包含”搜索中的。－
日 (二) 03:06 (UTC)
常见，类似字符截断（中文字是多字节编码，搜索截段时可能按字节数的，刚好截不够三个字节，就断了，解码不能）—— 日 (二) 03:08 (UTC)
有点怀疑会是bugzilla里面搁置多年的。（） 日 (二) 03:52 (UTC)
发现日语维基也有这个问题，但是韩语维基却没有。
请签名。（） 日 (三) 03:59 (UTC)
：隐藏分类：