O documento resume oito ações de avaliação da acessibilidade do site do Comitê da Copa 2014 realizadas em 14/10/2013. As avaliações identificaram problemas como erros na marcação HTML e CSS, falta de acessibilidade para leitores de tela e necessidade de melhorias no desempenho e design responsivo do site.
Secretaria de Educação - Avaliação Web 2013Hudson Augusto
O documento descreve oito ações de avaliação de acessibilidade web realizadas em um site, identificando diversos pontos a serem corrigidos de acordo com padrões nacionais e internacionais. Foram encontrados erros relacionados a marcação, folha de estilo, links, formulários e outros itens que dificultam o acesso por pessoas com deficiência. Após as correções, o desempenho e responsividade do site também necessitam de melhorias.
O documento resume os resultados de uma avaliação de acessibilidade de duas páginas web feita utilizando o AccessMonitor. A página da Universidade de Lisboa sobre Necessidades Educativas Especiais e a página do MOOC obtiveram resultados abaixo do desejável, com vários erros detetados relacionados a links, formulários, validação de código e uso de elementos de apresentação. Por outro lado, as páginas da Caixa Geral de Depósitos e da Agência para a Sociedade do Conhecimento atingiram altos ní
O relatório resume os resultados de um teste de acessibilidade de uma página da Google usando o validador AccessMonitor. A página falhou nos testes de nível A e tem um índice de acessibilidade de 4.0. Foram encontrados erros relacionados com falta de etiquetas em campos de formulário, imagens sem texto alternativo e ausência de botão de envio.
O relatório resume os resultados de um teste de acessibilidade realizado a uma página web. O teste encontrou vários problemas relacionados com falta de legendas em imagens, elementos sem títulos descritivos, ausência de cabeçalhos hierárquicos e uso inadequado de tabelas. O índice global de acessibilidade da página foi de 3.6 em 10.
Este documento apresenta uma análise da página inicial do site da Universidade Estadual de Londrina (UEL) e as reformulações realizadas para torná-la mais acessível e usável. Inicialmente, são apontados problemas como ausência de texto alternativo em imagens e uso de scripts para links. Em seguida, são detalhadas validações e readequações feitas com base em HTML5 e CSS3 para melhorar a semântica, navegação, leitura por tela e conformidade com critérios de acessibilidade.
O documento discute as novas possibilidades trazidas pela especificação HTML5, como elementos estruturais semânticos, novos tipos de entrada para formulários, integração de mídia como vídeo e áudio, uso de canvas e SVG, e APIs que permitem novas funcionalidades para aplicações web. A especificação HTML5 evolui a web de forma modular, permitindo que recursos sejam implementados gradualmente pelos navegadores sem depender da finalização da especificação.
Este documento fornece uma introdução sobre como personalizar conteúdo no CMS Joomla! usando Kits Construtores de Conteúdo (CCKs). Ele descreve brevemente alguns CCKs populares como Form2Content, Seblod, K2 e ZOO e compara suas características. O documento também discute questões de segurança ao usar CCKs.
O documento descreve a API do Facebook, que permite integrar aplicativos e sites com recursos da rede social, como login, curtidas e compartilhamentos. Ele explica conceitos como autenticação, Graph API e uso em diferentes plataformas como web, Android e iOS. Também dá exemplos de aplicativos que usam a API, como TripAdvisor, Coca-Cola e Eventbrite.
Secretaria de Educação - Avaliação Web 2013Hudson Augusto
O documento descreve oito ações de avaliação de acessibilidade web realizadas em um site, identificando diversos pontos a serem corrigidos de acordo com padrões nacionais e internacionais. Foram encontrados erros relacionados a marcação, folha de estilo, links, formulários e outros itens que dificultam o acesso por pessoas com deficiência. Após as correções, o desempenho e responsividade do site também necessitam de melhorias.
O documento resume os resultados de uma avaliação de acessibilidade de duas páginas web feita utilizando o AccessMonitor. A página da Universidade de Lisboa sobre Necessidades Educativas Especiais e a página do MOOC obtiveram resultados abaixo do desejável, com vários erros detetados relacionados a links, formulários, validação de código e uso de elementos de apresentação. Por outro lado, as páginas da Caixa Geral de Depósitos e da Agência para a Sociedade do Conhecimento atingiram altos ní
O relatório resume os resultados de um teste de acessibilidade de uma página da Google usando o validador AccessMonitor. A página falhou nos testes de nível A e tem um índice de acessibilidade de 4.0. Foram encontrados erros relacionados com falta de etiquetas em campos de formulário, imagens sem texto alternativo e ausência de botão de envio.
O relatório resume os resultados de um teste de acessibilidade realizado a uma página web. O teste encontrou vários problemas relacionados com falta de legendas em imagens, elementos sem títulos descritivos, ausência de cabeçalhos hierárquicos e uso inadequado de tabelas. O índice global de acessibilidade da página foi de 3.6 em 10.
Este documento apresenta uma análise da página inicial do site da Universidade Estadual de Londrina (UEL) e as reformulações realizadas para torná-la mais acessível e usável. Inicialmente, são apontados problemas como ausência de texto alternativo em imagens e uso de scripts para links. Em seguida, são detalhadas validações e readequações feitas com base em HTML5 e CSS3 para melhorar a semântica, navegação, leitura por tela e conformidade com critérios de acessibilidade.
O documento discute as novas possibilidades trazidas pela especificação HTML5, como elementos estruturais semânticos, novos tipos de entrada para formulários, integração de mídia como vídeo e áudio, uso de canvas e SVG, e APIs que permitem novas funcionalidades para aplicações web. A especificação HTML5 evolui a web de forma modular, permitindo que recursos sejam implementados gradualmente pelos navegadores sem depender da finalização da especificação.
Este documento fornece uma introdução sobre como personalizar conteúdo no CMS Joomla! usando Kits Construtores de Conteúdo (CCKs). Ele descreve brevemente alguns CCKs populares como Form2Content, Seblod, K2 e ZOO e compara suas características. O documento também discute questões de segurança ao usar CCKs.
O documento descreve a API do Facebook, que permite integrar aplicativos e sites com recursos da rede social, como login, curtidas e compartilhamentos. Ele explica conceitos como autenticação, Graph API e uso em diferentes plataformas como web, Android e iOS. Também dá exemplos de aplicativos que usam a API, como TripAdvisor, Coca-Cola e Eventbrite.
Content Management System CMS: Wordpressrenancavichi
O documento fornece um resumo sobre o Content Management System (CMS) Wordpress. Ele descreve os principais recursos do Wordpress, sua popularidade e market share, além de recomendar o uso do Wordpress para sites de blogs e notícias devido à sua estrutura flexível e grande comunidade de desenvolvedores.
Este documento resume um projeto de um grupo de estudantes sobre a criação de um portal de emprego e estágios. O grupo analisou diferentes sistemas de gestão de conteúdo e portais de emprego existentes, e planeia implementar a estrutura do portal usando um CMS selecionado.
O documento fornece um resumo sobre HTML5. Apresenta o histórico da evolução da linguagem HTML ao longo dos anos e descreve as principais novidades trazidas pela especificação HTML5, como novos elementos semânticos, formulários aprimorados, integração de mídia e APIs para desenvolvimento de aplicações web. O documento também discute questões de compatibilidade entre navegadores e fornece links para recursos adicionais sobre HTML5.
O relatório fornece um resumo da acessibilidade de uma página web segundo as diretrizes WCAG 2.0, incluindo um índice de acessibilidade, resultados de testes por nível de conformidade e detalhes sobre possíveis problemas encontrados.
O documento apresenta uma palestra sobre HTML5. Em três frases ou menos:
HTML5 é a nova especificação do W3C para a web que introduz novos elementos, APIs e recursos multimídia como canvas e vídeo. A palestra aborda as novidades da linguagem e como desenvolvedores podem começar a usar o HTML5 agora mesmo aproveitando sua natureza modular. O palestrante Clécio Bachini é especialista em web standards e fundador da empresa Soyuz Sistemas.
O documento apresenta um guia do programador JavaScript escrito por Maurício Samy Silva. Apresenta conceitos básicos da linguagem, sua história, funcionalidades, uso em conformidade com os padrões web e introdução à separação de camadas de desenvolvimento.
Acessibilidade Web – Cidade de Pirassununga - Setembro 2013Hudson Augusto
O documento resume uma avaliação da acessibilidade do site da cidade de Pirassununga realizada por meio de várias ferramentas. O site apresentou erros em validações de acessibilidade, desempenho e código, mas poderia ser facilmente corrigido para atender aos padrões. A avaliação visa mostrar ao gestor os benefícios de um site acessível para os quase 30% da população da cidade com algum tipo de deficiência.
Acessibilidade Web – Cidade de Barueri - Setembro 2013Hudson Augusto
O documento descreve uma avaliação da acessibilidade do site da cidade de Barueri feita por especialistas. A análise mostrou que o site apresenta erros nos padrões de acessibilidade e lentidão na carga das páginas. Recomenda-se correções para tornar o site totalmente acessível e melhorar a experiência dos usuários.
Acessibilidade Web – Cidade de Mogi das Cruzes - Setembro 2013Hudson Augusto
O documento descreve uma avaliação da acessibilidade do site do município de Mogi das Cruzes realizada por meio de diversas ferramentas. A análise apontou problemas como erros na prioridade 1 e 2, índice de acessibilidade 6.0, 8 erros no e-MAG e 3 erros e 4 avisos na validação da marcação HTML. Recomenda-se correções para tornar o site totalmente acessível e melhorar o desempenho.
Acessibilidade Web – Cidade de Lorena - Outubro 2013Hudson Augusto
O documento resume uma avaliação da acessibilidade do site da cidade de Lorena utilizando várias ferramentas. A avaliação encontrou erros relacionados a padrões de acessibilidade, desempenho lento e necessidade de correções para tornar o site totalmente acessível.
Acessibilidade Web – Site de Cadastro de tercerizado de São Paulo - Outubro 2013Hudson Augusto
O documento descreve uma avaliação da acessibilidade do site "Cadernos Técnicos de Serviços Terceirizados de São Paulo" utilizando diversas ferramentas. Foram encontrados problemas como erros na folha de estilo CSS, erros de marcação HTML e arquivos PDF inacessíveis. Recomenda-se corrigir esses problemas para tornar o site totalmente acessível.
Acessibilidade Web – Cidade de Adamantina - Novembro 2013Hudson Augusto
O documento descreve uma avaliação da acessibilidade do site da cidade de Adamantina, Brasil. Foram encontrados alguns problemas de acessibilidade ao usar ferramentas de validação. O documento recomenda correções para tornar o site totalmente acessível e cumprir leis de acessibilidade.
O relatório apresenta os resultados de um teste de acessibilidade realizado a uma página da YouTube de acordo com as diretrizes WCAG 2.0. A página falhou em atingir o nível A de conformidade e obteve um índice de acessibilidade de 4.5 em 10. O relatório identifica vários problemas como falta de etiquetas associadas a controlos, ausência de títulos alternativos em imagens e uso incorreto de cabeçalhos.
Projeto Web - Aula 1 - Fundamentos do Dev WEB.pptxLuiz Antonio
O documento discute a evolução da web, desde suas origens estáticas até a web dinâmica e interativa de hoje. Apresenta as principais tecnologias por trás do desenvolvimento web, como HTML, CSS e JavaScript. Explica também os modelos de desenvolvimento em camadas e a importância dos padrões da W3C.
O documento introduz o conceito de CMS (Content Management System), definindo-o como um software que permite a criação, edição, gerenciamento e publicação de conteúdo de forma padronizada por usuários técnicos e não-técnicos. Explora os tipos de CMS, suas características, benefícios e como escolher qual usar para um determinado projeto web.
1) O documento apresenta recomendações de acessibilidade para desenvolvimento de conteúdo web, incluindo as diretrizes WCAG 2.0 e o guia brasileiro eMAG.
2) É descrito o uso semântico do HTML através de padrões web para garantir a acessibilidade, como a separação de conteúdo, apresentação e comportamento.
3) As práticas de desenvolvimento web acessível incluem a organização do conteúdo em blocos lógicos e o uso correto de marcação semântic
Este capítulo discute o projeto de websites, incluindo as etapas de projeto, profissionais envolvidos e administração do site. As principais etapas de projeto são: organização da informação, conceituação do site e definição da estrutura de navegação, montagem do site e testes. Uma equipe efetiva inclui analistas, designers, programadores e assistentes. O administrador do site, o webmaster, é responsável pela manutenção e atualização contínuas.
O documento discute o uso do navegador Firefox e de seus complementos (add-ons) para desenvolvimento web, destacando a importância dos padrões web, da semântica, acessibilidade e testes. Complementos como Firebug, Web Developer e outros são recomendados para editar, depurar e testar códigos HTML, CSS e JavaScript.
O documento descreve o software ASES, que permite avaliar a acessibilidade de websites de acordo com normas brasileiras. O ASES fornece ferramentas para verificar, simular e corrigir a acessibilidade de páginas, sites e portais. Ele é gratuito e pode ser usado em sistemas Windows e Linux. O documento explica as várias funções do ASES para análise de códigos HTML, CSS e simulação de leitores de tela e baixa visão.
O relatório fornece os resultados de um teste de acessibilidade de acordo com as WCAG 2.0 em uma página web. O teste encontrou vários problemas, incluindo imagens sem legendas, links com o mesmo texto para destinos diferentes, e elementos de tabela sem marcação de cabeçalho. O relatório fornece detalhes técnicos sobre cada problema encontrado.
O relatório resume os resultados de um teste de acessibilidade realizado a uma página web utilizando o validador AccessMonitor. O teste encontrou vários erros relacionados com falta de legendas em imagens e iframes, ausência de atributos language e links para contornar conteúdo, entre outros. No total, a página falhou 13 critérios de nível A, 6 critérios de nível AA e 4 critérios de nível AAA de conformidade WCAG.
O documento fornece instruções para a construção de um site sobre uma empresa fictícia chamada Planeta Computadores utilizando o software Dreamweaver. Ele discute como estruturar pastas e páginas, inserir imagens, tabelas, links e regiões editáveis para manter um layout consistente através de modelos.
Content Management System CMS: Wordpressrenancavichi
O documento fornece um resumo sobre o Content Management System (CMS) Wordpress. Ele descreve os principais recursos do Wordpress, sua popularidade e market share, além de recomendar o uso do Wordpress para sites de blogs e notícias devido à sua estrutura flexível e grande comunidade de desenvolvedores.
Este documento resume um projeto de um grupo de estudantes sobre a criação de um portal de emprego e estágios. O grupo analisou diferentes sistemas de gestão de conteúdo e portais de emprego existentes, e planeia implementar a estrutura do portal usando um CMS selecionado.
O documento fornece um resumo sobre HTML5. Apresenta o histórico da evolução da linguagem HTML ao longo dos anos e descreve as principais novidades trazidas pela especificação HTML5, como novos elementos semânticos, formulários aprimorados, integração de mídia e APIs para desenvolvimento de aplicações web. O documento também discute questões de compatibilidade entre navegadores e fornece links para recursos adicionais sobre HTML5.
O relatório fornece um resumo da acessibilidade de uma página web segundo as diretrizes WCAG 2.0, incluindo um índice de acessibilidade, resultados de testes por nível de conformidade e detalhes sobre possíveis problemas encontrados.
O documento apresenta uma palestra sobre HTML5. Em três frases ou menos:
HTML5 é a nova especificação do W3C para a web que introduz novos elementos, APIs e recursos multimídia como canvas e vídeo. A palestra aborda as novidades da linguagem e como desenvolvedores podem começar a usar o HTML5 agora mesmo aproveitando sua natureza modular. O palestrante Clécio Bachini é especialista em web standards e fundador da empresa Soyuz Sistemas.
O documento apresenta um guia do programador JavaScript escrito por Maurício Samy Silva. Apresenta conceitos básicos da linguagem, sua história, funcionalidades, uso em conformidade com os padrões web e introdução à separação de camadas de desenvolvimento.
Acessibilidade Web – Cidade de Pirassununga - Setembro 2013Hudson Augusto
O documento resume uma avaliação da acessibilidade do site da cidade de Pirassununga realizada por meio de várias ferramentas. O site apresentou erros em validações de acessibilidade, desempenho e código, mas poderia ser facilmente corrigido para atender aos padrões. A avaliação visa mostrar ao gestor os benefícios de um site acessível para os quase 30% da população da cidade com algum tipo de deficiência.
Acessibilidade Web – Cidade de Barueri - Setembro 2013Hudson Augusto
O documento descreve uma avaliação da acessibilidade do site da cidade de Barueri feita por especialistas. A análise mostrou que o site apresenta erros nos padrões de acessibilidade e lentidão na carga das páginas. Recomenda-se correções para tornar o site totalmente acessível e melhorar a experiência dos usuários.
Acessibilidade Web – Cidade de Mogi das Cruzes - Setembro 2013Hudson Augusto
O documento descreve uma avaliação da acessibilidade do site do município de Mogi das Cruzes realizada por meio de diversas ferramentas. A análise apontou problemas como erros na prioridade 1 e 2, índice de acessibilidade 6.0, 8 erros no e-MAG e 3 erros e 4 avisos na validação da marcação HTML. Recomenda-se correções para tornar o site totalmente acessível e melhorar o desempenho.
Acessibilidade Web – Cidade de Lorena - Outubro 2013Hudson Augusto
O documento resume uma avaliação da acessibilidade do site da cidade de Lorena utilizando várias ferramentas. A avaliação encontrou erros relacionados a padrões de acessibilidade, desempenho lento e necessidade de correções para tornar o site totalmente acessível.
Acessibilidade Web – Site de Cadastro de tercerizado de São Paulo - Outubro 2013Hudson Augusto
O documento descreve uma avaliação da acessibilidade do site "Cadernos Técnicos de Serviços Terceirizados de São Paulo" utilizando diversas ferramentas. Foram encontrados problemas como erros na folha de estilo CSS, erros de marcação HTML e arquivos PDF inacessíveis. Recomenda-se corrigir esses problemas para tornar o site totalmente acessível.
Acessibilidade Web – Cidade de Adamantina - Novembro 2013Hudson Augusto
O documento descreve uma avaliação da acessibilidade do site da cidade de Adamantina, Brasil. Foram encontrados alguns problemas de acessibilidade ao usar ferramentas de validação. O documento recomenda correções para tornar o site totalmente acessível e cumprir leis de acessibilidade.
O relatório apresenta os resultados de um teste de acessibilidade realizado a uma página da YouTube de acordo com as diretrizes WCAG 2.0. A página falhou em atingir o nível A de conformidade e obteve um índice de acessibilidade de 4.5 em 10. O relatório identifica vários problemas como falta de etiquetas associadas a controlos, ausência de títulos alternativos em imagens e uso incorreto de cabeçalhos.
Projeto Web - Aula 1 - Fundamentos do Dev WEB.pptxLuiz Antonio
O documento discute a evolução da web, desde suas origens estáticas até a web dinâmica e interativa de hoje. Apresenta as principais tecnologias por trás do desenvolvimento web, como HTML, CSS e JavaScript. Explica também os modelos de desenvolvimento em camadas e a importância dos padrões da W3C.
O documento introduz o conceito de CMS (Content Management System), definindo-o como um software que permite a criação, edição, gerenciamento e publicação de conteúdo de forma padronizada por usuários técnicos e não-técnicos. Explora os tipos de CMS, suas características, benefícios e como escolher qual usar para um determinado projeto web.
1) O documento apresenta recomendações de acessibilidade para desenvolvimento de conteúdo web, incluindo as diretrizes WCAG 2.0 e o guia brasileiro eMAG.
2) É descrito o uso semântico do HTML através de padrões web para garantir a acessibilidade, como a separação de conteúdo, apresentação e comportamento.
3) As práticas de desenvolvimento web acessível incluem a organização do conteúdo em blocos lógicos e o uso correto de marcação semântic
Este capítulo discute o projeto de websites, incluindo as etapas de projeto, profissionais envolvidos e administração do site. As principais etapas de projeto são: organização da informação, conceituação do site e definição da estrutura de navegação, montagem do site e testes. Uma equipe efetiva inclui analistas, designers, programadores e assistentes. O administrador do site, o webmaster, é responsável pela manutenção e atualização contínuas.
O documento discute o uso do navegador Firefox e de seus complementos (add-ons) para desenvolvimento web, destacando a importância dos padrões web, da semântica, acessibilidade e testes. Complementos como Firebug, Web Developer e outros são recomendados para editar, depurar e testar códigos HTML, CSS e JavaScript.
O documento descreve o software ASES, que permite avaliar a acessibilidade de websites de acordo com normas brasileiras. O ASES fornece ferramentas para verificar, simular e corrigir a acessibilidade de páginas, sites e portais. Ele é gratuito e pode ser usado em sistemas Windows e Linux. O documento explica as várias funções do ASES para análise de códigos HTML, CSS e simulação de leitores de tela e baixa visão.
O relatório fornece os resultados de um teste de acessibilidade de acordo com as WCAG 2.0 em uma página web. O teste encontrou vários problemas, incluindo imagens sem legendas, links com o mesmo texto para destinos diferentes, e elementos de tabela sem marcação de cabeçalho. O relatório fornece detalhes técnicos sobre cada problema encontrado.
O relatório resume os resultados de um teste de acessibilidade realizado a uma página web utilizando o validador AccessMonitor. O teste encontrou vários erros relacionados com falta de legendas em imagens e iframes, ausência de atributos language e links para contornar conteúdo, entre outros. No total, a página falhou 13 critérios de nível A, 6 critérios de nível AA e 4 critérios de nível AAA de conformidade WCAG.
O documento fornece instruções para a construção de um site sobre uma empresa fictícia chamada Planeta Computadores utilizando o software Dreamweaver. Ele discute como estruturar pastas e páginas, inserir imagens, tabelas, links e regiões editáveis para manter um layout consistente através de modelos.
Este documento fornece um relatório de acessibilidade para uma página da Wikipédia utilizando o validador AccessMonitor. O relatório inclui o índice de acessibilidade da página, os resultados dos testes de conformidade com os níveis A, AA e AAA das WCAG 2.0, e detalhes sobre quaisquer problemas encontrados, como imagens sem texto alternativo ou links não agrupados logicamente.
Este documento fornece um relatório de acessibilidade para uma página da Wikipédia utilizando o validador AccessMonitor. O relatório inclui um índice de acessibilidade de 6.2 em 10 e uma lista detalhada de resultados para os níveis A, AA e AAA das diretrizes WCAG, incluindo erros e avisos encontrados.
O documento apresenta os resultados de um teste de acessibilidade realizado pelo validador AccessMonitor a uma página web. O teste encontrou vários erros e problemas relacionados com falta de legendas em imagens, ausência de títulos em frames, erros de codificação HTML e uso inadequado de tabelas. No geral, a página falha os requisitos de acessibilidade de nível A definidos nas WCAG 2.0.
Slide da disciplina de Introdução aos Padrões Web e Tecnologias para o Ambiente Digital, ministrada pelo professor Thiago Prado Campos - Aula 04 - 18/06/2011
This document describes a web crawler project developed by Israel José da Cunha for the Distributed Systems course at Universidade do Vale do Sapucaí. It discusses the key aspects of web crawlers like crawling policies, prioritization strategies, and parallelization techniques. It also provides examples of Java code for implementing a web crawler class and controller class.
Este documento resume uma pesquisa sobre a acessibilidade de uma rede social para pessoas com deficiência. A pesquisa avaliou a conformidade da rede social com as diretrizes WCAG 2.0 e realizou testes de usabilidade com usuários cegos. Foram identificados problemas como falta de descrição em vídeos e contraste insuficiente, mas também pontos positivos como navegação fácil e feedback claro. A conclusão é que a rede social oferece boa acessibilidade, mas requer melhorias para atender plenamente os padrões.
O documento discute interfaces de acessibilidade e frameworks para desenvolvimento de aplicações web acessíveis. Ele fornece uma breve história das interfaces e define usabilidade e acessibilidade. Também descreve o framework Pantaneiro para gerar aplicações web acessíveis de acordo com padrões como o WCAG 2.0.
Programação Web com Zend Framework e Ajax com Dojofabioginzel
O documento resume conceitos básicos da programação web, incluindo:
1) A mudança da Web 1.0 estática para a Web 2.0 dinâmica e participativa;
2) Tecnologias como JavaScript, Ajax e CSS que permitem a interatividade;
3) Ferramentas como Firebug e Zend Studio para desenvolvimento web.
O documento discute os fundamentos de SEO e novas tecnologias como CSS, Ajax e Web 2.0. Ele explica como essas tecnologias funcionam e como podem ser usadas de forma otimizada para melhorar o posicionamento em mecanismos de busca respeitando os fundamentos de SEO como conteúdo único e relevante.
Semelhante a Site da copa avaliação web outubro 2013 (20)
Pandemia COVID Sorocaba - Segundo Trimestre de 2021Hudson Augusto
O documento apresenta dados semanais sobre a pandemia de COVID-19 em Sorocaba, SP entre março de 2021 e julho de 2021, incluindo números de casos confirmados, descartados, óbitos e taxas de letalidade, recuperação e internação.
O documento fornece dados estatísticos sobre a pandemia de COVID-19 na cidade de Sorocaba, SP, em 30 de junho de 2021, incluindo: 72855 casos confirmados, 135150 casos descartados e 2356 óbitos confirmados. As estatísticas incluem taxas de letalidade, recuperação e internamento por semana desde março de 2020.
O documento fornece dados sobre a pandemia de COVID-19 em Sorocaba/SP em 31 de maio de 2021, com 61.624 casos confirmados, 123.760 casos descartados e 1.927 óbitos confirmados. Os gráficos mostram as taxas de letalidade, recuperação e internação semanais, assim como os números acumulados de casos confirmados, descartados e suspeitos ao longo do tempo.
O documento apresenta dados semanais sobre a pandemia de COVID-19 em Sorocaba, SP, incluindo números de casos confirmados, descartados e suspeitos, óbitos, taxas de letalidade, recuperação e internação. Os dados indicam que há uma tendência de queda nos números de casos ativos e internações nas últimas semanas.
O documento apresenta dados semanais sobre a pandemia de COVID-19 em Sorocaba, SP de janeiro de 2021 a julho de 2021, incluindo números de casos confirmados, descartados, suspeitos, óbitos e recuperados. Os dados são organizados em tabelas comparativas por semana para mostrar a evolução da doença ao longo do tempo.
O documento apresenta dados semanais sobre a pandemia de COVID-19 em Sorocaba entre janeiro de 2021 e março de 2021, incluindo números de casos confirmados, descartados e óbitos, assim como taxas de letalidade, recuperação e internação.
O documento apresenta dados semanais sobre a pandemia de COVID-19 em Sorocaba entre janeiro de 2020 e março de 2021, incluindo números de casos confirmados, descartados e óbitos, além de taxas de letalidade, recuperação e internação.
O documento apresenta dados semanais sobre a pandemia de COVID-19 na cidade de Sorocaba entre as semanas 29 e 49 de 2020, incluindo números de casos confirmados, descartados e óbitos, além de taxas de letalidade, recuperação e internação.
O documento apresenta dados semanais sobre a pandemia de COVID-19 na cidade de Sorocaba entre março de 2020 e novembro de 2020, incluindo números de casos confirmados, descartados e óbitos, além de taxas de letalidade e recuperação.
Sorocaba teve um total de 14073 casos de COVID-19 em 30 de junho de 2020, com aumentos nos casos informados, casos descartados e casos confirmados em relação ao dia anterior, e uma diminuição nos casos suspeitos.
Sorocaba teve 12583 casos de COVID-19 em 28/06/2020, com um aumento de 0,80% nos casos informados e aumentos de 0,51% e 0,41% nos casos confirmados e descartados respectivamente em relação ao dia anterior.
Sorocaba teve 12067 casos de COVID-19 em 26/06/2020, com aumentos nos casos confirmados, descartados e suspeitos. Houve 252 casos suspeitos, sendo a maioria (216) em isolamento domiciliar e 32 internados, com 4 óbitos suspeitos. Foram 3978 casos confirmados, a maioria (3783) em recuperação e 601 em isolamento, com 113 óbitos confirmados.
Sorocaba teve 12483 casos de COVID-19 em 27/06/2020, com aumentos nos casos confirmados, descartados e suspeitos em relação ao dia anterior. Dos casos suspeitos, a maioria aguarda resultado de isolamento domiciliar e houve aumento nas internações e óbitos suspeitos.
O boletim epidemiológico de Sorocaba de 25/06/2020 apresenta:
11478 casos informados no total, com aumento de 3,10% nos casos informados. 3872 casos confirmados e 7481 casos descartados, com leves aumentos nos casos confirmados e descartados em relação ao dia anterior. 125 casos suspeitos, com diminuição de 14,97% nos casos suspeitos.
Sorocaba teve 11133 casos de COVID-19 em 24/06/2020, com um aumento nos casos informados, descartados e confirmados em relação ao dia anterior. Havia 3776 casos confirmados, 7210 casos descartados e 147 casos suspeitos.
Sorocaba teve 10843 casos de COVID-19 em 23/06/2020, com aumentos nos casos informados, confirmados e descartados em relação ao dia anterior, mas uma diminuição nos casos suspeitos.
Sorocaba teve 10.327 casos de COVID-19 em 22/06/2020, com aumentos nos casos informados, descartados e confirmados em relação ao dia anterior, e uma diminuição nos casos suspeitos.
Sorocaba teve 10.327 casos de COVID-19 em 22/06/2020, com aumentos nos casos informados, descartados e confirmados em relação ao dia anterior. Houveram 244 casos suspeitos, 74 internados e 3.406 casos confirmados, com a maioria em recuperação.
Sorocaba teve 9952 casos de COVID-19 em 21/06/2020, com um aumento de 1,40% nos casos informados em relação ao dia anterior (137 casos). Havia 3278 casos confirmados, 6422 casos descartados e 252 casos suspeitos.
Sorocaba teve 9508 casos de COVID-19 em 19/06/2020, com 3129 casos confirmados, 6188 casos descartados e 191 casos suspeitos. O número de casos confirmados aumentou 12,59% em relação ao dia anterior.
1. Site do Comitê da Copa 2014 – Avaliação trimestral Web
Primeira Ação, avaliar pelo WCGA 1.0 com o software nacional DaSilva:
Prioridade 1: Pontos que os criadores de conteúdo Web devem satisfazer inteiramente. Se não o
fizerem, um ou mais grupos de usuários ficarão impossibilitados de acessar as informações contidas no
documento. A satisfação desse tipo de pontos é um requisito básico para que determinados grupos
possam acessar documentos disponíveis na Web.
26 Ocorrências deste erro:Fornecer um equivalente textual a cada imagem (isso abrange:
representações gráficas do texto, incluindo símbolos, GIFs animados, imagens utilizadas como
sinalizadores de pontos de enumeração, espaçadores e botões gráficos), para tanto, utiliza -se o
atributo “alt” ou “longdesc” em cada imagem. Obs.: Para scripts você deve utilizar noscript.
(1.11)
2 Ocorrências deste erro:Assegurar a acessibilidade do conteúdo de frames, fornecendo uma
página alternativa através do elemento “noframes”. (1.16)
2 Ocorrências deste erro:Dar a cada frame um título que facilite a identificação dos frames e sua
navegação. (1.17)
Prioridade 2:Pontos que os criadores de conteúdos na Web deveriam satisfazer. Se não o fizerem,
um ou mais grupos de usuários terão dificuldades em acessar as informações contidas no d ocumento. A
2. satisfação desse tipo de pontos promoverá a remoção de barreiras significativas ao acesso a
documentos disponíveis na Web.
2 Ocorrências deste erro:Utilizar unidades relativas, e não absolutas, nos valores dos atributos
de tabelas, textos, etc. Em CSS não use valores absolutos como “ T” ou “px” e sim valores
relativos como o “em”, “ex” ou em porcentagem. (2.2)
1 Ocorrência deste erro:Usar o elemento “label” juntamente com o atributo “id” para associar os
rótulos aos respectivos controles dos formulários. Assim, os leitores de tela associarão os
elementos do formulário de forma correta. Usando o comando “label” as pessoas que usam
leitores de tela não terão problemas ao ler o formulário. Caso haja grupos de informação,
controles, etc, a estes devem estar devidamente diferenciados, seja por meio de espaçamento,
localização ou elementos gráficos. (2.15)
4 Ocorrências deste erro:Incluir caracteres pré-definidos de preenchimento nas caixas de edição
e nas áreas de texto, até que os navegadores tratem corretamente os controles vazios. (2.14)
Prioridade 3:Pontos que os criadores de conteúdos na Web podem satisfazer. Se não o fizerem, um
ou mais grupos poderão se deparar com algumas dificuldades em acessar informações contidas nos
documentos. A satisfação deste tipo de pontos irá melhorar o acesso a documentos armazenados na
Web.
0 Ocorrências
Em 14/10/2013 não foi possível avaliar se houve ou não uma evolução da acessibilidade web, devido
o sistema do Da Silva estar em manutenção.
Segunda Ação, avaliar pelo WCGA 2.0 com o software internacional AcessMonitor:
PrioridadeA:
3. 1ocorrência de Inserção de Multimedia (embed, object, iframe, applet): O objetivo é usar o
atributo "title" do elemento frame ou iframepara legendar os conteúdos de cada frame
(moldura). O uso deste atributo permite etiquetar cada um dos frames, permitindo aos
utilizadores a sua identificação, descriminação e exploração, de acordo com a diretriz
internacional (WCAG 2.0)H64: Utilizar o atributo titleda frame e dos elementos iframe.
2 ocorrências em 68 Links para contornar blocos de informação: O objetivo é disponibilizar um
mecanismo que permita contornar blocos de material que se repetem em múltiplas páginas
Web, passando diretamente para o conteúdo principal. O primeiro item interativo da página
Web deve ser um link que nos conduza ao início do conteúdo principal, de acordo com a diretriz
internacional(WCAG 2.0)G1: Adicionar um link no topo de cada página para acessar diretamente
à área do conteúdo principal e G123: Adicionar um link no início de um bloco de conteúdo
repetido para acessar diretamente ao fim do bloco.
1 ocorrência com 4 erros de Standards W3C: (X)HTML + CSS: O objetivo é eliminar ambiguidades
nas páginas Web derivadas de código que não está em conformidade para com as especificações
formais em vigor. Os resultados deste teste foram obtidos através do Serviço de Validação da
Marcação do W3C, de acordo com a diretriz internacional(WCAG 2.0)G134: Validar páginas Web.
PrioridadeAA:
1 ocorrência de Elementos e atributos de apresentaçãoobsoletos:As CSS devem ser usadas para
controlar a apresentação visual do texto. Pela separação do estilo da marcação do conteúdo, os
editores podem simplificar e limpar a forma de marcação do conteúdo, tornando-o, ao mesmo
tempo, mais acessível, de acordo com a diretriz internacional (WCAG 2.0)C22: Utilizar CSS para
controlar a apresentação visual do texto, G115: Utilizar elementos semânticos para marcar a
estrutura e G140: Separar a informação e a estrutura da apresentação para permitir diferentes
apresentações.
Prioridade AAA:
1 ocorrência de Marcação de Links, menus e texto dos links: Esta ocorrência está relacionada
com uma falha comum em que links como "clique aqui" ou "ver mais" precisam da informação
que os rodeia para contextualizar a sua finalidade. Só pelo contexto é possível aos utilizadores
distinguir os links e determinar o seu propósito, de acordo com a diretriz internacional (WCAG
2.0)F84: Falha do Critério de Sucesso 2.4.9 devido à utilização de um link não específico, tal como
"clique aqui" ou "mais" sem um mecanismo para alterar o texto do link para texto específico e
H33: Fornecer suplementos ao texto do link com o atributo title.
Em 14/10/2013 não foi possível avaliar se houve ou não uma evolução da acessibilidade web,
devido o sistema do Acess Monitor estar em manutenção.
Utilizamos um software equivalente, o “TAW”, e nos retornou que o site ainda possui 29
problemas e 206 advertências.
4. Terceira Ação, avaliar pelo WCGA 2.0 com o software internacional Wave:
Em 14/10/2013 o site apresentou 6 erros e 10 alertas, sendo que houve uma diminuição na
evolução da acessibilidade web do site.
5. Quarta Ação, avaliar a Folha de Estilo - HTML:
Utilizamos uma ferramenta online desenvolvida pela W3C para validação de folha de
Estilo ( http://jigsaw.w3.org/css-validator/#validate_by_uri), sendo que a intenção é que nos
retornecomo resultado, nenhum erro de validação, possibilitando a utilização do selo de validação
deCSS do W3C. O site apresentou 110 erros na validação da Folha de Estilo HTML.
Em 14/10/2013 o site apresentou 103 erros, sendo que houve uma pequena evolução da
acessibilidade web do site.
Quinta Ação, avaliar a Marcação de Estilo - HTML:
Já a Marcação é como as páginas da web são escritas em HTML, isto é, uma linguagem
de programação que informa os navegadores como estruturar e apresentar conteúdo em umapágina,
fornecendo blocos básicos de construção da web.Utilizamos uma ferramenta online desenvolvida pela
W3C para validação da Marcação:http://validator.w3.org/#validate_by_uri. Este site não foi possível
validara sua Marcação de Estilo.
6. Em 14/10/2013 o site apresentou 4 erros e 2 advertências, na validação da acessibilidade web do
site.
Sexta Ação, avaliar o Desempenho do website:
Para finalizar as validações, utilizamos a ferramenta online GTmetrix, que é umaferramenta
muito útil para saber como está o desempenho de seu site, analisando diversosfatores, como problemas
com o CSS, Javascript, imagens, cache e compactação das páginasentre outros, que podem influenciar
no aumento do tempo de carregamento do site quando os visitantes o acessam. O site apresentou 86 %
(B) de taxa de velocidade da página principal e 64 % (D) no carregamento da página principal.
Em 14/10/2013 o site apresentou 81 % (B) de taxa de velocidade da página principal e 66 % (D) no
carregamento da página principal, sendo que houve uma pequena evolução da acessibilidade web
do site em seu carregamento, mas um pequeno aumento na taxa de velocidade devido o aumento
em 3 requisições (1 seg).
Sétima Ação, avaliar conforme o Decreto Federal de Acessibilidade Web Emag 3.0:
O eScanner é uma ferramenta para validação automática de acessibilidade de páginas Web
segundo o Modelo de Acessibilidade de Governo Eletrônico – e-MAG. Ele foi construído para realizar
uma varredura rápida no código fonte do documento aberto no navegador e exibir erros e alertas
encontrados com base nas recomendações do e-MAG. Além disso, o eScanner também exibe
informações sobre o Departamento de Governo Eletrônico, o e-MAG e sobre outras ferramentas de
validação.
7. Foram identificados 2 erros no seu código de acordo as recomendações do e-MAG. Não esqueça
de verificar os alertas, pois são recomendações que dependem da avaliação do programador.
Recomendação 10 - Garantir que os objetos programáveis sejam acessíveis:O script deve ser
desenvolvido tomando-se o cuidado para que seja acessível, e o elemento noscript deve ser
utilizado para abranger os casos em que scripts não são suportados.
Recomendação 44 - Agrupar campos de formulário:Deverão ser agrupados os controles de
formulário utilizando-se o elemento fieldset. Para cada fieldset, é possível fornecer uma legenda
que explica claramente o propósito ou natureza dos agrupamentos.
Atenção: O eScanner não conseguiu realizar sua análise a partir da linha 247. Provavelmente
exista nessa linha algum elemento que não faça parte da sintaxe padrão do XHTML/HTML4.
Verifique seu código fonte.
Em 14/10/2013 o site apresentou 2 erros na validação da acessibilidade web do site.
Oitava Ação, avaliar o Designer Responsivo do website:
O site deve ter um aspecto apelativo e funcionar sem problemas para o tamanho de tela mais
usado. Embora não possa agradar a todos os visitantes do seu site, deve garantir também que o seu site
continua funcional e com um aspecto bom/aceitável para os restantes tamanhos de tela.Os três pontos
mais importantes que deve ter em mente quando otimizaum site são:
Visualização da página inicial: A informação chave está visível na sua página inicial sem ser
necessário que os visitantes usem as barras de rolamento? De uma maneira geral os internautas
não gostam de usar o "scroll", verifique se essa parte essencial do conteúdo da página inicial é
vista pelos seus visitantes quando estes rolam a página numa altura de apenas umatela, ou duas
no máximo.
Facilidade de leitura do site: Verifique se é possível ler os textos nas diferentes colunas do site
de forma adequada. Por vezes os diferentes tamanhos de tela alteram as larguras de colunas e
secções do site dificultando a leitura dos textos.
Estética do site: Como é que muda o aspecto do seu site? Os diferentes elementos do site
mantêm-se alinhados para essa resolução de tela? As seções ficam com o tamanho certo, as
legendas alinham com as imagens?...
Abaixo demostrarei como a página principal é apresentada utilizando algumas resoluções de tela
para desktop / notebook, tablets e celulares.
Resolução 800 X 600 (PC - Notebook)
Resolução 1366 X 768(PC - Notebook)
8. Resolução 768 X 1024 (Tablet)
Resolução 240 X 320 (Celular)
Resolução 800 X 1280 (Tablet)
Resolução 320 X 480 (Celular)Resolução 640 X 960 (Celular)
Outras Ações:
1 – Seria ideal, ao utilizar vídeos, que abaixo de cada vídeo tivesse um arquivo txt com as legendas do
vídeo e se possível dentro do vídeo conter legenda;
2 – Se for disponibilizado algum material escrito para dowload, que o mesmo tenha em formatos
acessíveis além do PDF (PortableDocumentFormat);
3 – As avaliações acima referem-se somente a página principal e de forma automática, sendo ideal
acrescentar uma avaliação com um especialista com deficiência visual e auditiva.
4–Abaixo o orçamento solicitado pelo Sr. Cid Torquato, a qual solicitei ao pessoal do Acesso Digital
(http://acessodigital.net/), que são os melhores especialista do tema no Brasil, já incluído a avaliação
especialista de um pessoa com deficiência visual:
Bom dia Hudson,
Conforme solicitado, segue orçamento para avaliação e implementação de acessibilidade no site
http://www.copa2014.sp.gov.br/.
9. Segue abaixo o orçamento apenas com os valores propostos, sendo que foi avaliada a página principal e
outras páginas que compõem toda a estrutura do site, de forma automática e com especialista (Prof.
Lêda–especialista cega).
1) Avaliação e produção de relatório com erros e sugestões para acessibilidade é de R$ 8.820,00 (oito
mil oitocentos e vinte reais);
2) Revalidação após implementação das sugestões é deR$2.940,00 (dois mil novecentos e quarenta
reais);
3) Implementação das sugestões de acessibilidade em WordPress é de R$ 6.000,00 (seis mil reais);
4) Capacitação de conteúdistas, sendo 4horas de capacitação com dois professores (oriundos do Rio de
janeiro), sem os custos com descolamento para São Paulo: R$ 4.000,00 (quatro mil reais)
Obs: casos os itens 1, e 3 forem contratados em conjunto, não existe a necessidade do desenvolvimento
do relatório. Nesse caso, o orçamento do item 1 cai para R$ 6.100,00.
Abraços acessíveis,
Horácio Pastor Soares
Acesso Digital - http://acessodigital.net
e-mail: horacio.soares@acessodigital.net
Fone: 5521 9925-5404
@horaciosoares