维基专题讨论:创建条目

(重定向自Wikipedia talk:建立條目專題
最新留言:1个月前由Borschts在话题给自定义理由预加载审核模板内发布
主页讨论页待审草稿作品展示评级参与者
申请 · 讨论
审核手册
协助脚本
询问桌
欢迎来到创建条目专题项目的讨论页面
等待审核新条目草稿
随机展示
~3周
41篇待审核草稿
刷新


现正进行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)回复
返回到“建立條目”页面。