Зависит наверное от характера вашего бизнеса, это отдельное исследование вообще говоря, так сказать трудно

Увы, статистики не имею такой

Возможно я плохо объясняю. Я хочу У СЕБЯ на сайте посчитать.

Зависит наверное от характера вашего бизнеса, это отдельное исследование вообще говоря, так сказать трудно

Я и пытаюсь узнать что за исследование) если не знаете, то я подожду других

Я и пытаюсь узнать что за исследование) если не знаете, то я подожду других

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

Выставить опросник на сайт, пораспрашивать рандомных пользователей, посчитать колво вызовов voice over. Может у кого то был опыт

всем привет! А может кто подсказать как дождаться в компоненте значения из стора, которое появляется там асинхронно Например, при логине, мне надо дождаться вызова запроса, чтобы после получить ссылку куда переходить

всем привет! А может кто подсказать как дождаться в компоненте значения из стора, которое появляется там асинхронно Например, при логине, мне надо дождаться вызова запроса, чтобы после получить ссылку куда переходить

Показать заглушку, а потом ссылку

Показать заглушку, а потом ссылку

а как понять что ссылка пришла и готова ?

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

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

вот как раз вопрос как ее дождаться

рендери заглушу, или спин лоадинга

пока она тебе не пришла из БД или откуда там, из неоткуда ты её не возьмешь

Возможно я плохо объясняю. Я хочу У СЕБЯ на сайте посчитать.

Это невозможно https://stackoverflow.com/questions/44273153/how-to-find-out-if-a-user-is-using-screen-reader-on-my-website

Кто нибудь задумывался о том сколько людей с ограниченными возможностями пользуются его сайтом? Как провести такое исследование?

Здесь неэтично считать обычные продуктовые метрики вроде MAU людей с ограниченными возможностями А если таких людей всего 10, то есть 1% от всех? Тогда пусть мучаются? Тут либо есть ресурсы и доступность поддерживается, либо нет ресурсов

Метрики нужны чтобы обосновывать решения, а тут решение цифрами не обоснуешь

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

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

У нас в организации есть люди странные, не пользуются современными браузерами, помешаны на безопасности, используют в основном только links/w3m и подобное, в редких исключительных случаях браузеры типа xombrero, вот на них и испытываем доступность. Как показала практика, если контент читается из текстового браузера, то с высокой долей вероятности он будет нормально восполнял и всякими voice over клиентами.

Ни в коем случае не являюсь специалистом по доступности, просто поделился известными мне фактами

На счёт политического решения вы правы, это решать руководству в первую очередь.

Здесь неэтично считать обычные продуктовые метрики вроде MAU людей с ограниченными возможностями А если таких людей всего 10, то есть 1% от всех? Тогда пусть мучаются? Тут либо есть ресурсы и доступность поддерживается, либо нет ресурсов

Да. Люди на ie тоже сидят и мучаются, так как большинство сайтов уже не поддерживают его

Да. Люди на ie тоже сидят и мучаются, так как большинство сайтов уже не поддерживают его

Это их выбор

Да. Люди на ie тоже сидят и мучаются, так как большинство сайтов уже не поддерживают его

херасе ты сравнил)

херасе ты сравнил)

Ну и тех и тех 1%) в чем разница?

Это их выбор

Да. Люди на ie тоже сидят и мучаются, так как большинство сайтов уже не поддерживают его

Ну и сравнение

Это их выбор

Не всегда. ИЕ в основном в бизнесе используется, и там сложно отказаться

Ну и тех и тех 1%) в чем разница?

1% сайтов поддерживает последний ие? лол

Сидение на ie выбор, сидение без зрения извините это не выбор а необходимость получать инфу

1% сайтов поддерживает последний ие? лол

Нет. 1% юзеров на ИЕ и 1% пользователей с ограниченными влзможностомчми. Пример абстрактный

Нет. 1% юзеров на ИЕ и 1% пользователей с ограниченными влзможностомчми. Пример абстрактный

Это цифры с потолка

Сидение на ie выбор, сидение без зрения извините это не выбор а необходимость получать инфу

Почему бы тогда ие6 не поддерживать ?

Почему бы тогда ие6 не поддерживать ?

Вы не видите разницы?

Проекты с большой аудитории поддерживают и ие9, так как на нем сидит ~3% юзеров, что в абсолютных числах очень много Точно так же в проектах с большой аудиторией работают профессиональные дизайнеры в связке с фронтами, поэтому там вопросы доступности, даже такие, как реализация фокусов на инпутах, входит в ответственность дизайнеров А все остальные маленькие проекты решают для себя сами и про ие, и про доступность. Вообще как можно было даже в этом треде найти до чего доебаться и начать спорить? Тут же не было взаимоисключающих утверждений. Поразительная способность начать тупой срач

Добрые люди, пожскажите пожалуйста,как достать state из redux, уже целый день мучаюсь. в консоль выводит, а при попытке занести данные в state , выдаёт ошибку

