Pourquoi sont des cadres obsolète en html?

HTML a eu de cadres depuis les premiers jours, mais ils sont déconseillés dans la dernière version. De nombreux navigateurs (j'ai essayé avec Internet Explorer) ne sont même pas afficher les images correctement.

Pourquoi cela a été fait? Ce qui a l'inconvénient, dans les images?

  • "D'abord" est faux. Mais sinon, cela se tient.
  • Eh bien, le problème, c'est qu'ils existent. 🙂
  • Images encore du travail. La documentation javadoc encore les cadres de l'utilisation et de rendre de manière fiable, sur tous les principaux navigateurs. Exemple ici: download.oracle.com/javase/7/docs/api
  • J'utilise des cadres, car je NE veux PAS que l'utilisateur d'enregistrer une url interne. Je suis sûr qu'il ya probablement une autre façon de le faire ces jours mais les vieilles habitudes ont la vie dure, quand vous n'avez pas apprendre de nouveaux trucs.
  • Cadres ont été dépréciées; voir les discussions here et here.
  • Les cadres sont très utile dans certains cas: reframe.deneskellner.com est un bon exemple. J'aurais pu le faire sans les cadres, bien sûr - mais il est tellement simple et facile de cette façon. Je ne comprends pas pourquoi la dépréciation est la réponse quand quelque chose se passe hors de la mode.

InformationsquelleAutor SonOfTheEARTh | 2010-11-24
  1. 58

    Jakob Nielsen a écrit en 1996 de la colonne qui critiqué images. Quelques points clés:

    1. Cadres empêcher les utilisateurs de bookmarking pages. Lorsqu'un signet page de jeu de cadres est chargé, des utilisateurs précédents clics de souris à l'intérieur de l'frames ne sont pas d'importance. Seulement l'extérieur URL est enregistré, et les utilisateurs de naviguer à l'endroit où ils ont été manuellement.

    2. Images présentent des défis pour l'impression des pages web. Impression de toutes les images à la fois n'est pas adapté aux différentes dimensions de papier (et les utilisateurs peuvent obtenir seulement la première pageful de cette façon). Généralement, les utilisateurs ont le droit-cliquez sur l'image qu'ils veulent et choisissez l'option de menu contextuelle.

    3. Utilisateurs venant de moteurs de recherche ne peuvent pas avoir accès à des éléments de navigation s'ils sont situés dans un autre cadre — ils sont orientés vers seulement celle de l'image, le moteur de recherche a trouvé le texte.

    Alors que les "cadres" (le type le plus commun utilisé sur la fin des années 1990/début des années 2000, pages web) sont en train de mourir, l'iframe (court pour inline frame) reste bien vivant. En fait, récemment iframes ont été trouvés utiles aujourd'hui dans le "mashup" des applications web et des extensions de l'iframe sont proposées actuellement dans le Spécification HTML5.

    Par exemple, Facebook, dans son API pour les développeurs d'applications, les utilise pour intégrer de façon transparente des applications tierces avec leur propre site, tout en minimisant les risques de sécurité. (Dans ce modèle, tous les tiers code reste sur un domaine distinct, ce qui est bon pour des raisons de sécurité.)

    • je n'ai pas compris le troisième point très bien. le point de dire quelque chose comme que les utilisateurs des moteurs de recherche et s'ouvre uniquement la page qui a le contenu et non pas la page d'index de l'image. en conséquence, vous ne avez tous les liens(parce que la plupart des liens sur les autres parties de châssis qui est la pratique habituelle).
    • Oui, c'est ce que je veux dire.
    • 1er point qui est vraiment essentiel, mais, malheureusement, avec tous les systèmes de modèle et JS permettant de modifier le contenu de la page à la volée, certaines pages sont encore impossible de signet...
    • 1996 a été une grande année. Un lot qui s'est passé depuis. Aujourd'hui, toutes les questions ci-dessus peut être facilement résolu sans aucune douleur. Les raisons de 1996 sont pour la plupart non valide. Les cadres sont une option pour obtenir quelque chose que vous trouverez presque partout sur le web. Un grand nombre de pages, de Facebook à phpMyAdmin, ressemblent à des images, ils sont juste mis en œuvre avec une autre balise. La seule maladie d'images est de ne pas pouvoir écrire à travers le cadre des frontières; ouais, c'est un inconvénient, mais aussi une bénédiction dans certains cas. Sinon, il n'y a pas de vraies bonnes raisons CONTRE des cadres.
    • C'est le plus objectivement résumé écrit de l'histoire des images que j'ai jamais vu.
    • Bien que l'information peut être intéressante, je ne pense pas que ce les réponses de l'utilisateur en question. La plupart, si pas tous, de Nielsen objections pourraient également être appliquées à des iframes. Je pense que la question est plus mieux répondu ici: softwareengineering.stackexchange.com/questions/144515/...

    InformationsquelleAutor PleaseStand
  2. 10

    Cadres ne sont pas obsolètes en HTML. Ils sont obsolète en HTML 5, et juste découragé avant cette version. Cela a été clairement mentionné dans les liens spécifiés.

    • Et maintenant, nous en sommes à faire exactement la même chose avec le JavaScript. Brillant.
    • elles sont déconseillées en XHTML qui, tout en n'est pas exactement la même chose était but comme le successeur de HTML 4
    • Vazquez-Abrams: Vous avez raison: AJAX/HTTPRequest pouvez créer des sames problèmes avec plus dans beaucoup de cas, si elle est utilisée "comme images"! Mais c'est plus un problème de manque de connaissances des développeurs que de l'technologies de lui-même...
    • Non, ils ne le sont pas: les cadres sont obsolètes en XHTML strict, mais pas obsolète. Mais, ils sont découragés ^^
    • Un état de mécanisme à l'aide d'un hash de l'URL n'est d'éviter les problèmes créés par les cadres mentionnés dans PleaseStand du message (p. ex., AngularJS avec ui-router).
    • iframe n'est pas obsolète en HTML5. Les autres images sont bien, comme frameset. À l'aide d'un iframe est utile pour la mise en œuvre de la croix-domaine d'application de la logique.

    InformationsquelleAutor Pascal Qyy
  3. 4

    De ne pas répondre à l'OP, mais plutôt l'équilibre du bashing de jeux de cadres.

    Je les trouve super et rien ne vient près d'eux quand vous voulez que votre menu intacte et encore:

    • Visuellement incorporer 3 ème partie pages/apps (phpmyadmin ou similaire)
    • Affichage doctypes autres que le html (pdf ou des images).
    • En raison de sa width="x,*" vous obtenez un simple "responsive" comportement.

    Aussi, vous pouvez fournir lisse menu-animations lors de l'extraction contenu principal.

    Utilisé avec le sens, ils sont super.

    • Exactement. Et pour ceux qui n'aiment pas les images, il est de l'inde antique magie qui s'appelle "ne PAS UTILISER". Fonctionne comme un charme, et laisse le reste de la ppl profiter des avantages d'images. Je veux dire, vraiment. Il ne fait aucun sens d'avoir de l'étendue de styles (jamais présenté officiellement!) et correction du positionnement et calc() et tout SIMPLEMENT pour obtenir le même effet? Qui est, en fait, n'est même pas proche? Je suis d'accord frames ne sont pas à la mode. Mais arrêtons de jeter beaucoup de bonnes choses par la fenêtre, juste parce que "nous ne faisons pas ça comme ça".
    • Avez-vous envisagé d'utiliser des iframes comme actuellement pris en charge pour les mêmes fins? Intéressé de savoir si vous avez quelque chose qui peut être fait avec des cadres qui ne peut pas être fait tout aussi facilement avec les iframes.
    • Cela dépend de votre intention. Certaines choses sont plus facile à faire avec l'ancien Cadre des méthodes sans avoir à sauter à travers des obstacles. Un exemple serait le dimensionnement et le positionnement des images. (Je n'ai pas eu le besoin de le faire dans les années, cependant).
    InformationsquelleAutor Teson