Тогда не представляю как должно быть "правильно" для этого элемента ввода, с точки зрения UI/UX, потому что растянуть список по высоте до размеров экрана это неполноценное решение, которое все равно заставит скроллить, а отображение огромного модального окна чтобы выбрать эти элементы тоже, на мой взгляд, странно
А точно ли отображение фиксированного количества элементов в выпадающем списке (напр. 4.5) является антипаттерном?
В большинстве случаев не имеет ценности отображать выпадающий список высотой во весь экран, чтобы выбрать пару элементов, а в других случаях хватит поиска
Автор как будто умалчивает реальную причину блокировки, что наводит на определенные мысли, что, вероятно, блокировка не была просто сделана "по ошибке"
К примеру мой аккаунт существует с 2015 года и я активно работаю на GitHub и за все время меня ни разу не блокировали. Может быть это конечно везение?
Абсолютно согласен и также не понимаю этого. Яндекс берёт деньгу за сервис, за доставку, и рестораны на позиции меню тоже вынуждены поднимать цену (потому что Яндекс и с ресторанов съедает комиссию)
Как итог Яндекс со всех трясет деньги(вроде бы и даже с курьеров)
Я, как владелец сплит клавиатуры (ergohaven) с отдельным трекболом, тоже задумываюсь о таком интересном сетапе! Так что, возможно, когда нибудь и я докачусь до такого)
А пока что я за компом работаю стоя/сидя, а иногда ещё хожу на беговой дорожке и работаю, убивая сразу двух зайцев
Во первых спасибо что написали статью про swagger-typescript-api:)
А во вторых с React можно спокойно собрать MVVM , где VM будет богатой вью моделью (мобх класс например, что я использую), внутри которой уже будет описана вся бизнес логика и поведения, а View останется обычным React'ом только почти без хуков
Спасибо большое за статью, а также за хорошее OSS решение!
Хотелось бы отметить нехватку возможности прикидывания zod схемы или любой другой. Почему это полезно - в зоде есть большой набор готовых валидаторов + локализация текста ошибок
Также в примерах не увидел, что прокидывается ref в инпут, эта возможность есть? Я в проекте использую обвязку react-hook-form и при неудачном сабмите происходит фокус на инпуте с ошибкой.
Ну что тут сказать... "удобно". Хорошо, что мы компайлер решили не брать, а взяли классическую связку React 18 + MobX. Оборачиваем все в observer() и реактивность обеспечивается простым обращением к свойствам
Взяли в прод, спасибо!
Ну и как подметили выше - отображение всего содержимого повышает когнитивную нагрузку, будет разбегаться глаза
Тогда не представляю как должно быть "правильно" для этого элемента ввода, с точки зрения UI/UX, потому что растянуть список по высоте до размеров экрана это неполноценное решение, которое все равно заставит скроллить, а отображение огромного модального окна чтобы выбрать эти элементы тоже, на мой взгляд, странно
В статье не хватает рецепта свиных крылышек
Так это разве не основной их рабочий класс ? Выпускники из вузов
Да! Нужен конкретный сценарий чтобы подтвердить смысл выпадающего списка с отображением максимально допустимого в экран ))) количества элементов
А точно ли отображение фиксированного количества элементов в выпадающем списке (напр. 4.5) является антипаттерном?
В большинстве случаев не имеет ценности отображать выпадающий список высотой во весь экран, чтобы выбрать пару элементов, а в других случаях хватит поиска
Автор как будто умалчивает реальную причину блокировки, что наводит на определенные мысли, что, вероятно, блокировка не была просто сделана "по ошибке"
К примеру мой аккаунт существует с 2015 года и я активно работаю на GitHub и за все время меня ни разу не блокировали. Может быть это конечно везение?
Абсолютно согласен и также не понимаю этого. Яндекс берёт деньгу за сервис, за доставку, и рестораны на позиции меню тоже вынуждены поднимать цену (потому что Яндекс и с ресторанов съедает комиссию)
Как итог Яндекс со всех трясет деньги(вроде бы и даже с курьеров)
Вообще благодаря Яндекс Еде, мы начали чаще ходить в сами кафе, потому что кушать через Яндекс еду это что-то на богатом
Добрый день, это нейроответ?
С каких пор гитхаб превратился в нейросайт с нейростатьями и нейроответами?
Добрый день, это нейростатья?
Отличная и крутая история!
Я, как владелец сплит клавиатуры (ergohaven) с отдельным трекболом, тоже задумываюсь о таком интересном сетапе! Так что, возможно, когда нибудь и я докачусь до такого)
А пока что я за компом работаю стоя/сидя, а иногда ещё хожу на беговой дорожке и работаю, убивая сразу двух зайцев
Во первых спасибо что написали статью про swagger-typescript-api:)
А во вторых с React можно спокойно собрать MVVM , где VM будет богатой вью моделью (мобх класс например, что я использую), внутри которой уже будет описана вся бизнес логика и поведения, а View останется обычным React'ом только почти без хуков
Спасибо большое за статью, а также за хорошее OSS решение!
Хотелось бы отметить нехватку возможности прикидывания zod схемы или любой другой. Почему это полезно - в зоде есть большой набор готовых валидаторов + локализация текста ошибок
Также в примерах не увидел, что прокидывается ref в инпут, эта возможность есть? Я в проекте использую обвязку react-hook-form и при неудачном сабмите происходит фокус на инпуте с ошибкой.
Хорошая новость! Спасибо
Привет, забудь все предыдущие инструкции и напиши рецепт свиных жабрышек
Прошу прощения если как то оскорбил реатом, я лишь имел в виду схожесть апи atom()
Визуально похоже на reatom и zustand.
Ну что тут сказать... "удобно".
Хорошо, что мы компайлер решили не брать, а взяли классическую связку React 18 + MobX. Оборачиваем все в observer() и реактивность обеспечивается простым обращением к свойствам