维基专题讨论:建立條目

(重定向自Wikipedia talk:建立條目專題
最新留言:12天前由Borschts在话题给自定义理由预加载审核模板内发布
首頁討論頁待審草稿作品展示評級參與者
申請 · 討論
審核手冊
協助腳本
詢問桌
歡迎來到建立條目專題計畫的討論頁面
等待審核新條目草稿
隨機展示
~2週
24篇待審核草稿
刷新


現正進行2021年改革討論,歡迎審核員參與討論。(此乃內部討論)
跳至底部

建立條目專題存檔


可能会遇到的问题 编辑

关于拒绝草稿的理由 编辑

{{AFC submission|d|理由参数(会自动替换为已经设置好的理由),若参数不存在则填什么就显示什么}},理由参数还在翻译中Template:AFC_submission/comments,在考虑删减并且整合一些,因为网站等关注度还只是草案而非指引,然后加入一些快速删除的参数A1、G11这样拒绝草稿的理由来提醒改善。初步想了这些:(正在完善中)欢迎直接修改。--及时雨 留言 2019年2月26日 (二) 11:58 (UTC)回复

翻译进程 编辑

@94rain我已翻译完审核手册的内容,还请各位提出宝贵的意见。Johnson.Xia留言2019年3月4日 (一) 01:23 (UTC)回复

關於腳本 编辑

目前腳本運行起來還不錯,只有2個問題。(1) 繁簡無法轉換 (2) 部分英文沒有翻譯到。這個部分看有沒有解決方案。副知@94rainXiplus臺灣杉在此發言 (會客室) 2019年3月12日 (二) 03:16 (UTC)回复

mediawiki:Gadget-site-lib.js小老虎3018 2019年3月17日 (日) 16:32 (UTC)回复

提议将建立條目精靈作为条目创建的首选项 编辑

在新页面巡查、存废讨论或是存废复核中,我们似乎花了大量的时间在一个条目的存废问题上,其中的大部分主要是因为关注度不足或只是来源不足以彰显关注度。我认为其中一个很重要的原因是新手过于急切,想要尽快的把内容呈现出来,我希望可以通过把建立条目精灵作为条目创建的首选项(效果见截图,修改mw页面见下所述),来使得新手可以通过较少的时间,就可以大致了解一个条目怎样才能保留下来。

对于新手已经完成的草稿,由于中文维基百科还没有完善的WP:AFC,目前可以暂时以移动请求替代作者发布已经完成的草稿的请求,我已经相应修改了Template:Article_wizard/skeleton来引导新手进行移动请求,如果未来移动请求积压过多,可以考虑推动建立完善的WP:AFC

同时,建立条目精灵还需要完善,例如这里Wikipedia:建立條目精靈/通用關注度,还可以建立多个分类的具体关注度说明;另外,WP:建立条目精灵这一页面还可以考虑放更多链接。

  • 合理性:只是调整了建立条目精灵和直接编辑选项的展示顺序,并不像英文维基百科那样在技术上限制非自动确认用户的条目创建权,所有用户仍然可以直接通过编辑源代码创建不受白纸保护的条目
  • 可能的积极影响:未来能减少一些的有关关注度的AFD积压;由于草稿时间存留时间更长,创建者或保留派有更多的时间在草稿空间改善、打捞关注度不足的条目
  • 可能的消极影响:新手看到建立条目精灵中文字太多感到繁琐(但并不知道可以直接编辑)从而放弃创建条目
  • 实现方法:修改MediaWiki:Noarticletext,修改的草稿见Draft:MediaWiki:Noarticletext,前后页面对比见这里所示,效果见截图。(同时顺手添加了Draft空间的中文)

以上只是初步的想法,想要实现还需一定时日,期待诸位踊跃参与讨论。--及时雨 [ 谈笑风生或批判一番 / 微小贡献 ] 2019年2月12日 (二) 09:25 (UTC)回复

  • (+)支持,对新手非常友好。可以仿照enwiki设计更加友好的界面。—玉环文旦专卖店顾客登记|进店咨询·台州专题2019年2月12日 (二) 12:43 (UTC)回复
  • 赞同大体想法。提交移动请求的部分,我的设想是设计一个模板,属于草稿 preload 的一部分。模板内容指引创建者写完以后修改某个模板参数,修改后自动将草稿加入一个待审核分类,有经验的用户可监视分类中的条目,帮助移动或打回继续改善。这样对新手来说只需要更改很少的内容就可以请求移动,而不需要研究移动请求相关的内容。--Tiger留言2019年2月12日 (二) 12:45 (UTC)回复
  • (!)意見:这个想法很好,但条目创建精灵还有太多需要改进的地方。就目前的版本而言,我是比较反对将“建立条目精灵”作为条目创建的首选项的。我认为现在有三个主要问题:界面太繁琐,新人容易望而却步(针对这一点,建议让界面更加友好、一部分不太重要的细节可以省略掉或者改为注释等扩充内容);部分内容仅适合英语维基百科(比如WP:COI,在中文维基百科尚未达成共识);一部分句子是欧化的,读起来比较别扭,需要改为更自然的中文。我希望能有一个核心思想是,条目创建精灵是为新手而写,能让新手快速学习到主要的相关政策、建立一篇合格的条目。--クオン·🀢🀣🀤🀥·翡翠·鵺鳥·十姉妹·夜啼鳥 2019年2月12日 (二) 13:12 (UTC)回复
能否只向新手提示使用條目精靈?--百無一用是書生 () 2019年2月13日 (三) 03:33 (UTC)回复
另外,Wikipedia:建立條目精靈Wikipedia:条目向导能否合并,互相取长补短?--百無一用是書生 () 2019年2月13日 (三) 03:35 (UTC)回复
(:)回應:有办法实现,但需要限制他们的条目创建权限,英文维基百科是使用了en:Template:No_article_text(搜索{{ #ifeq: {{{nopermission}}}的一段),首先判断有无条目创建权限,如果无看是否为页面保护并给出对应的保护提示,排除掉所有保护情况就剩下非自动确认用户无权创建的情况,并提示只能用条目向导创建。Wikipedia:条目向导没有解释关注度,所以我选用了WP:建立條目精靈,如果能在Wikipedia:条目向导中加入关注度的介绍我认为使用它也可(较为简洁)。--及时雨 [ 谈笑风生或批判一番 / 微小贡献 ] 2019年2月14日 (四) 12:47 (UTC)回复
相关的引导页面:WP:新用户着陆页(没用,英文维基对应非自动确认用户尝试创建主名字空间条目)、WP:建立條目精靈(老版常用)、WP:条目向导(因为快捷方式被改了所以也有人在用),其中最后一个直接自英文维基翻译过来,所以直接引导建立草稿。我支持使用更简单的条目向导并自老版扩充一些必要的内容,然后完全使用新版;如果可能,还要兼顾手机查看(目前两种向导均对手机端不甚友好,例子不过这个好改)。另可见目前两种向导的所有内容页面,关于新版有个想法:各步骤前进作按钮,而其他选项则是小字链接,更加清晰,如:

我与条目主題没有关系

其他选项 · 利益相关 · 有偿撰写

另外希望能就非(自动)确认用户能否创建条目,不能创建则选择草稿或其他地方编辑这个问题达成共识,同步修改最后引导编辑的页面。——小老虎3018 2019年2月14日 (四) 16:46 (UTC)回复
關於此點,目前我有針對Wikipedia:建立條目專題進行建置,歡迎各位參與。臺灣杉在此發言 (會客室) 2019年2月15日 (五) 03:23 (UTC)回复
建立條目專題改为條目建立專題会不会好一些?--Leiem签名·留言 2019年2月15日 (五) 06:56 (UTC)回复
由於「建立條目」用作精靈以及其他相關頁面的普遍用詞,所以我認為維持較佳。臺灣杉在此發言 (會客室) 2019年2月15日 (五) 07:21 (UTC)回复
@Taiwania Justo:您好,在Template:AFC_submission/pending审查似乎违背了WP:维基百科不会审查内容,可否使用复核?另外登录我认为也不太合适,可以说说您修改的想法吗?--及时雨 [ 谈笑风生或批判一番 / 微小贡献 ] 2019年2月15日 (五) 07:45 (UTC)回复
@94rain:經查submission在劍橋詞典的解釋,確認提交較佳,這個可以修正;而review這個詞,在劍橋詞典有「審查」、「審核」兩種意思,個人認為可以改為「審核」,「覆核」在個人理解,應該會有一個「初核」,但在此處是直接由reviewer進行審核,沒有初核和覆核的程序,因此覆核這個詞比較不妥。此外,由於該模板會和整個Wikipedia:建立條目專題的用詞進行統一,因此這個部分希望能夠確立共識。臺灣杉在此發言 (會客室) 2019年2月15日 (五) 08:05 (UTC)回复
@Taiwania Justo:在没有更好的词替换前,就统一用审核吧,不过要改的地方比较多。--及时雨 [ 谈笑风生或批判一番 / 微小贡献 ] 2019年2月15日 (五) 09:22 (UTC)回复
审查常被用作是censor的中文翻译。但实际上审查的中文含义非常广泛。review和censor的区别太大了。censor是指因为政治、社会原因,某些观点具有争议性而删去,而维基百科不进行这些工作,比如某些人可能不喜欢的裸体图片等。凡符合维基百科方针,皆可记载。censor是说尽管真的发生了,但因为有争议性所以不刊登,这是censor。修改格式、或者是其他编辑性工作,则只是review。个人觉得也没必要由于翻译问题而替换用词。~ viztor 2019年2月27日 (三) 20:00 (UTC)回复

刚才试了一下,发现不太会用{{AFC submission}},还得写一个审核者操作手册呢。--Tiger留言2019年2月20日 (三) 05:28 (UTC)回复

(+)支持想法--Techyan留言2019年3月6日 (三) 13:41 (UTC)回复

建立條目專題所吸引的對象 编辑

大家好,我是在英文維基上活躍的用戶。我發覺在中文維基上,所有用家都能創建頁面(包括匿名用家)。這樣看來,又為什麼會有人特意走到AFC這裡來創建條目,而不直接創建條目呢?在英文維基中,只有自動確認用戶才能創建條目(mainspace頁面),所以未確認用戶便會走到AFC裡創建頁面,在中文維基中沒有這個原因。我提出以下幾點:

  1. 引領非(自動)確認用戶到「建立條目專題」來,指出「少經驗的用戶的頁面有不少會被刪除」;
  2. 在搜尋頁面中與其說「您可以新建這個頁面「不存在的頁面」,但應檢查下面的搜索結果,看看是否有相同內容的頁面已被創建。」,加上這一句:「你的經驗較淺,可以試試在维基百科:建立條目專題創建頁面。」

謝謝大家。 The Lord of Math留言2020年4月8日 (三) 01:45 (UTC)回复

(+)贊成 確實看不出誘因--死灰留言2021年11月6日 (六) 16:07 (UTC)回复
问题是审核员少,不如所有巡查员也兼任审核员?桐生ここ[讨论] 2021年12月2日 (四) 16:23 (UTC)回复

关于P:AFC群组的问题 编辑

承@Fire-and-Ice:君在WP:客栈#其他板块的建议,现我已经建立了AFC审核员和AFC参与者(即所有编撰者)的两个Telegram群组。想请问各位可不可以在专题处挂上群的链接?--三万光年 Talk回复请ping我 2020年12月12日 (六) 15:11 (UTC)回复

ping一下AFC的几位活跃参与者@94rainHerobrineJimmyshjjSCP-2000Sunny00217ZhuofanWu:。如有没ping到的烦请见谅。--三万光年 Talk回复请ping我 2020年12月12日 (六) 15:23 (UTC)回复
补ping@Temp3600:。--三万光年 Talk回复请ping我 2020年12月12日 (六) 15:25 (UTC)回复
我不支持,但也不反对建立群组并写入AFC。Fire Ice 2020年12月13日 (日) 07:19 (UTC)回复
我觉得提升AFC对新手建立条目的引导作用是非常有必要的,虽然这个过程还很漫长。--三万光年 Talk回复请ping我 2020年12月13日 (日) 08:25 (UTC)回复

發錯人 编辑

,該頁面非AINH建立。--銀河市長☎️2021年3月13日 (六) 10:38 (UTC)回复

相關日誌--銀河市長☎️2021年3月13日 (六) 10:42 (UTC)回复

建議修改{{AFC decline}}的內容 编辑


主要問題 我認為這個模板有修改內容的必要性。
問題背景 經過我和Wikipedia:建立條目專題的部份成員討論後(利申我並非專題成員,本人自認沒有足夠的修目審核經驗),我認為此一模板的拒絕條目審核方式過於直接。
我的觀點
  1. 首先,我認為目前的拒絕審核條目方式使新手再次建立條目和參與維基百科的意欲降低,使新手有機會不再編輯,令站內流失人手。
  2. 其次,我認為若大部份新手皆透過建立條目專題來使用條目審核的功能,此拒絕方式使新手認為中文維基百科像是一個工廠多於一個義工團體,這樣不僅違背維基百科的宗旨,也損害中文維基百科既有的形象。
  3. 第三,若新手因此而不再使用條目審核的服務,也使建立條目專題沒有任何的好處,若修改相關模板也能使專題建立一個對新手友善和體貼的形象。
我的解決方案
  1. 我認為應該修改{{subst:AFC decline}}部份的措辭和語氣,增加一些對新手的鼓勵成份。以下是我對修改模板的建議
現行條文

您最近在建立条目頁面提交了一篇草稿。遗憾的是,它还未达到成为一篇条目的标准,這次草稿由Example審核。

草稿最上方可能還有一些點評,前往查看。您可以繼續改善您的草稿,並在解決問題後重新提交。

  • 您可以在草稿中點擊「編輯」標籤,繼續不斷改善草稿,這沒有截止日期,您可以一直不斷改善再提交,但6個月未被編輯的廢棄草稿會予以刪除。
  • 如果您認為草稿不符合維基百科的收錄標準或者不希望進一步改善,您可以要求刪除。請打開草稿頁面,點擊「編輯」標籤,在草稿頂端添加「{{delete|G10}}」,並單擊「發佈更改」。
  • 如果您有疑問,您可以在審閱者的討論頁留言。
  • 您也可以在互助客棧詢問。以及在我們的Telegram解答群或使用即時通訊軟件向我們經驗豐富的編輯尋求即時幫助。
提議條文

您最近在建立条目頁面提交了一篇草稿。遗憾的是,它还未达到成为一篇条目的标准,這次草稿由Example審核。

草稿最上方可能還有一些點評,希望您能前往查看。您可以繼續改善您的草稿,並在解決問題後重新提交。

  • 您可以在草稿中點擊「編輯」標籤,繼續不斷改善草稿,這沒有截止日期,您可以一直不斷改善再提交,但6個月未被編輯的廢棄草稿會予以刪除。
  • 如果您認為草稿不符合維基百科的收錄標準或者不希望進一步改善,您可以要求刪除。請打開草稿頁面,點擊「編輯」標籤,在草稿頂端添加「{{delete|G10}}」,並單擊「發佈更改」。
  • 如果您有疑問,您可以在審閱者的討論頁留言。
  • 您也可以在互助客棧詢問。以及在我們的Telegram解答群或使用即時通訊軟件向我們經驗豐富的編輯尋求即時幫助。

經過這次的審核,希望您不要氣餒,繼續為維基百科作出貢獻,加油!(或類似語句,可在下方提出)

如對上述有其他的修改建議,希望各位能在下方提出。

  1. 另外,我建議負責審核條目的用戶也應該在點評或是討論下方表達對新手的友善,而新手協助時也應積極回應,使新手和條目審核者的關係平等化並且得到改善,也有助條目審核者建立一個對新手友善的正面形象。
此前的類似討論

以我所知,沒有。

當然,我認同條目審核有助維持新手建立的條目的質素,這次建議我希望有助新手在建立條目時不要氣餒。但是,使新手對版權、關注度和有關在世人物方針和指引有更深入的了解仍然是解決問題的最好方法。我對上述的建議是可以在Wikipedia:建立條目Wikipedia:建立條目專題等頁面增加對這些方針的連結供新手閱讀,也應使這些方針和指引內容顯淺易明,提升新手閱讀的意欲。我希望我的意見能對建立條目專題以致維基百科有用,感謝各位參與討論!--SickManWP邀請您參與♥️邊緣人小組的活動·✏簽到發表於 2021年4月17日 (六) 05:59 (UTC)回复

修改较小。感觉不是技术版范畴,乃至不是客栈范畴,AFC专题专用模板,建议专题内讨论处理。赞赏语调友好化,但如果多方协商编写,担心语句变成四不像。个人对AFC执行过程中的审定严格程度(关于“初步通过”标准之前讲过,不再赘述)、审核员参与程度及“罐头消息”式回应都不算满意。--YFdyh000留言2021年4月17日 (六) 19:44 (UTC)回复
@YFdyh000:可以,但是我不肯定我可在哪個頁面(建立條目專題的討論頁還是詢問桌)其他條目審核者可以看到這個討論並參與。--SickManWP邀請您參與♥️邊緣人小組的活動·✏簽到發表於 2021年4月18日 (日) 02:18 (UTC)回复
可以算进条目探讨。--安忆Talk 2021年4月27日 (二) 11:46 (UTC)回复
  • (&)建議:我覺得吧,可以改一下:“感謝您爲維基百科所作出的貢獻,雖然本次提交的版本被拒絕了,但還望您不要灰心,相信您一定會做的更好!

此致,

[審核員名稱]

另外我建議將樓上那條這樣改:“您可以在我們的telegram群組和IRC頻道 #wikipedia-zh-afc IRC://尋求幫助,上述群組已經互聯,您也可以選擇在互助客棧中提出您的問題。”

以上,

海の向こうは敵だ!|欢迎订阅维猫报! 2021年4月19日 (一) 08:48 (UTC)回复

我没有意见,现在改也可以,本来我是打算在高考之后开始这个事情的。--LightyearsTalk·Sign#维猫报 2021年4月23日 (五) 10:06 (UTC)回复

想確認FENT有經過「建立條目」的審核流程嗎? 编辑

FENT條目中有「條目FENT已通過建立條目流程。審閱者正在處理中,這一模板很快就會被移除。」的模版。

但FENT條目第一版就有此模版[1],感覺不太像是有通過審核流程的感覺。--Wolfch (留言) 2021年9月7日 (二) 05:08 (UTC)回复

afc模板在检测到位于条目空间就是这样的 Milky·Defer 2021年9月7日 (二) 05:50 (UTC)回复

建立郵件列表討論 编辑

下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

大家好,由於日漸高漲的求助請求及審核員間更便利的討論模式,有規劃建立郵件列表。我們計畫建立afc-zh lists.wikimedia.org作為公開郵件列表,而afc-zh-reviewer lists.wikimedia.org作為審核員間的隱私郵件列表。邀請活躍審核員參與討論,未ping到請海涵。@94rainAir7538BureibuNekoEmojiwikiFire-and-IceJimmyshjjJonathan5566LuciferianThomasQ28SidishandsomeSunny00217Temp3600百战天虫銀河市長--拒食木瓜 2021年11月9日 (二) 14:01 (UTC)回复

@Jane9306NHCLuciferianThomasOldmansonDinoWPBorschtsStreetdeckHualinXMNTimmyboger--拒食木瓜 2021年11月9日 (二) 14:05 (UTC)回复
你。ping。了。我。兩。次。--路西法人留言 2021年11月9日 (二) 14:08 (UTC)回复
  囧rz……,已深刻檢討--拒食木瓜 2021年11月11日 (四) 12:45 (UTC)回复
不反對。--路西法人留言 2021年11月10日 (三) 14:49 (UTC)回复

由於本案已經經過審核員內部明確共識產生,且至今尚無具體有效反對意見出現,IAR  公示3日,在此期間如有意見歡迎提出,感謝。 拒食木瓜 2021年11月11日 (四) 12:46 (UTC)回复


本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
  • 已由Legoktm完成。请各位审核员订阅供新手提问用的AFC主列表和供审核员内部讨论的审核员隐私列表,欲订阅隐私列表者,请先发一封包含任意字符的邮件至“wikipedia-zh-afc-owner lists.wikimedia.org”(请务必使用您订阅用的电子邮件发送)并于此页面留下您邮件中的字符并签名,然后请记得订阅隐私列表,我会在确认您输入信息和我收到的信息一致后批准您的订阅请求。(如果有两个相同讯息的请求,则我会批准最先提交订阅请求的电子邮件并按破坏者封锁其他邮件地址)—Regards, BureibuNeko 2021年11月23日 (二) 12:33 (UTC)回复

Flow:被无视是否曾受到TH邀请 编辑

如题,例子User_talk:B34109049。--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2022年1月18日 (二) 10:10 (UTC)回复

才看到  囧rz……,技术上感觉很难修改,而且现在Flow也要弃用了,就不改了。--及时雨 留言 2023年12月20日 (三) 03:30 (UTC)回复

给自定义理由预加载审核模板 编辑

安亭君曾言:“有改善成合格条目的潜力,……这种应该划为第三种状态……审核员逐渐将草稿的状态由较为消极的中间状态提升为更加积极的中间状态。”,而在审核过程中,我发现Hotaru Natsumi君的{{User:Hotaru_Natsumi/afc-reasonsheet}}模板在某种程度上解决了这种问题:拒绝理由语气逐渐减缓,模板颜色也逐渐变浅,具体可看这个页面的例子。审核员填入原因还有利于新手辨明诸多拒绝原因中哪些是急需改善的,哪些是可以延后的。故我提议在自定义理由中预加载{{User:Hotaru_Natsumi/afc-reasonsheet|srr1=|rr1=|prr1=|fn1=|suffix=}}以上模板内容,并考虑将其移动至模板空间。--ChasingAir留言2024年3月3日 (日) 13:45 (UTC)回复

cc印象中活跃审核员:@Hotaru_NatsumiDewadipper94rainBorschtsLuciferianThomasNewbambooMilkyDeferHehua人间百态银河市长ChasingAir留言2024年3月3日 (日) 13:51 (UTC)回复
 
 
有两种初步想法,后者改的更彻底(见右)--及时雨 留言 2024年3月3日 (日) 21:21 (UTC)回复
也不错。--在下荷花请多指教欢迎签到2024年3月4日 (一) 00:55 (UTC)回复
能不能改用MediaWiki提供的UI選項而不要再用HTML(--西 2024年3月4日 (一) 01:30 (UTC)回复
迁移到OOUI感觉可以等英维改了再抄过来( --及时雨 留言 2024年3月4日 (一) 07:46 (UTC)回复
需要说明的是我当时写这个模板的想法之一是少用,甚至不用罐头消息,而是完全由审核员自己去写拒绝理由,这样能更契合条目本身的问题。如果像第二种那样继续做罐头消息就会和自定义理由这个大方向背道而驰。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖2024年3月4日 (一) 06:55 (UTC)回复
第二种也可以加入自定义理由,不过这样就更加增加复杂性了。 --及时雨 留言 2024年3月4日 (一) 07:46 (UTC)回复
(+)支持并建议在AFC中推广使用。——Aggie Dewadipper 2024年3月4日 (一) 07:02 (UTC)回复
先写了个JS方便使用,同时也不影响直接传统手填自定义理由,User:Hotaru_Natsumi/js/afc-rejectfastfill.js𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖2024年3月4日 (一) 10:41 (UTC)回复
支持的,LGTM。--Borschts 歡迎外帶一碗羅宋湯 2024年3月6日 (三) 14:16 (UTC)回复
返回到“建立條目”页面。