Когда в views выводим поля, указываем форматтер для поля. В настройке отображения для типа материала тоже указываем форматтер для поля.
На лицо признаки "двойной бухгалтерии".
Форумчане, как вы относитесь к идее убрать из ядра (или свести в отдельный модуль) настройки отображения для типа материала, а поля ноды выводить на ней вьюхой. Чтобы это было по умолчанию. Ведь views уже в ядре. Попрошу выражаться технически, вопрос задан, чтобы услышать мнения.
Как вы относитесь к идее убрать из ядра настройки отображения для типа материала?
Главные вкладки
Лучший ответ
1
Не всем нужен вывод полей через Views, вот и всё. Не вижу "двойной бухгалтерии"
Комментарии
А ты знаешь уже, что вывод полями он давно не приоритетный?
И всё делается для того, чтобы больше и чаще использовали вывод отрендеренных сущностей?
Это как?
@merlinofchaos узнал о твоем способе выводе хлебных крошек с помощью вьюх и блоков и решил, что ну его нафиг.
Давайте фокус смешать с вывода полями - на вывод отрендеренных сущностей
отрендеренные сущности - это что?
Это вывод тизеров например. Если бы ты умел пользоваться search API, то давно бы понял, зачем это.
Вывод тизеров - понял. При чем тут search api? Связь?
При том, что придётся индексировать картинки и прочую лабуду, которая для поиска не нужна. А когда дойдёт дело до вывода кнопок корзины, то поймёшь, что всё нужно переделать с нуля по-нормальному.
http://stickyline.ru/shop/samokleyashchiesya-etiketki-na-listah-a4 - что ненормально (кроме поиска по артикулу)?
Как минимум неудобно, если нужно добавить ещё одно поле в вывод, то нужно добавить его в индекс, потом всё переиндексировать, а потом добавить его во вьюс. А если есть несколько вьюх или отображений с разными критериями, но одинаковым выводом, то все эти процедуры нужно многократно повторить.
"то нужно добавить его в индекс" - могу ошибаться, кажется это не обязательно...
" несколько вьюх или отображений с разными критериями, но одинаковым выводом" - поля на дисплеях одинаковые, фильтры - разные.
И не надо забывать что с полями мы имеем views_conditional и views_fieldsets
Не всем нужен вывод полей через Views, вот и всё. Не вижу "двойной бухгалтерии"
А я б "вьюшников" драл, как Сидоровых коз, особенно за тизеры, в виде полей.
Вьюс выпиливаем из ядра, настройки отображения для типа материала оставляем.
Зачем тогда views запиляли в ядро? И чем плохо выводить тизеры полями?
Рассматривай, как другую сторону разработки...
Отсюда, почему твое "убрать из ядра" должно быть истинным в данном контексте?
"чем плохо" - не вижу смысла разжевывать, ибо все равно будешь делать по своему, как и с ХК через вьюху.
Без вьюса нет смысла в друпале)) но по умолчанию надо сделать вывод не полей, а тизеров. Хотя, с другой стороны, иногда удобно во вьюхе вывести поля, скрыть их и добавить поле пользовательский текст и в нём набросать нужную разметку. Особенно, если используешь фреймворки вроде бутстрап.
Особенно, если увольняешься
Почему?
Чтоб потом никто не разобрался, что вообще в этой вьюхе происходит и был полный глянец.
А что там разбираться? Увидел класс .views-row и сразу понятно, где смотреть. Зашёл во вьюс, а там сразу видно: поля или тизеры. Просто когда приходится кликать 2-3 вью-мода для термина таксономии, делать под них отдельные шаблоны и потом стилизовать это, то понимаешь, что слишком много телодвижений ради каких-то четырёх плиточек на главной странице.
Ага, материалы выводить вивсом, чтобы новичики уже на страте ноги ломали.
Будто иных проблем не хватает...
Вот-вот, и ноды пусть уберут заодно.
Зачем они нужны, параграфы же есть.
Параграфы можно без нод использовать?
Можно, но надо получить письменное разрешение у Дриса.
Никаких упрощений не надо, только хардкор только ООП.