Как вы относитесь к идее убрать из ядра настройки отображения для типа материала?

Аватар пользователя VasyOK VasyOK 6 мая в 13:35

Когда в views выводим поля, указываем форматтер для поля. В настройке отображения для типа материала тоже указываем форматтер для поля.
На лицо признаки "двойной бухгалтерии".
Форумчане, как вы относитесь к идее убрать из ядра (или свести в отдельный модуль) настройки отображения для типа материала, а поля ноды выводить на ней вьюхой. Чтобы это было по умолчанию. Ведь views уже в ядре. Попрошу выражаться технически, вопрос задан, чтобы услышать мнения.

0 Thanks

Комментарии

Аватар пользователя Semantics Semantics 6 мая в 13:40

А ты знаешь уже, что вывод полями он давно не приоритетный?
И всё делается для того, чтобы больше и чаще использовали вывод отрендеренных сущностей?

Аватар пользователя Semantics Semantics 6 мая в 15:33

@merlinofchaos узнал о твоем способе выводе хлебных крошек с помощью вьюх и блоков и решил, что ну его нафиг.
Давайте фокус смешать с вывода полями - на вывод отрендеренных сущностей

Аватар пользователя gun_dose gun_dose 6 мая в 21:58
1

Это вывод тизеров например. Если бы ты умел пользоваться search API, то давно бы понял, зачем это.

Аватар пользователя gun_dose gun_dose 6 мая в 22:13

При том, что придётся индексировать картинки и прочую лабуду, которая для поиска не нужна. А когда дойдёт дело до вывода кнопок корзины, то поймёшь, что всё нужно переделать с нуля по-нормальному.

Аватар пользователя gun_dose gun_dose 6 мая в 22:50

Как минимум неудобно, если нужно добавить ещё одно поле в вывод, то нужно добавить его в индекс, потом всё переиндексировать, а потом добавить его во вьюс. А если есть несколько вьюх или отображений с разными критериями, но одинаковым выводом, то все эти процедуры нужно многократно повторить.

Аватар пользователя VasyOK VasyOK 7 мая в 0:17

"то нужно добавить его в индекс" - могу ошибаться, кажется это не обязательно...
" несколько вьюх или отображений с разными критериями, но одинаковым выводом" - поля на дисплеях одинаковые, фильтры - разные.
И не надо забывать что с полями мы имеем views_conditional и views_fieldsets

Аватар пользователя ivnish ivnish 6 мая в 14:15
1

Не всем нужен вывод полей через Views, вот и всё. Не вижу "двойной бухгалтерии"

Аватар пользователя adano adano 6 мая в 15:39

А я б "вьюшников" драл, как Сидоровых коз, особенно за тизеры, в виде полей.
Вьюс выпиливаем из ядра, настройки отображения для типа материала оставляем.

Аватар пользователя adano adano 6 мая в 16:49
1

Рассматривай, как другую сторону разработки...
Отсюда, почему твое "убрать из ядра" должно быть истинным в данном контексте?

"чем плохо" - не вижу смысла разжевывать, ибо все равно будешь делать по своему, как и с ХК через вьюху.

Аватар пользователя gun_dose gun_dose 6 мая в 22:01

Без вьюса нет смысла в друпале)) но по умолчанию надо сделать вывод не полей, а тизеров. Хотя, с другой стороны, иногда удобно во вьюхе вывести поля, скрыть их и добавить поле пользовательский текст и в нём набросать нужную разметку. Особенно, если используешь фреймворки вроде бутстрап.

Аватар пользователя Semantics Semantics 7 мая в 10:12

Чтоб потом никто не разобрался, что вообще в этой вьюхе происходит и был полный глянец.

Аватар пользователя gun_dose gun_dose 7 мая в 11:34

А что там разбираться? Увидел класс .views-row и сразу понятно, где смотреть. Зашёл во вьюс, а там сразу видно: поля или тизеры. Просто когда приходится кликать 2-3 вью-мода для термина таксономии, делать под них отдельные шаблоны и потом стилизовать это, то понимаешь, что слишком много телодвижений ради каких-то четырёх плиточек на главной странице.

Аватар пользователя P.Selfin@drupal.org P.Selfin@drupal.org 6 мая в 16:15

Ага, материалы выводить вивсом, чтобы новичики уже на страте ноги ломали.
Будто иных проблем не хватает...