31 августа 2012 в 16:41
Модуль добавляет к Views фильтр таксономии с ajax. Т.е. как и Hierarchical Select - зависимые селекты, по одному на каждый уровень словаря таксономии. Работает с включенным ajax для представления, но не работает с включенным autosubmit в настройках стилей Exposed Form.
UPDATE: теперь работает в сочетании сам с собой. То есть можно добавить ещё точно такой же фильтр, но с другим словарем. Будет два на форме.
UPD (29.04.13): Переписал на jQuery, форма теперь на каждый чих не кэшируется.
Демонстрация работы фильтра для Views
Кому нужен, пишите в личку или в аську (в профиле).
Страница с архивом
Кто знает нормально работающий вариант такого фильтра — пишите здесь (или комментируйте там).
Проблемы работы Hierarchical Select и Views навскидку: http://www.drupal.ru/node/71636 и http://www.drupal.ru/node/78019, ну и конечно http://drupal.org/node/1170192
Комментарии
Вы уже либо делитесь с сообщетсвом и прикрепляйте к материалу, либо вообще не выкладывайте. Что за бред: "Кому нужен".
Спасибо за оценку.
А что не дотянули до
А то выглядит буд-то я оценку модулю дал. Я оценил идею его раздачи.
Кто знает нормально работающий вариант такого модуля - выкладывайте здесь .
Неинтересно.
Неинтересно мне, как там что Вам выглядит.
До демосайта пальцы на мышке не дотянулись?
так выложи на демосайте модуль , коли такой умный .
Спасибо, такая честь для меня.
ну а че... все правильно.. если хочешь заныкать... ныкай у себя на жестком диске..
А если делиться - то делись...
Иначе херня какая-то получается.... как в том мультике про почтальена Печкина..
Вам посылка, но я вам ее не дам-)))
Не «Вам», а
Про «делиться» речь не шла. У меня в трекере есть чем поделиться, и именно этого модуля это не касается))
Вы разработчик этого модуля?
Скорее всего, обращаясь в личку, следующим сообщение приходит не модуль а сумма и платежные данные.
Ествественно, зачем бы я чужой код предлагал с такими «ухищрениями»?
Скорее всего, поскольку это
какбэ намекает, не находите?
А по какой причине в открытый доступ не выкладываете ?
Пост ведь таки нарывается на троллинг (Сомневаюсь что кто то одобрит такой способ распространения).
и сколько просите?
http://www.drupal.ru/node/44890
http://www.drupal.ru/node/65578
http://www.drupal.ru/node/86173
http://www.drupal.ru/node/86122
Свою работу оцениваю в 100$.
если не трудно - огласите dependenсies и files модуля.
Пожалуйста:
files[] = views_hst_filter_handler_filter.inc
Я был заказчиком данного модуля. Разработчик модуля выполнил заказ раньше установленного срока, за что ему огромная благодарность. На данный момент, вряд ли есть подобный функционал, а если и есть, то он тщательно скрывается разработчиками и вряд ли кто вам этот модуль предоставит бесплатно. Модуль стоит своих денег, так как позволяет закрыть огромную пропасть между Hierarchical Select и Views. Как известно, Hierarchical Select работает только с одним словарем, не более. Этот модуль решает данную проблему. С помощью этого модуля вы сможете назначать exposed-фильтры, которые будут выведены динамическими селектами многоуровневой иерархии терминов нескольких словарей. Здесь решается вопрос ввода (создания объявления) юзером (продавец автомобиля) данных, например, марка авто (2 уровня), регион (3-4 уровня), и вывода (динамические exposed-фильтры) для юзера (покупателя). Подобный функционал есть в расширенном поиске auto.ria.ua. Код чистый, все работает как часики. Сложность задачи и затраченные при этом усилия формируют стоимость решения. Чтобы не быть голословным, на Веблансере за 5 дней никто не рискнул взяться за разработку данного модуля. Здесь поступило только 2 предложения, и то в личку.
За 100$ дешевле написать решение под конкретную задачу imho.
Для кого дешевле?
И потом, что значит решение под конкретную задачу? Какая она — конкретная?
Допустим надо фильтровать вывод по терминам словаря таксономии. Но чтобы не выплескивать пользователю весь словарь в одном селекте, желательно разбить термины на относительно небольшие группы по уровню вложенности. Это — конкретная задача.
А обеспечить работу фильтра совместно с, ну, с тегами, например, это уже — выход за рамки конкретной задачи, верно? И тем более с ещё одним таким же фильтром, но по другому словарю.
Значит пишем фильтр, работающий только в одиночестве — дешевле выйдет. Так?
Убогий Drupal AJAX framework который работает на jQuery 1.3.2. И не имеет callback'ов. Работает ужасно долго (Я да же не уверен что вы кешируете результаты работы фильтра).
И это только начало. Я мог бы назвать ещё 2 - 3 проблемы. С которыми столкнулся только я. И не дай бог мне придется дорабатывать что нибудь подобное для конечного продукта. К примеру подсветки только тех терминов у которых привязаны материалы (Остальные должны быть выключены).
Или к примеру добавления действия после выбора нужного уровня словаря.
Кэшированием занимается ядро Друпала. Моё вмешательство не потребовалось. Пока. Если потребуется что-то дополнительное — займемся.
Про остальное (подсветка, действия) вообще не понял, какое отношение это имеет к отбору материала? И, самое интересное, к этому:
Неиспользование стандартных средств Друпал дешевле? Любопытно...
Какой смысл давать пользователям выбирать опции (Теги из словаря) если к ним ничего не привязано. К примеру почему я могу выбрать Атомобили -> Лошадь когда там ничего нет ?
Да таки есть. AJAX framework это не то решение (Исключая прототипы интерфейсов и админку)с которым вы сохраните ваше время (Если вы разработчик а не конченый пользователь).
Ага, понял. Действительно, этой опции у меня нет. Однако и запросов на подобную опцию не было) Ну и добавить её, безусловно, не сложно.
Что ж, позвольте с Вами не согласиться по этому вопросу. Для меня лично AJAX Framework как раз-таки то решение, с которым я сохраню своё время.
Ну и наконец я так и не понял — Вы оцениваете такое решение (конкретно этот модуль) дешевле или дороже по факту?
Про конченного пользователя понравилось))
По факту дешевле. Решение нужное это 100% и если вы не разработчик то заплатить стоит. Но 100$ ?
Только если вы ваш модуль будете гарантированно поддерживаться и дорабатываться на протяжении полу года как минимум.
А так "Продажу" я бы оценил в 25 - 35$ (Тут опять же вопрос для сайта вы его продаете или купив его я могу поставить его на 20 сайтов).
"Про разработку я ничего не говорил."
"Мнение сугубо мое и выбор всегда за вами."
"<<конечный пользователь>> (end user)."
Ну тогда и оценка не понятна.
За 100$ я могу купить ещё Одну Лицензию Windows 7. (Лишь как пример для соотношения стоимости = работа)
За 200$ я могу заказать уникальный дизайн на 5 страниц.
От 200$+ я могу заказать модуль для парсинга и синхронизации Yandex Market.
За 250$ можно купить сборку для автомобильного магазина
Или могу за 100$ купить ваш модуль. (И то только в том случае если мне предоставляются все права и я могу выложить его к примеру на drupal.org)
"Все примеры которые вы скинули про распространение модулей. Имеют <символическую плату>"
Топик доставляет, однако.
Которые продаются миллионными тиражами
За эти деньги можно только говно сделать. Или дизайн 1 страницы.
С дырами, и говнокодом, у школьника ?
Если это GPL, то эту сборку можно совершенно легально скачать где-то.
Лицензия GPL позволяет вам делать все что угодно с модулем, после покупки. Поэтому, фактически, покупая GPL софт вы спонсируете разработку вместе с другими (единичными) покупателями. После этого GPL модуль выкладывается где-то одним из покупателей, полностью легально.
А, теперь понятно. Что ж, я оцениваю свою работу так, а не иначе.
почему-то мне кажется, что разработчик сможет продать его раз 5-6 максимум, прежде чем он (модуль) появится в торрентах за смс
м.б. разработчик объявит просто, за какую итоговую сумму он готов выложить модуль в паблик с минимальной поддержкой, а мы бы здесь её собрали - меня, например, не смущает сумма $100, меня смущает дальнейшая судьба это нужного многим решения
Понимаю, о чём Вы. Правда, "торренты" это тоже в своём роде "паблик")
Что касается натурального паблика — обязательно, только через некоторое время. Через какое сказать затрудняюсь, причины задержки тоже не хотелось бы называть. Одно точно — пауза не из-за желания "срубить бабла".
как приятно после покупки найти халяву))))))))
для д6 есть?
Так для д6 вроде HS работает, не?
Во всяком случае, проблема возникла в 7-ке.
На д6 таже проблема
меня интересует такой же модуль, но для сортировки пользователей? может кто такое сделать?
возможно за деньги (в этом случае пишите в личку)
http://drupal.org/project/shs
Должен быть лучше моего. Я, правда, его не ставил, но в код глянул. Судя по всему он чисто на jQuery крутится, а значит никакого лишнего кэширования на каждый чих (#ajax) нет. Да и визуально должен быть поприятнее моего.
помнится у HS были проблемы с кешированием, база росла неимоверно, я на семерку до сих пор не хотел переходить, пока не было интеграции views и hs
А вот она и росла — форма на каждом запросе #ajax кэшируется. Делаю выбор термина — форма в кэш. Делаю ещё — опять в кэш.
Это не только у HS, у любого поля с #ajax.
Знаю про shs, но всё-таки переписал свой на jQuery (и для 6-ки тоже). Сравнить не могу, ибо shs так и не пробовал
у shs существенный недостаток - выбор только самого глубокого уровня, допустим Skoda => Octavia
а просмотреть все автомобили марки Skoda нет возможности.
Если добавлять не последнее, а и родительские значения (например, с помощью HS,) то SHS работает на любой уровень.
Ну тогда мой выходит вперед
ну shs по ходу тоже на jquery, там нифига не кешируется
ну так выкладывай, заценим.
Ну так ссылок-то тут море.
Вы, походу, не читаете. Выше про это уже было говорено.
ser_house, не пойму как задействовать ваш модуль.
Он должен должен добавить способ выбора?
Установил, все осталось же.
Добавление фильтра для Views
Спасибо,как раз думал где эти настройки.
del