跳至內容

維基百科:互助客棧/技術/存檔/2014年1月

維基百科,自由的百科全書

為什麼維基百科的內容會被抄襲

問:有語法可以將條目中的子標題分類嗎?

例如,我想將「推理小說」這個條目下的#冷硬派,歸類到「分類:推理小說」這個分類頁面。 簡單來說,我不用再新創一個條目,可以用現有某一個條目內的段落,而讓這個段落的名稱(如:冷硬派),出現在某一個分類頁面。 (如:「分類:推理小說」) 有辦法,在分類的頁面上顯示某個條目的段落嗎? --Bshong0520留言2014年1月1日 (三) 12:46 (UTC)

個別的頁面章節無法納入分類。就算有辦法做到,還是建議閣下不如直接寫個條目,即使是小作品也好。-Lif…lon 2014年1月1日 (三) 13:41 (UTC)

問:維基「全語種全文轉換」的語法是?

例如,我想讓關於Jorge Luis Borges的中文條目,簡體:「博爾赫斯」都轉換成繁體:「波赫士」。該用什麼語法? 先創建公共轉換組? "CItem|"語法什麼時機使用? --Bshong0520留言2014年1月2日 (四) 07:58 (UTC)

像這樣:[1]。詳見{{noteTA}}的用法。-Lif…lon 2014年1月2日 (四) 08:24 (UTC)
創造公共轉換組:波赫士 之後,在你想要轉換的條目貼上:{{noteTA|G1=波赫士}}

不知道還有沒有更簡便的方法? 不過問題的意思應該是全語種「自動轉換」? 有自動轉換、不用手動加上語法的方法嗎? Zkbai1110留言2014年1月2日 (四) 08:29 (UTC)

如果只是那麼一個外語譯名的話,不宜建立公共轉換組。有全局轉換表,但Borges的譯名沒有常用到要全局轉換吧,也可能有其他名為Borges的人物的譯名和這位不一樣,那就會造成錯誤的過度轉換。見H:AC。-Lif…lon 2014年1月2日 (四) 09:27 (UTC)

高風險模板禁止修改的提示信息為空

如題,「根據以下的原因,您並無權限去編輯本頁: 」後面沒有寫原因。 --小烈 (找我?) 2013年12月29日 (日) 06:25 (UTC)

不要在意這些細節 囧rz...,實際上有很多高風險模板都沒有無權去編輯的原因的,可能是管理員在保護該模板時沒有填寫保護原因。 ——Nigel2014新年大掃除 2013年12月29日 (日) 13:08 (UTC)
有管理員把界面消息改壞了, 已修復,@Jimmy xu wrkLiangent留言 2013年12月29日 (日) 13:42 (UTC)
怪不得從8月開始無權編輯的原因基本都不在了,我還以為是管理員沒有填寫原因呢。 ——Nigel2014新年大掃除 2013年12月30日 (一) 13:41 (UTC)
管理員可以把介面消息改壞喔 囧rz...--Jason924tw留言2013年12月30日 (一) 13:55 (UTC)
這個現象我遇過很多次,早已見慣,置之不理。只是沒想到原來這是管理員的傑作,哈哈!--黃居士留言 | 參與專題2014年1月3日 (五) 13:39 (UTC)

taxobox

織絲植物門的infobox有些問題,除去「屬」一欄里的排版,也不顯示參數|grandparent_authority({{taxobox}}),何故?求修正,多謝。--淺藍雪 2014年1月3日 (五) 12:00 (UTC)

第一個已修復。第二個不知道,中文模板好像沒這參數,英文模板有但也沒顯示。--YFdyh000留言2014年1月3日 (五) 15:37 (UTC)
那麼另外一個|authority =呢?--淺藍雪 2014年1月3日 (五) 16:21 (UTC)
中英文用的模板不同(原因不明),所以參數支持不同。中文用的Template:Taxobox,而英文版用的Template:Automatic_taxobox在中文版未成型,可能得移植它。--YFdyh000留言2014年1月3日 (五) 16:45 (UTC)
矮油。。每次用taxobox都讓人糾結。--淺藍雪 2014年1月3日 (五) 16:56 (UTC)
taxobox有說明文檔啊。都不看看。烏拉跨氪 2014年1月3日 (五) 17:22 (UTC)

我怎麼進了拒收邀請訊息登記冊?

RT--== 2014年1月5日 (日) 08:38 (UTC)

[2][3](已回退)。-Lif…lon 2014年1月5日 (日) 11:37 (UTC)

Template:ITA的中文顯示問題

目前 Template:ITA簡體中文狀態下顯示文字為「义大利」,而不是簡體中文常用的「意大利」,雖然已有相應的地區詞轉換,但似乎在此模板中失效了。PALMER -@Palmer-Edits- 2014年1月4日 (六) 09:25 (UTC)

繁簡體轉換隻做字對字的轉換,地區詞轉換負責轉換為各地區常用的形態。這是各種轉換的正常功能。—Snorri留言2014年1月4日 (六) 09:36 (UTC)
無法重現--H2NCH2COOH留言2014年1月4日 (六) 11:08 (UTC)
我在Template:Country data Italy的編輯似乎修復了這問題,請大家看看還有沒有問題--Jason924tw留言2014年1月4日 (六) 16:11 (UTC)
被回退了哦……-Lif…lon 2014年1月5日 (日) 11:26 (UTC)
抱歉,我不知不能那樣...。順帶一提,zh-hanszh-sg仍顯示「义大利」,應該沒關係吧---Jason924tw留言2014年1月5日 (日) 12:28 (UTC)

2013年12月30日 (一) 08:49 (UTC)

話說這個編輯器在手機上是怎麼倒騰的啊,誰試過--== 2014年1月4日 (六) 16:41 (UTC)

