用户讨论:Jimmy Xu/存档/2015年/4-6月

页面内容不支持其他语言。
维基百科,自由的百科全书

twinkle

或许应该允许在Draft上tag维护模

方针果然不是完美无缺……之前我也询问过其他监督者,但没有回应。--Lanwi1(留言) 2015年4月16日 (四) 05:15 (UTC)
有话忘说了。若符合CFRD的话,是RD1。广告机器人所创建的页面有个明显特征就是内容是从其它新闻网站复制粘贴的。--Lanwi1(留言) 2015年4月16日 (四) 09:19 (UTC)
我不可能以侵权为由suppress,且需要suppress的侵权内容在英文站点以外基本上没有……--Lanwi1(留言) 2015年4月19日 (日) 18:23 (UTC)

Re:Template:Checkuser

meta的不一定正确,CentralAuth的缩写在其它维基都是CA。--Lanwi1(留言) 2015年4月20日 (一) 07:21 (UTC)

在本地能擅长对付马甲的人材非常少,我是其中一个。--Lanwi1(留言) 2015年4月20日 (一) 08:01 (UTC)

Re.

感谢阁下的提醒,我会注意,只是我认为这是针对不同条目的讨论,为阅读方便才分节。--Alfredo ougaowen留言2015年4月25日 (六) 05:16 (UTC)

已进行更正,请管理员阁下覆阅,并一同前往讨论。--Alfredo ougaowen留言2015年4月25日 (六) 05:19 (UTC)
这是个好提议,我也正在思考要不要提出讨论。像是元素或生物学名,虽然可能是由拉丁文或是希腊文构词,但是实际上在拉丁文或希腊文文献中并不使用这个字。在这个状况下,应该是将它列成一种共通科学命名法,而不是将其归类成单纯的拉丁文或英文。但是这方面我需要多研究点才能确定或提出讨论,我阅读吸收能力一向很慢。请问这在方针,或是条目探讨中提出才比较适合?--Alfredo ougaowen留言2015年4月25日 (六) 05:28 (UTC)
感谢,我会注意避免这些行为。--Alfredo ougaowen留言2015年4月25日 (六) 06:03 (UTC)
仔细看过资料,元素命名在早期没有统一规则,晚期元素名称较无争议,但是在早期则是有许多来源。因此用过度概括的方式来讨论,是有问题的,所以我将不会采取同一个标题来讨论这件事。而是针对我感兴趣的个别元素条目,逐一提出讨论。--Alfredo ougaowen留言2015年4月25日 (六) 09:10 (UTC)
提出一个比较好的标题来讨论,跟苏州君往来讨论了几次后,发现现在的歧见其实是化学元素除了拉丁文之外,能否加入英文,而不是原文是属于拉丁文或英文。不过这个讨论只限于铜等条目,请阁下也一同前往讨论。--Alfredo ougaowen留言2015年4月26日 (日) 03:55 (UTC)

User:Jimmy-bot机器人错误提删

该机器人反复以G15提删Category:AC/DC音乐专辑(见[1]),但其实Category名字空间没有子页面。--SFSQ2012留言2015年4月28日 (二) 16:34 (UTC)

您有新邮件!

