Wikipedia talk:新条目推荐/候选/存档9

message: 完成，條目可以多次上DYK。此外下面討論提到的ProduceEncouragement模板計算問題並無要一併討論，故關閉，如日後要討論ProduceEncouragement模板計算問題再開一串新討論串即可。--Z7504非常建議必要時多關注評選（留言） 2019年3月30日 (六) 10:05 (UTC)
replies: text: 下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
----
檢索了一下已有的互助客棧討論，似乎沒看到近期的說明，因此還是再問一遍：同一條目可以因多次重大修訂而重複入選DYK嗎？-- 👨‍🎤 Jim | Talk | 2019年3月18日 (一) 11:18 (UTC)
*可以。之前WG大佬才示範過一次。--春-{卷}-柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年3月18日 (一) 11:41 (UTC)
* 可以。比較新的例子是Game Gear。—— Eric Liu（留言．留名．學生會．CUCC） 2019年3月18日 (一) 12:44 (UTC)
*雖然可以，不過個人認為：如果第二次衹是上首頁而不領推薦數都還好，但是第二次還要再領推薦數的話，我認為有點缺德。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年3月18日 (一) 14:19 (UTC)
** 其實如果問題不同的話應該沒關係吧，畢竟也是編者經過一番擴充才得以二次推薦的。—— Eric Liu（留言．留名．學生會．CUCC） 2019年3月18日 (一) 15:29 (UTC)
***當然有關係，為何不第一次就擴充完成而要分開二次？Game Gear的第二次擴充內容其實根本不是拿新近發表的文獻來寫，所以第一次擴充的時候其實就已經可以寫了。上兩次首頁我還能接受，但是另外還多計一次功，我就不見得合理。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年3月18日 (一) 17:01 (UTC)
****只能说是利用了规则，道义上不太好罢了。——路过围观的Sakamotosan | 避免做作，免敬 2019年3月19日 (二) 01:53 (UTC)
****@-{Cdip150}-：閣下這樣說不公道：如果我首次擴充（或創建條目伊始）時沒能力把整個條目給翻譯掉，在仔細看過資料、第二次擴充時才能夠翻譯整個條目（瓦齊爾汗清真寺我正想用這個方法編寫，因為時間不太夠），“缺德”這個形容詞肯定令我心碎滿地。翻譯功夫其實就是“能做多少就做多少”，不能勉强，有餘力時才把其他部分給翻譯掉不是問題，再領推薦數也理固宜然。（我就不那我自己的胡安·瓜伊多做例子了，那個是英文維基百科新聞動態，我只是跟著它有多少變動，就改多少，算是利用新近發表的參考來源的一種）。Σανμοσα子罕言利與命與仁 2019年3月19日 (二) 13:31 (UTC)
*****既然您說首次擴充出現了「沒能力」的情況，那其實意味了首次擴充就有缺失，而第二次擴充實際是補回第一次造成的缺失，結果可以領功兩次；反而如果一氣呵成完美地沒有缺失的做了一次擴充，卻落得衹能領功一次的下場。這樣到底又公不公道？我在燒灰爐村就做了一個榜樣：2008年時我做了第一次擴充並且推薦，2012年時做了第二次擴充但沒有推薦。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年3月19日 (二) 14:54 (UTC)
******User:Cdip150翻譯功夫是不能勉強的，自己沒能力卻執意要把整篇文章翻譯反而會使條目質素降低。任何大幅擴充既有條目的舉動，都應該要被鼓勵；「慢工出細貨」不見得有甚麼不公道的地方。難道你不允許用戶原來只想翻譯一部分，上了DYK後突然又想把餘下的翻譯掉嗎？我是這樣想的：「有機械者……必有機心……道之所不載也」，過分追逐把整個條目翻譯，除了會導致大量低質條目出現以外，並不能為維基百科帶來甚麼。Σανμοσα子罕言利與命與仁 2019年3月19日 (二) 23:30 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘您隱藏了一些概念：「慢工出細貨」本身不構成不公道，但「慢工出細貨」的途中還未把全部「細貨」做齊就來「交貨」才是最不公道的地方。「翻譯一部分」之後就立即「上了DYK」本身就不太應該，其實最公道的做法是「翻譯一部分」後不上DYK，「把餘下的翻譯」完了才一次過上DYK。現在您這樣的想法也變相是「能力強的衹給一份薪水，能力弱的薪水還可雙計」的荒唐，鼓吹大家不要提升自己的翻譯能力。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年3月20日 (三) 00:12 (UTC)
*我是隱藏了這個概念，但我這樣隱藏是合理的：請問有能力把整個長條目完全妥善翻譯的人在哪裏？既然沒有所謂「有能力的人」，所謂的「不公道」也就不存在；既然「不公道」並不存在，那樣就沒必要過份介懷於有條目因多次重大修訂而重複入選DYK。老實說，我覺得你在第二次大幅擴充燒灰爐村之後沒有提DYK，並不是立下榜樣，而是自己失策。當然，我很期待那個「有能力的人」的出現。Σανμοσα子罕言利與命與仁 2019年3月20日 (三) 14:35 (UTC)
**沒有「有能力的人」？User:Clithering就是其中一位，無論是翻譯還是原創長條目都是DYK一次就搞定。而且您的理由也極之荒謬——因為很少甚至沒有「有能力的人」所以不用對那類人公道，那豈不是變相鼓吹大家不要在DYK裏做「有能力的人」？還是「有能力的人」來到DYK都應該要故意自我貶低為「沒有能力」來參選？您說我失策，但我早年就有討論過這種問題，所以我第二次擴充的時候根本就知道規則允許重複而不是失策，但我實在不想同流合污。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年3月21日 (四) 00:13 (UTC)
***但只有一個，只能說是微不足道，社羣寫長條目的風氣仍是並不普遍。只有寫長條目的風氣養成了，我們之間的討論才有意義，現在我們之間的討論只能算是空談。你認為這樣是「同流合污」、「不道德」，但我，以至社羣主流意見也不這樣認為。我只能說：這個提議並不是不好（其實我覺得某程度上這是一個好的做法，但我認為這應該是遠期的事），但是你這個提議的提出時機並不適當。Σανμοσα子罕言利與命與仁 2019年3月21日 (四) 05:52 (UTC)
****我衹是從眾多的優質用戶中挑了一個出來，您就結論出衹有一個，這樣又是不是太強詞奪理？另外，請勿捆綁主流意見，實際上會這樣重複上馬的長條目衹有極其稀少，絕大多數當選過DYK的長條目都是一次之後就沒有再見（如果主流意見如您所說，應該見到很多長條目常常重複上來才對，偏偏這種現象卻很罕見），所以您口中所說的「不這樣認為」我不認為成立。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年3月21日 (四) 06:26 (UTC)
*****首先，我使用的「一」是虛詞，指「很少」。還有，這次「隱藏了一些概念」的人是閣下了：在主流意見如我所述的情況下，見到很多長條目常常重複上DYK只是其中一種現象，另一種現象則是上DYK的長條目（重複上DYK的和沒有的也一樣）的佔比很少。你還是沒回應「社羣寫長條目的風氣仍是並不普遍」這個論點（我最近才聽過有人說他很少寫逾萬位元組的條目），但你也不用回應了，我無意和閣下談論這種根本和道德無關的「不道德問題」。不過，如果有其他用戶願意和閣下做這種辯論的話，我不會阻止，反正事實不會因為這種辯論而有所改變。Σανμοσα子罕言利與命與仁 2019年3月21日 (四) 08:18 (UTC)
******我認為您沒有正確理解我的意思，那我放些數字再來解釋一下：如果每1000個DYK有10個長條目，假如主流意見如您所說，那麼每1000個DYK裏應該至少有6個重複才對，但現實是每1000個DYK才得1個重複；所以實際上我沒有隱藏您所指的現象。另外，公平和道德在任何時刻都應該是一樣標準，所以人少、風氣未普遍，根本不成為有效的論點；當某種做法是出現了，任何時間都可以討論某種做法的公道問題。還有我根本未提出任何修例提議，這串討論僅是表達了我個人的看法。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年3月21日 (四) 10:25 (UTC)
*上次我看到的討論是這裡Talk:胡安·瓜伊多，如果兩個時間分隔較長，能上也沒問題，至少我當初問原來可以上了又上，也沒有不能的反應。 --船到橋頭自然捲（留言） 2019年3月18日 (一) 15:43 (UTC)
*明白了，謝謝諸位！-- 👨‍🎤 Jim | Talk | 2019年3月18日 (一) 17:59 (UTC)
*@-{JimmyStardust}-：「Article history」模板現在已經進步到可以有「dyk2date」、「dyk2entry」了（分別代表第2次入選DYK日期和第2次DYK的題目），而且不少條目都有重複登上DYK過，用不著擔心吧，維基百科哪個用戶有擔心過登上就不能再登DYK了?　再不然如果真不滿意DYK就是要翻成所謂「新條目候選」這種說法的話去提方針看看吧，不過爭議可能會很多就是了--Z7504非常建議必要時多關注評選（留言） 2019年3月19日 (二) 06:09 (UTC)
*(！)意見，為何不能多次？ 比如像双一流，第一次是開出新政策時，第二次是出現名單，兩次都有重大修訂，當然算新條目--葉又嘉（留言） 2019年3月20日 (三) 06:12 (UTC)
**您這個例子也還好一些，第二次的擴充是用全新的資料來做，不同上面某例兩次擴充都是用舊料。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年3月20日 (三) 08:42 (UTC)
*现有规则允许多次上DYK，我认为是合理的，毕竟一个条目，可能现有资料编辑完就可以上DYK了，一段时间后随着深入了解、广泛搜寻又找到一些资料继续扩充也是合理的。@-{Cdip150}-：用“缺德”这个字眼有些过分了--苞米(☎) 2019年3月20日 (三) 09:01 (UTC)
**如果反感一个条目短期内上DYK，提高增加第二次扩充的门槛，如第一次是扩充原文的2/3，同一编辑同一条目第二次要求扩充原文的2倍。--苞米(☎) 2019年3月20日 (三) 09:05 (UTC)
***有個問題：為何第一次時了解不夠深、搜尋不夠廣泛？拿回我自己寫的燒灰爐村一例，我就意識到自己第一次時搜尋不夠廣泛，而要第二次擴充來補第一次的黑鍋，意味着我之前的第一次的領獎原來還不是實至名歸的，所以再領獎便會「有失道德」，故而燒灰爐村第二次我自己並沒有再提DYK。也之所以稱之為「缺德」，實際一點也不為過。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年3月20日 (三) 09:35 (UTC)
***Baomi君：
***#您確定要「同一编辑同一条目第二次要求扩充原文的2倍。」，而不是「同一编辑同一条目第二次要求扩充為原文的2倍。」嗎？二次擴充前原文是n字節，擴充後要3n字節，我認為這樣太嚴苛了。
***#那麼「不同主編或不只一人編輯對同一条目的扩充」又該如何呢？-游蛇脫殼/克勞棣 2019年3月20日 (三) 10:23 (UTC)
****@-{克勞棣}-：我就随口一说，随便定了一个数而已。从我的角度，我觉得DYK两次、三次都可以，都是编辑者无私的贡献。极端点有人卡着字数从创建开始申请了DYK十次，这个条目将有35.7万字节，如果有一半申请通过了，想想也应该是个不错的条目了。--苞米(☎) 2019年3月20日 (三) 10:51 (UTC)
*****敢問35.7萬字節是怎麼算的？我算的是3000 \times (1+ \frac{2}{3})^9 \approx 297687。不過這種事情是幾乎不可能的。-游蛇脫殼/克勞棣 2019年3月20日 (三) 13:18 (UTC)
******(3000+3000)\times (1+ \frac{2}{3})^8 \approx 357225，第二次也要3000字节--苞米(☎) 2019年3月21日 (四) 07:21 (UTC)
***Cdip150君：
replies: text: ::我認為不公正、不公道不等於「缺德」，二次提DYK是「利己不損人」的事，有妨礙到誰嗎？但是基於「不公正」的理由，我也不鼓勵這樣做就是了。-游蛇脫殼/克勞棣 2019年3月20日 (三) 10:23 (UTC)
replies: text: :::「不公正」之餘還要意圖非常很明顯地達致「不公正」的話，我實在難以收回如此評價。而不妨礙到人的話，我也無意修例來阻人發達，但這類行徑幾可肯定會令我不齒。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年3月21日 (四) 03:19 (UTC)
*我觉得没问题。--Leiem（签名·留言） 2019年3月21日 (四) 06:49 (UTC)
*不認為有甚麼問題，2010年热带风暴妮科尔即屬一例。--B dash（留言） 2019年3月21日 (四) 06:55 (UTC)
*故意拆分的做法在DYK計數方面道義上是有問題，這根本是利用規則作弊，Baomi提出拆十次做法應該算遊戲維基規則。--Opky9407（留言） 2019年3月21日 (四) 14:32 (UTC)
*我自己覺得還好。我將DYK算是6000位元組左右的貢獻;後面每拿一次，難度都會增大（因為要擴建的基礎字節數不斷增加）。如果再寫出6000位元組，那我沒什麼好說的。--Temp3600（留言） 2019年3月21日 (四) 14:37 (UTC)
*(？)疑問；所以有沒有要提議有關於「produceEncouragement」在計算DYK數量的問題呢?　如果沒有的話還是將討論關閉吧，但問題是條目多次上DYK會不會影響成「同一個用戶用同一條目致使該用戶容易得到更高級的維基創作獎等級」問題呢?--Z7504非常建議必要時多關注評選（留言） 2019年3月25日 (一) 07:35 (UTC)
----

text: 本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
thread_title:  條目多次登上DYK 

message: 是同一个群体的行为吗？还是不同人巧合地在同一时期做出了相同行为？以鸭子测试而言（注意鸭子测试作为思想方法并不限于判断傀儡），我觉得看上去很像是同一群体：
#领域都是选举
#都是匿名用户提交评审
#都不回应评审意见
#在DYKC不通过后会再次提交评审，然而由于不和评审者沟通，常常再次提交后仍然不通过。
不管是不是同一群体，有没有合适的办法和他们沟通，促使他们改善做法？ --Ujui Uju Mandan（留言） 2019年3月25日 (一) 07:22 (UTC)
thread_title:  DYKC最近一段时间大量出现的匿名用户提交的选举类条目评审是什么情况？ 

message: ----
replies: text: 無共識，過了8天無人討論，明顯DYK沒有一個達到「強化DYK劃票標準」的共識，建議日後如有共識再行開個討論串--Z7504非常建議必要時多關注評選（留言） 2019年4月7日 (日) 13:24 (UTC)

text: 下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
----
最近DYKC的投票出現了與條目本身無關的討論。考慮到DYKC的投票結果將存檔至對應條目討論頁，這些內容顯然不應該放在DYKC頁面上。
*然而，目前的劃票規則只容許整張票劃，而無法針對性地處理這些離題的留言。
故此，我提議容許「只刪除與侯選條目無關的討論」。本做法可以在保留有益的意見外，避免無關的爭執影響到條目評選。
歡迎各位討論。--Temp3600（留言） 2019年3月19日 (二) 11:18 (UTC)
*其实问题应该是避免DYK变成人们互相攻击他们的地方，以及有些用户含沙射影说些对其它人不利的话的地方。我认为这类不相关言论应该由沟通化解，然后意愿性划掉，如果不能，可以请求管理员判断后划掉以及警告。严重的事件可以请管理员采取禁封或禁止手段。不建议其它人划掉投票里头的留言，有点违背TPG以及基本问题无法解决。--COHAF ■ 2019年3月19日 (二) 11:25 (UTC)
*不论是还是都有可能变成反对他人（而非条目）的工具。考虑到存档的话，也许有用。--スーパー　ワン※我こそが、-{「天下無双」}-のつわものなり！ 2019年3月19日 (二) 11:32 (UTC)
**按討論頁指引使用即可。Σανμοσα子罕言利與命與仁 2019年3月19日 (二) 13:42 (UTC)
「目前的劃票規則只容許整張票劃」←我並沒有見到有這樣的規則。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年3月19日 (二) 16:20 (UTC)
*@-{Cdip150}-：劃票規則當時是為了處理無理反對票而設立，故重點在於取消投票的票效。這和目前面對的問題，即用戶提出有價值意見外，夾雜無理發言，並不相同。我們有必要修改規則以切合社群的變化。--Temp3600（留言） 2019年3月19日 (二) 17:17 (UTC)
*另外我想回應上面指「可用TalkH/deltalk」取代的意見。我的建議指劃票者有權利按實際情況，重整其他人的發言，以達到保留意見但刪去離題發言的效果。我認為這個效果是目前這些模版無法做到的。此外，目前DYKC的情況，正好說明現存的工具不足夠解決問題。--Temp3600（留言） 2019年3月19日 (二) 17:17 (UTC)
* 如何界定「與侯選條目無關的討論」？有些人是把對條目的意見跟含沙射影混在一起寫的，所以是要把留言裡跟條目沒關係的言論「抽出來」嗎？—— Eric Liu（留言．留名．學生會．CUCC） 2019年3月20日 (三) 00:43 (UTC)
*可以這樣說。--Temp3600（留言） 2019年3月20日 (三) 14:18 (UTC)
**很簡單，把離題留言爭議各方直接送AN3，喧譁兩成敗來個IBAN（下面正在討論啟用部分封鎖功能，啟用了就能夠做到IBAN）和頁面編輯禁制，然後直接把離題留言刪除，讓兩方也沒辦法恢復留言即可。這樣可能比較絕，但這樣的阻嚇性也是最高的，雖然應該沒人會支持這樣的方案（我也不太支持）。Σανμοσα子罕言利與命與仁 2019年3月21日 (四) 08:27 (UTC)
***能把显然离题的发言删掉当然好啦。然而离题发言到处都是，都要删吗？还是说有人提出应该删再删？ --~``~
****理想是全刪，最基本是有人通知。Σανμοσα子罕言利與命與仁 2019年3月24日 (日) 14:27 (UTC)
*舉例一種可能比較少的情況和問一個劃票的規則問問看@-{Temp3600}-：
#「只刪除與侯選條目無關的討論」的定義是指什麼?　是指這個DYK條目的來源和事實真實性之類的問題嗎?　如果這個DYK和其他條目有相關聯性，別人在投票的時候提到與這DYK相關的討論但沒有實際講到這個DYK的本身問題（比如某個用戶參選一個條目名為A，這個條目和B有關，但其他用戶只討論B的東西但不實際說A條目本身問題在哪），這樣也算「只刪除與侯選條目無關的討論」嗎?
#別人劃票是要舉例什麼樣的理由證明此票無效嗎?　那麼DYK中寫到的「投票須知」是否該一併討論呢?　「投票須知」也都沒有提到什麼樣的投票理由無效阿，除了「不可投票予自己主編之條目」以外什麼都沒提到?--Z7504非常建議必要時多關注評選（留言） 2019年3月25日 (一) 05:16 (UTC)
*再ping一次@-{Temp3600}-：還有需要提什麼關於DYK劃票的方案嗎?　如無或者沒有意見則會在幾天內視同討論完畢並關閉討論串--Z7504非常建議必要時多關注評選（留言） 2019年3月30日 (六) 10:07 (UTC)
----

text: 本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
thread_title:  強化DYK劃票規則 

