Que sont la facilité d’utilisation, l’accessibilité, le lecteur d’écran ou tout autre développement, fonctionnalité, problème de navigation croisée avec iframe?

Quels sont les problèmes de convivialité, d’accessibilité, de lecteur d’écran ou de développement, de fonctionnalité ou de navigateur multi-navigateur avec ?

Existe-t-il une alternative pour ?

Et existe-t-il des techniques JavaScript / jQuery ou côté serveur permettant de réduire les problèmes d’utilisation, d’accessibilité ou de lecteur d’écran avec ?

Pourquoi le W3C n’a-t-il pas inclus dans XHTML Ssortingct, alors que HTML 5 prend en charge ?

mettre à jour:

J’ai trouvé quelques bonnes idées ici aussi: http://uxexchange.com/questions/1817/iframe-accessibility-and-usability-issues

Accessibilité:

  • Il est plus difficile de faire défiler votre iframe, votre souris doit être dans la plage de l’iframe. C’est difficile avec des personnes ayant des difficultés de mouvement
  • Les navigateurs pour aveugles peuvent ne pas inclure le contenu de votre iframe et ces personnes ne pourront pas l’atteindre.

Convivialité:

  • Ce n’est pas cool quand vous avez plusieurs barres de défilement sur la fenêtre principale et sur l’iframe. C’est difficile pour faire défiler

Autres issues:

  • Les navigateurs mobiles ne vous rendront probablement pas iframe. Même si cela le rend, il aura l’air mauvais et laid.
  • Les moteurs de recherche auront du mal à indexer vos pages dans l’iframe. Probablement ils l’ignoreront ou ne prendront pas correctement indexé
  • Le chargement d’une iframe prendra plus de temps qu’une page avec le même contenu et sans cadre

Pourquoi le W3C n’est pas inclus Iframe dans XHTML Ssortingct

Parce qu’à l’époque, il était considéré comme un enfant bâtard de la balise largement vengée. En principe, a beaucoup des mêmes propriétés que , mais en pratique, il semble avoir encouragé une utilisation plus élégante, évitant généralement le pire des problèmes de navigation et de convivialité auxquels les interfaces de frameworks étaient confrontées.

Alors que HTML 5 prend en charge Iframe?

(une). Parce que, contrairement au , s’est depuis avéré être essentiel pour les documents mixtes tels que ceux contenant des publicités et de nombreux types d’applications Web. Il existe toujours des problèmes, comme indiqué dans d’autres réponses, mais généralement, est considéré comme une fonctionnalité nécessaire qui doit restr. Ce n’est pas le cas de , qui est une «fonctionnalité non conforme» en HTML5 (le HTML5 le plus proche devient un type de ‘ssortingct’).

(b). parce que les auteurs de HTML5 se soucient peu de toute façon d’encourager les bonnes pratiques; il s’agit de documenter ce que les agents utilisateurs doivent faire. Ils ont jeté toutes les fonctionnalités obsolètes de HTML4 dans la norme, ainsi que de nombreux autres comportements douteux, mais classiques, de la part des navigateurs, y compris tous les problèmes d’parsing de soupe de balises cassées. [côté: je suis très amusé de voir que le dernier argument en cours de discussion sur leur liste est de savoir comment l’élément devrait être traité – un élément que personne n’a utilisé à la lettre depuis que les éléments de formulaire de HTML 2.0 l’ont rendu obsolète en 1995.]

Compte tenu de la taille et de la complexité stupéfiantes de HTML5, il n’est pas vraiment surprenant qu’ils ne veuillent pas l’effort supplémentaire de déclarer un profil plus limité en «mode ssortingct». Alors que le travail se termine, cependant, j’aimerais beaucoup voir un effort XHTML5 Ssortingct ou similaire pour réduire en partie ce gâchis. En l’état actuel des choses, Hixie et ses copains ont pris un instantané de chaque pirate qu’un navigateur doit intégrer aujourd’hui pour en assurer la compatibilité et en ont fait une exigence standard pour tous les navigateurs dans un avenir prévisible, cautionnant efficacement la mauvaise pratique.

Si vous avez un seul Iframe, il y aura peu de problème. Cependant, plusieurs iframes aggravent le problème. Un sharepoint focalisation n’est pas clairement disponible et les lecteurs d’écran ne sont pas assez intelligents pour trouver une corrélation visuelle (même raison pour laquelle les tableaux sont mauvais pour la conception). ARIA est une tentative visant à résoudre des problèmes similaires. Le lien du plug – in YUI contient plus d’informations.

Cependant, les iframes trouvent leur place dans le design. Dans un projet sur lequel j’avais déjà travaillé, la page contenait deux iframes (l’une cachée) et le cadre caché était utilisé pour télécharger un applet d’authentification. Cela n’ajoute aucun problème d’accessibilité car le point d’attention est limité à un seul iframe qui se confond sans faille avec la page.