Все, ждать и надеяться обойтись другим шаблоном малоосмысленно, мы все уже решили. Пока предварительно разбили на самые независимые части:

• tndt-141 - уходим от event’ов AdminLTE
• tndt-142 - отдельно думаем насчет ухода от sidebar
• tndt-143 - большая фичаветка с собственно редизайном

у нас есть сомнения, что всю нужную нам навигацию мы уместим в верхнюю строку, так что надо оставить старые шаблоны, поменяв только дизайн. А вот избавление о сайдбара лучше сделать отдельно.

Так, по поводу того, где у tabler описание сетки. Сетка у него построена на bootstrap 5. но при этом нет его модных мегазакруглений. так что достаточно просто добавить в закладки, доку по tabler и доку по bootstrap 5

Нам будет нужна фича-ветка, в которую мы будем вливать перенос небольшими кусками, чтобы мр-ы были небольшие. Сами задачи:

• выделение своих евентов отрисовки главного меню и хлебных крошек
• удаление AdminLTE, и комментирование всего, что от него зависит
• установка Tabler.core. layouts. какая-то простая страница
• страницы ошибок и авторизации (заодно и сами ошибки надо сделать или нет)
• основные страницы (главная, все проекты, страница проекта)
• страницы юзера
• страницы задач
• страницы документов
• настройки проекта

8 месячные задачи ждущие релиза заставляют прямо сильно задуматься, выпускать ли без редизайна или нет. Вобще без редизайн выпуск 0.3 так себе затея, тогда придется в редизайн оформлять сразу как 0.4.

А вот списки задач тогда откладываем на 0.3. Да, очень долгожданная задача, но мы так и не решились вновь к ней подступиться, и просто она быть не обещает

Посматриваю периодически, то разное в Tabler, то какие есть альтернативы. И все больше понимаю, что в целом-то я уже все решил. Перехожу. Перехожу в ближайшем релизе, чтобы не мучиться с версткой и разными её проблемами которые все равно переписывать.

Тут разве что стоит аккуратно разбить сей процесс на несколько задач, чтобы не было ощущения, что полгода копали одну задачу. (Да, и фильтрацию с сортировкой списка задач то же разбить, причем сделав самый нужный минимум, запоминание сортировки)

Вобще устарелость слова ajax не показатель, мы и так желаем старое классическое MPA, вместо новых модных фронтов SPA, так что такое название вполне корректно.

Если почитать https://ru.wikipedia.org/wiki/AJAX, то оно относится к любому взаимодействию, когда бек не отдает новую страницу, а отдает данные в json или xml, а старая страница применяет их к себе. и в целом в рамках текущего представления большего и не надо. Когда у нас появятся отдельные представления с чистым api, там уже будет сваггер и dto, и в них будет совсем иная структура, а для presentation/web вполне можно отсаивть и ajax, показывая, что это не универсальный метод апи, вызываемый откуда угодно, а строго привязанный к конкретному виджету на классических страницах.

А да, я еще начал выделать слой представлений для api-ответов. В отсутствие сваггера и других контрактов к апи, viewModel делать не стал, будет в виде ViewTransformer’ов. Название еще обдумать надо

• JsonTransformer - не показывает ,что это презентация
• ViewTransformer - не показывает, что это для json-ajax
• AjaxTransformer - мне кажется слово Ajax уже устарело
• ResponseTransformer - кажется касается всех респонзов
• JsonResponseTransformer - длинновато

При натягиваниии другого шаблона, надо обязательно разделить его js и scss на отдельные файлы. Как минимум стили. Чтобы базовые цвета, и другие переменные импортировать в vue компоненты, не перетягивая туда все стили шаблона. А то я вот ради одной переменной заимпортировал текущие стили, и компонент стал конским по размеру.

Строго говоря сам фронт https://github.com/ColorlibHQ/AdminLTE еще вполне жив, хотя и малообновляется (мы не сказать, что обновляемся чаще). Но он все же он использует JQuery, а мы хотим внедрять vue, мы сильно утомились box’ами и давно хотим как-то освежить это все. Так что это такой запасной вариант

В общем, мы закрыли tndt-80 и от adminLTE будем уходить. Пока мысли о Tabler, так как мне нравится их дизайн. Но тут еще думаем и собираем возможные проблемы.

Или не отложим. Давайте добьем апдейт, сделаем активность, и подумаем готовы мы делать шаблоны фильтров и списка задач на старом шаблоне, и вобще развивать 0.3, 0.3.1 и т.д. без tabler, или все же избавимся от adminlte, и далее будем уже править все и морально готовиться к вики

С одной стороны включение этой задачи в релиз 0.3 очень явно покажет его мажорность. С другой у меня и без этой задачи там очень критически нужные вещи, фильтрация списка задач, активность. Очень нужны категории и связи между задачами. Отложим на 0.4, и подумаем что 0.3.х будет мало и небольших