打开主菜单

项目:类别

我将尝试对类别树进行重组。请在这里加入建议,或者继续前进。大胆的——快乐狗2007年4月6日(00)23

非英语页面应与英语版本相同,但相应的语言代码作为子页面,例如[ [类别:引言/ FR] ],用于英文版的英文页面分类为[ [类别:引言] ]。每个类别页应该包括{{Loop}}模板,所以所有的替代语言版本都被拾取,并且每个语言的顶层应该被放置在类别:语言(非英语页面的实际顶层)。

旧的类别根是类别:基本的,现在是空的(所有内容现在属于类别:顶层,并且在新结构中未使用的任何类别都已被删除)。

提议编辑

此时,我们有几个没有实际根类别的不连通范畴树。英文网页的根猫是类别:顶级对于所有其他根猫类别:语言.

应该有一个附加的树,把“猫的语言”和“猫的功能”结合起来:

  1. 将没有“/XX”扩展名的所有猫重命名为“类别/EN”
  2. 复制未扩展的老树并收集“类别”中的所有“类别/XX”,例如类别:语言变新类别:顶级.

当做XDE你好!10:54,2011年4月21日(UTC)

那么,“按功能猫”的概念是已经匹配通过“语言”框。通过它,类别树实际上在每个对应节点上连接。请注意,此虚拟连接是直接的:从每个节点可以访问另一棵树中的确切对应关系。一次点击而需要两次点击来遍历中间的“猫按函数”。“语言”框还直接连接相应的叶子(不包括名称空间),具有相同的用户界面。汉密尔顿-阿布鲁2011年4月24日(UTC)
但是,“语言”只连接到顶层而不是“顶层”本身,只是“顶层/EN”,这是一个重定向…类别的主要原因是它们会工作,即使语言框由于一些未知的原因而被破坏。例如,某人翻译一个页面,但不知道如何正确地添加它…此外,这些类别都是可读的,很容易识别,但后缀,非拉丁字符集不那么容易阅读…XDE你好!00∶01,2011年4月26日(UTC)
你正在为现有的问题提出一个昂贵的解决方案。我相信你有一个观点,就是我们应该分类。类别:顶级在下面类别:语言并重新描述了类别:语言使它顶层删除“非英语”重点。
我们不应该引导能量来解决不存在的问题,而应该将其指向真正的问题:例如,页面被错误地分类在错误的语言范畴中。考虑手册:Admin StutsP.Pp/Ru(您应该在这页上停留几秒钟,并考虑到“语言”框在这种情况下仍然完美地工作,但页面处于错误的类别)。你能自动检测和修复这些病例吗?那很有用。汉密尔顿-阿布鲁17:43,2011年4月27日(UTC)