action ни при чём.

Смотрите консоль браузера, а также console.log() в помощь.

Боюсь, больше пока ничем не смогу помочь. Вашу ситуацию копать нужно более предметно.

Аналогично. Нужно пробовать из $(document).ready.
Я как-то предполагал, что вы уже понимаете механику событий jQuery.

Это и не сработает, реакция на document.ready должна быть и DOM должен быть уже инициализирован перед bind.
Т.е. как минимум:

Тогда, возможно, так (добавить в JS формы или страницы с формой):

Форма и модуль самописные?

Semantics wrote:

Совет делать через вебформ - не менее странный, чем совет делать через параграфы, например.

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

Duplicate Images

Либо, возможно, FileField Sources, но это если с самого начала отслеживать дубликаты (пока их не создано овер 9000).

Возможные причины:

1. Выбранная тема lightbox'а не поддерживает "стрелочки". Попробовать другую тему (там же, в настройках).
2. Изображения не связаны общим атрибутом 'rel'

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

Странно как-то. Обычно, если явно не включили "Strip HTML tags" в выводе поля, то HTML-разметка выводится нормуль.

PS. Что значит "обычное текстовое поле" и "прописать в нем" ? Как именно сделано это поле и каким образом планируется его инициировать и выводить во views?

Views PHP ?
OR
Views Custom Field ?

portfolio wrote:

Осталось только догадаться как связать поле с термином таксономии в другом типе материала.

Т.е. по сути осталось решить основную проблему? )

Я повторю свой совет: не морочьте себе голову. Начните сами писать модуль, быстрее доберётесь до результата, даже если плохо знаете PHP. Да и в будущем пригодятся навыки.

Даже если поля раскиданы по разным типам материалов?

portfolio wrote:

И мне кажется что такое возможно реализовать с помощью модулей

Мне кажется, что нет.

PS. Если что - пишите в личку, за вознаграждение сбацаю "определённое" программное решение.

Гарантированное определённое решение нужно писать. Могу сориентировать как:

1. Создаём модуль
2. В нём хук hook_form_alter()
3. В этом хуке проверяем, что текущая форма - именно форма редактирования материала "Прайс"
4. В этом же хуке читаем uid пользователя и получаем по нему из БД ноду типа "Анкета". Проверям состояние полей Категории услуг (1 и 2). Для тех из них, которые не определены (т.е. не выбраны) - ставим атрибуты соответствующих полей формы "Прайс" в #access = FALSE (что скрывает эти поля формы)
5. Bingo.

Я, кстати, было подумал о них, но разве conditinal fields могут работать с полями другой (т.е. неактивной) формы и вообще другого типа материала? Я что-то не припоминаю навскидку.

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

entity reference в общем-то необязательно, если у пользователя заведомо только по одному материалу типа "Прайс" и типа "Анкета". Их nid'ы можно получить программно по uid автора. Собственно, программно всё сводится к одному хуку hook_form_alter()

The best.

Пишет, что числовое.
Скорее всего, через темплейт поля подставляется "По запросу", если пустое.

1. Костыль: можно сделать какое-то заведомо большое число для значения поля по умолчанию. Таким образом поля со значением по умолчанию уйдут в конец выборки.
2. Кошернее: hook_views_query_alter(&$view, &$query) и в нём $view->query->orderby[0]['field'] (для примера)

Уважаемые г-да fairrandir и gun_dose!

Я ещё раз повторю вопрос: где в тексте выше озвучены условия каких-либо сквозных блоков и editable-сущностей на главной? Откуда вообще появились эти вводные, кто и где их озвучил в этом топике? Я вижу только основной вопрос, озвученный ТС:

Логи сервера стоит ещё посмотреть, если возращается ошибка 500.

1. JS
или
2. hook_form_views_exposed_form_alter() (например)

WillWe wrote:

...Вот про безопасность можно подробнее? Как она страдает?...

Есть мнение, что никак. По-видимому, имелось в виду, что недалёкий контентщик обязательно что-то снесёт из разметки при правке HTML и вообще страшно накосячит.

WillWe wrote:

...И какое же тогда должно быть решение?...

1. Где вы в моём посте прочитали про "блоки с последними статьями, с популярными товарами и т.д." ?
2. Где вы прочитали в сообщении ТС про "блоки с последними статьями, с популярными товарами и т.д." ?

PS. Вброс засчитан, да.