regall
Дек. 10, 2009 00:02:56
Как оказывается создание кастомных фильтров в админке не задокументировано (хотя может я плохо искал), так что пришлось рыть самому и где-то через час фильтр уже заработал. Ура!
Полазал по траку, вроде не собираются расширять этот функционал. Не подскажите, есть ли может сторонние продукты для реализации расширенных фильтров (например, по двум полям), а то реально возникают задачи, когда простого фильтра по полю модели недостаточно, а эти фильтры - очень удобная вещь по сравнению с поиском.
Спасибо.
Александр Кошелев
Дек. 10, 2009 00:18:52
regall
Полазал по траку, вроде не собираются расширять этот функционал.
Не верно. Фича уже давно обсуждается и стоит со среднем приоритете на 1.2 релиз.
regall
Дек. 10, 2009 01:01:43
Daevaorn
Не верно. Фича уже давно обсуждается и стоит со среднем приоритете на 1.2 релиз.
Значит пропустил, там же билетиков тьма тьмущая, это хорошо …. Жду с нетерпением …
regall
Дек. 10, 2009 10:04:04
Блин, единственное что радует и не радует одновременно в изменениях в 1.2, это тег {% if %}. С одной стороны он становится более можным, с другой - придется много шаблонов переписывать =(
http://docs.djangoproject.com/en/dev/releases/1.2/P.S. Пока они там не написали о расширенных фильтрах, но документ, как бы должен постоянно обновлятся…
Александр Кошелев
Дек. 10, 2009 10:16:37
regall
С одной стороны он становится более можным, с другой - придется много шаблонов переписывать sad
Обратную совместимость в таких фичах не ломают. Так что можно не переписывать.
regall
P.S. Пока они там не написали о расширенных фильтрах, но документ, как бы должен постоянно обновлятся…
Вероятность того что кастомные фильтро-спеки попадут в 1.2 не равна 100%. Но в 1.1 попасть шансов у них было ещё меньше. Так что надежда есть.
regall
Дек. 10, 2009 10:31:48
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.
Александр Кошелев
Дек. 10, 2009 10:37:20
regall
В документе эта фича указата в разделе backwards incompatible, так что походу ламают:
Это для тех случаев когда
переменные названы как and, or или not. В здравом уме так делать не нужно в принципе. Так что можно сказать, что это мало кого коснется.
regall
Дек. 10, 2009 10:44:15
Daevaorn
Это для тех случаев когда переменные названы как and, or или not. В здравом уме так делать не нужно в принципе. Так что можно сказать, что это мало кого коснется.
Тю, завтыкал, извини, надо пойти кофа выпить :D