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

Это скорее вопрос к дизайнеру, если он есть.
Как вариант, затенить весь экран и белую крутилку по центру показать.

Ладно, всем спасибо. Я так понимаю тут на вкус и цвет

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

или я на MVI даже навигацию гугла не могу использовать и нужно другое юзать?

Смотря какую проблему хотите решить. Вам нужно определить у вас стейт как-то шерится между экранами или конкретно в каждом экране независимый (в любом случае на экране будет какой-то свой стейт, так что создавать VM/Presenter/Controller что хотите нужно будет под каждый экран). Если есть что шарить, можете создать общую VM (привязать например к ЖЦ активити, если юзаете Single Activity подход). Или создать что-то вроде репозитория-кеша - сущность которая хранит некий стейт в виде StateFlow/LiveData/ObserbaleSubject или просто сущность, если не нужно реактивщины - только тут нужно акуратно с ЖЦ быть (если юзаете DI нужно грамотно продумать как и куда инжектить, что бы не висело всё время) или очищать.

А что Вам мешает её юзать?

Я подумал, что экраны выдает какое-то хранилище, в зависимости от действия, видимо ошибся🥴кажется MVI сложнее чем MVVM, информации мало и хороших примеров почти нет( Хочется без привязки к фреймворкам типа MVI Core научиться создавать приложения...

Ну как я воспринимаю MVI, могу ошибаться или как-то не верно мыслить, поправте если что:
Юзер делает какое-то значимое действие и оно передаёться ввиде Intent'a туда, где его нужно обработать (VM/Presenter/Controller), дальше эта сущность дергаёт нужные репозитории/юзкейсы/интеракторы и обновляет Model, которая является стейтом  - единственным источником данных. Вроде как ничего сложного.

Буду разбираться🧩

Посмотри библиотеку MVIKotlin
https://arkivanov.github.io/MVIKotlin/
На мой взгляд, там очень хорошо представлена концепция MVI. Так же расписаны все компоненты подхода и как ими пользоваться

Спасибо

а подскажите кто где-то использует coroutine scope внутри viewmodel или же usecase?

Зависит от решаемых задач.

а можно поподробнее ибо я не вижу разницы

Во viewmodel - если тебе нужно лишь сделать развязку между UI потоком и фоновым.
В usecase - если тебе нужно выполнить какие-то бизнесовые расчеты на корутинах.

а зачем тягать 2 корутины, если все равно можно сделать все во вьюмодели?

Вы правы, я тоже только начал изучать MVI и почитав общую теорию пришел к выводу что должен быть какой-то navigationState, который отвечает за переключение экранов

🥴придется ждать релиза Jetpack Compose, чтоб нормальный материал по MVI от гугла был, как сейчас с MVVM и примеры приложений хороших, типа sunflower и ioshed, хотя подсолнечник есть на компоузе, но мне кажется там всё сделано на коленке и не есть хороший припер MVI(

Есть прикольный пример приложение Coffeegram вроде, там и jetpack и MVI и Kotlin Flow, но там два экрана... нет полноценной навигации, разных действий...