哦,我知道了,原來要這樣搞:zh.m.wikipedia.org/wiki/攝氏溫標?mobileaction=alpha--== 2014年1月5日 (日) 13:56 (UTC)
我倒更想知道那個傳奇般的CirrusSearch何時在此安裝。--Liuxinyu970226留言2014年1月5日 (日) 04:09 (UTC)

2014年1月6日 (一) 08:35 (UTC)

再議多國語字體

前段時間,因為曾討論過的IE更新造成的變故,我創建了模板{{Font-ja}},並將其應用於{{Jpn}}等其他模板和條目(詳見連入頁面),不料於{{Jpn}}、{{Nihongo}}等模板遭回退,其中{{Nihongo}}模板的回退給出了一個可參考的理由:「在IE8反而會強制使用非指定日文字型」。

現在相關模板陷入了兩難的境地,如果照顧舊瀏覽器,越來越多安裝了更新的電腦會顯示異常,Maxthon等瀏覽器的支援問題亦得不到解決;而用{{Font-ja}},IE8等瀏覽器又不行。

希望現在蒐集一下各個環境下字型的顯示效果:

現在已知情況的是如此:

  • Maxthon、繁體中文Windows 7:中文/日文/日文
  • IE 11、繁體中文Windows 7:中文/日文/日文

希望各位能報告顯示效果,謝謝。--H2NCH2COOH留言2013年12月31日 (二) 13:53 (UTC)

(※)注意:以下測試不包括{{Lang|zh}}。--關注2014新年大掃除 2013年12月31日 (二) 15:36 (UTC)
Google Chrome 在 LG 繁中 Android 手機:全部正常,效果相似
Google Chrome 31.0.1650.63 m 在 繁中 Win8:全部正常,但{{JIS2004字體}}效果不大好看
IE10 在 繁中 Win8:全部正常,但{{JIS2004字體}}效果最好看
淘寶瀏覽器(簡中) 在 繁中 Win8:全部正常,但{{JIS2004字體}}效果最好看
LG 繁中 Android 手機的系統瀏覽器:全部正常,效果相似
Meizu 繁中 Android 手機的系統瀏覽器(乞求朋友借的):全部正常,效果相似
--關注2014新年大掃除 2013年12月31日 (二) 14:09 (UTC)
缺乏對。「好看」、「不好看」等的解釋。建議闡明你看到的是那一種字體,或者用截屏。--一個正常人 捍衛人權 還我自由 消滅獨裁 2014年1月1日 (三) 04:47 (UTC)
加一個對比:{{Lang|zh}}效果:殘 漢 褐
如果確實是某瀏覽器不符合標準,又用戶量比較大的話,MediaWiki:Common.js里選擇性地加CSS吧(已經有幾個了)。不要為着這個把一大堆模板都改掉。Liangent留言 2013年12月31日 (二) 14:47 (UTC)
{{Lang|zh}}的效果(Google Chrome 31.0.1650.63 m 在 繁中 Win8)最好。--關注2014新年大掃除 2013年12月31日 (二) 14:56 (UTC)
我覺得三種字體在Chakra GNU/Linux下用Firefox26、Chromium31、Opera12.16、Qupzilla1.4.4、Rekonq2.4.0看起來都一樣啊......,只有用KonquerorKHTML引擎時,第一種字體看起來會較粗較好看。--冥王歐西里斯 ( 與我討論 / 我的貢獻 ) 2014年1月1日 (三) 05:26 (UTC)

(※)注意討論的並非好看與否,而是正確與否。現在的目的是要求瀏覽器正確顯示日本漢字,而如果顯示成補充的zh的效果,恰恰說明是錯誤的。--H2NCH2COOH留言2014年1月1日 (三) 12:15 (UTC)

Google Chrome v31.0.1650.63、Mac OS X 10.7.5:
Lif…lon 2014年1月1日 (三) 13:32 (UTC)
我不認為應該強制使用某種字體。而應該交給瀏覽器和用戶來決定。至於瀏覽器支持有問題,那是瀏覽器的事情,應該提交bug給瀏覽器開發者,而不是在維基百科這邊來給它補漏洞。更何況,200多種語言,真的只有日文有這種問題麼?其他語言就沒問題了?為何要專門給日文補這個漏洞?--百無一用是書生 () 2014年1月2日 (四) 01:26 (UTC)

其他語言在什麼字體中顯示都基本不會出錯,但只有東亞語言麻煩,字體不同顯示的字形還會不一樣!不僅日文,強制顯示繁體字、簡體字字體的模板也有必要。說無須考慮瀏覽器支持,那是不是{{僻字}}模板也可以廢除,因為無須考慮電腦對新漢字的支持?--H2NCH2COOH留言2014年1月2日 (四) 11:41 (UTC)

