¿Cuáles son usabilidad, accesibilidad, lector de pantalla o cualquier otro desarrollo, funcionalidad, problema del navegador cruz con iframe?

Question

¿Cuáles son las posibilidades de uso, accesibilidad, lector de pantalla, o cualquier otro desarrollo, funcionalidad, o problemas con el navegador cruzadas con <iframe>?

¿Hay alguna alternativa para <iframe>?

Y hay ninguna técnica de JavaScript / jQuery o del lado del servidor, que puede disminuir la usabilidad, accesibilidad, o lectores de pantalla con temas <iframe>?

<iframe> Por qué el W3C no ha incluido en XHTML estricto, mientras que HTML 5 soportes <iframe>?

Actualización:

He encontrado algunas buenas ideas aquí también: http://uxexchange.com/questions/1817/iframe-accessibility-and-usability-issues

Answer 1

Accesibilidad:

• Es más difícil que para desplazarse iframe, el puntero del ratón debe ser int la gama del iframe. Es difícil con las personas con desabilities movimiento
• Navegadores para personas ciegas no pueden incluir el contenido de usted iframe y esa gente no va a llegar a ella.

Usabilidad:

• No es enfriar cuando se tiene varias barras de desplazamiento de la ventana principal y en el iframe. Es difícil para desplazamiento

Otros temas:

• Los navegadores móviles probablemente no va a hacer que se iframe. Incluso si la hacen, que se verá mal y feo.
• Los motores de búsqueda tienen dificultades para indexar sus páginas en el iframe. Probablemente van a saltar o no tomará indexada correctamente
• Carga de un marco flotante se tardará más tiempo que una página con el mismo contenido y sin marco

Answer 2

  

¿Por qué W3C no incluye marco flotante en XHTML estricto

Debido a que en el momento en que fue visto como un hijo bastardo de la etiqueta <frame> vilipendiado ampliamente. En principio <iframe> tiene muchas de las mismas propiedades que <frame>, pero en la práctica parece haber estimulado el uso de mejor gusto, generalmente evitando el peor de los problemas de navegación y usabilidad que las interfaces de marcos sufrieron.

  

Mientras que HTML 5 es compatible con iframe?

(a). Debido a que, a diferencia de la <frame>, <iframe> desde entonces ha resultado ser esencial para documentos mixtos tales como las que incluyen anuncios, y muchos tipos de aplicaciones web. Todavía hay problemas, como se ha mencionado en otras respuestas, pero en general el <iframe> es visto como una característica necesaria que está aquí para quedarse. Esto no es cierto de <frame>, que es un “no conforme función” en HTML5 (la más cercana HTML5 llega a ningún tipo de ‘estricta’).

(b). porque los autores de HTML 5 no hacen mucho cuidado sobre el fomento de buenas prácticas de todos modos; se trata de documentar lo que los agentes de usuario deben hacer. Ellos han arrojado todas las características de HTML 4 obsoletos en el estándar, junto con una gran cantidad de otros comportamientos tradicional, pero poco fiables navegador incluyendo hasta el último capricho de la quebrada análisis sopa de etiqueta. [Aparte:. Estoy muy divertido para ver el último argumento se discute en su lista sea cómo el elemento <isindex> debe ser manejado - un elemento que, literalmente, nadie ha utilizado desde HTML 2.0 de elementos de formulario hicieron obsoletos en 1995]

Dado el tamaño y la complejidad de escalonamiento de HTML5, no es realmente sorprendente que no querían que el esfuerzo adicional de declarar un perfil de modo estricto 'más limitado. A medida que el trabajo llega a su fin, sin embargo, me gustaría ver un esfuerzo XHTML5 estricto o similar, para volver a recortar algunos de este lío. Tal como está, Hixie y compinches han tomado una instantánea de cada truco desagradable un navegador tiene que poner en la compatibilidad de hoy, y convertido en un requisito estándar para todos los navegadores en el futuro previsible, condonar efectivamente la mala práctica.

Answer 3

Si usted tiene un solo marco flotante, habría poca emisión. Sin embargo, múltiples iframes agravan el problema. Un punto de enfoque no está claramente disponible y los lectores de pantalla no son lo suficientemente inteligentes como para encontrar la correlación visual (la misma razón por la que las tablas son malos para el diseño). ARIA es un intento que se realizan para resolver algunos problemas similares. YUI complemento enlace tiene más información.

Sin embargo iframes hacen encontrar su lugar en el diseño. En un proyecto que trabajé antes, la página contiene dos marcos flotantes (uno de ellos oculto) y el marco oculto se utiliza para descargar un applet de autenticación. Esto no añade los problemas de accesibilidad como el punto de atención se limita a un único fichero de tus ajustes iframe, que se fusiona con la página