这个网站是由捐款支持的OEIS基金会.

帮助谈话:记录模板

来自OeisWiki
跳转到:航行,搜索

标准

我强烈反对这种观点,即当前的en:Wikipedia模板文档样式构成了标准。首先,我们显然无法修复{{文档子页面}},不知怎么的{{文档}}补充{{!!}}类别:需要文档的模板,但是{{!!/医生}}显然存在。

从en:Wikipedia导入的任何模板都高度可疑,原因如下帮助:Interwiki链接注意事项它们经常带着一个完全无法维护的动物园帮助器模板,例如,非常重要的引用模板在本质上仍然无法使用,遗憾的是,这不仅限于/医生/试验子页面。

我阉割了{{文档}}(再次)和{{文档子页面}}对某件事显然地现在有效,但不知道为什么{{文档子页面}}尝试将自身添加到不存在的类别:模板文档那不是标准,这是毫无缓和的克鲁夫特 如果我们都不能在五分钟内搞定的话。编辑们对此不感兴趣高级模板功能它是一个车轮上的噩梦.

到目前为止,传统的MediaWiki模板将被更灵活的编程扩展所补充,从而进一步减少高级编辑器直接处理标记的需要。

布里昂·维伯关于2017年的模板MediaWiki未来/解析器计划第页。弗兰克·埃勒曼2011年8月9日21:08(UTC)

我试着(还没有)成功地得到{{文档子页面}}模板(您创建的模板,引用了a/doc子页面,代码显然是从Wikipedia导入的)可以正常工作。我会再试试让它正常工作。我认为把代码和文档分开是个好主意,如果有很多测试,就有一个单独的/test子页面,就像Wikipedia一样。不过,如果这些模板没有正确地包含一个引文链接,那么它们就不会成功了。是的,从Wikipedia的“帮助者模板动物园”(ZooofHelperTemplates)中解开引文模板是一项相当艰巨的任务,但从头开始创建引文模板则需要更多的工作!丹尼尔放弃了2011年8月10日03:06(UTC)
这个{{文档子页面}}从Wikipedia导入的模板对oeiswiki似乎没什么用。。。我们应该删除它吗?丹尼尔放弃了2011年8月10日03:51(UTC)
少了一个词,唉……不管怎么说,除非你认为这会给其他进口产品带来更多的工作;毕竟,你现在修复了最后一个已知的错误,而我不知怎么地得到了{{!!}}离开给我我现有的/doc地牢。谢谢。弗兰克·埃勒曼14: 2011年8月31日10日(UTC)
打开维基百科:模板文档“模板文档页面模式”有以下两个主要动机(我承认,这与简单模板和/或简短文档不太相关)

模板文档通常放在子页模板本身的隐居在模板页面的末尾。这将通常复杂的模板代码从文档中分离出来,使文档更易于编辑。它还允许模板受保护的必要时,允许任何人编辑文档。这种方法有时被称为“模板文档页面模式”。

模板页上的任何类型的文档都应该用<noinclude>…</noinclude>容器,以便模板在另一页上使用时不会显示。模板页面上的文本本身会增加显示模板时必须处理的文本量,即有限的出于性能原因。将文档放在子页面中可以避免这种情况(MediaWiki开发人员推荐因为这个原因)。

我认为非平凡模板的\doc子页面是个好主意。丹尼尔放弃了18: 2011年8月16日、10日(UTC)
我想{{文档子页面}}正常工作。打开mediawikiwiki:帮助:神奇单词#页面名称它表明
页面名称
变量 输出 说明 版本
{{FULLPAGENAME}} 帮助谈话:记录模板 命名空间和页标题。 1.6条+
{{PAGENAME}} 记录模板 页面标题。
{{BASEPAGENAME}} 记录模板 不包括当前子页和名称空间(“Title/foo”上的“Title/foo/bar”)。

对于更复杂的拆分,请使用{{#标题部分:}}ParserFunctions扩展.

1.7款+
{{subagename}} 记录模板 这个子页标题(“标题/foo”上的“foo”)。 1.6条+
{主题} 模板:帮助 关联主题页的命名空间和标题。 1.7款+
{{TALKPAGENAME}} 帮助谈话:记录模板 相关谈话页的名称空间和标题。 1.7款+

模板命名空间中的子页面

这个{{BASEPAGENAME}}{{subagename}}魔法词只在启用了子页面的命名空间中工作。看到了吗手册:$wgNamespacesWithSubpagesMediaWiki.org. 有关启用子页面的信息。

但在OEIS维基上

  • {BASEPAGENAME}给出“Title/foo”而不是“Title”!?
  • {{subagename}}给出“Title/foo”而不是“foo”!?

这就是防止{{文档子页面}}不能正常工作!丹尼尔放弃了2011年8月10日21:01(UTC)

在快速/试验子页面。版本1.7至少有6年的历史了,我们现在是1.15,它应该可以在所有普通的命名空间中工作,包括模板。你在哪里找到一个页面,它不起作用?它应该-但它不是一个令人信服的理由使用复杂的en:w:文档风格,为世界上最大的wiki设计的,除非你必须由于某些原因,例如,从en:w:必需的导入。模板文档古典拉丁语如果任何带有en:w:子页面样式的内容不能立即工作,就足够了。弗兰克·埃勒曼2011年8月15日01:08(UTC)
另一个想法,你明白了吗/医生材料(工作或不工作)主要在从en:w:导入的模板上。这样就可以手动删除它,并添加<noinclude>有关源代码和更多信息,请参见[[wikipedia:Template:{PAGENAME}}]],这里的版本可能更旧,并且稍微简化/不同,例如,这里的模板类别和文档与wikipedia上的不同。</noinclude>. 如果这是一个好的导语,我们可以把它放在另一个模板中:-)-弗兰克·埃勒曼2011年8月15日01:21(UTC)
看看{{测试}}模板,您将看到{{BASEPAGENAME}}{{subagename}}单词名称空间中的单词不能正常工作。这个{{BASEPAGENAME}}{{subagename}}magic名称空间中只有magic名称空间才起作用。看到了吗手册:$wgNamespacesWithSubpagesMediaWiki.org. 有关启用子页面的信息。丹尼尔放弃了2011年8月15日02:56(UTC)
明白了,那是不可能的,很可能是不清楚的原因/医生问题。模板名称空间中的IMO子页面在默认情况下应该以MW为单位工作,按原样从en:w:不会是个不寻常的计划。但我不会创造新的梅拉齐拉:如果我能设法避免的话:我摧毁了旧的英语:英语:+男:+梅拉齐拉:在五年前,在单一登录存在的。弗兰克·埃勒曼15: 2011年8月15日,15日(UTC)
投诉发布在媒体维基,但更直接的解决方案是在这里修复它。我能把将军送到哪里wiki管理员请求没有打扰尼尔,因为他们显然没有OEIS的要求?弗兰克·埃勒曼17: 2011年8月19日、15日(UTC)
我在上面留了张便条用户对话:N.J.A.Sloane. 丹尼尔放弃了2011年8月16日01:26(UTC)