Я выбрал SUSY.
— позволяет задавать блокам семантические классы;
— заменит дефолтный blueprint в следующей версии compass;
— легковесный, не содержит элементов интерфейса, как foundation и bootstrap.
Я о том же. Сделали. Работает. Работает хорошо. По оценкам, то же самое на PyQt обошлось бы чуть дольше, дороже и менее расширямо.
Но вот всё-таки вот не покидает ощущение, что сделали как-то через жопу, простите.
Чёрт побери. Вот как десктопные приложения перекочёвывают в веб.
Недавно человеку надо было сделать как-то хитрый калькулятор для себя с выгрузкой данных и её хранением. Коллега убеждал его, что это нужно делать с помощью других технологий, чтобы запускалось как приложение и ему надо обратиться к другим людям. Клиент спрашивал «почему», а мы не нашлись, что ответить.
В итоге сделали всё на джанге, прикрутили аякс, чувак создал хромом ярлык приложения и доволен как слон. Необычный опыт.
Вы в целом правы. Мы делаем сайт по большей части на Django, Django CMS используется в основном для страниц, их иерархии и меню. Вот мне и интересно, что ещё могут предоставить аналоги из PHP мира кроме плагинов на все случаи жизни.
И ещё: я часто встречал подобные вопросы в сети и везде ответ сводился к тому что «нууу, это разные вещи, их не стоит сравнивать». Я работаю с вебом много лет и я не понимаю, почему это разные вещи.
Господа, а проконсультируйте меня по миру PHP. Я уже много лет занимаюсь разработкой на Python/Django, часто использую Django CMS. Те, кто использовал CMS на PHP и DjangoCMS, напишите краткое сравнение. Вне зависимости от языка, от платформы, размеров сообщества и количества плагинов, какие ваши ощущения? Насколько Django CMS (или прочие) сравнима с аналогами?
Проблема была кажется, с клавишей Cmd/Ctrl в TabBar в Mac OS X.
Уже не помню, в чём она заключалась, но она решилась правкой плагина.
Т.е. проблемы могут возникнуть, но они легко решаемы.
Господа, подскажите в чём дело? У меня пропала кнопка «произнести». Поспрашивал у людей, у некоторых тоже пропала, прошёл даже слух, что транслейт собирается прикрыться.
Причём, на винде есть, на маке нету. Везде хром.
P.S. Сабж у меня тоже появился пару недель назад.
Лет пять назад, решил подтянуть навыки вёрстки и купил книгу «CSS. Рецепты программирования». Только недавно заметил, причем там нафиг программирование?
Не холивара ради. В Django-сообществе есть несколько asset-менеджеров, компилирующий SCSS/SASS, LESS, Coffeescript, шаблоны Handlebars, упаковывающих всё это в JS и CSS файлы с id'шниками для кэширования.
Тоже зачем-то раньше держал вложенный проект.
На нынешнем проекте, на dev-сервере приходится часто ставить в виртуальное окружение пакеты из trunk-ов, в такой конфигурации (с отдельными каталогами) гораздо проще тестировать.
— позволяет задавать блокам семантические классы;
— заменит дефолтный blueprint в следующей версии compass;
— легковесный, не содержит элементов интерфейса, как foundation и bootstrap.
Но вот всё-таки вот не покидает ощущение, что сделали как-то через жопу, простите.
Недавно человеку надо было сделать как-то хитрый калькулятор для себя с выгрузкой данных и её хранением. Коллега убеждал его, что это нужно делать с помощью других технологий, чтобы запускалось как приложение и ему надо обратиться к другим людям. Клиент спрашивал «почему», а мы не нашлись, что ответить.
В итоге сделали всё на джанге, прикрутили аякс, чувак создал хромом ярлык приложения и доволен как слон. Необычный опыт.
Ну, и экспериментальная поддержка Py3k.
И ещё: я часто встречал подобные вопросы в сети и везде ответ сводился к тому что «нууу, это разные вещи, их не стоит сравнивать». Я работаю с вебом много лет и я не понимаю, почему это разные вещи.
Уже не помню, в чём она заключалась, но она решилась правкой плагина.
Т.е. проблемы могут возникнуть, но они легко решаемы.
Причём, на винде есть, на маке нету. Везде хром.
P.S. Сабж у меня тоже появился пару недель назад.
На нынешнем проекте, на dev-сервере приходится часто ставить в виртуальное окружение пакеты из trunk-ов, в такой конфигурации (с отдельными каталогами) гораздо проще тестировать.