@@alexandr-v Ох, надеюсь к концу недели оклиматься. По прототипам уже практически все на финальной стадии, осталось добить всего несколько интерфейсов.
У меня есть еще один способ для гибких таблиц. Создаёте первую строку со всеми заголовками-ячейками, делаете её компонентом, дублируете эту строку, меняете там начертание шрифта, контент и т.п. Если надо увеличить/уменьшить ширину ячейки - делаете это в шапке (которая компонент) и ширина будет меняться у всех остальных строк в таблице. И при должных настройках высоты строки можно сделать и многострочный ввод в одной ячейке - остальные ячейки подтянутся под высоту. Однако есть и минус у такой таблицы. Если вам будет нужно сделать похожую таблицу рядом, то придется отвязать всю эту таблицу от нашего компонента и настраивать всё заново (а это время). Так что если многострочный ввод не требуется, то ваш вариант выигрывает, можно смело дублировать таблицу и менять столбцы. Спасибо за видео!
Я все же к компонентам отношусь именно как к компонентам. Грубо говоря, если строка таблицы - это компонент, то получается, что таких компонентов должно быть ровно столько, сколько разнотипных таблиц будет в макете, а это вызывает какой-то сопротивление, как будто я делаю что-то не так. Но метод определенно имеет право на жизнь. Я думаю, некоторые из подписчиков могут его тоже принять на вооружение.
@@lectoria Понял, спасибо за ответ. Очень интересовал ответ. Многие с modx переходят на october. Только если реально быстрее сделать на modx то modx используют, а так все новые проекты на october.
Спасибо, жду следующих уроков.
Заболел ковидом. Поэтому скорее всего в ближайшее время врядли что-то запишу 😞
@@lectoria Вот же, выздоравливай. Подождём.
@@alexandr-v Ох, надеюсь к концу недели оклиматься. По прототипам уже практически все на финальной стадии, осталось добить всего несколько интерфейсов.
У меня есть еще один способ для гибких таблиц. Создаёте первую строку со всеми заголовками-ячейками, делаете её компонентом, дублируете эту строку, меняете там начертание шрифта, контент и т.п. Если надо увеличить/уменьшить ширину ячейки - делаете это в шапке (которая компонент) и ширина будет меняться у всех остальных строк в таблице. И при должных настройках высоты строки можно сделать и многострочный ввод в одной ячейке - остальные ячейки подтянутся под высоту. Однако есть и минус у такой таблицы. Если вам будет нужно сделать похожую таблицу рядом, то придется отвязать всю эту таблицу от нашего компонента и настраивать всё заново (а это время). Так что если многострочный ввод не требуется, то ваш вариант выигрывает, можно смело дублировать таблицу и менять столбцы. Спасибо за видео!
Я все же к компонентам отношусь именно как к компонентам. Грубо говоря, если строка таблицы - это компонент, то получается, что таких компонентов должно быть ровно столько, сколько разнотипных таблиц будет в макете, а это вызывает какой-то сопротивление, как будто я делаю что-то не так. Но метод определенно имеет право на жизнь. Я думаю, некоторые из подписчиков могут его тоже принять на вооружение.
Мне не очень понятно: почему вы обучаете laravel и modx? Когда есть october/winter cms на ларе. Поясните, пожалуйста.
Обучаю тому, что сам использую. October/winter не доводилось использовать на реальных проектах.
@@lectoria Понял, спасибо за ответ. Очень интересовал ответ. Многие с modx переходят на october. Только если реально быстрее сделать на modx то modx используют, а так все новые проекты на october.