Border-radius

Нет. Пользователю интуитивно понятно когда элементы форм аыглядят как 100500 других элементов с которыми он встречался всю созгательную жизнь. И если о6 хоть чуть чуть продвинутый он даже знает что может с этими элементами что то делать кнопочками с клавы.
А когда дизайнер проявляет творчество не в том месте - исполнитель ищет под кажды1 инпут чудо библиоте4у позволяющую именно такое поведение, в результате нет очевидного поля взаимодействия, пользователь готовится ввести дату, а там выпадающий список и так далее... кастомные селекты не воспринимают клавиши вверх-вниз, или выбор чекается не той кнопкой...
Короче это ад для пользователя.
Или вот простой пример - есть удобный инпут даты для всех браузеров кооме сафари.
Варант а: оставить сафари с нативным текстовым полем и предусмотреть проверку ввода и подсказку формата (когда нибудь и туда завезут инупут даты)
Вариант б (почему то выбирает большинство): вотнкуть либу с кастомным инпутом даты, которая будет работать в сафари, но обрежет конструктив стандартного инпута для остальных браузеров....

Ну насчёт даты мне тоже не понятно почему стрелочка вниз

Я сначала думал это выпадающий список

И вообще дизайнер наверное должен был показать что вообще будет при нажатии на кнопку

Согласен. Т.ч. назвать этого дизайнера хорошим, лично у меня, язык не поворачивается.

при отсутствии ТЗ результат будет ХЗ...

=== true

хз, у меня друг начал дезайном увлекаться и взялся за большей проект, вмести обсуждуем что да как будет, по мне так  это идеальная робота, когда дезайнер сразу с бекендером и фронтендером обсуждают как будет в будущем)

Это и правда здорово, но такое бывает очень редко. Я чаще всего вижу ситуации когда фронтедер видит макет только после того как его полностью утвердили с заказчиком и вписали в тз, а занчит любые изменения в нем - это дополнительные согласования с клиентом, т.е. потеря бабок компании. Т.ч. будь добр делай все в точности по макету любой ценой.

я как пользователь предпочитаю не вводить дату вручную, а тыцять в календарике на нужное число и чтоб открывалась соответствующая страница приложения. Но тогда бы там справа влепила иконку календарика... А вот выпадающие списки в таких местах меня бесят, в них слишком много пунктов.
Взглянуть на макет глазами верстальщика мне пока сложно. Опыта мало )

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

пасиб 😊 Теперь буду знать с помощью чего это надо верстать и в чём преимущества <input type="date">

Обычно дизайнер вообще в другом мире живёт и воспринимает комментарии разработчика как нытье.

Ну вот у кого то есть хороший дизайнер, давайте порадуемся. Может он о правильных вещах думать научится =)

А ты сидишь и думаешь потом,что ты ему такого плохого в жизни сделал

Что он так усложняет тебе жизнь

а подскажите ка студенту такую вещь: у scroll-behavior: smooth; есть недостатки? Когда искала способ плавно прокручивать страницу по якорям то нашла много скриптов, но не понимаю зачем писать скрипт, если есть с виду нормальное свойство. Может я какой то серьёзный недостаток проглядела?

@Shi_La https://caniuse.com/css-scroll-behavior

Скорее всего то, что оно не поддерживается в safari