Сейчас попробовал реализовать с постраничным навигатором с помощью модуля bef, что-то похожее, что я хочу и, как я понимаю, без предварительной загрузки всего контента. Единственный минус пока это то, что теряется фокус поля после автосабмита.
Да, так я сделал изначально. Но решил улучшить. Чтобы автоподбор свой результат не в выпадающий список вставлял, а непосредственно в блок.
Т.к. я не нашел готового решения, решил хотя бы сделать как в расширениях, что тоже не совсем правильно, т.к. придется подгружать сразу все данные.
Но, в любом случае, спасибо за помощь.
Лучше я покажусь дурачком, переспрашивая, но постараюсь разобраться, чем сказать, что понял, но так ничего не поняв.
Хорошо, это я понял и сделал.
Но еще раз уточню, данными модулями (search api, search autocomplete, search api autocomplete) можно, чтобы не в выпадающий список предлагала автоподбор, а непосредственно в блок вьюхи, т.е. результат автоподбора/поиска отображался в блоке не по нажатию enter или кнопки поиска, а по мере набора в строке поиска?
Сделал вьюху с фильтром, поиск работает, аутокоплит тоже, но простой выпадающий список. А вот дальше стопор, не могу понять, как этот список подменить своей вьюхой.
да, не совсем правильно и понятно описал.
Пользователь начинает вводить данные в поисковую строку, autocomplete находить подходящие и предлагает их в выпадающий список. Можно ли этот выпадающий список заменить представлением, чтоб можно было редактировать его по своему усмотрению (добавлять доп поля, доп блоки и т.п.)?
первое просто отображает выпадающий список из индексируемых полей либо из макетов материала. Второй, как я понимаю, позволяет сделать это блоком.
Я хочу отобразить еще и свои данные в этот блок. Но задумался, как лучше это сделать. Если весь поиск делать блоком, то как осуществить отображение результата без нажатия enter - на лету
у меня не получилось вывести результат autocomplete вьюсром. Если это возможно, тогда тот набор доп. данных, которые необходимо вывести в появляющийся блок поиска я выведу вьюсом
как раз и делал на autocomplete. Но хочу расширить функционал.
Поиск сделать блоком, который будет отображаться при активировании самого поля поиска, в котором будут некоторые дополнительные данные. И тут логично сделать мгновенное отображение результата в самом блоке.
в Target bridge field необходимо указать машинное имя поля, которое связывает текущий объект (как я понимаю, тип комментария) с объектом (тип материала), который содержит поле-цель fivestar.
Указывать надо entity_reference. Но вот что указывать, я так и не могу сообразить.
Необходимо добавить еще поле, которое ссылается на наш тип материала и его указать?
Или наоборот, надо активировать Set voting target в материале, а не в комментарии?
Долго думал и пробовал разные варианты. Остановился пока на модулях field_group (формирую табы) и Display Suite (создаю поля содержащие блоки views, которые могу добавлять в материалах в любое место).
модуль попадался как-то. но мне не только вывести во вкладки, но еще я много данных формирую представлением и их надо запихать в отображение материала. Можно, конечно, сохранить как отдельные блоки и потом с условием выводить. Но, если получиться добиться редиректа, то будет все проще.
не совсем подходит, на сколько я разобрался.
С twig тоже пока не подходит, уже на самый крайний случай.
В представлении я формирую страницы, например, material/{id}/info, material/{id}/images, material/{id}/reviews. Сам адрес ноды - node/{id}.
Как заставить обработчик комментариев перенаправлять после добавления или вывод ошибки не в node/{id}, а в material/{id}/reviews??
В правилах, при создании переадресации, не получается получить {id}
я с 8-кой не работал. Когда-то был небольшой опыт на 7-ке. Поэтому пошел по пути, который смогу придумать.
Сейчас постараюсь разобраться с layout builder. Спасибо.
Модуль Fivestar
нашел такую запись, буду тестировать.
Работает.
PS: Сам с собой поговорил))
Модуль Fivestar
Кто-нибудь делал похожее? Подскажите, так и не смог решить и разобраться.
Мгновенный результат на поиск
Сейчас попробовал реализовать с постраничным навигатором с помощью модуля bef, что-то похожее, что я хочу и, как я понимаю, без предварительной загрузки всего контента. Единственный минус пока это то, что теряется фокус поля после автосабмита.
Мгновенный результат на поиск
Да, bef это умеет. Попробую с ним еще поработать. Спасибо.
Мгновенный результат на поиск
Да, так я сделал изначально. Но решил улучшить. Чтобы автоподбор свой результат не в выпадающий список вставлял, а непосредственно в блок.
Т.к. я не нашел готового решения, решил хотя бы сделать как в расширениях, что тоже не совсем правильно, т.к. придется подгружать сразу все данные.
Но, в любом случае, спасибо за помощь.
Лучше я покажусь дурачком, переспрашивая, но постараюсь разобраться, чем сказать, что понял, но так ничего не поняв.
Мгновенный результат на поиск
Хорошо, это я понял и сделал.
Но еще раз уточню, данными модулями (search api, search autocomplete, search api autocomplete) можно, чтобы не в выпадающий список предлагала автоподбор, а непосредственно в блок вьюхи, т.е. результат автоподбора/поиска отображался в блоке не по нажатию enter или кнопки поиска, а по мере набора в строке поиска?
Мгновенный результат на поиск
Сделал вьюху с фильтром, поиск работает, аутокоплит тоже, но простой выпадающий список. А вот дальше стопор, не могу понять, как этот список подменить своей вьюхой.
Мгновенный результат на поиск
видимо в том, что не разобрался в Search API Autocomplete.
Мгновенный результат на поиск
предполагал, что так. Теперь убедили. Пойди дальше изучать как.
Спасибо.
Мгновенный результат на поиск
Что-то на подобие такого поиска сделать
Мгновенный результат на поиск
да, не совсем правильно и понятно описал.
Пользователь начинает вводить данные в поисковую строку, autocomplete находить подходящие и предлагает их в выпадающий список. Можно ли этот выпадающий список заменить представлением, чтоб можно было редактировать его по своему усмотрению (добавлять доп поля, доп блоки и т.п.)?
Мгновенный результат на поиск
первое просто отображает выпадающий список из индексируемых полей либо из макетов материала. Второй, как я понимаю, позволяет сделать это блоком.
Я хочу отобразить еще и свои данные в этот блок. Но задумался, как лучше это сделать. Если весь поиск делать блоком, то как осуществить отображение результата без нажатия enter - на лету
Мгновенный результат на поиск
у меня не получилось вывести результат autocomplete вьюсром. Если это возможно, тогда тот набор доп. данных, которые необходимо вывести в появляющийся блок поиска я выведу вьюсом
Мгновенный результат на поиск
как раз и делал на autocomplete. Но хочу расширить функционал.
Поиск сделать блоком, который будет отображаться при активировании самого поля поиска, в котором будут некоторые дополнительные данные. И тут логично сделать мгновенное отображение результата в самом блоке.
Папка web в Openserver
главная страница открывается через site, но дальше все ссылки идут через web (стандартное меню, блоки)
Папка web в Openserver
да
Папка web в Openserver
Можно ли в друпал 9 не отображать (или отображать) те или иные блоки в зависимости от ширины экрана (или устройства)
это делается css
Изменение поля ноды без обновления даты node:changed через Rules
а как вариант повесить свой скрипт на крон, который напрямую изменяет значение в БД?
ПС. да, писалось об этом выше про кастом
Модуль Fivestar
в Target bridge field необходимо указать машинное имя поля, которое связывает текущий объект (как я понимаю, тип комментария) с объектом (тип материала), который содержит поле-цель fivestar.
Указывать надо entity_reference. Но вот что указывать, я так и не могу сообразить.
Необходимо добавить еще поле, которое ссылается на наш тип материала и его указать?
Или наоборот, надо активировать Set voting target в материале, а не в комментарии?
Пробовал по разному, но так и не получилось.
Кастомная страница материала
Долго думал и пробовал разные варианты. Остановился пока на модулях field_group (формирую табы) и Display Suite (создаю поля содержащие блоки views, которые могу добавлять в материалах в любое место).
Кастомная страница материала
В 8-ке тоже можно, но материал задавать надо по id. А если таких материалов десятки? Получается, для каждого материала свой tabs.
Кастомная страница материала
модуль попадался как-то. но мне не только вывести во вкладки, но еще я много данных формирую представлением и их надо запихать в отображение материала. Можно, конечно, сохранить как отдельные блоки и потом с условием выводить. Но, если получиться добиться редиректа, то будет все проще.
Кастомная страница материала
не совсем подходит, на сколько я разобрался.
С twig тоже пока не подходит, уже на самый крайний случай.
В представлении я формирую страницы, например, material/{id}/info, material/{id}/images, material/{id}/reviews. Сам адрес ноды - node/{id}.
Как заставить обработчик комментариев перенаправлять после добавления или вывод ошибки не в node/{id}, а в material/{id}/reviews??
В правилах, при создании переадресации, не получается получить {id}
Кастомная страница материала
я с 8-кой не работал. Когда-то был небольшой опыт на 7-ке. Поэтому пошел по пути, который смогу придумать.
Сейчас постараюсь разобраться с layout builder. Спасибо.