где-то подсознательно :)

Во во

со странички material-ui

со странички material-ui

Для реакта он так себе вообще

Для реакта он так себе вообще

в каком смысле? Юай-кит-то чисто под реакт

в каком смысле? Юай-кит-то чисто под реакт

Материал для ng мне понравился больше

material в любом случае на сейчас самая проработанная и целостная либа для react

я когда начинаю пилить свой очередной компонент, сначала заглядываю как это в материале сделано, потом в антд и только потом пилю :)))

я когда начинаю пилить свой очередной компонент, сначала заглядываю как это в материале сделано, потом в антд и только потом пилю :)))

разумный подход в целом)

мне в материале сам дизайн визуальный не нравится

он больше под мобилы заточен кмк

Говорят плейсхолдер - это плохой UX

если нет лейбла

невменяемые селекты, особенно селекты для подбора тегов

если нет лейбла

т.к. ты тыкаешь туда и уже непонятно, что вводить

если нет лейбла

даже если есть, когда форма из нескольких инпутов - слишком шумно

если нет лейбла

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

Эрик Бэйли написал, почему не стоит использовать плейсхолдеры. Если опустить технические проблемы браузеров и особенности режима высокой контрастности, остаются аргументы: — После того, как пользователь начал ввод текста, плейсхолдер пропадает. Если там была подсказка о формате ввода, она потеряется. Придётся вспоминать подсказку или удалять введённый текст; — Из-за плейсхолдера неопытные пользователи могут решить, что поле заполнено; — Длина плейсхолдера ограничена длиной текстового поля. Формат — только текст. Иногда этого мало, чтобы донести послание. — Плейсхолдер менее контрастен в сравнении с пользовательским текстом, и его труднее читать. Если делать его темнее, пользователи будут путать плейсхолдер и свой текст. Эрик предлагает размещать текст плейсхолдера между подписью к полю и самим полем. Такое решение: — Связывает визуальную и структурную иерархию: сначала указано, для чего нужно поле ввода, потом данные, которые нужно знать, чтобы его правильно заполнить, и в конце сама пустая графа; — Будет переведено вместе со всей страницей; — Не воспринимается как заранее введённые данные; — Легко разобрать даже в условиях плохой видимости; — Не исчезнет, как только пользователь начнёт заполнять графу; — Может включать в себя семантические теги и быть стилизовано с помощью CSS. https://vc.ru/design/46752-nuzhen-li-saytu-vspomogatelnyy-tekst-v-polyah-vvoda

нашел

Эрик Бэйли написал, почему не стоит использовать плейсхолдеры. Если опустить технические проблемы браузеров и особенности режима высокой контрастности, остаются аргументы: — После того, как пользователь начал ввод текста, плейсхолдер пропадает. Если там была подсказка о формате ввода, она потеряется. Придётся вспоминать подсказку или удалять введённый текст; — Из-за плейсхолдера неопытные пользователи могут решить, что поле заполнено; — Длина плейсхолдера ограничена длиной текстового поля. Формат — только текст. Иногда этого мало, чтобы донести послание. — Плейсхолдер менее контрастен в сравнении с пользовательским текстом, и его труднее читать. Если делать его темнее, пользователи будут путать плейсхолдер и свой текст. Эрик предлагает размещать текст плейсхолдера между подписью к полю и самим полем. Такое решение: — Связывает визуальную и структурную иерархию: сначала указано, для чего нужно поле ввода, потом данные, которые нужно знать, чтобы его правильно заполнить, и в конце сама пустая графа; — Будет переведено вместе со всей страницей; — Не воспринимается как заранее введённые данные; — Легко разобрать даже в условиях плохой видимости; — Не исчезнет, как только пользователь начнёт заполнять графу; — Может включать в себя семантические теги и быть стилизовано с помощью CSS. https://vc.ru/design/46752-nuzhen-li-saytu-vspomogatelnyy-tekst-v-polyah-vvoda

бум @everdimension @pauline_nemchak @kelin2025 @sergeysova

ага

ох https://habr.com/post/235117/

это не единственная статья, много кто писал

мне как пользователю прежде всего не досатёт лейблов, поэтому для меня это причина №1

Эрик Бэйли написал, почему не стоит использовать плейсхолдеры. Если опустить технические проблемы браузеров и особенности режима высокой контрастности, остаются аргументы: — После того, как пользователь начал ввод текста, плейсхолдер пропадает. Если там была подсказка о формате ввода, она потеряется. Придётся вспоминать подсказку или удалять введённый текст; — Из-за плейсхолдера неопытные пользователи могут решить, что поле заполнено; — Длина плейсхолдера ограничена длиной текстового поля. Формат — только текст. Иногда этого мало, чтобы донести послание. — Плейсхолдер менее контрастен в сравнении с пользовательским текстом, и его труднее читать. Если делать его темнее, пользователи будут путать плейсхолдер и свой текст. Эрик предлагает размещать текст плейсхолдера между подписью к полю и самим полем. Такое решение: — Связывает визуальную и структурную иерархию: сначала указано, для чего нужно поле ввода, потом данные, которые нужно знать, чтобы его правильно заполнить, и в конце сама пустая графа; — Будет переведено вместе со всей страницей; — Не воспринимается как заранее введённые данные; — Легко разобрать даже в условиях плохой видимости; — Не исчезнет, как только пользователь начнёт заполнять графу; — Может включать в себя семантические теги и быть стилизовано с помощью CSS. https://vc.ru/design/46752-nuzhen-li-saytu-vspomogatelnyy-tekst-v-polyah-vvoda