強烈(-)反對使用{{font-ja}}模板。該模板強制制定了字體使用MS PGothic,而非由用戶自行選擇。事實上,我在Firefox中是指定日文使用明瞭體顯示。瀏覽器的BUG請找瀏覽器開發者,不要亂改維基。而且這根本不是「無須考慮瀏覽器支持」的問題,而是用了這個模板之後其他「正確」的瀏覽器的顯示效果反而受限的問題。不用{{font-ja}}並不是什麼所謂的「照顧舊瀏覽器(IE8)」,而是對其他沒有BUG的瀏覽器的「照顧」。--小烈 (找我?) 2014年1月3日 (五) 08:33 (UTC)
我又仔細研究了一下這個問題,發現癥結源自IE11對
font-family: sans-serif;
的處理有問題導致的。事實上,此句話是維基百科對字體的唯一指定:使用無襯線字體顯示(並沒有指定到底是什麼無襯線字體)。對於大部分瀏覽器如Firefox,此指定只會使其去選擇用戶設定好的無襯線字體而已;但是在IE11中,無襯線字體是無法設置的——其被視為是一個固定的字體:如果是就是簡體中文就是微軟雅黑,英文就是Arial,日文就是MS PGothic等。如果將CSS中的這句去除,則可以正常顯示各種語言的設定字體。一個臨時的解決方法是在internet選項-常規-輔助功能中勾選「忽略網頁上的字體樣式」,缺點是這樣所有網站的字體都是默認了;如果IE有類似於Stylish這樣的擴展,自然也可以只將Wikipedia的去掉。--小烈 (找我?) 2014年1月3日 (五) 09:20 (UTC)
涉及IE的問題絕不能視為個例(而且IE在中國的佔有率還特別高)。另,文言文維基百科似乎不存在該問題,中文版能否對此作出調整?(不過那是因為文言版不成熟也說不定,但我實在看不出指定無襯線字體的優點)。--H2NCH2COOH留言2014年1月3日 (五) 11:32 (UTC)
即使拿佔有率說事,中國大陸佔有率高的是IE6-IE8,不是IE11。無論是從數量上還是正確性上來說,IE11都不值得維基做出特例來進行照顧。無襯線字體更適合顯示網頁字體,如果去掉用英文字體會默認使用Times New Roman,很難看。--小烈 (找我?) 2014年1月3日 (五) 22:43 (UTC)
OK,我亦贊同這個觀點。但奇怪的是,為何創建{{Font-ja}}時無人反對?另外,之所以不直接改{{Lang}},正是因為考慮到影響太大,會「委屈」很多正常瀏覽器,遂創建{{Font-ja}}模板,以在必要時(如介紹日本漢字的情況下)強制使用日本字體。而這點在日文維基早已有先例,即{{JIS2004字體}}的日文版,它指定的字型確實在普通SIZE下並不好看,但應該就是為了避免新JIS漢字錯誤顯示成中文字體或擴張新字體而設計的。在中文維基,適時「照顧」多國語支援有問題的瀏覽器,強制使用日本字體,亦是必要的。--H2NCH2COOH留言2014年1月4日 (六) 00:27 (UTC)
這麼說吧,我舉個例子。之前Chrome其實有更大的問題:因為Chrome不能根據語言設置字體,結果就是如果你字體設置成了宋體(中文Chrome默認設置)那麼不要說中文維基的{{lang}}模板,就連直接上日文維基都是滿篇的宋體,那字形(如 vs )自然不會正確。但是也沒有人提出要照顧Chrome什麼的。現在Chrome自己修復了這個缺陷。總而言之,如果技術上能夠實現不犧牲其他瀏覽器的顯示效果、而又使IE11顯示的效果更好看的話,我支持;否則不支持。--小烈 (找我?) 2014年1月4日 (六) 00:41 (UTC)
你說的這個問題恰好是Maxthon現在仍未解決的問題。如果你使用Vista以後的系統,請看日文「常用漢字」條目:是否有很多不符合你的設置的漢字字體?這就是「JIS2004フォント」模板(同中文維基{{JIS2004字體}})的效果。但實際上:
  • Vista之後的系統搭載的字體除 Arial Unicode MS 外全合乎JIS2004標準(且默認字體不是Arial Unicode MS),無論是否使用「JIS2004フォント」都會顯示標準字體
  • XP之前的系統根本沒有附帶JIS2004字體,無論是否使用「JIS2004フォント」都不會顯示標準字體
  • 有些XP(或更早)用戶會安裝JIS2004字體,使用「JIS2004フォント」可以讓這些電腦正常顯示標準字體
很明顯,最後一種是少數,但日文維基願意犧牲大多數用戶的「默認設置」去遷就小部份的「正確性」。中文用戶呢,有那麼難「遷就」嗎?何況中文環境下能正常顯示日文者是多數抑或少數還不能下定論。--H2NCH2COOH留言2014年1月4日 (六) 11:05 (UTC)
(!)意見:建議把問題的詳細情況報告給 Microsoft Community 網站,請求他們儘快修正 BUG。--== 2014年1月4日 (六) 16:37 (UTC)
如果我沒理解錯的話。這個問題應該對單獨的瀏覽器通過js/css進行設定,而不是通過模板,還不考慮瀏覽器的問題。因此如果要用這幾個模板,應該同時修改相應的js/css,只為有問題的瀏覽器才指定字體,而對於沒問題的瀏覽器則採用默認設置--百無一用是書生 () 2014年1月6日 (一) 01:46 (UTC)
另外,如果一旦瀏覽器的bug被修復,那麼這幾個模板是不是就沒用了?--百無一用是書生 () 2014年1月6日 (一) 01:48 (UTC)
維基可以透過CSS識別瀏覽器並套用不同的設置?那再好不過!如果CSS能解決問題,要模板何用!--H2NCH2COOH留言2014年1月6日 (一) 09:17 (UTC)

提報分類在技術上顯示的問題

大家好,請參見[31][32]。若在原始碼輸入「[[Category:文​​件级新加坡条目]]」,將使其鏈入連結一,顯示為「Category:文​​件級新加坡條目」。然而,連結二已創建,而兩個頁面不同的是,連結一在技術上顯示為「Category:文(兩格)件級新加坡條目」。在此提報這個問題,希望可修復。--黃居士留言 | 參與專題2014年1月3日 (五) 13:17 (UTC)

我不懂你的問題...你只要在源代碼輸入時不輸入那兩個格子不就好了嘛?你是要【Category:文件級新加坡條目】?--Jason924tw留言2014年1月3日 (五) 15:10 (UTC)
多了兩個字符的話連結當然會失效,即使是不顯示出來的字符。-Lif…lon 2014年1月4日 (六) 04:19 (UTC)
(:)回應:呃……這就怪了。原來那兩個空字符是罪魁禍首。在原始碼即使輸入那兩個字符,在原始碼本身也無法顯示,就是這個原因。多謝兩位用戶的回覆!--黃居士留言 | 參與專題2014年1月6日 (一) 15:13 (UTC)
不會顯示的字符可有不少,不顯示並不代表不佔空間哦。-Lif…lon 2014年1月6日 (一) 15:39 (UTC)

問:維基百科使用的SSL證書技術

