Четвёртый пункт, честно говоря, не понял. То ли проблема надуманная, то ли пример плохой. По факту в «решении» просто вместо выноса логики отображения в отдельный компонент заинлайнили эту логику в родителя. Как это упростило тестирование или повторное использование — сказать сложно. Как раз наоборот, если компонент headerInner использовался более чем в одном месте, теперь везде нужно будет прописывать условие показа руками.
Вместо использования классов вроде .back и .text, можно их вынести в отдельное data свойство, например data-color-mode. Так меньше шансов налепить взаимоисключающих стилей в один компонент.
>Использование в роли разделителей элементов , а не внешних отступов
Думаю, это попытка обойти одно очень неприятное свойство overflow. Браузер игнорирует margin-right отступы последнего элемента, останавливая прокрутку аккуратно на его границе справа.
Div по краям — прямолинейное, но надёжное и кроссбраузерное решение этой проблемы.
Другое вариант — обернуть все внутренние элементы в div-обёртку с 'width: fit-content'. И уже обёртке дать нужные отступы в виде padding.
Звуки в повседневном интерфейсе — очень сомнительная идея, даже при хорошем исполнении. Но всё же есть отдельные сценарии и крутые сайты, звуки в которых работают замечательно. Например, Duolingo и Lichess.
Очень бесит, что когда в проекте используешь styled-components и material-ui, иногда приходится долго и нудно переводить стили из одной семантики в другую. Material-UI воспринимает стили как объекты, а значит требует перевести все названия в camelCase, все значения взять в кавычки, и после них ещё везде проставить запятые.
Я это не в обиду лично вам. :)
Просто как факт, что тенденция сейчас максимально снижает контакт с живым человеком в рутинных задачах, вроде заказа пиццы или вызова такси. Особенно в продвинутых странах вроде Японии.
Если сохранить телефон такси в контактах, то звонить им тоже можно в две кнопки. Другое дело, что сейчас не бывает случаев, чтобы человек выбрал звонок оператору, а не выбор маршрута на карте в приложении.
Хотелось бы поподробнее про проблемы с Next.js. По своему опыту могу сказать, что разработка на Next — просто сказка, когда разбираешься с его особенностями.
Как альтернатива, из самостоятельного изучения есть ещё онлайн учебник от w3schools. Сам изучал на нём фронт, для начинающих как база — вообще замечательно.
Думаю, это попытка обойти одно очень неприятное свойство overflow. Браузер игнорирует margin-right отступы последнего элемента, останавливая прокрутку аккуратно на его границе справа.
Div по краям — прямолинейное, но надёжное и кроссбраузерное решение этой проблемы.
Другое вариант — обернуть все внутренние элементы в div-обёртку с 'width: fit-content'. И уже обёртке дать нужные отступы в виде padding.
Версия 3.3 вышла 4 месяца назад. Довольно несвоевременная статья.
Драм-машина из демо use-sound — пушка.
Ну да, тогда это совершенно другое дело.
Просто как факт, что тенденция сейчас максимально снижает контакт с живым человеком в рутинных задачах, вроде заказа пиццы или вызова такси. Особенно в продвинутых странах вроде Японии.
Ну и конечно, слава богу, что в реальной жизни не надо писать шахматы на чистом html.