disabled-buttons
Извечный вопрос: делать или не делать зайдизейбленные кнопки. Лонг шорт стори — нет, ибо это, практически, всегда плохо:
раз,
два и
@matchugovsky/disabled-buttons-64873b4547f3">три почему.
Раньше было принято дизейблить кнопки в системах управления контентом, например пока в гугл драйве не выбрал объект, действия (расшарить, изменить и тд) — недоступны, но показываются в меню управления.
Сейчас же это решается скрыванием кнопок управления, пока не выбрал объект, например как это делает Figma. Ровно также можно и нужно делать в мессенджерских интерфейсах: не показывать кнопку «Send» пока не начал вводить текст.
На практике в 99% случаев есть только одно исключение, связанное с бекенд-архитектурой отправки любой формы: как вы получаете ответ с бекенда после отправки или сразу при заполнении?
Дизейблить кнопки можно и нужно в случаях, когда она «динамическая», т.е требуется обновить внутри контент. Вот примеры:
▪️в крипто-банке вы покупаете 1 биткоин за $91,670, передумали и решили купить 2 биткоина, а в это время кнопка «купить 1 за $91,670» временно дизайблиться в формате «Convert...» + loader
▪️добавляет в корзину товары и кнопка с «Оплатить 500 ₽» временно обновляется и дизейблиться