請問維基百科桌面版所使用的SSL多證書技術是SNI,Wildcard還是subjectAltName?謝謝解答!

(從"36126 https://zh.mobile.wikipedia.org 的安全證書"問題來看似乎維基百科移動版使用的是Wildcard技術)

--184.148.180.144留言2014年1月2日 (四) 19:51 (UTC)

SubjectAltName吧,證書裏有這個字段。--YFdyh000留言2014年1月2日 (四) 23:18 (UTC)
非常感謝!69.42.180.58留言2014年1月6日 (一) 12:59 (UTC)
已解決
其實是混雜的,每個alt name裏面也用了通配符。以前有說準備上SNI,不知現在怎樣了,不過就算有SNI了,也得準備一份通用的證書給不支持的瀏覽器提供。Liangent留言 2014年1月6日 (一) 16:28 (UTC)

廣告一下一些可練網頁自動資料採礦或網頁計量學統計的技術活

詳見Wikipedia:互助客棧/消息#來源專題,若有人對開發中文化或中文平台化的維基引用快速工具、使用Wikimedia Lab、有基本網頁計量學等的技術活有興趣的,可看一下,三兩揪工作小組動工。--❦維基vs百度‽hanteng 2014年1月7日 (二) 10:39 (UTC)

如何增大界面字號?

中文維基的界面字號似乎比其他維基要大,不知其相應的設置代碼在哪裏?我想增大吳語維基的界面字號。--Lt2818 雲隙生香·我的貢獻 2013年11月30日 (六) 12:43 (UTC)

  • 如果只想對自己生效:把以下代碼複製到你在吳語維基的common.css里即可:
/* Enlarge font-size for zh fonts */
#mw-content-text,
.ve-ce-documentNode {
    font-size: 1.15em !important;
}
 
#mw-content-text .rellink,
.ve-ce-documentNode .rellink {
    font-size: .87em;
}

嘗試瀏覽維基時,同時按住鍵盤的Ctrl鍵和 鍵,以及ctrl鍵和-鍵。--Gqqnb留言2013年12月11日 (三) 13:08 (UTC)

呃,這麼說還不如去當全域管理員呢-- ──★──  2013年12月17日 (二) 05:41 (UTC)
管理員不處理是個嚴重的問題,文言維基用繁體,字體根本不夠大。如果中文維基能有人協助就好了。H2NCH2COOH留言2013年12月19日 (四) 10:31 (UTC)
改天再申請管理員-- ──★──  2013年12月28日 (六) 06:20 (UTC)

已聯繫全域管理員User:Herculezh-classical:hak:wikinews:zh:添加此代碼。候覆音。--Lt2818 雲隙生香·我的貢獻 2014年1月7日 (二) 14:37 (UTC)

Done on zh-classical.wikipedia.org, hak.wikipedia.org and zh.wikinews.org. Regards --Hercule留言2014年1月7日 (二) 14:41 (UTC)

改版?

改版?字型、排版等等(大小看似沒有,但半角空格卻變大了,如: )都變了(我剛已把「測試版」中的「排版樣式更新」關閉仍有)--Jason924tw留言2014年1月10日 (五) 12:01 (UTC)

將英文維基百科上有版權的圖像,重新上傳至中文維基百科

因為遇到有很多條目沒有圖像(尤其是漫畫人物),但在英文版就有,然而,這些圖像是有版權的,如果我想下載然後上傳至中文維基百科,該怎麼作Noah's ark85625 2014年1月4日 (六) 03:00 (UTC)

把圖像的資料和授權協議都一併從英文版複製過來就行。--Quest for Truth留言2014年1月6日 (一) 13:35 (UTC)
這樣對嗎File:Loki_Laufeyson_Earth_616.jpg-- ✯✯✯✯✯  2014年1月12日 (日) 07:49 (UTC)

問:求助!TW工具無法加載,或加載很慢。

TW工具無法加載,或加載很慢。剛剛發現,完全無法加載,刷新亦無效了。但是參數設置裏面都開了。

-- ZLC. talk 2014年1月12日 (日) 12:00 (UTC)

2014年1月13日 (一) 09:33 (UTC)

《阿萊Alexa》條目的英文連結有誤

阿萊Alexa左邊其他語言一列,English被連到「Anonymous」條目,奇怪的是無法手工更正,因為編輯的時候連結是正確的。 --Batch 2014年1月13日 (一) 15:17 (UTC)

已修復. Liangent留言 2014年1月13日 (一) 15:59 (UTC)

版本衝突

今天就遇到了幾次自己的版本與自己的版本有衝突,以前也有過但不是這麼的頻繁,如圖 http://ww1.sinaimg.cn/large/75010115gw1eclfiixigsj21400lhwjn.jpg (P.S. 不要說是我在短時間內重複提交,我只按了一次「保存編輯」的按鈕。) ——Nigel 2014年1月16日 (四) 07:52 (UTC)

bugzilla:57264? Liangent留言 2014年1月16日 (四) 12:05 (UTC)

HideH HideF出錯

{{HideH}}{{HideF}}點內頁開關時會出現錯誤;以下為範例,請試用顯示/隱藏。

--Jason924tw留言2014年1月11日 (六) 05:55 (UTC)

父代摺疊行為包含了對子代的影響,參照collapsibleTables的原理修復(區分子代和父代的覆蓋範圍)。沒時間修復,其他人上。——路過圍觀的Sakamotosan 2014年1月11日 (六) 06:16 (UTC)
都是全保護頁面,只有管理員才能弄。話說上一次折疊模板出問題前,父子折疊能不能用?--天天 (留言) 2014年1月11日 (六) 23:43 (UTC)

我記得是fantasticfears搞的。 --達師 - 270 - 456 2014年1月13日 (一) 13:18 (UTC)

