Typo3 类型3：使用引导和网格元素时的后端可用性

我不知道这是否是问这个问题的正确地点，但我想我还是在这里试着得到答案为好

我的问题是：我是Bootstrap和所有这些组件的超级粉丝，所以我在我从事的每个项目中都在使用它们。因此，当我使用

container

和

container fluid

作为包含不同

行的sertain内容元素时，我还没有找到一种在后端以用户友好的方式实现这一点的方法

我过去的做法是简单地使用来创建
容器
、
行
、列

，并在后端实现它们。工作很好，但是网站用户要创建内容需要做很多工作。我不知道我的解释是否清楚，英语不是我的第一语言，我也不知道如何用另一种方式来描述它，但我想说的是：

正如您所见，有许多元素相互嵌套，因此用户或管理员必须真正“了解”引导如何在不破坏布局的情况下编辑内容

是否有其他方法可以实现内容的完全灵活性，例如，一堆

容器中的
容器
，作为包装，另一堆
COL
，作为
容器
的子容器

我曾尝试使用，这在一开始似乎是解决方案，但最终我不得不为加载元素的每种可能方式创建一个掩码对象，因此出现了此选项

是否还有其他人有这种“问题”，或者我可以使用简单（或硬的idc）解决方案

谢谢大家：）
我理解你们的“问题”。我的观点是：一旦你有了一个包含多个容器（容器/容器流体）的页面布局和一个灵活的网格布局，我想没有更好的方法不限制灵活性或有一些肮脏的逻辑/代码。在某些（次要）情况下，您可以使用布局类（DB field“layout”）和fluid+viewhelper中的一些逻辑来计算网格列（例如，imagegallery，您可以在后端设置列，在前端计算列）。但在我看来，这是最灵活的方式

有些人用新的内容元素和与内容元素的内联关系来解决这个问题。但是，对于编辑来说，在后端看到网格布局以及通过content元素灵活地向所选容器/列添加内容元素的可能性更令人困惑

编辑器的一个小而有效的帮助是在后端对网格元素着色，以帮助编辑器识别不同的网格

根据我的经验，编辑器可以更好地处理嵌套网格，而不是在元素中搜索多个下拉列表来理解网格

题外话：编辑们将理解网格：-）
我理解你们的“问题”。我的观点是：一旦你有了一个包含多个容器（容器/容器流体）的页面布局和一个灵活的网格布局，我想没有更好的方法不限制灵活性或有一些肮脏的逻辑/代码。在某些（次要）情况下，您可以使用布局类（DB field“layout”）和fluid+viewhelper中的一些逻辑来计算网格列（例如，imagegallery，您可以在后端设置列，在前端计算列）。但在我看来，这是最灵活的方式

有些人用新的内容元素和与内容元素的内联关系来解决这个问题。但是，对于编辑来说，在后端看到网格布局以及通过content元素灵活地向所选容器/列添加内容元素的可能性更令人困惑

编辑器的一个小而有效的帮助是在后端对网格元素着色，以帮助编辑器识别不同的网格

根据我的经验，编辑器可以更好地处理嵌套网格，而不是在元素中搜索多个下拉列表来理解网格

Offtopic:templavoila的编辑，他们会理解网格：-）
你使用引导程序包扩展吗？你使用引导程序包扩展吗？