TYPO3: удобство использования при использовании Bootstrap и Grid Elements - PullRequest
0 голосов
/ 19 февраля 2019

Я не знаю, правильное ли это место, чтобы задать этот вопрос, но я подумал, что с таким же успехом могу попытаться получить ответ здесь.

Моя проблема в следующем: я большой поклонник Bootstrap и всех его компонентов, поэтому я использую их в каждом проекте, над которым я работаю.Поэтому, когда я использую container и container-fluid с разными row между ними для нескольких элементов содержимого, я не нашел способа реализовать это внутри бэкэнда удобным для пользователя способом.

То, что я использовал для этого, было просто использовать Расширение * Grid Elements , чтобы просто создавать containers, row и col и реализовывать их друг в другев бэкэнде.Работает нормально, но для создания контента очень много работы для пользователя сайта.Я не знаю, было ли мое объяснение ясным, английский не мой родной язык, и я не знаю, как описать его по-другому, но вот картина того, что я пытаюсь сказать:

Screenshot of an installation

Как вы можете видеть, существует множество элементов, вложенных друг в друга, поэтому пользователь или администратор должны фактически «знать», как работает начальная загрузка для редактирования содержимого, не разрушаяраскладка.

Есть ли еще какой-нибудь способ, которым я могу достичь полной гибкости для контента, например, группа container в container-fluid в качестве оболочки и другая группа cols в качестве потомковcontainer?

Я пытался работать с Mask , который вначале казался решением, но в конце мне пришлось создать один объект маски для каждого возможного способа, которым элемент мог бы бытьзагружен, так что эта опция появляется ..

У кого-нибудь еще есть такая проблема или есть простое (или сложное, idc) решение, которое я могу использовать?

Спасибо, ребята:)

1 Ответ

0 голосов
/ 19 февраля 2019

Я понимаю вашу "проблему".Мое мнение: как только у вас есть макет страницы с несколькими контейнерами (контейнер / контейнер-жидкость) и гибким макетом сетки, я думаю, что нет лучшего способа без ограничения гибкости или использования грязной логики / кода.В некоторых (второстепенных) случаях вы можете помочь себе с классами макета (поле БД "layout") и некоторой логикой в ​​жидкости + помощником вида для вычисления столбцов сетки (например, imagegallery, где вы можете установить столбцы в бэкэнде и вычислить столбцыво внешнем интерфейсе).Но, на мой взгляд, это самый гибкий способ.

Есть некоторые люди, которые решают эту проблему с помощью новых элементов контента и встроенного отношения к его элементам контента.Но ИМХО, это более запутанно для редакторов, чтобы увидеть макет сетки в бэкэнде и возможность гибкого добавления элементов контента через элемент контента в выбранный контейнер / столбец.

Небольшой, но эффективный полезный помощник для редакторовсостоит в том, чтобы раскрасить элементы сетки в бэкэнде, чтобы помочь редактору распознавать различные сетки.

По моему опыту, редакторы могут лучше обрабатывать вложенные сетки, чем поиск нескольких раскрывающихся списков в элементах для понимания сеток.

Оффтоп: редакторы пережили темплавоил, они разбираются в сетках: -)

...