Наверное потому что архитектура самого nuxt-а так себе. Делалась с упором на простоту

c роутингом nuxt/next из директорий прикольно делали

вобще кто как бы не хаял. Ну лучшая архитектура походу у Angular+Nest.js

c# + blazor ;(

может быть, не знаком

Для меня как раз роутинг полностью бессмысленный. Учитывая что в nuxt приходят люди знакомые с vue-router

как инициировать mounted миксина раньше моунтед компонента?

Вчера же дали вам решение, через кастомную стратегию мёржа

даже меня пугает фраза "кастомная стратегия мержа"...

Поэтому на миксинах уже никто ничего не днлает

та я ничего не нашел по этому

разве никто не сталкивался с реактивным пробросом ширины экрана в компоненты?

как все тогда делают адаптив

Через медиа запросы, очевидно

Если вам нужно пробрасывать ширину экрана в компоненты, то с вероятностью 90% у вас что-то не так. Еще 9% на особенные кейсы перестроения интерфейса от дизайнера, помноженные на лень разработчика и 1% на реальную необходимость.

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

Далее запись в стор и где нужно, там использовалось.

у меня две разные формы на пк и моб, медиа запросы тут не подойдут, мне нужно компоненты подставлять

Ну собственно у вас два варианта: получать ширину в mounted или управлять отображаемыми формами через css

Кейс, как работать с шириной вам описал.

Как вариант, вместо listener на resize, можно использовать matchMedia

сейчас переделал через стор, как Вы и сказали

за это спасибо