СРОЧНО!!! Планы Максима по MaxSite CMS

На Гитхабе Максим опубликовал свои планы по развитию движка. Читаем⁰ и комментируем!

На всякий случай продублирую сюда:

Несколько принципиальных изменений. Они все между собой связаны, поэтому определить приоритет будет сложно.
Принципиально: есть желание серьезно подчистить старые хвосты. Это касается удаления каких-то старых файлов, вроде jQuery-плагинов или стилей. Они нужны только ради совместимости со старыми версиями и шаблонами. Плюс мы отказываемся от поддержки старых браузеров, в частности минимальная версия IE11. Это то, что заявляется. Остальное на откуп вебмастера. Хоть для IE6 делай.
Скорее всего это приведет к частичной потери совместимости со старыми шаблонами. Поэтому основное требование для шаблонов — использование концепции D3. Как «отсекать хвосты» я уже писал на своем сайте.
LESS-компилятор заменю на новый. Но, тут важно отметить, что я планирую всё-таки использовать его опционально. На текущий день тот же winless с родной версией less.js работает лучше. Поэтому lessphp будем рассматривать как фишку, но не более того. К сожалению поддержка php-компиляторов less практически прекратилась, а то, что есть сильно отстает от нативного less.js.
Касаемо less в шаблоне есть пара моментов. В первую очередь я хочу изменить логику секции HEAD (см. mso_default_head_section() ). Подключение css/less-стилей очень запутанны. Вместо этого там оставить единый style.less, который автоматом компилируется в style.css. Но при этом автоматом подключаются все css-файлы из /css/. Эта логика сейчас используется в LPF и отлично себя зарекомендовала.
Далее по шаблонам. Дефолтный шаблон хочу переписать с использованием a-style (http://lpf.maxsite.org/rules-for-css) и только в варианте D3.
Админку тоже планирую переделать с помощью a-style. В админке есть несколько нехороших вещей, нужно будет их поправить. Там же нужно добавить адативность. Сам дизайн меня устраивает, но рассмотрю ваши идеи.
Часть вещей, придуманных для LPF, я бы хотел внедрить в MaxSite CMS. В частности очень нравится парсер simple. Чтобы его использовать потребуются некоторые переделки во встроенном autotag. Это сложная проблема и как её решать нужно ещё подумать. То есть основная идея в том, чтобы вынести все autotag отдельно и подключать опционально для каждого случая. Этот подход позволит разрешить конфликт визуально/невизуалього редактирования — используй тот парсер, который больше нравится.
Вот это основные моменты.