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é:
Convivialité:
Autres issues:
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.