Да нет проблемы вообщем-то, с готовым работать проще и быстрее

antd обычно использую для таких штук, но делениями там нету

ты серьезно тащишь antd для одного прогресс бара?

как правило в моих проектах много чего оттуда брать приходится

Подскажите плз как отловить какой опшин я выбрал

ну если дизайн не важен и нет требований по размеру бандла мб. а так - пиши свое решение. тут то писать нечего.а то какой то npm driven development получается

лан, спасибо

onChange на селект 🤷

самому написать интереснее в принципе)

вот не совсем понял этого высказывания. Допустим, он подключил антд и взял из него только прогресс бар, разве это повлечет за собой увеличение бандла на весь размер антд? У нас же все-так тришейкинг есть. Значит прибавится все-таки ровно тот вес, который занимает прогресс бар? Тогда в чем проблема?

можно через делегированием

Подскажите как

даже если этот прогресс бар весит больше самописного простенького, ничего же особо страшного не случится

сначала получаете сам родитель

и его дочерние элементы выбираемые

для начала нужно понять насколько хорошо antd тришейкается в принципе. во вторых в приниципе antd в зависимостях ради одного прогресс бара вызывает вопросы. в третьих - ты конечно можешь брать в свои проекты любые либы в любом количестве. хоть тот же is-promise, но самому то интересно так работать? не говоря уже про то что тут взял либку, там взял либку. не ну а шо, весит то всего 2кб. А потом хуяк и бандл жирный как мамонт а package.json - мусорка

Я тут конечно писал но поймете ли мой код

и то правда.

это ж не какой-нибудь там left-pad 🤣

везде должен быть баланс, самому велоспедить тоже затея херовая. но простые вещи, в которых даже ошибиться сложно - можно самому уж сделать

Согласен, это полная правда, я больше к тому, что фраза "тащить антд" для меня прозвучала так, будто основная проблема - это большое увеличение бандла, которого по идее быть не должно. Но для одного единственного прогресс бара использовать UI kit и вправду очень странно