Кнопки генерируются только для главной формы. Встраиваемые формы выводятся просто как набор полей основной формы. Реализовать удаление связанной записи придется самостоятельно. Можно указать вывод собственных шаблонов в форме, где уже добавить любые элементы управления. Как-то так:
Добавил маленький пример. Подробнее смотрите в документации. Там все это есть и довольно хорошо расписано. Если будет что-то не понятно, тогда спрашивайте более конкретно.
@calliko , любая реализация перевода будет влиять на скорость вывода страницы. Скорости работы Translation хватит для большинства проектов. А при наличии кэша проблема практически отпадает. Проекты с особо высокой нагрузкой - это отдельный разговор. Раз уж вы пишите свою CMS, потратьте немного времени на тестирование разных решений и выберите то, что больше понравится/что будет проще интегрировать.
На мой взгляд, пара запущенных виртуалок - это не так страшно, чтобы переживать. Запускать больше будет уже несколько странно, просто потому что работать одновременно сразу с несколькими проектами довольно сложно.
Размер машины сильно зависит от окружения. У меня некоторые машины весят от ~700 Мб до ~2 Гб. Но их необязательно хранить все. Достаточно оставлять на время непосредственной работы (опять же: в идеале один текущий проект). Когда нужна машина - vagrant up, как работа над проектом закончена - vagrant destroy.
В данной таблице сделано так, что элементы с равными id и root_id считаются корневыми элементами (первого уровня), при этом таблица может хранить несколько деревьев (пример: записи 1 и 4).
Вот еще что обнаружилось. Удалил composer.lock и всю директорию vendor. После чего запустил composer install. Это сработало, все удачно скачалось и поставилось за минуту. update по прежнему зависает.
_images выведет одноименный партиал (можно компонент, тогда будет ~images).