Добрые люди, пожскажите пожалуйста,как достать state из redux, уже целый день мучаюсь. в консоль выводит, а при попытке занести данные в state , выдаёт ошибку

connect используешь же?

Знаете господа, многим из нас с вами реально очень повезло, на столько что мы не привыкли задумываться даже о даренных нам возможностях, но есть же люди, которые не по своему выбору, не по своей воле вынуждены ковырять информацию из мира заточенного под зрячих людей, почему бы не сделать UX чуть более гладким для них?

Знаете господа, многим из нас с вами реально очень повезло, на столько что мы не привыкли задумываться даже о даренных нам возможностях, но есть же люди, которые не по своему выбору, не по своей воле вынуждены ковырять информацию из мира заточенного под зрячих людей, почему бы не сделать UX чуть более гладким для них?

+ Тем более браузеры постарались и сделать можно реально хорошо

connect используешь же?

да

Знаете господа, многим из нас с вами реально очень повезло, на столько что мы не привыкли задумываться даже о даренных нам возможностях, но есть же люди, которые не по своему выбору, не по своей воле вынуждены ковырять информацию из мира заточенного под зрячих людей, почему бы не сделать UX чуть более гладким для них?

Бизнес. На это может уходить больше средств, чем отбиваться

+ Тем более браузеры постарались и сделать можно реально хорошо

А тем более что обеспечить минимальную доступность это не рокет сайнс

да

так у тебя тогда в this.props лежат твои таски :)

а чтобы они были в state, тебе надо их туда положить

вот))

так у тебя тогда в this.props лежат твои таски :)

Он потом в cDU их в стейт пишет

а чтобы они были в state, тебе надо их туда положить

ошибка валится)

зачем ты tasks в стейт компонента записываешь? зачем делать лишний раз состояние? нельзя вообще делать setstate в didupdate потому что это приведет к бесконечному обновлению. используй сразу в рендере this.props.tasks

Почему бы тогда ие6 не поддерживать ?

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

Бизнес. На это может уходить больше средств, чем отбиваться

Для обеспечения доступности по минимуму не требуется чрезмерных средств, но я вас услышал и не могу винить, действительно бизнесу решать, не могу винить вас лично что вы не обеспечиваете доступности за свой счёт, ваша позиция понятна, но если говорить о лучшем мире.. но это уже совсем другая тема будет

зачем ты tasks в стейт компонента записываешь? зачем делать лишний раз состояние? нельзя вообще делать setstate в didupdate потому что это приведет к бесконечному обновлению. используй сразу в рендере this.props.tasks

@Pasha924 вот это здравая мысль )

Для обеспечения доступности по минимуму не требуется чрезмерных средств, но я вас услышал и не могу винить, действительно бизнесу решать, не могу винить вас лично что вы не обеспечиваете доступности за свой счёт, ваша позиция понятна, но если говорить о лучшем мире.. но это уже совсем другая тема будет

Я лишь внёс другую точку зрения на этот вопрос. Сам я полностью поддерживаю вопрос доступности и активно слежу чтоб мой сайт таковым являлся)

зачем ты tasks в стейт компонента записываешь? зачем делать лишний раз состояние? нельзя вообще делать setstate в didupdate потому что это приведет к бесконечному обновлению. используй сразу в рендере this.props.tasks

ой, тупанул ... НО

На момент первого рендера таскс в стейте какого типа данных

Вбей консоль и анализируй. Все просто

Вбей консоль и анализируй. Все просто

да я уже целый день анализирую))

Покажи стейт объявленный

Далее покажи лог в рендере

Я лишь внёс другую точку зрения на этот вопрос. Сам я полностью поддерживаю вопрос доступности и активно слежу чтоб мой сайт таковым являлся)

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

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

ой, тупанул ... НО

Парни пытаются сделать, чтобы ты увидел, что когда рендерится компонент, у тебя tasks не является массивом

ой, тупанул ... НО

сделай initialState для tasks в редаксе []

сделай initialState для tasks в редаксе []

Парни пытаются сделать, чтобы ты увидел, что когда рендерится компонент, у тебя tasks не является массивом

но он изначально массив же(

Далее покажи лог в рендере

!

мб в payload не то что надо приходит

Напиши console.log(this.props.tasks) в рендере

!

const { tasks } = this.props; может быть? ты ж из редакса коннектишь это в пвиде пропса

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

у тебя объект же приходит

частая ошибка вместо this.props народ юзает this.state, глаз замыливается просто :)

const { tasks } = this.props; может быть? ты ж из редакса коннектишь это в пвиде пропса

там пох, он же не юзает эту tasks дальше

блин,

у тебя короч внутри редаксовского tasks массив tasks, или пиши this.props.tasks.tasks или переименовывай

всем спасибо!)))

очень помогли)

В общем ты мог продебажить и сам такое, внимательней просто

В общем ты мог продебажить и сам такое, внимательней просто

В 90% вопросов такое. Можно самим продебажить. Но народ тупо не догадывается просто даже написать console.log(НУЖНОЕ).

вот этот setState в функции рендер впечатляет в целях дебага :)