跳至內容

使用者討論: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)