TYPO3:使用Bootstrap和网格元素时的后端可用性

时间:2019-02-19 15:35:13

标签: typo3 fluid usability

我不知道这里是否是问这个问题的正确地方,但我认为我不妨尝试在这里获得答案。

我的问题如下:我是Bootstrap及其所有组件的忠实拥护者,因此我通常在每个正在进行的项目中都使用它们。因此,当我在某些内容元素中使用containercontainer-fluid之间使用不同的row时,我还没有找到在用户的后端内部实现此功能的方法-友好的方式。

我过去的做法是简单地使用Grid Elements Extension来创建containersrowcol并在其中相互实现后端。效果很好,但网站用户创建内容需要大量工作。我不知道我的口语表达是否明确,英语不是我的母语,也不知道如何用另一种方式来描述,但这是我要说的话的图片:

Screenshot of an installation

正如您所看到的,彼此之间嵌套了许多元素,因此用户或管理员必须实际上“知道”引导程序如何编辑内容而不破坏布局。

还有什么其他方法可以使内容具有完全的灵活性,例如一堆container位于container-fluid内作为包装器,另一束cols作为container的子代?

我尝试过使用Mask,这似乎是一开始的解决方案,但最后,我不得不为可能加载元素的每种可能方式创建一个mask对象。此选项。

还有其他人有这种“问题”吗?或者我可以使用一种简单的(或硬性IDC)解决方案吗?

谢谢你们:)

1 个答案:

答案 0 :(得分:0)

我了解您的“问题”。我的观点:一旦您拥有包含多个容器(容器/容器流体)的页面布局和灵活的网格布局,我想没有限制灵活性或具有一些肮脏的逻辑/代码的更好的方法。在某些(次要)情况下,您可以帮助自己处理布局类(DB字段“布局”)和一些逻辑,使用fluid + viewviewer来计算网格列(例如,imagegallery,您可以在其中设置后端列并计算列)在前端)。但是我认为这是最灵活的方式。

有人用新的内容元素以及与其内容元素的内联关系解决了这个问题。但是恕我直言,这对于编辑者在后端看到网格布局以及使通过内容元素灵活地将内容元素灵活添加到所选择的容器/列中的可能性更加困惑。

对编辑器来说,一个很小但有效的有用帮助器是在后端为网格元素着色,以帮助编辑器识别不同的网格。

根据我的经验,与搜索元素中的多个下拉列表以了解网格相比,编辑器可以更好地处理嵌套网格。

题外话:编辑者在templavoila中幸存下来,他们将理解网格:-)

相关问题