腳本位置是MediaWiki:Gadget-NavFrame.js,可以copy到用戶子頁並加載為用戶腳本,修改完測試過後,再找L大等一些技術管理員檢查下,copy回去。——路過圍觀的Sakamotosan 2014年1月14日 (二) 00:57 (UTC)
囧rz...所以各位不能幫忙修復喔--Jason924tw留言2014年1月16日 (四) 09:01 (UTC)
自己動手,豐衣足食→_→,其實我正着手弄這個了,只是讓我數數……t:Convert的lua化,寫一個新條目,修復五星物語,老家叫做的程序……恩,估計要排很久吧,或者只能期望無心插柳吧——路過圍觀的Sakamotosan 2014年1月16日 (四) 09:12 (UTC)
已由L大修復。——路過圍觀的Sakamotosan 2014年1月16日 (四) 13:40 (UTC)
fantasticfears改的,我就幫複製過去了一下...Liangent留言 2014年1月16日 (四) 13:53 (UTC)

closed模板如何修正?

我在條目探討那邊剛剛關掉了一個討論,但是由於與其他模板衝突導致使用closed不正確,怎麼修正呢?--113.196.143.123留言2014年1月16日 (四) 11:01 (UTC)

{{!}}. Liangent留言 2014年1月16日 (四) 13:54 (UTC)
與「小結」部分的表格代碼有衝突,但想不到怎麼解決,所以暫時先把{{closed}}拿掉了。-Lif…lon 2014年1月16日 (四) 14:01 (UTC)
修好了。-Lif…lon 2014年1月16日 (四) 14:10 (UTC)

剛建站的導遊丟了一個工具

—以上未簽名的留言是於2014年1月16日 (四) 14:42 (UTC)之前加入的。

合理使用圖片無法顯示連結的條目

由於我在處理快速刪除的時候發現合理使用的圖片在有連結到條目當中仍然顯示「沒有頁面連接到本檔案。 」,如File:Zookeeper Poster.jpg的例子,由於這個問題使得機械人錯誤掛上快速刪除模板,因此在這裏回報並希望處理這件技術問題。--T.A Shirakawa(Talk - Mail) 2014年1月16日 (四) 19:32 (UTC)

bugzilla:60147. Liangent留言 2014年1月16日 (四) 20:14 (UTC)

能否改變簽名裏面的時區?

例如03:38(UTC)→11:38(UTC+8)--管閒事且對地圖炮具有100%抗性的朝鮮的輪子留言2014年1月15日 (三) 03:39 (UTC)

會導致大量機械人不認得您的簽名。--Jimmy Xu 2014年1月15日 (三) 04:16 (UTC)
維基導遊的簽名就是用的CST時間。 ——Nigel 2014年1月16日 (四) 07:42 (UTC)
小工具-以本地時區顯示用戶簽名的時間,不好嗎?--YFdyh000留言2014年1月17日 (五) 01:01 (UTC)

關於滑鼠指針懸停在導航框顯示及隱藏按鈕上的狀態

在頁面底部導航框的」隱藏「及」顯示「功能更新後,滑鼠指針懸停在顯示及隱藏按鈕上時會變成一個類似於」I「的形狀,不過應該是顯示成一支手吧!是哪裏出了問題嗎?--Y814756748--留言 2014年1月15日 (三) 11:49 (UTC)

新制的摺疊表格腳本問題,沒修改摺疊的<a href="">,用我寫的腳本User:cwek/collapsibleTables.js(自己會加用戶腳本吧)可以了。多試試,看看那些摺疊表格沒覆蓋,如果沒問題的話,就再修改下,交給op轉全局腳本。——路過圍觀的Sakamotosan 2014年1月15日 (三) 13:39 (UTC)
這個現在要複製進去嗎?Liangent留言 2014年1月16日 (四) 13:55 (UTC)
複製吧,用引用也可,總之不要移走就是了--路過圍觀的Sakamotosan 2014年1月16日 (四) 14:58 (UTC)
貌似改了好多……Liangent留言 2014年1月16日 (四) 20:19 (UTC)
抱歉對此類技術問題不太了解,請問現在修復了嗎?我這裏還是未有改變,前段時間加完用戶腳本也沒有反應。--Y814756748--留言 2014年1月17日 (五) 01:48 (UTC)
沒,如果不想等的話,在Special:我的用戶頁/commons.js加入importScript('User:Cwek/collapsibleTables.js');用着先,記得關掉設定里的<gadget-collapsibleTables>防止衝突。順便幫手看看還有哪些缺漏。——路過圍觀的Sakamotosan 2014年1月17日 (五) 02:01 (UTC)
頁面底部的導航欄已經還原了,不過Template:Sidebar with collapsible lists(測試模板:Template:日本歷史Template:Eastern Bloc sidebarTemplate:基督教)貌似失去作用了,可能和Template:Collapsible list相關。Template:HideHTemplate:HideF也出了問題。--Y814756748--留言 2014年1月17日 (五) 02:34 (UTC)
好像那使用class="NavFrame"的div來實現的,和這個無關(這個只用來處理class="collapsibletables"的table),那個是歸NavFrame.js管的,不過這邊是正常的,不太清楚是什麼問題。(最近已知的子父代干擾已經處理好了)。——路過圍觀的Sakamotosan 2014年1月17日 (五) 02:42 (UTC)
不好意思……我剛剛在設置里關閉了<gadget-NavFrame>……現在已經正常了--Y814756748--留言 2014年1月17日 (五) 02:46 (UTC)

怎麼會有兩個分類?--GZWDer留言2014年1月17日 (五) 09:40 (UTC)

似乎因為翻譯被改,所以已刷新頁面的分類變化。感覺應該改回來,禁止是設定,不可是狀態(如因故障)。--YFdyh000留言2014年1月17日 (五) 09:58 (UTC)

首頁

如圖--AddisWang (留言) 2014年1月9日 (四) 21:42 (UTC)

