Ок. Согласен. Не тот

Приложение на веб-сервере Express врубает расширенную обработку json )0))

А чем расширенная отличается от зауженной? )

Хз

В доках написано

Ок

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

+

ребят как назваеться такая механика когда поверх карты отображаеться UI  и он выглядит как screenы только с прозрачным фоном, хочу посерчить в инете примеры реализации а-ля бест практис что юзать в таком случае

Почти все его неправильно готовят, пытаются на нем эмулировать redux, потому что в сети огромное множество примеров по redux. Так же почти все пытаются писать на React, используя его как фреймворк для построения приложений, хотя он только библиотека, слой UI.
К примеру даже в документации по mobx зачем-то вводится понятие "store", хотя оно не нужно в принципе. Зачем там store, зачем его куда-то передавать. Всё что представляет из себя mobx, это event emitter на стероидах с инструментами автоматической подписки/отписки, удобным выражением вычисляемых данных, агрегации и рейт лимитинга. С помощью mobx удобно создавать нормальное ядро приложения (модель данных и слой логики), просто помечая все динамические данные как observable, эти данные удобно группируются с методами, это всё можно тестировать отдельно от React'а, это можно использовать в нескольких приложениях, к примеру web, RN и консольное приложение. Этими данными потом пользуются различные сервисы реагируя на их изменения и слой UI здесь вместе со всем реактом - просто один из сервисов.
Более того, reaction или, если брать React-компоненты, observer'у глубоко начихать откуда к нему попала ссылка на observable. Можно из синглтона забрать, можно через св-ва в компонент передать, можно в самом компоненте объявить (да-да, с mobx вообще становится state не нужен), главное одно, изменится observable, компонент-observer перерендерится.
При этом из-за точечных гранулярных подписок, mobx дергает только нужных подписчиков, в результате, возвращаясь к RN, где производительности надо уделять больше внимания, чем в вебе (потому что проц в телефоне слабее, потому что JIT отсутствует, потому что архитектура у RN такая, что если JS поток встаёт, то всё, лаги), так вот, точечные подписки дают ререндер такими мелкими "островками", только нужных компонентов. Это получается абсолютно автоматически, естественно.
Чтобы такое было с redux, надо специально об этом думать, писать селекторы, коннектить к стору большую часть мелких компонентов и... это всё равно не работает, потому что потом на каждый чих (action) у вас будет вызываться сотня подписчиков и чихать, что в каждом один if выполнится, сотня функций в RN это не бесплатное удовольствие.
В mobx не всё тоже гладко, но там хотя бы есть куда и что оптимизировать, redux архитектура же в принципе не масштабируется нормально. Просто возьмите стор с глубиной вложенности в 3 уровня (классика: первый уровень разбивка по функционалу, второй нормализация (все эти byId) и третий сами данные модели) и попробуйте посчитать кол-во операций (можно для простоты каждую инструкцию js считать одной операцией, кроме циклов, но Object.assign - это цикл) и посмотрите, по какому закону это кол-во растет с увеличением стора, с увеличением кол-ва акшнов.

Может, какая-то разновидность Modal?

https://github.com/osdnk/react-native-reanimated-bottom-sheet
возможно ты это ищешь

Вот это что ли?
https://github.com/publiclab/Leaflet.DistortableImage
https://leafletjs.com/plugins.html

Вопрос:
Кто-нибудь тулы для генерации разметок из дизайнтулов смотрел?

Что бы ручками не верстать, и по минимуму с дизами взаимодействовать

Пока те, которые я видел - платные, и хз какой результат

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

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

Но тула платная, и на другой стек заточена. Ноя  смотрел - разметку генерит и для RN, и для Ios, Android

Основная направленность flutter