Дописал свой JS.

Проблема в браузере Firefox.

Безотказное решение: в .htaccess добавляем в конце строчку кода «php_value max_input_vars 3000». Она увеличивает максимальный лимит обращений.

Короче для корректной отображения сработал лишь один метод: закидываем все флешки в корень сайта, затем делаем вставку в обычное поле ноды для текста через object, где даем ссылку на основную флешку.

Вопрос решен стандартными функциями Views. Создаем тип материала Slider. Назначаем данному типу необходимые поля: "Изображение", "Категория". Далее, при помощи views выводим слайды в блок, связав показ определенных слайдов с определенными терминами таксономии. Для удобного редактирования данного типа материала из админки, создаем еще одно представление в виде страницы с нужным выводом полей материала, назначив роли. Профит!

Сдается мне буду курить вот это - admin_views. По ходу он покрывает многие проблемы.

Views освоен только в рамках отображения на самом сайте, но что касается внутреннего интерфейса, никогда views не применял... Можете кинуть линк, где можно про это почитать? Буду благодарен Вам!

Спасибо за ответ, думал про это решение. Но все упирается в удобную последующую корректировку. Т.е. по сути, как реализовать удобный интерфейс для правок, что бы были видны фотки прям в ряд списком, или названия в рамках одной страницы? Можно встроенным сортировщиком Drupal на странице /#overlay=admin/content вытащить все созданные ноды под картинки слайдера, но фоток то не видно. Нужно на каждую страницу заходить и смотреть эту фотку, править или нет ее. В общем не совсем ясно как это сделать удобнее. А в nivo - это уже встроено.

По ходу вариантов нет? Неужели ни у кого не возникало такой необходимости.

Решение, если нужно вывести именно в поле - viewsfield. Если нужно автоматом подставить значение в title то - Automatic Entity Label, т.к. auto nodetitle работает не стабильно!

Откатился до одной из более ранних версий модуля, ошибки пропали. Жаль что последний релиз не доработан.

Ребята, неужели ни кто не сталкивался с такого рода проблемами и у всех все работает корректно?

Спасибо за помощь - Conditional State решил проблему!

"kv4" wrote:

Чего это вдруг?

"<a href="mailto:sas@drupal.org">sas@drupal.org</a>" wrote:

Скажите пожалуйста а задача как звучит, которую Вы хотите этим реализовать ?

Удобный выбор терминов таксономии из разных словарей, при создании материала.

"kv4" wrote:

Русским по белому писал:

В общем решилось так: тип материала - фотография. Одно фото - одна нода. Группировка происходит по словарям через раскрытые фильтры views. Возле каждой фотографии выводится уникальный nid. По нему ищет великолепно! И все работает. Так что задача решена! Но остался один непонятный момент. Если я хочу реализовать не просто подстановку nid к каждой фотке, а например MB-nid, как реализовать раскрытый фильтр так, что бы искало (фотку/модель) не просто по nid, т.е. по числу в форме поиска, а по связке MB-nid, т.е. например MB-10 или MB-36.

Спасибо всем за помощь. Пошел по пути одна нода - одно фото. Фильтрация осуществляется через views по словарям.

Ребята. Спасибо что ответили и дали такого масштаба советы!

"kv4" wrote:

А чем этот вариант не устраивает?

"ХулиGUN" wrote:

Зачем использовать какое-то странное никому ненужное поле "уникальный номер фотографии"? ID материала итак будет уникальным... и поиск по нему можно сделать и всё что угодно

ХулиGUN, подскажите как проще автоматом подтянуть в поле создаваемой ноды id-шник..?

На сайте 3500 фотографий моделей мебели. Человек звонит и говорит, сколько стоит модель MB 008-76. Как найти, что он хочет? Или этот же человек, записал номер модели, а через неделю пришел, и хочет ее снова посмотреть. Ему снова лопатить 3500 фоток?

Необходимо организовать удобный поиск по фотографиям.

<a href="mailto:sas@drupal.org">sas@drupal.org</a> wrote:

Стандартно не ищет, но решений много.