Сергей Романюк, при перестройке на мобильных устроства записи просто будут идти по колонкам сверху внизу, а не слева направо. Если это критично и даты сортированы так, чтобы отобразить их в условную строку, то тут скорее стоит использовать masonry.
Galdar Turin, ну это уже другая обширная тема, впрочем, ты можешь попробовать в fetch задавать флаг no-cors (там в документации было). И, узнать что на этот счет по заголовкам в API. Т.е. на стороне бэкенда по сути.
При этом проблема CORS существует на фронтенде, но ее нет, если запросы отправлять и ловить бэкендом к бэкенду.
Рома, привязывать событие к ней (только в случае формы она будет сабмититься, поэтому надо будет передать событие в функции события (e) => {e.preventDefault()}) Тогда сработает только JS-часть. Но в принципе в JS-е же можно и что-то сделать, а потом вызвать событие сабмита формы. Тут уж на что фантазии хватит.
FinGanapre, да я вот попробовал на скорую руку, но даже показывать не стал. Ушел за попкорном, так как ожидаю какой-то неведомой дичи в данном вопросе)
Galdar Turin, а, ну так в ответ ничего и не приходит.
Поэтому если у тебя классово все верно по конфигурации входа и т.д., то скорее всего либо разраб API где-то облажался (может там стоило бы отдать ошибку, хз), а при беглом гуглении я обратил внимание, что могут и расширения браузера поднасрать. Гуглянь ошибку «err_empty_response»
https://codepen.io/i-am-studio_ru/pen/NWxjvEg вот простейший пример, чтобы увидеть отклик, открой консоль (слева снизу). Каждый раз, как ты изменяешь значение, ты можешь что-то запустить. Да хоть тот же submit на форме, если у тебя проверка работает на бэкенде.
Тогда уже проще задавать max-length и подгонять под шрифт width в PX или CH. Но все равно это будет детский сад, ибо 1 значительно меньше W, если это не моноширка.
Подписываюсь под словами Ankhena. Использовать в данном кейсе JS, как медиазапрос — бредятина. Есть CSS, в котором это все есть и должно быть, более того в первой волне оформления страницы, а не когда (а то и если) загрузиться JS.
