MediaWiki talk:Noarticletext

错误：

1. 在遇到不存在讨论页（如Talk:Test12345）时，“维基百科目前还没有与上述标题相同的讨论页。”的“讨论页”链接应用Wikipedia:讨论页而不是Help:讨论页。
2. 条目页中，建议增加“wp:条目创建请求”和/或“wp:創建條目精靈”，参考en:MediaWiki:Noarticletext--UAL55 (留言) 2010年7月30日 (五) 09:34 (UTC)

第一项建立了Help:讨论页到Wikipedia:讨论页的重定向。第二项建议你把具体的修订写在这里，由管理员更新到保护的页面上。--用心阁（对话页） 2010年8月3日 (二) 06:09 (UTC)

新版本

是否参照en:MediaWiki:Noarticletext修改？--百無一用是書生 (☎) 2016年12月20日 (二) 07:26 (UTC)

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

• 简而言之：修改MediaWiki:Noarticletext，效果图，但首先要完善建立條目精靈

在新页面巡查、存废讨论或是存废复核中，我们似乎花了大量的时间在一个条目的存废问题上，其中的大部分主要是因为关注度不足或只是来源不足以彰显关注度。我认为其中一个很重要的原因是新手过于急切，想要尽快的把内容呈现出来，我希望可以通过把建立条目精灵作为条目创建的首选项（效果见截图，修改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)
  • 至于消极影响，我想这样有一个好处：可以是一个对新手是否真正热心于为维基百科贡献的考验，将那些并非热心的人劝退；也能使巡查员节省工作量（当然也不是说完全就没有消极影响了）。—玉环文旦专卖店（_{顾客登记|进店咨询·台州专题}） 2019年2月12日 (二) 12:46 (UTC)
• 赞同大体想法。提交移动请求的部分，我的设想是设计一个模板，属于草稿 preload 的一部分。模板内容指引创建者写完以后修改某个模板参数，修改后自动将草稿加入一个待审核分类，有经验的用户可监视分类中的条目，帮助移动或打回继续改善。这样对新手来说只需要更改很少的内容就可以请求移动，而不需要研究移动请求相关的内容。--Tiger（留言） 2019年2月12日 (二) 12:45 (UTC)
  • (：)回應：可以由Template:AFC submission实现，我昨天大致将相应的多个模板修改完成，preload的模板中加入{{subst:AFC submission/draftnew}}并在Draft:AFC测试页面测试，可以实现基本的功能，具体的如用户通知等功能还在完善中。--及时雨 [ 谈笑风生或批判一番 / 微小贡献 ] 2019年2月14日 (四) 04:44 (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)

• 希望未来可以通过脚本实现，英维有这样的脚本，到时可以看看能不能本地化。目前基本的用法写在了Template:AFC_submission/doc，一般情况下只需要用到拒绝草稿的，{{AFC submission|d|理由参数（会自动替换为已经设置好的理由），若参数不存在则填什么就显示什么}}，理由参数还在翻译中Template:AFC_submission/comments，在考虑删减并且整合一些，因为网站等关注度还只是草案而非指引，然后加入一些快速删除的参数A1、G11这样拒绝草稿的理由来提醒改善。刚刚在这里WT:AFC#关于拒绝草稿的理由发布了一些拒绝草稿的理由，希望大家可以来讨论，欢迎直接修改。--及时雨 ^留言 2019年2月26日 (二) 11:59 (UTC)

(＋)支持想法--Techyan（留言） 2019年3月6日 (三) 13:41 (UTC)

編輯請求 2021-02-02

请求已处理

見Special:Diff/64078631。@A2569875：-- Sunny00217  2021年2月2日 (二) 15:47 (UTC)

• @Sunny00217：可是他還有很多語言變體。。。。MediaWiki:Noarticletext/zh-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月2日 (二) 16:06 (UTC)

  @A2569875：叫介面管理員用User:Xiplus/js/TranslateVariants.js處理就好，想看效果看此-- Sunny00217  2021年2月3日 (三) 00:21 (UTC)

完成。--安忆^Talk 2021年2月3日 (三) 05:21 (UTC)

• @Sunny00217、AnYiLin：實測不存在頁面，右邊的搜尋姊妹計畫在語言設定為zh-tw時消失了。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月4日 (四) 02:53 (UTC)
  • 代碼設定是偽名字空間不顯示姐妹計畫搜尋，但連非偽名字空間的姐妹計畫搜尋也不見了，不知是不是{{ifPNS}}有BUG?— ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月4日 (四) 03:17 (UTC)

  这边看起来没什么问题，可能从{{IfPNS}}改一下就好了。--安忆^Talk 2021年2月4日 (四) 03:26 (UTC)

  • （编辑冲突）@Sunny00217：請檢查相關LUA函數在用於介面文字時是否行為不同。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月4日 (四) 03:27 (UTC)

请求已处理

@AnYiLin：是這裡的問題（{{ifPNS||<div class="infobox"），麻煩您再複製一次修改了-- Sunny00217  2021年2月4日 (四) 07:13 (UTC)

• @Sunny00217：版面跑掉了。 左邊那張圖明顯疑似是你刪除下面的空行導致，右邊的不明。以前沒有這種現象(沒有截圖)。 有沒有熟悉CSS的人可以協助修復？-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月4日 (四) 09:15 (UTC)
  • 2修了，但1，您确定以前的是能自适应高度的？我记得不能…

    {{#ifeq:{{NAMESPACE}}|{{ns:0}}|
    
    
    }}

    这段全是空行，压根儿不会输出到HTML里，就算它输出了也不会换行…（为了方便您查看，我暂时给这段加回去了）--安忆^Talk 2021年2月4日 (四) 10:53 (UTC)

    • @AnYiLin：似乎沒有修復。我印象中姊妹計畫搜尋框不會凸出來的耶。不然還有甚麼CSS設定可以改善？-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月4日 (四) 10:56 (UTC)

      “似乎没有修复”是指哪个问题？移动视图那个修了，我这面显示正常，您可能需要清缓存。

      那个框框我记得是会凸出来…要塞进去的话，感觉CSS做不到，dom树所限。--安忆^Talk 2021年2月4日 (四) 10:59 (UTC)

      @A2569875、AnYiLin：似乎可以加一個{{clear}}解決-- Sunny00217  2021年2月4日 (四) 12:43 (UTC)

      完成。--安忆^Talk 2021年2月4日 (四) 19:30 (UTC)