您好,Jimmy Xu。你有一封新的电子邮件!它的主题是:“OS”。
此信息在2015年5月1日 (五) 06:26 (UTC)发出,你可以在任何时候通过移除{{You've got mail}}或{{YGM}}来移除本通知

J.Wong 2015年5月1日 (五) 06:26 (UTC)

诚邀阁下参与表决

Wikipedia:互助客栈/方针#Alexander_Misel.E7.9A.84.E6.84.8F.E8.A7.81--V (1984) 2015年5月1日 (五) 16:41 (UTC)

韩式炸鸡DYK

韩式炸鸡DYK净支持票已经达到要求,请问怎么还没有绿钩呢?螺钉留言2015年5月2日 (六) 23:46 (UTC)

Twinkle 速删通知豁免

近来处理修订删除方知原来沙盒创建者会被隐藏,藉以避免该用户受到速删通知骚扰。如此,每次多一页测试页就要重复此步多一次,似乎有点费时失事。最近甚至见有OS……另外,虽然该等测试页甚少得到援引,但无端隐去创建者名称,亦似乎不合版权政策。如此,会否有可能令TW有所例外,凡题为沙盒则不发速删通知?忽发奇想,如未可行,恳请见谅。--J.Wong 2015年5月3日 (日) 12:08 (UTC)

编辑战3RR无人理

独裁政体在经过一段时间的宁静后又燃战火,主编Hanteng不服大家所加的维护模板,屡次删除,在24小时内回退超过三次(有六七次了吧),还居然说“不受3RR限制”,我提交WP:VIP却没人理,导致这条目的编辑战依然继续。长此以往,谁还相信3RR原则的权威?请管理员主持公道,恢复至争议前的版本,谢谢!——苏州宇文宙武的主页 ♨留言 ☎交友 ★贡献 2015年5月3日 (日) 13:49 (UTC)

放生页面的问题

恳请解决"放生"页面被恶意修改的问题,在现在五月七日8点50左右的我修改之前!

事实:

我修改前:

新闻连结:http://www.ettoday.net/news/20150430/499945.htm

历史版本:近年在台湾中部也有不少剧毒蛇类像是只有南部才会出现的锁蛇,居然被人放生在中北部,造成人被咬伤的案例。→更有人大量购入眼镜蛇并带至苗栗县放生造成居民恐慌←[15][16][17]。

我修改后: (当前 | 先前) 2015年5月5日 (二) 23:50‎ 125.230.173.195 (对话)‎ . . (8,634 个字节) (+1)‎ . . (→‎过去不当放生的危害) (还原) 苗栗县农业处指出,近日泰安乡出现大量眼镜蛇,其中在象鼻村发现有东部平原的眼镜蛇,疑似为有心人士在此放生,可能造成生态危害。----->用疑似才贴近视实阿

而要直接回退到之前的版本是被拒绝的!

小结:这不是第一次发生了,没使用肯定语句,而直接下笔就是有人放生!

恳请Jimmy Xu协助查明是谁在恶搞,谢谢您!

拜托拜托

补充:http://udn.com/news/story/7470/869459-%E6%94%BE%E7%94%9F%E7%9C%BC%E9%8F%A1%E8%9B%87%E5%87%BA%E6%B2%92-%E6%B3%B0%E5%AE%89%E9%84%89%E6%B0%91%E6%80%95%E6%80%95

这是较为原始的新闻连结

wade08留言2015年5月7日 (四) 13:13 (UTC)wade08

更新DYK规则与流程的问题

你好,Jimmy Xu,DYK规则已经由在下在社群共识下更改。希望管理员能够配合撤去Jimmy-abot在WP:DYKC的部分自动功能,改由合格判断者判断投票有效性以及计票。--1=0欢迎参与WP:模仿专题 2015年5月20日 (三) 06:13 (UTC)

希望管理员能够和在下一道推动DYK滥投票问题的解决--1=0欢迎参与WP:模仿专题 2015年5月20日 (三) 06:20 (UTC)

请问

优良和特色条目评选中,有关上次评选后过一个月才能再参选的规定,是说从哪天开始一个月?我的意思是:如果某条目于1月1日参评特色,1月15日评选结束,那么下一次参评应该是2月2日,还是2月16日?--7留言2015年5月20日 (三) 15:41 (UTC)

那您看淮南子12号参评特色OK吗?--7留言2015年5月20日 (三) 15:54 (UTC)

之前讨论的结果,和之前的惯例都会隔上一个月(半个月太短吧……),上次有人提出,支持隔上一个月的多,但没有明确写到规则原文里面去。就这样白讲了,我是记得你好像关闭过这类的所以问一下。--7留言2015年5月20日 (三) 16:45 (UTC)

明天的特色条目展示

5月22日的,由于我没有为意当选了特色,所以没有自己创建该条目,请提我改成这个版本,谢谢。麻烦你了Wikipedia:特色条目/中岸水手足球会/draft--JK~揾我 2015年5月21日 (四) 17:28 (UTC)

@JAK:我创建的版本有什么问题吗?- 和平、奋斗、救地球!(留言)欢迎参与灭绝专题2015年5月22日 (五) 02:57 (UTC)
@和平奋斗救地球:,问题不大,但内文有红字、未有移除括号,我并且用了一张比较适合的图片,但亦非常感谢阁下的帮忙--JK~揾我 2015年5月22日 (五) 06:11 (UTC)

TW CSD

能否当用户在明显不符合标准的页面使用TW标注CSD的时候给出一个提示?Liangent留言 2015年5月19日 (二) 12:48 (UTC)

Module:Template:Delete/data里检查的那些。Liangent留言 2015年5月21日 (四) 17:12 (UTC)
其实就是有人问到R2……Liangent留言 2015年5月23日 (六) 01:23 (UTC)

苏州就化学元素条目首段格式问题致中文维基社群的公开信

首先,本人就该问题造成互助客栈条目探讨版严重拥堵并有可能涉及扰乱和破坏礼仪而致歉,但本人声明这并非本人的初衷,如有打扰还请社群的各位海涵。本人认为有必要将此问题的来龙去脉向大家说明,并提出本人的个人看法,供社群就解决此问题作为参考。

该问题本来不应该成为问题,缘起本人与User:Alfredo ougaowen君关于Doctrina条目的一场争议,双方争议的焦点在于标题到底是使用拉丁文源词还是英文,或者使用其中一个中文意思作为标题。在该问题还未解决的情况下,本人突然发现本人使用的Chrome浏览器来源于化学元素的英(法)文名,点开,发现其首段外文名Chromium未标注语言名称,想起看到过家中的1999年版《辞海》附录《国际原子量表》中各元素除了列出化学符号外就只列出了拉丁文名称,其中铬的拉丁文名貌似就是Chromium,而且本人虽然不是化学本科出身,但对于化学一向很感兴趣,初中时化学是全班第一,中考全市第一(99分,无100分),高中时为班级化学课代表,本人很清楚地记得老师说过元素的化学符号就来源于拉丁文名,而当初元素周期表草创时期,拉丁文也是国际科技通用语文(类似地,在生物学界学名也是用拉丁文)。因此,本人很自然地在条目首段的Chromium前加了拉丁文。然后就受到了Alfredo ougaowen的跟踪,他质疑并回退了本人的编辑,他认为Chromium不是拉丁文,本人就又找出最新的《辞海》的pdf版给出来源,但他还是半信半疑。本人发现很多元素的条目都在首段加入英文,这不符合元素符号来源于拉丁文的常识,就想干脆在所有元素条目首段加入拉丁文和《辞海》来源并删除英文,又在等条目执行加入拉丁文的想法,但一直受到Alfredo ougaowen的跟踪和质疑。Alfredo ougaowen持续地将问题反应到Wikipedia:互助客栈/条目探讨,本人每改一个元素他就加一个讨论,还不停地@本人,让人不胜其扰。之后User:Hanteng等人加入讨论,对我加拉丁文的行为口诛笔伐,本人也予以还击,并提出了投票解决的方案,该问题遂演变成现在这个局面。

这位始作俑者User:Alfredo ougaowen是个标准的加英文派,常常在编辑的一些条目中加入不必要的英文,如在意大利半岛亚得里亚海云豹奈梅亨东方狍等与英文或英语国家没有半毛钱关系的条目加入英文,屡教不改。他还创建了标准藏语原始汉藏语文艺复兴拉丁语等语言类条目,也都是与英文无关的,他偏偏要加入英文。对于的首段,他坚持Chromium是英文,却对本人拿出的《辞海》来源证明Chromium是拉丁文一再怀疑。因为该问题一再扩大,才形成了今天这个局面。Alfredo ougaowen加入英文的理由很简单,说加入英文有助于读者阅读,对于本人删除他所加英文的举动,他认为是妨碍编辑的行为而一再回退。对于他的行为,本人还是一句话,要看英文的请去英文维基,这里是中文维基,不是英文维基中文版,没有必要在与英文或英语国家无关的条目中加入英文。对于是否加英文的问题,在Wikipedia:互助客栈/方针#关于在非英语条目添加英语名已基本讨论完毕达成共识,基本上参与编辑的资深编辑和多数管理员都认可没有必要在与英文或英语国家无关的条目中加入英文,但是Alfredo ougaowen的行为与此认可是背道而驰的。其实Alfredo ougaowen等加英文派的理由十分牵强,要说加英文便于阅读和编辑,那为何不加德文、法文、西班牙文等其他大语种呢?如果一定要加英文才能便于阅读和编辑的话,干脆在每个条目的中文正文下加上英文译文,这样就完全能“便于阅读和编辑”,岂不更好?那样的话,中文维基干脆改名英汉或者汉英维基得了。所以在这个问题上不应该有任何讨论的余地,而应该坚决对加英文派说不。

至于该问题所涉及的另一位维基人User:Hanteng君,想必大家对于本人与他的恩恩怨怨并不陌生。在这个问题发酵初期,Hanteng与本人在独裁政体条目是否存在中立性问题这个问题上又发生了争执。众所周知,我们两人的政治立场大相径庭,争议是难免的,而Hanteng一向什么事都爱插一脚,对于本人的任何看法从来都是反对的。既然Hanteng重新开始活跃,那么他反对本人在化学元素条目首段格式问题的立场也是非常正常的。Hanteng的长处在于找资料,但他的短处是不会长话短说,而且喜欢长篇大论,到处口诛笔伐,重复话题(我戏称为“祥林嫂”式的抱怨,以及“贴大字报”),他一下子开了N个(本人没数)相关话题对本进行“讨伐”,以至于管理员User:Shizhao也看不下去,对他进行了警告(请集中在一个章节讨论,不要到处开新章节。再这样下去,应该算是扰乱维基百科了--百无一用是书生 (☎) 2015年5月20日 (三) 01:57 (UTC))。都说太长不看,加上本人处于毕业答辩的最后关键时期,难以一一予以回应,但这样反而给大家一个印象——Hanteng比本人更有道理。实际上,在这个问题上,我们两人都有道理,完全不是Hanteng单方面宣称的那样本人的讨论都是“误导”和“谎言”,甚至是“无知”和“反智”。

Hanteng一再宣称的本人有关“贝采利乌斯用拉丁文名统一元素的名称”是“原创研究”,然而本人确实提供了来源,并且在此来源可能不足以证明“贝采利乌斯用拉丁文名统一元素的名称”的情况下修改了本人所提的方案的格式,即使贝采利乌斯并未用拉丁文名统一元素的名称,本人也没有“原创研究”。Hanteng也一再宣称IUPAC对于元素的规定命名不局限于英文,然而根据IUPAC自己的官方文件第46-47页关于元素命名的问题,IUPAC规定的就是元素的英文名而非其他语文的名称。而它在表I(第248页)中列出的是批准的在化合物组成的各原子的英文名称,但它只是建议其他语言中所用的原子的名称尽量与表中的英文名称相似,同样承认过去的非英文命名且与英文名称相差较大的其他语言中的原子名称,也就是说它并不规定元素一定要用英文,更没有规定非英语国家和地区的元素也要以英文为标准或者使用英文名称,所以使用英文是说不过去的。该表I不过列出了元素的英文名而已,没有强制对元素进行自己的命名,因为这个组织主要是规范化合物命名的,要规范化合物的英文命名自然要先列出化合物组成各元素的英文名,不过也就仅此而已,它的这个表也不具有约束力,在英文国家和地区以外的国家和地区未必会用英文名。举个很简单的例子,在德国等德语国家和地区,就不会用IUPAC的英文命名Tungsten,而会用德文Wolfram。同样的例子有等,其他元素也有很多在非英语国家有着与英文不同的词语形式,如此多的元素在非英语国家并未使用IUPAC的英文命名,这与Hanteng等IUPAC英文名支持者所称IUPAC英文名是世界通用的情况完全不同。还是老话,英语只在英语国家是正式的通用语言,而在全世界它只不过是通用语的一种(尽管可能是最为流行的),但其他通用语还有法语、西班牙语、阿拉伯语等,所以为什么一定要加英文呢?

对于Hanteng宣称的本人使用大陆版《辞海》作为来源是“地域中心”,本人已经修改方案,允许加入其他可靠来源来证明这元素的拉丁文是正确的,而且《辞海》也曾在香港出版,所以根本没有所谓“地域中心”的问题。至于Hanteng所宣称的本人排挤IUPAC的英文名,也是无中生有的,本人的方案一开始就允许在正文部分加入元素在各种语言中的形式,当然包括了IUPAC的英文名。而且,现在元素的基本信息框内只列出元素的英文名(也就是IUPAC规定的英文名),已经涉嫌英文中心主义,再在首段首句列出,岂不重复而且过分?而Hanteng在搜集一系列资料试图“讨伐”我后,同样得出了结论,那就是贝采利乌斯采用的元素的化学符号都来源于元素的拉丁文名且沿用至今,那么在首段化学符号之后加入拉丁文名以示读者这个化学符号是来源于哪个拉丁文,这应该是相当正常的,为什么要反对呢?

综上所述,本人支持任何全球视野的可靠来源,从来没有只用《辞海》来源而造成所谓的”地域中心“,也从来未排挤IUPAC规定的元素的英文名,但一则英文名并非强制在全世界通用,二则现在元素的信息框已经有英文名了,所以没有必要再在首段首句加入英文名,当然本人也不反对在正文加入英文名及其词源。既然元素的化学符号都来源于其拉丁文名,那么在首段首句加入拉丁文名是有必要的。本人一向为中文维基前途着想,不想因此问题而导致社群的混乱,故而在共识难以达成开投票以求最终解决问题,完全是为了中文维基好,希望大家不要因为本人的政治立场而反对本人(本人知道本人的政治立场在这里不讨喜)。因为本问题涉及的讨论很长,本人的回应也相对较长,如有打扰,还望海涵,也请大家至Wikipedia:互助客栈/条目探讨#化学专业术语投票发表自己的看法或者投票,谢谢!PS:因为User:和平奋斗救地球君已经四处拉票,为公平起见,本人也只好拉票,还请见谅。——苏州宇文宙武的主页 ♨留言 ☎交友 ★贡献 2015年5月23日 (六) 18:25 (UTC)

关于 IP 地址封禁

您好,我所使用的 108.61.182.53 地址位于被 User:Jimmy-abot 封禁的 108.61.0.0/16 地址段内。这个地址段属于 Vultr.com 的东京机房,地址都是要租用的,如果没有人错误配置,应该都不属于开放代理。而至于我的这个地址,我也打算长期租用,所以希望解禁。而作为建议,认为这个地址段内的地址应该遵从每地址的封禁原则,而不是全段封禁。谢谢。 王啸宇留言2015年5月25日 (一) 08:29 (UTC)

hanteng:请就事论事

不能期待你喜欢我这个人,但请就事论事考虑以下两位的意见(一位站外专家,一位译编过40个元素条目的维基人):

  1. 北京大学王教授:若本人主编一本读者设定在非化学专业大学知识水平的化学专业术语的字典或百科全书,“采用IUPAC/IUPAP的建议名称就行,没必要用拉丁文。”元素历史介绍如涉及到拉丁文,那介绍一下拉丁文无妨。(详见Wikipedia:互助客栈/条目探讨#教授回信内容摘要
  2. 维基人钢琴小子:“tl;dr:应在首段标注拥有特殊地位的IUPAC英文命名,这是公正、客观的标准,不存在英文中心的问题。”

若您对我或苏的方案有疑问,关键在此:我的提案不禁止拉丁文出现在首句,但苏的方案禁止IUPAC的名称出现在首句。--❦维基vs百度来源专题 hanteng 2015年5月23日 (六) 19:04 (UTC)

有关Hanteng去信和专家的意见,以及Hanteng对本人所谓“禁止IUPAC名”的无端指责,请见Wikipedia:互助客栈/条目探讨#对于Hanteng去信和专家意见的回应及其他一明真相。如有打扰,还望海涵。——苏州宇文宙武的主页 ♨留言 ☎交友 ★贡献 2015年5月26日 (二) 09:08 (UTC)

利用VPS做代理的IP编辑算不算违反NoProxy

User:192.52.166.252曾经清空过一次LL章节,然后今天检查了下whois,是Crowncloud的网段,这公司其中有出售VPS服务,而由于众所周知的封锁,有不少人利用海外VPS自建踏板来当绳子(一些VPN商也是这样做),这样同样也是达到Proxy的行为,是否需要对这种IP编辑做出封禁?或者需要以后关注主要VPS供应上的IP段来检查Proxy?(也和shizhao询问中)

另,看见上面好像有人就是租用VPS来做跳板代理,只要不是大量地作为Proxy使用就没问题?——路过围观的Sakamotosan 2015年5月28日 (四) 09:53 (UTC)

Re: 火车票的版权归属

应该是的。版权具体归属要看出票机是谁做的。 --达师 - 318 - 527 2015年5月29日 (五) 19:06 (UTC)

票上的可能有版权的内容包括票纸的底纹和票纸上印的字的排版。底纹我不清楚,你说是部统一的,也有可能。字应该归出票机的制作方吧。除非有相关的强制性标准。 --达师 - 318 - 527 2015年5月30日 (六) 08:42 (UTC)

既然这个页面作为草稿名字空间的沙盒来用,那这个页面不知该不该像别的命名空间的沙盒页那样考虑用机器人定时清理呢?-- 2015年5月30日 (六) 17:33 (UTC)

在下提报了用户查核

如题,在下在用户查核页面提交了一名编辑倾向明显,显然是为了投票而创建的用户的查核请求,烦请您过目,大感谢!orz--门可罗雀的雾岛诊所欢迎光临神社的羽毛飘啊飘 2015年6月2日 (二) 02:19 (UTC)

Twinkle

英文版Twinkle增加了两个新模块Block(取代Warn模块的封禁功能)和D-batch(取代Deli-batch),参见[2],这里是否要跟进一下。--GZWDer留言2015年6月10日 (三) 09:19 (UTC)

闷声发大财:两个用户

水卢のXu大大,我看到你有清查“注册就是为了参与讨论的用户”,因此联想到两个编辑数较低的用户:Special:用户贡献/Q714182379(AsdZhang)和 Special:用户贡献/Herfjotur 。  前者是编辑倾向(或者至少编辑资历)非条目性,目测不是傀儡,但其投票是否有效?后者是用户名称可疑+注册时间短+实质性编辑也不多,看着就有点可怕。
由于本人对此并不确定,而且我的理由也不是常见的“查核傀儡”,所以于此询问。如有不妥还请指教。曰..曰 我们什么也不说,这是坠好的 -- SzMithrandir(留言2015年6月3日 (三) 23:44 (UTC)

啊,你回来了~ 可以处理一下这两个吗?-- SzMithrandir(留言2015年6月11日 (四) 00:40 (UTC)
...... -- SzMithrandir(留言2015年6月13日 (六) 22:30 (UTC)

看起来进入死循环了。--GZWDer留言2015年6月15日 (一) 13:23 (UTC)

DYK机器人

请问有没有可能告诉机器人,看到条目上有某几个模版时就不挂上DYK?--Temp3600留言2015年6月16日 (二) 04:25 (UTC)

Bots

I apologize for sending this message in English.

You are receiving this message because a technical change may affect a bot, gadget, or user script you have been using. The breaking change involves API calls. This change has been planned for two years. The WMF will start making this change on 30 June 2015. A partial list of affected bots can be seen here: https://lists.wikimedia.org/pipermail/wikitech-l/2015-June/081931.html This includes all bots that are using pywikibot compat. Some of these bots have already been fixed. However, if you write user scripts or operate a bot that uses the API, then you should check your code, to make sure that it will not break.

What, exactly, is breaking? The "default continuation mode" for action=query requests to api.php will be changing to be easier for new coders to use correctly. To find out whether your script or bot may be affected, then search the source code (including any frameworks or libraries) for the string "query-continue". If that is not present, then the script or bot is not affected. In a few cases, the code will be present but not used. In that case, the script or bot will continue working.

This change will be part of 1.26wmf12. It will be deployed to test wikis (including mediawiki.org) on 30 June, to non-Wikipedias (such as Wiktionary) on 1 July, and to all Wikipedias on 2 July 2015.

If your bot or script is receiving the warning about this upcoming change (as seen at https://www.mediawiki.org/w/api.php?action=query&list=allpages ), it's time to fix your code!

Either of the above solutions may be tested immediately, you'll know it works because you stop seeing the warning.

Do you need help with your own bot or script? Ask questions in e-mail on the mediawiki-api or wikitech-l mailing lists. Volunteers at m:Tech or w:en:WP:Village pump (technical) or w:en:Wikipedia:Bot owners' noticeboard may also be able to help you.

Are you using someone else's gadgets or user scripts? Most scripts are not affected. To find out if a script you use needs to be updated, then post a note at the discussion page for the gadget or the talk page of the user who originally made the script. Whatamidoing (WMF) (talk) 2015年6月17日 (三) 19:03 (UTC)

Test页面存废讨论通知

您好,您先前创建或编辑的页面“Test”已被提出存废讨论正在讨论该页面的存废
维基百科非常欢迎您的编辑,但请先看看编辑帮助维基百科不是什么,以免犯了常见的错误
请不要自行移除页面存废模板,讨论是因为有编者认为页面不适合维基百科。请参与页面存废讨论,您亦可以与提删的维基人进行沟通。在讨论期间欢迎继续完善原先的页面,多谢合作!
帮助:互助客栈删除指导存废复核请求IRC聊天频道--百無一用是書生 () 2015年6月26日 (五) 02:05 (UTC)

Twinkle bug

这个编辑没有加上Twinkle的标签。已reproduce。--GZWDer留言2015年6月29日 (一) 17:04 (UTC)