O que são usabilidade, acessibilidade, leitor de tela ou qualquer outro problema de desenvolvimento, funcionalidade ou entre navegadores com iframe?

Question

Quais são os problemas de usabilidade, acessibilidade, leitor de tela ou qualquer outro desenvolvimento, funcionalidade ou entre navegadores? <iframe>?

Existe alguma alternativa para <iframe>?

E há alguma técnica JavaScript/jQuery ou do lado do servidor que possa diminuir os problemas de usabilidade, acessibilidade ou leitor de tela com <iframe>?

Por que o W3C não foi incluído <iframe> em XHTML Strict, enquanto HTML5 apoia <iframe>?

atualizar:

Encontrei alguns bons pensamentos aqui também: http://uxexchange.com/questions/1817/iframe-accessibility-and-usability-issues

Answer 1

Acessibilidade:

• É mais difícil rolar seu iframe, seu mouse deve estar no intervalo do iframe. É difícil com pessoas com desabilitação de movimento
• Os navegadores para pessoas cegas podem não incluir o conteúdo seu Iframe e essas pessoas não alcançarão ele.

Usabilidade:

• Não é legal quando você tem várias barras de rolagem na janela principal e no iframe. É difícil para rolar

Outros problemas:

• Os navegadores móveis provavelmente não o tornarão iframe. Mesmo se isso renderizá -lo, ficará ruim e feio.
• Os mecanismos de pesquisa terão dificuldade em indexar suas páginas no iframe. Provavelmente eles vão pular ou não tomarão indexados corretamente
• Carregar um iframe levará mais tempo do que uma página com o mesmo conteúdo e nenhum quadro

Answer 2

Por que o W3C não incluiu o Iframe no XHTML Strict

Porque na época era visto como um filho bastardo do amplamente insultado <frame> marcação.Em princípio <iframe> tem muitas das mesmas propriedades que <frame>, mas na prática parece ter encorajado um uso mais cuidadoso, geralmente evitando o pior dos problemas de navegação e usabilidade que as interfaces de conjuntos de quadros sofriam.

Embora o HTML 5 seja compatível com Iframe?

(a).Porque, ao contrário do <frame>, <iframe> desde então, tornou-se essencial para documentos mistos, como aqueles que incluem anúncios e muitos tipos de aplicativos da web.Ainda existem problemas, como mencionado em outras respostas, mas geralmente o <iframe> é visto como um recurso necessário que veio para ficar.Isso não é verdade <frame>, que é um “recurso não conforme” no HTML5 (o HTML5 mais próximo chega a qualquer tipo de ‘estrito’).

(b).porque os autores do HTML5 não se preocupam muito em encorajar boas práticas;trata-se de documentar o que os agentes do usuário devem fazer.Eles incluíram todos os recursos obsoletos do HTML4 no padrão, junto com muitos outros comportamentos tradicionais, mas duvidosos, do navegador, incluindo todas as peculiaridades da análise de sopa de tags quebradas.[aparte:Diverti-me muito ver o último argumento discutido na lista deles, sendo como o <isindex> elemento deve ser manipulado — um elemento que literalmente ninguém usou desde que os elementos de formulário do HTML 2.0 o tornaram obsoleto em 1995.]

Dado o tamanho e a complexidade impressionantes do HTML5, não é realmente surpreendente que eles não quisessem o esforço extra de declarar um perfil de “modo estrito” mais limitado.À medida que o trabalho chega ao fim, eu adoraria ver um esforço XHTML5 Strict ou semelhante para eliminar parte dessa bagunça.Do jeito que está, Hixie e seus amigos tiraram um instantâneo de cada hack desagradável que um navegador precisa implementar para compatibilidade hoje e tornaram-no um requisito padrão para todos os navegadores no futuro próximo, tolerando efetivamente a má prática.

Answer 3

Se você tiver um único iframe, haveria pouco problema. No entanto, vários IFRames compostos o problema. Um ponto de foco não está claramente disponível e os leitores de tela não são inteligentes o suficiente para encontrar correlação visual (a mesma razão pela qual as tabelas são ruins para o design). ÁRIA é uma tentativa de ser feita para resolver alguns problemas semelhantes. Plugin yui Link tem mais informações.

No entanto, os iframes encontram seu lugar no design. Em um projeto que trabalhei antes, a página continha dois iframes (um deles oculto) e o quadro oculto foi usado para baixar um applet de autenticação. Isso não acrescenta problemas de acessibilidade, pois o ponto de atenção é limitado a um único iframe que se funde com aparência com a página