不只首頁而已,連條目頁面右側也空很大。臺灣杉 在此發言 (會客室) 2014年1月10日 (五) 00:30 (UTC)
除了特殊頁面,所有頁面都這樣了。但其他語言和計劃未有此問題--百無一用是書生 () 2014年1月10日 (五) 01:07 (UTC)
Wikimedia有解釋這個改動嗎,現在置邊的縮圖只要大過350px,側邊的正文都會被嚴重擠壓導致排版很醜。--同舟留言2014年1月10日 (五) 01:26 (UTC)
推估是測試版中的「排版樣式更新」功能的問題……然後其他語言如果開啟這個功能的話也一樣會有這問題。--KOKUYO留言2014年1月10日 (五) 01:42 (UTC)
關掉測試功能後恢復正常了。--AddisWang (留言) 2014年1月10日 (五) 01:49 (UTC)
是這個造成的:
.action-view #bodyContent {
   max-width: 715px;
}

--百無一用是書生 () 2014年1月10日 (五) 02:00 (UTC)

可以請管理員修復嗎--Jason924tw留言2014年1月10日 (五) 11:47 (UTC)
喔,是排版樣式更新造成的,請問未登入會正常顯示嗎?--Jason924tw留言2014年1月10日 (五) 11:54 (UTC)
未登入目前不會顯示右欄。右欄要做什麼的啊?--Jason924tw留言2014年1月10日 (五) 12:18 (UTC)

顯示問題

Win 8.1 pro, chrome 31.0.1650.63 m

--Gabriel Chi Hong Lee (找我算賬) 2014年1月11日 (六) 12:55 (UTC)

解決方案

英文維基已經提出解決方案,只要在自己的CSS設定頁面(快速連結)加入這一行就能解除715px的情況:

.action-view #bodyContent {
  max-width: none !important;
}

經自己測試完美解決。臺灣杉 在此發言 (會客室) 2014年1月13日 (一) 03:47 (UTC)

用了還是不能解決。求救!--Risk留言 2014年1月19日 (日) 14:48 (UTC)

{{Dyk}}

@Liangent:已經連續3天未更新,請修復。--GZWDer留言2014年1月17日 (五) 04:59 (UTC)

