Это все конечно хорошо, только не понятно для кого… Вот если бы они пофиксили раз и навсегда проблемы с прозрачностью, png и ClearType — уже было бы неплохо.
Вот кстати github.com/dgouldin/django/tree/soc2009/admin-ui это приложение находится в приоритетных задачах на Django 1.2
И там прилично хороших вещей — не только динамические инлайны, но и автодополнение для ForeignKey и ManyToManyField, а также OrderingField (вроде как можно будет прямо drag-and-drop записей делать, как в django-cms)…
Не все довольны, кстати, таким решением, но, зная подход основных разработчиков, думаю, что все будет нормально.
Тут вот уже написали про «обычных» спортсменов… Но если вдуматься, то же самое со сменой любой профессии. Так же нелегко будет отказаться от того, чем занимался 5/10/15 лет и в чем уже профи и начать заниматься чем-то другим.
Другое дело, что, наверное, киберспортом заниматься долгое время, как и многими видами спорта, не получится.
ну в logitech-то как ни переназначай, все равно из 2 рядов 3 не получится :)
а тут как никак годы привыкания пальцев, так что я бы тоже матерился… хотя, собственно, когда на ноуте печатаю, я и матерюсь :)
К маленькому Enter еще я как-то смог привыкнуть, но вот к нестандартным Home-End — никак.
Так бы что-нибудь от Logitech точно купил — в комплект к мышкам, которые у них, на мой взгляд, лучшие.
У меня это уже вопрос некоторой привычки — я php кодил под Zend-ом. Теперь вот в основном питон — но уже смотрел в сторону Eclipse, когда рассматривал варианты IDE.
Без автокомплита вообще очень неуютно. И еще в эклипсе на мой взгляд наиболее удобная навигация по дереву каталогов с помощью ftp/ssh + можно быстро терминал открыть в нужной папке, сделать что-нибудь по-мелочи (плагин remote systems).
А из аптаны я использую в основном редакторы html/css/js — уж больно хороши они там.
Ну и всякие вкусные эклипсовские штучки типа «smart home» тоже несомненно радуют.
NP++ у меня кстати стоит, хорошая прога, но на 99% использую его для локальных быстрых правок и конвертирования кодировок файлов.
У меня Eclipse и на нем плагины отдельно PyDev и Aptana.
Вот сейчас добавил добавил даже не отдельно django, а всю директорию site-packages — автокомплит сразу заработал нормально, даже перезапуска не понадобилось.
А что тут у многих за проблема с шаблонами?
В доках registration там сразу явно было дано понять, почему их нет:
1. Providing default templates with an application is generally
hard to impossible, because different sites can have such
wildly different design and template structure. Any attempt to
provide templates which would work with all the possibilities
would probably end up working with none of them.
2. (сокращая) Неизвестно, какой у вас шаблонный бекэнд, может и нестандартный. Тогда никакого толка от их шаблона не будет.
Да и вообще, в контексте передается либо только {{ form }} либо вообще ничего (страница редиректа после успешной отправки). А уж как вы форму оформляете и выводите — тут авторам уж точно не узнать.
Но их тоже можно понять — унифицируют разночтения.
Кстати — насчет проблемы интересно — а как было с admin.site.root? Там все и парсилось?
Если дело в завязке на ссылки (чтобы они были одинаковыми), то можно было бы, например, делать редирект из своей middleware. Ну или формировать ссылки через {% url USERTYPE other_params %}, а USERTYPE задавать в процессорах контекста.
Хотя это все равно доп. работа :)
Там мало их, при этом все довольно специфичны (они же обещали api stability с 1.0 версии).
Из того, что нужно всем, я бы отметил, что теперь писать в urls.py так:
(r'^admin/(.*)', admin.site.root)
— deprecated — а надо теперь:
(r'^admin/', include(admin.site.urls))
"… а другие ограничиваются лишь их просмотром и иногда скупым комментированием"
И там прилично хороших вещей — не только динамические инлайны, но и автодополнение для ForeignKey и ManyToManyField, а также OrderingField (вроде как можно будет прямо drag-and-drop записей делать, как в django-cms)…
Не все довольны, кстати, таким решением, но, зная подход основных разработчиков, думаю, что все будет нормально.
Другое дело, что, наверное, киберспортом заниматься долгое время, как и многими видами спорта, не получится.
а тут как никак годы привыкания пальцев, так что я бы тоже матерился… хотя, собственно, когда на ноуте печатаю, я и матерюсь :)
Так бы что-нибудь от Logitech точно купил — в комплект к мышкам, которые у них, на мой взгляд, лучшие.
У меня это уже вопрос некоторой привычки — я php кодил под Zend-ом. Теперь вот в основном питон — но уже смотрел в сторону Eclipse, когда рассматривал варианты IDE.
Без автокомплита вообще очень неуютно. И еще в эклипсе на мой взгляд наиболее удобная навигация по дереву каталогов с помощью ftp/ssh + можно быстро терминал открыть в нужной папке, сделать что-нибудь по-мелочи (плагин remote systems).
А из аптаны я использую в основном редакторы html/css/js — уж больно хороши они там.
Ну и всякие вкусные эклипсовские штучки типа «smart home» тоже несомненно радуют.
NP++ у меня кстати стоит, хорошая прога, но на 99% использую его для локальных быстрых правок и конвертирования кодировок файлов.
Вот сейчас добавил добавил даже не отдельно django, а всю директорию site-packages — автокомплит сразу заработал нормально, даже перезапуска не понадобилось.
В доках registration там сразу явно было дано понять, почему их нет:
1. Providing default templates with an application is generally
hard to impossible, because different sites can have such
wildly different design and template structure. Any attempt to
provide templates which would work with all the possibilities
would probably end up working with none of them.
2. (сокращая) Неизвестно, какой у вас шаблонный бекэнд, может и нестандартный. Тогда никакого толка от их шаблона не будет.
Да и вообще, в контексте передается либо только {{ form }} либо вообще ничего (страница редиректа после успешной отправки). А уж как вы форму оформляете и выводите — тут авторам уж точно не узнать.
Кстати — насчет проблемы интересно — а как было с admin.site.root? Там все и парсилось?
Если дело в завязке на ссылки (чтобы они были одинаковыми), то можно было бы, например, делать редирект из своей middleware. Ну или формировать ссылки через {% url USERTYPE other_params %}, а USERTYPE задавать в процессорах контекста.
Хотя это все равно доп. работа :)
Из того, что нужно всем, я бы отметил, что теперь писать в urls.py так:
(r'^admin/(.*)', admin.site.root)
— deprecated — а надо теперь:
(r'^admin/', include(admin.site.urls))