Промежуток в 1ch между словами ощущается естественно, потому что это буквально ширина одного символа. Когда размер шрифта меняется, отступы пропорционально масштабируются.
Вместо того чтобы спрашивать «это планшет?», они спрашивают: «достаточно ли места для 100 символов текста?» Это семантично. Это основано на контенте.
Это работает хорошо, если загрузка шрифтов сделана надёжно. У каждого шрифта 1ch это своя величина. Может может быть очень сильный layout shift во время подгрузки. Шрифт не загрузился - десктоп, загрузился - планшет.
Никогда не пишите статьи в таком стиле. Есть налёт хамства и токсичности. Хуже воспринимается "инвертированная" информация, из-за чего она становится менее доступной.
Но мне хочется, чтобы выделился весь элемент вместе со скобками. Хорошо, что такая задача решается одной строкой в CSS. Просто надо использовать свойство user-select со значением all.
При таком подходе становится очень трудно выделить часть текста
Это работает хорошо, если загрузка шрифтов сделана надёжно. У каждого шрифта 1ch это своя величина. Может может быть очень сильный layout shift во время подгрузки. Шрифт не загрузился - десктоп, загрузился - планшет.
Со "срезами" как-то всё туманно.
Означает растянуть на всю высоту экрана, а не на высоту родительского элемента, что имеет больше смысла в контексте микрофронтов.
Те же табы недоступны с клавиатуры
От такого решения стоит отказаться хотя бы потому, что тут есть баг. Есть случаи, когда такой блок не будет квадратным.
Я для этого использую
:where. Например,.selector:where(.selector) {}Отображение со свойством
empty-cellsсильно зависит отborder-collapseСтранно, я это свойство в 2015-ом году использовал как улучшение.
Делать реализацию от типа тоже можно
А почему не хватает кэша для самих файлов, которые указываются в early hints?
Early hints как раз пришёл на смену http/2 push.
Не хватает учёта нескольких вкладок бразуера.
Никогда не пишите статьи в таком стиле. Есть налёт хамства и токсичности. Хуже воспринимается "инвертированная" информация, из-за чего она становится менее доступной.
Как отображать ошибки, отправленные бэкендом после валидации?. Например, для поля с телефоном прилетела ошибка, что номер добавлен в чёрный список.
Размер генерируемого кода можно уменьшить, если вынести число колонок в CSS custom properties
А каким алгоритмом пользуетесь для назначения главной и второстепенных вкладок?
При таком подходе становится очень трудно выделить часть текста
Можно дополнительно тогда спросить, почему рендерится так:
Судя по статье, это не Next позволил, а разные решения типа кэширования в Redis, которые были вынуждены искать после перехода.
Насколько помню, `next/font` работает только со шрифтами из Google Fonts. Со своими локальными шрифтами он не умеет работать.
Сам же для таких задач пользуюсь Python Fonttools.
Какими инструментами пользуетесь для выполнения таких оптимизаций?
Важно уточнить, что компонент, в который будет передаваться такая функция, должен быть обёрнут в
memo.