完成,順便說一下{{ping}}沒作用,我是自己來看才發現的。Liangent留言 2014年1月17日 (五) 10:22 (UTC)
不是沒有用,而是您在您的參數設置沒有啟用若鏈入您的用戶頁就給您發通知的選擇。--黃居士 (留言 公開 私底下 | 參與專題2014年1月18日 (六) 13:50 (UTC)
我選了。貌似這個功能本來就有點bug。Liangent留言 2014年1月18日 (六) 14:25 (UTC)
這個功能能默認啟用嗎?--== 2014年1月20日 (一) 18:30 (UTC)

現在看來,Wikipedia:新條目推薦/候選問題更嚴重了,1月11日一直堆積到1月19日(累積9天),請管理員儘早修復。--Nantou222留言2014年1月19日 (日) 16:14 (UTC)

2014年1月20日 (一) 10:22 (UTC)

嗯,那麼我們需不需要啟用mw:Guided tours功能呢?--百無一用是書生 () 2014年1月20日 (一) 12:56 (UTC)
在此之前先把CirrusSearch裝上吧。--Liuxinyu970226留言2014年1月21日 (二) 03:27 (UTC)
剛剛把簡體版本機械翻譯成繁體。看看有沒有地區詞要改。--byfserag留言2014年1月21日 (二) 05:18 (UTC)

User:Rotlink是什麼?

最近發現這個賬戶不斷地修正死鏈,感覺是不錯的,但覺得編輯速度太密(平均30秒一次),格式很固定,有種像跑機械人的感覺。雖然有點不合方針,但能否請CU檢查下這個用戶的UA以確定是瀏覽器,API庫,還是WebAPP,並提醒一下是否需要申請個機械人帳號來處理死鏈?--路過圍觀的Sakamotosan 2014年1月22日 (三) 03:28 (UTC)

這個是否有幫助理解?→維基百科:機械人/申請/RotlinkBot。--KOKUYO留言2014年1月22日 (三) 03:39 (UTC)
已知道,但用主號來跑機械人可以否?——路過圍觀的Sakamotosan 2014年1月22日 (三) 05:48 (UTC)

隱藏模板的變形問題

最近發現維基上所有的自動隱藏模板在打開時都會嚴重變形,影響正常閱讀。例如Template:石林鐵路Template:中國大陸超級市場等。希望有人能夠解釋一下!如果是技術問題,希望有人協助修復;如果是有人故意導致了這種狀況的發生,希望他不要再做這種影響維基閱讀質量的事了!Hngt1996留言2014年1月11日 (六) 05:14 (UTC)

無法重現,並請貼圖。——路過圍觀的Sakamotosan 2014年1月11日 (六) 05:17 (UTC)
我用的是chrome瀏覽器,用IE打開卻正常顯示。Hngt1996留言2014年1月11日 (六) 05:19 (UTC)
補充一句,以前用chrome都是能正常顯示的。Hngt1996留言2014年1月11日 (六) 05:22 (UTC)
我用的是chrome瀏覽器卻正常顯示...--Jason924tw留言2014年1月11日 (六) 05:24 (UTC)
我也用chrome哦,也能正常顯示。一句話,貼圖,並說明有沒用過一些猴子腳本或加載了一些其他用戶腳本。——路過圍觀的Sakamotosan 2014年1月11日 (六) 05:26 (UTC)
我用的是最新版本。Hngt1996留言2014年1月11日 (六) 05:27 (UTC)

在我討論頁告訴我你的電郵地址,我發給你。Hngt1996留言2014年1月11日 (六) 05:31 (UTC)

問題截圖

好吧,我也有同樣問題,然而我的是 Firefox/Aurora 系列瀏覽器出來的問題。如圖。臺灣杉 在此發言 (會客室) 2014年1月11日 (六) 07:29 (UTC)

感覺是beta測試的排版樣式更新的問題,結果一試,類似問題就出來了。估計是排版問題,關掉就算了。好像上面有類似投訴。——路過圍觀的Sakamotosan 2014年1月11日 (六) 08:21 (UTC)
經測試結果,是「此頁面附近」測試功能出問題,看來測試版問題又出一樣了。臺灣杉 在此發言 (會客室) 2014年1月11日 (六) 16:02 (UTC)
那個Nearby不是獨立的組件,是MobileFrontend的一部分,所以時常有移動版的東西混雜進來。Liangent留言 2014年1月13日 (一) 16:01 (UTC)
我的Chrome也遇到了相同問題,果然把測試功能「此頁的附近」關掉就沒事了。--fao留言2014年1月22日 (三) 13:09 (UTC)

language魔術字

我在翻譯{{Expand language}}時,遇到一個地方需要用{{#language:code|zh}},將ISO語言代碼轉換成語言名稱,期望例如{{#language:es|zh}}生成「西班牙語」,但是現在卻生成「西班牙文」,一字之差就無法正確分類。其實我留意到語言模板例如{{lang-es}}和{{link-es}}都是用「語」而非「文」,請問可否修改系統?--Quest for Truth留言2014年1月19日 (日) 03:18 (UTC)

http://cldr.unicode.org/index/survey-tool Liangent留言 2014年1月19日 (日) 14:26 (UTC)
看了你給的網頁,不明白是甚麼意思,但是我已經找到{{ISO 639 name}},可以做到我想做的事。--Quest for Truth留言2014年1月22日 (三) 17:01 (UTC)
看樣子短期內「XX文」的問題解決無望,因為至今我沒見過中文母語去改CLDR的。--Liuxinyu970226留言2014年1月23日 (四) 02:38 (UTC)

問:所創條目

「我的貢獻」頁面下方的「所創條目」鏈結是否不能運作? --Qui cherche trouve 2014年1月22日 (三) 04:21 (UTC)

換之前試過,會很久,但可以。就算不行,toolserver那邊也會提醒已經轉移到lab這邊了。——路過圍觀的Sakamotosan 2014年1月22日 (三) 13:25 (UTC)
感覺webapp的查詢腳本可能寫得不好所以查詢效率不高,在沒創建條目的en區15秒就查到了,zh創建有60~70條就幾分鐘(測了一下自己,加載要4.3分鐘)--路過圍觀的Sakamotosan 2014年1月22日 (三) 14:12 (UTC)
試過直接使用X!'s Tools,英文還可以,中文就出現error的情況。--Qui cherche trouve 2014年1月23日 (四) 04:24 (UTC)
(拍額頭)現在用的不就是這個嘛。——路過圍觀的Sakamotosan 2014年1月23日 (四) 08:45 (UTC)

故障

Category:保護狀態與保護標誌不符的頁面突然爆發. 現時有 2801 頁面在下面, 但大都沒有保護標誌. 怎麼回事? Bluedeck 2014年1月25日 (六) 09:18 (UTC)

{{Dts}}。--Jimmy Xu 2014年1月25日 (六) 10:56 (UTC)

問:可否在每段末尾增加一個「回到頁首」的連結

部分頁面無法顯示

奧斯曼帝國頁面貌似無法顯示(chrome,firefox和ie都試過),請技術達人看看。--Gakmo留言2014年1月29日 (三) 11:19 (UTC)

剛發現隆納·雷根也無法顯示。--Gakmo留言2014年1月29日 (三) 11:24 (UTC)
還有中國人民解放軍,以為香港也有了防火長城,但現在好像沒事了。--關注2014新年大掃除 2014年1月29日 (三) 11:53 (UTC)
近期有人進行「div style破壞」,在一些常用模板加入錯誤的<div style= ...>原始碼,引致頁面全白。--Mewaqua留言2014年1月29日 (三) 14:09 (UTC)

請協助消除中國手語頁面頂端的<includeonly></includeonly>

如題,謝謝。--William915與我討論2014年1月27日 (一) 08:55 (UTC)

貌似是{{Infobox Language}}的問題。 ——Nigel 2014年1月27日 (一) 12:02 (UTC)
完成 我改了一下{{Infobox Language}}(差異)。現在中國手語上的<includeonly></includeonly>是沒了,其他條目也未見有問題。但是{{Infobox Language}}肯定還是有問題,原始碼里有三個<includeonly>,但只有兩個也有3個</includeonly>,但為什麼模板頁上多出來了個}}</includeonly>和英文en:Template:Infobox Language比了一下,那裏也有這個問題。我也不大清楚重要不重要,以及怎麼修復。--Chmarkine留言2014年1月28日 (二) 03:45 (UTC)
所以當時我不敢改{{Infobox Language}}…… ——Nigel 2014年1月28日 (二) 07:06 (UTC)
經過排查, 已修復--YFdyh000留言2014年1月30日 (四) 03:37 (UTC)

2014年1月27日 (一) 09:46 (UTC)

「又」移除活躍用戶表- -b,「又」眾多性能問題下線,估計今年要提高設備升級費用了。——路過圍觀的Sakamotosan 2014年1月28日 (二) 00:48 (UTC)
至少也比元維基有史以來最猛烈的一次RFC好多了。--Liuxinyu970226留言2014年1月30日 (四) 08:15 (UTC)

Extension:GettingStarted可能即將部署

Extension:GettingStarted可能馬上會部署 --百無一用是書生 () 2014年1月29日 (三) 06:33 (UTC)

在此之前我得重申:我一定要將CirrusSearch在所有中文和其方言版本維基計劃上安裝提上日程。--Liuxinyu970226留言2014年1月30日 (四) 08:17 (UTC)
不用了我自己提報好了。bugzilla:60609--Liuxinyu970226留言2014年1月30日 (四) 08:25 (UTC)

原裝mw如何授權一個行政員權限?

就是不像這裏有監管員權限的情況下? --路過圍觀的Sakamotosan 2014年1月24日 (五) 01:44 (UTC)

也就是原裝mw行政員可以授予或移除其他用戶的行政員?——路過圍觀的Sakamotosan 2014年1月24日 (五) 06:06 (UTC)
是,自己裝的mw行政員可以任意更改用戶權限,Wikimedia內只有監管員可以。--GZWDer留言2014年1月24日 (五) 08:59 (UTC)
還有mw:Manual:createAndPromote.phpLiangent留言 2014年1月30日 (四) 14:47 (UTC)

設置 - 小工具嚴重缺少說明

很多選項的說明還是英文的,或是根本沒有說明。比如 Fix inbound variant links <gadget-OSMMap> <gadget-NavFrame> <gadget-collapsibleTables> ImageAnnotator 都是啥?--小烈 (找我?) 2014年1月24日 (五) 03:14 (UTC)

其他的問題還有很多,諸如如果我沒有對猜錯,「關閉接口快速鍵」應該翻譯成「關閉鍵盤快捷鍵(同時鍵盤快捷鍵應提供連結)」--小烈 (找我?) 2014年1月24日 (五) 03:17 (UTC)
管理員們去修改一下Special:小工具吧。@燃玉 @ @Jimmy xu wrk ——Nigel 2014年1月24日 (五) 14:16 (UTC)

誰加的誰寫 --達師 - 276 - 465 2014年1月27日 (一) 08:06 (UTC)

其實小工具的問題不是缺乏說明,而是不夠詳細和準確,因為有時候你不親自試過和反覆實驗你根本不知道其效果,例如跨語言鏈接只能在7個選項擇1,否則點選多個1項會出現很隱晦的錯誤,我要求在說明中加筆,但又沒有管理員理會。-- 同舟留言2014年1月27日 (一) 08:46 (UTC)
沒Ping到人……--廣雅 范 2014年1月27日 (一) 08:50 (UTC)
將不明確的小工具描述列出來,有修改建議更好,之後到討論頁留個{{tb}}給我?--廣雅 范 2014年1月27日 (一) 08:54 (UTC)
Template talk:Internal link helper已經投訴過,至少Liangent認為由得它也沒有問題,這個說明不清楚也死不了人。-- 同舟留言2014年1月27日 (一) 13:58 (UTC)
把提到的解決了,Fix inbound variant links是說從Google鏈入的/zh-cn/xxx類連結跳轉到/wiki/xxx,這樣可以按原本設置的語言顯示。Liangent留言 2014年1月30日 (四) 14:59 (UTC)

新的Echo(Notification)插件的mention功能沒有效果?

其實我是在自己的Mediawiki上發現無論怎樣都接收不了mention(提及)消息,然後才來wikipedia查找問題的。結果卻發現好像英文維百上mention有效,但是中文維百上一直無效?無論是普通的[[User:用户名]]語法,還是{{ping|用户名}}{{replyto|用户名}}模板,都不行?是不是namespace翻譯導致的問題?有沒有人去研究過這問題? --Ce2014留言2014年1月27日 (一) 14:16 (UTC)

bugzilla:53132--GZWDer留言2014年1月27日 (一) 14:35 (UTC)
我第一眼看上去好像確實是這個bug,不過我看了下他們提交的patch,感覺好像還是不對。那個patch修改了getUserFromLine函數,使得$possiblePrefixes有更多選項,從而更正確地匹配諸如[[用户:Ce2014]]這樣的文本。但是你可以看到我的簽名是非常普通的[[User:Ce2014|Ce2014]]([[User talk:Ce2014|留言]]),並不涉及#53132所說的「if the signature of the sender contains localized namespaces」的問題。這裏允許再做一次測試:User:Ikari2013&User:GZWDer。 --Ce2014留言2014年1月27日 (一) 18:03 (UTC)
果然還是自己動手豐衣足食。通過修改自己小伺服器上的Mediawiki,不斷wfErrorLog終於找到了問題所在
基於 http://www.mediawiki.org/wiki/Special:ExtensionDistributor/Echo 提供的 revision a81149cc28c70bd4c2f7545d042cd8eafd2027a2
line 645:
-            $userData = self::getUserFromLine( $line, $tsMatches[0][0] );
+            $userData = self::getUserFromLine( $line, $tsMatches[0][1] );
$tsMatches來自於preg_match("/$timestampRegex$endOfLine/mu", $line, $tsMatches, PREG_OFFSET_CAPTURE)。如果沒有PREG_OFFSET_CAPTURE flag的話,$tsMatches[0]=正則匹配的整個字符串,$tsMatches[1]=第一個向後引用;有了這flag之後,$tsMatches[0][0]=正則匹配的整個字符串,$tsMatches[0][1]=該匹配在原字符串中的offset,$tsMatches[1][0]=第一個向後引用,$tsMatches[1][1]=第一個向後引用匹配在原字符串中的offset
然而line 672: static function getUserFromLine( $line, $timestampPos ),很明顯第二個參數應當傳入offset,而不是傳入匹配字符串
另外,我沒有追蹤過bugzilla,也懶得為此去註冊賬號,麻煩有心人去把這bug報了。順便去看了一眼Echo master branche的最新版本,發現這bug依然在,真心想不懂為什麼一直沒人發現。--Ce2014留言2014年1月27日 (一) 21:13 (UTC)
好像可以到實驗室那邊申請帳號,拿到git的訪問權後,去git改?或者去github到提交更改,然後等人幫手併入官方的git主線?——路過圍觀的Sakamotosan 2014年1月28日 (二) 00:58 (UTC)
不怎麼會用github,從沒提交過更改_(:3」∠)_ 另外按道理說bugzilla我猜應該有跟這個相關的報告,希望有留意那邊的人去匯報一下。--Ce2014留言2014年1月28日 (二) 06:39 (UTC)
啊,我看到repository里有別人抓到這隻bug了,patch已經merge了的樣子 --Ce2014留言2014年1月30日 (四) 10:10 (UTC)
gerrit:108329--byfserag留言2014年1月31日 (五) 08:04 (UTC)