วีดีโอ

Obrigado pelo apoio! ❤🚀

@@luckasbarros144 Será um grande prazer conversar com você. Se você possuir LinkedIn, entre em contato comigo por lá ou via e-mail: eduardocorrea.lecs@gmail.com

@@anapaularamosev Muito obrigado pelo apoio!!

@@gidioliveira1355 Fico muito feliz ao ler seu comentário!! Obrigado pelo apoio e inscrição

@@MarceloBSCarvalho Olá, Marcelo!! Tudo bem? Sim, se aplica a qualquer projeto.

@@eduardocorreasdev Shoooowwww, deu muito certo, implementei na empresa e ficou muito bom, muito obrigado!👏👏🙌

@@MarceloBSCarvalho Fico super feliz que tenha dado certo !! Sucessos na sua carreira. Qualquer coisa, estou por aqui.

Consegue aplicar sim. Controlando o Javascript da página você consegue aplicar a mesma funcionalidade, seja com Javascript puro ou JQuery. Se você achar interessante, posso gravar um vídeo aplicando em WordPress. Você utiliza algum construtor de tela, por exemplo o Elementor ou outro?

@@eduardocorreasdev obrigado pela atenção, se puder gravar eu curtiria muito, utilizo o elementor mesmo!

@@jrnin Pode deixar que vou planejar o vídeo e posto sim! Vamos crescer juntos.

Olá! Tem sim, fiz uma adaptação dele em HTML e JS. Vou lhe enviar agora mesmo: github.com/eduardocorreas/aumentar-reduzir-fonte

Muuuito obrigado, Luísa! Se quiser, vamos trocar experiências sobre o uso do cypress-axe. Tenho certeza que me ajudará muito também

Faaaala !! Tudo bem? Primeiramente obrigado por comentar e pelo apoio. Isso é bem importante para mim!! Te entendo muito bem, realmente é metendo a mão na massa que vai ficando mais claro rsrsrs Você ficou com alguma dúvida? Caso veja algo que não ficou muito claro ou que eu deva melhorar, pode falar. Estou aberto a sugestões 😉

Faala Roni !! Tudo bem ? Utilizo o GitHub Copilot

top demais o conteudo !!@@eduardocorreasdev

Obrigado demaais Virgínia !! Obrigado por todo apoio ! Sua opinião é muito importante para mim!

Faaala Rodrigo!! Primeiramente, muito muito obrigado pelo seu comentário, não imaginas o quanto me alegro em poder ter contribuído de alguma forma com sua vida e carreira. Sobre o title nos links, de fato o uso do aria-label é muito melhor, utilizo ele em novos vídeos e também no curso que disponibilizei na Udemy (assim como você, também vou aprendendo no dia a dia rsrs). Se quiser trocar uma ideia, é só chamar! Estou a disposição! Obrigado mais uma vez !

Valeu demais mano !! Obrigado por todo apoio! 💪🏽

Faaala Edu! Primeiramente muito obrigado pelo comentário e apoio! Você levantou um ponto realmente bem importante. No exemplo eu quis trazer um cenário onde pudéssemos ter esse controle dentro do próprio site. Um exemplo da aplicação é a barra de ferramentas de acessibilidade do site da Chilli Beans, onde o usuário pode alterar zoom e colocar o site em escalas de cinza. Então quis trazer dessa forma. Mas o ponto que você trouxe é realmente bom pra refletir até mesmo se não estamos “reinventando a roda”. Obrigado por sua contribuição.

Aeeeeeeeee !! 🚀

Valeeu Igor !! 🚀

Muito obrigado Ivo!! É muito bom tê-lo aqui!

Muito obrigado por tudo Ricardo!! Espero contribuir cada vez mais com o seu crescimento também !

Muito obrigadooo Alex !! Obrigado por seu comentário! Saiba que você é essencial para o crescimento deste canal ! Espero poder contribuir cada vez mais.

Faala Breno! Primeiramente bem vindo ao canal, é bom tê-lo aqui. 💪🏽 Você falou algo essencial: “saber como a pessoa navega”. O grande ponto da acessibilidade não é o código, mas compreender o fluxo e o objetivo do seu usuário e aí sim, utilizando o código tornar possível a navegação. Existem diversas limitações (visual, física, motora, cognitiva), e aí nos perguntamos “Se uma pessoa tiver alta sensibilidade a luz, ela conseguiria navegar no meu site ? O que eu preciso fazer para corrigir?” Isso também é acessibilidade. Outra coisa essencial na análise de acessibilidade é você ter contato com pessoas que realmente tenham essas limitações para que naveguem. Assim você vai ver na realidade o que precisa ser corrigido em um determinado ponto. Mas o primeiro passo de todos é corrigir o seu software baseado na documentação da WCAG, que é a diretriz de acessibilidade. Fazendo isso, você já estará dando um grande avanço. E pra isso existem ferramentas como: Axe DevTools, Wave, ANDI, Cypress. Consegui lhe responder? Se precisar conversar mais sobre isso, estou a disposição.

