Oui il est temps ! Vous utilisez encore des iFrame? Et bien vous n’êtes malheureusement pas le seul.. Apprenez en plus sur les iFrames et les problèmes quelles posent !

Commentaires

Pas d'accord !

Je pense qu'il y faut distinguer entre la finalité d'un concept, d'une part, et son niveau de compatibilité (qu'on peut encore intituler sa qualité d'implémentation) dans les différents navigateurs et plateformes, de l'autre.

Le principe des iframe, tout comme finalement presque tous les autres concepts assimilés par le W3C, proviennent du terrain, plutôt que de la théorie. C'est vrai pour les CSS, la sémantique, les balises exotiques, etc. On se souvient de la "bataille" conceptuelle entre les layer de Netscape, et les div (ou frame), qui ont finalement donné lieu à la standardisation des iframe et de bon nombre de propriétés CSS telles que le z-index et le positionnement relatif ou absolu -- positionnement qui continue d'évoluer à mesure que les besoins émergent dans la vraie vie des sites et des designers. Donc le fait que la iframe ait été inventée ou promue par Microsoft n'est en rien un handicap.

Le fait que les iframe soient implémentés de façon incohérente ou irrégulière sur telle ou telle plateforme, n'en condamne par pour autant le principe. Non, tout n'est pas réalisable avec des API. Et, oui la simplicité d'un one-liner en JavaScript pour intégrer les boutons d'un réseau social dans un iframe, par exemple, est une nécessité. C'est cette simplicité qui a permis au Web de venir ce qu'il est aujourd'hui, et à toujours plus de Web-designers et de programmeurs de se découvrir et se lancer et contribuer à l'écosystème chacun à sa façon.

La problématique de Cross-Domain existe dans tous les cas, API ou iframe, et pour d'autres raisons que la netteté conceptuelle ou la compatibilité. On pourra par exemple discuter à loisir sur les dégâts que peuvent causer l'utilisation du JSONP en guise d'API pour contourner la CORS, pas accessible à tous, si le site fournisseur du service est compromis (tandis que dans un tel cas, le iframe continue de jouer son rôle de sand-boxing).

Bref, je suis tout à fait d'accord pour évangéliser et répandre l'usage des API, mais tout à fait opposé à la suppression du concept iframe dans les standards futurs !

Gabriel Z.

Il y a plus de 4 ans

Le titre est volontairement provocateur !
L'idée est surtout de dire qu'il faut soit un nouveau standard pour achever le même objectif en bien mieux, soit se dire que les iFrame n'ont pas évoluer depuis des années et qu'il serait peu-être tant que le W3C s'en occupe...

Il y a plus de 4 ans

:-)
Sauf que les problèmes que tu mets en avant, sont vraiment de l'ordre de la compatibilité et l'implémentation ; pas vraiment de l'ordre du concept ou de l'objectif. Ce serait donc plutôt aux éditeurs de navigateurs de faire leur boulot ! :)

Il y a plus de 4 ans
Vous devez vous inscrire ou vous connecter pour poster un commentaire