Вышла Django 1.4 alpha 1

[@neithere]

В слове «wizard» одна буква «z».

[@navar]

Желаю разработчикам Django в Новом году уложиться в график выхода версий!

[@Geewox]

Великолепный фреймворк на великолепном языке. Спасибо им за то, что они делают.

[@printf]

Забавный факт: патч, добавляющий фильтр truncatechars (в девичестве просто truncate) зафайлили аж 30 июля 2007 года.
Ну, лучше поздно, чем никогда.

[@kmike]

справедливости ради, нормальный патч чуть больше, чем пол-года назад появился только, там вся эта ерунда с юникодом

[@alehano]

То же самое можно делать с помощью фильтра |slice

[@jov]

Django hasn't had a clear policy on which browsers are supported for using the admin app. Django's new policy formalizes existing practices: YUI's A-grade browsers should provide a fully-functional admin experience, with the notable exception of IE6, which is no longer supported.
Released over ten years ago, IE6 imposes many limitations on modern web development. The practical implications of this policy are that contributors are free to improve the admin without consideration for these limitations.

Респект!

[@ShadowPrince]

Я, возможно, не понимаю, но действительно ли trunk или новая alpha настолько уж лучше стабильной версии 1.3, что все сразу бегут переводить свои проекты?

[@jov]

Я бы не рискнул обновиться на production-серверах. В development-ветке проекта попробовать новые фичи — это да.

[@immaculate]

На днях попробовал перевести огромный проект на trunk. Сразу напоролся на то, что не работает перевод в шаблонах вида: {% some_tag _(«some text») %}
Налицо ошибка, но не было времени разбираться, почему происходит и зафайлить баг. :(

[@PQR]

Кто-нибудь знает, есть ли у разработчиков Django долгосрочный roadmap с планами перехода на Python 3?

[@kmike]

Да, планируют в 1.5 добавить поддержку третьего питона и прекратить поддержку питона 2.5. Ветка джанги, которая под питонами с 2.5 по 3.2 все тесты проходит, уже есть ( bitbucket.org/vinay.sajip/django/overview ), но перед релизом ее в 1.4 вливать не стали, т.к. изменения достаточно большие, чтоб неизбежным отлавливанием багов не затянуть релиз. План такой: выпускают 1.4 и сразу после этого в транк вливают изменения, связанные с третим питоном (и прекращают поддержку 2.5).

[@PQR]

О, звучит очень позитивно, спасибо за информацию)

[@printf]

По-моему это зависит не столько от Django, сколько от библиотек — почти все проекты используют биндинги к СУБД, PIL, всякие штуки вроде Celery, south.
Но вообще да, тесты в третьем питоне оно уже проходит (пока только с SQLite), начало положено.

[@kmike]

Тесты и с mysql проходят (используя github.com/clelland/django-mysql-pymysql), и с postgres (из коробки, стандартный psycopg2), на oracle почти проходит (пара тестов падает); GIS не смотрел никто еще.

PIL под тройку тоже есть ( github.com/grahame/pil-py3k ), но он корявый немного; сelery пару месяцев уже (c 2.4.0) под python3 работает.

Я тут недавно поддержку третьего питона в pymorphy добавлял: пара часов и готово, главное на 2to3 не полагаться, а делать так, чтоб один и тот же код работал и под 2.x, и под 3.x. Это, как оказалось, не сложно совсем, и даже костылей почти не надо, если 2.5 не поддерживать. Так что, думаю, библиотеки без особого труда подтянуться должны.

[@printf]

Да, за pymorphy я на битбакете смотрю :3
Ну в целом верно, вроде как все несложно, мои штуки тоже будет тривиально мигрировать. Devil, как обычно, in the details.

[@FZambia]

Из этой статьи Ивана Сагалаева, Джейкоб Каплан-Мосс по этому поводу сказал занимательную фразу: «Когда речь заходит про Питон 3, люди обычно указывают на кого-то и говорят, что те их держат. Сначала это были драйверы БД, потом WSGI. Так вот теперь, если вы не заметили, все показывают на нас! Так что настало время наконец сделать это.»

[@salvator]

Вы забыли про
* get_list_display в админке
* динамические фильтры

вероятно, еще много чего, всего и не вспомнишь

[@kmike]

ага, всякие штуки в ORM (те же prefetch_related и bulk_create), ну и, конечно, поддержка браузерных тестов (с selenium из коробки)

[@seneast]

Интересно что насчет «устаревших» вьюх, они и дальше будут поддерживать их, или дропнут в скором времени?

[@kmike]

см. docs.djangoproject.com/en/dev/internals/deprecation/ — генерик-вьюхи на функциях дропнут в 1.5

[@kmike]

Никто CBV писать не заставляет, и вьюхи на функциях никто не отменяет, наоборот, в 1.3 их поддержка была улучшена (появился TemplateResponse). Сам тоже CBV не использую, пока не придумал, зачем они мне)

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

[@loststylus]

> зарелизили 1.4 альфа версию
> зарелизили альфа версию

Все-таки, я думаю, так немного неправильно говорить про альфа-версию :) Я сначала увидел «зарелизили», обрадовался, что вышла финальная 1.4, а потом увидел «альфа» и радость стала умереннее :(

[@side2k]

А нечего коверкать язык 8) «Зарелизили» == «выпустили», а не «выпустили финальный релиз».