模板討論:Dyk
[編輯]
這裡的內容應該是反映新建立的條目的。--Mountain 06:53 2004年2月25日 (UTC)
- 我是使用wikipedia:資料庫查詢來確定新建立的條目的。按照新建條目的長短來選出最長的幾個新條目--Shizhao (Talk) 07:00 2004年2月25日 (UTC)
那舊條目沒人愛嘍?也該有提到的機會,要不然永遠可憐。---Menchi (討論頁)Â 08:26 2004年2月25日 (UTC)
- Though, the title of this article is Do You Know and not What Is New. So I would suggest to chose one older article per day. Sometimes I found quite good old articles per random pages. -- Wing 10:22 2004年2月26日 (UTC)
我不太贊成將列表一類的文章放在這裡。他們只是一個列舉,沒有太多的實質內容。其實我覺得應該將列表文章另外成立一個名字空間,不應該將他們算做一個條目,就像wikipedia:一類的文章。--Shizhao (Talk) 07:28 2004年2月26日 (UTC)
為什麼只能放3條?我還是喜歡放5條--Shizhao (Talk) 07:39 2004年2月26日 (UTC)
- 我主要是考慮首頁的觀看效果。歷史上的今天放在左側是因為它可能會有圖片,而新建條目往往沒有圖片,這樣的話,首頁上的圖片近似於一個等邊三角形,會比較好看。同時「你知道嗎」的條數應該使得兩邊高度相仿,所以只能有3、4條。--Mountain 07:46 2004年2月26日 (UTC)
現在的首頁「你知道嗎」與歷史上的今天高度相差較多,不知道在別人的計算機上顯示如何?因為每個人的計算機設置不相同,其顯示效果也不一樣。還不如都為5條,也不會相差太多。--Shizhao (Talk) 08:04 2004年2月26日 (UTC)
參看這裡[1]--Shizhao (Talk) 08:07 2004年2月26日 (UTC)
提議標題改成:你知不知道……
[編輯]這樣可以和後面的問題連成一句話。英文維基使用這種方法。--蒙人 ->敖包相會 00:17 2005年12月1日 (UTC)
- 中文維基比英文維基靈活得多。 --傑 08:13 2007年1月1日 (UTC)
修改
[編輯]()== 有錯別字啊 ==
是擊沉不是擊沈。--134.109.148.26 12:06 2006年5月22日 (UTC)
Enron
[編輯]~移動自Wikipedia:互助客棧/技術(當時最後修訂)~
DYK裡面的新條目「自從恩龍公司和世界通信崩潰後,什麼特別成了公眾關注的企業管理課題呢?」裡面「恩龍公司」在大陸地區被成為「安然」公司,請修正。--Siriudie 15:36 2006年6月19日 (UTC)
~移動完畢~--Shinjiman ⇔ ♨ 15:56 2006年6月19日 (UTC)
請問「殖民地時代的香港,哪一所學校學開時, 還要拜孔子?」是否有錯誤?我想應該是「殖民地時代的香港,哪一所學校開學時, 還要拜孔子?」,而不是「學開」。--Andy 07:27 2006年6月27日 (UTC)
現在DYK裡面的代碼幹什麼用的?
[編輯]好像是按時輪流切換圖片,不過這些圖片幹什麼用的?--Demos(Talk) 11:54 2006年7月29日 (UTC)
2006.10.23
[編輯][[Image:Edmund Burke,好像是多了一個空格,請管理員對圖像作修改。 --70.21.9.56 12:38 2006年10月23日 (UTC)
2006.11.19
[編輯](圖)字加在"瑞士三角巧克力的意念是來自哪一座山峰"?之後 但圖卻出錯了,請管理員修改。--N2100 10:40 2006年11月19日 (UTC)
奇琴伊察
[編輯]你好。我自薦的條目奇琴伊察進入了dyk。可否將我的討論頁面上updatedDYK記數相應修改?--alvin 04:43 2006年11月20日 (UTC)
1944年8月,敗退中的德國國防軍對哪個中立國的領土進行了侵犯?
[編輯]哪個的連結不應為聖馬利諾歷史,而是聖馬利諾 維基不是垃圾箱 12:47 2006年12月31日 (UTC)
圖片名稱錯囉!
[編輯]5=[[Image:Kennzeichen für Schutzhäftlinge in den Konzentrationslagern.jpg.jpg{{!}}right{{!}}80px]] ||#default=[[Image:AomoriWaterfront.jpg{{!}}right{{!}}80px]]}}
出現了兩個jpg。--陋室◈(亭中茶話) 05:14 2007年3月4日 (UTC)
圖片路徑錯誤
[編輯]圖片被改為Amargasaurus1 Melb Museum email.jpg,請修正 Chanueting 11:02 2007年3月21日 (UTC)
簡繁轉換
[編輯]俄羅斯前總統「葉爾欽」在大陸並不通用,請改成[[葉爾欽|-{zh-hans:叶利钦;zh-hant:葉爾欽}-]] --PhiLiP 03:57 2007年3月30日 (UTC)
筆誤
[編輯](Tearsin Heaven)改為(Tears in Heaven)—Syong@半畝方塘 05:20 2007年4月11日 (UTC)
標題很有問題
[編輯]歷代元首的「英姿」?我想這個詞並不太恰當,過分主觀,改為「肖像」更好。
「隊徵」?「隊徽」才對吧?
[編輯]↓在首頁裡丟大人了↓
「在美國的體育運動中,使用原住民為球隊的隊徵會有什麼問題?」
↑可惜頁面保護了,我想給你改正都不行—Xtctjames 2007年10月29日 (一) 07:28 (UTC)
這個模板為什麼沒有跨語言頁?
[編輯]我已經在互助客棧提出一段時間了,希望管理員能加上跨語言連結。—不想放棄 (留言) 2008年2月3日 (日) 15:00 (UTC)
- 完成,已經加入。十文字隼人│奉行所拜見 2008年4月7日 (一) 05:00 (UTC)
雙球坐標系的問題
[編輯]此條目的相關文字為 "什麼坐標系允許分離變數法的使用? " 但雙球坐標系的特點是在解析特定拉普拉斯方程或亥姆霍茲方程時,可以使用分離變數法,若是其他的偏微分方程,有些不需使用雙球坐標系也可使用分析變數法
依雙球坐標系的舉例, 建議改為 "在計算兩圓球導體周圍的電位與電場時,在什麼坐標系下可以使用分離變數法?"
謝謝 Wolfch (留言) 2008年4月24日 (四) 04:52 (UTC)
所選圖片應考慮到縮圖後的辨識性
[編輯]最近看到首頁的「你知道嗎?」圖片有些縮圖後反而看不懂是什麼。建議推薦者及管理員在選圖時考慮到該圖縮圖後的辨識性,不宜為了展示而展示。以6月14日展示過的兩圖片為例,諸位可看哪一張的辨識性高。—Ellery (留言) 2008年6月15日 (日) 02:41 (UTC)
- 目前75px的寬度太小了,可以考慮和首頁其它板塊一樣橫幅圖片用120px,豎幅圖片用90px,這樣會顯示的更清楚一些。—長夜無風(風語者) 2008年6月15日 (日) 10:34 (UTC)
- 同意長夜無風的觀點,例如一些化學反應,本身就是橫排的,而現有的推薦制度只接受一個值,所以有的根本無法辨識。所以建議區別對待橫幅圖片和縱幅圖片。—人神之間擺哈龍門陣保佑家人,感謝大家對四川的援助! 2008年6月15日 (日) 11:31 (UTC)
- 今天的 Dyk 又出現同樣的問題,一般讀者根本無法分辨那張圖片是甚麼?-小薯餅(討論頁) 2008年6月30日 (一) 07:52 (UTC)
- 現在圖片的顯示是系統自動處理(非以往由管理員手工更新),因此強烈建議新條目推薦者需注意縮圖後的可辨識性。—Ellery (留言) 2008年7月1日 (二) 02:32 (UTC)
- 那麼我們需要更新Wikipedia:新條目推薦/候選#推薦須知的相關部份嗎?-小薯餅(討論頁) 2008年7月1日 (二) 09:05 (UTC)
- 我已經更新了。—ellery (留言) 2008年7月8日 (二) 08:43 (UTC)
- 那麼我們需要更新Wikipedia:新條目推薦/候選#推薦須知的相關部份嗎?-小薯餅(討論頁) 2008年7月1日 (二) 09:05 (UTC)
- 現在圖片的顯示是系統自動處理(非以往由管理員手工更新),因此強烈建議新條目推薦者需注意縮圖後的可辨識性。—Ellery (留言) 2008年7月1日 (二) 02:32 (UTC)
來源不明的問題
[編輯]2009-1-24日你知道嗎?"明朝哪場災變與印度死丘事件及俄羅斯西伯利亞通古斯大爆炸並稱為世界三大自然之謎?",在原條目王恭廠大爆炸中,發現「後人懷疑災變之因並不單純,並將王恭廠事件與3000多年前印度死丘事件及1908年6月30日俄羅斯西伯利亞的通古斯大爆炸並稱為世界三大自然之謎。[來源請求]」來源不明,這樣將其放上首頁,容易引起誤導。--116.24.198.239 (留言) 2009年1月24日 (六) 09:55 (UTC)
中立性問題
[編輯]2010年2月你知道嗎?中"哪個系列作戰中,美軍利用病毒、細菌武器對付中、朝方軍隊?"的題目讓人認為,美軍對中、朝打生化戰已是事實。但從條目里獲得的意思是社會主義陣營如蘇、中、朝指責美方打生化戰,美方否認打生化戰,認為疫情不是美方造成的。條目並沒有最終確定美軍是否利用病毒細菌武器對付中、朝軍隊。所以我認為此題目會讓人誤解。—0617angel(留言) 09:47 2010年2月23日 (UTC)
誤置圖像
[編輯]致管理員:三口之家的圖片放錯成富富的圖像,敬請更正。謝謝。——♠白布飄揚§§ 2010年4月8日 (四) 03:29 (UTC)
{{editprotected}} 請將管理員指引放入該頁。--UAL55 (留言) 2010年8月19日 (四) 09:30 (UTC)
「你知道嗎?」的更新速度
[編輯]似乎時快時慢。我等待「李剛」上首頁幾天了,似乎每次更新「你知道嗎?」都是一條一條地,常常一天也只換掉一條。然而當「李剛」到首頁來,幾小時內就換了4條「你知道嗎?」新條目(在新條目候選處,「李剛」提名通過的「√」已經打出一段時間,但沒上首頁)。「你知道嗎?」的更新,是不是也有人工參與?還是緩存的更新,就是這麼巧。。 —Genhuan (留言) 2010年10月28日 (四) 14:24 (UTC)
- 看這個[2]-- 廢 話 + 2010年10月29日 (五) 11:09 (UTC)
- 額,李剛那天還不算快的……近日最快的一天換了11條,慢的也有4條。Genhuan (留言) 2010年10月29日 (五) 12:47 (UTC)
- 機器人會在管理員最後確定後才會更新相應條目的DYK,如果沒有人去確定的話,那DYK也得不到更新的。--菲菇@維基食用菌協會 2010年10月29日 (五) 18:04 (UTC)
- 管理員更新DYK的步驟做得太枯燥太機器化了(多個地方都要填寫一長段hash,而且不能填錯、漏填),於是都沒幾個管理員(包括我在內)願意去更新了。於是剛才花了兩個小時用ajax雕了個管理員確認DYK的工具,放在MediaWiki:Gadget-dyktool.js,目前可以從參數設置的小工具中載入了。願意檢查DYK更新的管理員可以加上該工具,這將大大簡化你的步驟,只需要用滑鼠點擊一次就可以完成確認或拒絕一篇條目的工作;而且程序自動執行,不用怕因為偶爾疏忽而導致的填錯和漏填。--菲菇@維基食用菌協會 2010年10月29日 (五) 21:03 (UTC)
「街道辦事處」應改為「街道」
[編輯]「汕頭市的哪一個街道辦事處有『汕頭的發源地』之稱?」這個說法是不正確的。「街道辦事處」指的是街道的政府機關,改成「街道」才符合原意。--藍色☆楓葉♂拉呱 2012年1月12日 (四) 14:49 (UTC)
請更改定向
[編輯]在2012/4/30加入的「公共藝術塑像『雲門』位於美國的哪個廣場?」,其中「[[雲門]]」指向「雲門穴」,不是廣場上得雕像,該部份應改成「[[雲門 (公共藝術)|雲門]]」。 Poem(留言) 2012年4月30日 (一) 20:34 (UTC)
請更改「何種辦法據稱能在不通過任何涉及電腦本身物理及軟體操作前提下,清除電腦內的電腦病毒」
[編輯]建議更改「何種辦法據稱能在不通過任何涉及電腦本身物理及軟體操作前提下,清除電腦內的電腦病毒」。因為文章沒有給出科學的來源,不中立,甚至被掛上Template:Afd,以該語氣放在維基百科中,有很強的誤導性。即使要保留,也應該修改語氣,比如「何種辦法被一些人認為能在不通過任何涉及電腦本身物理及軟體操作前提下,清除電腦內的電腦病毒」。
H2NCH2COOH(留言) 2012年8月30日 (四) 15:20 (UTC)
editprotect
[編輯]請求已處理--lavixcanvas RED - Taylor Swift T-Swifty<3 2012年11月20日 (二) 06:33 (UTC)
有人更改dykc頁面導致坎迪絲·阿科拉配圖消失。應該是Candice Accola by Gage Skidmore.jpg,希望能補上。--lavixcanvas RED - Taylor Swift T-Swifty<3 2012年11月20日 (二) 06:22 (UTC)
DYK技術問題
[編輯]在2012年12月有306條DYK條目,即是平均每天約有10條DYK條目在首頁展示,但現時只能夠同時展示6條DYK條目,欄目要每隔約2小時自動更新,每次更新1個條目。若果DYK模板可改成類似這樣的形式:
- 2012年發生在孟加拉國的哪場火災造成了至少112人死亡?
- 哪種太陽瓶子草屬植物得名於其發現歷程?
- 在飛機剛被發明不久,出現了哪個攝影技術可以不藉飛行機械進行空中偵查?
- 高雄市第一所私立中學是哪間?
- 哪位西撒哈拉獨立運動領導人曾在加那利群島的蘭薩羅特機場進行絕食抗議,並獲得2009年公民勇氣獎?(圖)
- 漢代的哪部著作是中國歷史上最早的一部天文曆算著作?
這樣同一時間可展示12個DYK條目,也不用每隔約2小時自動更新。這是否技術上可行?--Risk留言 2013年1月13日 (日) 14:15 (UTC)
- 這個不難,但是很怪。DYK本來就是一次性展示的,你這個現在要點開才能看第二堆,還不如reflist|2那種。--下限魔法少年愛德華★愛生活愛圓神愛蘿莉塔 2013年1月13日 (日) 14:23 (UTC)
- 但現時每隔約2小時才更新1個條目,即是12小時才能看第二堆 囧rz...--Risk留言 2013年1月13日 (日) 14:30 (UTC)
- 換新首頁之後DYK加到8條應該沒太大問題吧?--lavixcanvas 2013 New Music! Miley Demi CeCe Miranda Megan Cassadee Victoria Ariana 2013年1月13日 (日) 14:37 (UTC)
- 隨機顯示條目在技術上是否可行?理論上一天選100個條目也沒問題。--愛管閒事且對地圖炮具有100%抗性的Inspector(留言)(←討論頁被牆?) 2013年1月13日 (日) 14:41 (UTC)
- 隨機顯示條目涉及條目質量問題。--Risk留言 2013年1月13日 (日) 14:43 (UTC)
- 只要顯示的都是質量過得去的條目,都沒問題的吧?--愛管閒事且對地圖炮具有100%抗性的Inspector(留言)(←討論頁被牆?) 2013年1月13日 (日) 14:51 (UTC)
- 那不就是DYK?--Risk留言 2013年1月13日 (日) 14:52 (UTC)
- (+)支持。用分頁的話可以有3到4頁,每頁6個條目。這樣可以大大延長DYK在首頁的展示時間,也增加了首頁的內容量。—Snorri(留言) 2013年1月13日 (日) 14:58 (UTC)
- 只要顯示的都是質量過得去的條目,都沒問題的吧?--愛管閒事且對地圖炮具有100%抗性的Inspector(留言)(←討論頁被牆?) 2013年1月13日 (日) 14:51 (UTC)
- 隨機顯示條目涉及條目質量問題。--Risk留言 2013年1月13日 (日) 14:43 (UTC)
- 隨機顯示條目在技術上是否可行?理論上一天選100個條目也沒問題。--愛管閒事且對地圖炮具有100%抗性的Inspector(留言)(←討論頁被牆?) 2013年1月13日 (日) 14:41 (UTC)
- 換新首頁之後DYK加到8條應該沒太大問題吧?--lavixcanvas 2013 New Music! Miley Demi CeCe Miranda Megan Cassadee Victoria Ariana 2013年1月13日 (日) 14:37 (UTC)
- 但現時每隔約2小時才更新1個條目,即是12小時才能看第二堆 囧rz...--Risk留言 2013年1月13日 (日) 14:30 (UTC)
把js關掉就知道有多難看了。Liangent(留言) 2013年1月13日 (日) 15:54 (UTC)
- 好象是可以加一個判斷語句然後放一個沒有js的版本是吧?—Snorri(留言) 2013年1月13日 (日) 16:05 (UTC)
- wikitext沒法做。Liangent(留言) 2013年1月13日 (日) 16:35 (UTC)
- 這樣啊...或者乾脆新開一個js支持版的首頁?—Snorri(留言) 2013年1月13日 (日) 16:48 (UTC)
- 首頁就是要做的越簡單越好,如果還要點來點去才可以看到東西的話,那還要叫首頁?像個人感覺這次Ubuntu for Phone的長首頁一頁到底超棒的,不像iPhone什麼都要點進去。tntchn 對話 · 貢獻 2013年1月13日 (日) 18:53 (UTC)
- 什麼叫做「要點來點去才可以看到東西」?不如將整個百科做成一頁給你看?—Snorri(留言) 2013年1月13日 (日) 18:56 (UTC)
- 一般讀者(不編輯維基百科的人)看首頁通常只是隨便看看而已,幾乎沒有人會注意到點一下還有下一頁。tntchn 對話 · 貢獻 2013年1月13日 (日) 19:03 (UTC)
- 修改前後,「一般讀者」看到的還是同樣的東西。但是對「你知道嗎」感興趣的讀者就能夠通過點擊一下看到多一倍的信息。這就是這個修改的重點。你搞錯重點了。—Snorri(留言) 2013年1月13日 (日) 19:08 (UTC)
- 不過話說,既然要這麼點一次,為什麼不直接點開「存檔」看呢?Liangent(留言) 2013年1月13日 (日) 19:11 (UTC)
- 修改前後,「一般讀者」看到的還是同樣的東西。但是對「你知道嗎」感興趣的讀者就能夠通過點擊一下看到多一倍的信息。這就是這個修改的重點。你搞錯重點了。—Snorri(留言) 2013年1月13日 (日) 19:08 (UTC)
- 一般讀者(不編輯維基百科的人)看首頁通常只是隨便看看而已,幾乎沒有人會注意到點一下還有下一頁。tntchn 對話 · 貢獻 2013年1月13日 (日) 19:03 (UTC)
- 什麼叫做「要點來點去才可以看到東西」?不如將整個百科做成一頁給你看?—Snorri(留言) 2013年1月13日 (日) 18:56 (UTC)
- 首頁就是要做的越簡單越好,如果還要點來點去才可以看到東西的話,那還要叫首頁?像個人感覺這次Ubuntu for Phone的長首頁一頁到底超棒的,不像iPhone什麼都要點進去。tntchn 對話 · 貢獻 2013年1月13日 (日) 18:53 (UTC)
- 這樣啊...或者乾脆新開一個js支持版的首頁?—Snorri(留言) 2013年1月13日 (日) 16:48 (UTC)
- wikitext沒法做。Liangent(留言) 2013年1月13日 (日) 16:35 (UTC)
嗯,或許以後中文維基百科可以成為維基百科中的Pinterest,這可能又是維基百科的一大創舉。tntchn 對話 · 貢獻 2013年1月13日 (日) 19:21 (UTC)
- @Liangent:區別很明顯吧,具體我就不說了。維基百科的首頁被人說落後醜陋不是一天的事了,哪怕再認為酒香不怕巷子深,門面的功夫做一做也不會死人吧?—Snorri(留言) 2013年1月13日 (日) 19:25 (UTC)
我還是覺得直接做大那個框比較好,不用點一次才能看。你看看現在那些網站首頁,滾動信息都都自動切換圖片了。--下限魔法少年愛德華★愛生活愛圓神愛蘿莉塔 2013年1月14日 (一) 00:15 (UTC)
- 展示那麼多條目有什麼必要?--百無一用是書生 (☎) 2013年1月14日 (一) 02:12 (UTC)
- 6個是多還是少?為什麼是6個?維基百科首頁搞那麼多條目展示、新聞圖片的有什麼必要?直接留一個搜尋引擎不就行了?—Snorri(留言) 2013年1月14日 (一) 02:31 (UTC)
- 12個真心不算多。倒是新聞雞肋。--下限魔法少年愛德華★愛生活愛圓神愛蘿莉塔 2013年1月14日 (一) 03:15 (UTC)
- 6個是多還是少?為什麼是6個?維基百科首頁搞那麼多條目展示、新聞圖片的有什麼必要?直接留一個搜尋引擎不就行了?—Snorri(留言) 2013年1月14日 (一) 02:31 (UTC)
- 展示那麼多條目有什麼必要?--百無一用是書生 (☎) 2013年1月14日 (一) 02:12 (UTC)
- 做一個下拉框怎麼樣。占用空間不變,但是想顯示多少都可以。--愛管閒事且對地圖炮具有100%抗性的Inspector(留言)(←討論頁被牆?) 2013年1月14日 (一) 03:53 (UTC)
- 更不好,原因見上。--下限魔法少年愛德華★愛生活愛圓神愛蘿莉塔 2013年1月14日 (一) 04:01 (UTC)
- 要不就定時翻頁好了,DYK分三頁,15秒換一頁,滑鼠懸停固定.—Snorri(留言) 2013年1月14日 (一) 04:19 (UTC)
- 一般網站都是3秒的....--下限魔法少年愛德華★愛生活愛圓神愛蘿莉塔 2013年1月14日 (一) 04:41 (UTC)
- 3秒是圖片廣告。一大堆純文字的,得多幾倍時間才行。—Snorri(留言) 2013年1月14日 (一) 04:48 (UTC)
- 不停止跑很慢的跑馬燈?tntchn 對話 · 貢獻 2013年1月14日 (一) 09:57 (UTC)
- 3秒是圖片廣告。一大堆純文字的,得多幾倍時間才行。—Snorri(留言) 2013年1月14日 (一) 04:48 (UTC)
- 一般網站都是3秒的....--下限魔法少年愛德華★愛生活愛圓神愛蘿莉塔 2013年1月14日 (一) 04:41 (UTC)
- 要不就定時翻頁好了,DYK分三頁,15秒換一頁,滑鼠懸停固定.—Snorri(留言) 2013年1月14日 (一) 04:19 (UTC)
- 更不好,原因見上。--下限魔法少年愛德華★愛生活愛圓神愛蘿莉塔 2013年1月14日 (一) 04:01 (UTC)
"悲慘世界"條目問題的繁簡字體轉換
[編輯]請求已處理
問題當中的「冉阿讓」在台灣正體顯示上沒辦法轉換成「尚萬強」,因為地區詞繁簡轉換沒超過100項條目,請管理員幫忙插入繁簡詞轉換,謝謝。jakob17hunter✉✍ 2013年4月9日 (二) 13:47 (UTC)
關於上首頁「你知道嗎?」圖片
[編輯]我想請問上首頁的「你知道嗎?」(DYK)一欄,在WP:DYKN提名時使用的圖片,是否上首頁是不是由管理員決定?
我提名的中國台灣,目前正在首頁展示,但圖片沒有上首頁,這是管理員自行不用,還是這是管理員的疏忽?
維基百科有規定管理員可決定要使用什麼圖,不用什麼圖嗎?求解。--黃居士 留言計劃進行中 2013年12月10日 (二) 04:32 (UTC)
連結放錯位置了吧?
[編輯]“ | 亞裔人士在美國從軍的歷史被稱作什麼? | ” |
不是應該把連結放在「什麼」上麼?這麼樣的連結讓我感到有些彆扭。-- By LNDDYL.(留言) 2014年2月27日 (四) 07:40 (UTC)
有關DYK的「哪一起」
[編輯]各位好。經常看見DYK的問題出現「哪一起事件」這種問句,可能是由於各地文化差異,來自香港的我從未看過以「起」作為量詞的用法,如果確定是地區詞的話,我建議在香港繁體的轉換中統一改成「哪一宗事件」。望各位提出意見,謝謝。—AT 2014年6月6日 (五) 13:10 (UTC)
- 沒啥意見啦!AT。--躍(留言)☜DC12 ☞投論 2014年6月6日 (五) 14:40 (UTC)
- 用「什麼事件」就沒有轉換問題了。—Snorri(留言) 2014年6月6日 (五) 14:53 (UTC)
- 應該不太可能強制所有人使用「什麼事件」吧?—AT 2014年6月6日 (五) 15:08 (UTC)
- 「什麼事件」,感覺有點怪。 囧rz...--躍(留言)☜DC12 ☞投論 2014年6月6日 (五) 15:12 (UTC)
- 歷代史書以至1980年代的中共歷史小說,暫未找到「一起事件」用法。「一起」有多種涵義:
- User:AT提到的「一宗」,找到
- 總結,「一起」在史書有多種涵義,但1980年代前的文學作品未找到「一起事件」用法,可能是江澤民當權才流行,要問問大陸用戶的親身經歷。不過明、清、民國史書都有「一宗事」的用法。Lovewhatyoudo ® 2014年6月7日 (六) 16:02 (UTC)
- 「什麼事件」,感覺有點怪。 囧rz...--躍(留言)☜DC12 ☞投論 2014年6月6日 (五) 15:12 (UTC)
- 應該不太可能強制所有人使用「什麼事件」吧?—AT 2014年6月6日 (五) 15:08 (UTC)
我覺得很巧的是,這裡有人提「一起」的問題,WP:VPM有人提「即便」的問題。而陳雲3年前有篇文章[3],裡邊恰好就圍繞這兩個詞立論,最後把大陸人和台灣人都貶低為「死心眼」「匪氣」,歧視不同人群。--Zhxy 519(留言) 2014年6月7日 (六) 18:20 (UTC)
我認為,地區詞轉換不是擴張地域差異的工具。中文維基百科應該儘量各個地區都能理解的公共詞彙和語文,而不是儘量尋找各個地區獨特的用詞然後開始使用地區詞轉換。雖然現今各個中文地區的民粹意識和都非常的強,都希望強調「我們是XX人而不是YY人」,但還是希望中文維基能夠秉持在行文用詞方面一貫的兼容並蓄求同存異精神,先求同,再存異,而不是積極求異,消極求同。非專有名詞的選詞上,希望能夠儘量少用地區詞。一味追求「我們那裡都用XX,和你們用的不一樣」,只會製造出實質上的分家現象。
具體到這個案例。我認為,如果某個用法在多個中文地區都有使用,那麼儘管這個用法可能不是最常見的,但只要不是很罕見,就應該優先使用這個通用用法,而不應該優先使用地區詞轉換。比如說,大陸普通話地區常見的形容which/what event/incident的量詞是:「哪一起事件」、「哪一個事件」、「什麼事件」(無量詞);香港等粵語區可能常見的是:「哪一宗事件」、「哪一樁事件」、「哪一單事件」、「哪一起事件」、「什麼事件」等等。如果一定要強調香港等粵語地區最常使用的是「哪一宗事件」、「哪一樁事件」而不是「哪一起事件」,而大陸普通話地區最常用的是「哪一起事件」、「哪一個事件」而不是「哪一宗事件」,那麼完全可以用在兩個地區都不是最常見(但也有一定使用頻率,不是罕見)的「什麼事件」來進行折中。
希望各位能夠拋棄自己的立場和先入為主的想法,站在中文維基的角度思考一下。—Snorri(留言) 2014年6月7日 (六) 23:58 (UTC)
- 命名、地區詞問題一向都是中文維基的雷區。--愛管閒事且對地圖炮具有100%抗性的朝鮮的輪子(留言) 2014年6月8日 (日) 05:32 (UTC)
- Snorri「不 是擴張地域差異...各地區都能理解的公共詞彙」的思路很對。讚。明清白話文學、民初白話散文、1960年代前出生的老一輩文人(包括北京人老舍、成都/台灣人瓊瑤)都是用「哪一件事」,算是通用白話文,「哪一起事件」貌似是1990年代某些方言把「件事」顛倒為「事件」再加一個「起」作量詞。
- 現在的事情,哪一樁哪一件,不是上瞞下?(晚清-官場現形記33回)
- 未知孔明說出哪一件事來?且看下文分解(三國演義52回)
- 休說一件事,遮莫幾十件也都依你。願聞哪一件事(水滸傳50回)
- 哪一件事不是聽姑娘們的調停(紅樓夢52回)
- 瑞叔還想她的帳。哪一件瞞了我(紅樓夢63回)
- 掃地抹桌,哪一件事不在八十歲老人早晚的心(徐志摩:我的祖母之死)
- 安裝天線,哪一件事都是細致(老舍:無名高地有了名)
- 您對於哪一件事物印象最深呢?(冰心:拾穗小札)
- 「請罪」和「出征」兩件事,他是哪一件也不想幹(二月河:康熙大帝52回)
- 偷挖人參...犯法的事,無論哪一件讓皇上知道(二月河:康熙大帝15回)
- 香妃娘娘的故事,哪一件不玄呢?(瓊瑤:還珠格格續集三)
- 喬峰行走江湖...哪一件事不是光明磊落(金庸:天龍八部)
- 頭上的差事,哪一件都糟(村上春樹:舞舞舞,1952年出生的林少華翻譯)
- 維基是否應優先使用「哪一件事」(明朝至今中國大陸的通用白話文)而不是「哪一起事件」(近十幾年的某種方言口語)?Lovewhatyoudo ® 2014年6月8日 (日) 06:37 (UTC)
- 我覺得「事」和「事件」有微妙的區別。「事」比較接近「事情」,是更加廣泛的稱呼用詞,「事件」則更加具體,強調性質更濃,程度更高。比如說「最近發生了一件事」,「最近發生了一個事件」,後者的「事件」不會讓人覺得是一件小事。又比如「這起事件的主角已經身在美國」,「這件事的主角已經身在美國」,後一個說法是彆扭的。一般的搭配中,「事」不會有主角而「事件」有主角。而用來形容「事件」和「事」的量詞也不同。「一個事」、「一起事」是不搭檔配。統一用「哪一件事」代替「哪一個事件」是不妥的。—Snorri(留言) 2014年6月8日 (日) 06:49 (UTC)
- Snorii你辯義挺精確。「發生了一件事(件)、這件事(件)的主角」的確有大事小事之別。要留意的是,這裡我們說的是「哪一件事」。加了一個「哪」在前面,「哪一件事引發第一次世界大戰?」卻沒有大事小事之別的感覺。何況一本百科全書的首頁DYK問讀者「哪一件事」,這一定不是小事了吧。Lovewhatyoudo ® 2014年6月8日 (日) 07:04 (UTC)
- 如果原來的條目名就是「XX事件」的話,我認為「什麼事件」或「哪一個事件」比較好。如果沒有的話,用「哪一件事」也並無不可,雖然我覺得會有點過度口語化的感覺。—Snorri(留言) 2014年6月8日 (日) 07:11 (UTC)
- Snorii你辯義挺精確。「發生了一件事(件)、這件事(件)的主角」的確有大事小事之別。要留意的是,這裡我們說的是「哪一件事」。加了一個「哪」在前面,「哪一件事引發第一次世界大戰?」卻沒有大事小事之別的感覺。何況一本百科全書的首頁DYK問讀者「哪一件事」,這一定不是小事了吧。Lovewhatyoudo ® 2014年6月8日 (日) 07:04 (UTC)
- 我覺得「事」和「事件」有微妙的區別。「事」比較接近「事情」,是更加廣泛的稱呼用詞,「事件」則更加具體,強調性質更濃,程度更高。比如說「最近發生了一件事」,「最近發生了一個事件」,後者的「事件」不會讓人覺得是一件小事。又比如「這起事件的主角已經身在美國」,「這件事的主角已經身在美國」,後一個說法是彆扭的。一般的搭配中,「事」不會有主角而「事件」有主角。而用來形容「事件」和「事」的量詞也不同。「一個事」、「一起事」是不搭檔配。統一用「哪一件事」代替「哪一個事件」是不妥的。—Snorri(留言) 2014年6月8日 (日) 06:49 (UTC)
- 我周遭都是用哪一起事件,哪一宗事件都用來專指案件...如果改成哪一件事應該大家就都聽得懂吧!?♠小威♥·★來杯咖啡★ 2014年6月8日 (日) 13:37 (UTC)
- 其實不太可能要求所有用戶均以「哪一件事」來取代「哪一起事件」。我認為理想的做法是鼓勵不同地區的用戶使用共通的用字,同時將各地異同地區詞加以轉換,這樣各用戶的選字自由得到保障的同時也可以兼顧其他用戶的需要。—AT 2014年6月8日 (日) 18:09 (UTC)
- 把DYK的問題拿出來看看怎麼改就好了。為何非得在「一起」或「一宗」中二選一。烏拉跨氪 2014年6月9日 (一) 17:02 (UTC)
- 我以這個為例「哪一起事件引發第一次世界大戰?」改為「哪一件事引發第一次世界大戰?」。用作量詞的「哪一起事件」似乎源於近十幾年某種方言口語,不見於歷代以至於1980年代大陸的文學作品;「哪一件事」比較符合通用白話文(明清民國至現代的白話)。如果有1970年代或以前出生的維基人,請問一下你們平時用的「一起」是不是解作「一起一伏、北風一起、一起身、唐僧和豬八戒在一起」?Lovewhatyoudo ® 2014年6月10日 (二) 01:40 (UTC)
就已經登上過的DYK來看,
- 使用「宗」為量詞的:
- 2014年5月25日,在岩手縣瀧澤市發生了哪一宗事件導致AKB48成員川榮李奈和入山杏奈受傷?
- 使用「起」為量詞的:
- 美國全國失蹤兒童日是為了紀念1979年發生的哪一起兒童失蹤案而確立的?
- 日本的哪一起國家機密洩漏案件中揭露了日美有關歸還沖繩的密約內幕?
- 1959年以色列哪起兒童綁架案驚動了以色列情報局?
- 哪起佔領行動是由臺灣的黑色島國青年陣線成員發起,而在之後發展為太陽花學運?
- 1945年,紐約帝國大廈曾遭遇了哪一起飛機衝撞建築物的事件?
- 因為太陽花學運的訴求長期未獲得回應,使得臺灣在2014年3月23日晚上又發生哪起佔領事件?
- 以色列特工的哪起暗殺事件不但殺錯人,還導致六名特工被捕?
- 1995年4月19日發生的哪一起汽車炸彈恐怖襲擊事件造成至少168人死亡,680餘人受傷,是九一一襲擊事件前美國本土所遭受最為慘重的:恐怖主義襲擊?
- 烏克蘭親歐盟示威運動期間,基輔警方曾在哪一起事件中暴力驅逐獨立廣場的示威者,使得隔天全市範圍內爆發衝突,示威者甚至用拖拉機衝擊警方防線?
- 1960年代的南越軍在哪一起鎮暴行動中,被外界質疑使用化學武器毒傷示威群眾,進而令吳廷琰獨裁政府的形象更加惡劣?
- 1987年山西省發生的哪一起水污染事件,導致當地數萬居民出現了急性中毒反應?
- 使用其他量詞的:
- 1900年,在哪場事件中,俄羅斯帝國藉口義和團破壞東清鐵路,屠殺海蘭泡和江東六十四屯共7000名中國居民?
- 十六國時期的譙蜀政權因哪件歷史事件而滅亡?
- 2014年3月1日晚在中國雲南省昆明市發生了哪件恐怖主義暴力襲擊事件?
- 朴憲永和李承燁等13名朝鮮官員在哪一件事件中被指控為美國間諜及意圖發動軍事政變而被判死刑或有期徒刑?
大陸和台灣用「起」比較多,香港用「宗」,此外有少數用「件」、「場」。—Snorri(留言) 2014年6月10日 (二) 03:04 (UTC)
- (!)意見:我覺得大陸是「起」、「宗」、「件」都可以用的吧,怎麼搞區域轉換?只要大家可以理解,不需要轉換,完全尊重編者自己的喜好。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★貢獻 2014年6月10日 (二) 04:48 (UTC)
- (※)注意 請看這裡作參考。--Qui cherche trouve 2014年6月11日 (三) 14:10 (UTC)
- 上方已經有人提到過,給過連結了。請認真看上方其他人的發言。—Snorri(留言) 2014年6月11日 (三) 14:32 (UTC)
- 「事件」一詞在使用的時候可疑不帶量詞吧?-Mys_721tx (留言) 2014年6月11日 (三) 19:35 (UTC)
- 只知道「一起」是「一齊」的意思,既然發現歧義,為免誤解,應該盡量避免使用。--Qui cherche trouve 2014年6月13日 (五) 02:37 (UTC)
- 「一起」作為數量詞的使用已經有很久的歷史了。由於語境的存在,使用多義詞不表示就一定會有歧義。「一起事件」不會有人誤解為「一齊事件」。—Snorri(留言) 2014年6月13日 (五) 05:11 (UTC)
- 在不知道是量詞之前,我一直以為是筆誤。—AT 2014年6月13日 (五) 09:58 (UTC)
- 但「起」作為量詞應該很普遍。
- 教育部重編國語辭典修訂本「一起」條第三個義項:「案件一宗。元˙關漢卿˙竇娥冤˙第四折:「再看幾宗文卷,一起犯人竇娥藥死公公。」元˙孟漢卿˙魔合羅˙第三折:「〔府尹看科雲〕這是那一起?〔令史雲〕這是劉玉娘藥死親夫,招狀是實,則要大人判個斬字。」」
- 教育部重編國語辭典修訂本「起」條名詞第二義項:「量詞:(1) 計算分批的人的單位。相當於「群」。如:「店裡來了兩起客人。」紅樓夢˙第四十四回:「且平兒又是個極聰明極清俊的上等女孩兒,比不得那起俗蠢拙物。」(2) 計算事件發生的單位。如:「高速公路上發生了數起連環車禍。」、「警方最近偵破了一起擄人勒索案。」」。
- 清 李漁 《風箏誤·夢駭》:「巡夜的更夫,捉到一起姦情,請老爺發落。」
- 如果有哪位有《中文量詞歷史辭典》一書,麻煩幫手查證一下「起」作為量詞的歷史。—Snorri(留言) 2014年6月13日 (五) 10:32 (UTC)
- 說穿了,也就是地區之間的差異造成的。—AT 2014年6月13日 (五) 10:47 (UTC)
- 香港的中文問題很複雜。因為是兩文三語。很難分辨是方言口語的差異還是書面中文詞頻的差異,畢竟這兩個是互相影響的。而我也不認為香港是一個封閉的社會。廣東、台灣、福建對香港中文的影響不可能是零。—Snorri(留言) 2014年6月13日 (五) 10:52 (UTC)
- 說穿了,也就是地區之間的差異造成的。—AT 2014年6月13日 (五) 10:47 (UTC)
- 但「起」作為量詞應該很普遍。
- 在不知道是量詞之前,我一直以為是筆誤。—AT 2014年6月13日 (五) 09:58 (UTC)
- 「一起」作為數量詞的使用已經有很久的歷史了。由於語境的存在,使用多義詞不表示就一定會有歧義。「一起事件」不會有人誤解為「一齊事件」。—Snorri(留言) 2014年6月13日 (五) 05:11 (UTC)
- 只知道「一起」是「一齊」的意思,既然發現歧義,為免誤解,應該盡量避免使用。--Qui cherche trouve 2014年6月13日 (五) 02:37 (UTC)
港澳無見過用哪一起,都是用哪一宗,所以在香港繁體不應該顯示哪一起。--Maccomcre(留言) 2014年6月21日 (六) 05:24 (UTC) 還是"哪一件事"這個詞語比較適用.中文量詞博大精深...
鎮江之戰已移至鎮江之戰 (1842年)
[編輯]請求已處理
請予以更新。謝謝。--Pengyanan(留言) 2014年7月17日 (四) 18:24 (UTC)
- 感謝匯報。--廣雅 范★ 2014年7月18日 (五) 04:07 (UTC)
編輯請求
[編輯]請求已處理
p1參數多了個「|250px」 --Nigel 2014年8月2日 (六) 13:28 (UTC)
- 感謝匯報。--廣雅 范★ 2014年8月2日 (六) 13:31 (UTC)
Dykㄧ→一
[編輯]Template:Dyk在〖ㄧ〗朵花中,花粉在雄蕊的哪個部分形成?→〖一〗 --Jason924tw(留言) 2015年1月26日 (一) 09:15 (UTC)
Editprotected
[編輯]請求已處理
參數p1中「Cheikhou Kouyaté 2011.jpg|」最後多了個管道符號「|」,請刪除,否則問題無法顯示。(這種小錯誤就不用patch了吧,有浪費資源之嫌) --碸中嘌呤的白磷萃取 打譜 2015年6月3日 (三) 09:06 (UTC)
DYK的錯誤
[編輯]請求已拒絕
條目「維拉亞特」的DYK問題中有錯誤,見Talk:維拉亞特,請管理員協助將維語修改為「ۋىلايىت(wilayit)」。謝謝--苞米(☎) 2015年10月10日 (六) 05:44 (UTC)
條目標題更正請求
[編輯]請求已拒絕
應為:哪種常見遺傳疾病導致高脂血症,也是導致早期冠心病的主要遺傳原因?需要加上早期和遺傳,申請的時候沒看仔細,真的十分抱歉!Skirtick -【留言討論】- 郵件聯繫 2015年10月15日 (四) 15:28 (UTC)
修正請求
[編輯]原問題"中國哪個省級行政區的經濟發展水準高,人均GDP位居全國第一?",由於香港及澳門均屬省級行政區,因此正確答案應為澳門特別行政區. 問題應改為"中國內地哪個省級行政區的經濟發展水準高,人均GDP位居中國內地第一?"--—以上未簽名的留言由182.93.46.250(對話|貢獻)於2016年6月27日 (一) 12:03加入。
- 各「省市」,不是各「省市區」,不含特區。另,「內地」一詞違反地域中心--Liaon98 我是廢物 2016年6月27日 (一) 12:35 (UTC)
編輯請求
[編輯]{{Editprotected}} 俄羅斯哪座市級鎮位於北極圈內,且為薩哈共和國布倫區(Булу́нский улу́с)的行政中心?
這一條的俄語部分能不能刪去或者用{{lang|ru|}}括起來 --找來源好麻煩※肯定幫不到你 2016年11月16日 (三) 12:29 (UTC)
- 已結束展示,無法完成。--Lakokat 2016年11月21日 (一) 04:36 (UTC)
編輯請求
[編輯]請求已拒絕
使用通訊軟體聊天時,“读了别人发来的-{zh-hans:信息; zh-hant:資訊;}-后不进行回覆”[[已读不回|'''称为什么''']]?
請把「資訊」改成「訊息」。 -- By LNDDYL.(留言) 2016年12月13日 (二) 05:46 (UTC)
- 這應該在Wikipedia talk:新條目推薦提出(1939年德國對立陶宛的最後通牒是在2016年12月16日通過新條目推薦,但已讀不回是在2016年12月13日通過新條目推薦,即只能提出修改白志廟、1899年大西洋颶風季、丁若鏞、尤利安·布蘭特、2016年紐西蘭國家黨黨魁選舉、2016年紐西蘭國家黨黨魁選舉、1939年德國對立陶宛的最後通牒的新條目推薦的問句內容)--林勇智 2016年12月18日 (日) 12:06 (UTC)
- 已經下DYK了。及,以後此類要求建議在Wikipedia talk:首頁提出。 --達師 - 334 - 554 2016年12月20日 (二) 09:33 (UTC)
編輯請求
[編輯]{{editprotected}} 當前首頁展示條目唐凱琳 (英國外交官)已被人移動至唐凱琳 (外交官),請協助將該條目連結修正為當前條目名稱。-—Howard61313(留言) 2017年1月19日 (四) 10:51 (UTC)
- 似乎已展示完成。-- Stang 138 2017年1月22日 (日) 00:57 (UTC)
編輯請求
[編輯]@Stang:可幫忙把地址簿改為通訊簿嗎?謝謝。Richard923888~\(≧▽≦)/~和我聊天 2017年7月8日 (六) 08:08 (UTC)
圖片變換頻率問題
[編輯]請問,圖片的變換頻率問題,是幾分鐘換一張。Simon 1996(留言) 2017年10月20日 (五) 16:12 (UTC)
編輯請求
[編輯]請求已處理
我之前在申請時未發現有筆誤,應將"捻"唱換成"唸"唱,才是正確的。 --Sam40305(留言) 2018年2月24日 (六) 04:02 (UTC)
- 依保護方針,修改輸入錯誤可不經討論直接完成。--Antigng(留言) 2018年2月24日 (六) 04:11 (UTC)
編輯請求
[編輯]請求已處理--Xiplus#Talk 2018年7月10日 (二) 02:32 (UTC)
請把當前問題【哪一名前香港特別行政區主要官員在任職水務署署長期間發生食水管路含重金屬超標事件而備受批評,以及在2018因「任內提升香港的食水安全」而被獲頒銀紫荊星章?】中的主要刪去,他應該是香港特別行政區官員,而非主要官員,謝謝。--No1lovesu(留言) 2018年7月9日 (一) 13:04 (UTC)
編輯請求
[編輯]{{EP}} 現在的問題「在哪場外交活動,古巴牛蛙被引進到中國」語序有些奇怪,建議改為「古巴牛蛙在哪場外交活動中被引進到中國」。--仍然相信友誼就是魔法的CuSO4 2018年11月16日 (五) 14:07 (UTC)
- 問題展示已結束,無法完成。--Lakokat 2018年11月17日 (六) 05:58 (UTC)
編輯請求
[編輯]請求已拒絕
見Wikipedia:互助客棧/其他/存檔/2019年4月#Template:Dyk,Liangent-bot失靈。請使用Draft:Dyk/0的原始碼更新,再下一次更新則使用Draft:Dyk/1。Σανμοσα子罕言利與命與仁 2019年3月24日 (日) 07:21 (UTC)
- 我在上面回覆了。--春卷柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年3月24日 (日) 07:55 (UTC)
- 撤回。Σανμοσα y=0 regardless the value of x 2019年3月31日 (日) 04:22 (UTC)
Liangent-bot不知道為甚麼沒做任何更新(查貢獻,它的最後一次編輯在2019年3月23日 (六) 00:40 (UTC+8))。剛才已經代為更新Wikipedia:新條目推薦/候選/列表了,但Template:Dyk仍然沒人幫忙更新。Σανμοσα子罕言利與命與仁 2019年3月24日 (日) 07:00 (UTC)
見Template talk:Dyk#編輯請求_7。Σανμοσα子罕言利與命與仁 2019年3月24日 (日) 07:31 (UTC)
我在Telegram說過兩次為甚麼不能手動更新了:因為這樣做的話,手動添加的編輯獎積分將來會被才女的機器人刷掉,也就是假設本來100,我手動加到102(假設人家提了兩篇),才女機器人復工之後,人家再提一篇,那麼它更新的時候就會變成101,這樣2分就沒了。這個我試過,所以記得(但是我在站外聽過別的說法)。如果大家不在乎編輯獎積分,我可以手動更新,但是我身為受影響用戶,並不願意放棄拿分。另外就算移動,當選條目也不應該只展示2小時,這樣很傷的。副知@Liangent、Cdip150、-Zest。--春卷柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年3月24日 (日) 07:53 (UTC)- 我看回修改記錄,似乎人家的說法才是正確的。我會在08:20(UTC)更新第一個條目,以後每兩小時一次。16:00至00:00(UTC)休息。--春卷柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年3月24日 (日) 08:09 (UTC)
- @春卷柯南:每2小時出沒一次可能太辛苦了,如果沒有技術問題的話,建議用回User:Cloudcolors時代的每約8小時更新2至3個的方法。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2019年3月24日 (日) 12:55 (UTC)
- 在這方面我有這個耐性。至於為甚麼不能一次更新超過一篇條目,可以參見上面我給Sanmosa的回覆(除了才女機器人救不了了)——每篇條目至少應該在DYK展示12小時,不然不公平(我就曾經有條目在那兒展示2小時就下架了)。--春卷柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年3月24日 (日) 14:17 (UTC)
- 分三次編輯也不行?(例如:14時20分、14時25分、14時30分三次)如果技術沒問題的話,條目在16個小時後才會下架。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2019年3月24日 (日) 14:36 (UTC)
- 說到底,與其說我這樣做是為了保證展示時間超過12小時(如上所示,舊方案是可以把展示時間延長到16小時),倒不如說這是為了避免才女機器人突然復工,令DYK欄目下方那些條目的展示時間縮短到不夠12小時。假設我在早上8點放了3篇條目上去,然後下午4點再放3篇,接下來應該在凌晨12點更新,不過要是才女機器人在凌晨之前復工(假設是下午5點),我在8點放上去的3篇條目裏面,有一篇展示了9小時就會被刷掉,還有一篇只展示了11小時。我是認為有這種可能;除非它確實回天乏術,或者才女放棄有關責任,到時再考慮舊方案也可。--春卷柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年3月24日 (日) 16:34 (UTC)
- 或者來個更大膽的方案:封掉才女機器人,用回舊方案一段時間。(雖然我懷疑這樣做能不能強制重新啟動機器人,而且封掉停擺的機器人在本地似乎沒有先例可循。)--春卷柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年3月25日 (一) 02:56 (UTC)
- 手動更新會導致閣下上述所說的計數被機器人重置的問題嗎?—— Eric Liu(留言.留名.學生會.CUCC) 2019年3月25日 (一) 00:00 (UTC)
- 分三次編輯也不行?(例如:14時20分、14時25分、14時30分三次)如果技術沒問題的話,條目在16個小時後才會下架。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2019年3月24日 (日) 14:36 (UTC)
- 在這方面我有這個耐性。至於為甚麼不能一次更新超過一篇條目,可以參見上面我給Sanmosa的回覆(除了才女機器人救不了了)——每篇條目至少應該在DYK展示12小時,不然不公平(我就曾經有條目在那兒展示2小時就下架了)。--春卷柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年3月24日 (日) 14:17 (UTC)
- @春卷柯南:每2小時出沒一次可能太辛苦了,如果沒有技術問題的話,建議用回User:Cloudcolors時代的每約8小時更新2至3個的方法。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2019年3月24日 (日) 12:55 (UTC)
- 請Liangent的機器人快速更新,具體下榜時間並不重要;恢復到Cloudcolors時期是歷史倒退沒有意義和優勢。我的條目都掛在上面兩天多了,再掛著就太幽默了。🌜山西特產批發零售™️🌽🌶️🍎🍠🐓🐐(留言) 2019年3月25日 (一) 00:09 (UTC)
- 可是還不知道Liangent甚麼時候才能修復,所以現在迫不得已想要用舊方法,又或者要管理員出沒得頻密一些來更新。當修復好之後自然就用回機械快速更新法。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2019年3月25日 (一) 03:02 (UTC)
- 我還是認為liangent的修復後的效率是還是比任何人工參與要更好一些,以前無論是DYK還是行政區劃編寫。這個機器人的效率很完成度還是最高的,哪怕會有時間成本在裡面(半個月、半年都可以)。至於春卷提到的算法錯誤是不可能的,機器人的算法是基於用戶頁面上的已有數字基礎。如果DYK囤積一些就囤積著吧,目前看本身那邊也烏煙瘴氣,誰要在那裡宣誓主權就讓它宣誓吧。🌜山西特產批發零售™️🌽🌶️🍎🍠🐓🐐(留言) 2019年3月26日 (二) 02:18 (UTC)
- 挺有趣的。您用詭異的DYK問題擾亂DYK的時候,您不覺得烏煙瘴氣;您在DYK提大量條目但是不理會評審意見的時候,您不覺得烏煙瘴氣;您一直批量投支持票,其中一部分支持票顯然您都沒花半分鐘看條目,而且確實有些條目質量不過關,您不覺得烏煙瘴氣;您在DYKC多次發表和評審無關的言論,您不覺得烏煙瘴氣;您編造理由拒絕評審意見的時候,您不覺得烏煙瘴氣;現在您覺得烏煙瘴氣了。 --Ujui Uju Mandan(留言) 2019年3月26日 (二) 07:10 (UTC)
- 我還是認為liangent的修復後的效率是還是比任何人工參與要更好一些,以前無論是DYK還是行政區劃編寫。這個機器人的效率很完成度還是最高的,哪怕會有時間成本在裡面(半個月、半年都可以)。至於春卷提到的算法錯誤是不可能的,機器人的算法是基於用戶頁面上的已有數字基礎。如果DYK囤積一些就囤積著吧,目前看本身那邊也烏煙瘴氣,誰要在那裡宣誓主權就讓它宣誓吧。🌜山西特產批發零售™️🌽🌶️🍎🍠🐓🐐(留言) 2019年3月26日 (二) 02:18 (UTC)
- 可是還不知道Liangent甚麼時候才能修復,所以現在迫不得已想要用舊方法,又或者要管理員出沒得頻密一些來更新。當修復好之後自然就用回機械快速更新法。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2019年3月25日 (一) 03:02 (UTC)
- 現在Liangent的活躍度大不如前,我覺得有必要搞個「Liangent-bot接班人」,不過當然主人得是比較活躍且同樣是技術大佬。--№.N(留言) 2019年3月27日 (三) 01:48 (UTC)
- 可以讓其他技術人員加入維護Liangent-bot嗎?因為即使有繼任者,其處理方式也應該相去無幾,沿用或許還比較好。—— Eric Liu(留言.留名.學生會.CUCC) 2019年3月27日 (三) 08:01 (UTC)
- 總而言之,再搞一個主人很活躍的機器人臨時甚至永久代替Liangent-bot是必要的,Liangent的活躍度大幅度下降,導致其機器人出了問題,也難以在短時間內解決。主人Liangent不再經常活躍,意味著機器人的維護工作也會受到影響,如果能夠找到合適的替代者以及Liangent本人不願意將機器人的維護權給予其他技術人員,Liangent-bot也是時候該逐漸淡出了,當然這不是否認Liangent-bot的功勞,沒有Liangent-bot,繁簡處理和DYK更新等工作的處理效率會大幅降低。--№.N(留言) 2019年3月31日 (日) 05:50 (UTC)
- 可以讓其他技術人員加入維護Liangent-bot嗎?因為即使有繼任者,其處理方式也應該相去無幾,沿用或許還比較好。—— Eric Liu(留言.留名.學生會.CUCC) 2019年3月27日 (三) 08:01 (UTC)
- @春卷柯南:現在修好了嗎?—— Eric Liu(留言.留名.學生會.CUCC) 2019年4月3日 (三) 00:13 (UTC)
- 還沒有。不過我總算把Liangent-bot處理DYK那部分的原始碼找出來了。--春卷柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年4月4日 (四) 13:04 (UTC)
- @Ericliu1912、春卷柯南:或者移去互助客棧的技術區探討看看? DYK頁面現在都已經顯示「有0條由機器人所鑑定」,表示淨支持4票(含)以上機器人目前也無法判斷了--Z7504非常建議必要時多關注評選(留言) 2019年4月6日 (六) 06:11 (UTC)
- 最近機器人出問題的原因應該是Trusty deprecation。不曉得有沒有人能提醒一下才女。另外要找接手的備用機器人也得要有管理員權限,像cewbot這邊就不能出手了。 --Kanashimi(留言) 2019年4月7日 (日) 11:22 (UTC)
理順DYK更新問題的亂象
[編輯]- 問題:自從今年2月底、3月初Liangent-bot以來,{{Dyk}}曾經有一段時間是純人手更新,主要是我和街燈來執行。後來(大概這兩個月)街燈和亞歷山大先後研發出了專門用來更新DYK的程序,自此之後DYK是半自動更新+純人手更新。不過街燈和亞歷山大的程式/機器人的運行邏輯不一樣(下面會補充),由於我們之間缺乏協調(我/亞歷山大和街燈之間的溝通途徑基本上也就是站內,在站外不是沒能聯絡上,就是沒有運用那些途徑;我和亞歷山大之間有站外聯絡),有時候更新頻率會變得不穩定,結果〈約翰·斯圖亞特 (布肯伯爵)〉展示了11個小時差一點(一、二),〈京山鐵路〉展示了大概10小時(一、二)。Liangent-bot還沒有罷工的時候,除非測試(因為這個原因〈英國駐泰國大使館〉展示了8個小時不到 [ 一、二 ],但是這是很不公平的),否則條目在DYK展示的時間不應該少於12小時。大家都知道,一個月後動員令就要開始了,要是現在不解決這個問題,將來的亂子可能會更大。
- 補充:按照我個人的觀察:
- 街燈程式的邏輯是:定期更新若干篇條目(具體規律很難捉摸),更新的時候先更新放在最底的條目,不理會type參數和上一次更新時間(他認為type參數只是「錦上添花」,並不需要規範/理會——見此),由於缺乏規律,我估計這是半自動程式而不是機器人。
- 亞歷山大機器人的規律是:每天10:20分更新2-3篇條目,有時候還會在16:20更新一次,更新的時候先更新放在最底的條目,理會type參數和上一次更新時間(因為這關係到一次更新三篇,還是兩篇)。
- 補充:按照我個人的觀察:
- 目的:徵求社群反饋,並從上面兩套方案當中,挑選一套合適的方案(兩個邏輯一樣的機器人通常不會一起處理同一事項)。經過調整之後,隨即進行測試、運行。換言之,就是要盡快結束現時半自動更新+純人手更新並行的亂象,把DYK改為(半)自動更新。--春卷柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年6月17日 (一) 08:49 (UTC)
對我的DYK更新程序的補充糾正:
- 我的程序允許一次更新多條。最多更新條數在代碼里手動配置。
- 我的程序目前無法根據上一次更新時間決定更新幾篇。我更新條目數量不一是由於,根據6個DYK的type不同這一規則判斷,可用條目數量不同,所以更新條目數不同。
- 但是我可以根據與上次更新間隔的時間判斷是否需要更新,不管上次更新是人工還是機器。
- 我的代碼位於[4]的type分支。master分支的代碼是早期不支持type檢查的版本,目前沒有活躍維護。相關博客位於[5],歡迎參考。
--1=0,歡迎加入WP:維基百科維護專題 2019年6月17日 (一) 10:39 (UTC)
(※)注意,實際我還在調試中,是在模仿L君時期的按通過個數來算小時間隔來更新(即「已確認條目少於6條為8小時,7-12條為4小時,13-16條為3小時,否則每隔2小時更新1次,機器人會自動調節頻率」),但算法配置還是出現一些問題,所以看起來不太有規律,我的程式也不能偵測對上一次的人手更新(所以就出現了今早1分鐘更新2次的情況……);還有我是有理會type的,但似乎是空格判斷錯誤導致兩個一樣的type被視為不一樣,我已試著修正。@春卷柯南:見Topic:V09bhehyt1z74emw,這星期我會24小時試運。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2019年6月17日 (一) 14:35 (UTC)
- @Cdip150:是不是也會有兩小時以內更新一次的情況呢?另外是否考慮申請一下測試許可呢?--1=0,歡迎加入WP:維基百科維護專題 2019年6月18日 (二) 08:36 (UTC)
- 我會較為支持可以理會type參數的系統(這樣六個不同、六個一樣、有些一樣有些不同也可以),但最好可以(改為)基於現時仍在支援中的系統。Σανμοσα 2019年6月19日 (三) 08:25 (UTC)
- 不管支持哪個方案,請在代碼正式生效之後單獨建一個機器人帳戶維護DYK。--Rowingbohe♬越努力,越幸運 2019年6月19日 (三) 13:55 (UTC)
- 兩個,一個有管理員權限,一個沒有。後者僅執行需要權限的任務,其餘皆應由無權限的bot執行,以滿足最小權限原則。--Antigng(留言) 2019年6月20日 (四) 03:52 (UTC)
- 建議直接命名機器人帳號為DYK-bot,簡單明瞭。—— Eric Liu(留言.留名.學生會) 2019年6月20日 (四) 04:01 (UTC)
- 如果一併考慮Antigng的意見,結果就是DYK-bot和DYK-adminbot(像Liangent的bots一樣的命名)。Σανμοσα 2019年6月20日 (四) 05:54 (UTC)
- 《論DYKC更新bot的自我修養》:
- 1、能夠正確解析dykc申請頁面,對模板的各種正確使用方式甚至非原則性錯誤應當有一定的容忍能力。
- 2、對於每個新提名的頁面,應當為相應的模板添加合適的散列值;同時應為相應討論頁懸掛{{DYK invite}};問題更新後,散列值也應及時更新;對重複提名應予以檢測和標記。
- 3、對於通過的條目,在確保:
- a、到期;
- b、條目不存在Category:拒絕當選首頁新條目推薦欄目的條目所列問題;
- c、由擁有管理員權限的帳戶批准通過;
- d、不會導致同一類型的多個條目同時出現在首頁上。
- 的前提下,按照先進先出的原則,以相關規則列明的速率將條目更新至{{DYK}}。同時:
- a、移除舊條目;
- b、將討論存檔至相應討論頁,同時移除{{DYK invite}};
- c、更新Wikipedia:新條目推薦/存檔、Wikipedia:新條目推薦/分類存檔、Wikipedia:新條目推薦/供稿;
- d、如條目主編未用模板標明不接受榮譽,在接受{{Bots}}模板指引的前提下更新用戶頁的統計模板。
- 4、對未通過的條目,在確保:
- a、到期;
- b、由擁有管理員權限的非機器人用戶否決。
- 的前提下,將討論存檔,同時移除{{DYK invite}},更新Wikipedia:新條目推薦/未通過。
- 4、程序應穩定可靠,並有穩定的運行環境;應以穩定可靠的方式記錄更新DYKC所需的全部狀態信息(例如Wikipedia:新條目推薦/上一次更新),以確保程序重啟之後能夠正常工作而不違反上述原則。
- 5、應有適當的編輯摘要。
- 6、(可選)可通過站內頁面重新啟動。--Antigng(留言) 2019年6月20日 (四) 03:52 (UTC)
- @Antigng:我想問一點:「不會導致同一類型的多個條目同時出現在首頁上」是「必須」還是「可選擇的做法」?因為我注意到管理員Cdip150不將「不會導致同一類型的多個條目同時出現在首頁上」視為「必須」。另外,我個人非常同意2,我現在在DYK基本上就是見一個條目、掛一個{{DYK Invite}},很麻煩(雖然可以刷編輯數)。Σανμοσα 2019年6月20日 (四) 05:52 (UTC)
- type在我的程序現在設定了是必須的,但我正研究設計新方法,不再倚賴type,免除編者煩惱type應該要怎樣填的問題。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2019年6月20日 (四) 06:16 (UTC)
- 如果社羣決議廢除type的話,我會認可(所以大家可以考慮提出廢除type的討論)。Σανμοσα 2019年6月22日 (六) 05:48 (UTC)
- 當年設立分類其實並沒有任何討論共識決議的,衹是管理員自己方便管理而自行設立,如果管理員自身也認為不再需要分類都能達到同樣效果,其實根本不需要社群決議。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2019年6月23日 (日) 01:08 (UTC)
- 但分類似乎也沿用已久,不妨也讓社羣決定是不是要除掉這個贅物,而且也要同步更新小工具。Σανμοσα 2019年6月23日 (日) 03:59 (UTC)
- 當年設立分類其實並沒有任何討論共識決議的,衹是管理員自己方便管理而自行設立,如果管理員自身也認為不再需要分類都能達到同樣效果,其實根本不需要社群決議。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2019年6月23日 (日) 01:08 (UTC)
- 如果社羣決議廢除type的話,我會認可(所以大家可以考慮提出廢除type的討論)。Σανμοσα 2019年6月22日 (六) 05:48 (UTC)
- type在我的程序現在設定了是必須的,但我正研究設計新方法,不再倚賴type,免除編者煩惱type應該要怎樣填的問題。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2019年6月20日 (四) 06:16 (UTC)
- @Antigng:我想問一點:「不會導致同一類型的多個條目同時出現在首頁上」是「必須」還是「可選擇的做法」?因為我注意到管理員Cdip150不將「不會導致同一類型的多個條目同時出現在首頁上」視為「必須」。另外,我個人非常同意2,我現在在DYK基本上就是見一個條目、掛一個{{DYK Invite}},很麻煩(雖然可以刷編輯數)。Σανμοσα 2019年6月20日 (四) 05:52 (UTC)
- 回應Antigng君:
- 「應當為相應的模板添加合適的散列值」,以前Liangent-bot還沒有罷工的時候,計算出來的hash是同時考慮到DYKC模板的每一個已知參數,它罷工之後我們只是調用question參數,使用SHA-1計算器,不能夠重現以前的算法。不過Liangent留下來的原始碼有提及到。
- 3c這個以前是Jimmy的機器人負責,不過不知道甚麼原因他也罷工去了。
- 「更新⋯⋯Wikipedia:新條目推薦/分類存檔」,這個我們三個管理員已經荒廢掉了,正好我打算重修,因為這個東西實在雜亂無章了。(不過採用哪一種分類法,以及大中華地區應該如何表述這個問題已經可以吵半年了,參見KirkLu君以前提過的「優良條目存檔改革案」)
- 未通過條目的存檔需要轉到討論頁存檔。
另外,我自己也打算做一個輔助機器人出來,負責點票/計算hash/加入{{DYK Invite}}/存檔未通過條目(遠期)等功能。就是不會程式碼。--春卷柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年6月20日 (四) 10:38 (UTC)- 建議方案:不填type,讓DYKC條目編寫者在討論頁自行方式WikiProject XXX模板,然後自動根據模板進行分類。--Leiem(簽名·留言) 2019年6月24日 (一) 16:56 (UTC)
動員令期間的後備方案
[編輯]請恕我岔開話題一下。目前動員令在即,在不久後DYKC的壓力將會大增,而目前更新DYK的流程尚未完全成熟,倘在動員令期間機器人(或半自動工具)故障而須依賴人手作業更新的話,將對少數長駐DYK的管理員帶來極大的工作量和造成DYKC的嚴重積壓。在此,為了應對可能發生的故障情況,我在此提出一後備方案如下:
- 設立一臨時、任務型的用戶組別(下暫稱「模板編輯員」)並設立相應的頁面保護層級。
- 模板編輯員的成員名單暫定為全體動員令主持人。
- 在動員令期間至完結後若干天(預計為7天)把更新DYK欄目所需編輯的頁面的保護層級,下放至容許模板編輯員編輯。
- 若DYK自動更新能正常運作,模板編輯員原則上不應對DYK欄目執行手動更新。但如機器人故障而須依賴人手作業更新DYK欄目的話,模板編輯員則可在期間暫代管理員執行更新工作。
現在距離動員令開始僅餘兩週時間,我在此請求大家盡快確認此方案是否確切可行,並(如答案為「是」)盡快建立初步的社群共識,以便此方案能在整個動員令期間處於待命狀態。在此邀請長期參與DYK更新的管理人員@Alexander Misel、Cdip150、春卷柯南:,和動員令主持人@-Zest、Bowleerin、BoyuZhang1998、Cohaf、Ericliu1912:@KirkLU、Leiem、Richard923888、Rowingbohe、Temp3600:參與討論。--無聊龍·留言·貢獻香港圖片願望單徵集中 2019年6月20日 (四) 19:34 (UTC)
- 或者臨時升任一名或多名組織者為管理員來協助管理?理論上是允許的。——路過圍觀的Sakamotosan | 避免做作,免敬 2019年6月22日 (六) 05:19 (UTC)
- (+)支持:個人認為上述兩個提議皆可行,但是若設立新權限,要經過Phabricator。如果社群沒有足夠時間達成共識並送交Phabricator,個人則較偏好後者,也就是支持臨時授予一名或多名主持人管理員權限。。--Bowleerin(留言) 2019年6月23日 (日) 03:42 (UTC)
- 臨時授予管理員權限合於方針規定嗎?—— Eric Liu(留言.留名.學生會) 2019年6月23日 (日) 23:51 (UTC)
- 社羣共識許可的話,可以凌架方針。Σανμοσα 2019年6月24日 (一) 09:26 (UTC)
- 無聊龍的建議理論上是可行的。另外中文維基百科有史以來所有臨時管理員職務都是為了迎合技術需求,而且都是由擅長技術的編輯擔任。更新DYK模板更像是一個編採問題,而不是技術問題。不過,就算設置這個權限,仍然需要留意彼此之間的協調,不然上面提到的「DYK更新頻率不穩定」這個問題還是沒有解決。
- 我心目中還有一項反建議,給大家參考:停止目前的DYK機器人/程式測試,調整DYK更新的頻率,12小時6篇(只要分類不重複就行——可以商量)。原因是:街燈的程式測試了一個星期,更新的頻率比測試開始之前下降了很多,從我上一次更新(6月17日下午)開始,平均每天只是更新了3-4篇(本來7篇左右)。這樣的更新頻率不利於舒緩動員令高峰期間DYKC的積壓提名。--春卷柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年6月24日 (一) 11:08 (UTC)
- 「更新的頻率比測試開始之前下降了很多」——這是因為碰巧近期實在太少積壓嘛。如果換轉是動員令那般熱鬧,而自動程式碼沒有錯的話,應該大多會每2小時更新一個。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2019年6月24日 (一) 18:05 (UTC)
- 技術上不需要引入任何新權限。取消首頁級聯保護,把模板保護級別改為半保護,然後做個過濾器禁掉除少數用戶以外的其它非管理員編輯就OK了。--Antigng(留言) 2019年6月24日 (一) 15:28 (UTC)
- Antigng的方法我認為可行,而且也能夠讓其他用戶參與更新DYK(以及GA/FA/FL),長遠而言這個可以考慮。Σανμοσα 2019年6月25日 (二) 00:29 (UTC)
- DC期間,DYK由6條臨時增加到10條如何?--Leiem(簽名·留言) 2019年6月24日 (一) 16:54 (UTC)
- 如果不會造成排版問題的話,我認為這個也可行。Σανμοσα 2019年6月25日 (二) 00:30 (UTC)
- 其實現在街燈的代碼還是蠻穩定的了,動員令應該也不會有問題。我覺得不需要過分擔心。如果可以,我希望看看街燈的原始碼,如果有我能看出的問題我也會指出的。--1=0,歡迎加入WP:維基百科維護專題 2019年6月25日 (二) 02:47 (UTC)
明顯筆誤
[編輯]@Shizhao:立陶宛不是北歐國家,請將最新的dyk改成東歐國家或波羅的海國家。確也有北歐的用法。--173.68.165.114(留言) 2020年8月10日 (一) 10:51 (UTC)
移除首頁「你知道嗎?」板塊的「更多新條目」連結
[編輯]建議移除首頁「你知道嗎?」板塊的「更多新條目」連結,該連結連結至Special:最新頁面。該頁面的條目沒有經過篩選,ip建立的侵權條目、被提刪的條目,甚至被打回草稿的條目([6])都會顯示。這對讀者的印象不太好。--BlackShadowG Pray for Ukraine 2022年4月26日 (二) 05:36 (UTC)
- 感覺更多新條目和側邊欄的隨機頁面連結能向讀者展示更真實的中文維基百科。讀者點進去後可能會發現條目每小時都在增加,這未嘗不是一件好事。--50829! Talk · 496,466,022 2022年4月27日 (三) 00:00 (UTC)
- 說明:所謂「你知道嗎」指的是新條目推薦,「更多新條目」指的只是新條目而已,可能不滿足推薦標準。--185.217.119.46(留言) 2022年4月28日 (四) 05:07 (UTC)
- 暫時沒看到很多太差的條目。壞條目會不會吸引到新編者來參與呢。如果很擔心,技術上將默認的偏移後移如12或24小時?--YFdyh000(留言) 2022年4月28日 (四) 20:08 (UTC)
- 我覺得可以。--Tranve (✉) 2022年5月3日 (二) 03:12 (UTC)
- 雖然看著很合理,而且確實部分其他語言版本也沒在首頁弄這入口,但是對於多年來通過首頁點進Special:最新頁面的我來說還是一時不太能夠接受……故整體持中立態度。--🔨(留言) 2022年5月7日 (六) 12:18 (UTC)
- 如果是這個理由的話,(-)反對,讀者看到品質低劣的條目,不也能促使他們動手編輯並改善維基百科嗎?-KRF(留言) 2022年5月17日 (二) 02:20 (UTC)
- (!)意見:這個連結顯然是不合適的,我認為應該連結至Wikipedia:新條目推薦/候選/自動篩選,這樣比較好一些。--12З4567(留言) 2022年5月17日 (二) 02:31 (UTC)
- 可是這是給讀者看的嗎?—— Eric Liu 創造は生命(留言・留名・學生會) 2022年5月17日 (二) 10:31 (UTC)
- 難道Special:最新頁面是給讀者看的?那麼「黃色背景的頁面還沒有被巡查」等三段文字是幹什麼用的?改成Wikipedia:新條目推薦/候選/自動篩選,這樣讀者既能閱讀到質量比較好的新頁面,又能了解新條目是如何經過篩選然後推薦到首頁的,難道不好嗎?--12З4567(留言) 2022年5月17日 (二) 12:27 (UTC)
- 是有一點道理啦。—— Eric Liu 創造は生命(留言・留名・學生會) 2022年5月19日 (四) 13:25 (UTC)
- 難道Special:最新頁面是給讀者看的?那麼「黃色背景的頁面還沒有被巡查」等三段文字是幹什麼用的?改成Wikipedia:新條目推薦/候選/自動篩選,這樣讀者既能閱讀到質量比較好的新頁面,又能了解新條目是如何經過篩選然後推薦到首頁的,難道不好嗎?--12З4567(留言) 2022年5月17日 (二) 12:27 (UTC)
- (+)贊成,瀏覽主頁的用戶一般都是普通用戶,目前的連結確實不太好,連結到Wikipedia:新條目推薦/候選/自動篩選會更好一些。MoJieCPD(留言) 2022年5月19日 (四) 05:50 (UTC)
- 這顯然有爭議(現在才有人會在意這個 囧rz……),看起來留哪個都不是的。原因是,如果照上面所述的話,那要不要以後也寫出FA/FL/FP/GA的自動篩選啊?還有,Special:最新頁面也不等同說所有條目都能上DYK,那是不可能的。看來這有得討論是否該廢除了,畢竟首頁可能每天都不少人會看嘛。是吧?--Z7504非常建議必要時多關注評選(留言) 2022年5月19日 (四) 13:31 (UTC)
- (+)支持,以前就覺得很怪,適合給讀者看嗎?但想說應該是很多人習慣從首頁進Special:最新頁面(看樓上還真有,我也是後來用工具列才沒從首頁進)Wikipedia:新條目推薦/候選/自動篩選這個方案不錯!--Rice King 信箱 · 留名.邊緣人🇹🇼 2022年5月24日 (二) 02:10 (UTC)
- 可是這是給讀者看的嗎?—— Eric Liu 創造は生命(留言・留名・學生會) 2022年5月17日 (二) 10:31 (UTC)
- 2種版本給上面的用戶看看:版本1是直接移除現有的「更多新條目」選項,版本2則是改為「自動篩選」的選項。--Z7504非常建議必要時多關注評選(留言) 2022年5月24日 (二) 02:59 (UTC)
- 既然最新頁面和自動篩選都有人需要,不如一起放上去,空間足夠,特色列表的連結就不少。版本,可供推選/推選建議/???。題外話,那些「存檔」連結更名「歷史存檔」或「歷屆存檔」是否更好。--YFdyh000(留言) 2022年5月24日 (二) 09:50 (UTC)
- 是時候該給其他用戶表態了,「兩種都留」的方案也可以納入考慮。--Z7504非常建議必要時多關注評選(留言) 2022年5月25日 (三) 03:59 (UTC)
- 支持版本2或兩種都留。呃⋯⋯我會覺得說DYK就是所謂的推選建議,叫「想看更多」?(有點蠢 囧rz……)--Rice King 信箱 · 留名.邊緣人🇹🇼 2022年5月25日 (三) 08:48 (UTC)
- 可以考慮將Special:最新頁面加入側邊欄,這樣既能解決首頁問題,也能解決習慣問題。--12З4567(留言) 2022年5月25日 (三) 12:59 (UTC)
- (+)支持--Rice King 信箱 · 留名.邊緣人🇹🇼 2022年5月28日 (六) 14:29 (UTC)
- (+)支持:將Special:最新頁面加入側邊欄後的版本2。--Lucien09(留言) 戰爭,永恆的戰爭…… 2022年5月28日 (六) 13:42 (UTC)
- (-)反對我巡查新條目的時候就是從這進的,很方便,如果去掉了會使巡查新條目變得麻煩,(&)建議首頁選一個地方保留進入最新頁面的連結,不一定是這裡Forza Ferrari ! 2022年5月29日 (日) 02:15 (UTC)
- 不能在瀏覽器收藏夾里收藏一下嗎?--Tranve (✉) 2022年5月29日 (日) 13:12 (UTC)
- 同上,此外Special:最近更改也有「(新)條目」的連結--BlackShadowG Slava Ukraini! 2022年5月30日 (一) 05:56 (UTC)
- 加入側邊欄後的版本見此處。--12З4567(留言) 2022年5月29日 (日) 12:17 (UTC)
- 我是覺得可以直接移除,當然也不反對加入自動篩選的連結。在我看來,「存檔」頁面就是最近的,質量經過社群認可的新條目,讀者像看更多新條目直接點進「存檔」頁面就好,沒有必要加入其它未經社群認可的條目列表。--BlackShadowG Slava Ukraini! 2022年5月30日 (一) 06:02 (UTC)
- 把最新頁面按鈕加上側邊欄不錯,如果大家同意這樣,那我對於移除DYK欄位的最新頁面入口無所謂。--🔨(留言) 2022年5月30日 (一) 08:27 (UTC)
- Sidebar的部份可能需要用到一些技術的問題,正常查詢模板可能沒辦法找到。--Z7504非常建議必要時多關注評選(留言) 2022年5月30日 (一) 14:33 (UTC)
- 既然最新頁面和自動篩選都有人需要,不如一起放上去,空間足夠,特色列表的連結就不少。版本,可供推選/推選建議/???。題外話,那些「存檔」連結更名「歷史存檔」或「歷屆存檔」是否更好。--YFdyh000(留言) 2022年5月24日 (二) 09:50 (UTC)
- (?)疑問@BlackShadowG:決定好要公示哪個版本了嗎?--Z7504非常建議必要時多關注評選(留言) 2022年6月7日 (二) 16:31 (UTC)
- 社群好像沒有統一的意見,我們似乎可以開一次投票?--BlackShadowG Slava Ukraini! 2022年6月8日 (三) 00:19 (UTC)
- @BlackShadowG:雖然投票不能代替討論,但是上面對於是否保留Special:最新頁面以及增加自動篩選選項可能存有些爭執,應該還是要用投票的方式表決了,且草稿版本應該直接給用戶看,要不然根本沒有結論嘛。現在可能最大的問題就是Sidebar的部份是否加上最新頁面吧?啊如果要加,那麼「你知道嗎?」板塊的連結可能就不用再有同樣的連結了。--Z7504非常建議必要時多關注評選(留言) 2022年6月8日 (三) 15:41 (UTC)
- 已經在下方開啟投票區了。通知@12З4567、50829!、Ericliu1912、Kerolf666、Liu116、Lucien09、MoJieCPD、NanoKid、Tranve:@Z7504、飯飯國王:--BlackShadowG Slava Ukraini! 2022年6月10日 (五) 13:17 (UTC)
- 基於公平原則,投票區基本上不參與,且上面也提過「是時候該給其他用戶表態了」。--Z7504非常建議必要時多關注評選(留言) 2022年6月11日 (六) 12:20 (UTC)
- 已經在下方開啟投票區了。通知@12З4567、50829!、Ericliu1912、Kerolf666、Liu116、Lucien09、MoJieCPD、NanoKid、Tranve:@Z7504、飯飯國王:--BlackShadowG Slava Ukraini! 2022年6月10日 (五) 13:17 (UTC)
- @BlackShadowG:雖然投票不能代替討論,但是上面對於是否保留Special:最新頁面以及增加自動篩選選項可能存有些爭執,應該還是要用投票的方式表決了,且草稿版本應該直接給用戶看,要不然根本沒有結論嘛。現在可能最大的問題就是Sidebar的部份是否加上最新頁面吧?啊如果要加,那麼「你知道嗎?」板塊的連結可能就不用再有同樣的連結了。--Z7504非常建議必要時多關注評選(留言) 2022年6月8日 (三) 15:41 (UTC)
- 社群好像沒有統一的意見,我們似乎可以開一次投票?--BlackShadowG Slava Ukraini! 2022年6月8日 (三) 00:19 (UTC)
投票
[編輯]由於上方討論結果可能存在些爭執,因此在此開啟投票作為最終處理方式。投票時長暫定為兩周,但根據WP:IAR精神可適當調整(如若投票活躍或者票數不相上下,可適當延長,反之則可適當縮短)。各位只需在自己支持的選項下留名即可,不用管自己反對的選項。
投票問題和選項列於下方。——BlackShadowG Slava Ukraini! 2022年6月10日 (五) 13:08 (UTC)
- @BlackShadowG:兩周已過,大概結果是:問題一的選項二「改連結至Wikipedia:新條目推薦/候選/自動篩選」比較多人選;問題二的選項二「否」比較多人選,以上,看是否要更改問題一得出的結論了。--Z7504非常建議必要時多關注評選(留言) 2022年6月27日 (一) 04:36 (UTC)
- 那就以將改連結至Wikipedia:新條目推薦/候選/自動篩選 公示7日吧。--BlackShadowG Slava Ukraini! 2022年7月2日 (六) 12:41 (UTC)
- 就比維持現狀多出1票。。。難以稱為共識吧?而且Wikipedia:新條目推薦/候選/自動篩選如果要做這個用途的話,可能需要做一些修改才可以(但我還沒想好怎麼改合適,或者有人有什麼好的設計方案?)--百無一用是書生 (☎) 2022年7月6日 (三) 02:45 (UTC)
- 某些人不想在側邊欄位增加Special:最新頁面,而且新頁面的問題在上面已經強調過了。還是這也要搞什麼隨機分類啊 囧rz……?--Z7504非常建議必要時多關注評選(留言) 2022年7月6日 (三) 13:05 (UTC)
- 就比維持現狀多出1票。。。難以稱為共識吧?而且Wikipedia:新條目推薦/候選/自動篩選如果要做這個用途的話,可能需要做一些修改才可以(但我還沒想好怎麼改合適,或者有人有什麼好的設計方案?)--百無一用是書生 (☎) 2022年7月6日 (三) 02:45 (UTC)
- 那就以將改連結至Wikipedia:新條目推薦/候選/自動篩選 公示7日吧。--BlackShadowG Slava Ukraini! 2022年7月2日 (六) 12:41 (UTC)
問題一:如何處理首頁「你知道嗎?」板塊的「更多新條目」連結?
[編輯](註:該連結原先連結至Special:最新頁面)
選項一:移除
[編輯]- (+)支持:理由已列於上方,Special:最新頁面和Wikipedia:新條目推薦/候選/自動篩選都不是給讀者看的。——BlackShadowG Slava Ukraini! 2022年6月10日 (五) 13:08 (UTC)
- (+)支持:我認為,能夠出現在首頁上的內容,不論是直接連結的條目,還是直接連結到的頁面,都應當保障一定的質量,因為,「首頁」確實是一些普通讀者瀏覽維基百科、認識維基百科的地方,應當更多從讀者角度考慮。「最新頁面「的內容顯然是給巡查看的,不是給讀者看的。」自動篩選「里也存在較多低質量的條目,這個頁面也不太適合。MoJieCPD(留言) 2022年6月10日 (五) 15:31 (UTC)
- 字面上「你知道嗎?」和新條目列表沒有關係?Wikipedia:新條目推薦/候選這裡也說的不是很直接。感覺讀者有點迷。選項二倒是還好理解一些。--洛普利寧 2022年6月21日 (二) 14:39 (UTC)
選項二:改連結至「Wikipedia:新條目推薦/候選/自動篩選」
[編輯]- (+)支持:Special:最新頁面放在此處不符合「你知道嗎」板塊的主題,與相鄰位置其他連結的相關程度較低,且此頁面的條目沒有經過篩選,放在此處對維基百科普通讀者的印象不太好,更好的解決方法是將Special:最新頁面加入側邊欄;而此處改連結至Wikipedia:新條目推薦/候選/自動篩選則更好一些,能夠使普通讀者閱讀到質量更好的新條目。--12З4567(留言) 2022年6月10日 (五) 14:58 (UTC)
- (+)支持。Lucien09(留言) 戰爭,永恆的戰爭…… 2022年6月10日 (五) 23:41 (UTC)
- (+)支持,還沒巡查過的頁面品質良莠不齊,我認為一堆符合快刪、提刪標準和問題模板掛一堆的頁面不可能讓讀者有興趣閱讀,遑論促使其編輯。自動篩選已經符合某些必要條件,可以讓讀者閱讀品質較高,不足的地方也可引發其編輯的想法,豈不美哉?--Rice King 信箱 · 留名.邊緣人🇹🇼 2022年6月11日 (六) 10:27 (UTC)
- Wikipedia:新條目推薦/候選/自動篩選這個頁面的作用就不是幹這個的,只是給DYK評選做參考的,排版設計也不是為了給讀者展示用的--百無一用是書生 (☎) 2022年6月13日 (一) 02:11 (UTC)
- 對啦最初目的當然不是,但Special:最新頁面也不是啊。所以如果原本排版設計都不是給讀者展示的話,我覺得與其刪除不如換成自動篩選,讓一般讀者可以看到一些不同的東西,這是我的想法。--Rice King 信箱 · 留名.邊緣人🇹🇼 2022年6月13日 (一) 02:52 (UTC)
- Wikipedia:新條目推薦/候選/自動篩選這個頁面的作用就不是幹這個的,只是給DYK評選做參考的,排版設計也不是為了給讀者展示用的--百無一用是書生 (☎) 2022年6月13日 (一) 02:11 (UTC)
- (+)支持:敝人以單純身為入門或路過的使用者暨讀者之一的角度,竊以為登上維基百科首頁的「你知道嗎?」欄位既為「新條目推薦投票」,「更多新條目」直覺上或應直接顯示同一類條目。若連結至「維基百科:新條目推薦/候選/自動篩選」,除了可供有需求的讀者隨意閱覽,亦可讓獲得入圍的編者適當展示作品或編輯成果(斗膽畫餅:若該頁面能進一步以視覺化設計加以美化更棒)。
而連結至「最新頁面」,除了明顯非讀者取向,個人認為對於一般恰好可能因好奇而點進來的普通用戶而言,除了過度技術取向、充斥社群用語或專業術語且用意不明,對一般多數讀者而言,最有可能發生的結果或許是直接按「上一頁」離開(笑)。--Kriz Ju(留言) 2022年6月21日 (二) 21:20 (UTC) - 可讀性比現在好一些。--Lt2818(留言) 2022年6月24日 (五) 03:56 (UTC)
- (+)支持 --Yinyue200(留言) 2022年7月10日 (日) 07:33 (UTC)
選項三:兩者皆留
[編輯]- 兩種都留,參考上方討論。--YFdyh000(留言) 2022年6月10日 (五) 13:15 (UTC)
選項四:維持現狀
[編輯]- 維持原樣。即使讀者看到品質低劣的條目,也不見得必然留下負面印象,而是可能促進其動手改善維基百科。另外反對「不是給讀者看的」這種論調。維基百科的讀者即編者,與你我無異。-KRF(留言) 2022年6月10日 (五) 13:50 (UTC)
- 目前這樣沒什麼問題--百無一用是書生 (☎) 2022年6月13日 (一) 02:12 (UTC)
- Ericliu1912(留言) 2022年6月22日 (三) 05:38 (UTC)
- Forza Ferrari ! 2022年6月24日 (五) 00:59 (UTC)
問題二:是否將Special:最新頁面加入側邊欄?
[編輯]選項一:是
[編輯]- (+)支持:在移除或改連結後,加入側邊欄可以使得此連結在首頁另一位置保留,能夠解決從首頁進入巡查新條目連結的編者的習慣問題。--12З4567(留言) 2022年6月10日 (五) 14:58 (UTC)
- (+)支持。Lucien09(留言) 戰爭,永恆的戰爭…… 2022年6月10日 (五) 23:42 (UTC)
- (+)支持:雖然移除{{dyk}}模板的最新條目入口有一定的合理理據,不過要真的突然移除了肯定有用戶覺得不方便,應該在側邊欄上加入。--🔨(留言) 2022年6月11日 (六) 15:19 (UTC)
選項二:否
[編輯]- 提供腳本或小工具自選啟用可能更好,暫時不要提供給普通讀者和所有編者。--YFdyh000(留言) 2022年6月10日 (五) 13:15 (UTC)
- (+)支持:側邊欄這種「常駐一級菜單」所提供的功能應當是為了服務絕大部分人而存在的,而「最新頁面」大部分情況下只有巡查會看,因此,沒有添加的必要。MoJieCPD(留言) 2022年6月10日 (五) 15:43 (UTC)
- 同意MoJieCPD的意見--百無一用是書生 (☎) 2022年6月13日 (一) 02:13 (UTC)
- (+)支持:同以上站友,竊以為該頁面不赤裸裸提供給一般讀者和所有編者或較佳。--Kriz Ju(留言) 2022年6月21日 (二) 22:41 (UTC)
- Ericliu1912(留言) 2022年6月22日 (三) 05:38 (UTC)
- 沒必要。--三萬光年 GBAW · 6000+ 2022年6月22日 (三) 07:17 (UTC)
選項三:其他意見
[編輯]- 假如移除了「更多新條目」連結,受影響最大的應該是巡查員,這一問題可以通過收藏頁面來解決,把「更多新條目」頁面直接收藏,之後通過收藏夾直接進入。不論這個連結最後會不會移除,本人都推薦這種方式,因為可以免去二次跳轉的時間,從而直達頁面,本人進入「監視列表」頁面就是通過這種方式。MoJieCPD(留言) 2022年6月10日 (五) 15:50 (UTC)
- 已經有小工具了,敝人平時就是利用其來巡查而非收藏頁面(不過監視清單是),效果不錯。考量到有些巡查員和用戶尚不習慣藉由其他方式進special:新頁面,先暫時擺放側欄也無不可。--Rice King 信箱 · 留名.邊緣人🇹🇼 2022年6月11日 (六) 13:46 (UTC)
- (!)意見:敝人綜觀以上站友之討論,或為題外話,對於其他的頁面規劃事項,基於吸引讀者參與之考量,個人斗膽表達嘗試性意見如下:
- 敝人竊以為首頁看上去似乎有一點字太密、項目多、內容滿。比如「特色列表」區可以考慮只顯示部分文字,比如開頭幾行(下半部摺疊隱藏之類),想看的讀者再自己點段落右下角的「請悅讀」之類(若有這類顯示字樣的話)的連結打開該段落下半部,或是該連結直接連進條目頁面以供讀者閱覽。
- 此外,首頁下方展示其他維基媒體計畫的區塊自「維基百科由非營利組織維基媒體基金會運作。...」至底部的灰色邊區「本站的全部文字在創用...」,敝人粗略估計約莫佔了全首頁大約30%左右的版面篇幅,個人認為其實稍微多了點,如果能節省下來一些空間(比如縮減個10%),為上方內容展示區騰出空間,留給其他作品或圖像(比如攝影作品、歷史照片或條目圖片之類)展示使用,以「圖更大、字稍少」之取向編排首頁,或可嘗試刺激讀者進一步深入閱覽之意願。
- 若技術方便,竊以為或可考慮將頁面連結之字詞以「鼓勵讀者參與互動及閱讀探索」之核心概念加以修訂,並基於「人類看到按鈕往往會忍不住想按」之習性(笑),將連結字樣設計為「色調淡雅而不過於刺眼或干擾,形狀不過於突顯或突兀,但明顯可觸發機制之小按鈕」,以期增進用戶瀏覽意願和體驗樂趣。
- 或可考慮將所有「更多XX」字樣,改為如有站友建議的「想看更多」或類似之同義字詞。
- 個人建議可嘗試將所有「存檔」字樣改為「維典藏」或其他類似之相關字詞。個人認為,「存檔」字樣可能較難引起多數讀者的興趣和參與感,畢竟直覺上會「被存檔」的內容,若非已經不太重要,就是恐已過時,想像中即「一大堆檔案堆在一起」;「存檔」字樣除顯示這是當初較為早期之規劃,亦恐怕讓諸多過往熱心編者貢獻或精心編撰的精采內容難獲得更多閱覽。
- 關於上方討論提及之「Special:最新頁面」,個人認同站友論及「讀者即編者」之觀點,而為鼓勵讀者嘗試參與條目的編寫維護,個人認為可以考慮將原本該頁面之內容,在保留比如「2022年6月21日 (二) 20:39 條目名稱 (歷史 | 編輯) [1,347位元組] 作者帳號名稱(留言 | 貢獻)」之資訊、適當刪除其他訊息後,另建一個對入門讀者或許較平易近人之「小試身手」頁面,而此「小試身手」頁面可置於「維典藏」旁,頁首說明文字或可為:「以下頁面還沒有被巡查,您也可以嘗試編輯看看!」(仍保留巡查連結)。
- 首頁下方「開始參與維基百科」之按鈕或可嘗試改為「參與未來」,或其他更具想像空間和延展性之字詞。
- 「參與維基百科」頁面中,頁首的「參與維基百科,改變這個世界」可嘗試字體加粗,或以其他方式加以突顯或設計美化。
- 「註冊帳號」頁面中,「立即註冊!」按鈕或可嘗試改為「展開旅程!」,「更多用途」或可異動為「更多免費功能」。
- 以上為個人綜合所見,恕未保證效用(笑),文長請見諒,供參。--Kriz Ju(留言) 2022年6月21日 (二) 23:06 (UTC)
編輯請求 2022-12-09
[編輯]請求已拒絕
將[[綠營]]修改為[[綠營_(清朝)|綠營]]綠營——From 西尾哈魯卡 (討論) 2022年12月9日 (五) 11:47 (UTC)
- 未完成:過期。—— Eric Liu 創造は生命(留言・留名・學生會) 2022年12月16日 (五) 13:40 (UTC)
編輯請求 2024-09-11
[編輯]請求已處理
「宮城縣的哪個町在江戶時代為亘理伊達氏的城下町」的新條目推薦的,其頁面連結從亘理町變成之前的七宿町,需要從[七宿町|宮城縣的哪個町]更改至[亘理町|宮城縣的哪個町]--樹葉上的雫o(* ̄▽ ̄*)ブ 2024年9月11日 (三) 09:54 (UTC)
編輯請求 2024-09-14
[編輯]於今日展示的「宮城縣的哪個市為2011年的東日本大震災中傷亡人數最多的市,也是震災過後以奇蹟一本松而聞名的市?」的條目,需改成「岩手縣的哪個市」?--樹葉上的雫o(* ̄▽ ̄*)ブ 2024年9月14日 (六) 00:46 (UTC)