Вроде по дефолту Mock Service Worker откладывает все запросы, пока не стартанет сам воркер.
Если так не работает, то можно рендерить приложение после регистрации воркера, для этого вам сюда
Fi1iN, так это условие тогда в еще один useEffect добавить с зависимостью на text, тогда будет срабатывать. А вообще, как-то от обратного написано все, вы меняете состояние, чтобы запустить fetch, не проще ли запустить fetch, в процессе которого поменяется состояние, на мой взгляд это намного логичней.
Я бы сделал отдельную функцию fetchPosts, внутри которой и менялось бы состояние fetching для лоадера. И вызывать эту функу с разными параметрами для фильтрации: 1. при загрузке компонента 2. при прокрутке 3. при очистке text или изменении фильтров в соответствующих useEffect с соответствующими зависимостями
luxurypluxury, вынести логику в асинхронный экшен, в redux-toolkit используется для этого redux-thunk по-умолчанию, а в редюсер потом уже передавать только данные для изменения состояния.
yura_born, зачем вам там map? сделать просто поиск по массиву и если элемент найден, то сетить в стейт, для чего цикл, еще и map, который ничего не возвращает. зачем, почему..
WbICHA, если совпадение может быть только одно, то есть find
Александр Талалаев А сами пробовали через инлайн стили псевдо-элементы стилизовать?
Инлайн стили нельзя использовать для стилизации псевдо-элементов и псевдо-классов
Ася, потому что стили выше надо применять к контейнеру, в котором и будут позиционироваться находящиеся в нем элементы. Оберните оба дива в еще один с указанными выше стилями.
И сходите сюда для того, чтобы понять как флекс работает.
Мне кажется это неправильный вариант концептуально, если компонент, который создает реф рендерит потомков через React.Children.map, то и реф должен передаваться в потомка на этом этапе через cloneElement, потому что если потомков несколько, то в ref будет только последний. При переопределении ref при клонировании все рефы на потомков будут доступны в родительском ref под соответствующими индексами.
Если же потомок один, то смысл делать map по всем потомкам. Если же рефы отдельно создаются для каждого потомка, то они все равно будут доступны в компоненте, где эти рефы создаются, т.е. выше компонента с map.Children. Вот пример. В общем, на мой взгляд тут в целом со структурой что-то не так, что требуется типы переписывать дефолтные
Сомневаюсь, что у потомка будет ref, который не передан явно через cloneElement в React.Children.map. Ну если оно все работает и проблема не в этом, то что тогда передано в качестве параметра типа при создании рефа? И какие типы у парента, который в себя React.Children.map принимает?
Кстати, сейчас посмотрел типы реакта и как раз при cloneElement children возвращает FunctionComponentElement
Если в расширении есть какие-то слушатели на внешние сообщения, которые возвращают что-либо в ответ, то зная id расширения можно отправить туда сообщение и проверять ответ.
вот тут есть примеры