огонь

мне как пользователю прежде всего не досатёт лейблов, поэтому для меня это причина №1

+

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

но при этом не была озвучена проблема, когда форма выглядит перегруженной из-за кучи плейсхолдеров

На егхеде нет урока как бабель-плагин написать =(

да как бы, пояснение к полю никто не отменял, как и валидаторы )

@artalar так что ,даже анимированный placeholder(при фокусе поднимается вверх и уменьшается шрифт ) это плохой ux?

Кто-нибудь юзал reactjs на yii2 (фронт) если есть такие у меня пару вопросов не больших, ну или аналог yii2 где присутствует MVC

Кто-нибудь юзал reactjs на yii2 (фронт) если есть такие у меня пару вопросов не больших, ну или аналог yii2 где присутствует MVC

Сразу задавайте вопросы в чат

@artalar так что ,даже анимированный placeholder(при фокусе поднимается вверх и уменьшается шрифт ) это плохой ux?

Там не плейсхолдер двигается

Там не плейсхолдер двигается

ну для большинства с виду плейсхолдер)

стрим с графкл финляндия https://youtu.be/aX-BxhkFd9g

Всем привет. Почему в android-версии не работает ellipsizeMode={'middle'} ?

Всем привет. Почему в android-версии не работает ellipsizeMode={'middle'} ?

Там ошибка. Большее сказать сложно.

Там ошибка. Большее сказать сложно.

Спасибо, тогда поставлю рабочий вариант tail

Ребят а тут можно будет новичку вопросы задавать? А то я смотрю тут джунов и нет совсем.

Ребят а тут можно будет новичку вопросы задавать? А то я смотрю тут джунов и нет совсем.

Они к обеду вылезают обычно.

????

Можно, сам джун в реакте ;-D

с Урока пишу

Всем привет! Подскажите как быть, если на продакшне не подятгиваются яндекс карты. Ошибка net::ERR_ABORTED 403 (Forbidden). Ответ, просьба с уведомлением делать.

Ребят а тут можно будет новичку вопросы задавать? А то я смотрю тут джунов и нет совсем.

Я вот только начал

Всем привет! Подскажите как быть, если на продакшне не подятгиваются яндекс карты. Ошибка net::ERR_ABORTED 403 (Forbidden). Ответ, просьба с уведомлением делать.

ответ от яндекса?

Всем привет! Подскажите как быть, если на продакшне не подятгиваются яндекс карты. Ошибка net::ERR_ABORTED 403 (Forbidden). Ответ, просьба с уведомлением делать.

Лимиты кончились, если бесплатный тариф.

Всем привет! Ребят а вопросы по реакту можно здесь спросить?

Всем привет! Ребят а вопросы по реакту можно здесь спросить?

Нельзя.

Привет. Стоит по реакту книжки читать, если стоит то какие?

Всем привет! Ребят а вопросы по реакту можно здесь спросить?

++ нельзя

Привет. Стоит по реакту книжки читать, если стоит то какие?

все

Какие все?

Привет. Стоит по реакту книжки читать, если стоит то какие?

@maxfarseer

Привет. Стоит по реакту книжки читать, если стоит то какие?

Смысла нет. Они устаревают быстро.

Привет. Стоит по реакту книжки читать, если стоит то какие?

документацию читай

ERROR: S client not available

Привет. Стоит по реакту книжки читать, если стоит то какие?

https://maxfarseer.gitbooks.io/react-course-ru-v2/content/ не устарелая)

ответ от яндекса?

да

Спс :)

Смысла нет. Они устаревают быстро.

нет

Привет. Стоит по реакту книжки читать, если стоит то какие?

https://t.me/frontendfrontendfrontend/86

нет

Назови хоть одну не устаревшую

это субективно

не знаю о чем вы говорите, но когда человек просит почитать книгу, обычно он еще не умеет работать с документацией

я понял что можно прочитать книгу и норм

поэтому постоянно чехлить, что “все устарело” не надо читать - не согласен

я понял что можно прочитать книгу и норм

можно. +1

не знаю о чем вы говорите, но когда человек просит почитать книгу, обычно он еще не умеет работать с документацией

Ему нужны курсы/ментор а не книга

ну сам решит, книга по сути дешевый ментор / хороший ментро для усидчивых и любознательных (при условия что она норм)

книга реакт патерны актульна норм. другие все зависит от ситуации но они научат базиса

хз. почему сообщество против книг

это глупо

не сообщество)

пиши код, хватит читать книги

твой менеджер хочет больше фич

пиши код, хватит читать книги

пойду на флаттере попишу

Всем добрый день

Ещё новичок в react, нее кто не связывал react и wp rest api?

Ещё новичок в react, нее кто не связывал react и wp rest api?

https://rudevs.network/SJnVLYQm7

Всем привет: есть интересный кейс: как передать значение props как булевое значение для дочернего компонента. Например, есть string пропс: kind = 'red' или 'green' и как передать в компонент Child что бы было так: <Child red /> или <Child green />??

Задача, сделать todolist используя react, целях изучения. Понимаю, что соединение идёт через token, вопрос, как правильнее сделать соединение, так как, с приложения будет запросы не только GET но и POST

Всем привет: есть интересный кейс: как передать значение props как булевое значение для дочернего компонента. Например, есть string пропс: kind = 'red' или 'green' и как передать в компонент Child что бы было так: <Child red /> или <Child green />??

<Child {...{ [kind]: true }}/>

<Child {...{ [kind]: true }}/>

еще проще <Child {…{ [kind] }} />