Css Joomla'；s模块/页面类后缀“；领先空间“；问题

如果您知道并使用Joomla，您就会知道，一个常见的“问题”是，那些不熟悉Joomla的人（以及像我这样的空头支票）在向模块或页面添加新的类后缀之前，经常忘记放置前导空格。我知道PHP非常危险，但我觉得这是一个非常简单的修复方法，它将一个简单的空白连接到任何输入的新类。我知道Joomla背后的天才们不可能忽视这样一个常见而简单的修复，但对于我刚开始创建一些非常棒的Joomla模板的时候，我突然想到，使用覆盖（如果可能的话）实现一个全局修复可能会减少未来的支持时间。有人能说服我不要这样做吗？请解释原因？我了解到，偶尔有人可能希望附加到现有类，例如将“existingClass”修改为“existingClassModified”，但这真的需要保证在剩余时间内普遍存在挫折感吗？当然，无论如何，这会破坏“existingClass”上的任何样式！或者，这就是逻辑？创建一个冗余类作为一种特定于元素的css重置

我以前没有遇到过这个问题，因为我不倾向于使用大量的模块类后缀，但是在查看了的文档之后，需要添加前导空格，因为可能已经存在一个类

例如，假设您安装了Joomla的新副本，并检查了该模板，然后看到以下内容：

<div class="position-left">

如果添加模块类后缀，如“test”，但不带空格，并再次检查该元素，它将显示为：

<div class="position-lefttest">

---

不过，我知道你是从哪里来的，因为人们不希望知道这一点。我认为与其添加一个需要检测所有模块位置以查看它们是否已经有类的修复，不如在模块类后缀输入字段旁边添加一个小通知以提醒人们。

我以前没有遇到过这个问题，因为我不倾向于使用很多模块类后缀，但是，在查看了的文档之后，需要添加一个前导空格，因为可能已经存在一个类

例如，假设您安装了Joomla的新副本，并检查了该模板，然后看到以下内容：

<div class="position-left">

如果添加模块类后缀，如“test”，但不带空格，并再次检查该元素，它将显示为：

<div class="position-lefttest">

---

不过，我知道你是从哪里来的，因为人们不希望知道这一点。我认为与其添加一个需要检测所有模块位置以查看它们是否已经有类的修复，不如在模块类后缀输入字段旁边添加一个小通知以提醒人们。

我很抱歉试图澄清您的意思。那么，您想知道为什么没有一个修复程序来解决某人可能会意外地忘记在每个类之间添加空格的问题？是的，简而言之，因为在Joomla的核心php代码中很容易修复，而且这是一个常见的noob问题，为什么很久以前没有修复？这让我认为，它必须有一些价值，因为它是故意离开-所以我不想提供一个修复在我的模板中，如果它会造成更多的伤害比好。对不起，只是重读你说的。不，我不是在问为什么有人忘记在每个类之间添加一个空格时没有解决办法，但是我觉得在进入一个类之前必须添加一个空格是非常奇怪的。我的意思是，在输入文本字段之前，你通常会本能地点击空格吗？通常假设输入到文本字段中的值将自动格式化，并且不需要前导空格来阻止它合并到现有值中。我很抱歉试图澄清您的意思。那么，您想知道为什么没有一个修复程序来解决某人可能会意外地忘记在每个类之间添加空格的问题？是的，简而言之，因为在Joomla的核心php代码中很容易修复，而且这是一个常见的noob问题，为什么很久以前没有修复？这让我认为，它必须有一些价值，因为它是故意离开-所以我不想提供一个修复在我的模板中，如果它会造成更多的伤害比好。对不起，只是重读你说的。不，我不是在问为什么有人忘记在每个类之间添加一个空格时没有解决办法，但是我觉得在进入一个类之前必须添加一个空格是非常奇怪的。我的意思是，在输入文本字段之前，你通常会本能地点击空格吗？通常假设输入到文本字段中的值将自动格式化，不需要前导空格来阻止它合并到现有值中。谢谢你的回答，但我看不出有什么区别。首先，您强调了一个有趣的点，即用户不知道是否已经应用了一个类（现有的第一个类），因此生成的html很容易变成class=“myClass”，如果有点难看，它仍然有效。既然如此，只需将空字符串与用户类变量进行简单的串联即可。然而，正如我前面所说的，我真正想问的是，人们是否更多地将当前的怪癖用作特定于元素的css重置-这将使任何一种方法无效您可以通过留下空间或不留下空间获得两种完全不同的结果，这是一种特性，而不是偶然的。有时您希望动态生成“tag-15”，有时您希望根据可用的类应用两个单独的类。引号内偶尔出现的空白对于高级用户来说是值得的。不是自我推销，但这里有一篇文章。@Lodder我想与其说这是必须的，不如说“通常”你会的。这完全不是必需的，取决于你想做什么，你可能不想留下空间。谢谢你的回答，但我会的