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

Огромная разница где смотреть на прелоадер)

посмотрел этот mitt. супер легковесный EventEmmiter из ноды, есть подозрение, что ведет это к тому же side vendor $bus, так а в чем прикол я не смог понять (несмышленый?), зачем нужно делать стороннюю реализацию, если есть готовая? Потому что это  нарушает концепцию или вызовет проблемы с производительностью? Если первое, то варианта два:
1) концепция не учитывает всех кейсов
2) изначальный вектор для решения задачи не тот.
И тогда если это второе, как на примере кейса с  уведомлениями, что выше, решить задачу, так, чтобы не возникало потребностей нарушать концепцию?

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

мы рекомендуем mitt как замену, если так хочется использовать эмиттер. хотя в целом event bus и сейчас убран из документации, поскольку мы не считаем это решение хорошим архитектурно

около камня нажмите на лупу, много проблем создает прелоадер до появления модалки? https://www.jamesallen.com/loose-diamonds/round-cut/

Какое-нибудь бы решение из коробки

у меня вообще не показывается прелоадер на модалке, а как раз показывается на месте загружаемого контента

это камень загружается а не контент модалки

по этой же причине отказались от vue resource в пользу axios

да, я о том и сказал

зачем? в нем нет ничего вью-специфичного

по этой же причине отказались от vue resource в пользу axios

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

а почему не ky universal по аналогии с http.nuxt? Просто потому что более распространённый?