message: ;擬議編輯禁制之施行細節：
* IP位址段：36.226.0.0/16、2001:b011:3000::/37
* 禁制類型：頁面禁制
* 目標頁面：Wikipedia:新条目推荐/候选
* 施行期限：初步建議為期3個月，具體期限可再討論
;施行編輯禁制之理由：
使用上述IP段的用戶（假定為同一人）在最近數個月來持續於DYKC頁上提案大量明顯不符合DYK標準，且通過機會極低之條目，尤以選區、政治和新聞動態條目為甚。
我認為該IP用戶的行為對DYKC頁上正常的評審活動已構成阻礙，屬於擾亂性編輯行為。
在數個月以來，一直有不同用戶嘗試向該IP用戶溝通，請求他/她停止有關作為，或善意對如何編寫達標條目給予建議。但該IP用戶持續拒絕溝通，依然故我；因此，我認為社群已窮盡一切善意推定之可能性。作為最後手段，我認為社群有需要施行上述之編輯禁制，以保障DYKC機制的有效運作，故在此提出以上建議，以徵求社群共識。
以上。--無聊龍·留言·貢獻香港圖片願望單徵集中 2019年4月15日 (一) 15:40 (UTC)
replies: text: (＋)-{支持}-：上次第三十八届超級碗中場表演爭議投了第四次還是沒甚麼改進，但是我覺得天主教會性侵害案例快要成功了(´_ゝ`)... 。--船到橋頭自然捲*留言*Violeta 2019年4月16日 (二) 06:06 (UTC)

text: 有条件地(＋)-{支持}-：有理由强制令其停止当前做法。但必须有人合理地沟通。不要像过去一些时候一样，再放任对维基百科方针理解不足的人去恶意推定IP用户，明明能好好说话，偏偏要去恶心人。制造敌人。 --Ujui Uju Mandan（留言） 2019年4月16日 (二) 03:43 (UTC)
replies: text: :問題是已經很多人勸告過對方他這樣做不對，但是他還是那麼自以為是，認為自己已經修改好了（但是很多時候社群沒有好好接話）。（順便說一下，以他的提名傾向來看，我覺得他以前有過帳號，而且曾經因為翻譯水準差劣而被封禁。）--春-{卷}-柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年4月16日 (二) 08:47 (UTC)
replies: text: ::写出粗劣翻译条目的维基人并不少，为啥有人就被封禁了。我不大理解。因为坚持提交粗劣翻译，不听意见吗？ --Ujui Uju Mandan（留言） 2019年4月16日 (二) 09:20 (UTC)
replies: text: :::應該是的，因為這一類頁面會被G13。理論上，如果有其他人也有同樣情況的話，可以照辦。Σανμοσα y=0 regardless the value of x 2019年4月16日 (二) 10:25 (UTC)
replies: text: ::::老维基人一般不会连续这么做的。常见的是搞出一个粗劣翻译，扔到DYKC，被批评后不会连续做同样的事。 --Ujui Uju Mandan（留言） 2019年4月16日 (二) 10:49 (UTC)
replies: text: :::::說不定這是殺雞儆猴以後的事。Σανμοσα y=0 regardless the value of x 2019年4月16日 (二) 10:54 (UTC)
replies: text: ::::::胡水果活躍之前，社群就算要管，主要還是在GAN/FAC攔截。之後攔截的範圍擴大到DYK，不過一來就如樓上上某位宿敵所說，我沒有盡力攔截，二來被我這樣針對的編輯轉變了跑道，也就沒了這個問題。要記住，這事情是在那個人「出道」之前發生的，之後DYKC也出現過翻譯水平有待改進的用戶，不過態度像他那樣的人也就這麼一個。--春-{卷}-柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年4月16日 (二) 11:04 (UTC)
replies: text: :::::::我并不了解胡葫芦到底做过啥啦。如果确实是翻译水平欠佳并且坚持提交，推荐的条目质量绝大多数不够DYK标准但是坚持推荐，不和其他维基人沟通，我觉得可以考虑实施短期的禁制。不过就怕那人被禁制了之后仍然不肯找人沟通而是试图绕过封禁。 ——-Ujui Uju Mandan（留言） 2019年4月16日 (二) 14:21 (UTC)
*基本上該IP提名的條目，除了2019年波音737 MAX停飞事件和我之前提名過但落選的佛羅里達州第二十六國會選區以外，全部都不符合標準（所以當時IP再提名佛羅里達州第二十六國會選區時我對此表示感謝，但其他提名我除了投(－)反对和 不合要求以外，我只有不發一言）。Σανμοσα y=0 regardless the value of x 2019年4月16日 (二) 11:01 (UTC)
*有限(＋)-{支持}-：看起來像是刻意的，根本不願溝通，但是否只是個案（？），若是個人覺得只需個別辦理心平星辰（留言） 2019年4月16日 (二) 15:07 (UTC)
*这个/些人果然引起众怒了。我也觉得要加以限制，不能再让TA一意孤行。要不限制IP用户的提交权利，只允许他们通过DYK的讨论页提交，而不允许直接放在候选区里？Johnson.Xia（留言） 2019年4月16日 (二) 15:15 (UTC)
*我是真的不爽，為什麼這種水準的條目可以被投這麼多次，不是不給你支持，但我就拿我上面提到的第三十八届超級碗中場表演爭議還有天主教會性侵害案例，我覺得這些條目還有很大的改進空間，而且是超級大，翻譯缺失、條目複製貼上、來源不足等，最誇張的是這種情況居然發生了四次(天主教會性侵害案例現在第五次進行中)，這種情形我根本無法相信他會努力改善，而且每次說哪邊錯就改哪邊，就像我在超級碗中場表演爭議的留言，你是真心覺得你目前改善的程度可以讓這個條目獲選嗎？未來我不知道，但是現在...我很抱歉，我看不出來。 --船到橋頭自然捲*留言*Violeta 2019年4月16日 (二) 15:59 (UTC)
*这家伙和Simon 1996有那么一些像，不过看这IP的提名倾向，还不能下结论就是他，而且规则限制也使得我们无法知道此IP对应的注册用户是谁。--№.N（留言） 2019年4月16日 (二) 23:59 (UTC)
*看来大家都不满这个/些用户这一段时间的表现，都觉得TA（们）的行为已经影响到了DYK的秩序；
*#我(＆)建議以“一望而知”的理由，认为他提名DYK的做法不具有建设性，然后拜托管理员关闭TA的提名投票。
*#之后的话，我(＆)建議限制IP用户直接提名DYK，而是让他们在别的地方发起申请（例如条目探讨区）。Johnson.Xia（留言） 2019年4月17日 (三) 13:58 (UTC)
*#*(－)強烈反对：请不要误用鸭子测试。鸭子测试无法证明一个人的做法不具有建设性。 --Ujui Uju Mandan（留言） 2019年4月18日 (四) 02:17 (UTC)
****不过TA（们）每次都随意地提名，然后不采纳其他编者的意见或建议，更不配合其他编者完善条目，真的令人烦。Johnson.Xia（留言） 2019年4月18日 (四) 05:05 (UTC)
*****鸭子测试只能在具有充分已知条件（是个水鸟）的情况下、通过观察行为（会叫会走会游泳），给对象事物打标签/分类。其余用法都属误用。更何况鸭子测试是可信度不高的判断方法。通过鸭子测试，我们可以先归纳出有一类维基人（水鸟），并不积极了解DYK评审意见并沟通，修改条目问题效果不佳，却仍然反复提交DYKC（行为）。你可以定义这样的人是一种鸭子，问题是定义出这种鸭子来，我们能够如何预测他们的行动呢？恐怕并不能预测出什么来。
*****那样的不回应评审意见（“我已经代为修改”不算回应。至少算不得有效沟通），不彻底解决条目问题，反而反复提交DYKC的行为确实是坏的，然而最多算是扰乱，而且还不是最严重的那类扰乱，比撒谎、故意提扰乱性问题、在评审中直接做人身攻击的还算要好。也没必要就嫉恶如仇。 --Ujui Uju Mandan（留言） 2019年4月18日 (四) 05:44 (UTC)
******这倒是；这并不是很有建设性，但是也没有造成破坏；不过我还是(＆)建議限制IP用户直接提名DYK，并让他们移步条目探讨区或同行评审。DYK的作用是探讨新建/大幅度改善的条目中，有哪些内容是值得肯定的，而有哪些内容还需要改进和补充。这个目的同样也可以通过VPD或PR达到，而且对时间的要求也不是那么严格。如果那（些）IP用户真心想改善条目的话，在上述两个板块讨论也是一个途径；如果他们的贡献值得提名DYK的话，可以再由其他已注册用户提名。相反，如果这位/些用户只是想在机缘巧合下碰到4张支持票的话，那就升官发财请往他处更不应该放TA（们）进DYK了。Johnson.Xia（留言） 2019年4月18日 (四) 14:24 (UTC)
*******我理解你的心情，我过去也差不多是这样想，然后吃了很多苦头，现在知道错误的现象未必就一定能够在一两年之内得到纠正，但仍然在努力。好比说，显而易见一些维基人并不太重视自己投支持票的责任，甚至有放水卖人情的效果（但是主观上是不是这样就无从得知啦）。希望你保持热情和责任心。关于你说的限制上面的特定IP用户提名DYK，我觉得OK。但一定要有维基人在限制生效后主动进行沟通，不要让对方产生维基百科对他关上了大门的错觉。（性别不明人数也不明时我使用“他”来指代人。） --Ujui Uju Mandan（留言） 2019年4月19日 (五) 09:12 (UTC)
*幾天過去了，上面有表態的編輯都是贊成，沒有反對。我個人贊成限制TA在DYKC編輯的權限，但是不完全剝奪TA的提名權，也許可以模仿火腿，讓他在某個特定的地方（可以是WT:DYKC，我或者街燈的討論頁，甚至自己主帳號——如果有的話——的討論頁）預提名，如果兩個人認為可行的話再放上DYKC。還是完全剝奪TA的提名權，各位可以說說看。--春-{卷}-柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年4月20日 (六) 15:20 (UTC)
**我(＆)建議：
**#限制非自动确认用户（包括刚注册的和IP用户）在DYKC直接提名；
**#同时，只允许他们在同行评审或条目探讨区探讨相关条目；
**#如果条目符合提名要求的话，只能由曾在DYK提名成功的用户提名至DYKC。
**这样既可以保证这些新手用户表达和沟通的权利，也可以保证提名人的可靠性，还可以防止潜在的破坏或扰乱。Johnson.Xia（留言） 2019年4月21日 (日) 00:45 (UTC)
***不贊成在條目探討區或者同行評審進行相關討論。條目探討區話題多，雜音多，大家還不如集中精力從事更有意義的條目討論；要是這樣的話，不如甚麼都別做，起碼IP用戶不會因為沒有人理會TA的請求而再感到失望。同行評審實務操作上是編輯把條目提交到GAN/FAC之前，徵求社群反饋的地方，用來處理DYKC預提名似乎有點小題大做。此外，我看過一群靠人情票把自己主編的條目推上DYK的用戶，但是他們的文筆往往有失偏頗，我一想到他們有資格對這事情評頭品足就感到噁心。還是把審核權交給現在有資格在DYKC劃票的人吧。--春-{卷}-柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年4月21日 (日) 12:29 (UTC)
* 我相信社群目前已有足夠共識，支持以上禁制的實行。至於是否允許他對DYKC作出需經審核的供稿，我沒有意見。--無聊龍·留言·貢獻香港圖片願望單徵集中 2019年4月22日 (一) 11:28 (UTC)
***(：)回應春卷柯南：我的(！)意見是：
***#VPD虽然话题多，但是依然是一个可以探讨问题的地方。
***#另外，PR的作用并没有硬性规定，既然可以作为GAN/FAN的准备，作为DYKN的准备也无妨；
***#其实DYK的自动筛选也可以帮助众编者找出适合提名的条目。
***#阁下不必担心一些用户的水准带来的问题。他们只是能提名条目，或者在提名后投出提名人的支持票，而其他编者依然可以表达对被提名条目的意见。我相信各位编者的判断足够分辨出被提名条目的水准到底如何。Johnson.Xia（留言） 2019年4月22日 (一) 15:45 (UTC)
****我的看法是：
****#我的重點是：放在VPD有用嗎？沒錯理論上這是一個探討條目的地方，但是有沒有人想理會呢？會不會給其他話題蓋過呢？如果第一題的答案是有，第二題答案是不會，那麼倒是可以（只是不知道除了我，還有沒有人反對）。
****#雖然PR的用途沒有限制，不過在實務操作上，通常提上PR的條目都是準備參加GAN/FAC，需要徵求社群反饋的條目。要是把IP用戶提名，質素良莠不齊的條目放在PR，不明就裏的編輯肯定會大肆批評，因為PR並不是評判一個條目是否符合乙級／丙級條目標準（這種事情通常在條目討論頁完成），或者能不能登上DYK的地方（這種事情通常還是在DYKC進行）。雖然PR人流不多，樓上可能認為這樣做可以物盡其用，不過對我來說這樣做只是把問題從一個地方轉移到另一個地方，而不是解決問題。不要忘了，PR在維基百科也是條目評選的一種（看看DYKC/GAN/FAC下面的模板就知道了）。
****#我以前也相信“各位编者的判断足够分辨出被提名条目的水准到底如何”，但是幾年過去了，灌票黨、人情票還是如舊（除了投票的人變了別人），沒有人阻止人家引用內容農場／修改過於小眾的問題，甚至條目出了問題，主編只顧着修理提出問題的人，而不是問題本身，還是省省吧。這幾年我沒有狙擊漏洞百出的條目，也是這個原因。雖然這群人當中也包括一小撮巡查員／回退員／巡查豁免者，但是巡查員／回退員／巡查豁免者就職之前是需要社群審查的，既然能夠出任這些職位，那麼他們條目品質的實力應該比其他用戶更可靠，更受社群認可。
****#我之所以提出在WT:DYKC／我或者街燈的討論頁／TA那個主帳號——如果有的話——的討論頁進行預提名，就是為了加快處理速率，而不至於被其他東西蓋過，或者擾亂其他條目評審。但是人流是一個問題。--春-{卷}-柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年4月23日 (二) 11:11 (UTC)
*****(：)回應：明白阁下的意思了。看来PR并不是合适的选择，不过我担心巡查員／回退員／巡查豁免者们能否及时应对大量的提名。Johnson.Xia（留言） 2019年4月24日 (三) 16:03 (UTC)
----
最近这个情况渐渐消失了。Johnson.Xia（留言） 2019年5月21日 (二) 21:51 (UTC)
thread_title:  建議對長期在DYKC頁濫提條目的特定IP用戶施行編輯禁制 

message: 各位維基友維基信眾大家好。最近才女閉關修行，小的這邊做了個維基百科:新條目推薦/候選/topic list列表方便大家檢核DYK新條目。User:Cdip150君提到應該避免直接列出票數，怕大家互煮，聽起來頗有道理。但是小的對DYK生態不甚了解，所以想請教一下大家，支持、反對、狀態這三欄去留問題。是全部刪除、全部保留，抑或哪些保留、哪些刪除會比較好呢？歡迎大家就過去曾經發生的問題探討一下。當然若對這個列表有所建議，也歡迎提出來（其實這才是主要目的……），謝謝。 --Kanashimi（留言） 2019年4月15日 (一) 09:26 (UTC)
*@-{Kanashimi}-：下次也麻煩製作跟DYK一樣的FA/FL/GA表格好了，哈哈，技術獎非您莫屬（沒仔細看原來已經有了）--Z7504非常建議必要時多關注評選（留言） 2019年4月15日 (一) 09:31 (UTC)
replies: text: : 完成 典範條目、特色列表可以測試了。優良條目沒有條目可供測試，只能等等看。 --Kanashimi（留言） 2019年4月15日 (一) 10:17 (UTC)

text: (！)意見：
DYKC的問題是很多人拿DYKC當社交場所，當交換支持票的場所，而不是當作評審來看待。說別的有啥用。
Wikipedia_talk:新条目推荐/候选/存档8#关于WP:DYKC的注明理由

text: DYKC其中一個為人詬病的問題是氾濫順水人情，列表一目了然地告訴大家有哪些不夠票，意味着那些人連查找和計票的功夫都省掉，就可以更輕易地去做下英雄換下人情了。DYKC的投票風氣本來就已經不太好，我是很憂慮這會把風氣再加以敗壞，票數與結果我是覺得應該全部刪除。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年4月15日 (一) 14:26 (UTC)
replies: text: :得罪點說一句，我覺得這個列表很臃腫（要是現在舉行動員令的話，那就嘆為奇觀了），不如都刪掉。而且現在的做法忽略了中途點票的問題（4天一小結，7天一大結），以前的慣例是中途點票不通過，之後夠票當選的條目是不可以在7天期滿之前登上首頁的。--春-{卷}-柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年4月15日 (一) 14:39 (UTC)
replies: text: :: @-{春卷柯南}-：有需要在"狀態"這一欄加上中途點票的機制嗎? 或者您的意思是回復原先的短列表就可以了呢? 另外不曉得才女的機器人是不是也會做中途點票的動作呢? (這邊是希望有機會的話，連這些動作都一起讓機器人做了。當然用的不是這個列表程式碼，現在這個只是用來測試程式判別選票票數有沒有問題。) --Kanashimi（留言） 2019年4月15日 (一) 21:51 (UTC)
replies: text: :::以前才女機器人和雞米花機器人還沒有壞的時候，程序上是提名人自動加入timestamp，才女機器人加入hash，雞米花機器人點票，4天期滿之後如果能通過的話就放上首頁，否則等7天期滿。另外我覺得還是恢復短列表比較好（當然前提是機器人復工／替代機器人上線），不過要是要保留這個列表的話，我們不能把「中途點票不通過，之後夠票當選的條目」算成已經截止投票的條目。--春-{卷}-柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年4月16日 (二) 09:00 (UTC)
*现在变成4天期满咯？ --Ujui Uju Mandan（留言） 2019年4月16日 (二) 03:40 (UTC)

text: : 晚上修正"4天一小結，7天一大結"部分。 --Kanashimi（留言） 2019年4月16日 (二) 04:45 (UTC)

text: :  已修复 --Kanashimi（留言） 2019年4月16日 (二) 09:42 (UTC)
replies: text: ::我不反对做一个页面来自动整理这种信息，但是放在DYKC上方我觉得有点奇怪。而且就算要做也未必非要做成这么verbose的样子吧？ --Ujui Uju Mandan（留言） 2019年4月16日 (二) 04:50 (UTC)
*@-{Kanashimi}-：題外話，無論刪不刪除涉及票數一欄也好，要指出的是，現時的列表好像並沒有將強烈支持等不常用的投票模板計算入票數內，以還在候選中的青島戰役為例，當中有一票為強烈支持的，但列表並沒有將它計算入票數內，故仍只有5票。這能否改善 ?-- 约翰同志 - 條目裱糊匠（留言） 2019年4月16日 (二) 08:52 (UTC)
**以前機器人還在的時候，、這種模版一般不算數。本來也不算，但是由於現在改為肉眼判斷，所以算數，我建議只放寬重定向到的替代模板。--春-{卷}-柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年4月16日 (二) 09:05 (UTC)

text: ::  已修复 --Kanashimi（留言） 2019年4月16日 (二) 09:42 (UTC)
*(？)疑問@-{Kanashimi、春卷柯南}-：這說法有個疑慮，所以之後要寫DYK機器人的用戶必須也將那些、、或等支持票，或者、等反對票讓機器人可以判斷也算支持票或反對票的一種，會有可能嗎?　（換句話說，要寫機器人的用戶就不可以完全照抄Liangent-bot的版本，不然就算恢復機器人點票也會有爭議）--Z7504非常建議必要時多關注評選（留言） 2019年4月17日 (三) 10:13 (UTC)
** 之前好像是手動判別？而這些也會列入計算。總之這邊先把這些加入判別了。未來若要緊縮標準再說。題外話，您的簽名多了個</span>。 --Kanashimi（留言） 2019年4月17日 (三) 10:24 (UTC)
**才女機器人本來能夠識別的投票模板包括：和(－)反对，忘了和算不算，好像也算。這個修不修改我是覺得沒差，我覺得就算改也不是很大的工夫。這個也算了，不過本來就是娛樂用途，看不到列為合法支持票的意義何在。的立場比較薄弱，當成1票支持計算似乎也不合理。
**另外回樓上：印象中，我處理4天期滿當選條目的時候，好像沒有遇到過這種模版。--春-{卷}-柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年4月17日 (三) 10:30 (UTC)
**: OK --Kanashimi（留言） 2019年4月17日 (三) 11:58 (UTC)
**@-{春卷柯南、Kanashimi}-：「強烈支持」也不要算，規則講到明是計算「支持票」和「反對票」，而且如果接受那樣帶有「激情」的票，我是怕會做壞榜樣，令人弄更多「xx支持」的模板，徒增維護難度。計票我衹會計「支持」和「反對」（以及它的重定向），其他的一律不算，如遇「強烈支持」我都會提示其無效和應當改票。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年4月17日 (三) 14:59 (UTC)
*** @-{Cdip150、春卷柯南、Z7504}-：OK. 未來若要採用機器計票，遇到類似情況，乾脆直接讓計票機器人幫忙修正並且提醒好了。 --Kanashimi（留言） 2019年4月17日 (三) 22:04 (UTC)
****@-{Kanashimi}-：請勿「幫忙修正」，這干犯擅自修改他人留言的，請衹做提醒就夠了。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年4月17日 (三) 22:09 (UTC)
***** OK. 順帶一提，最近計票若有錯誤，麻煩請回報一下，謝謝。 --Kanashimi（留言） 2019年4月17日 (三) 22:11 (UTC)
@-{Cdip150、春卷柯南}-：這邊可以開始著手撰寫計票機器人。不曉得是否有這需要？有需求的話，需特別考量甚麼、或要提醒的？ --Kanashimi（留言） 2019年4月18日 (四) 03:18 (UTC)

text: 暫時沒有需要，因為全手動更新，我們更新時都會自行人工複算一次，除非恢復為機器更新，否則機器點票的作用不大。（另外，我現正開發更新的機器人）---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年4月18日 (四) 04:31 (UTC)
replies: text: : 這邊的意思就是包括更新以及一系列動作的機器人…… --Kanashimi（留言） 2019年4月18日 (四) 05:12 (UTC)
replies: text: ::我這邊正在搞一個，那暫時不需要，畢竟衹可由管理員來碰，我想我還是親自出馬比較好。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年4月18日 (四) 06:17 (UTC)
replies: text: ::: OK. --Kanashimi（留言） 2019年4月18日 (四) 06:31 (UTC)

text: ::: 现在太需要新的机器人，现在手动存档，总是出现DYKCSplit残留的情况，不过不知道部署新机器人后如果Liangent的机器人醒了会不会发生一些冲突。--№.N（留言） 2019年4月23日 (二) 01:40 (UTC)
=== 是否要保留新條目評選列表討論 ===
這邊先幫大家準備三個選項：
# （a）保留或者（b）部分保留新條目評選列表：部分保留者請告訴我們您想要刪除的欄位以及理由。另外最近由於正在調試機器人判別票數的功能，因此所有欄位暫時都會保留，直到這個討論結束、並且測試完機器人的功能。
# 改回原來的條目名稱列表：除了因為列表臃腫之外，若有其他的意見也歡迎提供給我們。
#: 原來的條目名稱列表長這樣：步长制药－俄国沙拉－2019年美国大学录取贿赂丑闻－2019年泰國眾議院選舉－蘭嶼豬－漢·范米格倫－加藤友三郎內閣－灵山寺_(玉环)－綺綺－1878年玉环地震－鐮嘴管鴰－元好问墓－巅峰之夜－2019年埃及修憲公投－玉环广柑－玉环公共自行车－柑橘鳳蝶－黑隅里遗址－玉环长柿－玉環新村－披山岛－東勢巧聖仙師祖廟－李旦福－菲爾·福登－朱迪·科默－朝鲜半岛旧石器时代－玉环市传媒中心－熒光裳鳳蝶－苗语罗泊河次方言－勒内·卡米尔－右翼民粹主義－沖繩縣第2區－巴黎圣母院大火－拉希达·特莱布－巴拿馬經濟－M1 4.5英寸野战炮
# 其他：我有更好的想法
在有結論之後，這邊會再調整候選頁面。 --Kanashimi（留言） 2019年4月16日 (二) 09:42 (UTC)
*我为保留和部分保留分了a和b；如果會有機械人投入運作，個人支持1b（刪去支持票和反對票票數，反正機械人會計票），否則支持1a。Σανμοσα y=0 regardless the value of x 2019年4月16日 (二) 10:21 (UTC)
*2或1b（刪除支持、反對、狀態），原因上面我已經說了。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年4月16日 (二) 12:40 (UTC)
**@-{Kanashimi}-：再想深一層後，衹有2，應當完全移除，把表弄得這樣詳細我認為是助長懶人，但投票評審本來應當仔細不能懶。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年4月23日 (二) 04:13 (UTC)
*兩個想法，一：使用2，加一個小工具，可以切換改成1a的功能。二：使用1a，但加上摺疊。-Zest 2019年4月16日 (二) 12:53 (UTC)
*我倾向1a。Johnson.Xia（留言） 2019年4月16日 (二) 14:09 (UTC)
*2或修改1。2的原因上面說了，不過大家都不接受的話，就只能修改1了。--春-{卷}-柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年4月17日 (三) 10:21 (UTC)
*2。我认为当前内容过于冗长，不适宜代替已有列表。我反过来要问，第一，到底目前有什么欠缺？第二，用什么办法能够解决目前的问题？我完全没看到什么具体的好处。不要因为“能做”“能用”就用。 --Ujui Uju Mandan（留言） 2019年4月18日 (四) 02:37 (UTC)
* 2。新版列表太大了，你想想手機版用戶會有多痛苦。我更支持把原版列表微調，例如當選的條目自動加粗之類的方案。—— Eric Liu（留言．留名．學生會） 2019年4月18日 (四) 07:27 (UTC)
*: 嘗試縮短了點，您可再做確認。另外要調整原版列表可請User:Liangent加入此功能。 --Kanashimi（留言） 2019年4月18日 (四) 11:54 (UTC)
*:: 才女，嗯，坑啦！—— Eric Liu（留言．留名．學生會） 2019年4月18日 (四) 13:56 (UTC)
(※)聲明：由於Cdip150君已準備撰寫更新DYK的機器人，這邊不再做測試，現在列表頁面使用的是最終版本。1天後將會依據上面的討論作出結論。 --Kanashimi（留言） 2019年4月20日 (六) 00:39 (UTC)
* 3。可以在2的基础上以颜色或符号来区分。--Leiem（签名·留言） 2019年4月20日 (六) 01:44 (UTC)
*: 這邊不想跟Liangent-bot打架，要調整原版列表可請User:Liangent加入此功能。 --Kanashimi（留言） 2019年4月20日 (六) 01:53 (UTC)
*:: 那改投2或1b。--Leiem（签名·留言） 2019年4月23日 (二) 01:31 (UTC)
(＊)提醒：依據上面的討論，希望回復原先列表的人數較多。將會在3天後恢復原先列表。感謝大家提供意見。 --Kanashimi（留言） 2019年4月21日 (日) 00:25 (UTC)
*其实我觉得现在这个挺好的，信息详细，想看自己提交的条目是否达标，以及有没有新回复，不用再拉到下面看，而且还可以看到谁在批量灌票。不如默认折叠，需要的点击展开？--Rowingbohe♬欢迎加入维基百科地方志交流群（台州专题） 2019年4月22日 (一) 13:52 (UTC)
**「不用再拉到下面看」←我就是反對這樣的方便，這會助長灌票懶人，看也不看下面就亂來。況且，自己的提名應該自行關心才是，是否達標自己不懂算嗎？---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年4月23日 (二) 04:13 (UTC)
***真正的“灌票懶人”才不會看某個提名有多少票——他們不論提名，照灌不誤，列表看也懶得看。Σανμοσα y=0 regardless the value of x 2019年4月23日 (二) 13:48 (UTC)
****我真正的意思是「人情票懶人」，有些人是喜歡夠票就不灌，不夠票才灌，有了這個表方便了他們不用算，就來灌「人情票」、「救命票」。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年4月23日 (二) 23:59 (UTC)
***** 真的想灌票的人，有沒有列表對他根本沒有差，他還是會灌票，只是一路滑下去滑到指定章節灌跟看列表點章節灌的差別罷了，我認為不應該因少數份子而忽視這個功能對多數使用者的便利性。—— Eric Liu（留言．留名．學生會） 2019年4月25日 (四) 15:04 (UTC)
******我認為這個差別已足夠影響灌票意欲，有時太過方便並不見得是好事。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明
結果：
# ㊣㊣ 1a ㊣ 1b ㊣
# ㊣㊣㊣㊣㊣
# 新舊並列 ㊣㊣
User:Z7504、User:Cdip150、User:春卷柯南、User:UjuiUjuMandan、User:Comrade John、User:Sanmosa、User:-Zest、User:Ericliu1912、User:Leiem和User:Rowingbohe這樣就算平票了，不好說。請大家再提供下意見吧。沒新意見的話會照原訂於明晚回復。 --Kanashimi（留言） 2019年4月23日 (二) 00:51 (UTC)
*这个新列表当然有价值，但是我反对用它代替当前列表。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩᠠᠨMandan 2019年4月23日 (二) 02:59 (UTC)
*希望可以保留新列表，不然摺疊也可以。 --船到橋頭自然捲*留言*Violeta 2019年4月23日 (二) 03:31 (UTC)
*保留新舊列表吧，照顧雙方的需要，正如互動客棧有Topic List同時有目錄一樣。-- 约翰同志 - 條目裱糊匠（留言） 2019年4月23日 (二) 08:08 (UTC)
*同约翰同志，至於是否摺疊則可另議。Σανμοσα y=0 regardless the value of x 2019年4月23日 (二) 13:48 (UTC)
*2。反對列出發言者，對立者較容易從列表看到對方發言而互煮，甚至意氣用事地投出相反的票。--Opky9407（留言） 2019年4月23日 (二) 15:05 (UTC)
**那何不刪除列表中的發言者欄？效果是一樣的。Σανμοσα y=0 regardless the value of x 2019年4月24日 (三) 00:25 (UTC)
(：)回應 已改回原來的條目名稱列表 --Kanashimi（留言） 2019年4月24日 (三) 08:54 (UTC)
thread_title:  新條目推薦/候選列表的欄位保留問題 

message: 這邊先幫大家準備三個選項：
# （a）保留或者（b）部分保留新條目評選列表：部分保留者請告訴我們您想要刪除的欄位以及理由。另外最近由於正在調試機器人判別票數的功能，因此所有欄位暫時都會保留，直到這個討論結束、並且測試完機器人的功能。
# 改回原來的條目名稱列表：除了因為列表臃腫之外，若有其他的意見也歡迎提供給我們。
#: 原來的條目名稱列表長這樣：步长制药－俄国沙拉－2019年美国大学录取贿赂丑闻－2019年泰國眾議院選舉－蘭嶼豬－漢·范米格倫－加藤友三郎內閣－灵山寺_(玉环)－綺綺－1878年玉环地震－鐮嘴管鴰－元好问墓－巅峰之夜－2019年埃及修憲公投－玉环广柑－玉环公共自行车－柑橘鳳蝶－黑隅里遗址－玉环长柿－玉環新村－披山岛－東勢巧聖仙師祖廟－李旦福－菲爾·福登－朱迪·科默－朝鲜半岛旧石器时代－玉环市传媒中心－熒光裳鳳蝶－苗语罗泊河次方言－勒内·卡米尔－右翼民粹主義－沖繩縣第2區－巴黎圣母院大火－拉希达·特莱布－巴拿馬經濟－M1 4.5英寸野战炮
# 其他：我有更好的想法
在有結論之後，這邊會再調整候選頁面。 --Kanashimi（留言） 2019年4月16日 (二) 09:42 (UTC)
*我为保留和部分保留分了a和b；如果會有機械人投入運作，個人支持1b（刪去支持票和反對票票數，反正機械人會計票），否則支持1a。Σανμοσα y=0 regardless the value of x 2019年4月16日 (二) 10:21 (UTC)
*2或1b（刪除支持、反對、狀態），原因上面我已經說了。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年4月16日 (二) 12:40 (UTC)
**@-{Kanashimi}-：再想深一層後，衹有2，應當完全移除，把表弄得這樣詳細我認為是助長懶人，但投票評審本來應當仔細不能懶。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年4月23日 (二) 04:13 (UTC)
*兩個想法，一：使用2，加一個小工具，可以切換改成1a的功能。二：使用1a，但加上摺疊。-Zest 2019年4月16日 (二) 12:53 (UTC)
*我倾向1a。Johnson.Xia（留言） 2019年4月16日 (二) 14:09 (UTC)
*2或修改1。2的原因上面說了，不過大家都不接受的話，就只能修改1了。--春-{卷}-柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年4月17日 (三) 10:21 (UTC)
*2。我认为当前内容过于冗长，不适宜代替已有列表。我反过来要问，第一，到底目前有什么欠缺？第二，用什么办法能够解决目前的问题？我完全没看到什么具体的好处。不要因为“能做”“能用”就用。 --Ujui Uju Mandan（留言） 2019年4月18日 (四) 02:37 (UTC)
* 2。新版列表太大了，你想想手機版用戶會有多痛苦。我更支持把原版列表微調，例如當選的條目自動加粗之類的方案。—— Eric Liu（留言．留名．學生會） 2019年4月18日 (四) 07:27 (UTC)
*: 嘗試縮短了點，您可再做確認。另外要調整原版列表可請User:Liangent加入此功能。 --Kanashimi（留言） 2019年4月18日 (四) 11:54 (UTC)
*:: 才女，嗯，坑啦！—— Eric Liu（留言．留名．學生會） 2019年4月18日 (四) 13:56 (UTC)
(※)聲明：由於Cdip150君已準備撰寫更新DYK的機器人，這邊不再做測試，現在列表頁面使用的是最終版本。1天後將會依據上面的討論作出結論。 --Kanashimi（留言） 2019年4月20日 (六) 00:39 (UTC)
* 3。可以在2的基础上以颜色或符号来区分。--Leiem（签名·留言） 2019年4月20日 (六) 01:44 (UTC)
*: 這邊不想跟Liangent-bot打架，要調整原版列表可請User:Liangent加入此功能。 --Kanashimi（留言） 2019年4月20日 (六) 01:53 (UTC)
*:: 那改投2或1b。--Leiem（签名·留言） 2019年4月23日 (二) 01:31 (UTC)
(＊)提醒：依據上面的討論，希望回復原先列表的人數較多。將會在3天後恢復原先列表。感謝大家提供意見。 --Kanashimi（留言） 2019年4月21日 (日) 00:25 (UTC)
*其实我觉得现在这个挺好的，信息详细，想看自己提交的条目是否达标，以及有没有新回复，不用再拉到下面看，而且还可以看到谁在批量灌票。不如默认折叠，需要的点击展开？--Rowingbohe♬欢迎加入维基百科地方志交流群（台州专题） 2019年4月22日 (一) 13:52 (UTC)
**「不用再拉到下面看」←我就是反對這樣的方便，這會助長灌票懶人，看也不看下面就亂來。況且，自己的提名應該自行關心才是，是否達標自己不懂算嗎？---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年4月23日 (二) 04:13 (UTC)
***真正的“灌票懶人”才不會看某個提名有多少票——他們不論提名，照灌不誤，列表看也懶得看。Σανμοσα y=0 regardless the value of x 2019年4月23日 (二) 13:48 (UTC)
****我真正的意思是「人情票懶人」，有些人是喜歡夠票就不灌，不夠票才灌，有了這個表方便了他們不用算，就來灌「人情票」、「救命票」。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年4月23日 (二) 23:59 (UTC)
***** 真的想灌票的人，有沒有列表對他根本沒有差，他還是會灌票，只是一路滑下去滑到指定章節灌跟看列表點章節灌的差別罷了，我認為不應該因少數份子而忽視這個功能對多數使用者的便利性。—— Eric Liu（留言．留名．學生會） 2019年4月25日 (四) 15:04 (UTC)
******我認為這個差別已足夠影響灌票意欲，有時太過方便並不見得是好事。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明
結果：
# ㊣㊣ 1a ㊣ 1b ㊣
# ㊣㊣㊣㊣㊣
# 新舊並列 ㊣㊣
User:Z7504、User:Cdip150、User:春卷柯南、User:UjuiUjuMandan、User:Comrade John、User:Sanmosa、User:-Zest、User:Ericliu1912、User:Leiem和User:Rowingbohe這樣就算平票了，不好說。請大家再提供下意見吧。沒新意見的話會照原訂於明晚回復。 --Kanashimi（留言） 2019年4月23日 (二) 00:51 (UTC)
*这个新列表当然有价值，但是我反对用它代替当前列表。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩᠠᠨMandan 2019年4月23日 (二) 02:59 (UTC)
*希望可以保留新列表，不然摺疊也可以。 --船到橋頭自然捲*留言*Violeta 2019年4月23日 (二) 03:31 (UTC)
*保留新舊列表吧，照顧雙方的需要，正如互動客棧有Topic List同時有目錄一樣。-- 约翰同志 - 條目裱糊匠（留言） 2019年4月23日 (二) 08:08 (UTC)
*同约翰同志，至於是否摺疊則可另議。Σανμοσα y=0 regardless the value of x 2019年4月23日 (二) 13:48 (UTC)
*2。反對列出發言者，對立者較容易從列表看到對方發言而互煮，甚至意氣用事地投出相反的票。--Opky9407（留言） 2019年4月23日 (二) 15:05 (UTC)
**那何不刪除列表中的發言者欄？效果是一樣的。Σανμοσα y=0 regardless the value of x 2019年4月24日 (三) 00:25 (UTC)
(：)回應 已改回原來的條目名稱列表 --Kanashimi（留言） 2019年4月24日 (三) 08:54 (UTC)
thread_title:  是否要保留新條目評選列表討論 

message: 我刚才注意到DYK候选的分类里，有不少已经结束投票的页面还挂着的模板，而有些正在投票的页面又没有挂上这个模板。虽然这不是大问题，但还是在此通知管理员一声。Johnson.Xia（留言） 2019年5月9日 (四) 22:32 (UTC)
replies: text: 未登上首頁的條目，雖然評選期已經結束，照道理應該刪除，不過我通常不會在意，原因是保留模板方便我們改為（如當選）。大家如果看到有候選條目的討論頁沒有這個模板，可以自行掛上。--春-{卷}-柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年5月10日 (五) 10:34 (UTC)
thread_title:  建议更新新条目候选的分类 

message: 目前的GA、FA等评选，赞成票是无需附理由的，是否DYK也需要废除相关要求呢？希望听到大家的意见。--Kirk.Lu 0GA存档重分类0图书馆 2019年4月5日 (五) 13:19 (UTC)
*可以在字面上不要求，但投支持票即认为该条目达到必要水平。关于什么是必要水平，应当在页面上方明示。 --Ujui Uju Mandan（留言） 2019年4月5日 (五) 13:59 (UTC)
*(－)反对：這是上一次共識的重要妥協部分：承認反對方(任何人)可以掛模版去不合要求的條目進行一票否決，換取限制無理的反對票。"符合標準"四字意義就在此。--Temp3600（留言） 2019年4月5日 (五) 14:25 (UTC)
*持(＝)中立看法，應同時廢除，但就是有人堅持不希望廢除所謂的「：符合DYK標準--~~~~」這種寫法而不能直接寫成「--~~~~」一種特別現象...--Z7504非常建議必要時多關注評選（留言） 2019年4月6日 (六) 01:39 (UTC)
*DYK有些特別，它的支持票只是單純「支持」，而不是「符合標準」。Σανμοσα y=0 regardless the value of x 2019年4月6日 (六) 06:58 (UTC)
**其实是有标准的，其标准需要明确化。 --Ujui Uju Mandan（留言） 2019年4月11日 (四) 07:52 (UTC)
===Σανμοσα先前的提議===
原標題為：Σανμοσα先前（節刪）的提議
見下，已自行撤回。Σανμοσα y=0 regardless the value of x 2019年4月12日 (五) 09:21 (UTC)
replies: text: 下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
----
*我剛才突然腦洞大開，想到一個大膽提議：DYK廢除支持票，如果放上去DYKC的條目沒有不符合基本要求的問題，而提名者所設置的問題也沒有不當，管理員在沒有（不合理）反對票的情況下需要將提名視為通過。在這種情況下，巡查員依舊可以劃除不符合判斷原則的票，而管理員則可以劃除符合判斷原則但不合理的票。Σανμοσα y=0 regardless the value of x 2019年4月6日 (六) 06:58 (UTC)
**這個提議有幾個好處：一、以後不會再有人提出支持票無須理由了（因為支持票不存在）；二、很多符合要求，但是因為未有足夠用戶關注而落選的DYK也會因此有機會入選；三、主編會為了消除合理反對票而改善條目，而這樣也使社群共識得以彰顯；四、根除灌水票。Σανμοσα y=0 regardless the value of x 2019年4月6日 (六) 07:08 (UTC)
***閣下的提議又令我想起十四年前（2005年）的DYKC規則：「對於有人推薦並列入名單的條目，如果有人提出異議且其異議受到其他人的認同覺得推薦有點不妥時，5天以後如果反對意見佔多數，則應該撤下這個條目。」當年也是不用支持票。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年4月6日 (六) 07:52 (UTC)
****其實是similar的，不同之處在於2005年那個規則在判斷共識時可能會出現「無共識」的情形，而我現在這個提議仍是歸於計票，不會no conclusion。但為甚麼之後又改成現在這樣呢？Σανμοσα y=0 regardless the value of x 2019年4月6日 (六) 10:46 (UTC)
**@-{Temp3600}-。Σανμοσα y=0 regardless the value of x 2019年4月6日 (六) 14:06 (UTC)
***我們的主要分歧在於對「符合要求，但是因為未有足夠用戶關注而落選的DYK」的看法。DYK圈子很小，參與者有充分動機避免投下反對票，以免日後被人針對。考慮到這一點，這些落選的條目，到底是不幸無人關注，還是本身就有問題，只是大家不敢站出來投票呢?--Temp3600（留言） 2019年4月6日 (六) 19:21 (UTC)
****User:Temp3600所以管理員很重要。另外，廢除支持票不代表不允許支持意見，支持意見仍然存在很大的參考價值，方便管理員判斷。Σανμοσα y=0 regardless the value of x 2019年4月7日 (日) 03:52 (UTC)
*****一般而言DYK的結果處理是全自動的，管理員不會介入。如果您指的管理員是Liangent-adminbot，那我無話可說...我這兒關心的是，有多少人願意「站出來」支持某個條目；以及如果沒有（足夠）人數願意站出來，是不是意味著什麼。--Temp3600（留言） 2019年4月7日 (日) 10:27 (UTC)
******User:Temp3600自動化處理DYK的Liangent-bot現在死了，Liangent-adminbot和DYK不相關，管理員是活人。你ping人的話就自然有人願意「站出來」支持某個條目，沒有（足夠）人數願意站出來意味著社羣的DYKC活躍度可能不夠。Σανμοσα y=0 regardless the value of x 2019年4月7日 (日) 12:06 (UTC)
*明顯地Liangent-adminbot只是壞了，一但修複，DYK將不會再有真人插手。如果ping了人但人家不投票，那算是支持還是反對呢?我的意見是：考慮到DYK的支持票門檻很低，沒有足夠的支持票數，代表社群反對它當選，只是不好意思說出來。--Temp3600（留言） 2019年4月7日 (日) 14:02 (UTC)
*順便(…)-{吐槽}-，以前DYK不是一大堆因為僅僅關注度不足而無法通過的條目嗎（居然連7天內達到淨支持4票都可以這樣了）......--Z7504非常建議必要時多關注評選（留言） 2019年4月7日 (日) 13:16 (UTC)
**真的是「關注度不足」嗎?為什麼上下的條目都有足夠票數（說明這個頁面一直有足夠人數參與），但它沒有呢？我認為這意味著反對。--Temp3600（留言） 2019年4月7日 (日) 14:02 (UTC)
***要拿什麼條目舉例還真不好說阿...如果只是淨支持0到3票且不含任何反對票要說著「反對這條目上DYK」...性都有暗示了，那這個是不是叫做「反對暗示」呢[開玩笑的]?　又或者DYK要學學ja版本的不含反對票的DYK（但一定有人會反對）?--Z7504非常建議必要時多關注評選（留言） 2019年4月7日 (日) 14:08 (UTC)
*關注度在邊緣人面前只是浮雲，我之前推薦Talk:碧血狂殺2好歹也是百萬神作，結果只有一個人回應我...，Temp3600你覺得我是被人反對嗎?這邊再給你一個Talk:戰爭命令。 --船到橋頭自然捲*留言*Violeta 2019年4月7日 (日) 14:44 (UTC)
**我同情您的遭遇。的確，1月9日，1月10日都有大量條目落選了，這可能代表DYKC該段時間的關注度不足。我也贊同管理員要特別關注這些DYKC通過率大幅下降的時段。
***然而，您擴充的部分約占5000位元組，添加了四項來源，而且未見對條目整體有重要的更動。此外，您明顯未將英文版條目完整地翻譯過來。這會不會是您落選的一些原因呢?--Temp3600（留言） 2019年4月7日 (日) 15:14 (UTC)
****添加四項...，我寫的時候英維可沒有銷售，遊戲玩法也有大半是重新寫過，更別提在我動手之前條目的程度很低，你講話真的有夠傷人有夠討厭= =。 --船到橋頭自然捲*留言*Violeta 2019年4月7日 (日) 15:29 (UTC)
*****我再檢查了一次編輯記錄。我相信這是因為我們對您這次DYK的貢獻算法不同：您在10月31日和12月7日都有大幅增修條目，然而在我看來，由於中間您有一些日子沒有編輯，修訂期中斷了，我沒有計算這部分的擴充進去。如果一拼考慮這些擴充，您的貢獻量約有12000位元組左右，而且條目的大部分標題你都有參與到。這一點是我疏忽了，我先道歉。
******然而，您並沒有在DYK的評選頁面中特別提到這種修訂期曾中斷的情況。會不會其他人同樣沒注意到呢？另外，如果按最嚴格的修訂期算法，你該次申報的貢獻量為(18257-12868)位元組，未必滿足「修訂期擴充量達修訂期之前原文的2/3以上」的要求。換言之，這條目未必符合參與DYK的最低資格。如果您沒有主動說明您的特殊情況，其他人可能會用這個理由把DYK申請打回去。--Temp3600（留言） 2019年4月7日 (日) 16:05 (UTC)
*******我是有過被打回去的經驗，但是頁面詳細資訊與統計不會有這麼詳細的資訊，歷史紀錄如果編輯太多，要刪刪減減來看自己做了多少也很麻煩，其實我就是懶，想要別人幫我看(←超惡劣 --船到橋頭自然捲*留言*Violeta 2019年4月7日 (日) 16:53 (UTC)
*綜上，我認為支持票不足並不代表暗示反對，而是代表意外地被忽略。Σανμοσα y=0 regardless the value of x 2019年4月8日 (一) 01:59 (UTC)
**我暫時未見有任何因被忽略而落選的條目。我自問已成功反駁milkypine 的實例。--Temp3600（留言） 2019年4月8日 (一) 09:20 (UTC)
***User:Temp3600看來你也對DYKC的關注度不夠，很多條目也是因被忽略而落選的，例如近期的2019年中国海军战机海南坠毁事故很明顯是符合標準，但不夠支持票的一例（可憐，只有我一個投了票）。我再舉一個遠一些的例：我自己主編的巴拉德大橋兩次DYKC也不夠支持票，那我還可以怎樣（第二次DYKC有人向我提了意見，我也依他的意見修改了）。Σανμοσα y=0 regardless the value of x 2019年4月8日 (一) 12:04 (UTC)
****那一天同日的其他條目（如丁世祥）就夠票數了。一般而言，DYK的潛規則不會接受這麼短的條目，差不多要6000位元組才達到常規長度。此外，你上面的東京都選舉區同樣沒有人投票，難道這個條目按你標準就有資格通過DYK?--Temp3600（留言） 2019年4月8日 (一) 14:23 (UTC)
*****User:Temp3600DYK的潛規則並不是正式規則，而且每個DYK的性質皆有不同，每一個編者都對不同的條目有不同的興趣；Temp3600這樣的説法無視了DYK規則的正式性、不同條目性質上的不同和不同編者對特定條目的喜好。由於現行規則下未滿四票支持則DYK不通過，對於像東京都選舉區這樣的條目，編者通常懶得投票，但更改規則後自然就會有人投反對票（東京都選舉區現在又被提上去DYKC了，而且也有人投反對票）；Temp3600無視了改變規則後預期會出現的明顯變化。綜上，Temp3600的論證是不嚴謹且有問題的。Σανμοσα y=0 regardless the value of x 2019年4月9日 (二) 02:58 (UTC)
****我也要補充一點：除非DYK潛規則經過社群共識而成為正式DYK規則，否則我不承認任何的DYK潛規則，而該等DYK潛規則於我眼中是應該要被杜絕的。Σανμοσα y=0 regardless the value of x 2019年4月9日 (二) 03:06 (UTC)
*****你可以不認呀。不過統計說明，3000位元組而又通過DYK的條目少之又少。如果確實有足夠支持票數，一樣可以通過。但如果沒有，我相信原因也很明顯了。--Temp3600（留言） 2019年4月9日 (二) 06:43 (UTC)
****「我暫時未見有任何因被忽略而落選的條目」，所以我是被針對???事實上DYK上面有許多提名都是被忽略，像是Talk:第三十八届超級碗中場表演爭議這種提名四次的就是不甘心沒有人注意所以才狂投(至少我看起來是想要引人注意)。現在也有一篇被大家忽略的提名Wikipedia:新条目推荐/候选#安娜貝爾娃娃，既然如此你回一下
****每個人本來就有各自的習慣，像是我常理會遊戲條目，建築、人物並不常評價，而這種情況不管是有意還是無意，就是忽略。 --船到橋頭自然捲*留言*Violeta 2019年4月9日 (二) 04:03 (UTC)
* 那「意外」對當事人來說可就不是意外了，而是對其編修條目成果的一種忽視及心理創傷。絕、絕對不是因為我有切身之痛才這樣認為喔⋯⋯—— Eric Liu（留言．留名．學生會．CUCC） 2019年4月8日 (一) 04:03 (UTC)
**老實說，我也有一個條目是這樣的，不過那一個比較短，就算了（雖然提名了兩次還是不通過）。Σανμοσα y=0 regardless the value of x 2019年4月8日 (一) 05:00 (UTC)
*免支持票的做法也是有问题的。比如大家都忙没空看的时候，现行规则下会导致能合格的条目未能通过，免支持票会导致不合格的条目通过。显然这是一种劣化。 --Ujui Uju Mandan（留言） 2019年4月8日 (一) 07:06 (UTC)
**那要看大家認為哪一個取捨比較好。還有，我強調，在我提議的新系統，管理員有著很重要的把關作用，他們可以把沒人參與討論而明顯不妥的條目否決他們上DYK。Σανμοσα y=0 regardless the value of x 2019年4月9日 (二) 02:58 (UTC)
***我反正是觉得宁可合格的没被推上首页，也不能像现在一样上了首页的东西良莠不齐。反正写条目的人都是志愿者，上首页稍微麻烦点也不是什么事儿，而如果专程设定规则去推荐更多质量不行的条目给读者的话，我觉得这维基百科是要完。 --Ujui Uju Mandan（留言） 2019年4月9日 (二) 04:31 (UTC)
***我喜歡以前機械人自行處理的做法。站務已經夠多了，無謂再增加。--Temp3600（留言） 2019年4月9日 (二) 14:20 (UTC)
*不然像上面提到的比照ja版本的DYK，要不開一串新討論呢（不過認為應該也會有人會反對比照ja版本）?　反正維基百科的維基人本來就對所謂共識是「模稜兩可」的，過了N年到了離開維基百科的時候給日後看存檔的人一樣會有人想在互助客棧重新發問一次「DYK評選」的類似問題。免支持票如果就有問題，那麼ja版本的「免反對票」是否就沒有問題?　顯然得知--Z7504非常建議必要時多關注評選（留言） 2019年4月9日 (二) 03:54 (UTC)
**中文维基百科显然不可以采用日文维基百科式的免反对票，因为那样的话相当多的不合格条目都会被水票保送上去。越是无理由的投票，拉帮结伙的效果越好。 --Ujui Uju Mandan（留言） 2019年4月11日 (四) 07:49 (UTC)
*最近比较流行支持不附理由，记得DYKC在2015年6月刚刚实行支持和反对票必须附上理由的时候，不少用户都为如何编造一个合规的支持理由而苦恼，最终促成了“符合标准”这个理由变得有效，现在的DYKC可以说几乎99%的支持理由都是这个，有些人觉得不需要支持理由，我觉得也可以理解，然而，我们始终不要忘记当时设置这样的规则是为了减少DYK中的水票，也就是要提高评审质量，虽然说99%的人投支持都用“符合标准”，但是投票要求附上理由事实上是有那么一丁点儿作用的，一方面对于不看条目就投票的现象有一定的遏制作用，另一方面也能够让投票者对自己说过的话负责。总体而言，我对于DYK不附理由是中立的，然而不得不说废除支持票附上理由的规则不可避免的会令评审质量倒退，如何最大限度地降低对评审质量的影响，这是提案者需要思考的。--№.N（留言） 2019年4月11日 (四) 09:06 (UTC)
----

text: 本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
===言歸正傳===
通過

text: 下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
----
*剛才我翻過Temp3600口中的的“上一次共識”，我認為間隔時間已經足夠長，基於共識可變，我決定收回“取消反對票”方案，並改為(＋)-{支持}-DYK支持票可免理由。Σανμοσα y=0 regardless the value of x 2019年4月9日 (二) 15:29 (UTC)
**@-{KirkLU、UjuiUjuMandan、Z7504、Temp3600}-。Σανμοσα y=0 regardless the value of x 2019年4月12日 (五) 09:24 (UTC)
*对于“DYK支持票可免理由”，有附加条件地支持：必须有明确的DYK条目基本质量标准，并且规定投支持票意味着投票者认为条目符合基本质量标准。例如，必须遵守三大基本内容方针，不得侵权，文字必须通顺等，条目文体应符合维基百科要求（WP:维基百科不是什么#内容）。（其实就是不得违反任何内容方针。）虽然这种都是没有约束力的，想投水票的人就是可以随便投就是了。 --Ujui Uju Mandan（留言） 2019年4月12日 (五) 09:29 (UTC)
**我真誠相信UjuiUjuMandan的意見一早已經被滿足了：「（基本推薦資格）候選條目必須是近期、原創、符合維基編輯規則，而且具有一定長度的中文條目……」（似乎不只是內容方針，好像即使是比較細節性的指引也要遵守，例如關注度指引、可靠來源指引等等），甚至乎已經比UjuiUjuMandan的要求更嚴格。不符合基本推薦要求者，直接抛個 不合要求就好（雖然也可以投(－)反对）。Σανμοσα y=0 regardless the value of x 2019年4月13日 (六) 00:10 (UTC)
*(＋)-{支持}-：符合标准的情况下，可以建一个DYK专用模板投票，而不是使用支持模板，就如同GA/FA一样。（本来是好奇来客栈咨询，没想到其实很多编辑也有此意）--Kirk.Lu 0讨论│签名0图书馆 2019年4月12日 (五) 16:11 (UTC)
** User:KirkLU已經有了，。—— Eric Liu（留言．留名．學生會．CUCC） 2019年4月13日 (六) 02:50 (UTC)
*另外我必須說明一點：於我而言，(＋)-{支持}-票要寫「符合標準」當作理由並不能遏止水票，水票的唯一變化只是在(＋)-{支持}-模板後多了四個中文字而已。我很好奇當初怎麼會有人認為寫「符合標準」當作理由能遏止水票，四個中文字是非常容易輸入的，我某程度上認為現行做法是一個愚民政策，基本上這個做法除了能為參與DYKC的用戶帶來良好感覺外，並不能帶來甚麼。Σανμοσα y=0 regardless the value of x 2019年4月13日 (六) 05:32 (UTC)
**「遏止水票」的討論和嘗試可以回看2015年的討論。結論是：如果堅持投票制，就會有水票；然而考慮社群不太願意正面反對其他人的條目，共識制不可行。所以水票還是會存在的。--Temp3600（留言） 2019年4月13日 (六) 13:31 (UTC)
***所以還是回到這個結論：寫「符合標準」當作理由並不能遏止水票。大家有目共睹，2015年方案是一個徹底的失敗。Σανμοσα y=0 regardless the value of x 2019年4月13日 (六) 13:41 (UTC)
****我覺得嘛...說其他人的方案不好前，最好先看看能不能設計出更好的做法。--Temp3600（留言） 2019年4月13日 (六) 13:55 (UTC)
****你自己也說了，但凡存在支持票的制度必然會有水票，可以預見即使依你的一票否決，水票仍橫行不誤。沒支持票的方案有兩個，但廢除支持票又不願意，改共識制又不願意，那「更好的做法」是憑空而生的嗎？不要只説空話和抱着祖父條款不放。Σανμοσα y=0 regardless the value of x 2019年4月14日 (日) 00:51 (UTC)
*****所以就不容易呀。現實生活總是充滿種種矛盾。--Temp3600（留言） 2019年4月21日 (日) 10:10 (UTC)
*試想一個情況，如果有人投了這樣的票：「，不符合標準。--Jimmy-bot（留言） 2019年5月15日 (三) 16:14 (UTC)」，那麼應該算有效還是無效？從這個答案大概可以反映出支持要寫「符合標準」究竟合不合理。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年4月14日 (日) 04:18 (UTC)
**@-{Sanmosa、Cdip150}-：這個問題是不是也應該視同有效票?　不然為何支持票都要寫明「符合標準」才能有效?--Z7504非常建議必要時多關注評選（留言） 2019年4月15日 (一) 04:17 (UTC)
***投票規則要點：反對票應盡量清楚指出條目中的問題，以讓提名者明白應如何修改。「(－)反对：不符合標準。Jimmy-bot（留言） 2019年5月15日 (三) 16:14 (UTC)」此票的問題在於未清楚指出條目中的問題，甚至未説明不符合哪一個評選標準。Σανμοσα y=0 regardless the value of x 2019年4月15日 (一) 08:56 (UTC)
***另：其實支持票我寫「可GA/FA/FL」都應是有效票，因為這表示我認為條目符合比DYK更嚴格的標準，自然也符合DYK標準。Σανμοσα y=0 regardless the value of x 2019年4月15日 (一) 08:56 (UTC)
*建議投票規則修改如下：
-{“}-	
獲選標準
投票最新標準如下：
*有效淨支持票數滿4票方能中選。推薦自己的條目投票不算，推薦別人的條目可以投票。
投票期限：基本投票期為4天。待至基本投票期屆滿時，如獲得中選所需的最低票數或以上，投票即會結束並獲通過；否則，投票期將自動延長3天，並待至延長投票期屆滿時方為結束投票；在結束時如獲得中選所需的最低票數或以上，方獲通過，否則以落選論。機械人將在相關日子自動計票。
*有效反對票與有效支持票採1:1互相抵消。
關於投票的有效性，採取下列規定：
*有效性：用戶的投票除非由檢查員劃票，否則視作有效。
*判斷原則：
*:A：不含投票原因的票無效。
*:B：含有人身攻擊的票無效。
*:C：支持票以外的投票必須附有投票理由，而如該投票有投票理由，則投票理由須涉及投票條目或對應參與評選的問題。
*:D：如投票內容為針對其評選問題的不足，應以 問題不當表示。
投票規則要點
*支持票以外的投票請附和條目有關的理由。（簡單來說，票中應含有「條目」二字）	-{”}-
以上。Σανμοσα y=0 regardless the value of x 2019年4月16日 (二) 09:37 (UTC)
* @-{Sanmosa}-：建議可以整併部分文字，以保簡潔：
-{“}-	
獲選標準
投票最新標準如下：
* 有效淨支持票數滿4票方能中選。推薦自己的條目投票不算，推薦別人的條目可以投票。
投票期限：基本投票期為4天。待至基本投票期屆滿時，如獲得中選所需的最低票數或以上，投票即會結束並獲通過；否則，投票期將自動延長3天，並待至延長投票期屆滿時方為結束投票；在結束時如獲得中選所需的最低票數或以上，方獲通過，否則以落選論。機械人將在相關日子自動計票。
* 有效反對票與有效支持票採1:1互相抵消。
關於投票的有效性，採取下列規定：
* 有效性：用戶的投票除非由檢查員劃票，否則視作有效。
* 判斷原則：
*: A：不含投票原因的票無效。支持票以外的投票必須附有投票理由，且投票理由須涉及投票條目或對應參與評選的問題。
*: B：含有人身攻擊的票無效。
*: C：如投票內容為針對其評選問題的不足，應以模板表示。
投票規則要點
*支持票以外的投票請附和條目有關的理由。（簡單來說，票中應含有「條目」二字）	-{”}-
以上。還有，投票原因跟投票理由的差別在哪？如果沒有差別，還可以進一步整併。—— Eric Liu（留言．留名．學生會） 2019年4月17日 (三) 12:54 (UTC)
====4月23日被修訂的版本====
*再修訂為以下版本：
-{“}-	
獲選標準
投票最新標準如下：
* 有效淨支持票數滿4票方能中選。推薦自己的條目投票不算，推薦別人的條目可以投票。
投票期限：基本投票期為4天。待至基本投票期屆滿時，如獲得中選所需的最低票數或以上，投票即會結束並獲通過；否則，投票期將自動延長3天，並待至延長投票期屆滿時方為結束投票；在結束時如獲得中選所需的最低票數或以上，方獲通過，否則以落選論。機械人將在相關日子自動計票。
* 有效反對票與有效支持票採1:1互相抵消。
關於投票的有效性，採取下列規定：
* 有效性：用戶的投票除非由檢查員劃票，否則視作有效。
* 判斷原則：
*: A：不含投票原因的票無效。
*: B：含有人身攻擊的票無效。
*: C：投票必須附有投票理由，且投票理由須涉及投票條目或對應參與評選的問題，否則無效。
*::支持票可不附理由，惟如果附有投票理由，則該票仍受此規則規範。
*: D：如投票內容為針對其評選問題的不足，應以模板表示。
投票規則要點
*投票請附和條目有關的理由（簡單來說，票中應含有「條目」二字），惟支持票可不附理由。	-{”}-
以上；規定排序可以考慮維持使用字母或改用數字。Σανμοσα y=0 regardless the value of x 2019年4月17日 (三) 23:55 (UTC)
*支持，差不多是这个意思。--Kirk.Lu 0讨论│签名0图书馆 2019年4月21日 (日) 13:14 (UTC)
**修訂。Σανμοσα y=0 regardless the value of x 2019年4月23日 (二) 11:02 (UTC)
*現將4月23日被修訂的版本公示七日。Σανμοσα y=0 regardless the value of x 2019年4月25日 (四) 09:37 (UTC)
----

text: 本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
===生效日期===
(※)注意，按往例，修改評選規則應予緩衝期，以免當前進行中的評選內已經投的票出現有效性爭議，敝人建議新規則於6月1日上路，6月1日及之後提名的DYK才適用於支持票免理由的規則，5月31日及之前的DYK則沿用原有的規則。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年5月2日 (四) 01:12 (UTC)
*我認為這次不需要緩衝期，因為這個修訂並不會使任何票無效。即使真的要緩衝，一星期緩衝已足夠，極其量兩個星期，一個月太長了。還有，應該要按投票時間（而非提名時間）計算，投票人並沒有義務查閱提名時間。Σανμοσα y=0 regardless the value of x 2019年5月2日 (四) 08:34 (UTC)
**需要緩衝期，即使看起來不會造成已經投的票無效，在未確定所有有權點票者已經充份知道新規則已經通過下會容易造成點票出錯，這是為了保險計，亦應好好利用一個月時間俾眾知悉，使所有有權點票者有充份準備、以及解答其對於新規則的潛在疑問。另外，按提名時間計算是為了同一提名內的投票都是依同一規則來點票，如按投票時間亦很容易造成點票時出現「撈亂規則」而造成點票出錯，而且同一份提名內的投票按不同規則來點票易惹人批評點票雙重標準，這也是為了保險計。所以我衹會最快在6月1日才讓新規則上路，儘管新規則看起來好像很簡單亦然。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年5月2日 (四) 09:15 (UTC)
**特此另通知@-{春卷柯南、Jimmy Xu、Liangent}-：。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年5月2日 (四) 09:19 (UTC)
***其他我不反對，但我仍然認為緩衝期過長，我最多只能接受兩個星期的緩衝期，公示也只是一星期，兩星期讓社羣知悉單一事件已經充足有餘。Σανμοσα y=0 regardless the value of x 2019年5月2日 (四) 09:25 (UTC)
***另外，我認為管理員在未取得社群共識前自行決定條文有效時間欠妥，這樣會扼殺討論空間。Σανμοσα y=0 regardless the value of x 2019年5月2日 (四) 09:28 (UTC)
****@-{春卷柯南、Jimmy Xu、Liangent、AT}-：那請其他管理員表態一下合適的生效時間。不過我仍然希望是6月1日，因為通常每月的第一天改規則比較容易管理，在月中途改規則是很容易搞混的。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年5月2日 (四) 09:40 (UTC)
*****雖然我不在被ping的行列（而且也非管理員），但我也自己表態一下：我個人認為5月16日（恰好月中）應該合適，如果要一個好記些的日期則可以5月13日（佛誕，但不足兩星期），5月18日或19日（週六日）也不反對。Σανμοσα y=0 regardless the value of x 2019年5月2日 (四) 09:50 (UTC)
**隨機選個日子並不合適。個人還是建議6月1日，或者近期某個星期一。選在6月1日原因如上所述，選在星期一是為了照顧那些不希望緩衝期那麼長的人，隨便選個日子無所適從，剛好星期日是假期，星期一不是，這樣比較方便大家適應。
**另一個可以考慮的做法是：生效日期之後投下的票都可以套用新規則。（雖然這樣可能上面會有編輯認為混亂，我覺得通過機會不大。--春-{卷}-柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年5月3日 (五) 08:45 (UTC)
*嘛，反正該水票的還是接著水票就是了，這麼多年，我對這些人已經完全喪失信心。--淺藍雪❉ 2019年5月4日 (六) 00:28 (UTC)
*對於實際日期，個人認為什麼時候都可以，無論是5月16日還是6月1日（或其他日子）。—AT 2019年5月5日 (日) 11:30 (UTC)
*針對以上管理員言論，我同意新規定於6月1日 00:00 (UTC)方在該時間或以後的提名生效。Σανμοσα五四运动百週年 2019年5月7日 (二) 09:20 (UTC)
thread_title:  关于DYK评选 

message: 原標題為：Σανμοσα先前（節刪）的提議
見下，已自行撤回。Σανμοσα y=0 regardless the value of x 2019年4月12日 (五) 09:21 (UTC)
replies: text: 下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
----
*我剛才突然腦洞大開，想到一個大膽提議：DYK廢除支持票，如果放上去DYKC的條目沒有不符合基本要求的問題，而提名者所設置的問題也沒有不當，管理員在沒有（不合理）反對票的情況下需要將提名視為通過。在這種情況下，巡查員依舊可以劃除不符合判斷原則的票，而管理員則可以劃除符合判斷原則但不合理的票。Σανμοσα y=0 regardless the value of x 2019年4月6日 (六) 06:58 (UTC)
**這個提議有幾個好處：一、以後不會再有人提出支持票無須理由了（因為支持票不存在）；二、很多符合要求，但是因為未有足夠用戶關注而落選的DYK也會因此有機會入選；三、主編會為了消除合理反對票而改善條目，而這樣也使社群共識得以彰顯；四、根除灌水票。Σανμοσα y=0 regardless the value of x 2019年4月6日 (六) 07:08 (UTC)
***閣下的提議又令我想起十四年前（2005年）的DYKC規則：「對於有人推薦並列入名單的條目，如果有人提出異議且其異議受到其他人的認同覺得推薦有點不妥時，5天以後如果反對意見佔多數，則應該撤下這個條目。」當年也是不用支持票。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年4月6日 (六) 07:52 (UTC)
****其實是similar的，不同之處在於2005年那個規則在判斷共識時可能會出現「無共識」的情形，而我現在這個提議仍是歸於計票，不會no conclusion。但為甚麼之後又改成現在這樣呢？Σανμοσα y=0 regardless the value of x 2019年4月6日 (六) 10:46 (UTC)
**@-{Temp3600}-。Σανμοσα y=0 regardless the value of x 2019年4月6日 (六) 14:06 (UTC)
***我們的主要分歧在於對「符合要求，但是因為未有足夠用戶關注而落選的DYK」的看法。DYK圈子很小，參與者有充分動機避免投下反對票，以免日後被人針對。考慮到這一點，這些落選的條目，到底是不幸無人關注，還是本身就有問題，只是大家不敢站出來投票呢?--Temp3600（留言） 2019年4月6日 (六) 19:21 (UTC)
****User:Temp3600所以管理員很重要。另外，廢除支持票不代表不允許支持意見，支持意見仍然存在很大的參考價值，方便管理員判斷。Σανμοσα y=0 regardless the value of x 2019年4月7日 (日) 03:52 (UTC)
*****一般而言DYK的結果處理是全自動的，管理員不會介入。如果您指的管理員是Liangent-adminbot，那我無話可說...我這兒關心的是，有多少人願意「站出來」支持某個條目；以及如果沒有（足夠）人數願意站出來，是不是意味著什麼。--Temp3600（留言） 2019年4月7日 (日) 10:27 (UTC)
******User:Temp3600自動化處理DYK的Liangent-bot現在死了，Liangent-adminbot和DYK不相關，管理員是活人。你ping人的話就自然有人願意「站出來」支持某個條目，沒有（足夠）人數願意站出來意味著社羣的DYKC活躍度可能不夠。Σανμοσα y=0 regardless the value of x 2019年4月7日 (日) 12:06 (UTC)
*明顯地Liangent-adminbot只是壞了，一但修複，DYK將不會再有真人插手。如果ping了人但人家不投票，那算是支持還是反對呢?我的意見是：考慮到DYK的支持票門檻很低，沒有足夠的支持票數，代表社群反對它當選，只是不好意思說出來。--Temp3600（留言） 2019年4月7日 (日) 14:02 (UTC)
*順便(…)-{吐槽}-，以前DYK不是一大堆因為僅僅關注度不足而無法通過的條目嗎（居然連7天內達到淨支持4票都可以這樣了）......--Z7504非常建議必要時多關注評選（留言） 2019年4月7日 (日) 13:16 (UTC)
**真的是「關注度不足」嗎?為什麼上下的條目都有足夠票數（說明這個頁面一直有足夠人數參與），但它沒有呢？我認為這意味著反對。--Temp3600（留言） 2019年4月7日 (日) 14:02 (UTC)
***要拿什麼條目舉例還真不好說阿...如果只是淨支持0到3票且不含任何反對票要說著「反對這條目上DYK」...性都有暗示了，那這個是不是叫做「反對暗示」呢[開玩笑的]?　又或者DYK要學學ja版本的不含反對票的DYK（但一定有人會反對）?--Z7504非常建議必要時多關注評選（留言） 2019年4月7日 (日) 14:08 (UTC)
*關注度在邊緣人面前只是浮雲，我之前推薦Talk:碧血狂殺2好歹也是百萬神作，結果只有一個人回應我...，Temp3600你覺得我是被人反對嗎?這邊再給你一個Talk:戰爭命令。 --船到橋頭自然捲*留言*Violeta 2019年4月7日 (日) 14:44 (UTC)
**我同情您的遭遇。的確，1月9日，1月10日都有大量條目落選了，這可能代表DYKC該段時間的關注度不足。我也贊同管理員要特別關注這些DYKC通過率大幅下降的時段。
***然而，您擴充的部分約占5000位元組，添加了四項來源，而且未見對條目整體有重要的更動。此外，您明顯未將英文版條目完整地翻譯過來。這會不會是您落選的一些原因呢?--Temp3600（留言） 2019年4月7日 (日) 15:14 (UTC)
****添加四項...，我寫的時候英維可沒有銷售，遊戲玩法也有大半是重新寫過，更別提在我動手之前條目的程度很低，你講話真的有夠傷人有夠討厭= =。 --船到橋頭自然捲*留言*Violeta 2019年4月7日 (日) 15:29 (UTC)
*****我再檢查了一次編輯記錄。我相信這是因為我們對您這次DYK的貢獻算法不同：您在10月31日和12月7日都有大幅增修條目，然而在我看來，由於中間您有一些日子沒有編輯，修訂期中斷了，我沒有計算這部分的擴充進去。如果一拼考慮這些擴充，您的貢獻量約有12000位元組左右，而且條目的大部分標題你都有參與到。這一點是我疏忽了，我先道歉。
******然而，您並沒有在DYK的評選頁面中特別提到這種修訂期曾中斷的情況。會不會其他人同樣沒注意到呢？另外，如果按最嚴格的修訂期算法，你該次申報的貢獻量為(18257-12868)位元組，未必滿足「修訂期擴充量達修訂期之前原文的2/3以上」的要求。換言之，這條目未必符合參與DYK的最低資格。如果您沒有主動說明您的特殊情況，其他人可能會用這個理由把DYK申請打回去。--Temp3600（留言） 2019年4月7日 (日) 16:05 (UTC)
*******我是有過被打回去的經驗，但是頁面詳細資訊與統計不會有這麼詳細的資訊，歷史紀錄如果編輯太多，要刪刪減減來看自己做了多少也很麻煩，其實我就是懶，想要別人幫我看(←超惡劣 --船到橋頭自然捲*留言*Violeta 2019年4月7日 (日) 16:53 (UTC)
*綜上，我認為支持票不足並不代表暗示反對，而是代表意外地被忽略。Σανμοσα y=0 regardless the value of x 2019年4月8日 (一) 01:59 (UTC)
**我暫時未見有任何因被忽略而落選的條目。我自問已成功反駁milkypine 的實例。--Temp3600（留言） 2019年4月8日 (一) 09:20 (UTC)
***User:Temp3600看來你也對DYKC的關注度不夠，很多條目也是因被忽略而落選的，例如近期的2019年中国海军战机海南坠毁事故很明顯是符合標準，但不夠支持票的一例（可憐，只有我一個投了票）。我再舉一個遠一些的例：我自己主編的巴拉德大橋兩次DYKC也不夠支持票，那我還可以怎樣（第二次DYKC有人向我提了意見，我也依他的意見修改了）。Σανμοσα y=0 regardless the value of x 2019年4月8日 (一) 12:04 (UTC)
****那一天同日的其他條目（如丁世祥）就夠票數了。一般而言，DYK的潛規則不會接受這麼短的條目，差不多要6000位元組才達到常規長度。此外，你上面的東京都選舉區同樣沒有人投票，難道這個條目按你標準就有資格通過DYK?--Temp3600（留言） 2019年4月8日 (一) 14:23 (UTC)
*****User:Temp3600DYK的潛規則並不是正式規則，而且每個DYK的性質皆有不同，每一個編者都對不同的條目有不同的興趣；Temp3600這樣的説法無視了DYK規則的正式性、不同條目性質上的不同和不同編者對特定條目的喜好。由於現行規則下未滿四票支持則DYK不通過，對於像東京都選舉區這樣的條目，編者通常懶得投票，但更改規則後自然就會有人投反對票（東京都選舉區現在又被提上去DYKC了，而且也有人投反對票）；Temp3600無視了改變規則後預期會出現的明顯變化。綜上，Temp3600的論證是不嚴謹且有問題的。Σανμοσα y=0 regardless the value of x 2019年4月9日 (二) 02:58 (UTC)
****我也要補充一點：除非DYK潛規則經過社群共識而成為正式DYK規則，否則我不承認任何的DYK潛規則，而該等DYK潛規則於我眼中是應該要被杜絕的。Σανμοσα y=0 regardless the value of x 2019年4月9日 (二) 03:06 (UTC)
*****你可以不認呀。不過統計說明，3000位元組而又通過DYK的條目少之又少。如果確實有足夠支持票數，一樣可以通過。但如果沒有，我相信原因也很明顯了。--Temp3600（留言） 2019年4月9日 (二) 06:43 (UTC)
****「我暫時未見有任何因被忽略而落選的條目」，所以我是被針對???事實上DYK上面有許多提名都是被忽略，像是Talk:第三十八届超級碗中場表演爭議這種提名四次的就是不甘心沒有人注意所以才狂投(至少我看起來是想要引人注意)。現在也有一篇被大家忽略的提名Wikipedia:新条目推荐/候选#安娜貝爾娃娃，既然如此你回一下
****每個人本來就有各自的習慣，像是我常理會遊戲條目，建築、人物並不常評價，而這種情況不管是有意還是無意，就是忽略。 --船到橋頭自然捲*留言*Violeta 2019年4月9日 (二) 04:03 (UTC)
* 那「意外」對當事人來說可就不是意外了，而是對其編修條目成果的一種忽視及心理創傷。絕、絕對不是因為我有切身之痛才這樣認為喔⋯⋯—— Eric Liu（留言．留名．學生會．CUCC） 2019年4月8日 (一) 04:03 (UTC)
**老實說，我也有一個條目是這樣的，不過那一個比較短，就算了（雖然提名了兩次還是不通過）。Σανμοσα y=0 regardless the value of x 2019年4月8日 (一) 05:00 (UTC)
*免支持票的做法也是有问题的。比如大家都忙没空看的时候，现行规则下会导致能合格的条目未能通过，免支持票会导致不合格的条目通过。显然这是一种劣化。 --Ujui Uju Mandan（留言） 2019年4月8日 (一) 07:06 (UTC)
**那要看大家認為哪一個取捨比較好。還有，我強調，在我提議的新系統，管理員有著很重要的把關作用，他們可以把沒人參與討論而明顯不妥的條目否決他們上DYK。Σανμοσα y=0 regardless the value of x 2019年4月9日 (二) 02:58 (UTC)
***我反正是觉得宁可合格的没被推上首页，也不能像现在一样上了首页的东西良莠不齐。反正写条目的人都是志愿者，上首页稍微麻烦点也不是什么事儿，而如果专程设定规则去推荐更多质量不行的条目给读者的话，我觉得这维基百科是要完。 --Ujui Uju Mandan（留言） 2019年4月9日 (二) 04:31 (UTC)
***我喜歡以前機械人自行處理的做法。站務已經夠多了，無謂再增加。--Temp3600（留言） 2019年4月9日 (二) 14:20 (UTC)
*不然像上面提到的比照ja版本的DYK，要不開一串新討論呢（不過認為應該也會有人會反對比照ja版本）?　反正維基百科的維基人本來就對所謂共識是「模稜兩可」的，過了N年到了離開維基百科的時候給日後看存檔的人一樣會有人想在互助客棧重新發問一次「DYK評選」的類似問題。免支持票如果就有問題，那麼ja版本的「免反對票」是否就沒有問題?　顯然得知--Z7504非常建議必要時多關注評選（留言） 2019年4月9日 (二) 03:54 (UTC)
**中文维基百科显然不可以采用日文维基百科式的免反对票，因为那样的话相当多的不合格条目都会被水票保送上去。越是无理由的投票，拉帮结伙的效果越好。 --Ujui Uju Mandan（留言） 2019年4月11日 (四) 07:49 (UTC)
*最近比较流行支持不附理由，记得DYKC在2015年6月刚刚实行支持和反对票必须附上理由的时候，不少用户都为如何编造一个合规的支持理由而苦恼，最终促成了“符合标准”这个理由变得有效，现在的DYKC可以说几乎99%的支持理由都是这个，有些人觉得不需要支持理由，我觉得也可以理解，然而，我们始终不要忘记当时设置这样的规则是为了减少DYK中的水票，也就是要提高评审质量，虽然说99%的人投支持都用“符合标准”，但是投票要求附上理由事实上是有那么一丁点儿作用的，一方面对于不看条目就投票的现象有一定的遏制作用，另一方面也能够让投票者对自己说过的话负责。总体而言，我对于DYK不附理由是中立的，然而不得不说废除支持票附上理由的规则不可避免的会令评审质量倒退，如何最大限度地降低对评审质量的影响，这是提案者需要思考的。--№.N（留言） 2019年4月11日 (四) 09:06 (UTC)
----

text: 本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
thread_title: Σανμοσα先前的提議

message: 通過
replies: text: 下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
----
*剛才我翻過Temp3600口中的的“上一次共識”，我認為間隔時間已經足夠長，基於共識可變，我決定收回“取消反對票”方案，並改為(＋)-{支持}-DYK支持票可免理由。Σανμοσα y=0 regardless the value of x 2019年4月9日 (二) 15:29 (UTC)
**@-{KirkLU、UjuiUjuMandan、Z7504、Temp3600}-。Σανμοσα y=0 regardless the value of x 2019年4月12日 (五) 09:24 (UTC)
*对于“DYK支持票可免理由”，有附加条件地支持：必须有明确的DYK条目基本质量标准，并且规定投支持票意味着投票者认为条目符合基本质量标准。例如，必须遵守三大基本内容方针，不得侵权，文字必须通顺等，条目文体应符合维基百科要求（WP:维基百科不是什么#内容）。（其实就是不得违反任何内容方针。）虽然这种都是没有约束力的，想投水票的人就是可以随便投就是了。 --Ujui Uju Mandan（留言） 2019年4月12日 (五) 09:29 (UTC)
**我真誠相信UjuiUjuMandan的意見一早已經被滿足了：「（基本推薦資格）候選條目必須是近期、原創、符合維基編輯規則，而且具有一定長度的中文條目……」（似乎不只是內容方針，好像即使是比較細節性的指引也要遵守，例如關注度指引、可靠來源指引等等），甚至乎已經比UjuiUjuMandan的要求更嚴格。不符合基本推薦要求者，直接抛個 不合要求就好（雖然也可以投(－)反对）。Σανμοσα y=0 regardless the value of x 2019年4月13日 (六) 00:10 (UTC)
*(＋)-{支持}-：符合标准的情况下，可以建一个DYK专用模板投票，而不是使用支持模板，就如同GA/FA一样。（本来是好奇来客栈咨询，没想到其实很多编辑也有此意）--Kirk.Lu 0讨论│签名0图书馆 2019年4月12日 (五) 16:11 (UTC)
** User:KirkLU已經有了，。—— Eric Liu（留言．留名．學生會．CUCC） 2019年4月13日 (六) 02:50 (UTC)
*另外我必須說明一點：於我而言，(＋)-{支持}-票要寫「符合標準」當作理由並不能遏止水票，水票的唯一變化只是在(＋)-{支持}-模板後多了四個中文字而已。我很好奇當初怎麼會有人認為寫「符合標準」當作理由能遏止水票，四個中文字是非常容易輸入的，我某程度上認為現行做法是一個愚民政策，基本上這個做法除了能為參與DYKC的用戶帶來良好感覺外，並不能帶來甚麼。Σανμοσα y=0 regardless the value of x 2019年4月13日 (六) 05:32 (UTC)
**「遏止水票」的討論和嘗試可以回看2015年的討論。結論是：如果堅持投票制，就會有水票；然而考慮社群不太願意正面反對其他人的條目，共識制不可行。所以水票還是會存在的。--Temp3600（留言） 2019年4月13日 (六) 13:31 (UTC)
***所以還是回到這個結論：寫「符合標準」當作理由並不能遏止水票。大家有目共睹，2015年方案是一個徹底的失敗。Σανμοσα y=0 regardless the value of x 2019年4月13日 (六) 13:41 (UTC)
****我覺得嘛...說其他人的方案不好前，最好先看看能不能設計出更好的做法。--Temp3600（留言） 2019年4月13日 (六) 13:55 (UTC)
****你自己也說了，但凡存在支持票的制度必然會有水票，可以預見即使依你的一票否決，水票仍橫行不誤。沒支持票的方案有兩個，但廢除支持票又不願意，改共識制又不願意，那「更好的做法」是憑空而生的嗎？不要只説空話和抱着祖父條款不放。Σανμοσα y=0 regardless the value of x 2019年4月14日 (日) 00:51 (UTC)
*****所以就不容易呀。現實生活總是充滿種種矛盾。--Temp3600（留言） 2019年4月21日 (日) 10:10 (UTC)
*試想一個情況，如果有人投了這樣的票：「，不符合標準。--Jimmy-bot（留言） 2019年5月15日 (三) 16:14 (UTC)」，那麼應該算有效還是無效？從這個答案大概可以反映出支持要寫「符合標準」究竟合不合理。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年4月14日 (日) 04:18 (UTC)
**@-{Sanmosa、Cdip150}-：這個問題是不是也應該視同有效票?　不然為何支持票都要寫明「符合標準」才能有效?--Z7504非常建議必要時多關注評選（留言） 2019年4月15日 (一) 04:17 (UTC)
***投票規則要點：反對票應盡量清楚指出條目中的問題，以讓提名者明白應如何修改。「(－)反对：不符合標準。Jimmy-bot（留言） 2019年5月15日 (三) 16:14 (UTC)」此票的問題在於未清楚指出條目中的問題，甚至未説明不符合哪一個評選標準。Σανμοσα y=0 regardless the value of x 2019年4月15日 (一) 08:56 (UTC)
***另：其實支持票我寫「可GA/FA/FL」都應是有效票，因為這表示我認為條目符合比DYK更嚴格的標準，自然也符合DYK標準。Σανμοσα y=0 regardless the value of x 2019年4月15日 (一) 08:56 (UTC)
*建議投票規則修改如下：
-{“}-	
獲選標準
投票最新標準如下：
*有效淨支持票數滿4票方能中選。推薦自己的條目投票不算，推薦別人的條目可以投票。
投票期限：基本投票期為4天。待至基本投票期屆滿時，如獲得中選所需的最低票數或以上，投票即會結束並獲通過；否則，投票期將自動延長3天，並待至延長投票期屆滿時方為結束投票；在結束時如獲得中選所需的最低票數或以上，方獲通過，否則以落選論。機械人將在相關日子自動計票。
*有效反對票與有效支持票採1:1互相抵消。
關於投票的有效性，採取下列規定：
*有效性：用戶的投票除非由檢查員劃票，否則視作有效。
*判斷原則：
*:A：不含投票原因的票無效。
*:B：含有人身攻擊的票無效。
*:C：支持票以外的投票必須附有投票理由，而如該投票有投票理由，則投票理由須涉及投票條目或對應參與評選的問題。
*:D：如投票內容為針對其評選問題的不足，應以 問題不當表示。
投票規則要點
*支持票以外的投票請附和條目有關的理由。（簡單來說，票中應含有「條目」二字）	-{”}-
以上。Σανμοσα y=0 regardless the value of x 2019年4月16日 (二) 09:37 (UTC)
* @-{Sanmosa}-：建議可以整併部分文字，以保簡潔：
-{“}-	
獲選標準
投票最新標準如下：
* 有效淨支持票數滿4票方能中選。推薦自己的條目投票不算，推薦別人的條目可以投票。
投票期限：基本投票期為4天。待至基本投票期屆滿時，如獲得中選所需的最低票數或以上，投票即會結束並獲通過；否則，投票期將自動延長3天，並待至延長投票期屆滿時方為結束投票；在結束時如獲得中選所需的最低票數或以上，方獲通過，否則以落選論。機械人將在相關日子自動計票。
* 有效反對票與有效支持票採1:1互相抵消。
關於投票的有效性，採取下列規定：
* 有效性：用戶的投票除非由檢查員劃票，否則視作有效。
* 判斷原則：
*: A：不含投票原因的票無效。支持票以外的投票必須附有投票理由，且投票理由須涉及投票條目或對應參與評選的問題。
*: B：含有人身攻擊的票無效。
*: C：如投票內容為針對其評選問題的不足，應以模板表示。
投票規則要點
*支持票以外的投票請附和條目有關的理由。（簡單來說，票中應含有「條目」二字）	-{”}-
以上。還有，投票原因跟投票理由的差別在哪？如果沒有差別，還可以進一步整併。—— Eric Liu（留言．留名．學生會） 2019年4月17日 (三) 12:54 (UTC)
====4月23日被修訂的版本====
*再修訂為以下版本：
-{“}-	
獲選標準
投票最新標準如下：
* 有效淨支持票數滿4票方能中選。推薦自己的條目投票不算，推薦別人的條目可以投票。
投票期限：基本投票期為4天。待至基本投票期屆滿時，如獲得中選所需的最低票數或以上，投票即會結束並獲通過；否則，投票期將自動延長3天，並待至延長投票期屆滿時方為結束投票；在結束時如獲得中選所需的最低票數或以上，方獲通過，否則以落選論。機械人將在相關日子自動計票。
* 有效反對票與有效支持票採1:1互相抵消。
關於投票的有效性，採取下列規定：
* 有效性：用戶的投票除非由檢查員劃票，否則視作有效。
* 判斷原則：
*: A：不含投票原因的票無效。
*: B：含有人身攻擊的票無效。
*: C：投票必須附有投票理由，且投票理由須涉及投票條目或對應參與評選的問題，否則無效。
*::支持票可不附理由，惟如果附有投票理由，則該票仍受此規則規範。
*: D：如投票內容為針對其評選問題的不足，應以模板表示。
投票規則要點
*投票請附和條目有關的理由（簡單來說，票中應含有「條目」二字），惟支持票可不附理由。	-{”}-
以上；規定排序可以考慮維持使用字母或改用數字。Σανμοσα y=0 regardless the value of x 2019年4月17日 (三) 23:55 (UTC)
*支持，差不多是这个意思。--Kirk.Lu 0讨论│签名0图书馆 2019年4月21日 (日) 13:14 (UTC)
**修訂。Σανμοσα y=0 regardless the value of x 2019年4月23日 (二) 11:02 (UTC)
*現將4月23日被修訂的版本公示七日。Σανμοσα y=0 regardless the value of x 2019年4月25日 (四) 09:37 (UTC)
----

text: 本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
thread_title: 言歸正傳

message: *再修訂為以下版本：
-{“}-	
獲選標準
投票最新標準如下：
* 有效淨支持票數滿4票方能中選。推薦自己的條目投票不算，推薦別人的條目可以投票。
投票期限：基本投票期為4天。待至基本投票期屆滿時，如獲得中選所需的最低票數或以上，投票即會結束並獲通過；否則，投票期將自動延長3天，並待至延長投票期屆滿時方為結束投票；在結束時如獲得中選所需的最低票數或以上，方獲通過，否則以落選論。機械人將在相關日子自動計票。
* 有效反對票與有效支持票採1:1互相抵消。
關於投票的有效性，採取下列規定：
* 有效性：用戶的投票除非由檢查員劃票，否則視作有效。
* 判斷原則：
*: A：不含投票原因的票無效。
*: B：含有人身攻擊的票無效。
*: C：投票必須附有投票理由，且投票理由須涉及投票條目或對應參與評選的問題，否則無效。
*::支持票可不附理由，惟如果附有投票理由，則該票仍受此規則規範。
*: D：如投票內容為針對其評選問題的不足，應以模板表示。
投票規則要點
*投票請附和條目有關的理由（簡單來說，票中應含有「條目」二字），惟支持票可不附理由。	-{”}-
以上；規定排序可以考慮維持使用字母或改用數字。Σανμοσα y=0 regardless the value of x 2019年4月17日 (三) 23:55 (UTC)
*支持，差不多是这个意思。--Kirk.Lu 0讨论│签名0图书馆 2019年4月21日 (日) 13:14 (UTC)
**修訂。Σανμοσα y=0 regardless the value of x 2019年4月23日 (二) 11:02 (UTC)
*現將4月23日被修訂的版本公示七日。Σανμοσα y=0 regardless the value of x 2019年4月25日 (四) 09:37 (UTC)
----
replies: text: 本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。</div>
thread_title: 4月23日被修訂的版本

message: (※)注意，按往例，修改評選規則應予緩衝期，以免當前進行中的評選內已經投的票出現有效性爭議，敝人建議新規則於6月1日上路，6月1日及之後提名的DYK才適用於支持票免理由的規則，5月31日及之前的DYK則沿用原有的規則。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年5月2日 (四) 01:12 (UTC)
*我認為這次不需要緩衝期，因為這個修訂並不會使任何票無效。即使真的要緩衝，一星期緩衝已足夠，極其量兩個星期，一個月太長了。還有，應該要按投票時間（而非提名時間）計算，投票人並沒有義務查閱提名時間。Σανμοσα y=0 regardless the value of x 2019年5月2日 (四) 08:34 (UTC)
**需要緩衝期，即使看起來不會造成已經投的票無效，在未確定所有有權點票者已經充份知道新規則已經通過下會容易造成點票出錯，這是為了保險計，亦應好好利用一個月時間俾眾知悉，使所有有權點票者有充份準備、以及解答其對於新規則的潛在疑問。另外，按提名時間計算是為了同一提名內的投票都是依同一規則來點票，如按投票時間亦很容易造成點票時出現「撈亂規則」而造成點票出錯，而且同一份提名內的投票按不同規則來點票易惹人批評點票雙重標準，這也是為了保險計。所以我衹會最快在6月1日才讓新規則上路，儘管新規則看起來好像很簡單亦然。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年5月2日 (四) 09:15 (UTC)
**特此另通知@-{春卷柯南、Jimmy Xu、Liangent}-：。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年5月2日 (四) 09:19 (UTC)
***其他我不反對，但我仍然認為緩衝期過長，我最多只能接受兩個星期的緩衝期，公示也只是一星期，兩星期讓社羣知悉單一事件已經充足有餘。Σανμοσα y=0 regardless the value of x 2019年5月2日 (四) 09:25 (UTC)
***另外，我認為管理員在未取得社群共識前自行決定條文有效時間欠妥，這樣會扼殺討論空間。Σανμοσα y=0 regardless the value of x 2019年5月2日 (四) 09:28 (UTC)
****@-{春卷柯南、Jimmy Xu、Liangent、AT}-：那請其他管理員表態一下合適的生效時間。不過我仍然希望是6月1日，因為通常每月的第一天改規則比較容易管理，在月中途改規則是很容易搞混的。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年5月2日 (四) 09:40 (UTC)
*****雖然我不在被ping的行列（而且也非管理員），但我也自己表態一下：我個人認為5月16日（恰好月中）應該合適，如果要一個好記些的日期則可以5月13日（佛誕，但不足兩星期），5月18日或19日（週六日）也不反對。Σανμοσα y=0 regardless the value of x 2019年5月2日 (四) 09:50 (UTC)
**隨機選個日子並不合適。個人還是建議6月1日，或者近期某個星期一。選在6月1日原因如上所述，選在星期一是為了照顧那些不希望緩衝期那麼長的人，隨便選個日子無所適從，剛好星期日是假期，星期一不是，這樣比較方便大家適應。
**另一個可以考慮的做法是：生效日期之後投下的票都可以套用新規則。（雖然這樣可能上面會有編輯認為混亂，我覺得通過機會不大。--春-{卷}-柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年5月3日 (五) 08:45 (UTC)
*嘛，反正該水票的還是接著水票就是了，這麼多年，我對這些人已經完全喪失信心。--淺藍雪❉ 2019年5月4日 (六) 00:28 (UTC)
*對於實際日期，個人認為什麼時候都可以，無論是5月16日還是6月1日（或其他日子）。—AT 2019年5月5日 (日) 11:30 (UTC)
*針對以上管理員言論，我同意新規定於6月1日 00:00 (UTC)方在該時間或以後的提名生效。Σανμοσα五四运动百週年 2019年5月7日 (二) 09:20 (UTC)
thread_title: 生效日期

message: 新条目候选里面的南京港为中国第一大内河港其实不是正确的表述，现今第一大内河港口为苏州港（且苏州港为世界第一大内河港口）。我昨天提出疑问的时候没有反对，今天看见没有人回应质疑和反对条目就过了，我觉得这是在传播错误讯息。出现重大的事实性错误其实对公信力很伤，希望能提起注意。
在英文维基百科里面，dyk的问题都需要给出来源并有所审核，希望中文维基对此有所重视。也请管理员能在职权范围内对南京港这个条目dyk目前的问题有所权衡调整。不胜打扰，就此抱歉。--Unravel17（留言） 2019年6月2日 (日) 13:47 (UTC)
thread_title:  关于条目事实性错误的核查 

message: 由於制定者同意收回有關規則，加上按照討論內容，如果不視有關支持票所附帶的文字為理由，那樣就算把有關的規則留下，其實根本不可能執行得到。故24小時後將刪除有關規定，原先因此而無效的支持票則恢復視為有效。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月2日 (日) 12:46 (UTC)
replies: text: 下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
----
参见：Wikipedia_talk:新条目推荐/候选 § Σανμοσα先前的提議
根據6月1日修改的關於新條目推薦投票的有效性提到：「C：投票必須附有投票理由，且投票理由須涉及投票條目或對應參與評選的問題，否則無效。支持票可不附理由，惟如果附有投票理由，則該票仍受此規則規範。」，惟在正式執行時卻遇到合法但不合理的情形如下（摘自Special:Permalink/54657899#馬斯德）：
*哪一位香港庫務司曾任香港汽車會主席？
**(＋)-{支持}-。DYK新规则启用的第一发条目，尝试不加理由，2333--Rowingbohe♬~欢迎关注近期优良条目评选 Taichow/Sign 2019年6月1日 (六) 04:57 (UTC)
***……
**(＋)-{支持}-。—— Eric Liu 編輯次數突破一萬（留言．留名．學生會） 2019年6月1日 (六) 07:00 (UTC)
按照制定者對於新規則的解釋，上面的那票支持是無效的，而下面的那票支持是有效的，結果引起了不滿。事實上兩票均沒有對參選條目內容發表意見，卻因為多說了一些無關痛癢的話而遭否決，敝人認為是無理的。故此，建議刪除規則C中「惟如果附有投票理由，則該票仍受此規則規範」的部份，並將有效性追溯至6月1日起提名的條目。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月2日 (日) 11:39 (UTC)
*改什么改啊，不如解决抗议的人，以后咱们都不发牢骚得了。我这是第一次看见有人认为RIP是投票理由。如果真要改，看看隔壁WP:FAC、WP:GAC，为什么支持票可以发牢骚却不用划票。--Rowingbohe♬~Taichow/Sign 嘤嘤嘤！ 2019年6月2日 (日) 11:46 (UTC)
* 附議Rowingbohe，我覺得不用改，並建議啟用、模板，加快刷票速度，我以後投票也就不用寫任何東西了，連符合標準都不需要寫，更加方便 。—— Eric Liu 編輯次數突破一萬（留言．留名．學生會） 2019年6月2日 (日) 11:49 (UTC)
**這不是能解決的概念，很多人有投票的同時又發表感想的做法，為了符合規則強行要求發表感想也要先加句「符合標準」或者強行分兩行才能有效，並不見得是好規則。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月2日 (日) 11:57 (UTC)
***这就是问题关键，你们老是把几句玩笑话当真，把不是理由的东西当成理由。--Rowingbohe♬~Taichow/Sign 嘤嘤嘤！ 2019年6月2日 (日) 12:37 (UTC)
*** 不應針對全部，目前暫時只有Sanmosa閣下這麼做過。暫時。—— Eric Liu 編輯次數突破一萬（留言．留名．學生會） 2019年6月2日 (日) 12:46 (UTC)
*規則不是純粹的法條，不應完全的依字面解讀而不加變通。而且，這條規則的原意是為了禁止如「(－)反对：我不喜歡（條目所描述事物）。」這類的無理反對票，而不是如上的情況。至少依我來看，Rowingbohe的那一票只是在票後對這條規則開了個無傷大雅的玩笑，不見得是劃票的理由。--無聊龍·留言·貢獻香港圖片願望單徵集中 2019年6月2日 (日) 12:11 (UTC)
*如無聊龍所言，如此設定規則的原意是避免出現附有惡意理由的投票，但基於新規則有難以適從，及與GAN、FAC有不一致之處，而且暫時未見有出現附有惡意理由的投票的情況，我(＋)同意刪除該規定並將有效性追溯至6月1日起提名的條目；我同時(＆)建議可略過討論與公示期。Σανμοσα 2019年6月2日 (日) 12:13 (UTC)
*一个很简单的东西，支持票后面是句号，后面的就不是理由；其他的后面都算理由，不就完事了？另外，抗议楼上Sanmosa要略过讨论和公示期，公示期可以缩短，你这样一搞，规则大家都不知道的情况下变来变去，很让人无法适从。公示期略过可以，请在DYKC顶部醒目位置说明近期变动规则的相关情况。--Rowingbohe♬~Taichow/Sign 嘤嘤嘤！ 2019年6月2日 (日) 12:37 (UTC)
* 我認為公示期至少要一天。—— Eric Liu 編輯次數突破一萬（留言．留名．學生會） 2019年6月2日 (日) 12:46 (UTC)
----

text: 本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
===後續討論===
*这个条文真的很神奇。表述很诡异，第一句“投票必須附有投票理由”，第二句“支持票可不附理由”，自相矛盾。按倡议者的原意（大概是担心恶意反对），如果保留前半条规则的话，建议改为“中立票和反对票必须附有投票理由，不含理由的中立票、反对票无效”。后面一句也很奇怪，“惟如果附有投票理由，則該票仍受此規則規範”，投一个不含理由的支持票是算数的，但是如果加上一些不涉及“投票條目或對應參與評選的問題”反而会变成无效票。似乎原意是杜绝在评选页面发表无关讨论。但问题是，这个规定很容易绕过，可以先投一票，不含任何理由，签名；再另起一行随便说什么都可以，反正这个不是投票的理由，照样可以随便讲话。甚至都不需要这么麻烦，投一票，后面随便讲话，如果有人质疑这些不是合法理由、这一票应当作废，投票人完全可以回答“我本来写的也不是投票理由，后面这些仅仅是与投票无关的意见而已。我的支持票是没有写理由的”，执法者又当如何应对？后半部分规则建议直接删除。--如沐西风（留言） 2019年6月2日 (日) 12:49 (UTC)
**這樣的話，我會傾向於改為「C：如投下票，則必須附有投票理由，且投票理由須涉及投票條目的內容，否則無效」，如此票就一定毫無疑問地不會受到此規則C的影響。還有在DYKC是不予計算的，故理會票有沒有效並沒有意義。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月2日 (日) 13:00 (UTC)
***我觉得可以。--如沐西风（留言） 2019年6月2日 (日) 13:26 (UTC)
**** 抑或索性「支持票以外的投票必須附有投票理由，且投票理由須涉及投票條目或對應參與評選的問題，否則無效。」？Σανμοσα 2019年6月2日 (日) 13:30 (UTC)
*****但是中立票是不計算在內的。@-{Cdip150}-君的方法更簡潔，如GAN一樣，杜絕無理反對票，又令支持者可抒發意見。--Gompertz在原野上遨遊（留言） 2019年6月2日 (日) 13:38 (UTC)
* 些許離題，剛剛的一連串劃票已經似乎造成恐慌，最近的支持票全部變成 (＋)-{支持}-：符合標準 了⋯⋯以後推行規則（或解釋規則）可以謹慎一點嗎？—— Eric Liu 編輯次數突破一萬（留言．留名．學生會） 2019年6月2日 (日) 14:11 (UTC)
** 问题其实出在修改规则上，这样的规则就不该订出来。修规则的时候就应该注意到可行性，不应该有明显的漏洞，不应该轻易被滥用，语句也不应该自相矛盾。制定规则的编辑和公示期内路过的编辑将来最好也从这些方面考虑一下。--如沐西风（留言） 2019年6月2日 (日) 14:51 (UTC)
**所以现在起投票又要加上“符合标准”了？服了，整天变来变去的真没意思。--Super Wang 三十年河东，三十年河西，三十年敏感期 2019年6月3日 (一) 00:06 (UTC)
***User:Super Wang不，現時的狀態是你投支持票，不论有沒有理由、理由是甚麼，也有效。Σανμοσα 2019年6月3日 (一) 05:38 (UTC)
****那么用来闲聊也可以咯？“(＋)-{支持}-：话说麦当劳真好吃。(＋)-{支持}-：肯德基才是最好的。(＋)-{支持}-：还是肉夹馍……” --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨ᠋ᡩ᠋ᠠᠨMandan 2019年6月6日 (四) 08:09 (UTC)
***** 現在緊急修改後是可以的，修改前則不可以。Σανμοσα 2019年6月6日 (四) 23:54 (UTC)
**** 閒聊幾句沒啥大不了的吧。總比啥都不講的灌票好。—— Eric Liu 編輯次數突破一萬（留言．留名．學生會） 2019年6月6日 (四) 09:39 (UTC)
*****我觉得闲聊票和灌票并没有什么区别，都是在扰乱。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨ᠋ᡩ᠋ᠠᠨMandan 2019年6月10日 (一) 06:55 (UTC)
thread_title:  緊急動議：修改[[WP:DYKC]]的點票規則C 

message: *这个条文真的很神奇。表述很诡异，第一句“投票必須附有投票理由”，第二句“支持票可不附理由”，自相矛盾。按倡议者的原意（大概是担心恶意反对），如果保留前半条规则的话，建议改为“中立票和反对票必须附有投票理由，不含理由的中立票、反对票无效”。后面一句也很奇怪，“惟如果附有投票理由，則該票仍受此規則規範”，投一个不含理由的支持票是算数的，但是如果加上一些不涉及“投票條目或對應參與評選的問題”反而会变成无效票。似乎原意是杜绝在评选页面发表无关讨论。但问题是，这个规定很容易绕过，可以先投一票{{Support}}，不含任何理由，签名；再另起一行随便说什么都可以，反正这个不是投票的理由，照样可以随便讲话。甚至都不需要这么麻烦，投一票{{Support}}，后面随便讲话，如果有人质疑这些不是合法理由、这一票应当作废，投票人完全可以回答“我本来写的也不是投票理由，后面这些仅仅是与投票无关的意见而已。我的支持票是没有写理由的”，执法者又当如何应对？后半部分规则建议直接删除。--如沐西风（留言） 2019年6月2日 (日) 12:49 (UTC)
**這樣的話，我會傾向於改為「C：如投下{{反對}}票，則必須附有投票理由，且投票理由須涉及投票條目的內容，否則無效」，如此{{支持}}票就一定毫無疑問地不會受到此規則C的影響。還有{{中立}}在DYKC是不予計算的，故理會{{中立}}票有沒有效並沒有意義。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月2日 (日) 13:00 (UTC)
***我觉得可以。--如沐西风（留言） 2019年6月2日 (日) 13:26 (UTC)
**** 抑或索性「支持票以外的投票必須附有投票理由，且投票理由須涉及投票條目或對應參與評選的問題，否則無效。」？Σανμοσα 2019年6月2日 (日) 13:30 (UTC)
*****但是中立票是不計算在內的。@-{Cdip150}-君的方法更簡潔，如GAN一樣，杜絕無理反對票，又令支持者可抒發意見。--Gompertz在原野上遨遊（留言） 2019年6月2日 (日) 13:38 (UTC)
* 些許離題，剛剛的一連串劃票已經似乎造成恐慌，最近的支持票全部變成 (＋)-{支持}-：符合標準 了⋯⋯以後推行規則（或解釋規則）可以謹慎一點嗎？—— Eric Liu 編輯次數突破一萬（留言．留名．學生會） 2019年6月2日 (日) 14:11 (UTC)
** 问题其实出在修改规则上，这样的规则就不该订出来。修规则的时候就应该注意到可行性，不应该有明显的漏洞，不应该轻易被滥用，语句也不应该自相矛盾。制定规则的编辑和公示期内路过的编辑将来最好也从这些方面考虑一下。--如沐西风（留言） 2019年6月2日 (日) 14:51 (UTC)
**所以现在起投票又要加上“符合标准”了？服了，整天变来变去的真没意思。--Super Wang 三十年河东，三十年河西，三十年敏感期 2019年6月3日 (一) 00:06 (UTC)
***User:Super Wang不，現時的狀態是你投支持票，不论有沒有理由、理由是甚麼，也有效。Σανμοσα 2019年6月3日 (一) 05:38 (UTC)
****那么用来闲聊也可以咯？“(＋)-{支持}-：话说麦当劳真好吃。(＋)-{支持}-：肯德基才是最好的。(＋)-{支持}-：还是肉夹馍……” --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨ᠋ᡩ᠋ᠠᠨMandan 2019年6月6日 (四) 08:09 (UTC)
***** 現在緊急修改後是可以的，修改前則不可以。Σανμοσα 2019年6月6日 (四) 23:54 (UTC)
**** 閒聊幾句沒啥大不了的吧。總比啥都不講的灌票好。—— Eric Liu 編輯次數突破一萬（留言．留名．學生會） 2019年6月6日 (四) 09:39 (UTC)
*****我觉得闲聊票和灌票并没有什么区别，都是在扰乱。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨ᠋ᡩ᠋ᠠᠨMandan 2019年6月10日 (一) 06:55 (UTC)
thread_title: 後續討論

message: 通過：
Cdip150最後版本公示期間無異議；現告通過，並於2019年7月1日 (一) 00:00 (UTC)施行。Σανμοσα 2019年6月25日 (二) 03:40 (UTC)
replies: text: 下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
----
*Wikipedia:新条目推荐/候选#传颂之物目前因为重写后长度短于重写前，导致被判定为不符合“重写”条件，无法被推荐成为DYK候选。我觉得这个要求显然是有问题的，条目质量被改善后完全可能缩短啊。条文见下：
**近期：在推薦前7日內，至少有一次重大修訂期的結束時間
***修訂期：編輯紀錄不曾有超过七日的中断的一段期間；若曾通過推薦，則通過日視為一次中斷。
***重大：創建條目或重寫；抑或整個修訂期擴充量達修訂期之前原文的2/3以上。
****重寫：與原文2/3不相同，可由（保留原長度）／（擴充後長度）計算，且擴充後長度＞原文長度。但重寫需將品質大幅提升，這由投票時各評選人判斷。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨ᠋ᡩ᠋ᠠᠨMandan 2019年5月20日 (一) 09:34 (UTC)
* 規章顯然有紕漏，重寫不代表條目實際大小會增加。—— Eric Liu（留言．留名．學生會） 2019年5月20日 (一) 09:49 (UTC)
* 只能说是相当罕见，因为一般认为质量改善意味字节数增加，这个个例是移出了大量关于人物、设定、发行物信息的内容，而且这些内容也没有来源，如果按照重写2/3的话，这部分的确是被重写掉，而且质量相对改善了。只能说这是一次可以作为改善规则的案例，但就现规则来看，的确过不了，遗憾。 囧rz...——路过围观的Sakamotosan | 避免做作，免敬 2019年5月20日 (一) 09:58 (UTC)
*我提議更改DYK重寫規則，概要如下：
*#不強制要求重寫後長度必須長於原文長度，改為當作創建全新條目論；
*#規定重寫條目的保留原文長度在原文的佔比不可大於某一水平，否則不視為重寫；
*#「重寫需將品質大幅提升，這由投票時各評選人判斷」規則維持不變；
*以上。Σανμοσα以有涯隨無涯，殆已！ 2019年5月20日 (一) 10:15 (UTC)
**我认为可以保留字节数扩展，但是对于字节数减少的情况，应该为“，若字节数说减少，重写后相同的部分应该不大于1/3”。——路过围观的Sakamotosan | 避免做作，免敬 2019年5月20日 (一) 10:28 (UTC)
***啊，我的提議並不影響純粹擴寫的規則。Σανμοσα以有涯隨無涯，殆已！ 2019年5月20日 (一) 10:45 (UTC)
*** 對於原文佔比方面，我個人的建議是一半，三分之一似乎有些苛刻。Σανμοσα以有涯隨無涯，殆已！ 2019年5月20日 (一) 10:48 (UTC)
****“扩增”是推荐，但允许缩小。针对这种案例，毕竟很少还会写少的。——路过围观的Sakamotosan | 避免做作，免敬 2019年5月20日 (一) 12:43 (UTC)
*如果允许缩小，要允许缩小多少才合适呢？虽然近乎不可能，但10万字节重写到几千字节的情形也不是0（然而这种情形还得分不同情况）。--№.N（留言） 2019年5月20日 (一) 13:10 (UTC)
**個人認為只要條目質素足夠好，即使只有幾千字節也沒問題，當成全新條目DYK推薦就好。Σανμοσα以有涯隨無涯，殆已！ 2019年5月20日 (一) 13:29 (UTC)
***这种想法也是可以的，不过我还是觉得有必要把对重写条目不设长度限制所引发的部分用户潜在的担忧表达出来，看大家对于这种情形是怎么想的吧。--№.N（留言） 2019年5月20日 (一) 13:36 (UTC)
*** 重寫要「品質大幅提升」這一點應該足以擋住所有想鑽漏洞的使用者了。—— Eric Liu（留言．留名．學生會） 2019年5月20日 (一) 14:08 (UTC)
****同意，這才是最重要的規則。Σανμοσα以有涯隨無涯，殆已！ 2019年5月20日 (一) 14:27 (UTC)
****这样的回答不错。其他我也没什么意见了，对于这提案我持中立立场。--№.N（留言） 2019年5月20日 (一) 14:57 (UTC)
**要正式进行条文变更提议吗？ --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨ᠋ᡩ᠋ᠠᠨMandan 2019年5月20日 (一) 15:01 (UTC)
***其實提議早就被正式提出了，就只差公示程序。 不過現時還是有兩個潛在問題：首先，通常公事應該要討論了一定時間後才進行（通常是七日），只討論了一日就直接公示未免過快；其次，重寫條目的保留原文長度在原文的佔比尚未有共識，似乎應該要再討論一下。Σανμοσα以有涯隨無涯，殆已！ 2019年5月20日 (一) 23:18 (UTC)
****无异议。另，关于那个条目的DYKC，我支持其他维基人在条目看似不满足推荐资格的情况下投支持票，但目前因为条目内容原因我无法投支持票。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨ᠋ᡩ᠋ᠠᠨMandan 2019年5月21日 (二) 01:21 (UTC)
*****另：严肃地说，上边的那个编辑根据过去经验，完全有可能被MCC214断章取义解释成我主张无视规则。他过去就干过类似的事。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨ᠋ᡩ᠋ᠠᠨMandan 2019年5月21日 (二) 03:05 (UTC)
******躺着也中槍……。--MCC214#ex umbra in solem 2019年5月21日 (二) 09:14 (UTC)
******User:UjuiUjuMandan一、通常如果我有參與對話的話，他不會這樣做的。二、很遺憾，原來條目還是存在其他的問題，那樣通過的可能性似乎更低了。三、我認為MCC214有必要思考一下為何UjuiUjuMandan他對你有這樣的觀感。Σανμοσα以有涯隨無涯，殆已！ 2019年5月21日 (二) 10:08 (UTC)
*******由User_talk:UjuiUjuMandan#提醒而起。--MCC214#ex umbra in solem 2019年5月21日 (二) 10:17 (UTC)
******** 這裏開始離題了，大家返回正題討論吧，我需要的是關於正題的意見。Σανμοσα以有涯隨無涯，殆已！ 2019年5月21日 (二) 10:53 (UTC)
*********2018年12月11日MCC214对我的投诉Wikipedia:当前的破坏/存档/2018年12月里确实曾经对我互助客栈里的言论断章取义：「你沒看懂我說什麼。我說的是「允許自己強制自己」。你不想被強制就不會被強制。人應該善用工具。」我写那一句话之后噩梦重现了一下，万一又被人把“我支持其他维基人在条目看似不满足推荐资格的情况下投支持票”加黑拿去投诉怎么办？不由得不浑身发冷。下面加一句话防雷结果还是引来雷了。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨ᠋ᡩ᠋ᠠᠨMandan 2019年5月21日 (二) 13:55 (UTC)
* 不如我們回到正題討論：大家認為改寫條目中的原文佔原文整體佔比應該有多少？我個人的意見是最多一半，有人則提議最多三分之一，請大家也踴躍發表意見。Σανμοσα以有涯隨無涯，殆已！ 2019年5月22日 (三) 08:44 (UTC)
** 重寫當然有可能是完全重寫，沒有一丁點原文。然而這也不代表這個條目就自動變成創建條目，所以我建議完全刪去條文中跟原文長度有關的字句，只留下「品質大幅提升」一段。我相信我們社群的評審能力能擋住所有想鑽漏洞的人。—— Eric Liu 坐等萬次編輯（留言．留名．學生會） 2019年5月22日 (三) 13:24 (UTC)
**「三分之一」當標準我覺得可以 --船到橋頭自然捲*留言*Violeta 2019年5月22日 (三) 15:08 (UTC)
**我也認為原文最好不應超過1/3。不過其實無論是1/2還是1/3，目前沒有技術方案可以直接計算，還是跟「品質大幅提升」一樣，依靠投票人目測了。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年5月22日 (三) 18:10 (UTC)
*基於大部分討論參與者都傾向原文上限為三分之一，那樣我就跟從社群意見，反正三分之一也在二分之一以內。Σανμοσα 2019年5月23日 (四) 10:13 (UTC)
*現提案如下：
-{“}-	重寫：與原文2/3不相同，可由（保留原長度）／（擴充後長度）計算，且擴充後長度＞原文長度只須條目總長度不少於3000位元組，而被保留的原文長度佔原文全文不超過1/3即可。但重寫需將品質大幅提升，這由投票時各評選人判斷。                                                                                                   	-{”}-
以上。Σανμοσα 2019年5月23日 (四) 10:19 (UTC)
* User:Sanmosa可以直接公示吧。—— Eric Liu 坐等萬次編輯（留言．留名．學生會） 2019年5月25日 (六) 10:51 (UTC)
**我想多等至少三日。Σανμοσα 2019年5月25日 (六) 13:48 (UTC)
*如果在本月底通过的话，可以考虑在6月1日正式实施。--№.N（留言） 2019年5月26日 (日) 08:37 (UTC)
*由於此提案并沒有受到任何明顯的反對意見，基於時限特殊性問題，現公示提案至2019年5月31日 12:00 (UTC)，届時如無合理異議，新規則將於2019年6月1日 00:00 (UTC)實施。Σανμοσα 2019年5月26日 (日) 10:26 (UTC)
*(－)反对修改。根据之前的强制要求是增加的内容必须达到原文的2/3，即原条目3000字节，修改后的条目必须达到5000字节，这个是为了防止通过单纯洗牌、增加来源格式就能实现的情况。很多年前有过讨论（但我找不到，但仍然可以试验一下），即通过来修改来源通常只能增加2000字节左右。其实对大多数编辑而言，增加2000字节并非难事，除非真的是没有能力去编写，或者限于条目本身很难写到DYK的要求（这回答了为何重写诚然无法本质促使文字增加，而此类重写也无法符合DYK标准）。这些字数要求已经综合考虑了这些因素，单纯使用“撤销字数要求”而强调“主观判断”，即会导致有用户通过凌驾社群、排除异己、加上没有任何客观字数要求，从而实现霸占的目的。🌜山西特产批发零售™️🌽🌶️🍎🍠🐓🐐（留言） 2019年5月28日 (二) 06:47 (UTC)
**可是去除一些愛好者內容、不符格式的文字、區塊染色也是條目優化。 --船到*橋頭*自然捲 2019年5月28日 (二) 06:57 (UTC)
**User:Walter Grassroot首先，這裏討論的是重寫規則，對於非重寫的擴充的規則並沒有影響，請勿混同。其次，重寫規則的要求是大幅改善，我不認為單純修改來源格式或增加來源可以算是「大幅改善」，而且以上意見明顯忽略了諸如剷除愛好者內容等必然會導致字數減少的情況（這樣很明顯是讓條目變得煥然一新的做法，能擔當得起新條目的「新」字，反正現時提出修例的原因是規則有錯，新規則符合DYK本意就好）。再者，新規則設有原文保留篇幅限制（1/3），純粹調換原文次序也並不符合新規則，而我也不認為最多只可保留1/3原文這個限制本身有任何主觀成分。綜上，我認為WG並未有完全清楚閱讀整個討論，所以我也不會視上述反對意見為合理反對。Σανμοσα 2019年5月28日 (二) 09:21 (UTC)
**(～)補充：現行重寫規則只要求重寫後長度長於重寫前長度，並不跟隨擴充規則的字數最低要求限制（這就是我說WG把規則混同之處）。Σανμοσα 2019年5月28日 (二) 09:42 (UTC)
** 順帶一提，WG也意外忽略了部分規則：原條目3000位元組，修改後的條目必須達到6000（而非5000）位元組，因為非重寫的擴充需要同時符合至少3000位元組擴充和至少有原文2/3擴充（=實際計算上較高字數要求者為準），當時武漢軍山長江大橋若非WG也幫忙擴充了些許（以符合至少3000位元組擴充），否則條目就不合要求而不能通過DYK了。Σανμοσα 2019年5月28日 (二) 09:49 (UTC)
*(－)反对：DYK是擴充和改善條目並重，重寫如果縮短了，你最多只能叫改善條目，不能叫擴充條目，擴充就是一定要比原文長，比原文短就不叫擴充。重寫規則為什麼要比原文長，明顯是因為要守護DYK的擴充精神。如果原文滿是不適合的內容，那麼應該提出討論刪除有關內容，有共識後由其它人刪除，之後才自己重寫，而不是不經過討論，自己先斬後奏把原文內容刪除後直接重寫。--Opky9407（留言） 2019年5月30日 (四) 13:02 (UTC)
**我不認為DYK有所謂擴充精神存在，DYK本質上是為新條目而設的，條目的底蘊只要足夠新即可，我未見DYK和擴充有何直接聯繫。Σανμοσα 2019年5月30日 (四) 14:13 (UTC)
***楼上对于Opky9407反对意见的后半句如何解释呢？后半句的意思是说想先删除内容后将删除后内容作为DYK提名的修订前版本。虽然两个反对都有不合理之处，但是其存在本身对于公示期限与新规生效日期也会产生一点点影响，还请楼上注意视情况再次评估是否需要延长公示期限。--№.N（留言） 2019年5月30日 (四) 14:57 (UTC)
****@-{Liu116}-：對於Opky9407後半句的解釋，如果有方針指引支持移除動作，由於方針指引屬於大範圍共識，按理任何人都可以直接刪除相關内容，未見有必要提出討論是否刪除（參考例子見Wikipedia talk:香港維基人佈告板#分段中管理員AT的留言：“掛維護模板變相只是一種掩耳盜鈴的做法，根本的問題完全沒有得到解決。當然如果有用戶願意出手整理，那當然無任歡迎。可是在不存在的情況下，就應該考慮直接清除。換個角度，這些內容大多已經長期存在於中維，一直缺人整理，難得有人願意出手清除，卻反而受到刁難，站在維護的角度來看，我是覺得非常奇怪。反之，清除這些內容其實是刻不容緩，讓這些內容長期存在於維基，對維基來說反而造成傷害”，裏頭的“這些内容”對應的正是不適合的內容）。由於早已經有合理反駁“提出討論刪除有關內容，有共識後由其它人刪除，之後才自己重寫”論的存在，我不考慮再做任何解釋。Σανμοσα 2019年5月30日 (四) 15:16 (UTC)
*****我也請一下AT確認我有沒有錯解他的意思吧。Σανμοσα 2019年5月30日 (四) 15:41 (UTC)
****對於WG的意見，我回應時已經ping了他，他沒回應的話我就當成我有合理解釋反駁了。Σανμοσα 2019年5月30日 (四) 15:24 (UTC)
*****只由一個人判斷原文內容有沒有違反方針，絕對不適當，有方針支持刪除是一件事，但在刪除前有沒有正確判斷方針是一件事，你提出的理據根本沒有對應反駁到，WG說的主觀判斷的問題我十分認同，很容易造成一些用戶為了重寫而過份誇大方針，而肆意刪除本來沒有違反方針的內容。--Opky9407（留言） 2019年5月30日 (四) 18:00 (UTC)
******社羣在參與DYKC時有責任查閱修改前和修改後的版本如何，如果他們認為修改前的版本並非不合方針指引，那他們可以投 不合要求票，反之則可投(＋)-{支持}-票，有4票淨支持則通過；DYKC可不是單純有人提名就能通過的。2位反對者很明顯無視了這一點。還有，我也認為AT將能有效駁斥2位反對者。Σανμοσα 2019年5月31日 (五) 01:58 (UTC)
***DYK一直都是著重擴充擴寫，初期的規則早就已經包含擴充的精神，一直留存到現在，這一點不能否定。--Opky9407（留言） 2019年5月30日 (四) 18:00 (UTC)
****行，我認同DYKC過往存在擴充精神，但現在很明顯社羣大部分人對擴充精神予以否定，這就代表現行規則和擴充精神於社羣大部分人而言是有害的，那去除之不正是此提案之要旨嗎？制度是為了迎合社羣利益，修改是否會導致制度變質從來都不是考慮因素（尤其是當社羣利益有變時）。Σανμοσα 2019年6月1日 (六) 07:22 (UTC)
*雖然我是傾向支持，但現在的情況顯然需要延長討論，敝人不會在6月份完結前執行有關重寫之修訂。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年5月31日 (五) 00:37 (UTC)
**我也觉得遗憾，因为我就是想着如果能够通过的话可以和支持票免理由一起实施的。--№.N（留言） 2019年5月31日 (五) 00:49 (UTC)
***User:Liu116和User:Cdip150我認為規則修訂應該盡量避免分多次進行，如果要押後修訂規則的話，那我要連同支持票免理由一同押後。我的限期是6月15日，我還是不認為n月1日才一定是好記的日子。Σανμοσα 2019年5月31日 (五) 01:58 (UTC)
****您們討論完好後才好說日期，如果討論仍然持續，莫講話6月15日，7月1日能不能上路都是個很大的問號。為了遷就一個還未知甚麼時候才能結論的方案，而把本身早已經通過的兼與本案無關的方案押後我又不見得合理，新點票規則將如期於6月1日實施，而本案則須待您們討論完成之時再另訂執行日子。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年5月31日 (五) 03:14 (UTC)
*****我不反對照樣先過新點票規則；至於6月15日是我給自己的一個小期限，大家不用理會。Σανμοσα 2019年5月31日 (五) 08:34 (UTC)
*继续(－)反对一下。我没有立即回应，不等于我支持或者同意阁下的看法，请不要脑补；恰恰相反，我觉得继续陷入这种低价值讨论，无论是你还是我，都是在浪费彼此时间。
**通过一项议案，最有效的方法就是把客栈弄乱，让这里继续成为沆瀣之地、藏污纳垢之所。继而在一项大的讨论中，采用政治分肥的方式，夹带着把一些议案以“无明显反对意见”，实现通过。这是目前中文维基百科中最有效的议案通过方式。
**其次才是阁下采用的否定之否定，即把反对者以“了解不足、经验不足、参与不足、贡献不足”等理由，否定反对的资格，强行把议案通过。这种概率相对低，但也可以采取。只是吃相会很难看，条目存废领域因为关注较低所以倒是常见，客栈通常难，但阁下可以尝试闯关。
**第三回到议题，我认为目前DYK的条目重写问题是在重写后应大幅扩容，即无论你用没有用之前的原文，至少要多出二分之一甚至一倍、两倍的内容，这样才能实现形式和实质的扩充与重写。对原文的使用多少、原文的准确内容有多少，涉及到对条目之前编辑贡献者的主观评估（而且既然是要大幅重写，大概率是有批评的成分）。以前我们条目撰写，都是商量着来的，如果有朋友要大幅重写我的条目，会私下找我，我也会把之前我查到的资料、遇到的一些编辑问题一并交给朋友，偶然也回头补充补充。只是看到目前很多人写，恨不得扒高踩低，写完了还在站外骂上原编辑几天几夜的（甚至和原编辑仅仅有过交情的编辑也容易被牵连躺枪）……虽然我无心阻止客栈互煮的文化扩大化，但是目前重写标准要因为某人某事而降低，我无法赞同。另外说一下，我后续的确无心参与客栈互煮，所以ping不ping我没有回，不代表我的意见更改。🌜山西特产批发零售™️🌽🌶️🍎🍠🐓🐐（留言） 2019年5月31日 (五) 01:54 (UTC)
***針對3，那就代表WG承認他的主張並不是DYK現行規定，既然其意見並非基於現行規定而作出，那他的正確做法是另開討論研究是否收緊要求（雖然我認為通過的可能性不大）。Σανμοσα 2019年5月31日 (五) 02:03 (UTC)
*** 有一個好方法：在重寫之前刪掉所有舊內容（位元組會巨額下降），然後就可以肆意擴充了。實測有效—— Eric Liu 編輯次數突破一萬（留言．留名．學生會） 2019年5月31日 (五) 04:20 (UTC)
****但必須要先造成編輯期中斷才可擴充，否則不能算成擴充。Σανμοσα 2019年5月31日 (五) 05:38 (UTC)
*(＋)-{支持}-，重寫後位元組少於以前是很有可能的。例如，本身條目充斥大量雜碎資訊的情況下，重寫後必然地這些資訊會因為經過整頓或清除，而導致位元組可能少於以前，所以我認為重寫後就算位元組變少，選DYK也是沒有問題。如果覺得重寫得不妥當，還可以投反對票，然而持續實行現機制卻是等於叫別人不要去改善條目，顯然地為了避開這個問題，更多人會選擇直接創建新條目或擴充一些沒有問題的條目，從而讓有問題的條目繼續陷入沒人整理的狀態。—AT 2019年5月31日 (五) 04:44 (UTC)
**@-{Walter Grassroot、Opky9407}-。Σανμοσα 2019年5月31日 (五) 05:38 (UTC)
***不好意思，鄙人水平比较低。无法理解DYK条目维持标准，是如何能够产生阻碍、防范、抵制他人改善条目的效果？又如何通过保持DYK条目的标准，促使有问题的条目继续陷入无人整理的状态？是不是DYK是一款万灵药，只要降低标准，所有条目就能洗心革面了？还是说，条目的修改通过DYK将会成为未来编辑必须完成的程序？。🌜山西特产批发零售™️🌽🌶️🍎🍠🐓🐐（留言） 2019年5月31日 (五) 06:06 (UTC)
****不好意思问完之后发现自己对答案并无任何兴趣，所以匿了。🌜山西特产批发零售™️🌽🌶️🍎🍠🐓🐐（留言） 2019年5月31日 (五) 06:15 (UTC)
*****我的意思是有意整理條目的人發現這種做法上不了DYK的話，可能會優先創建或擴充一些沒有問題的條目。當然，不旨在DYK的話要整理重寫也沒有問題，但是考慮到dyk的話，現行機制顯然不夠理想。也就是說如果將dyk看成一種鼓勵機制的話，等於讓用戶只專注於創建或擴充，而忽略了重寫（整理）。—AT 2019年5月31日 (五) 06:28 (UTC)
*(＋)-{支持}-：的確按照常理，改善條目質量的同時位元組會增加，但如果條目在改善之前就存在大量愛好者內容、不符格式，例如部分音樂條目會把作品名稱連結到youtube上，或者是電影院連結到官網，我刪除他們的確是改善，更何況DYK的申請不是只要刪除就可以，你還會更新條目資訊。 --船到*橋頭*自然捲 2019年5月31日 (五) 09:31 (UTC)
* 看來我必要的時候要動用皇牌。Σανμοσα 2019年5月31日 (五) 10:14 (UTC)
*User:Sanmosa呃，所以現在要恢復公示了嗎？WG的意見並沒有說到點上。—— Eric Liu 編輯次數突破一萬（留言．留名．學生會） 2019年6月2日 (日) 08:45 (UTC)
**User:Ericliu1912公示其實未撤下，可以當成公示未完結。現訂公示期延長至6月8日 00:00 (UTC)。Σανμοσα 2019年6月2日 (日) 09:10 (UTC)
*(＋)-{支持}-：例如Talk:细分_(图论)這則DYK，最初提交時是全文重寫，但條目長度幾乎未變，並沒有任何人想支持，是直到我發現無法通過的風險過高時，趕緊擴寫3500字節之後突然冒出4票支持（我的解讀：我：「重寫條目，但長度幾乎沒變」社群：「蛤？條目長度沒變，你在幹嘛？」我：「增加了原條目的三分之二長度且大於3500字節」社群：「好棒棒，是擴充條目，(＋)-{支持}-」），這凸顯了，社群對重寫這種編輯的鼓勵機制的不重視，正如User:AT所言，這標誌著，社群並不鼓勵重寫（整理）條目的作法，這對提升中文維基百科的質量十分不利，而考量到重寫（整理）條目如果不能DYK的話，下一階就只有GA、FA的話，門檻實在高得嚇人，我認為不該這樣，如果重寫（整理）條目要DYK一定非得條目變長的話（即此修訂案不通過的話），我認為社群可能要考慮一個介於DYK和GA之間的新的一項條目評選，並給首頁空出一個新的空間來展示這類條目，否則改善條目要獲評選門檻過高的話，用戶對於改善條目的動機就減少了，也不容易透過討論來找出條目問題，可以看看甲級乙級那些條目評級幾乎沒有人在討論，而DYK和GA間的差距又太大，因此此案就是解決此問題的方法之一。以上意見--宇帆（留言·歡迎簽到R₁R₂NKC） 2019年6月2日 (日) 21:07 (UTC)
===條文細節問題===
我發現這樣改的話有問題，先比較一下更改前後的規則：
*原有規則：與原文2/3不相同，可由（保留原長度）／（擴充後長度）計算，且擴充後長度＞原文長度。……
*擬改規則：與原文2/3不相同，只須條目總長度不少於3000位元組，而被保留的原文長度佔原文全文不超過1/3即可。……
假設某條目原文有9,000位元組，被重寫後有12,000位元組，在舊規則下可留最多[12000×(1-2/3)]=4,000位元組的原文，但新規則卻衹能留最多[9000×(1/3)]=3,000位元組。意味着也改變了重寫後比原文長時的原文佔比計法，但是上面提出的1/3應該衹是在限制重寫後比原文短的情況，對於比原文長的計法則未見討論有包含在內，故此再提出以下修正方案：
*重寫：
**如重寫後不長於原文：只須條目總長度不少於3000位元組，而被保留的原文長度佔原文全文不超過1/3即可。
**如重寫後長於原文：則須有2/3與原文不同，以（保留原長度）／（擴充後長度）計算。
**重寫需將品質大幅提升，這由投票時各評選人判斷。
這裏須延後討論至少一週，以俾眾討論與檢查新改法會否有問題。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月7日 (五) 06:48 (UTC)
*我不反對，但我認為分三行的必要不大。Σανμοσα 2019年6月7日 (五) 10:59 (UTC)
*我個人建議如下：
-{“}-	重寫：與原文2/3不相同，可由（保留原長度）／（擴充後長度）計算，且擴充後長度＞原文長度只須條目總長度不少於3000位元組，而被保留的原文長度佔原文全文／重寫後長度（以較長者為準）不超過1/3即可，不受擴充規則限制。但重寫需將品質大幅提升，這由投票時各評選人判斷。                                                                                                                          	-{”}-
大意上沒甚麽不同。以上。User:Cdip150Σανμοσα 2019年6月7日 (五) 11:22 (UTC)
*@-{Cdip150}-。Σανμοσα 2019年6月8日 (六) 06:54 (UTC)
**「原文2/3不相同」對於重寫縮短並沒有意思，因為佔原文全文不超過1/3的話根本無法超過2/3相同，所以從縮短的規則中取出來；而「被保留的原文長度佔原文全文／重寫後長度（以較長者為準）不超過1/3」整句話有些繞口，我怕新手不易看懂。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月9日 (日) 06:32 (UTC)
***「與原文2/3不相同」是有些祖父條款，一併刪走即可；「被保留的原文長度佔原文全文／重寫後長度（以較長者為準）不超過1/3」可以考慮改為「被保留的原文長度不可佔超過原文全文或重寫後全文的長度的1/3，以較長者為準」，但我仍然認為分列三項來寫不太好（本來就是本質相同，只是計算基準不同，但看上去就好像是兩個計算方法一樣）。Σανμοσα 2019年6月9日 (日) 11:39 (UTC)
****我認為基數不同就已經是不同的算法了，所以不應一行完，「以較長者為準」這句就是我認為繞口的地方，不應該出現。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月9日 (日) 18:08 (UTC)
*****但我真的不認為「以較長者為準」能有多繞口（尤其是我可以將之拆為一個小句）。Σανμοσα 2019年6月10日 (一) 15:17 (UTC)
******問題是「被保留的原文長度不可佔超過原文全文或重寫後全文的長度的1/3」這句結構本身就有些複雜呢，所以我真的覺得「以較長者為準」應該不太容易理解是從「原文全文或重寫後全文」選一種。又或者說，我的理念是如果要編者按1/x或1/y的其中一種來計算，那麼1/x和1/y的規則應該要各自獨立成條，而不應一條過合起來。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月11日 (二) 04:52 (UTC)
*我是建议拆分成长于原文和不长于原文来讲。不要在规则里讲求精炼，而应该追求分类上的不重不漏和描述上的清晰无歧义。规则是拿来用的而不是拿来当文学作品欣赏的。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨ᠋ᡩ᠋ᠠᠨMandan 2019年6月12日 (三) 08:20 (UTC)
*其實我上面是說“我不反對”Cdip150的版本，沒問題的話我建議日内公示。Σανμοσα 2019年6月12日 (三) 11:36 (UTC)
** @-{Sanmosa}-：如何？—— Eric Liu 編輯次數突破一萬（留言．留名．學生會） 2019年6月15日 (六) 11:41 (UTC)
*現公示Cdip150版本（第二個灰格）七日。Σανμοσα 2019年6月15日 (六) 15:22 (UTC)
(※)注意：我再稍為改一些，刪除了冗餘的長度規則，以免日後長度規則要修訂時出現紕漏：
*重寫：
**如重寫後不長於原文：則被保留的原文長度佔原文全文不超過1/3。
**如重寫後長於原文：則須有2/3與原文不同，以（保留的原文長度）／（重寫後的總長度）計算。
**重寫需將品質大幅提升，這由投票時各評選人判斷。
特此公示至下周一，如無反對即視為通過，7月1日生效。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月18日 (二) 14:42 (UTC)
** 我不反對。Σανμοσα 2019年6月19日 (三) 07:55 (UTC)
** @-{Cdip150}-：請問是公示到7月1日00:00（UTC）嗎？此外如果可以的話，我建議切齊樓下，讓公示提早至6月30日07:00（UTC）結束，以便因應動員令。—— Eric Liu（留言．留名．學生會） 2019年6月25日 (二) 00:33 (UTC)
***User:Ericliu1912公示應該是在昨日結束（2019年6月18日 (二) 14:42 (UTC)留言謂「特此公示至下周一，如無反對即視為通過」），我會處理。Σανμοσα 2019年6月25日 (二) 03:37 (UTC)
----

text: 本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
thread_title:  关于DYK“基本推荐资格”，“重写后长度不得缩短”这一条件的疑问 

message: 我發現這樣改的話有問題，先比較一下更改前後的規則：
*原有規則：與原文2/3不相同，可由（保留原長度）／（擴充後長度）計算，且擴充後長度＞原文長度。……
*擬改規則：與原文2/3不相同，只須條目總長度不少於3000位元組，而被保留的原文長度佔原文全文不超過1/3即可。……
假設某條目原文有9,000位元組，被重寫後有12,000位元組，在舊規則下可留最多[12000×(1-2/3)]=4,000位元組的原文，但新規則卻衹能留最多[9000×(1/3)]=3,000位元組。意味着也改變了重寫後比原文長時的原文佔比計法，但是上面提出的1/3應該衹是在限制重寫後比原文短的情況，對於比原文長的計法則未見討論有包含在內，故此再提出以下修正方案：
*重寫：
**如重寫後不長於原文：只須條目總長度不少於3000位元組，而被保留的原文長度佔原文全文不超過1/3即可。
**如重寫後長於原文：則須有2/3與原文不同，以（保留原長度）／（擴充後長度）計算。
**重寫需將品質大幅提升，這由投票時各評選人判斷。
這裏須延後討論至少一週，以俾眾討論與檢查新改法會否有問題。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月7日 (五) 06:48 (UTC)
*我不反對，但我認為分三行的必要不大。Σανμοσα 2019年6月7日 (五) 10:59 (UTC)
*我個人建議如下：
-{“}-	重寫：與原文2/3不相同，可由（保留原長度）／（擴充後長度）計算，且擴充後長度＞原文長度只須條目總長度不少於3000位元組，而被保留的原文長度佔原文全文／重寫後長度（以較長者為準）不超過1/3即可，不受擴充規則限制。但重寫需將品質大幅提升，這由投票時各評選人判斷。                                                                                                                          	-{”}-
大意上沒甚麽不同。以上。User:Cdip150Σανμοσα 2019年6月7日 (五) 11:22 (UTC)
*@-{Cdip150}-。Σανμοσα 2019年6月8日 (六) 06:54 (UTC)
**「原文2/3不相同」對於重寫縮短並沒有意思，因為佔原文全文不超過1/3的話根本無法超過2/3相同，所以從縮短的規則中取出來；而「被保留的原文長度佔原文全文／重寫後長度（以較長者為準）不超過1/3」整句話有些繞口，我怕新手不易看懂。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月9日 (日) 06:32 (UTC)
***「與原文2/3不相同」是有些祖父條款，一併刪走即可；「被保留的原文長度佔原文全文／重寫後長度（以較長者為準）不超過1/3」可以考慮改為「被保留的原文長度不可佔超過原文全文或重寫後全文的長度的1/3，以較長者為準」，但我仍然認為分列三項來寫不太好（本來就是本質相同，只是計算基準不同，但看上去就好像是兩個計算方法一樣）。Σανμοσα 2019年6月9日 (日) 11:39 (UTC)
****我認為基數不同就已經是不同的算法了，所以不應一行完，「以較長者為準」這句就是我認為繞口的地方，不應該出現。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月9日 (日) 18:08 (UTC)
*****但我真的不認為「以較長者為準」能有多繞口（尤其是我可以將之拆為一個小句）。Σανμοσα 2019年6月10日 (一) 15:17 (UTC)
******問題是「被保留的原文長度不可佔超過原文全文或重寫後全文的長度的1/3」這句結構本身就有些複雜呢，所以我真的覺得「以較長者為準」應該不太容易理解是從「原文全文或重寫後全文」選一種。又或者說，我的理念是如果要編者按1/x或1/y的其中一種來計算，那麼1/x和1/y的規則應該要各自獨立成條，而不應一條過合起來。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月11日 (二) 04:52 (UTC)
*我是建议拆分成长于原文和不长于原文来讲。不要在规则里讲求精炼，而应该追求分类上的不重不漏和描述上的清晰无歧义。规则是拿来用的而不是拿来当文学作品欣赏的。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨ᠋ᡩ᠋ᠠᠨMandan 2019年6月12日 (三) 08:20 (UTC)
*其實我上面是說“我不反對”Cdip150的版本，沒問題的話我建議日内公示。Σανμοσα 2019年6月12日 (三) 11:36 (UTC)
** @-{Sanmosa}-：如何？—— Eric Liu 編輯次數突破一萬（留言．留名．學生會） 2019年6月15日 (六) 11:41 (UTC)
*現公示Cdip150版本（第二個灰格）七日。Σανμοσα 2019年6月15日 (六) 15:22 (UTC)
(※)注意：我再稍為改一些，刪除了冗餘的長度規則，以免日後長度規則要修訂時出現紕漏：
*重寫：
**如重寫後不長於原文：則被保留的原文長度佔原文全文不超過1/3。
**如重寫後長於原文：則須有2/3與原文不同，以（保留的原文長度）／（重寫後的總長度）計算。
**重寫需將品質大幅提升，這由投票時各評選人判斷。
特此公示至下周一，如無反對即視為通過，7月1日生效。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月18日 (二) 14:42 (UTC)
** 我不反對。Σανμοσα 2019年6月19日 (三) 07:55 (UTC)
** @-{Cdip150}-：請問是公示到7月1日00:00（UTC）嗎？此外如果可以的話，我建議切齊樓下，讓公示提早至6月30日07:00（UTC）結束，以便因應動員令。—— Eric Liu（留言．留名．學生會） 2019年6月25日 (二) 00:33 (UTC)
***User:Ericliu1912公示應該是在昨日結束（2019年6月18日 (二) 14:42 (UTC)留言謂「特此公示至下周一，如無反對即視為通過」），我會處理。Σανμοσα 2019年6月25日 (二) 03:37 (UTC)
----
replies: text: 本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。</div>
thread_title: 條文細節問題

message: 最近，WP:D17C经常开傀儡在DYKC提交条目（包括现在还有）。Sanmosa主张将傀儡的提名标记为无效，因为傀儡不能编辑页面，提交评审亦然。我也支持这一观点，并且建议GAC、FAC、FPC等评审也这样。不过先从DYKC做起吧，建议修改相关规定（规则-基本推荐资格）如下：
;現行條文
......（略）
*条目提名人有责任回应评选期间各种对条目的质疑。
......（略）	
;提議條文
......（略）
*条目提名人不作要求，但若被确认为被封禁者的傀儡或真人傀儡，则其提名无效。条目提名人有责任回应评选期间各种对条目的质疑。
......（略）
欢迎参与讨论。--Rowingbohe♬越努力，越幸运 2019年7月4日 (四) 10:10 (UTC)
*應該說是「被確認為被封禁者的傀儡或真人傀儡」才提名無效較好。산모사 2019年7月4日 (四) 11:26 (UTC)
**完成--Rowingbohe♬欢迎参加第十七次动员令台州专题 2019年7月4日 (四) 11:48 (UTC)
*(＋)-{支持}-：規則合理，GAC、FAC、FPC等亦應如此。--【和平至上】💬📝 2019年7月4日 (四) 11:44 (UTC)
*(＋)强烈支持--Cohaf(talk) 2019年7月4日 (四) 12:43 (UTC)
直接在傀儡方针里改不行么--Techyan（留言） 2019年7月4日 (四) 13:49 (UTC)
(※)注意，WP:BADSOCK本身已有規定：「多重賬號不應編輯計劃頁面」，:WP:DYKC、:WP:GAC、:WP:FAC、:WP:FLC、:WP:FPC都屬計劃頁面，故可以引用此方針把有關提名deltalk掉，甚麼都不用改。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年7月4日 (四) 14:12 (UTC)
* 針對這個提名，我認為可以適用這個方法，不過我認為在規則裏再寫清楚、再重申也無不可。산모사 2019年7月4日 (四) 23:54 (UTC)
**對，這樣能讓規則更清晰，有利而無害。--【和平至上】💬📝 2019年7月5日 (五) 03:25 (UTC)
**@-{Cdip150}-：以後可能要麻煩閣下幫忙清理一下那些有問題的提名了。不過如上所述，我還是打算繼續提出條文修訂，如果大家認為是事實性修訂的話，我可以很快就作出修改。산모사 2019年7月5日 (五) 13:22 (UTC)
***我是覺得如果方針層面已經可以解決的事，最好不要動；而且如果要改，也意味其他的計劃頁面也要改（除了評選的幾個，還包括:WP:RFA、:WP:AFD、:WP:RFPP等等，甚至連WP:VPP本身也要），不過我覺得這樣做的話太累贅了，而且還產生日後有關方針被修改的時候，我們還要逐個頁面跑一次去修改的麻煩。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年7月6日 (六) 14:20 (UTC)
*我认为恶意使用傀儡干扰DYKC评选的行为当然应该禁止，但遵守傀儡政策的多重账户（尤其是因隐私等问题而设立的）写出的条目是否就因多重账户不能编辑计划页面，在不干扰正常投票的情况下也不能将条目提交DYK等条目评选，我认为这一点可能也是值得商议的，因为我认为这样做并没有坏处。--クオン·目安箱⚗·-{翡翠·鵺鳥·十姉妹·夜啼鳥}- 2019年7月6日 (六) 03:19 (UTC)
**所以现在加上了“被封禁者的”。--Rowingbohe♬欢迎参加第十七次动员令台州专题 2019年7月6日 (六) 09:22 (UTC)
**其實也不用擔心隱私問題而做的分身提名，這是因為隱私而使用的多重帳號，應該是不會主動公開與主體的關係，除非該帳號觸犯其他政策而被CU或DUCK，否則實際上我們無法確認該帳號是一個多重帳戶，故「多重賬號不應編輯計劃頁面」在此情況下自然也無法執行。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年7月6日 (六) 13:12 (UTC)
*(＋)-{支持}-，節省時間，在不濫用的前提下，應該沒人用傀儡提報；若為隱私，應該不會透漏是哪個帳號的分身。天篷大元帥 (會客)--(放鬆一下) 2019年7月6日 (六) 14:03 (UTC)
*(＋)-{支持}-，節省修改時間，直接執行方針便可以。--Opky9407（留言） 2019年7月7日 (日) 20:36 (UTC)
*(－)反对，提名人的身份和被提名条目是否存在问题没有必然的逻辑联系。WP:SOCK方针规定用户不应不当使用多重帐户编辑同样也不意味着这些用户真正提交的编辑必然存在问题需要额外的精力清理。正如我一直举的例子，计划生育政策不允许生二胎，不意味着二胎生下来了就可以杀死；囚犯不允许出狱，不意味着他出狱以后修好的电线杆必须推倒。条目评选需要的是对真正的WP:POINT性提名的快速清理机制，而不是这种对人不对事的奇怪政策。--Antigng（留言） 2019年7月6日 (六) 16:33 (UTC)
**不同意這個反對意見，這個反對意見所提出的事例可以以WP:IAR解決。산모사 DC17 2019年7月9日 (二) 05:51 (UTC)
**如果有其他人认可不符合提名资格用户的提名就可以视作符合条件。但不服资格提名人的提名不应计入票数。 ✪]]</span> 2019年7月9日 (二) 20:52 (UTC)
*(－)反对，d17以前就有用傀儡提交過dykc，還通過了呢。--Temp3600（留言） 2019年7月10日 (三) 07:40 (UTC)
**User:Temp3600這說不通，發現漏洞難道不應修正？有人違反了方針，然後就要把方針廢掉？산모사 DC17 2019年7月10日 (三) 08:53 (UTC)
** 他真想參加DYKC的話，也是可以請符合資格的他人代為提名條目吧？—— Eric Liu（留言．留名．學生會） 2019年7月10日 (三) 09:54 (UTC)
***最好的情況是他悔改，不過暫時可能性不大。산모사 DC17 2019年7月10日 (三) 10:03 (UTC)
***應該說，我樂見他寫出好條目，並通過DYK評選。我不覺得這是漏洞，而是一件美事。--Temp3600（留言） 2019年7月10日 (三) 13:02 (UTC)
****User:Temp3600D17C還好，換作其他破壞者就大問題了（而且這並不是沒有先例）。산모사 DC17 2019年7月10日 (三) 14:56 (UTC)
*(＝)中立。理解这个提案是想解决问题的，但并不认为本案必要。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年7月11日 (四) 06:47 (UTC)
thread_title:  修改条文以禁止傀儡提交DYKC 

message: 完成，使用tl的票（比如、）視為無效票--Z7504非常建議必要時多關注評選（留言） 2019年7月26日 (五) 09:14 (UTC)
replies: text: 下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
----
如題，像中大學生報情色版事件的FA評選中可以看到@-{viztor}-有使用「」用法而非「 不符合典范条目标准」。想知道的是，如果今天一個投票中出現了像這個例子中有使用到tl模板的票，而且也沒有使用「」自己劃票的話，那麼這種tl票在FA評選中（甚至假如某日FL/FP/GA/DYK也有人這樣使用的話）還算有效嗎?--Z7504非常建議必要時多關注評選（留言） 2019年7月21日 (日) 03:05 (UTC)
*我的理解是用tl机器人就不会计票。 ✪]]</span> 2019年7月21日 (日) 03:07 (UTC)
**此例一出還是問個清楚吧，雖然又或者可以考慮以忽略規則為由直接視同無效，問題是以前似乎沒有看過這個問題啊--Z7504非常建議必要時多關注評選（留言） 2019年7月21日 (日) 03:16 (UTC)
* 嚴格來說，典範條目評選規則內明文規定使用「」，而非「」（實際上是tl模板而非noFA）等其他模板。其他評選如是。—— Eric Liu（留言．留名．學生會） 2019年7月21日 (日) 05:39 (UTC)
*用的是tl模板，而非noFA模板，viztor技術上取消了自己的投票。可以以及包裹。산모사 DC17FLC GAC 2019年7月21日 (日) 13:55 (UTC)
*我认为应当直接使用 不符合典范条目标准，要划票可以采用votedelete系列模板或者删除线。BTW，以后如果是我移动存档，一律把Tl视为无效。--超级王（昔有地图开疆，今有易帜救国） 2019年7月21日 (日) 23:50 (UTC)
----

text: 本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
thread_title:  這樣的票應算有效還是無效? 

message: Halo，社群的各位同仁，好久没有来客栈灌水了。不知道同仁们有没有发现，近段时间，中文维基百科优良条目和典范条目数量稳步增长（截至讨论串发起时GA已达到1567篇，每681篇条目有1篇；FA已达到679篇，每1,572篇条目有1篇；FL达到160篇）。有鉴于此，我觉得是现在是时候来改进目前优良条目评选制度，让优良条目发展的重心从数量转移到质量上来。
在提出这个问题之前，我翻查了一下方针区的存档，了解到用户User:王小朋友（现改名为User:維基小霸王）最早在2012年7月提出GA/FA应该依照社群共识进行评价来投票，但是当时社群里有人担心过分强调共识会使得社群内容原本约定俗成的规则变成成文的“共识”规则，给条目评选带来束缚，即便各种“共识”规则演变成成文的方针或指引，如果投票时所引用的“共识”与“更广泛层面的共识”，会致使双方产生冲突。基于这种顾虑，加上当时社群缺乏GA/FA的成文“共识”，建议方案最终无疾而终。显然，讨论中的“共识”是方案最终流产的症结所在，相信如果王小朋友能够明确说出他对这种“共识”的理念，这个方案就有继续讨论下去的可能性。作为社群的后辈（我2014年才加入），我在日后的条目创作中，逐渐知道条目评选机制的弊病究竟有多么的根深蒂固。由于条目评选一直缺乏规划，大多数用户在投票时大多只贴上支持/反对的取态，投支持票的用户不会附上自己的理由，而因为自己和主编意见不合，一时冲突（简单说就是为反对而反对）投上反对票的用户也不少。而这种现象，造成了很多用户会出于人情给主编投支持票，或是鼓励性地投票，不论他们的条目是否符合GA的标准。也因为这样，许多质量符合甚至超越GA标准的条目，最终因为部分用户的情绪性投票而与GA失之交臂。实际上，当前GA/FA/FL的入选标准是数量达到即可，GA是至少6票支持，1票反对抵消1票支持；FA/FL是至少8票支持，1票反对抵消1票支持。许多用户在条目评审期截止前，会在社群中拉票（社群共识认为拉票行为是扰乱性行为），这又会造成部分同行出于人情到评选区灌支持票。所以，依靠灌票来入选的条目如果本身并没有符合GA条目的标准，就会有同仁提出重审，而目前GA/FA/FL的重审通过标准和入选标准一样，这就造成了假如重审中存在只有1票反对而没有支持票，那么这篇条目就会被撤销资格，这又引发了一个问题。翻查讨论区的存档，我又了解到这种机制带来的弊病：在2015年5月，用户User:HYH.124认为他此前于2014年1月提名条目马来人至上时，“不太重视条目的版面品质”，条目是自己胡乱提名的，所以就提名撤销“将功补过”，理由是有“失效链接”，但是如果有人觉得“内容全面胜于一切”，认为“条目仍符合优良条目标准”，“就欢迎投符合标准的票”，并附上了条目存在失效链接的理由（条目讨论页）。实际上，即便条目存在失效链接，可以透过互联网档案馆创建页面快照进行存档，弥补问题。然而，就是这样“不是理由的理由”，因为票数只有1支持+2反对=1反对被拉下马，就这导致了GA评选时7票支持的共识被直接无视。在这个背景下，2015年5月的讨论由此诞生，但是由于当时用户对于问题没有共识（也有可能是因为7+等人的极力反对），和平奮鬥救地球提出的唯一方案被忽视，讨论无疾而终。由于我后来忙于个人事务，对于社群的动态不甚了解，我不知道有多少条目因为票数为题被拉下GA/FA/FL的宝座，但是我深知，如果共识制一日不落实，程序正义一日不实现，就会有人钻这些投机主义的空当。按照现状，如果社群都有精力去认真关注GA/FA/FL的条目，哪怕就去灌票，它们就会有正常运作的机会，不过到了评选“淡季”，也就是很少有人去关注这些条目的时候，那么就会有许多条目因为票数不足的问题无缘GA/FA/FL（即便是在“旺季”，也有很多本来符合标准的条目因为票数不足而落选），所以共识制必须要落实。
落实共识制，我们大可以参照他山之石，也即是英文维基百科的条目质量评选。英文维基的条目质量评选目的非常明确，以特色条目为例（以下为本人的翻译，如果有错误请立即修改，不用知会本人）：
-{“}-                                      	（条目评选）有三个必要阶段，期间欢迎所有用户参与：
在条目讨论页提出问题：
* 在这一步中，关心条目的编者尝试去和当前社群的条目编辑解决问题，非正式地改进条目。处于本步骤的条目不列入本页面。
特色条目评审（FAR）：
* 本步骤要讨论可以改进的方面，不宣称“通过”或“落选”。这样做是为了改进条目，而不是把它们降级。提名者必须根据所出现的问题，列出特色评选标准，由此提出补救方法。理想的评审应该提出问题，以不改变状态的前提关闭。
* 评审可以从多个方面改进条目：条目可能需要更新、格式或是文字的总体加工。至于略为复杂的问题，比如不符合目前的散文标准、全面性、事实准确性、中立性可能也需要指出。
* 负责特色条目撤销的三位协调员（英文维基的Nikkimaria、Casliber和DrKay）会在第二阶段中决定是否依照共识关闭讨论，或是因共识尚未达成，将提名转移到第三阶段。
特色条目撤销候选（FARC）
* 没有事先审核，条目永远不会被列为撤销候选者。在这种情况下的第三阶段（前两阶段与FAR相同），参与者表示“维持”或“撤销”，并以实质性评论作支持，并提供进一步的事件来给条目克服缺陷。
* 已提出反对意见、投“撤销”票的评审者，在条目评审即将结束时，应该准备好回来重新给出意见。
* 负责特色条目撤销的三位协调员根据提名条目状态更改是否存在共识，作出决定并相应地关闭讨论串。
每个阶段的时限通常为两到三周，当变更正在进行，继续评审流程显示出益处，就会给出更长的时限。提名会从评审期搬到撤销列表，除非编辑明确认为条目符合标准。延长期始终依照请求授予，只要文章受到关注，编辑就不需要因为条目从评审区搬到撤销候选列表而担心。	-{”}-
—— Wikipedia:Featured article review	—— Wikipedia:Featured article review	—— Wikipedia:Featured article review
由此可见，英文维基的特色条目评审非常注重社群共识，这样一来，评审者必须就根据评选的标准提出相应的改善意见，不能投纯粹的态度票，事实上他们那边的评选都是很用心的，这样一来就很好的解决了上述因票数引发的问题（GA的评选机制比较繁琐，如果有人了解的希望在下面说一下）。
太长可不看
我翻查一下资料，看到了几位用心的前辈在改变这个问题上无功而返，我就知道这个问题解决会比较棘手，这个讨论也不一定会有明确的结果。我知道现在大家都习惯了在评审条目时机械投票，认为中华民族几千年来的传统就是讲求“仁、义、礼、智、信”，认为“赠人玫瑰，手有余香”，但是我们维基百科不是讲人情的地方，不是弘扬这种所谓美德的地方（当然我没有反对这些的意思），它是“搞学术”的地方，我们大可以把这些“美德”视作“陋习”，将其摈弃。我们需要知道，维基百科的前身是Nupedia，Nupedia的条目是必须经过各领域的专家仔细审阅才能发布的，虽然说Nupedia的运作模式不能持续发展，但是这种严谨治学的条目是非常值得贯彻的。就在我自己了解到的学生群体里，我发现许多学生在写学术论文或者研究报告时会事先浏览维基百科（虽然许多大学的学术纪律明确要求维基百科不能用作参考来源），了解自己研究课题的大概方向，那么维基百科的内容势必会影响到他们对课题的认知，因此我们社群应该特别重视条目的质量问题。试想一下，如果他们所研究的课题关乎我们全人类的切身利益，因为维基百科上的某一句话陈述出现而影响到研究结果，带来的损失会很大。提到这一层面，许多人可能不以为然，也可能会觉得我危言耸听。那我们也可以思考一下另一个问题，大家都知道维基百科在Google上搜索的权重比较高，基本上搜索到的关键词如果有维基百科，搜索页面右边的知识图谱都会出现维基百科的卡片。同时，维基百科也接入了苹果iOS系统的语音助手Siri。所以，很多当前热点事件的当事人传记成了破坏者频繁光顾的对象。就拿最近的例子来说，高雄市市长韩国瑜市长选举的对手陈其迈就被人篡改，改成了“兼任高雄市长”，因为“原市长（韩国瑜）忙（总统）选举”（《求闻》的报道 说明条目篡改引发舆论，的确影响到了陈其迈）。维基百科上面的这些条目太多太多了，如果当事人因为维基百科被破坏，给出了错误地讯息，名誉受损，维基百科在情理上也需要附上责任（虽然内容可以改回去）。所以，我们更应该给社群传递出条目编写必须严谨的讯号，而GA/FA/FL作为示范性条目，质量必须要严抓，这也是我提出这个问题最初的目的。
我先不妨说说自己的故事，以前刚加入维基百科的时候，经常会到DYK提名条目，而用户讨论页就会显示创作了多少条DYK条目，那时候每过一篇条目，数字就增加一个，心情还是挺爽，所以到后来就疯狂的写条目，报DYK，觉得不管质量过不过关，反正刷分就行了。当时的条目只要都是从英文维基翻译过来的，因为自己英文水平不够高，译文全部都是谷歌翻译照搬过来再加工的到后来，自己心态又膨胀了，敢去报FA了，但是有些问题，DYK没人会说，PR就有指出来了。典型的例子就是Talk:玛丽·居里，DYK几乎都是赞成票，但是到了PR，用户User:Zetifree就给我挑出来了不少毛病，可以说我还是头一回感受到社群里面的严谨态度，错了就是错了，没有办法辩驳。这改变了我撰写条目的心态，变成了先写好条目，再去考虑提名。现在，我也不随便考虑提名的事情了，原因就是因为上面所提到的现象。既然敢把自己的条目送去评审，接受社群共识的检验，就应该乐于接受别人的批评建议。但到后来，我渐渐发现，人情票已经成为了社群的一种风气，真正能够给你带来建设性意见的同仁越来越少，我就再也没有提名的打算。后来，我学着那些少数会投建设性反对票的同仁，就开始模仿他们来审阅提名的条目，尝试着从内容出发提供一下改善意见，后来才知道这种模式从英文维基学来的（我第一次看到这种模式的评审是7+的）。尽管我没有和这些“少数派”没什么交流接触，但是只要我们这些人还在，内容评审就有它存在的必要性。也是这种想法，我也成了一位坚信“宁缺毋滥”、“重质轻量”的删除派维基人。
维基百科也有它的政治生态，凡事必定不能“一言堂”，但是如果这次的改变能强制大家转换观念，带来的裨益一定会比弊端要大。希望各位读完我的这番话，能够给出自己的思考和见解。
最后感谢所有同仁为维基百科带来的贡献，让全人类都能自由地享受求知带来的乐趣，也感谢之前提出问题的几位前辈，你们的意见给了我提出这个讨论的信心和勇气，祝各位编安！--百战天虫（留言） 2019年7月24日 (三) 19:06 (UTC)
------
注：中文维基百科社群曾于2015年5月通过解决DYK滥投票问题的方案，目前的投票规则是该讨论的社群共识。
另外，用户User:Clithering曾于2015年3月提出实施评分制（不知为何当年的改革声音很强烈），而用户User:Morgan Siu于2017年5月认为部分理由不当的反对票算作无效，类似于DYK。
除此之外，过往社群有多番关于GA/FA改革的讨论：
*WP:投票/討論特色條目評選改善建議
*WP:互助客栈/方针/存档/2008年7月
**優良條目和特色條目的提名人資格 
**模板能否凌駕評選結果？
*WP:互助客栈/方针/存档/2008年9月
**关于特色条目评选
*WP:互助客栈/方针/存档/2008年10月
**我对修订特色条目评选规则的意见
**条目评审意见汇总
**優良條目重審和特色條目重審機制改革方案結果公佈
*WP:互助客栈/方针/存档/2008年11月
**應全面對早期特色條目進行重新評審
**優良／特色條目、特色列表，不可有太多紅字？
**关于条目评审制度的一点想法
**一个改进的方案
*WP:互助客栈/方针/存档/2008年12月
**修改建议－－成立志愿专家小组来帮助评选和评议
**建议对特色/优秀条目评选的提名者提出一些限制
*WP:互助客栈/方针/存档/2009年10月
**翻译条目提名优良和特色条目的问题
*WP:互助客栈/方针/存档/2010年5月
**建议降低特色条目重审和优良条目重审的门槛
*Wikipedia_talk:条目评选
**Wikipedia:互助客栈/其他/存档/2010年10月#特色及優良條目評選方案第二次討論
*Wikipedia:互助客栈/其他/存档/2011年12月#提案:废止优特条目投票评选,代之以优特条目评审
* Wikipedia:互助客栈/其他/存档/2019年6月#中维目前是否可以应用英维的条目评审规则？
各位同仁在思考本问题时可以参考这些案例。--百战天虫（留言） 2019年7月24日 (三) 19:14 (UTC)
replies: text: @-{百战天虫}-：這提案聽來不錯，不過應該會討論很長一段時間。這種爭議點可能不少；先舉例幾個爭議點問題，想到再補，也歡迎常常光顧FA/FL/GA評選的用戶（或者覺得這個所謂共識融入投票制度可以用在FP或DYK者），盡量提出。就先舉例4個問題：

text: #很多時候的投票可以看出有所謂未達一定標準票而落選的現象。這個現象其實最常在GA、DYK看到比如只因為門檻未到而落選，但卻沒有任何的反對票。那麼此時此刻，是否要忽略門檻這個規則的問題還是要算它落選？維基百科的用戶會有多少百分比的人同意將各個評選所制定的門檻忽略呢？

text: #在重審中，只要1張反對票即有可能拉下一個具有FA/FL/GA的資格（假如真的沒有其他用戶不同意反對票/重審的內容而反倒投支持票，甚至說是抵銷票/不合理之類的話）。可是，維基百科的人會同意只有1張支持票且沒有任何反對票的時候直接給這個提名視為通過嗎？想必這應該不太可能是維基百科用戶會有的共識。

text: #每一個用戶的投票水平、編輯能力...等也一定都不一樣阿，如何認定這些支持票和反對票各自的共識呢？又或者當一個提名同時有多個支持、多個反對，但結果是有通過門檻的話，那這種條目評審的結果要算它過，還是說因為具有爭議所以不通過？

text: #FA/FL/GA評選的時候，是可以和DYK一起的。如果今天DYK那邊的意見和FA/FL/GA的意見卻是不一的時候（比如DYK明明被指出不少問題但FA/FL/GA評選沒人說的話），那麼這種提名還能算它通過嗎？這個舉例可能發生的機率很低，不過還是舉例。

text: 所以，希望有更多用戶提出問題、意見，一起來討論究竟要怎麼樣達成所謂共識融入投票制度的問題吧。看是要先有一個共識和一個明確的結果後再做最後判定是否符合該資格並移動評選存檔，還是要怎麼樣，估計這討論串會很長。--Z7504非常建議必要時多關注評選（留言） 2019年7月24日 (三) 20:42 (UTC)
replies: text: :@-{Z7504}-：感谢阁下长期以来对条目评选工作的支持，阁下所列可以说是目前评选机制的弊病。另外，我在写这个讨论串的时候，想到了三种方案：一种便是由共识制完全取代投票制，第二种是投票制先行，共识制作备选，也就是说先以投票结果作定夺，如果出现阁下上述的情况，那么就要以社群共识为准，第三种是共识制先行，投票制备选，就是反过来当社群未就条目是否入选或除名达成共识，那么就要通过投票结果来定夺。需要注意的，这里的投票方案不会算绝对票差，也就是现在这套方案，我打算用的比率，比如支持票占总数的三分之二或以上即为通过或是撤销，这样用比率的话，就可以保证不会出现因为离票差绝对值差而落选的情况。由于会出现一票通过或者一票撤销这种极端的情况，最好设一下门槛，有几张票才开始点。除此以外，还应该剔除那些没有针对条目入选标准明确指出问题出彩的地方或是所存在的问题，只有单纯的支持或反对票，或是明显的人情票或发泄性的投票，就要当作无效。由于涉及到共识讨论问题，投票时长需要弹性处理，在规定时间框架内调整，上面英文那边做了阶梯性时间表，我们这边可以用一下FAN那一套的时间，确保每一篇条目都能有充分全面的讨论。这样，每一位评审人在投票的时候不仅要列出支持或反对的立场，还要写出原因（详尽或简略皆可），真正起到改善条目的作用。考虑到目前页面存废用的共识制，管理员任务繁杂，这里就不再设置英文那边的协调员了，由第三者点票即可（好像我说的是页面提删那一套）。由于让共识制完全取代投票制的可操作性不强，所以想到了并行的办法，到时候实施的话会是共识讨论和投票分开进行，先讨论后投票，或是先投票，不行再讨论。此外，所有共识讨论应在条目标准框架（可以说条目标准本身就是共识）内进行，达成对于条目是否入选/除名的共识意见。以上纯属个人想法。
阁下预测这条讨论串会很长，的确，这个提名如果实现，势必会影响到整个社群的生态。既然要变，就应该稳中变。如此，我们就需要听取各方面的意见，找到合适的共识标准。--百战天虫（留言） 2019年7月24日 (三) 21:30 (UTC)

text: :先就「共識」問題來說，舉例幾個已經有明確共識的部分（沒有提供對應連結的部份請見諒，因為要一一找出對應連結舉例要花不少時間，而且也不一定可以找到。(＊)提醒，以下內容請勿直接認定是針對舊帳一一討論）：

text: #支持票可以不用寫理由，但某些理由的支持票好像是無效的。

text: #在提名人中途隱退時，隱退前的提名是以是否為自動確認用戶來判斷。

text: #當一個條目為FA時，請勿對其進行GA評選。但若質疑該FA條目的資格，是可以對其進行FA重審的。
replies: text: :再來舉例幾個看起來沒有共識的部分：

text: #若結果為當選但有爭議的時候，似乎得不出來是要算通過、落選還是必須延長投票期限。現在這個所謂「共識制融入投票制」，不妨可以參考這個加以討論?

text: #這一個是真的需要對管理員打上(？)疑問的：所以FA/FL/FP/GA/DYK這種只有自動確認用戶的票才有效的提名頁面，到底要不要永久半保護?

text: #翻了存檔的時候需要再問的(？)疑問：所以提名人或者主編到底要不要限制不能投票這件事情?　好像也沒看到共識。

text: #所以什麼情況下的支持票理由可以算是無效呢?

text: #想請問的是，之前有一個很拖時間的提名就是克里夫蘭百年紀念半美元的FA重審問題，所以像是這種會濫用傀儡提名的提案要算一律以「是否為自動確認用戶」來判斷有效或無效嗎?　雖然之後，這個條目又重新被評為FA，但究竟為何一個重審可以拖了11天才執行移動評選?　是否也該有個共識；如果DYK中的討論結果是提名人為「傀儡」，那麼DYK這個討論能算共識嗎?

text: #說PR的頁面「通常會遇到無人理睬的情況」，所以PR的效率或者其評審的品質可以保證（或者增加）入選FA/FL/GA的機率嗎?　看來好像也不是這樣子的吧?　「PR就有指出來了」，也不是每一個PR提名都有人會指出來的。PR規定期限為30天這個討論，那個時候也沒有人有異議阿。可是要將PR的時間縮短卻有異議，難道PR就有明確共識是要「幾天」嗎?　想必是沒有的。
replies: text: :最後還是講一下：雖然共識是可以改變的（比如FL評選中的基本期限從30天改為14天，那時不表態可能也是因為對移動評選一點影響都沒有吧?）。但即便如此，想要先達成一個「明確的共識」比「改變共識」難多了。而且如果討論個幾周、幾個月真有個共識了，要如何確保共識可以保持長一點的時間呢?　以上總共花了半小時來打 囧rz...--Z7504非常建議必要時多關注評選（留言） 2019年7月24日 (三) 22:31 (UTC)

text: :@-{Z7504}-：所以很希望这波讨论能够解决一下问题，至少不要出现“相对于同时代的其他纪念币而言，克里夫兰百年纪念半美元如今属于较为廉价的收藏品”这种荒唐的撤销理由了。--百战天虫（留言） 2019年7月24日 (三) 23:09 (UTC)
replies: text: ::我觉得英文版制度设计的优点是，一切都是以围绕条目质量的改进来评选，并不急于撤销/选上FA，这是非常值得借鉴的地方---{百無一用是書生}- (☎) 2019年7月25日 (四) 02:41 (UTC)
replies: text: :::en版這種的FA評選似乎也不能算是完美無缺的（畢竟沒有頁面是不變的，而且評選這東西本身就存在可能無法解決的bug）。為何這麼說?　這樣會顯得說，假如zh版的FA評選通過以後，那是否「評GA是一套標準」、「評FL是一套標準」、「評FA是一套標準+共識制度」會顯得說有多套標準制度，這種通過後反而讓zh版用戶會顯得評選有不公呢?　再者，拿上面舉例的克里夫蘭百年紀念半美元的FA重審問題，en版的標準如果當時在zh版實施，恐怕拖延移動評選的時間不只11天吧?--Z7504非常建議必要時多關注評選（留言） 2019年7月25日 (四) 05:06 (UTC)

text: :::假設今日，zh版的FA評選要用en版的FA評選制度，就一定會有以下程序：

text: ::#先有幾個人去寫en版的FA評選草稿

text: ::#再將修訂提案提互助客棧
replies: text: :::若果真要實施，再說一次：en版的優點似乎在zh版會讓投票者認為是種多套標準，讓評選導致不公的想法吧。而且en版的FA評選，如果真的是將結果得知後再「以圍繞條目質量的改進來評選，並討論是否入選/撤銷FA」的做法，其實是很容易成為既克里夫蘭百年紀念半美元的FA重審之後的下一個成為爭議的投票結果問題，而導致移動評選、下一次可提名時間等等的東西相對得延後。之所以花這麼多時間打這些東西，無疑就是這些真的很重要。--Z7504非常建議必要時多關注評選（留言） 2019年7月25日 (四) 05:25 (UTC)

text: (＊)提醒：我上个月提过一个类似的提案，当时是原则上通过，但细节没人讨论。可以看看。--Rowingbohe♬为 KyoAni 祈福🕯 2019年7月25日 (四) 04:14 (UTC)
replies: text: : 已順幫放到上面的連結區中。—— Eric Liu（留言．留名．學生會） 2019年7月25日 (四) 04:22 (UTC)

text: :细节没人讨论，有Sanmosa。 ✪]]</span> 2019年7月25日 (四) 04:31 (UTC)

text: :看完這個討論之後可以發現有個疑慮：en版說的才算嗎?　en版的FA評選如果真要加上所謂「以圍繞條目質量」來決定是否入選或者撤銷一個FA資格話，那也有(？)疑問：

text: #上面有說，若en版FA評選的作法用到zh版，很容易讓人認為評選會不公。那如果今天zh版的評選，無論FA/FL/GA甚至連FP也好，要不要也通通改成en版FA評選制度，然後說「以圍繞條目質量」或者「以增加圖片質量」這種方式，最後也不知道需要等多久才能決定進行移動存檔。會否變成這種現象?

text: #PR如果常常都是所謂「會遇到無人理睬的情況」話，那麼en版的FA評選跟PR有什麼差別嗎?　難道沒有人會認為，原來en版的FA評選要和PR同時進行的，所以zh版應該照做嗎?　問題是：FA/FL/GA是可以和DYK一起，但不能和PR一起阿 囧rz...，是不是要把「不能和PR一起」也做修訂條文呢?

text: #en版的FA評選和ja版的DYK評選，其形式上會不會都跟PR「類似」；zh版的用戶又有多少百分比的人會能同意「將評選和PR結合」呢?

text: #可不可以也說「各種維基百科語言版本都有各自獨特的評選做法」呢?
replies: text: :因此還是那一句：「評選可能本身就存在無法解決的bug」。(＆)建議此串討論就只說可能存在的問題，如要提新提案的用戶還是新開一個討論串的好。況且那些所謂FA/FL/FP/GA，在各自主頁面也不會說質量如何，也只會說目前有「FA：681個，FL：177個，FP：182個和GA：1588個」吧?--Z7504非常建議必要時多關注評選（留言） 2019年7月25日 (四) 08:18 (UTC)
*现在的评审速度太快，有些票也太便宜。个人认为不论什么流程都可以，但每个评审应该有一段总结性评语。如果社群连总结性评语都写不了，就更不可能有能力评审GA了。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年7月26日 (五) 06:12 (UTC)
**恕直言：今天假設性的說FA/FL/FP/GA/DYK評選要結論出「總結性評語」（PR的問題不說，PR想要提早結束的話提名PR的用戶人可自行關閉），那要怎麼結論?　又是應由誰來結論，所有投票者、關閉討論者還是執行移動存檔者?　在zh版維基百科應該很難看到社群對總結性評語有共識。上面早早說了，共識是可以改變的，但「明確的共識」比「改變共識」難多了。那怎麼證明那些評選的總結性評語就是一個完美ending而不會有爭議呢，想必這是不太可能的。不只GA評選，其他評選也差不多結論而已吧?--Z7504非常建議必要時多關注評選（留言） 2019年7月26日 (五) 09:09 (UTC)
***谁给结论都行。问题是当前的社群水平根本做不到。评审无意义。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年7月29日 (一) 08:26 (UTC)
*我对制度改革的前景很悲观。如果条目评审的投票者大多不具备评审能力、没有足够的责任心、甚至没有检查过条目，如果认真负责、有能力鉴别条目的编辑不愿得罪人因而不发表反对意见，改为共识制以后，共识制的结果仍然是中游下游的条目被奉为优良条目甚至典范条目。即便有人愿意站出来说说难听的话，提名者拉几个人来支持支持也并不难，最后支持声大于反对声，只怕共识仍然是入选。
*楼主说改革的目标是“让优良条目发展的重心从数量转移到质量上来”。然而我粗略读了读，楼主提议的改革，似乎主要是为了解决某些条目因票数不足而未能当选的问题。并不觉得这样的改革可以提高优良条目的质量（票数不足，有时候是条目的主题太过冷僻、关注的人少。有的时候或许就是质量不过关，大家碍于面子不愿意投反对票吧）。提高质量应该是适度提高优良条目的门槛（在今日而言，认真执行优良条目标准或者典范条目标准已经是一件难事）。从近一年的优良条目和典范条目评审来看，中文维基的评审门槛已经很低了。现在的评审制度无法解决滥投的问题，改革可能也解决不了。重要的是有鉴别力、敢说话的评审人，而且要有很多。--如沐西风（留言） 2019年7月27日 (六) 16:56 (UTC)

text: :(？)疑問：

text: #假設按照當時的定義：「即使成文，查找起來也有困難，如果支持一方死纏爛打要求找出理由依據的共識，很可能出現無法找到的情況，大大提高投票門檻。」這一點不是沒有道理的。支持票現在都可以省略理由了，反對票呢?

text: #質量不過卻沒有反對票的原因，是否可以說原來zh版的評選和ja版的DYK「類似」呢?

text: #就算在此的GA評選中，所謂「即時不合標準」的問題，那要怎麼定義呢?　不好意思，提名程序只有說「仔細審閱提名條目，確認是否符合優良條目標準」，並無強調不符合標準的可以即時移動評選。要嘛就怪條文內容，要嘛就說上面已經說到的「明確的共識」比「改變共識」難多了這現象吧。現在評選只要沒有違反「同一個條目請勿在距上一次評選結束後不滿30天內重複提名」這個，似乎就算有效提名了。那有人要提議修訂條文嗎?

text: #「重要的是有鑑別力、敢說話的評審人，而且要有很多。」是可以啊，問題是那些支持票的人會否又有所謂「不合理反對票」、「抵銷票」之類的?　如何請很多有鑑別能力又敢說話的用戶來光顧評選呢?　這些似乎有時常在關心評選的用戶應該就可以漸漸有感覺吧；然而還有問題的是，所謂「共識制」也不可能說結果是「同時入選又同時落選」這種荒謬的結論吧?　為了要解決到底要算入選還是落選的問題，是否還要拿上面說的：「最後也不知道需要等多久才能決定進行移動存檔」以及「誰來做最後的結論」問題呢?　這些不叫做無法解決的bug叫做什麼?　老問題希望還是不要再一直強調的好，因為這些bug無法有一套解決的方式。
replies: text: :假如評選這麼有爭議的話，那就去問問維基百科其他用戶要不要把評選這東西給關門算了吧，不過應該也會有很多用戶反對維基百科將評選FA/FL/FP/GA的制度關門變成一個普通的百科全書。維持現有的N票門檻問題既不是最好的解，共識制也不是很好的解，還有人敢說自己在維基百科的提案就是「最佳方案」的嗎?--Z7504非常建議必要時多關注評選（留言） 2019年7月28日 (日) 01:53 (UTC)
replies: text: ::您是否可以给一些上下文，或者把观点讲得更清楚一点呢？第一点我没看懂您想表达什么。第二点，我不了解日文维基的DYK。第三点我仍然不知道您的主张是什么。第四条我仍然不知道绕来绕去想说的是什么。我的意思是这个改革并不能起到“提高优良条目/典范条目质量”的效果，反而会增大执行与维护的成本，可行性比现在简单粗暴的点票制度要差。如果改革解决不了什么问题，反而带来更多的问题，那么改革意义何在呢？--如沐西风（留言） 2019年7月28日 (日) 02:08 (UTC)

text: ::(：)回應：

text: :#支持票可以不用寫理由的提議之前就有通過了，不過還沒有聽到反對票可以不用寫理由甚至通過的提案。

text: :#這點印象是UjuiUjuMandan說的吧，假如ja版DYK都只有用支持票而沒有用反對票，那zh版跟ja版DYK有何差別?

text: :#「即時不合標準」現有條文也不用直接視為「 不合要求」，那有人要去寫新條文嗎；那如果是模板算「即時不合標準」嗎?　不但標準沒有提到「即時不合標準」等同「不合要求」，就連FA/FL/GA各個評選說明也沒有這麼說。自然而然還是只能等評選時間過了才能移動存檔，除了違反「同一個條目請勿在距上一次評選結束後不滿30天內重複提名」或者提名人撤銷提名這種的以外。

text: :#想說的是，既然支持票也有支持票的立場，反對的也有，假設性一個同時有支持和反對票提案通過的話，那這個提案在共識制要算通過嗎，還是不通過?　這樣不會構成「最後也不知道需要等多久才能決定進行移動存檔」以及「誰來做最後的結論」的問題嗎?
replies: text: ::以上，那有人還敢說N票門檻或者共識制度，甚至說自己的提案在維基百科就是「最佳方案」的嗎?　共識制融入投票制的想法只能說不錯而已，不能因此認為這提案就能簡單通過並改變現有的N票門檻。--Z7504非常建議必要時多關注評選（留言） 2019年7月28日 (日) 02:28 (UTC)

text: ::*日文DYKC的评审可以不用反对票正是因为他们基本没有中文维基百科这样的水票问题。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年7月29日 (一) 08:27 (UTC)

text: ::*還好zh版在DYK能用反對票。--Z7504非常建議必要時多關注評選（留言） 2019年7月29日 (一) 09:13 (UTC)
*話說上面提到的疑慮根本得不到解答嘛?　主要不是要問共識制的問題嗎?　所以共識制是不是最好跟投票制分開的好，減少負擔?　融入的話，種種問題就在上面都提到了阿，還有什麼問題還沒有提到?--Z7504非常建議必要時多關注評選（留言） 2019年7月29日 (一) 09:13 (UTC)

text: :如果再没有人回答我就打算关闭讨论了。--百战天虫（留言） 2019年8月2日 (五) 12:49 (UTC)
thread_title:  改变GA/FA/FL评选制度：共识制融入投票制 

message: 撤回提案；我提另一個。산모사 DC17GAC FLC 2019年8月5日 (一) 13:45 (UTC)
replies: text: 下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
----
原标题为：提議廢除DYKC的type參數
如題。Σανμοσα 2019年6月24日 (一) 09:36 (UTC)

text: 理由？另外，上面我說「不再倚賴type」的方法衹是在研究階段，連可行性都還不確定，現在提廢除根本言之尚早。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月24日 (一) 09:53 (UTC)

text: 同上。另外我還能夠想出一個反例，不過八字沒有一撇，先不提了。--春-{卷}-柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年6月24日 (一) 10:49 (UTC)
*不支持。无论如何把判断条目类别的逻辑全部硬编码到程序里不是好事情。设置参数的目的是为了合理控制上首页的条目的多样性。但是什么叫做“合理“并不是一成不变的。想象一下，如果某种类型X的条目平时不多见，但是偶尔由于活动突然涌现了一批X类型条目，那么临时限制一下X的流量是合理的；但是如果维基上突然出现一批X爱好者，每天贡献一半的DYKC提名，那么我们别无选择，只能将X细分。与其纠结“type参数该不该有这种问题”，还不如维护一个列表，告诉新手老手“type参数应该怎么填”。为了解决这个问题，只需要写一个单独的模块就够了，这个模块可以被DYKC提名页面的提示模板使用，以提示编者参数该填什么；也可以被DYKC提名模板使用，如果type参数不填或不合规范，则自动报错，不给显示内容；还可以产生信息供bot初始化，每次更新DYK前动态加载一次。同时如果DYKC的提名情况发生了变化也可以及时调整模块内容，而不必依赖bot操作者。--Antigng（留言） 2019年6月24日 (一) 19:55 (UTC)
*对于DYKC说明页和提名模板，这个模块的逻辑是很简单的，只需要告诉它们哪些参数能用就是了。但是对于bot来说情况就有点复杂了。想象一下当参数调整以后，bot并不知道当前DYK模板上的条目的类型在新参数下会被描述成什么，就可能出问题。一个解决方案是，将模块中的合法type参数实现为树，从根节点出发，逐步向下分类，每个节点包含一个或多个参数(别)名，并对每个参数名明确标识可以引用与不可以引用。这样:
#合并多个参数时，只需要将新的合并以后的参数设置为老参数所在节点的父节点，再将老参数标记为不可引用；
#拆分一个参数时，只需要为老参数所在节点设置子节点，并将所有老参数标记为不可引用；
#新增一个参数别名，只需要增加一个别名即可；
#删除一个别名，只需将别名标记为不可引用。
*于是bot只需要检查别名对应的节点到根节点的路径是否重合即可判断两个提名的条目参数是否重复。--Antigng（留言） 2019年6月24日 (一) 20:16 (UTC)
*然后可以再考虑复杂一点的情况，如果bot崩溃了，怎么知道当前DYK模板上的条目属于什么类型。一种解决方法是，强制DYKEntry模板加type参数，合法参数的列表仍然从模块取得。--Antigng（留言） 2019年6月24日 (一) 22:05 (UTC)

text: 我先說明一下為何我提議廢除DYKC的type參數：

text: #type參數的規範化沒有共識，使使用type參數維持多樣性的可行性降低（@-{Antigng}-：之前有过类近「维护一个列表，告诉新手老手『type参数应该怎么填』」的討論，但無疾而終，你可以問一問Cdip150為甚麼）；

text: #使用type參數維持多樣性未成為明文規定（@-{Antigng}-：之前也有过设使用type參數維持多樣性為明文規定的讨论，但也是無疾而終，你可以問一問Cdip150為甚麼）；

text: #1導致胡亂填寫type參數的問題也沒有對應規範，使使用type參數維持多樣性的可行性再進一步降低；

text: 綜上，type參數只對bot有用，卻對人無用，甚至為人帶來「type參數應該填甚麼」的困擾，所以我認為在1和2的前提下，type參數應該廢除。Σανμοσα 2019年6月25日 (二) 00:22 (UTC)
replies: text: :如果真的要保留type參數的話，type參數的規範化和將使用type參數維持多樣性定為明文規定缺一不可。Σανμοσα 2019年6月25日 (二) 00:25 (UTC)
*问题1、2、3一次性解决的方案就是利用技术手段限制错填的可能性。如果填错，就不给你显示任何东西，连问题都不显示，或者更极端一点，显示加粗加红的报错文字，我看谁还会填错。一个很明显的例子是，站内没闭合的noinclude模板比includeonly模板多多了，为啥？includeonly不闭合下边的内容全显示不出来，难看得要死，noinclude模板不闭连个警告都没。人是靠不住的，能用技术手段限制死的东西就要用技术手段限制住。于此同时，加大提报DYKC小工具的宣传力度，逐步引导新手老手采用半自动工具提报，既方便又安全。--Antigng（留言） 2019年6月25日 (二) 00:29 (UTC)
**User:Antigng但之前的討論中有人明確反對用這樣的手段（以至任何手段）限制，所以最終未能夠實行。我真的不是不想做，而是沒有共識基礎讓我做，所以現在我們要做的就是取得這方面的共識。Σανμοσα 2019年6月25日 (二) 00:32 (UTC)
***不想做无非是不方便呗。半自动工具做好了，难道不比手动提报方便？想想现在还有几个用户手动提CSD，AFD的。--Antigng（留言） 2019年6月25日 (二) 00:34 (UTC)
*要知道當初沒機械人的年代是由管理員親自決定哪2個條目不適宜同時上架，嚴格來說，分類的責任應該是管理員而不是編者，後來設立的type，當初也衹是給管理員在非常必要的時候才用，而不是給編者的要求（又或者說type的使用性質其實和hash和result那些一樣，是管理用途）。僅僅為了管理上的方便，要求編者連管理員負責做的事情也要做，就算您有一個表給編者選，其實也是變相把這種責任轉嫁編者，本身我就已經不見得合理，所以「強制DYKEntry模板加type參數」是我極反對的事情，因為這是在把責任推卸。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月25日 (二) 01:50 (UTC)
**在古早的年代没规则，DYKC的甄选到上架一系列流程全靠管理员完成，现在又是社群投票又是bot自动处理，难道是管理员推卸责任么？说到底，作为一个志愿者维护的协作计划，强行追究起责任来没什么意义。用“半自动工具的便捷”换“提报时加分类的举手之劳”，难道还不够么？--Antigng（留言） 2019年6月25日 (二) 02:11 (UTC)
***您提到的那些是社群在要求權利，而不是管理層主動下卸，條目內容必定是由社群中的人士寫的，所以社群要求投票甄選條目內容也要由社群自己負責，此乃正常不過的事；但是type我不見得也有這種特質。要求人家做對某事之前，請先想想人家本身有沒有責任或義務去做某事，如果人家沒有這責任或義務，您不能阻止他做錯。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月25日 (二) 02:26 (UTC)
****2007年以前也没有引用模板，用户写条目加个裸网址就OK了，现在怎么建议条目作者使用cite模板，还不建议使用裸网址呢？作为一个就是想写条目，不管来源的美观程度的用户，他又有什么义务扩充裸链接呢？作为协作计划，自动分担责任才是正常不过的事情，过分强调义务可不是。--Antigng（留言） 2019年6月25日 (二) 02:39 (UTC)
*****不同意這個比喻，一直以來編者本身是有義務避免裸連接，造模板的主要目的是為了方便他們避免，不是為了管理員省去責任。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月25日 (二) 04:22 (UTC)
******但我參考了之前的討論，也有為數不少的用戶同意規範化type，那就意味著他們願意把這個義務轉移到他們自己身上，那我看不到理由要阻止規範化。這可以說是我們普通用戶在減輕管理員負擔上的一個苦心。Σανμοσα 2019年6月26日 (三) 10:19 (UTC)
****** 又或許這樣說：我認為Cdip150反對規範化的原因是他非常熱愛管理員的工作，對此我表示非常理解。Σανμοσα 2019年6月26日 (三) 10:26 (UTC)

text: 其实既然用bot维护，那么type这个功能，为什么不能用专题来替代呢？根据条目所属专题的不同来区分条目类型是否会比较方便？（一个条目属于多个专题的话，所属专题相同的越少，则条目类型差异越大）毕竟type比较随意，而专题则相当固定。---{百無一用是書生}- (☎) 2019年6月25日 (二) 02:31 (UTC)
replies: text: :Shizhao的方案正正就是我在考慮中的其中一個辦法。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月25日 (二) 02:35 (UTC)

text: :专题似乎更麻烦：要求提名的用户给条目讨论页及时挂上专题评级模板。而且专题模板可以挂（很）多个，对bot制作者带来的麻烦大概也更大。--Antigng（留言） 2019年6月25日 (二) 02:39 (UTC)
replies: text: ::又想省事，又想规范，这本身就矛盾啊。---{百無一用是書生}- (☎) 2019年6月25日 (二) 03:43 (UTC)
replies: text: :::其實省事只限用戶參考type來選擇評選哪些條目和管理員如何排定上首頁的次序，規範才是我的主要目的。Σανμοσα 2019年6月26日 (三) 10:13 (UTC)

text: 为什么要把type变得更复杂呢。我觉得现在的type就可行，当然type规范化也很好，如果规范化还允许别名的话，是麻烦一些。另外我也不觉得type只是给机器人看的，人也可以看的。--1=0，欢迎加入WP:維基百科維護專題 2019年6月25日 (二) 02:38 (UTC)
replies: text: :规范化的一个好处是把分类存档的问题也解决了。过去Liangent-bot工作的时候只能把条目存进“未分类”里。--Antigng（留言） 2019年6月25日 (二) 02:42 (UTC)

text: :當上到時，type是不可見的，所以人是不可以看的。而且就算給您規範type，如果某條目仍同時符合了多個type，那一樣還是為編者帶來煩惱。這之所以我想找type的替代品，因為這根本還是在勞煩編者，縱使勞煩程度可能不嚴重亦不太想看到。在我而言，對編者要求做的事情越少越好。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月25日 (二) 02:56 (UTC)
replies: text: ::上边的有一条建议是把type加进模板里。如果愿意的话也可以让参数变得可见。显示效果例如：该类型对应的特色icon+分类名+冒号+问题。--Antigng（留言） 2019年6月25日 (二) 02:49 (UTC)
replies: text: :::讀者瀏覽首頁時才不會想理首頁上的條目是甚麼類！---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月25日 (二) 03:07 (UTC)
replies: text: ::::哈哈哈哈，我也这么想，不过我想的是评选的时候能看出是什么类就可以了。--1=0，欢迎加入WP:維基百科維護專題 2019年6月25日 (二) 03:12 (UTC)
replies: text: :::::評選時候看出甚麼類其實對評選來說沒有意義，至少不可能看到不對的分類就投反對票吧。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月25日 (二) 03:17 (UTC)
replies: text: ::::::有一定的参考价值吧。不一定是影响投票。--1=0，欢迎加入WP:維基百科維護專題 2019年6月25日 (二) 03:24 (UTC)
replies: text: :::::::不過如果不影響投票，實在不知道對評選有何參考價值。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月25日 (二) 03:33 (UTC)

text: :::::::其實某程度上會影響投票，用戶可以透過分類決定是否參與某些條目的評選，這樣可以避免妄論用戶不熟悉的題目（如果用戶自己認為屬於妄論的話）。Σανμοσα 2019年6月26日 (三) 10:06 (UTC)

text: ::::其實我認為在首頁加上分類也不是不可行，作用也是讓讀者選擇他們想看的條目的類型，也不是所有讀者也不想理會的。Σανμοσα 2019年6月26日 (三) 10:13 (UTC)

text: ::::還有，我認為規範化分類填寫後，可能需要訂立一些特殊的填寫規則，例如所有單一人士的條目全部必須設定為「傳記／人物」分類。Σανμοσα 2019年6月26日 (三) 10:16 (UTC)

text: 管理員看到兩個同類的條目，管理員自己把兩個type寫成一樣的字，便可以了，何必搞規範那麼複雜？所以不支持。--Opky9407（留言） 2019年6月26日 (三) 11:56 (UTC)
replies: text: :理論上，管理員不應隨意更改type，因為提名DYK的用戶填寫的type可能有特殊用意，這樣會引發編輯戰（我可能明白為何閣下經常和其他人發生衝突了）。另外，管理員也沒有責任更改type。Σανμοσα 2019年6月27日 (四) 10:22 (UTC)
兩天沒看，討論串就長了那麼多。我沒看完，只是想回應一下：
#之前提到的反例說的是這個，上面一堆重複type，下面一堆重複type。以前劉嘉經常撰寫颶風條目的時候，我認識的某些朋友曾經抱怨過首頁展示的內容比較單一，甚至創作了一首歪歌來調侃一下。FA/GA/FL每天只展示一篇，而且要是等到DYK沒有颶風條目才上去，估計就要等很久了，不切實際。由此可見type參數的用處。
#DYK的type參數沒錯是不可見的，也不影響投票——我不熟悉很多領域，不過看到嚴重的翻譯錯誤，我才不會管這條目是甚麼類別的呢。它最大的影響是條目的展示順序。
#Shizhao方案有一個盲腸，一個條目是可以歸入多個專題的。例如這個，最後是劃入文物，國際關係，浙江，還是日本呢？更別說不同用戶掛portal模板的習慣不一樣，比如我掛portal模板一般是按照各地圖書館的分類慣例，學科前、地域後，但是某些用戶的做法是相反的。
#要一般用戶記住分類法則較為繁瑣。之前曾經有個別用戶未經諮詢自行規範，不過可能會有人認為（至少我是這樣看）他是把自己的個人意志強加於社群。例如他把所有傳記類條目劃入biography類，但是我和街燈都不是這樣想（我之前手動更新的做法是：biography類不可重複，如果同一個時段要遇到另一篇不是biography類別的傳記條目，只要傳主從事的領域和已有的biography類條目的傳主不一樣，照樣更新。）。然而到互助客棧提到這話題的時候，街燈可能會認為這並不是強制要求，只是錦上添花，不需要規範。因此規範type參數這個話題，到最後總是不了了之。--春-{卷}-柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年6月26日 (三) 14:40 (UTC)
**我提出的这个方案，多类型的条目可以通过比对类型的相同度来判断条目类型上的差异。也就是说，所属专题相同的越多，类型越相近。这个方案可能比较会影响到的地方其实是分类归档这一块。---{百無一用是書生}- (☎) 2019年6月27日 (四) 02:07 (UTC)
**User:春卷柯南我的計劃是首先在社羣達成規範的共識，然後我製作一個規範讓社羣看看是否適合（可以審議時修改）。Σανμοσα 2019年6月27日 (四) 10:25 (UTC)
*或許這樣說：現在這個討論可能就是管理員和普通用戶之間搶工作來做，兩邊都是工作狂（笑），然後又有些管理員和普通用戶打算因而順理成章把於其而言過重的負擔拋給對方。我認為如果要達致規範的共識的話，工作狂類型的普通用戶和不希望有太重的負擔的管理員佔多數會是最好的狀態。Σανμοσα 2019年6月27日 (四) 10:31 (UTC)
*綜合在這裏(：)回應：首先要明白一個道理：我很窮沒有錢，您捐錢給我，是否等於我必須接受您的錢？如果人家都說了不需要幫忙分擔義務的話，再好的苦心也是多餘。「管理員也沒有責任更改type」是錯誤的說法，別忘記type是管理員自己搞出來的東西，自然就產生打理type的責任，所以管理員有責任決定是否需要作出修改（即俗語所謂「自己造了隻鍋出來，拆這個鍋也應該要自己擺平」）。另一方面，與春-{卷}-柯南的第2點意見類似，投票者本身就應該要閱了條目才決定是否投票，而不是看類型，條目內容不是所有東西都需要投票者事先對該範疇熟悉的（例如有否列明來源、是否侵權等基本要求），看類決定是否參與某些條目的評選本身就是不該有的投票態度，type的作用本身就不應該影響投票和閱讀的取態，之所以在展示條目時保持了一定程度上的神秘感，其實就是希望讀者無論對某類有沒有興趣都可以看一下條目。而且，我還未看到大家填type時有過甚麼特殊用意，從實務上多年的觀察，各位參選DYK的人無非都衹是抱着一種態度：「我能以我想要的問題和圖片把條目放到上首頁，就行了」，實際根本不會很想理type是甚麼。我甚至憂慮定立規範會是幫倒忙：首先可以預估得到在type的管理上多了一重掣肘，彈性變少（至少春卷提到的處理方法會變得可行性極低）；二來是type還不會直接影響評審結果的時候，強迫提名者一定要正確使用type可能會讓提名者生厭，甚至可能影響提名他人的意欲。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年6月27日 (四) 21:07 (UTC)

text: :那我只能支持廢除type，這次我不會讓步。Σανμοσα 2019年6月30日 (日) 13:59 (UTC)
replies: text: ::說到這裏，我和您已有一個共同的方向——type遲早也應該要放棄。不過，在未有替代方案出爐前，管理員暫時仍需要倚賴type來控制。還有請懂得分一下莊閒：type是管理員自行創製和負責打理的事情，是故管理員要怎樣用type和甚麼時候不用type，理應由管理員自行決定，除非證實管理員打理type時影響到大家寫條目和評審，否則讓不讓步其實還未輪到一般用戶來說。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年7月3日 (三) 09:58 (UTC)
===type的地位===
前期討論
我認為對於如何看待type的地位，要取決於站內的需要。我認為可以由以下幾個問題評估結論：
#DYK的存檔是否有按條目性質分類的必要？
#用戶是否時常有對於填寫type的煩惱？
#DYK條目上首頁除了受type影響外，還受甚麼因素影響（例如主編）？
#外文維基百科的DYK制度是否（曾）有類近設置？如無，則中文維基百科當初設置的原因為何？如有已廢除者，則廢除的原因為何？
以上。산모사 DC17 2019年7月11日 (四) 06:23 (UTC)
*我個人對於1和2的答案分別是否定和肯定的。對於3的答案，我認為還會受主編和通過時間影響。산모사 DC17 2019年7月11日 (四) 06:25 (UTC)
**這串討論概念上就有問題，準確的應該是取決於管理員的需要。關於分類存檔，FA和GA賦予了條目地位並須靠條目質量維持，但DYK沒有任何地位賦予（這之所以一個條目可以多次DYK），所以DYK分類存檔其實多餘，更新程序早已放棄不管。type是有煩惱，但別忘記本質上是管理員用，您們填type衹是協助性質，不是責任性質，有煩惱其實大可以選擇不填不協助，交回管理員自己決定是否填和怎麼填（所以小工具和提名說明設它為「必填」，其實並不正確）；而DYK條目除了資格和質素外根本不應受任何其他影響，實務上多年的觀察，參選DYK的人衹會在意條目能否上首頁，卻不會在意條目何時上首頁；條目評審時，正如上面所說，是閱了條目才決定投票，不應因主編是誰而投票；是故討論type有否帶來煩惱和上首頁受何影響，根本沒有意義。其他外語沒有機械式做法，自然也沒有type的設置，即使有同類避免的做法，也是管理員親自人手選擇哪2個條目分開上（也就是Cloudcolors時期的做法）。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年7月11日 (四) 07:47 (UTC)
***User:Cdip150閣下看來不明白為何我會提出這些問題：首先，閣下完全只從管理員角度，而不從提名條目的用戶的角度去想（提名條目的用戶其實也是type參數功能的用家，如果你是香港的管治者，香港的大規模遊行示威應該還是會爆發），而且更忽視了技術問題（下面我會提及）；其次，據我觀察，現時不會有≥2條同一人主編的條目同時上首頁DYKC，這樣是為了突顯type在決定條目上首頁的時間具有可替代性。閣下也完全未理解小工具的一些背景和現時模板的設定：理論上，提名模板必須填寫type，否則會顯示錯誤字樣（當然，如果有共識廢除的話，可以把這個字樣刪去）；管理員無視現實可是非常危險。산모사 DC17FLC GAC 2019年7月17日 (三)  10:00 (UTC)
****都說了這是管理員自設來方便自己的東西，提名人從來就沒有使用的責任和義務，自然就是衹從管理員角度來考慮（所以提名者根本不是用家；另外，香港是把義務加諸市民，但我這裏是避免把義務加諸提名者，所以您這個比喻完全是相反來說）。還有　閣下根本未了解DYKEntry模板的理念：「沒有填寫類型」其實衹是為了文法上較好看罷了，實際上它不是一種技術錯誤，故不是您口中所謂的「錯誤字樣」，事實上如果管理員預視得到不填type也不會導致2個同類條目上首頁的時候，的確是可以不填type的。其實討論到這裏，閣下已經朝了替代的方向來思考（因為閣下間接地提議以author代替type，縱然我認為這是因人設事而不太認同此方法，而且不同人可以寫同一類條目），是故與其探討type佔了甚麼地位，不如思考可能的替代方案可能還要實際。（最後澄清：機械人是不會因為author是誰而改變順序的，「不會有≥2條同一人主編的條目同時上首頁」的現象衹是碰巧而已）---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年7月17日 (三) 13:43  (UTC)
*****這並不能改變type的存留影響提名DYK的用戶的事實（因為他們不再能選擇填寫type）。提名DYK的用戶既受影響，則如果其他用戶很喜歡填type而反對廢除type，你仍不能因所謂的「這是管理員自設來方便自己的東西」而強行廢除type。我希望各位先前參與討論的用戶能對此分段作回應。산모사 DC17FLC GAC 2019年7月19日 (五) 08:51 (UTC)
*****而且，你在上面的言論也顯示了你自相矛盾：之前我說我提出的提案是為了幫忙卸下管理員的責任，你當時謂不許，現在你卻來拿走普通用戶de facto的責任（請注意：社羣絕大部分用戶都認為自己有責任填寫type，共識可以凌駕一個管理員的個人判斷）。산모사 DC17FLC GAC 2019年7月19日 (五) 08:57 (UTC)
******都已經說過type的存在是不影響評審亦不影響條目內容，加上上面已經說了從觀察上並未見有提名者在意過何時上首頁，所以提名者根本沒有受影響，故type的存在衹能考慮管理上是否有需要。您要明白：「喜歡」是一回事，「達到效果」是一回事，如果有方法可以不用type都能達到效果，那麼個人喜好根本不可能是考慮因素。還有de facto實際是「社羣絕大部分用戶都認為自己最好填type幫管理員一把」才對，才不是「社羣絕大部分用戶都認為自己有責任填寫type」。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年7月19日 (五) 09:27 (UTC)
*@-{春卷柯南、Antigng、Shizhao、Alexander Misel、Opky9407}-：我想知道五位的意見。산모사 DC17FLC GAC 2019年7月19日 (五) 09:00 (UTC)
*我對這四條問題的回答是：
#如果有機器人輔助，type參數對於分類存檔或許有幫助，但是不一定準確，因為沒有規範。就算沒有，分類存檔的工作也可以人手完成。（利益申報：我將來打算把整個DYK分類存檔砍掉重練。）
#我從來沒有聽過。
#影響DYK條目展示順序的因素除了type參數，還包括：一、提名順序（僅限已通過條目），二、／（後一個比較好做，因為有量化標準，前一個則需要跟主編協商，有時候主編或者插嘴的人態度惡劣，會把事情弄得複雜。），三、提刪程序／關注度程序。DYK模板大部分參數（包括author/nominator）對展示順序沒有影響。
#印象中除了中文維基百科，其他版本多數都沒有這樣做。要知道，中文版DYK很多制度都是只此一家（使用問題而非陳述，DYK模板的自動處理程序等等），其他版本大部分都不需要這麼多模板來走完整個程序，而且到最後展示順序很多時候是由管理員確定的。英文版沒有這個限制，不過有一條慣例：同時展示多篇美國條目／人物傳記條目是沒有問題的，不過在這個情況下，同類條目不可以超過4篇（一次共展示8篇）。--春-{卷}-柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年7月19日 (五) 09:41 (UTC)
*我的回答是：
#新推薦分類存檔是不必要的。新推薦與優良典範不同，優良和典範條目在當選後，質量仍要長期維持，維持不到便需要被複查重審，所以需要做分類方便各種範疇進行複查。但是新推薦是短暫性的，條目在當選後不會因為質量變差了而被複查重審，所以看不到新條目推薦有分類的需要。
#我也從來沒有聽過有煩惱，即便有煩惱不懂填，我也認為管理員代填便行了，況且管理員也已經說了實際上不會有參選人很想理type，管理員代填應該是不會引起參選人不滿的，至少沒見過這樣做發生了很嚴重的編輯戰。
#／／提刪程序／關注度程序要靠討論解決，而不需要靠討論的因素，除了type外應該沒有其它的。
#英文版看起來是管理員憑自己的常識來避免同類條目超過4篇，不需要參選人的幫助，其他的語言我沒深入了解。中文版呢，其實只要管理員協調得好，實在沒有必要設立規範限制普通用戶一定要選對的type，畢竟在道義上，管理員應該主動為大家服務，如果管理員主動想到比type更好的方法，完全不用參選人操心，相信大家也會支持。--Opky9407（留言） 2019年7月19日 (五) 13:06 (UTC)
----
User:Sanmosa似乎沒有新意見了？—— Eric Liu（留言．留名．學生會） 2019年7月28日 (日) 06:08 (UTC)
*Anyway，我看到現況是有利於廢除type的，所以現時研究的是廢除type後要如何產生hash。산모사 DC17FLC 2019年7月28日 (日) 06:16 (UTC)
**我有一個提議是back to classic，以條目名直接產生hash。산모사 DC17FLC 2019年7月28日 (日) 06:16 (UTC)
**@-{春卷柯南、Cdip150、Alexander Misel、Opky9407}-。산모사 DC17FLC 2019年7月28日 (日) 06:19 (UTC)
***用條目名來產生hash一直有在做。但是，首先要了解hash是些甚麼——因為「如果兩個雜湊值是不相同的（根據同一函數），那麼這兩個雜湊值的原始輸入也是不相同的」之特性，是故原始輸入的字元不同，所產生的hash都會不同；「條目名直接產生hash」，即意味着原始輸入是條目名，但條目名一定都是不同的，所以出來的hash都會不同，故此，以hash來判定哪2個條目分開上架，於hash的理論而言是技術不能實現的事。我的計劃是在現有的dyktool批核工具中加入次序調節的功能，我認為這個可行性較大，至於如何調節，我想應該交由精通技術的人員去想。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年7月28日 (日) 08:30 (UTC)
**我還有一個方法是：不再理會那些條目是那些類型，直接按時間次序上首頁。산모사 DC17FLC 2019年7月29日 (一) 03:02 (UTC)
***還是上次的觀念：不要想得兩極、非黑即白（「要麼就完全不煮，要麼就煮到全熟」），盡量展示不同類型最好是做，但這不代表要做到最好、管得太嚴。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年7月29日 (一) 03:32 (UTC)
----

text: 本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
thread_title:  DYKC的type參數 

message: 前期討論
我認為對於如何看待type的地位，要取決於站內的需要。我認為可以由以下幾個問題評估結論：
#DYK的存檔是否有按條目性質分類的必要？
#用戶是否時常有對於填寫type的煩惱？
#DYK條目上首頁除了受type影響外，還受甚麼因素影響（例如主編）？
#外文維基百科的DYK制度是否（曾）有類近設置？如無，則中文維基百科當初設置的原因為何？如有已廢除者，則廢除的原因為何？
以上。산모사 DC17 2019年7月11日 (四) 06:23 (UTC)
*我個人對於1和2的答案分別是否定和肯定的。對於3的答案，我認為還會受主編和通過時間影響。산모사 DC17 2019年7月11日 (四) 06:25 (UTC)
**這串討論概念上就有問題，準確的應該是取決於管理員的需要。關於分類存檔，FA和GA賦予了條目地位並須靠條目質量維持，但DYK沒有任何地位賦予（這之所以一個條目可以多次DYK），所以DYK分類存檔其實多餘，更新程序早已放棄不管。type是有煩惱，但別忘記本質上是管理員用，您們填type衹是協助性質，不是責任性質，有煩惱其實大可以選擇不填不協助，交回管理員自己決定是否填和怎麼填（所以小工具和提名說明設它為「必填」，其實並不正確）；而DYK條目除了資格和質素外根本不應受任何其他影響，實務上多年的觀察，參選DYK的人衹會在意條目能否上首頁，卻不會在意條目何時上首頁；條目評審時，正如上面所說，是閱了條目才決定投票，不應因主編是誰而投票；是故討論type有否帶來煩惱和上首頁受何影響，根本沒有意義。其他外語沒有機械式做法，自然也沒有type的設置，即使有同類避免的做法，也是管理員親自人手選擇哪2個條目分開上（也就是Cloudcolors時期的做法）。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年7月11日 (四) 07:47 (UTC)
***User:Cdip150閣下看來不明白為何我會提出這些問題：首先，閣下完全只從管理員角度，而不從提名條目的用戶的角度去想（提名條目的用戶其實也是type參數功能的用家，如果你是香港的管治者，香港的大規模遊行示威應該還是會爆發），而且更忽視了技術問題（下面我會提及）；其次，據我觀察，現時不會有≥2條同一人主編的條目同時上首頁DYKC，這樣是為了突顯type在決定條目上首頁的時間具有可替代性。閣下也完全未理解小工具的一些背景和現時模板的設定：理論上，提名模板必須填寫type，否則會顯示錯誤字樣（當然，如果有共識廢除的話，可以把這個字樣刪去）；管理員無視現實可是非常危險。산모사 DC17FLC GAC 2019年7月17日 (三)  10:00 (UTC)
****都說了這是管理員自設來方便自己的東西，提名人從來就沒有使用的責任和義務，自然就是衹從管理員角度來考慮（所以提名者根本不是用家；另外，香港是把義務加諸市民，但我這裏是避免把義務加諸提名者，所以您這個比喻完全是相反來說）。還有　閣下根本未了解DYKEntry模板的理念：「沒有填寫類型」其實衹是為了文法上較好看罷了，實際上它不是一種技術錯誤，故不是您口中所謂的「錯誤字樣」，事實上如果管理員預視得到不填type也不會導致2個同類條目上首頁的時候，的確是可以不填type的。其實討論到這裏，閣下已經朝了替代的方向來思考（因為閣下間接地提議以author代替type，縱然我認為這是因人設事而不太認同此方法，而且不同人可以寫同一類條目），是故與其探討type佔了甚麼地位，不如思考可能的替代方案可能還要實際。（最後澄清：機械人是不會因為author是誰而改變順序的，「不會有≥2條同一人主編的條目同時上首頁」的現象衹是碰巧而已）---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年7月17日 (三) 13:43  (UTC)
*****這並不能改變type的存留影響提名DYK的用戶的事實（因為他們不再能選擇填寫type）。提名DYK的用戶既受影響，則如果其他用戶很喜歡填type而反對廢除type，你仍不能因所謂的「這是管理員自設來方便自己的東西」而強行廢除type。我希望各位先前參與討論的用戶能對此分段作回應。산모사 DC17FLC GAC 2019年7月19日 (五) 08:51 (UTC)
*****而且，你在上面的言論也顯示了你自相矛盾：之前我說我提出的提案是為了幫忙卸下管理員的責任，你當時謂不許，現在你卻來拿走普通用戶de facto的責任（請注意：社羣絕大部分用戶都認為自己有責任填寫type，共識可以凌駕一個管理員的個人判斷）。산모사 DC17FLC GAC 2019年7月19日 (五) 08:57 (UTC)
******都已經說過type的存在是不影響評審亦不影響條目內容，加上上面已經說了從觀察上並未見有提名者在意過何時上首頁，所以提名者根本沒有受影響，故type的存在衹能考慮管理上是否有需要。您要明白：「喜歡」是一回事，「達到效果」是一回事，如果有方法可以不用type都能達到效果，那麼個人喜好根本不可能是考慮因素。還有de facto實際是「社羣絕大部分用戶都認為自己最好填type幫管理員一把」才對，才不是「社羣絕大部分用戶都認為自己有責任填寫type」。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年7月19日 (五) 09:27 (UTC)
*@-{春卷柯南、Antigng、Shizhao、Alexander Misel、Opky9407}-：我想知道五位的意見。산모사 DC17FLC GAC 2019年7月19日 (五) 09:00 (UTC)
*我對這四條問題的回答是：
#如果有機器人輔助，type參數對於分類存檔或許有幫助，但是不一定準確，因為沒有規範。就算沒有，分類存檔的工作也可以人手完成。（利益申報：我將來打算把整個DYK分類存檔砍掉重練。）
#我從來沒有聽過。
#影響DYK條目展示順序的因素除了type參數，還包括：一、提名順序（僅限已通過條目），二、／（後一個比較好做，因為有量化標準，前一個則需要跟主編協商，有時候主編或者插嘴的人態度惡劣，會把事情弄得複雜。），三、提刪程序／關注度程序。DYK模板大部分參數（包括author/nominator）對展示順序沒有影響。
#印象中除了中文維基百科，其他版本多數都沒有這樣做。要知道，中文版DYK很多制度都是只此一家（使用問題而非陳述，DYK模板的自動處理程序等等），其他版本大部分都不需要這麼多模板來走完整個程序，而且到最後展示順序很多時候是由管理員確定的。英文版沒有這個限制，不過有一條慣例：同時展示多篇美國條目／人物傳記條目是沒有問題的，不過在這個情況下，同類條目不可以超過4篇（一次共展示8篇）。--春-{卷}-柯南編輯數突破二萬 ( 論功行賞·刻石留名 ) 2019年7月19日 (五) 09:41 (UTC)
*我的回答是：
#新推薦分類存檔是不必要的。新推薦與優良典範不同，優良和典範條目在當選後，質量仍要長期維持，維持不到便需要被複查重審，所以需要做分類方便各種範疇進行複查。但是新推薦是短暫性的，條目在當選後不會因為質量變差了而被複查重審，所以看不到新條目推薦有分類的需要。
#我也從來沒有聽過有煩惱，即便有煩惱不懂填，我也認為管理員代填便行了，況且管理員也已經說了實際上不會有參選人很想理type，管理員代填應該是不會引起參選人不滿的，至少沒見過這樣做發生了很嚴重的編輯戰。
#／／提刪程序／關注度程序要靠討論解決，而不需要靠討論的因素，除了type外應該沒有其它的。
#英文版看起來是管理員憑自己的常識來避免同類條目超過4篇，不需要參選人的幫助，其他的語言我沒深入了解。中文版呢，其實只要管理員協調得好，實在沒有必要設立規範限制普通用戶一定要選對的type，畢竟在道義上，管理員應該主動為大家服務，如果管理員主動想到比type更好的方法，完全不用參選人操心，相信大家也會支持。--Opky9407（留言） 2019年7月19日 (五) 13:06 (UTC)
----
User:Sanmosa似乎沒有新意見了？—— Eric Liu（留言．留名．學生會） 2019年7月28日 (日) 06:08 (UTC)
*Anyway，我看到現況是有利於廢除type的，所以現時研究的是廢除type後要如何產生hash。산모사 DC17FLC 2019年7月28日 (日) 06:16 (UTC)
**我有一個提議是back to classic，以條目名直接產生hash。산모사 DC17FLC 2019年7月28日 (日) 06:16 (UTC)
**@-{春卷柯南、Cdip150、Alexander Misel、Opky9407}-。산모사 DC17FLC 2019年7月28日 (日) 06:19 (UTC)
***用條目名來產生hash一直有在做。但是，首先要了解hash是些甚麼——因為「如果兩個雜湊值是不相同的（根據同一函數），那麼這兩個雜湊值的原始輸入也是不相同的」之特性，是故原始輸入的字元不同，所產生的hash都會不同；「條目名直接產生hash」，即意味着原始輸入是條目名，但條目名一定都是不同的，所以出來的hash都會不同，故此，以hash來判定哪2個條目分開上架，於hash的理論而言是技術不能實現的事。我的計劃是在現有的dyktool批核工具中加入次序調節的功能，我認為這個可行性較大，至於如何調節，我想應該交由精通技術的人員去想。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年7月28日 (日) 08:30 (UTC)
**我還有一個方法是：不再理會那些條目是那些類型，直接按時間次序上首頁。산모사 DC17FLC 2019年7月29日 (一) 03:02 (UTC)
***還是上次的觀念：不要想得兩極、非黑即白（「要麼就完全不煮，要麼就煮到全熟」），盡量展示不同類型最好是做，但這不代表要做到最好、管得太嚴。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年7月29日 (一) 03:32 (UTC)
----
replies: text: 本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。</div>
thread_title: type的地位

message: 完成，無異議，Dannylee0417的票視同有效票--Z7504非常建議必要時多關注評選（留言） 2019年8月8日 (四) 16:23 (UTC)
replies: text: 下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
----
此帳號剛剛被查出是傀儡，是否需要votevoid他的GA/FA/FL/DYK/FP投票？@-{Sanmosa、Z7504、Cdip150、春卷柯南}-：--Cohaf(talk) 2019年8月5日 (一) 15:45 (UTC)

text: 按過往經驗，把所有傀儡換算為本體後，他的第一票視為有效，第二票及以後的才無效；但如果投票項目的得益者為本體，且投票項目本身有規定不能對自己投票時，則他投的全部票都要作廢。也就是說：GA/FA/FL可計他的第一票有效，但DYK/FP就要視主編者是否為他本人而定：如果主編是他，全部作廢，否則如果主編不是他，可計他的第一票有效。詳細點票方法詳見Template:Sockvotedupf的說明。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年8月5日 (一) 15:58 (UTC)
replies: text: :@-{Cdip150}-：謝謝說明，我查了全部評審頁面，他投票頻繁，但沒有其他傀儡帳號重複投票，或投票自己的條目。請閣下覆核（可能會漏了，雖然檢查了幾次）。謝謝您。--Cohaf(talk) 2019年8月5日 (一) 19:05 (UTC)

text: (？)疑問@-{Cohaf}-：那麼他投的票理論上是不是都有效?--Z7504非常建議必要時多關注評選（留言） 2019年8月6日 (二) 11:36 (UTC)
replies: text: :@-{Z7504}-：好像按街灯君的话是有效的？--Cohaf(talk) 2019年8月6日 (二) 11:42 (UTC)
replies: text: ::以目前的重新點票結果來看，應該全部都還有效。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年8月8日 (四) 02:10 (UTC)
----

text: 本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
thread_title:  [[User:Dannylee0417|Dannylee0417]]大量投票評審問題 

message: 所有後續處理完成。산모사 DC17GAN FLN 2019年8月11日 (日) 14:32 (UTC)
replies: text: 下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
----
我建議以後可以不强制提名人填寫type，並容許任何人更改type而不影響hash（但禁止清空）。산모사 DC17GAC FLC 2019年8月5日 (一) 13:47 (UTC)

text: 其實，從來都沒有強制過提名人一定要填type（見Wikipedia:管理員/管理員的一天#批核條目：「type = 条目类型（选填……）」，以及Template:DYKEntry#用法也指出type僅為建議），是個別用戶不明就裏把提名小工具和提名指示擅自設為必填罷了。另外，也從來沒有禁止過type的更改。所以這個提案基本上沒有改變現狀。但禁止清空是無謂的，因為如果預視到某個條目可以不需要type時，為何不能清？而且就算有人清空了，如果管理員認為有需要時，也大可以自行補回，別忘記type是管理員負責控制的事宜。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年8月5日 (一) 15:17 (UTC)
replies: text: :User:Cdip150一、我的意思是要更改template和小工具設定；二、允許清空會導致編輯戰，有人認為不需要的同時也會有人認為需要。산모사 DC17GAC FLC 2019年8月6日 (二) 04:32 (UTC)
replies: text: ::一、小工具可直接通知作者修改為現有的選填現狀，template本身沒有提示錯誤所以不用改（注意「沒有填寫類型」並非錯誤訊息）。二、由於實務的觀察上無人在意type，而事實上清空也是修改的其中一種，既然修改也未見到有任何編輯戰時，清空也未見得有嚴重的編輯戰可能，即使將來發生，現有的編輯戰方針已可足以應對。其實如果依照　閣下邏輯，那其實也會發生有人認為是A類的的同時也會有人認為是B類而發生的編輯戰，但實際上至今沒有發生過此種編輯戰，故清空會造成嚴重編輯戰的推論，實務的角度來看並不成立。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年8月6日 (二) 05:30 (UTC)
replies: text: :::清空和一般修改是兩回事：一般修改之下type仍存在，清空之下type就會沒掉，有與無的分別很大。DYKC頁按編輯戰方針處理，要麽封人（或WP:BAN），要麽全保護；管理員通常都是采取後者，但後者不能用，前者也不是隨便就能用的。另外，「沒有填寫類型」雖非錯誤訊息，但也很礙眼，去掉會更好。산모사 DC17GAC FLC 2019年8月8日 (四) 00:49 (UTC)
replies: text: ::::如果可以預期被清空的某個type與當前展示的不會造成嚴重的類型衝突，事實上有與沒有type的分別不大，別忘記type是管理上的需要，有沒有分別要看管理上預期執行的效果而定，而不是一刀切說清空就一定有分別。就算真的有用戶因此發生編輯戰，由於type是管理上的需要，管理員絕對可以到時指定某個type是否要填和怎樣填，而出於管理需要而作出的編輯通常是不應回退的，否則會被視為妨礙管理員工作，故此不用保護不用封禁便可解決，要是之後還要執意把管理員的管理動作回退的話根本是自找封禁。「沒有填寫類型」的確可有可無，要移除的話我沒有意見。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年8月8日 (四) 01:29 (UTC)
replies: text: :::::還有一個問題是：你這樣做會留下破壞的缺口。我估計如果按你的方法，有人會惡意把所有type清空，你可能不需要依賴type，但其他管理員可能需要；你還是需要顧及其他管理員的。산모사 DC17GAC FLC 2019年8月8日 (四) 07:58 (UTC)
replies: text: ::::::惡意清空這交給WP:VIP就行，而且是否惡意清空管理員通常都能看得出來，不需要特別一刀禁止。如果有管理員對某個type要怎樣填有不同意見，管理員之間協調便可，多年來的經驗告訴我們：管理員之間在type上的協調沒有出過大問題、沒有發生過編輯戰或車輪戰。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年8月8日 (四) 08:06 (UTC)

text: ::::::我不是想說「看不看得出來」，而是想說「惡意清空type的後續麻煩」；你未必能成功revert惡意清空，如何回復原狀是一個問題。雖然是可以de facto禁止，但寫出來總比不寫好，你總也要考慮其他管理員對同一條文的解讀會有不同。산모사 DC17FLN 2019年8月9日 (五) 01:53 (UTC)
replies: text: :::::::要這樣理解的話，那就算禁止也是徒然，因為惡意破壞者才不會理會規則是甚麼，一樣照樣會惡意清空，一樣會有後續的麻煩。這樣的禁止其實無助解決惡意的問題。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年8月9日 (五) 02:00 (UTC)
replies: text: ::::::::User:Cdip150其實可以設置過濾器阻擋（順便擋掉把type全改成同一個的edit）。산모사 DC17GAN FLN 2019年8月10日 (六) 08:37 (UTC)
replies: text: :::::::::唉……您真的想得美，如果過濾器是行的話，我應該一早設置了阻止清空question參數的過濾器啦～，事實上早期是有想過設置這樣的過濾器，可惜最終行不通。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年8月10日 (六) 17:31 (UTC)
replies: text: ::::::::::有沒有相關討論連結？산모사 DC17GAN FLN 2019年8月11日 (日) 04:26 (UTC)
replies: text: :::::::::::沒有討論連結，因為都是幕後測試，而試驗結果並不理想——很容易有錯判且太難解決，而且考慮到如果破壞者惡意胡亂添加提名（過濾器現在也無法判斷新增的提名內容是否正當），一般用戶也無法立即回退（因為回退的一刻也是在清空各個參數）。所以如果今天有人清空question，還是要手動地見一個退一個。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年8月11日 (日) 13:27 (UTC)
不如先回到這個問題：“容許任何人更改type而不影響hash”技術上做到嗎？산모사 DC17GAN FLN 2019年8月10日 (六) 08:37 (UTC)

text: 現在本身已經是這樣做：一是規則本身並未禁止type的任何更改（包括清空）；二是無論怎樣改type甚至改為無，hash都是不會變的；所以“容許任何人更改type而不影響hash”其實一直都在實行中。如果提案沒有帶來任何實質改變，而以現在的規則已經能夠維持日常運作的話，實在不想再動DYKC的規則，這裏我還是希望保持最少量的規則。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年8月10日 (六) 17:31 (UTC)
replies: text: :如果情況是這樣的話，現在要做的就是更改template和小工具設定了。有沒有人知道小工具是誰寫的？산모사 DC17GAN FLN 2019年8月11日 (日) 04:26 (UTC)
replies: text: :: User:Sanmosa和User:Cdip150小工具是我写的。我当时是参考的 DYKC 页面的编辑提示，里面说 type 参数是必填。既然现在文档之间都不太统一，我想等等看有没有其他意见，到这个串讨论差不多该存档的时候再说。 --砜中嘌呤的白磷萃取 打谱 2019年8月11日 (日) 11:32 (UTC)
replies: text: :::所以我說那個提名指示是錯的，已改正，另已不再顯示無類型。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年8月11日 (日) 13:27 (UTC)
----

text: 本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
thread_title:  DYKC type參數的處置 

message: DYK目前雖然有機制讓票數不足的條目有較長時間可以讓用戶投票，但是在這種情況下仍然不時出現因票數不足而落選的情況（三票支持最為可惜）。我自己也提名過相當多次DYK，僅因票數不足而落選的經驗比比皆是，這對於新手或老手來說都不是一件好事。鑑於DYK大多數只能選一次，而且有時限等問題，因此我建議修訂DYK規定，將投票時間延長至提名條目達四票或以上為止（無論支持還是反對），相信有助改善不夠票落選的情況，也可以促進用戶之間表達意見。在此希望得到各位的意見，謝謝。—AT 2019年7月12日 (五) 14:59 (UTC)
replies: text: 我有好多次2票失败。有几个看法，一，可以3票没有反对通过，就类似关注度30天降低14天，4票至3票，但那儿的反对应该也适用。有坏吗？有数据吗？我会说有。另一个方法是提交1个DYK，投其它4个，QPQ，为了新手前5条免。但可能太多暴力。一直延长也不是办法，新条目可能变成旧条目，机器人可能无法负担。我也不懂应该如何？--Cohaf(talk) 2019年7月12日 (五) 15:36 (UTC)
replies: text: :看起来好像脑内声音XD🤪 ✪]]</span> 2019年7月12日 (五) 15:55 (UTC)

text: 閣下的原意是很好的，不過我覺得始終要有一個最大時限，不能說一直衹有三人以下投票就可以無限拖下去，構成積壓；而且Cohaf的降票方法易惹不公詬病，不太可取。敝人建議是票數要求不改，在現有的「4+3」的限期基礎上再稍作放寬，如改為以下程序：

text: 投票期限：

text: *基本投票期為4天。

text: **當基本投票期屆滿時，如獲得中選所需的最低支持票數或以上，投票即會結束並獲通過。否則，投票將進入第一延長期，為期3天：

text: ***當第一延長投票期屆滿時，如獲得中選所需的最低支持票數或以上，投票即會結束並獲通過。否則：

text: ****如總有效票已達4票或以上，投票即會結束並以落選論。

text: ****如總有效票未達4票，投票將進入第二延長期，為期(X)天：（註：(X)我建議最好是3天）

text: *****當第二延長投票期屆滿時，投票必須結束；如獲得中選所需的最低支持票數或以上則獲通過，否則以落選論。

text: 如何？---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年7月12日 (五) 16:11 (UTC)
replies: text: :4+3+3--Cohaf(talk) 2019年7月12日 (五) 16:27 (UTC)
replies: text: ::是。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年7月12日 (五) 16:33 (UTC)

text: ::(＋)-{支持}-好過沒有、聊勝於無--Cohaf(talk) 2019年7月12日 (五) 16:35 (UTC)

text: 積壓我是覺得還好，畢竟只要多一至兩個人願意投票的話便可以解決。雖然再多三天是聊勝於無，但是這也不代表就一定夠票，因票數不足而落選的問題仍然沒有得到實質的解決。—AT 2019年7月12日 (五) 16:35 (UTC)
replies: text: :在DYK未有時限制的時候，因不夠票而積壓超過三週的情況是有招惹過不滿的，所以才出現了4+3制度。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年7月12日 (五) 16:55 (UTC)

text: :我偶爾才會提報DYK，最近還有幾次是剛好四票通過的，不過我比較建議維持目前的4+3，若一定要修改，較支持Cdip150提的4+3+3。--Wolfch (留言) 2019年7月13日 (六) 09:44 (UTC)
replies: text: ::我覺得可能要換換方法。例如票數不足的提名以高亮顯示（或粗體之類），讓用戶較易看到，從而增加投票意欲，4+3+3固然我也支持，但是需要更加針對性的方法才可以解決票數不足而落選的問題。—AT 2019年7月13日 (六) 14:37 (UTC)
replies: text: :::以往舊點票機械人還在運行的時候就已經有類似的方法：夠票和未夠票的提名開頭是有勾號與否的標識之分，但三票落選的情況還是不時出現。而現在也有些活生生的例子：7月7日有兩個即將完結的提名——韩爱萍（2票支持，0票反對，7月7日至今之瀏覽量：105）和圣苏西宫（5票支持，0票反對，7月7日至今之瀏覽量：113），顯然這兩個條目都有相若地被檢閱，但是票數仍出現落差。所以票數不足而落選的問題，「較難看到」在我看來未必是主因。反而應該再深入了解一下為甚麼某些條目會有人不想投票，才好對症下藥，亂用方法我是擔心會助長不良的刷票風氣，畢竟我們投票應是仔細看完條目才投，而不是看着票數多少來投。我們應該做的是引導大家多為符合質量的條目投票，而不是引導大家有理無理為不夠票的條目投票。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年7月13日 (六) 16:14 (UTC)
replies: text: ::::我認為有一些條目票數不夠的原因是一些人覺得它並不是太達標，但有不至於投反對票（其實很少會投反對），而又覺得投中立過於無謂，這也可能是一些條目票數特別少的原因。-【和平至上】💬📝 2019年7月13日 (六) 17:18 (UTC)。月

text: ::::我不知道有沒有關係，但是您提過之後，現在韓愛萍已經夠票了。而且，我覺得韓愛萍其實比一般DYK寫得還要好，不夠票很大程度應該是源於投票用戶對該主題沒有趣。我的見解是就算是冷門主題，也不應該因為單純其他用戶沒興趣投而落選。同樣達標，但有些落選，有些通過，我覺得這比刷票問題還要嚴重許多，我認為DYK畢竟門檻較低，而且一次性，因此比重上應該側重於如何增加投票率，這樣才能解決問題。—AT 2019年7月14日 (日) 14:48 (UTC)

text: 无怜悯。如果过了最长限期仍不足票数，那就是条目的问题。不是应该继续抬进去。这种想法，还不如不要投票了，直接报备就是了，何必报批？——路过围观的Sakamotosan | 避免做作，免敬 2019年7月15日 (一) 02:47 (UTC)
replies: text: :有時的確是條目本身有問題，但是與此同時也有情況是條目本身沒有問題，只不過是單純地票數不足。—AT 2019年7月15日 (一) 05:51 (UTC)
replies: text: ::条目质量无问题有可能是主观感觉，当然，还是引用一句：“运气也是成功的一部分。”有时候如果你的DYK不足够引起注意没有被投票的话，那就只能说总有些东西缺失吧，即使是DYK本身被提过水票不少了。BTW，我也是见DYK的项目如有有感兴趣才细读再投票。——路过围观的Sakamotosan | 避免做作，免敬 2019年7月15日 (一) 09:09 (UTC)
replies: text: :::在我看來這就是冷門主題不受關注，導致同樣達標的情況下，出現冷門落選，熱門當選的不公情況。我不認為這是一件好事。—AT 2019年7月15日 (一) 09:25 (UTC)
replies: text: ::::這是一個很難搞的問題。我得說冷處理是不得罪人，又可以阻止劣質條目的方法之一。--Temp3600（留言） 2019年7月16日 (二) 23:22 (UTC)
replies: text: :::::这是一个现实的做法，尽管冷处理仅仅能对应少数的劣质条目而已。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年7月17日 (三) 08:23 (UTC)

text: 当前规则下一个被证明行之有效的方法：继续编辑，延展编辑期，再次推荐。虽然很不优雅，我个人也不喜欢，但是社群认同。不建议做什么规则上的改变。你要么相信投票者都是体面而且负责的人，要么取消一般人的投票资格。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年7月16日 (二) 02:00 (UTC)

text: 有一个辦法是自己邀请其他用户參与特定条目的评審，但有可能请回来反对票（如果主編的目的僅是上首页的話）；这句话GA/FA/FL也適用。산모사 DC17FLC GAC 2019年7月17日 (三) 12:04 (UTC)
replies: text: :WP:拉票。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年7月18日 (四) 01:12 (UTC)
replies: text: :: 我的經驗是：我曾經試過這樣做，然後請回來了一些有評審意見的中立／反對票，我其後根據評審意見改善了條目。산모사 DC17FLC GAC 2019年7月19日 (五) 09:04 (UTC)
replies: text: ::: 为了条目质量，本来就应该请可能投反对票的人来评审，而不是请和自己友善的人来评审。当然了，我说这个有什么用呢。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年7月22日 (一) 01:18 (UTC)

text: : 技術上可以透過措辭讓他看起來不是拉票，不過事實上⋯⋯ —— Eric Liu（留言．留名．學生會） 2019年7月18日 (四) 01:34 (UTC)
replies: text: :: 措辞不过是表面形式，对实质没影响。当然了贵维基百科社群连骂人都无法分辨，更何况拉票了。适当的邀请是好的：例如邀请相关领域比较擅长的维基人评审。而邀请和自己在人际关系上比较熟悉，但在领域内容和方针上并不特别熟悉的维基人参与评审则属拉票。（邀请和自己在之前的评审中有过不同意见的维基人则是非常好的。）那么问题来了，第一怎么知道相关领域谁比较擅长，第二有些领域如果确实比较冷门，少有人熟悉，怎么办。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年7月18日 (四) 03:07 (UTC)
replies: text: :::一個補救方案是:社群選出一批"優秀編輯"並給予他們在這種特殊情況下的裁量權。--Temp3600（留言） 2019年7月19日 (五) 19:09 (UTC)

text: :::這恐怕爭議更大。—AT 2019年7月20日 (六) 10:48 (UTC)
replies: text: ::::這個問題就沒有完美的答案嘛。--Temp3600（留言） 2019年7月20日 (六) 14:51 (UTC)

text: ::::所以我的看法是你维社群共识不行，评审的严肃程度不行，所以在流程上做那种修改基本没有正面影响。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年7月22日 (一) 01:20 (UTC)

text: 在下想說的是：主編難道會不知道他寫的是冷門條目嗎？主編難道會不知道冷門條目比較不容易入選嗎？如果這兩個問題都知道的話，為什麼主編還要寫冷門條目呢？敝人想到的唯一理由就是，他有比較高的節操與奉獻精神，他願意為知識服務、為維基服務，而不只是為了個人的DYK分數著想，那又何必為他不平呢？寫冷門條目根本不是他的責任與義務，但是他卻選擇寫了呀！他為什麼要寫呢？

text: 再說冷門與否其實很主觀，你既然敢提DYK，自然就會有人看一看，就算是自己不熟悉的範疇，只要寫得行文流暢、有憑有據、中立客觀、分類恰當、分段良好，還是會投你一票的。-游蛇脫殼/克勞棣 2019年7月20日 (六) 15:51 (UTC)
replies: text: :始終不同人各有所長和興趣，不是所有人都擅長寫熱門主題或對其有興趣的。因此，就算「有比較高的節操與奉獻精神，他願意為知識服務、為維基服務」，也不代表不值得得到同樣的待遇，反過來說就算不大力鼓勵，也應該一視同仁，以免僅餘的意志被消磨下去。另外，當然很大程度上不論冷門熱門，寫得好的條目還是會過的，但是仍然會有極少量條目是寫得好，僅因票數不足而無法通過。以我自己來說，約有20篇條目屬於這種情況，當然比例上不算是很高（佔我的DYK只是約3%），然而既然符合標準，我還是盡可能希望有辦法保障這些條目，也希望避免因為無故落選而打擊到用戶的寫作意欲的情況出現。—AT 2019年7月20日 (六) 16:09 (UTC)
replies: text: ::可是，學習並非「只是」為了考試成績，同樣地，寫維基條目也並非「只是」為了累積入選DYK次數啊！而學習尚且可能有老師父母逼你，寫條目又沒人逼你。況且，世上絕少有不勞而獲之事，卻多有勞而不獲之事，而目前所有的DYK入選標準本就是必要條件，而不是充分條件，在下當然樂見能有更完備卻又不過度複雜的機制使之趨向充分必要條件，但就算沒有，也不是那麼嚴重，世事本非努力就必然成功的。-游蛇脫殼/克勞棣 2019年7月20日 (六) 16:58 (UTC)
replies: text: :::當然大多數用戶也不會因為一次半次無法入選而放棄提名DYK，我提出修例只是希望盡可能讓維基人的努力得到回報而已，如果您有同樣的經驗的話，相信您能夠理解我的意思。況且，您也贊同需要更好的制度，在這一點上我不認為我們之間有分歧，至於解決問題的方法是什麼則需要社群共同探討。—AT 2019年7月22日 (一) 13:18 (UTC)
replies: text: ::::這樣做我提名失敗的條目也不會中啊...，倒不如堅持現在的形勢，讓編者更加努力。 --無心*插柳*柳橙汁 2019年7月22日 (一) 14:31 (UTC)
replies: text: :::::「這樣做我提名失敗的條目也不會中啊」請問這句話是什麼意思？—AT 2019年7月23日 (二) 14:54 (UTC)
replies: text: ::::::就是有提名但票數不足，我覺得目前7天OK，畢竟門檻在這裡，編輯想上首頁就需要注意條目的品質(或是夠不夠引人注意)，現在的舊至新排列就是個很好的方法。 --無心*插柳*柳橙汁 2019年7月29日 (一) 07:36 (UTC)
*其實之前客棧有一個很好的提案，是DYK提名改為由舊至新排列（似現在的優特提名排列一樣），而不是新至舊排列，大家可以考慮一下。當然，我也不反對改為4+3+3，但會不會考慮一下其他加法（例如4+4+4、4+3+7，etc.）？산모사 DC17FLC 2019年7月28日 (日) 06:24 (UTC)
**同意改為由舊至新排列，而且這更貼近Wikipedia:討論頁指引：「在頁面的最下方開始新的討論主題」。至於期限，我是不太希望總數超過10天。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年7月29日 (一) 04:22 (UTC)
** (＋)-{支持}-改為由舊至新排序。—— Eric Liu（留言．留名．學生會） 2019年7月29日 (一) 07:33 (UTC)
**(＋)-{支持}-。 --無心*插柳*柳橙汁 2019年7月29日 (一) 07:36 (UTC)
**雖然不完全是我所希望的修訂，但是我也不期求一步到位，逐漸調整也是一條出路。所以，我也(＋)-{支持}-舊至新排序和十日方案。—AT 2019年7月29日 (一) 08:17 (UTC)
**(＋)-{支持}-由旧到新排序。对十日方案中立。顺带一提，日文的DYKC还真就是这么干的。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年7月29日 (一) 08:41 (UTC)
*无意间看到这个讨论，我在想若有dykc因“内容冷门”而落选，则是不是说明问题其实不在评选流程，而是dyk圈子太小呢？即若有足够多的人参与dyk，那么理想情况下评审人群应能覆盖各类内容（包括所谓“冷门内容”）。那么可能的解决办法也许包括“吸引更多人参与dyk”。即若一个用户编辑次数达到某一数量，或创建（未被删除的）条目达到某一数量，则向其发送消息邀请其参与dyk。当然我不知道此前是否有人提过类似提议，也不清楚技术上是否可行（或难度多大）。至于上面的提议我(＋)-{支持}-由旧到新排列，对延长投票中立。——啦啦啦巴拿马（留言） 2019年7月29日 (一) 18:47 (UTC)
*支持延长投票（4+3+3）和讨论顺序改为从旧到新（还可以避免有新提报时产生编辑冲突，我觉得VIP也该改）--及时雨 留言  2019年7月30日 (二) 09:00 (UTC)
*(＋)-{支持}-從舊到新，其餘無意見。--2015leon（論·獻） 2019年7月30日 (二) 16:29 (UTC)
*(＋)-{支持}-旧先放--Cohaf(talk) 2019年7月31日 (三) 09:30 (UTC)
*(？)疑問：所以有多少DYK在7天內湊不到淨支持4票而落選要改成10天?　希望不要再拿「共識制融入投票制」這個問題一併討論，共識制這個討論看來是有明顯存在問題的。所以希望此次討論可以落實「共識」新的評選DYK期限問題，而非一直斟酌在票數上。期限再長，如果沒有人來投票，就會像那個討論說的一樣「有時候冷門時段沒人光顧」這個問題。希望@-{百战天虫}-可以考慮去結論或關閉那個「共識制融入投票制」討論了，看來沒有什麼人願意討論那些（又或者已經知道都是評選中無法解決的bug）問題了。--Z7504非常建議必要時多關注評選（留言） 2019年8月2日 (五) 12:08 (UTC)
**User:Z7504現時的風向似乎改成了排列改為舊到新，而不是再延長投票期。산모사 DC17GAC FLC 2019年8月8日 (四) 00:55 (UTC)
*如果排列改為舊到新有共識的話，由於只牽涉排版，就麻煩管理員看一下頁面設定是否能這樣更改了（我指的是測試可行性）。我打算幾日内公示。산모사 DC17GAC FLC 2019年8月8日 (四) 00:55 (UTC)
**為免動員令期間大量條目參選時改變結構而發生大量混亂，最快也應等到動員令結束後的較為冷清的期間進行。以動員令於9月8日結束、最遲的一個條目可能於9月15日提名，預估最快可以於9月16日進行改版。本人的半自動處理程序技術上可以更改清理次序（純粹地由最底開始清理改為最頂開始清理）。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年8月8日 (四) 04:26 (UTC)
***同意；反正屆時通過了以後，還需要在DYKC出告示，我索性建議9月16日進行改版。산모사 DC17GAC FLC 2019年8月8日 (四) 07:52 (UTC)
***不過，我認為再增加3日延長期的方案仍然可以繼續討論。산모사 DC17GAC FLC 2019年8月8日 (四) 07:53 (UTC)
*話說，可不可以麻煩管理員趕快處理「李旦福」這個條目的存廢問題?　都過3個月了，如果通過了還沒處理好豈不是不知道是否要將此排版?--Z7504非常建議必要時多關注評選（留言） 2019年8月10日 (六) 13:54 (UTC)
*(？)疑問@-{Cdip150}-：「如總有效票已達4票或以上，投票即會結束並以落選論。」這好像是錯字，應該是當選吧 囧rz...，結果過了一個多月才發現--Z7504非常建議必要時多關注評選（留言） 2019年8月17日 (六) 14:29 (UTC)
**沒有出錯，請注意是「總有效票」（即支持和反對合計）而不是「淨有效支持票」。舉幾個例說明一下——第七天到期時：4支持0反對→當選，5支持1反對→當選；3支持1反對→落選，2支持2反對→落選；3支持0反對→再延長，2支持1反對→再延長。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年8月18日 (日) 06:36 (UTC)
*支持，此前也见到过有些条目，论质量可达DYK，但因内容无关政治，无关夺人眼球之事，且无人奔走呼票而落选，确实有点遗憾。--JuneAugust（留言） 2019年8月18日 (日) 15:53 (UTC)

text: 我正式動議DYKC在9月16日進行改版，使DYKC改為舊到新，現公示7日。Sanmosa DC17 GAN 2019年8月27日 (二) 10:03 (UTC)
----
* @-{Sanmosa}-：公示期已過。請確保能妥善處理配套措施。—— Eric Liu（留言．留名．學生會） 2019年9月4日 (三) 02:47 (UTC)
** 知會Cdip150：已公示通過訂於9月16日進行改版。如有需要，可以在DYKC頁面上放置模板，以提示相關預定改版事宜。Sanmosa DC17 GAN1 GAN2 2019年9月4日 (三) 07:02 (UTC)
=== 題外話 ===
*User:Z7504參考以上討論，其實是否應將GAC投票時間延長至提名條目達六票或以上為止（無論支持還是反對）？Fran·1001·hk 2019年8月11日 (日) 06:16 (UTC)

text: *User:Fran1001hk理論上不太需要，除非維基百科用戶有這個共識協議達成。這個提議(－)傾向反對，理由以下：

text: #GA評審不等於DYK制度，GA也沒有像DYK一樣什麼「提早達標就提早關閉投票」這種東西。GA評選，7天就是7天，可能提案這種將GA評選改成像DYK一樣的話也會有其他用戶反對。

text: #這可能會導致讓移動評選在處理上會很難處理，而且再也不會在中的GA評選用到參數「failed」，就會好像顯得提名就會保證通過的樣子，故不太認同這種提議。
replies: text: :也講一個題外話，可能上面說的「李旦福」在DYK評選的時間可以列入維基百科之最也說不定XD。至於一開始上面說的那種「因為僅3支持票而在沒有反對票情況下落選」，幾種可能：一、礙於面子不想投反對票罷了（將共識制融入評選制度的時候有人有說過），二、參與度、投票率、光顧DYK程度不足；相反，投了支持票又會被嫌「水票」的機率那是一定有的。此話再說一次：「評選中無法解決的bug是可能會存在的」。--Z7504非常建議必要時多關注評選（留言） 2019年8月11日 (日) 09:07 (UTC)
thread_title:  有關DYK因票數不足而落選問題 

message: *User:Z7504參考以上討論，其實是否應將GAC投票時間延長至提名條目達六票或以上為止（無論支持還是反對）？Fran·1001·hk 2019年8月11日 (日) 06:16 (UTC)
replies: text: *User:Fran1001hk理論上不太需要，除非維基百科用戶有這個共識協議達成。這個提議(－)傾向反對，理由以下：

text: #GA評審不等於DYK制度，GA也沒有像DYK一樣什麼「提早達標就提早關閉投票」這種東西。GA評選，7天就是7天，可能提案這種將GA評選改成像DYK一樣的話也會有其他用戶反對。

text: #這可能會導致讓移動評選在處理上會很難處理，而且再也不會在中的GA評選用到參數「failed」，就會好像顯得提名就會保證通過的樣子，故不太認同這種提議。
replies: text: :也講一個題外話，可能上面說的「李旦福」在DYK評選的時間可以列入維基百科之最也說不定XD。至於一開始上面說的那種「因為僅3支持票而在沒有反對票情況下落選」，幾種可能：一、礙於面子不想投反對票罷了（將共識制融入評選制度的時候有人有說過），二、參與度、投票率、光顧DYK程度不足；相反，投了支持票又會被嫌「水票」的機率那是一定有的。此話再說一次：「評選中無法解決的bug是可能會存在的」。--Z7504非常建議必要時多關注評選（留言） 2019年8月11日 (日) 09:07 (UTC)
thread_title:  題外話 

message: 瞧瞧Cdip150-bot都已經開始出現在DYK了，或許可以取代壞掉很久的Liangent-bot，並將「有0條由機器人所鑑定」的這個參數進行恢復運作，有這可能嗎?--Z7504非常建議必要時多關注評選（留言） 2019年9月8日 (日) 08:10 (UTC)
thread_title:  DYK自動機制的機器人位置有可能被取代嗎? 

message: 在下的提問如題，這條問題源自一個現正在維基榮譽申請頁面中被在下擱置的申請，該申請是申請成為助理編輯，助理編輯的其中一個必要條件是「新增5條或以上條目/獲得5個新條目推薦」。申請人在提交申請的時候創建了3條條目和有5條DYK，然而其中一條DYK當時正處於存廢討論。在下於是按先例擱置這次申請，待頁面存廢討論程序完結後再處理申請。這條DYK條目後來被管理員刪除了，該條目現正處於存廢覆核階段。在這條DYK條目被刪除後，在下向管理員查詢申請人的有效DYK數目應是5條或是4條（註：無需考慮申請人是否已經新增5條或以上條目，因為申請人創建的條目在申請的時候並不足5條，現在亦是）。在下需要先指出過往榮譽授予紀錄中似乎沒有人就這問題提出討論；過往曾出現因條目被刪除而不被計算為創建條目的情況，但似乎未曾出現標題中描述的情況。由於管理員指出這個問題可能需要更多人給予意見（同時表示「理論上由於目前沒有追究機制，曾經通過的都應該視作為一篇有效的DYK」），故此在下在這-{zh-cn:里; zh-hk:裏; zh-tw:裡;}-開一個話題，徵詢各位的意見。
標題的問題的答案如果為「是」，意味申請人的有效DYK數目為5條，在下會授予助理編輯榮譽；倘若答案是「否」，意味申請人的有效DYK數目為4條，在下會以未完成處理。另在下亦(＆)建議就維基榮譽申請應如何擱置申請（例如因條目進入存廢討論/存廢覆核而影響是否授予榮譽；條目包括新條目、DYK和FA）訂立處理方法，因為現時擱置申請與否是建基於先例。文字比較多，請見諒。謝謝。-- BenedictusFX 會議廳 題字冊 2019年8月12日 (一) 20:09 (UTC)
維基百科:新條目推薦DYK增長的條件只在當下被登上時，沒有規則未來條目的存在與否。—Outlookxp（留言） 2019年8月12日 (一) 20:18 (UTC)
*与其去做语文题，不如考虑下为什么要求有5条DYK，然后被删除的DYK是否提示值得注意的问题。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年8月13日 (二) 05:18 (UTC)
**@-{UjuiUjuMandan}-：抱歉打擾，未知閣下的「然后被删除的DYK是否提示值得注意的问题」的意思是指？-- BenedictusFX 會議廳 題字冊 2019年8月13日 (二) 10:23 (UTC)
***字面意思咯。为什么会被删除？ --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年8月13日 (二) 14:03 (UTC)
***在下明白了，感謝閣下回覆。-- BenedictusFX 會議廳 題字冊 2019年8月13日 (二) 14:51 (UTC)
*多寫一條有何難度?補寫後再授獎，四平八穩，免招閒話。--Temp3600（留言） 2019年8月13日 (二) 06:00 (UTC)
**@-{Temp3600}-：在下有暗示過。-- BenedictusFX 會議廳 題字冊 2019年8月13日 (二) 10:23 (UTC)
*條目有沒有上過首頁？산모사 DC17GAN FLN1 FLN2 2019年8月13日 (二) 08:01 (UTC)
**@-{Sanmosa}-：在下如果沒有記錯的話，條目有上首頁。-- BenedictusFX 會議廳 題字冊 2019年8月13日 (二) 10:23 (UTC)
*在下明白Outlookxp君的意思了。-- BenedictusFX 會議廳 題字冊 2019年8月13日 (二) 10:23 (UTC)
**由於一個條目可以被多次提名DYK，不會因為之前被提名上首頁了而之後不能再被提名上首頁，因此我認為這屬於有效提名，可以計入。산모사 DC17GAN FLN1 FLN2 2019年8月13日 (二) 10:45 (UTC)
*認為應該算，如果申請時候沒有刪除。--Cohaf(talk) 2019年8月13日 (二) 14:20 (UTC)
**條目在申請人申請的時候未被刪除。-- BenedictusFX 會議廳 題字冊 2019年8月13日 (二) 14:51 (UTC)
*(＋)-{支持}-視為有效，都有登過首頁了-- Sunny00217  2019年8月14日 (三) 11:04 (UTC)
*我認為不算。條目被刪除就證明條目不符合DYK的要求。--【和平至上】💬📝 2019年8月16日 (五) 16:07 (UTC)
**我認為算，因為這種事情應不溯及既往、遵守信賴保護原則。條目可以刪除，但主編的通過DYK數不能撤銷。否則若某惡質維基人故意提名某條DYK，等通過上首頁後再提刪，豈不是惡整主編？如果條目日後有可能嚴重到被刪除，當初就不該讓它通過DYK；既然通過DYK，日後該刪除條目就刪除，但不能刪減人家的通過DYK數。-游蛇脫殼/克勞棣 2019年8月17日 (六) 06:27 (UTC)
***你不能拿社群机制失灵作为前提去考虑问题吧？如果某维基人心里认为某条目应该提删，却先提名DYK并且等到条目通过，上首页之后再提删，并且真的删掉了，那么，如果删除理据是对的，就要问的是为什么DYKC评审失灵；如果删除理据是错的，应该问的是为什么不当删除。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年8月19日 (一) 08:18 (UTC)
replies: text: :::您說得有道理，但我說的不只這一點，且這一點也不是我的重點。我的重點是：這種事情應不溯及既往、遵守信賴保護原則。-游蛇脫殼/克勞棣 2019年8月21日 (三) 15:20 (UTC)
replies: text: ::::反对你引用“不溯及既往”原则。既然不是定罪论罚，就无所谓是否溯及既往。授予奖励是奖励其正确的行为。如果确实没有足够正确的行为，则没有理由奖励。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年8月23日 (五) 04:00 (UTC)
replies: text: :::::後半段暫不予置評，至於前半段，至少目前在中華民國，“不溯及既往”原則本來就不限定用於定罪論罰。例如縣轄市條目就有云：「.....1999年1月13日起，.....但註明已成立為縣轄市者不溯及既往，保障了一些人口較為稀少的縣轄市（少於15萬人口），不會被降格回鄉鎮。.....」，亦即雖然新法規定鄉、鎮人口滿15萬人方可改制為縣轄市，但新法生效前已為縣轄市但人口未滿15萬人者(例如苗栗市、馬公市、朴子市等等)並不會降格回鄉鎮，而仍為縣轄市。當然閣下很可能會說中文維基百科並不是中華民國維基百科，但是在下認為如果一個原則是有道理的，其是否適用於中文維基百科就不該受地域的限制。-游蛇脫殼/克勞棣 2019年8月23日 (五) 13:37 (UTC)
replies: text: ::::::所以你又一次越跑越远去想理论问题，而不关心别人意见中解决问题的努力了。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年8月24日 (六) 14:38 (UTC)
****如果真有人這麼幹，請將其提報，他已經違反WP:GAME。不溯及既往也不合理，因為刪除的必然包括通過DYKC的版本，也就是根本當初就不符合DYK的標準。--【和平至上】💬📝 2019年8月19日 (一) 17:05 (UTC)
replies: text: ::::如果根本當初就不符合DYK的標準，那麼當初就不該讓它通過。再者，我並沒有反對刪除，該刪除的就刪除。-游蛇脫殼/克勞棣 2019年8月21日 (三) 15:20 (UTC)
*(！)意見：討論完成後也應加入DYK/FA/FL/GA-- Sunny00217  2019年8月18日 (日) 12:39 (UTC)
**@-{Sunny00217}-：現時的維基榮譽授予體制內沒有記錯的話只涉及DYK（「新增條目：...獲得XX個新條目推薦」）和FA（「主編的典範條目視同3條新條目」），換言之在下先前寫錯了，FL和GA應該未涵蓋。-- BenedictusFX 會議廳 題字冊 2019年8月18日 (日) 17:55 (UTC)
***@-{BenedictusFX}-：這四個的有效計數應該都需要標記以免哪天有東西加入了這兩項又出現這種問題-- Sunny00217  2019年8月19日 (一) 01:30 (UTC)
***User:Sunny00217閣下有道理。-- BenedictusFX 會議廳 題字冊 2019年8月19日 (一) 06:33 (UTC)
----
;現行條文
（無）	
;提議條文
如果一條已通過新條目推薦/優良條目評選/特色列表評選/典範條目評選的條目被刪除，這條條目在維基榮譽和維基獎勵申請過程中仍然會被視為一條有效的新條目推薦/優良條目/特色列表/典範條目（但如這些條條目同時涉及創建條目數，而創建條目數會影響是否授予維基榮譽/維基獎勵除外）。
現就上述內容進行公示7天，如有意見請盡快提出。7天後如無異議，此提議會通過，需要修改的版面會作出更改。(※)注意：這個條文通過後，已通過DYK/GA/FL/FA的條目即使進入存廢討論/存廢覆核亦不會影響維基榮譽/維基獎勵的授予（但如這些條目同時涉及創建條目數，而創建條目數會影響是否授予維基榮譽/維基獎勵除外；請閲先例）。因為無論刪除與否，這些條目仍然算為有效的DYK/GA/FL/FA。謝謝。-- BenedictusFX 會議廳 題字冊 2019年9月2日 (一) 18:04 (UTC)

text: 個人認為您應該把「但如這些條目同時涉及創建條目數，而創建條目數會影響是否授予維基榮譽/維基獎勵除外」也寫入提議條文中。-游蛇脫殼/克勞棣 2019年9月2日 (一) 22:23 (UTC)
replies: text: :@-{克勞棣}-：已加入，然而在下同時發現涉及GA、FL、FA的部分有問題（但不知為何當時提交的時候沒有注意到）。討論串原先只針對DYK的，似乎並未就GA/FA/FL作出實質討論。在下為這個欠缺實質討論的內容作出公示致歉。在下開一個新的分議題開展討論。-- BenedictusFX 會議廳 題字冊 2019年9月3日 (二) 15:38 (UTC)

text: (－)反对。维基荣誉和奖励是为了认可和鼓励正确的行为。被删除的条目要看原因。如果是因为违反内容方针之类的原因，则不应当算作有效，否则相当于动用社群名义鼓励错误行为。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年9月3日 (二) 01:52 (UTC)
replies: text: :@-{UjuiUjuMandan}-：抱歉打擾。未知閣下認為那些原因下的被刪除條目可以算作有效？另，提議條文中涉及GA、FL、FA的部分已經刪除（原因請見上）。謝謝。-- BenedictusFX 會議廳 題字冊 2019年9月3日 (二) 15:38 (UTC)
***有一些經典的特例。英文維基曾有過颱風FA因條目指引愈改愈嚴，內容成為IINFO，最終被逼刪掉的故事。這個過程歷時數年，我實在不認為會有DYK一出生就(數月內)被刪掉。如果真的被刪了，就說明一開始那個條目就不應該當上DYK。--Temp3600（留言） 今天, 11:48 pm (UTC+8)
***我只说如果是条目质量有问题，那么不应当算作有效。我的意见就是原则上删除了的就不计入DYK贡献数量，除非是例外情况。例外情况都是具体问题具体讨论的。不论如何，一刀切地认为被删除了的条目也算DYKC贡献数量我是万万不支持的。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年9月4日 (三) 04:46 (UTC)

text: (－)反对。除非有特殊事由，貢獻被刪本身就等於社群否定了那些是「貢獻」。你要是剛好在被刪前申請了我沒話說，被抓出來了那就不行。--Temp3600（留言） 2019年9月3日 (二) 04:10 (UTC)
replies: text: :@-{Temp3600}-：抱歉打擾。提議條文中涉及GA、FL、FA的部分已經刪除（原因請見上）。至於「貢獻被刪本身就等於社群否定了那些是『貢獻』」的説法，在下相信閣下可能要等待其他維基人回應。因為在下的原意是要「徵詢各位的意見」，在下的想法也有點矛盾（正如在下於8月12日的開場發言）。至於公示方面，是基於上面的大多數意見並徵詢管理員意見（因為在下不肯定「不是達致一致同意」的討論是否可以公示）後而作出公示。望閣下見諒。謝謝。-- BenedictusFX 會議廳 題字冊 2019年9月3日 (二) 15:38 (UTC)

text: 所以是否有那種「已經入選過的DYK條目還過存廢通過而刪除」的例子?--Z7504非常建議必要時多關注評選（留言） 2019年9月3日 (二) 15:06 (UTC)
replies: text: :@-{Z7504}-：沒有記錯的話，是新巴FE1線條目。條目的存廢討論在這-{zh-cn:里; zh-hk:裏; zh-tw:裡;}-。-- BenedictusFX 會議廳 題字冊 2019年9月3日 (二) 15:38 (UTC)

text: 公示內容修正，上面的討論內容中似乎沒有就GA/FL/FA的有效性作出實質討論。在下為這個欠缺實質討論的內容作出公示致歉。-- BenedictusFX 會議廳 題字冊 2019年9月3日 (二) 15:38 (UTC)
----
公示已滿7天，提議未通過。感謝各位維基人參與討論。-- BenedictusFX 會議廳 題字冊 2019年9月9日 (一) 14:07 (UTC)
=== 一條已被刪除的GA/FA/FL條目是否可以在維基榮譽申請中視為一條有效的GA/FA/FL？ ===
這條問題是一條延伸出來的問題。現時維基榮譽所涉及的除了DYK（「新增條目：...獲得XX個新條目推薦」）外，就只有FA（「主編的典範條目視同3條新條目」）。DYK有，但GA/FA/FL沒有此安排。
GA/FL將來有可能進入維基榮譽/維基獎勵審核機制，故此這個問題亦會就這兩類條目的有效性一同進行討論。在下徵詢各位的意見，歡迎各位參與討論，謝謝。-- BenedictusFX 會議廳 題字冊 2019年9月3日 (二) 15:41 (UTC)
*條目被刪除時，將自動否定GA/FA狀態。「主編的典範條目視同3條新條目」是鼓勵用戶寫條目時品質優先於數量。FA/GA/FL的評審經過一眾用戶的審核，因此條目理應沒有重大問題；若出現重大問題引致需要刪除的情況，評審理應不獲通過。因此若果FA/FL/GA最後遭刪除，是表示在審核條目時用戶未有留意條目的問題，該次評審應該不算有效，因為FA/GA在評選時應當穩定。與DYK不同的是，DYK的評審標準較低，符合基本格式指引、有一定長度即可被提名，部分用戶或許未能觀察到條目隱含的問題（偶爾可能出現內容分歧而未被發現，又或是編者自行拆分一部分內容再自薦DYK）。這種問題在典範或優良評選時通常會被發現，參與評審的用戶亦可能閱讀相關條目作出比對，令此類問題發生的機率大大降低。因此DYK可以被視為有效，GA/FA/FL則不應。--14.0.236.176（留言） 2019年9月3日 (二) 16:08 (UTC)
*FA只有3條DYK嘛，那麼GA/FL算2條好了?--Temp3600（留言） 2019年9月3日 (二) 15:50 (UTC)
**想想看動員令中的GA和FL都特別特別多，FA就很少，FA算3個DYK會不會太少[開玩笑的]?--Z7504非常建議必要時多關注評選（留言） 2019年9月3日 (二) 15:55 (UTC)
**真的有興趣也應該調整榮譽制度，典範條目算五條新條目，特色列表算四條，甲級或優良可以算三條，另外乙級算兩條新條目（？）--14.0.236.176（留言） 2019年9月3日 (二) 16:20 (UTC)
***话说我有没有在站内提过应该限制和DYK数量相关的“维基创作奖”？我建议维基创作奖级别封顶，我建议50级封顶。或者获得条目内容上的奖励（原创/翻译奖）之后自动隐藏维基创作奖。如果为了鼓励新人，没必要鼓励新人一直写丙级乃至丙级以下的条目。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年9月4日 (三) 04:53 (UTC)
*在下一併回應Temp3600君、Z7504君和IP君。在下先回應Temp3600君和Z7504君。關於GA/FL的新條目推薦轉換，在下於1年前已經提出了這個提議。當時出現的提議有4個，在下經考慮後認為討論應以「無共識」處理。故此如果要重提轉換，可能會出現1年前的情況。回應IP君，在下會認為甲級和乙級未必是一個適合的定義準則。每個人對甲級和乙級的界線可以不同。倘若因此出現編輯戰而該條目剛好影響是否授予維基榮譽/維基獎勵，這樣維基榮譽/維基獎勵的申請可能會擱置一段時間。在下認為申請者/授予者都不希望看到這個情況。-- BenedictusFX 會議廳 題字冊 2019年9月3日 (二) 17:35 (UTC)
thread_title:  一條已被刪除的DYK條目是否可以'''在維基榮譽申請中'''視為一條有效的DYK？ 

message: 這條問題是一條延伸出來的問題。現時維基榮譽所涉及的除了DYK（「新增條目：...獲得XX個新條目推薦」）外，就只有FA（「主編的典範條目視同3條新條目」）。DYK有{{ProduceEncouragement}}，但GA/FA/FL沒有此安排。
GA/FL將來有可能進入維基榮譽/維基獎勵審核機制，故此這個問題亦會就這兩類條目的有效性一同進行討論。在下徵詢各位的意見，歡迎各位參與討論，謝謝。-- BenedictusFX 會議廳 題字冊 2019年9月3日 (二) 15:41 (UTC)
*條目被刪除時，將自動否定GA/FA狀態。「主編的典範條目視同3條新條目」是鼓勵用戶寫條目時品質優先於數量。FA/GA/FL的評審經過一眾用戶的審核，因此條目理應沒有重大問題；若出現重大問題引致需要刪除的情況，評審理應不獲通過。因此若果FA/FL/GA最後遭刪除，是表示在審核條目時用戶未有留意條目的問題，該次評審應該不算有效，因為FA/GA在評選時應當穩定。與DYK不同的是，DYK的評審標準較低，符合基本格式指引、有一定長度即可被提名，部分用戶或許未能觀察到條目隱含的問題（偶爾可能出現內容分歧而未被發現，又或是編者自行拆分一部分內容再自薦DYK）。這種問題在典範或優良評選時通常會被發現，參與評審的用戶亦可能閱讀相關條目作出比對，令此類問題發生的機率大大降低。因此DYK可以被視為有效，GA/FA/FL則不應。--14.0.236.176（留言） 2019年9月3日 (二) 16:08 (UTC)
*FA只有3條DYK嘛，那麼GA/FL算2條好了?--Temp3600（留言） 2019年9月3日 (二) 15:50 (UTC)
**想想看動員令中的GA和FL都特別特別多，FA就很少，FA算3個DYK會不會太少[開玩笑的]?--Z7504非常建議必要時多關注評選（留言） 2019年9月3日 (二) 15:55 (UTC)
**真的有興趣也應該調整榮譽制度，典範條目算五條新條目，特色列表算四條，甲級或優良可以算三條，另外乙級算兩條新條目（？）--14.0.236.176（留言） 2019年9月3日 (二) 16:20 (UTC)
***话说我有没有在站内提过应该限制和DYK数量相关的“维基创作奖”？我建议维基创作奖级别封顶，我建议50级封顶。或者获得条目内容上的奖励（原创/翻译奖）之后自动隐藏维基创作奖。如果为了鼓励新人，没必要鼓励新人一直写丙级乃至丙级以下的条目。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年9月4日 (三) 04:53 (UTC)
*在下一併回應Temp3600君、Z7504君和IP君。在下先回應Temp3600君和Z7504君。關於GA/FL的新條目推薦轉換，在下於1年前已經提出了這個提議。當時出現的提議有4個，在下經考慮後認為討論應以「無共識」處理。故此如果要重提轉換，可能會出現1年前的情況。回應IP君，在下會認為甲級和乙級未必是一個適合的定義準則。每個人對甲級和乙級的界線可以不同。倘若因此出現編輯戰而該條目剛好影響是否授予維基榮譽/維基獎勵，這樣維基榮譽/維基獎勵的申請可能會擱置一段時間。在下認為申請者/授予者都不希望看到這個情況。-- BenedictusFX 會議廳 題字冊 2019年9月3日 (二) 17:35 (UTC)
thread_title:  一條已被刪除的GA/FA/FL條目是否可以'''在維基榮譽申請中'''視為一條有效的GA/FA/FL？ 

message: 未完成，有待管理員日後解決問題。如日後有需要重新提議該提案者，請自行重新開個討論串。--Z7504非常建議必要時多關注評選（留言） 2019年10月4日 (五) 07:24 (UTC)
replies: text: 下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
----
如題，但建立之後按鈕跑不出這個模板的文字，副ping一下技術管理員@-{Xiplus、WhitePhosphorus、Bluedeck、Kanashimi}-和DYK處理的管理員@-{Cdip150}-，這問題早該解決了。--Z7504非常建議必要時多關注評選（留言） 2019年9月24日 (二) 02:31 (UTC)

text: 有個技術限制：section=new會把新提名放到底下導航模板的後面，而不是前面。要先解決這個問題才可以造這種按鈕出來…… ---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年9月24日 (二) 02:47 (UTC)
replies: text: :不知道能否像FA/FL/GA評選一樣將新提名放在導航模板後面?--Z7504非常建議必要時多關注評選（留言） 2019年9月24日 (二) 03:05 (UTC)
replies: text: ::說的是的後面，後面不應有任何東西，但section=new就是會放後面。GAC分拆了提名區所以沒有這個問題，但DYKC沒有分拆，而且我也不太想分拆（自動更新程序不知又要改多少）。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年9月24日 (二) 03:19 (UTC)
replies: text: :::參數「list1」改掉似乎沒問題啊?　晚會撥空再看看--Z7504非常建議必要時多關注評選（留言） 2019年9月24日 (二) 03:23 (UTC)
replies: text: ::::我說的是這個問題：
 === ===
 
 **--User:AAA
 **，xxxxx。--User:BBB
 
 ==-{}-其他進行中的評選==
 {{-{}-進行中的內容評選}}
 
 
 === ===

text: ::::它放了在最底。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年9月24日 (二) 03:35 (UTC)

text: 参照TW提报页面保护那样，加载整个页面源码后，找注入点，然后再将插入内容写在注入点后面，保存。——路过围观的Sakamotosan | 避免做作，免敬 2019年9月24日 (二) 04:08 (UTC)
replies: text: :不好意思，上面的問題倒是不知道有出現在的哪個部份，可能技術上真的待修復吧。另外該按鈕目前好像能正常顯示了?--Z7504非常建議必要時多關注評選（留言） 2019年9月24日 (二) 16:41 (UTC)
replies: text: ::等等，「#invoke:」、「」和「」無法應用在該模板上阿?--Z7504非常建議必要時多關注評選（留言） 2019年9月25日 (三) 00:58 (UTC)

text: ::還請@-{Cdip150、cwek}-：再次幫忙檢查一下，現應已可正常使用，上面的參數已經用於該模板了。--Z7504非常建議必要時多關注評選（留言） 2019年9月26日 (四) 01:14 (UTC)
replies: text: :::位置問題未解決，仍然放了在之後而不是之前（見Special:diff/56237711/56237716）。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年9月26日 (四) 01:33 (UTC)

text: :::(？)疑問@-{Cdip150}-：終於知道問題是在說什麼了 囧rz...，那放在其這個頁面不知是否可行?--Z7504非常建議必要時多關注評選（留言） 2019年9月26日 (四) 01:44 (UTC)
replies: text: ::::不贊成，不少人會直接翻到頁底巡查評選的。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年9月26日 (四) 01:46 (UTC)

text: ::::@-{Cdip150}-：上面請見諒一時將搞混。不過這樣怪了，為何不能像FA/FL/GA頁面那樣子正常顯示，測試預覽過顯示也是像上面這樣子的情況?--Z7504非常建議必要時多關注評選（留言） 2019年9月26日 (四) 02:02 (UTC)
replies: text: :::::我上面其實說了原因：「GAC分拆了提名區所以沒有這個問題，但DYKC沒有分拆，而且我也不太想分拆（自動更新程序不知又要改多少）。」---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年9月26日 (四) 02:09 (UTC)

text: :::::沒辦法，還是看有沒有人能夠解決吧 囧rz...，模板先改好了。--Z7504非常建議必要時多關注評選（留言） 2019年9月26日 (四) 02:51 (UTC)
*@-{Cdip150}-：發現一個問題，FA/FL/GA的那些提名區也沒有這個模板，而是放在那些主要頁面上（比如GA是放在GA頁面而不是GA提名頁面）。那DYK是否也應該放在DYK頁面而不是在DYK候選頁面上，又或者還是必須保持現有的樣子?--Z7504非常建議必要時多關注評選（留言） 2019年9月26日 (四) 03:30 (UTC)
**應該這樣理解才對：Wikipedia:新条目推荐對應的應該是Wikipedia:優良條目，Wikipedia:新条目推荐/候选對應Wikipedia:優良條目評選，Wikipedia:新条目推荐/候选#正在投票評選的新條目對應Wikipedia:優良條目評選/提名區。對應做的會是：Wikipedia:新条目推荐/候选#正在投票評選的新條目拆到Wikipedia:新条目推荐/候选/提名区，不過我上面已經說了因為涉及修改更新程序的問題，不建議拆。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年9月26日 (四) 03:45 (UTC)
----

text: 本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

text: 設footer專門放置是否技術上可行？footer好像不用特別用template wikitext就能自動置底。Sanmosa 54歲少女 2019年10月5日 (六) 02:20 (UTC)
replies: text: :ping來問一下@-{Cdip150}-的意思好了，這個footer不太清楚--Z7504非常建議必要時多關注評選（留言） 2019年10月5日 (六) 03:56 (UTC)
replies: text: ::「footer好像不用特別用template wikitext就能自動置底」←未見有這個功能。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年10月5日 (六) 12:11 (UTC)
thread_title:  能否將DYK評選增加按鈕?