Python-сообщество

Как оказывается создание кастомных фильтров в админке не задокументировано (хотя может я плохо искал), так что пришлось рыть самому и где-то через час фильтр уже заработал. Ура!

Полазал по траку, вроде не собираются расширять этот функционал. Не подскажите, есть ли может сторонние продукты для реализации расширенных фильтров (например, по двум полям), а то реально возникают задачи, когда простого фильтра по полю модели недостаточно, а эти фильтры - очень удобная вещь по сравнению с поиском.

Спасибо.

Отредактировано (Дек. 10, 2009 00:03:11)

regall
Полазал по траку, вроде не собираются расширять этот функционал.

Не верно. Фича уже давно обсуждается и стоит со среднем приоритете на 1.2 релиз.

Daevaorn
Не верно. Фича уже давно обсуждается и стоит со среднем приоритете на 1.2 релиз.

Значит пропустил, там же билетиков тьма тьмущая, это хорошо …. Жду с нетерпением …

Блин, единственное что радует и не радует одновременно в изменениях в 1.2, это тег {% if %}. С одной стороны он становится более можным, с другой - придется много шаблонов переписывать =(
http://docs.djangoproject.com/en/dev/releases/1.2/

P.S. Пока они там не написали о расширенных фильтрах, но документ, как бы должен постоянно обновлятся…

regall
С одной стороны он становится более можным, с другой - придется много шаблонов переписывать sad

Обратную совместимость в таких фичах не ломают. Так что можно не переписывать.

regall
P.S. Пока они там не написали о расширенных фильтрах, но документ, как бы должен постоянно обновлятся…

Вероятность того что кастомные фильтро-спеки попадут в 1.2 не равна 100%. Но в 1.1 попасть шансов у них было ещё меньше. Так что надежда есть.

Daevaorn
Обратную совместимость в таких фичах не ломают.

В документе эта фича указата в разделе backwards incompatible, так что походу ламают:

docs.djangoproject.com
Due to new features in the if template tag, it no longer accepts ‘and’, ‘or’ and ‘not’ as valid variable names. Previously that worked in some cases even though these strings were normally treated as keywords. Now, the keyword status is always enforced, and template code like {% if not %} or {% if and %} will throw a TemplateSyntaxError.

regall
В документе эта фича указата в разделе backwards incompatible, так что походу ламают:

Это для тех случаев когда переменные названы как and, or или not. В здравом уме так делать не нужно в принципе. Так что можно сказать, что это мало кого коснется.

Daevaorn
Это для тех случаев когда переменные названы как and, or или not. В здравом уме так делать не нужно в принципе. Так что можно сказать, что это мало кого коснется.

Тю, завтыкал, извини, надо пойти кофа выпить :D

Отредактировано (Дек. 10, 2009 10:44:38)