Was ist Benutzerfreundlichkeit, Zugänglichkeit, Bildschirm-Lesegerät oder eine andere Entwicklung, Funktionalität, Cross-Browser-Problem mit iframe?
-
20-09-2019 - |
Frage
Was ist die Benutzerfreundlichkeit, Zugänglichkeit, Bildschirm-Lesegerät oder eine andere Entwicklung, Funktionalität oder Cross-Browser Probleme mit <iframe>
?
Gibt es eine Alternative für <iframe>
?
Und gibt es JavaScript / jQuery oder serverseitige Techniken, die die Nutzbarkeit verringern können, Zugänglichkeit oder Bildschirmlese Probleme mit <iframe>
?
Warum hat das W3C nicht enthalten <iframe>
in XHTML Strict, während HTML 5 unterstützt <iframe>
?
Update:
Andere Tipps
Warum W3C nicht enthalten Iframe in XHTML Strict
Weil es zu der Zeit als uneheliches Kind des-weit geschmäht <frame>
Tages zu sehen war. Grundsätzlich <iframe>
hat viele der gleichen Eigenschaften wie <frame>
, aber in der Praxis scheint es geschmackvoll Gebrauch zu bestärken, in der Regel das Schlimmste der Navigations- und Usability-Probleme zu vermeiden, dass Frameset Schnittstellen gelitten.
Während HTML 5 unterstützt Iframe?
(a). Denn im Gegensatz zu dem <frame>
hat <iframe>
da für gemischte Dokumente wesentlich erwiesen, wie diejenigen, einschließlich Werbung, und viele Arten von Web-Anwendung. Es gibt immer noch Probleme, wie in anderen Antworten erwähnt, aber im Allgemeinen ist die <iframe>
als notwendiges Merkmal gesehen, hier zu bleiben. Dies gilt nicht für <frame>
, die eine „nicht-konforme Funktion“ in HTML5 ist (die nächste HTML5 wird auf jede Art von ‚strengen‘).
(b). weil die Autoren von HTML5 nicht so viel Sorge um gute Praxis zu fördern sowieso; es geht darum, zu dokumentieren, was User-Agents tun müssen. Sie haben jedes obsolet Merkmal HTML4 in den Standard geworfen, zusammen mit vielen anderen traditionellem, aber zwielichtigen Browserverhalten einschließlich jeder letzten Marotte von gebrochenem Tag Suppe Parsing. [Beiseite. Ich bin sehr amüsiert das neueste Argument, um zu sehen auf ihrer Liste diskutiert wird, wie das <isindex>
Element behandelt werden soll - ein Element, das buchstäblich niemand da HTML 2.0 der Elemente Form verwendet hat es im Jahr 1995 überholt]
Die Staffelung Größe und Komplexität von HTML5 Da ist es nicht weiter verwunderlich, dass sie nicht den zusätzlichen Aufwand wollten eine begrenztere ‚Strict-Modus‘ Profil zu erklären. Da die Arbeiten zu Ende geht, aber ich würde gerne eine XHTML5 Strenge oder ähnliche Anstrengungen zu sehen, einige von diesem Schlamassel zu trimmen zurück. Wie es aussieht, haben genommen Hixie und chums einen Schnappschuss von jedem gemeiner Hack ein Browser heute in für die Kompatibilität zu setzen hat, und es sich um eine Standard-Anforderung für alle Browser in absehbarer Zeit gemacht, effektiv die schlechte Praxis Billigen.
Wenn Sie eine einzelne Iframe haben, gäbe es wenig Problem. Allerdings Verbindung mehrere Iframes das Problem. Ein zentraler Punkt ist nicht eindeutig zur Verfügung und die Bildschirm-Leser sind nicht intelligent genug, um visuelle Korrelation (gleiche Grund, warum Tabellen sind schlecht für Design) zu finden. ARIA ist ein Versuch, einige ähnliche Probleme zu lösen gemacht. YUI-Plugin Link mehr Informationen.
Allerdings ihren Platz in Design iframes finde. In einem Projekt arbeitete ich vor, enthielt die Seite zwei Iframes (einer von ihnen versteckt) und der versteckten Frame verwendet wurde, ein Authentifizierungs-Applet zum Download bereit. Dies fügt keine Zugänglichkeit Leiden als der Punkt, der Aufmerksamkeit auf einen einzelnen iframe beschränkt, die sich nahtlos mit der Seite
verschmilzt