标准
我强烈反对目前的en:Wikipedia模板文档样式构成任何类型的标准首先，我们显然无法解决{{文档子页}}，不知怎么的{{文档}}补充{{!!}}到category：需要文档的模板，但是{{!!/文件}}显然存在。
从en:Wikipedia导入的任何模板都是高度可疑的，原因如下帮助：Interwiki链接#注意事项他们经常带着一个完全无法维护的动物园辅助对象模板例如，非常重要的一组引用模板在本质上仍然无法在这里使用，遗憾的是，这并不局限于/文件或/测试子页面。
我阉割了{{文档}}（再次）和{{文档子页}}对某件事显然地现在有效，但无法说明原因{{文档子页}}试图将自己添加到此处不存在的类别：模板文档.那不是标准，这是不可缓和的原油 如果我们在五分钟内都做不好。对于不感兴趣的编辑高级模板功能它是一个车轮上的噩梦.
到目前为止，经典的MediaWiki模板将得到更灵活的编程扩展的补充，进一步减少了高级编辑器直接使用标记的需要。
布里昂·维伯关于2017年的模板MediaWiki未来/分析程序计划第页。–弗兰克·埃勒曼2011年8月9日21:08（UTC）
- 我试图获得{{文档子页}}模板（您创建的模板，引用/doc子页面，代码显然是从Wikipedia导入的）可以正常工作。我会再试试，让它正常工作。我认为将代码与文档分开是一个好主意，如果有很多测试，可以有一个单独的/测试子页面，就像维基百科一样。此外，如果引文模板不包含URL，那么它们可以正常工作，而那些包含URL的模板会在引文末尾添加虚假的URL链接（我还没有成功修复这个问题），否则它们就可以正常工作。是的，从维基百科的帮助模板动物园中解开引文模板是一项相当艰巨的任务，但从头开始创建引文模板需要做很多工作-丹尼尔·福格斯2011年8月10日03:06（UTC）
- 这个{{文档子页}}从维基百科导入的模板对OEIS Wiki似乎没什么用处。。。我们应该删除它吗-丹尼尔·福格斯2011年8月10日03:51（UTC）
- 少了一个词，唉……不管怎样，把它干掉，除非你认为这会给其他进口带来更多长期工作；毕竟你现在修复了最后一个已知的错误，而我不知怎么得到了{{!!}}从中退出给我现有的/文档地牢。谢谢。–弗兰克·埃勒曼2011年8月10日14:31（UTC）
- 在维基百科：模板文档您有以下两个“模板文档页面模式”的主要动机（我承认，这与简单模板和/或简短文档的相关性较小）
|
模板文档通常放在子页面模板本身的隐蔽的在模板页面的末尾。这将经常复杂的模板代码从文档中分离出来，使文档更容易编辑。它还允许模板受保护的必要时，允许任何人编辑文档。这种方法有时被称为“模板文档页面模式”。 模板页面上的任何类型的文档都应始终用<noinclude>…</noinclude>容器，以便在另一个页面上使用模板时不会显示。模板页面上的文本会增加显示模板时必须处理的文本量，即有限的出于性能原因。将文档放在子页面中可以避免这种情况（MediaWiki开发人员已经推荐因为这个原因）。
|
- 我认为\doc子页面用于非平凡模板是一个好主意-丹尼尔·福格斯2011年8月10日18:16（UTC）
- 我正在努力{{文档子页}}才能正常工作。在mediawikiwiki：帮助：神奇单词#页面名称这表明
页面名称
| 变量 |
输出 |
描述 |
版本 |
{{FULLPAGENAME}}
|
帮助谈话：记录模板 |
命名空间和页面标题。 |
1.6+ |
{{PAGENAME}}
|
文档化模板 |
页面标题。 |
|
{{BASEPAGENAME}}
|
文档化模板 |
不包括当前页面的页面标题子页面和名称空间（“Title/foo/bar”上的“Title/foo”）。 对于更复杂的拆分，请使用{{#标题部分：}}从ParserFunctions扩展.
|
1.7+ |
｛｛子代｝｝
|
文档化模板 |
这个子页面title（“标题/foo”上的“foo”）。 |
1.6+ |
{{主题名}}
|
帮助：记录模板 |
关联主题页的名称空间和标题。 |
1.7+ |
{{TALKPAGENAME}}交谈
|
帮助谈话：记录模板 |
关联对话页面的名称空间和标题。 |
1.7+ |
模板命名空间中的子页面
这个{{BASEPAGENAME}}和{{子名称}}神奇的单词只在启用了子页面的名称空间中有效。请参见手册：$wgNamespacesWithSubpages—MediaWiki.org网站有关启用子页面的信息。
但在OEIS Wiki上
- {{BASEPAGENAME}}给出“Title/foo”而不是“Title”！？
- {{子名称}}给出“标题/foo”而不是“foo”！？
这就是阻止{{文档子页}}无法正常工作-丹尼尔·福格斯2011年8月10日21:01（UTC）
- 按预期快速工作/测试子页面。版本1.7至少有六年的历史了，目前我们的版本是1.15，它应该可以在包括模板在内的所有普通名称空间中工作。你在哪里找到一个页面，它在哪里不起作用？应该如此，但使用复杂的en:w:documenting样式并不是一个令人信服的理由，它也是为世界上最大的wiki设计的，除非您必须由于某些原因，例如，从en:w导入：必需。模板文档古典拉丁语如果en:w:子页面样式不能立即工作，那么就足够了弗兰克·埃勒曼2011年8月15日01:08（UTC）
- 另一个想法，你明白了/文件材料（工作或不工作）主要是从en:w:导入的模板。这将允许手动删除它，并添加
<noinclude>有关源代码和更多信息，请参阅[[wikipedia:Template:{{PAGENAME}}]]，此处的版本可能较旧，并且略有简化/不同，例如，此处的模板类别和文档与wikipedia上的不同</无包含>如果这是一个好的广告，我们可以把它放在另一个模板中：-）-弗兰克·埃勒曼2011年8月15日01:21（UTC）
- 看看{{测试}}模板，您将看到{{BASEPAGENAME}}和{{子名称}}神奇的单词在Template命名空间中无法正常工作。这个
{{BASEPAGENAME}}和{{子名称}}神奇的单词只在启用了子页面的名称空间中有效。请参见手册：$wgNamespacesWithSubpages—MediaWiki.org网站有关启用子页面的信息-丹尼尔·福格斯2011年8月15日02:56（UTC）
- 明白了，这不太好，很可能是不清楚的原因/文件问题。模板名称空间中的IMO子页面应按默认值（MW）工作，从en:w按原样导入模板：不可能是一个不寻常的计划。但我不会创建新的媒体：如果我能避免的话：我已经摧毁了旧的英文：w:+米：+媒体：五年前单一登录存在。–弗兰克·埃勒曼2011年8月15日15:15（UTC）
- 投诉张贴在元和麦迪亚维基，但更直接的解决方案是在这里修复它。我在哪里可以张贴将军wiki管理员请求不打扰Neil，因为它们显然不是OEIS请求弗兰克·埃勒曼2011年8月15日17:19（UTC）
- 我在用户对话：N.J.A.Sloane. —丹尼尔·福格斯2011年8月16日01:26（UTC）