Exatamente isso! O grande ponto é entender o contexto, analisar o objetivo do elemento e decidir para quem ele deve ser exibido ou não. É muito mais sobre entender o fluxo e experiência do usuário.

Que tema incrível da sua dissertação Simone!! Fico muito feliz que tenha lhe ajudado. Qualquer coisa que precisar, é só chamar que terei o maior prazer de trocar conhecimentos sobre acessibilidade!

@@eduardocorreasdev Muito obrigada!!!!🤩🤩 Então, um dos pontos que vou abordar é a visão de profissionais da área de desenvolvimento de sites... Você estaria disponível para responder meu questionário? ☺

@@monesteffens estou disponível sim ! Pode me enviar que terei o maior prazer de ajudar !

@@eduardocorreasdev Excelente! 🙏Como posso te enviar o link?

@@monesteffens Pode me enviar pelo e-mail: eduardocorrea.lecs@gmail.com Fico no aguardo ☺️

Faala João! Tudo bem? Infelizmente não temos até o momento como reconhecer se o usuário está utilizando o leitor de tela, justamente porque esses softwares rodam na camada de aplicação do Sistema Operacional e não do browser. Por esse motivo é bem importante entender o objetivo do elemento na página, ou seja, para qual tipo de usuário ele faz sentido ser apresentado.

@@eduardocorreasdev pensei que o leitor de tela ja era nativo do própio browser, nunca utilizei o leitor, por isso pensei assim

Te entendo perfeitamente, João! E não tem problema algum não conhecer de cara. Deixa eu te mostrar um pouco do cenário: Temos alguns plugins que funcionam como leitores de tela no browser, mas são apenas plugins para aquela situação específica. Pessoas que necessitam de leitor de tela, utilizam em tudo o que fazem, por isso essa tecnologia é utilizada a nível de S.O. Os que são mais utilizados são: NVDA (Windows), Orca (Linux) e VoiceOver (MacOS). Seria muito interessante se os browsers já identificassem o uso dessa tecnologia, pois teríamos diversas aplicações, desde no desenvolvimento, como também com SEO. Imagina conseguir identificar a quantidade de pessoas com deficiência e seus comportamentos na nossa plataforma? Poderíamos implementar diversas soluções e melhorar a experiência delas. Mas ainda não é a realidade. Quem sabe em breve.

Show!! Vou já colocar na lista dos próximos vídeos !!

Muito obrigado por todo apoio Hugo!!

Muito obrigado Mateus !! Fico muito feliz que tenha gostado!

Olá , Reinaldo!! Muito obrigado por sua correção e explicação ! Tenho certeza que seu apontamento ajudará no meu crescimento e de todos os que lerem seu comentário. Abraços.

Você me ajuda demais com grandes ideias!! Muito obrigado por tudo, Hugo! Vou deixar salvo aqui os temas!

Super interessante sua dúvida Hugo. É exatamente isso. Quando utilizamos o “display:none” fazemos com que o elemento seja, de fato, retirado de tela e ignorado inclusive por leitores de tela e não somente oculto de forma visual. O grande ponto aqui é você entender por qual motivo está escondendo o elemento da tela. Para isso podes seguir a seguinte linha: - Ocultar de todos-> display:none - Ocultar apenas visualmente -> utilize uma abordagem de “hidden” - Ocultar de leitor de tela -> aria-hidden=“true” Lembre sempre que mesmo que os olhos não vejam o leitor de tela pode captar, então quando implementar isso é importante testar, principalmente elementos focáveis: link, button,, input, etc

Aeeeeeeee bem vindo!!! Muito obrigado pelo seu apoio !! Muito sucesso a você também !!

Siim !! Ajuda demais com produtividade, porque a gente não precisa perder tempo procurando o erro.

Faaala Luis!! Muito obrigado pelo seu comentário, não sabes o quanto me motiva a continuar! Espero poder ajudar cada vez mais na evolução da sua carreira!

Fico imensamente feliz por ler seu comentário Érica!! Muito obrigado por isso !! Deus abençoe !