Questão de Arquitetura de Software — E-mag (modelo de acessibilidade de governo eletrônico) — FCC 2015
Arquitetura de Software›E-mag (modelo de acessibilidade de governo eletrônico)
Código
fc018610
Banca
FCC
Órgão
DPE-RR
Ano
2015
Nível
Superior
Cargo
Analista de Sistemas
A cartilha técnica de Acessibilidade de Governo Eletrônico (e-MAG) recomenda que sejam
Autilizados elementos da API Canvas para construir equações matemáticas e folhas de estilo para formatar o texto e controlar o layout.
Butilizados os elementos blockquote, ul, dl, dt e table para criar efeitos visuais nos parágrafos, já que estes elementos são facilmente interpretados pelos leitores de tela.
Cutilizadas tabelas para criar o layout das páginas e dispor os elementos na tela, ao invés de folhas de estilo.
Dfornecidos atalhos por teclado utilizando nos links o atributo keycode, apontando para conteúdos importantes da página.
Ecriadas sequências lógicas de tabulação para percorrer links de controles de formulário e objetos, utilizando o atributo tabindex.
Revelar gabarito e comentário▾
GabaritoE — criadas sequências lógicas de tabulação para percorrer links de controles de formulário e objetos, utilizando o atributo tabindex.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
e-MAG — Recomendações de Acessibilidade
Gabarito: letra E. O e-MAG recomenda a criação de sequências lógicas de tabulação com o atributo tabindex, garantindo navegação por teclado (Recomendação 1.4 e 2.1). As demais alternativas contrariam as diretrizes: uso de Canvas para equações, tabelas para layout, elementos semânticos para efeitos visuais, e atributo keycode (inexistente para atalhos).
Alternativa A — ❌ Incorreta
A API Canvas não é acessível para leitores de tela; o e-MAG recomenda alternativas como MathML para equações. Além disso, folhas de estilo para layout são aceitáveis, mas a combinação com Canvas para equações é inadequada.
Alternativa B — ❌ Incorreta
Usar blockquote, ul, dl, dt e table para efeitos visuais fere a semântica HTML. O e-MAG proíbe o uso de tabelas para diagramação (Recomendação 1.6) e determina que cada elemento tenha função semântica correta (Recomendação 1.2).
Alternativa C — ❌ Incorreta
O e-MAG é explícito: "Não utilizar tabelas para diagramação" (Recomendação 1.6). O layout deve ser feito com CSS, não com tabelas.
Alternativa D — ❌ Incorreta
Atalhos por teclado devem usar o atributo accesskey, não keycode. O keycode é uma propriedade de evento JavaScript, não um atributo HTML para definir atalhos. O e-MAG recomenda fornecer âncoras e funções via teclado (Recomendações 1.5 e 2.1), mas não com keycode.
Alternativa E — ✅ Correta ⟵ GABARITO
O e-MAG recomenda ordenar logicamente a tabulação (Recomendação 1.4) e garantir que todas as funções sejam acessíveis por teclado (Recomendação 2.1). O atributo tabindex é a forma correta de definir a sequência de tabulação para links, controles de formulário e objetos.
NÃO CAIA NESSA!
A alternativa D troca accesskey (atributo correto para atalhos de teclado) por keycode (propriedade de evento). Memorize: accesskey define atalho; keycode captura tecla pressionada. Essa inversão é comum em questões de acessibilidade.
PEGA ESSA DICA!
Para o e-MAG, foque nas recomendações de marcação (1.1 a 1.9) e comportamento (2.1 a 2.7). Decore os números e o essencial: tabelas só para dados, nunca para layout; tabulação lógica com tabindex; e atalhos com accesskey.