User talk: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)