Алексей Ярков, не-а, всё чуть сложнее. И пока мне не ясно что именно происходит. Как будто отслеживается синхронная активность через несколько тактов после того как скрипт выполнился синхронно
Алексей Ярков, то есть браузер отслеживает выполнение промисов в инлайновых скриптах? То есть скрипт 2 не начнёт выполняться пока все промисы которые я создал в рамках скрипта 1 не выполнятся?
Ну в таком виде то всё понятно - async никак не влияет на порядок выполнения скриптов потому что они инлайновые, во втором скрипте просто создаётся промис которые ресолвится после синхронного кода. Но почему тогда в первом примере промис в инлайновом скрипте выполняется раньше чем синхронный код во втором?
Надим Закиров, + ооп & модули простые и удобные. После TS не сможешь писать на JS, это по ощущениям будет как по городу передвигаться ползая на животе. Once you go TS you never go back
"не могу сразу вернуть массив всех id внутри функции" - ну так а что вам мешает класть в аккумулятор не весь объект, а только значение id? Чтобы на выходе получился нужный массив
Во-первых, мне кажется стоит сделать какой-нибудь выбор между axios и fetch, чтобы использовать либо одно либо другое, а не всё сразу; во-вторых, для response.data и data.username не нужен await, насколько я понимаю
"Но тогда получается "перенасыщение" прелоадеров в приложении" - а какие варианты? Вы либо даёте пользователю знать о том что происходят какие-то важные фоновые процессы, либо нет
tyoma_koder, функция resolve сигнализирует о том что Promise выполнен. Если вы не выполните resolve, то промис соответственно никогда не выполнится, а await anim(1000, draw) никогда не дождётся ответа
А какой практический смысл имеет изменение параметра responsiveUnder? Если его значение прямо зависит от разрешения, то он ведь никогда не будет использован по назначению, и тогда можно будет либо просто отключить адаптивность сладера, либо наоборот сделать его всегда адаптивным
Dmitry2307, нет, для отправки данных достаточно слушать только сабмит. Если нужна какая-то логика кроме отправки по нажатию на кнопку, то её выносите в отдельный обработчик
skuvaWeb, вы по каким-то религиозным причинам игнорируете то что я пишу? Я прекрасно понял что вы хотите динамический require, а поскольку я не нашел инфы что он поддерживается (кроме require.context), то я вам написал уже третий раз: "Именно поэтому я предложил иметь фиксированный адрес папки с обработанными файлами и оттуда просто доставать их из компонента". При сборке приложения конвертируете все нужные изображения в нужные форматы, кладёте их по папкам, в компоненте хардкодите адреса папок. Это в любом случае рабочее решение, так что вопрос только в том насколько оно уместно в вашем проекте
И еще раз: "чтобы сгенерировать webp, нужно обработать картинку" - да, например массово при сборке приложения, без require, а напрямую из вебпака
skuvaWeb, а, ну да, с этой точки зрения всё правильно. Я просто подумал что индивидуальная обработка файлов не нужна. Но я сильно сомневаюсь что вебпак вам даст такое реализовать. То есть ничего невозможного я тут не вижу, но мне кажется он так не умеет. По крайней мере я вот читаю интернеты и не вижу нигде инфы о таком. Именно поэтому я предложил иметь фиксированный адрес папки с обработанными файлами и оттуда просто доставать их из компонента:
skuvaWeb, не надо ничего заменять, просто используйте компоненты, они именно для этого существуют. Если нужно модифицировать уже существующие проекты, то просто в текстовом редакторе или IDE меняете все нужные тэги на тэг вашего компонента. Глобальная замена img > picture это очень плохая идея, поверьте) С компонентами всё будет гораздо проще
skuvaWeb, "Это связано с ограничениями require насколько я понял", "попытаться получить её путь через require" - ну да, require вообще не для этого нужен, он там ни к чему. Просто укажите путь до директории куда вебпак будет складывать сконвертированные картинки и всё,
"в какой момент при таком подходе генерировать сам webp формат" - абсолютно в любой, ибо компонент будет только генерировать пути, сами файлы сделает вебпак
Мне кажется проще всего будет создать компонент типа vue-picture который будет принимать адрес и внутри себя производить все нужные процессы с элементами. А самой конвертацией займётся либо шарп, либо модуль для гранта/ролапа
