Наверное баян, но тем не менее – https://www.htmhell.dev/

Значит придется только хороших практик придерживаться

лол, у вас ркн

Доктор, я сяду? 👀

Наверное баян, но тем не менее – https://www.htmhell.dev/

Больше похоже на коллекцию хаков. Что в HTML, что в CSS, порой не поймешь где хак, а где "плохая практика"

<!-- --> inline-block <!-- -->

На самом деле, он созвал инпут библиотекой, которая по умолчанию вешала маску на инпут, поэтому такое поведение. Нативный инпут в html с type email ведет себя как обычный type text

Это правда только в хроме? Натыкался на такое. Но это адекватное поведение. Если взять обычный инпут без реактов и тп и вписать в него адрес с русскими символами, то получим тот же самый пуникод

Есть input c type="email" для ввода email, есть две проблемы в Chrome:

1.  При вводе домена сначала на английском, потом на любом другом языке, Хром конвертирует домен в punycode.

Пример:
Исходное value в инпуте:" test@test";
Добавляем символ другого языка, например, русскую букву й.
Ожидаем:" test@testй".
Получаем:  "test@xn--test-j5d".

2.  При удалении последнего символа, за которым находится пробел или при вводе символа после пробела, который является первым символом, пробел(ы) стирается(ются).

Пример:
Исходное value в инпуте: "test@test.test, r";
Удаляем последний символ.
Ожидаем: "test@test.test, "(с пробелом на конце).
Получаем:  "test@test.test, r"(без пробела на конце).

Еще один пример:
Исходное value в инпуте:"      ";
Вводим символ 'd'.
Ожидаем:"      d".
Получаем: " d".

NB: проблема актуальна только для Google Chrome у input c type="email". Если выставить type="text", то все проблемы пропадают. Скорее всего, это связано с валидацией инпута. Я пробовал обернуть input в form с атрибутом novalidate, но это не дало эффекта.

Кто-нибудь сталкивался с такими проблемами? Как решали? Что можно еще попробовать?

Особенно интересует решение второй проблемы.

Путин?

Путин?