DOM HTML and standards compliance in IE8 Beta 1
With the release of IE8 Beta 1, I am happy to talk about the first round of improving standards and bugfixes in IE HTML and DOM support for the new IE8 standard mode. Doug alluded to some of these improvements, and I wrote a bit about them in IE8 Beta 1 whitepapers here and here. In this post, I wish to enumerate the “Change list” (kind of) here on the blog in response to requests for such a list that I have received a MIX08. Personally, I have long been waiting for this release because I know what it means to web developers (like me) who had to code around a large number of IE quirks DOM for many years.
For IE8, I really focused on the DOM and HTML basic standards and concentrate on building a solid cross-browser compatible foundation for most of API that are already supported by Trident. This effort to fix some cracks in the foundation of IE has been a long time to come, and I believe it is critical and necessary first step before adding other standards.
For IE8 Beta1, we looked at a number provided by the bug reports and found that pain-high points were related to EI attribute handling (with some exceptions, such as eminent getElementById). Therefore, attribute treatment served as a “theme” for all issues to be addressed in IE8. We will probably not be able to solve all the community-reported bugs in the French overseas departments in this release (there are several), but we want to make sure we get the worst offenders first. Help us presentation or a vote on the bugs that you consider most of the impact of your business.
HTML / DOM standards compliance in IE8 Beta 1
Note: I use HTML5 nomenclature DOM attribute / attribute content.
Big impact of improvements in Beta 1
Under a related attribute fixed the following address some well-known, often cited, compliance issues in IE HTML and DOM.
1. <button> Field default on “Submit” rather than “button” in standard mode IE8.
2. setAttribute now uses the name attribute content (rather than the name attribute DOM) for the application of an attribute value (CamelCase are no longer necessary).
* This sets commonly reported problems with regard to the “style”, “Class” and “for” attributes does not work.
3. getElementById found only with elements id (name) and performs the upper and lower case matching.
4. <button> attribute value text presented IIN IE8 present form in standard mode. IE7 standard mode continues to introduce innerText.
5. <object> Takes now supports native image loading (see white paper for more details).
6. <object> Takes now supports fallback for the other two scenarios: HTML embedding native and loading of the image (if the HTML / image resources could not be loaded, ie, 4xx-5xx response codes HTTP. ActiveX controls do not support fallback (see white paper for more details).
7. URL type DOM attributes separated from the content of attributes. For example: <A>. Href (attribute DOM)! = <A>. GetAttribute ( ‘href’) (content attribute). You will find that all URLs type DOM attributes return a URL absolute, while the content attribute returns the chain that was planned in the source. These changes apply to the Attr.value and getAttributeNode way. More specifically:
* The next element DOM attributes now return absolute URL: applet [code] base [href], the body [information], [include] the form [of action], frame [src, longdesc] , Head [profile], iframe [src, longdesc], img [longdesc], ins [include] link [href] is [code data], q [include], script [src].
* The next element content attributes now back relative URLs: a [href] region [href], img [src] entered [src].
The consistency and reliability standards and other browsers (attribute-related) in Beta 1
Many reported (and other unpublished) issues with IE attribute the manipulation of objects NamedNodeMap interface (object.attributes), correct DOM attribute reflection attributes of content, and case sensitivity. In principle, the standards indicate that HTML documents are insensitive, while DOM-Core APIs are related case detection - they depend on the basic document of rules to determine their sensitivity. To resolve ambiguities, I appeal to the most common behavior of other browsers.
1. <element>. attributes.getNamedItem Attr no longer creates objects that do not exist in the collection (returns null when an attribute is not found).
2. Radio button sets:
* Setting dynamic ‘name’ attribute on a radio button now applies correctly that radio to the same group appointed (former known to issue fixed Quirks, IE7, standards and methods of IE8).
* Buttons radio unnamed attribute can now be selected by the user IE8 in standard mode (I found it interesting to note that the code has revealed that this is an old problem of compatibility Netscape).
3. <Form> DOM attribute enctype now supported. Reflects the attribute enctype content.
4. Checkbox fixed:
* Insertion of checkboxes in the tree (and moving them around the document) will reset the more “control” the state with defaultChecked state.
* The ‘defaultChecked’ DOM attribute now reflects the “control” the content attribute. The “control” DOM attribute affects both the behaviour intrinsic to the screen and the form of comments.
* Analyze operations on the “control” the content attribute always affect both the “control” and “defaultChecked ‘DOM attributes. (For example, removeAttribute ( “control”) defines “control” and “defaultChecked” false, setAttribute ( “control”, “control”) defines the two attributes DOM to true (as if the element was again discussed ).
5. getAttributeNode now properly the people. Property value in return Attr subject to all the attributes (whatsoever. specified = true or not).
6. removeAttribute now uses insensitive comparisons.
7. <P> Element now closes when meeting <TABLE> (Acid 2 compliance).
8. Last <LINK> rel attribute is now “alternate” symbolic anywhere in the chain (Acid 2 compliance).
Consistent and complete functionality in Beta 1
1. <base> Href no longer applies a “new” background paper provided if the Web is a relative URL (a Web report is defined as not having a plan [ ‘http:’] and a host name [ ‘/’ Or ‘field’]).
2. Title attribute now preferred (over variant) when it is expected that the pop-up flyover images and maps (img, entry, the object, and the region elements).
3. During recovery attributes Boolean by name, value is now correctly indicated that the attribute canonical name (for example, checked = “control”).
4. Implementation hasAttribute (corresponding to be scrapped), which is proposed as the solution NamedNodeMap is under construction.
5. Completed Attr interface (DOM Core L2) by the implementation ownerElement.
6. Completed intended purpose, iframe and frame (HTML DOM L2), the implementation contentDocument. Note: As contentWindow, this property is not to allow access area inside content.
7. HTMLCollection fixed:
* ‘Item’ API is overloaded to accept strings and act like ‘namedItem. ” ‘item’ now only accepts digital index (or tries to convert a string to a numerical index as is the behaviour JavaScript).
* ‘NamedItem “no longer whether the collections of more than a name is found. Instead, the first correspondent (insensitive) element is returned.
* As IE8 not implement all collections using the interface HTMLCollection, the following exceptions exist: the elements [HTMLFormElement], the lines / tbodies [HTMLTableElement] lines [HTMLTableSectionElement], and cells [HTMLTableRowElement].
Known issues
An important bug in our code JavaScript invoke path in IE8 Beta 1, causes calls JavaScript inadvertently back into the compatibility mode IE7 and therefore appear as if some of these bugs are not fixed. (This has personally touched some of my tests passing DOM objects (like HTMLCollections) through a function of parameters for testing - I mention this only as an example. If you see this bug in Beta2, it indirectly May an impact on your own tests - I recommend checking the existence of document.querySelector to see if your script execution is returned to the compatibility mode IE7 before concluding that IE8 Beta1 did not fix a particular problem (l ‘ Selectors API is visible that IE8 standard mode).
Known issues, we plan to deal with Beta 2
At a minimum, all the features already available in the DOM will be restored in Beta 2.
1. setAttribute still does not work with managers of events.
2. <element>. attributes.length fails. The purpose NamedNodeMap IE8 is in the midst of an overhaul.
3. Many TABLE related to the API are “not implemented” from Beta1. As critical engine parts IE8 come online, these APIs are being re-activated:
* Lines / tbodies [HTMLTableElement] lines [HTMLTableSectionElement] cells [HTMLTableRowElement].
4. <object> elements do not fall back on the failures of security domain.
Known problems we are not planning to change IE8
1. <object> Is not analysed in a cross-browser compatible way (the analysis stops at the object, while other browsers continue to analyse all the contents of decline and make it available. No support for the analysis of this behaviour is scheduled for IE8, I will take this opportunity to ask the real world scenarios that can help prioritize this function.
2. <object> elements can be “reactivated” by the correction dynamic attributes that have caused the decline. Again, your comments on the potential benefits / When using this feature appreciated.
Acknowledgments
I would like to acknowledge the extraordinary work done by all IE developers and testers who can push a button and get a consistent behaviour IE7 for each of these important changes.
Also, special thank you to PPK for the updated tables compatibility to highlight a portion of the work we have done.
And there is more to come.
Regards,
Travis Leithead
Program Manager
IE8 Object Model
FRENCH
DOM HTML et des normes de conformité dans IE8 Beta 1
Avec la sortie de IE8 Beta 1, je suis heureux de pouvoir parler de la première ronde de l’amélioration des normes et des corrections de bugs dans IE HTML et DOM soutien à la nouvelle IE8 mode standard. Doug fait allusion à certaines de ces améliorations, et j’ai écrit un peu à leur sujet dans le IE8 Beta 1 livres blancs ici et ici. A ce poste, je souhaite énumérer les «Changer de liste” (sorte de), ici sur le blog en réponse aux demandes d’une telle liste que j’ai reçu à MIX08. Personnellement, j’ai été longue attente de cette libération parce que de ce que je sais cela veut dire les développeurs de sites Web (comme moi) qui ont dû code autour d’un grand nombre d’IE bizarreries du DOM depuis de nombreuses années.
Pour IE8, j’ai réellement porté sur les DOM et HTML de base des normes et des concentrés sur la construction d’une solide cross-navigateur compatible fondation pour la plupart des API qui sont déjà supportées par Trident. Cet effort de fixer certaines des fissures dans la fondation de IE a été un long temps à venir, et je crois qu’il est critique et une première étape nécessaire avant d’ajouter d’autres normes.
Pour IE8 Beta1, nous nous sommes penchés sur de nombreuses fourni par les rapports de bogues et a constaté que la douleur haut-points avaient trait à l’IE attribut de manutention (avec quelques exceptions comme éminent getElementById). Par conséquent, attribut de traitement a servi de «thème» pour l’ensemble des questions à aborder dans IE8. Nous ne sera probablement pas en mesure de résoudre tous de la communauté-signalé des bogues dans les DOM dans ce communiqué de presse (il y en a plusieurs), mais nous voulons nous assurer que nous obtenons les pires contrevenants en premier. Aidez-nous à la présentation ou par vote sur les bogues qui vous semblent les plus à l’impact de votre entreprise.
HTML / DOM normes de conformité dans IE8 Beta 1
Note: J’utilise HTML5 nomenclature des DOM attribut / attribut contenu.
Big impact des améliorations en Bêta 1
Dans le cadre d’un attribut liés fixe, l’adresse suivante certains du bien-connu, souvent cité, des questions relatives au respect dans IE HTML et DOM.
1. <button> Attribut type par défaut sur «Soumettre» plutôt que «bouton» en mode standard IE8.
2. setAttribute utilise maintenant le nom d’attribut de contenu (plutôt que le nom d’attribut DOM) pour l’application d’une valeur de l’attribut (CamelCase ne sont plus nécessaires).
* Ce communément fixe les problèmes signalés en ce qui concerne le «style», «classe», et «pour» les attributs ne fonctionne pas.
3. getElementById trouve seulement avec des éléments id (nom) et effectue les majuscules et les minuscules correspondant à .
4. <button> Attribut value texte présenté IIN forme IE8 présenter en mode standard. IE7 mode standard continue de présenter le innerText.
5. <object> Prend désormais en charge native de chargement d’images (voir le livre blanc pour plus de détails).
6. <object> Prend désormais en charge de repli pour les deux autres scénarios: incorporation de code HTML natif et le chargement de l’image (le cas le code HTML / image des ressources ne peut être chargé, c’est-à -dire, 4xx-5xx codes de réponse HTTP. Contrôles ActiveX ne prennent pas en charge de repli (voir le livre blanc pour en savoir plus détails).
7. URL de type DOM attributs séparés du contenu des attributs. Par exemple: <A>. Href (attribut DOM)! = <A>. GetAttribute ( ‘href’) (contenu attribut). Vous constaterez que toutes les URL de type DOM attributs retour une URL absolue, tandis que le contenu attribut retourne la chaîne qui était prévu dans la source. Ces modifications s’appliquent à la Attr.value et getAttributeNode ainsi. Plus précisément:
* L’élément suivant du DOM attributs maintenant revenir absolue URL: applet [code], base [href], le corps [d’information], du [citer], la forme [d’action], frame [src, longdesc], chef [profil], iframe [ src, longdesc], img [longdesc], ins [citer], lien [href], objet [de code, des données], q [citer], script [src].
* L’élément suivant le contenu des attributs maintenant de retour des URL relatives: a [href], région [href], img [src], entrée [src].
La cohérence et la fiabilité des normes et d’autres navigateurs (attribut-related) en Beta 1
De nombreux relevées (et d’autres non-publié) questions avec IE attribut de la manipulation des objets d’interface NamedNodeMap (object.attributes), corriger DOM attribut réflexion attributs de contenu, et cas-sensibilité. En principe, les normes indiquent que les documents HTML sont insensibles à la casse, tandis que les DOM-Core API sont liés cas de détection - ils dépendent sur le document de base des règles pour déterminer leur sensibilité. Pour résoudre les ambiguïtés, je lance un appel à la plus commune comportement des autres navigateurs.
1. <element>. attributes.getNamedItem ne crée plus Attr objets qui n’existent pas dans la collection (renvoie null quand un attribut n’est pas trouvé).
2. Radio bouton fixe:
* La mise en dynamique ‘name’ attribut sur un bouton radio s’applique maintenant correctement que la radio au même groupe nommé (ancien connues en question fixe Quirks, IE7, normes et modes de IE8).
* Boutons radio sans nom attribut peut maintenant être sélectionné par l’utilisateur IE8 en mode standard (je l’ai trouvé intéressant de noter que le code a révélé qu’il s’agit là d’un vieux problème de compatibilité Netscape).
3. <Form> DOM attribut enctype désormais pris en charge. Tient compte de l’attribut enctype de contenu.
4. Checkbox fixe:
* Insertion de cases à cocher dans l’arbre (et en les déplaçant autour du document) ne réinitialise plus le «contrôler» l’état avec des defaultChecked état.
* Le ‘defaultChecked’ DOM attribut reflète désormais la «contrôler» le contenu attribut. Le «contrôler» DOM attribut affecte à la fois le comportement intrinsèque à l’écran et la forme de commentaires.
* Analyser les opérations sur la «contrôler» le contenu attribut toujours affecter à la fois le «contrôler» et «defaultChecked ‘DOM attributs. (Par exemple, removeAttribute ( «contrôler») définit «contrôler» et «defaultChecked” à false, setAttribute ( «contrôler», «contrôler») définit les deux attributs DOM à la vraie (comme si l’élément a été à nouveau analysée).
5. getAttributeNode maintenant correctement le peuple. biens de valeur en retour Attr objet pour tous les attributs (que ce soit. spécifiés = vrai ou non).
6. removeAttribute utilise maintenant la casse des comparaisons.
7. <P> Élément maintenant se ferme lorsque l’on rencontre <TABLE> (Acid 2 conformité).
8. <LINK> Contenu attribut rel trouve maintenant “suppléant” symbolique dans n’importe quel endroit dans la chaîne (Acid 2 conformité).
En conformité et à compléter des fonctionnalités en Bêta 1
1. <base> Href ne s’applique plus un «nouveau» document de base fournies si le Web est une URL relative (par rapport Web étant définie comme n’ayant pas un schéma [ ‘http:’] et un nom d’hôte [ ‘/’ ou ‘domaine’]) .
2. Titre attribut maintenant préféré (plus de variante) lorsque cela est prévu que la fenêtre pop-up info-bulle d’images et de cartes (img, d’entrée, l’objet, et de la région éléments).
3. Lors de la récupération des attributs booléens par nom, la valeur est maintenant correctement indiqué que l’attribut nom canonique (par exemple, checked = «contrôler»).
4. Mise en œuvre hasAttribute (correspondant à la casse) qui est proposé alors que la solution NamedNodeMap est en cours de construction.
5. Terminé Attr l’interface (DOM L2 Core) par la mise en Å“uvre ownerElement.
6. Terminé les interfaces pour objet, iframe, et le cadre (DOM HTML L2), par la mise en Å“uvre contentDocument. Note: comme contentWindow, cette propriété n’est pas de permettre des accès de domaine à l’intérieur de contenu.
7. HTMLCollection fixe:
* ‘Item’ API n’est plus surchargé d’accepter cordes et agissent comme des «namedItem». ‘item’ maintenant accepte uniquement les index numériques (ou essaye de convertir une chaîne à un index numérique comme c’est le comportement JavaScript).
* ‘NamedItem “n’apparaît plus si les collections de plus de un point le nom est trouvé. Au lieu de cela, la première correspondant (insensible à la casse) élément est retourné.
* Comme IE8 ne pas appliquer toutes les collections en utilisant l’interface HTMLCollection, les exceptions suivantes existent actuellement: les éléments [HTMLFormElement], les lignes / tbodies [HTMLTableElement], les lignes [HTMLTableSectionElement], ainsi que les cellules [HTMLTableRowElement].
Problèmes connus
Un bug important dans notre code JavaScript invoquer chemin dans IE8 Beta 1, les causes des appels JavaScript par inadvertance à revenir sur le mode de compatibilité IE7 et donc faire apparaître comme si certains de ces bogues ne sont pas fixes. : (Cela a personnellement touché certains de mes tests qui passent des objets DOM (comme HTMLCollections) à travers une fonction de paramètres pour les essais - Je mentionne cela seulement à titre d’exemple. Si vous voyez ce bug dans Beta2, mai il indirectement un impact sur votre propres tests - je recommande la vérification de l’existence de document.querySelector pour voir si votre script exécution est revenu sur le mode de compatibilité IE7 avant de conclure que IE8 Beta1 n’a pas fixé un problème particulier (l’API selecteurs n’est visible que IE8 mode standard).
Problèmes connus, nous prévoyons de traiter en Beta 2
Au minimum, toutes les fonctionnalités déjà disponibles dans les DOM sera rétabli dans la version Bêta 2.
1. setAttribute ne fonctionne toujours pas avec les gestionnaires d’événements.
2. <element>. attributes.length échoue. L’objet NamedNodeMap IE8 est au milieu d’une révision.
3. De nombreux TABLE liées à l’API sont “pas mise en Å“uvre” à partir de Beta1. Comme critique pièces du moteur de IE8 venir en ligne, ces API sont en cours de ré-activé:
* Lignes / tbodies [HTMLTableElement], les lignes [HTMLTableSectionElement], les cellules [HTMLTableRowElement].
4. <object> Éléments ne relèvent pas de retour sur les défaillances de sécurité de domaine.
Problèmes connus nous ne sommes pas à changer la planification en IE8
1. <object> N’est pas analysée dans un cross-navigateur compatible façon (l’analyse s’arrête à l’objet, alors que d’autres navigateurs poursuivre l’analyse tous les contenus de repli et de la rendre disponible. Pas de support pour l’analyse de ce comportement est prévue pour IE8, je vais saisir cette possibilité de demander le monde réel scénarios qui peuvent m’aider priorité à cette fonction.
2. <object> Éléments ne peuvent être «réactivée» par la correction dynamiquement les attributs qui ont provoqué le repli. Encore une fois, vos commentaires sur les avantages potentiels / Les cas d’utilisation de cette fonctionnalité appréciée.
Remerciements
J’aimerais souligner l’extraordinaire travail accompli par tous les développeurs d’IE et les vérificateurs qui permettent de pousser un bouton et obtenir un comportement compatible IE7 pour chacune de ces changements importants.
Aussi, merci spécial à PPK pour sa mise à jour des tableaux de compatibilité pour mettre en valeur une partie du travail que nous avons fait.
Et il ya plus à venir.
Observe,
Travis Leithead
Gestionnaire de programme
IE8 Object Model
Germany
HTML-und DOM-Standards in Einklang IE8 Beta 1
Mit der Veröffentlichung von IE8 Beta 1, ich bin froh, sie sprechen von der ersten Diskussionsrunde der Verbesserung der Standards und Fehlerbehebungen in IE und DOM HTML-Unterstützung der neuen IE8 Standard-Modus. Doug erwähnte einige dieser Verbesserungen, und ich habe ein wenig über sie in der IE8 Beta 1 Pfund weißen hier und hier. In dieser Funktion möchte ich aufzählen, die “Liste ändern” (so), hier im Blog als Antwort auf die Anforderungen einer solchen Liste, die ich erhalten MIX08. Persönlich war ich lange bis diese Befreiung weil ich weiß, was das bedeutet, die Entwickler von Web-Sites (wie ich), mussten Code um eine große Zahl von Macken des IE DOM seit vielen Jahren.
Für IE8, habe ich wirklich auf die DOM HTML und grundlegende Standards und konzentrieren sich auf den Bau einer soliden Cross-Browser kompatibel Stiftung für die meisten der API, die bereits von Trident. Diese Bemühungen sind einige Risse in der Gründung von IE wurde eine lange Zeit zu kommen, und ich glaube, es ist kritisch, und ein notwendiger erster Schritt, bevor man andere Standards.
Für IE8 Beta1 haben wir uns mit zu vielen, die aus den Berichten von Fehlern und stellte fest, dass der Schmerz hoch-Punkte wurden in den IE-Attribut der Handhabung (mit wenigen Ausnahmen, wie hervorragend getElementById). Daher Attribut dient der Behandlung von “Thema” für alle Fragen, die in IE8. Wir werden wohl nicht in der Lage, alle von der Gemeinde bekanntgegeben-Fehler in den Departements in dieser Pressemitteilung (es gibt mehrere), aber wir wollen dafür sorgen, dass wir gegen die schlimmsten zuerst. Helfen Sie uns, oder durch Vorlage der Abstimmung über die Fehler, die Sie scheinen mehr auf die Auswirkungen für Ihr Unternehmen.
HTML / DOM-Standards in Einklang IE8 Beta 1
Bewertung: Ich benutze HTML5 Nomenklatur der DOM-Attribut-Attribut Inhalt.
Big Auswirkungen von Verbesserungen in der Beta 1
Im Rahmen eines Attributs mit festen, einige der folgenden Adresse des Wohlbefindens bekannt, oft zitiert, der Fragen der Einhaltung IE in HTML und DOM.
1. <button> Art Attribut standardmäßig auf “Abschicken”, anstatt “Schaltfläche” Standard-Modus IE8.
2. setAttribute verwendet jetzt den Namen Attribut Inhalt (und nicht den Namen Attribut DOM) für die Anwendung einen Wert für das Attribut (CamelCase nicht mehr benötigt werden).
* Dieser legt die allgemeinen Probleme in Bezug auf den “Stil”, “Klasse”, und “für” die Attribute nicht funktioniert.
3. getElementById ist nur mit der id (Name) und führt die Groß-und Kleinschreibung entspricht.
4. <button> Attribut value vorgelegten Text IIN Form IE8 Vorlage im Standard-Modus. IE7 Standardmodus Weiterbildung zu präsentieren innerText.
5. <object> nimmt jetzt native Laden von Bildern (siehe Weißbuch für mehr Details).
6. <object> nimmt jetzt der Rückgang bei den beiden anderen Szenarien: Aufnahme von nativen HTML-Code und das Laden des Bildes (wenn Sie den HTML-Code / Bild der Ressourcen kann nicht geladen werden, dh, 4xx-5xx-Codes von HTTP-Antwort. ActiveX-Steuerelement nicht unterstützen Rückfallebene (siehe Weißbuch für mehr Details).
7. URL des Typs DOM-Attribute getrennt vom Inhalt der Attribute. Zum Beispiel: <A>. Href (Attribut DOM)! = <A>. GetAttribute ( ‘href’) (Content-Attribut). Sie werden feststellen, dass alle URLs des Typs DOM-Attribute eine absolute URL zurück, während der Inhalt Attribut zurück, die die Kette war in der Quelle. Diese Änderungen beziehen sich auf die Attr.value und getAttributeNode so. Genauer:
* Das nächste Element des DOM-Attribute jetzt wieder absolute URL: Applet [code], base [href], der Körper [Informationen], [nennen], die [Maßnahmen], Frame [src, longdesc] , Leiter [Profil], iframe [src, longdesc], img [longdesc] Ins [zitieren] Link [href], Objekt [Code, der Daten], q [zitieren] Skript [src].
* Das nächste Element der Inhalt der Attribute jetzt wieder über die URL: a [href], Region [href], img [src], [src].
Die Kohärenz und Zuverlässigkeit der Standards und anderen Browsern (Attribut-related) in der Beta 1
Viele enthalten (und andere nicht veröffentlicht) Fragen mit IE Attribut der Manipulation von Objekten Schnittstelle NamedNodeMap (object.attributes), korrigieren DOM-Attribute Attribut Reflexion des Inhalts und Fall-Empfindlichkeit. Grundsätzlich sind die Normen hervor, dass die HTML-Dokumente werden in Groß-und Kleinschreibung, während die DOM-Core-API gebunden sind, bei - sie hängen auf das Dokument als Grundlage der Regeln, um zu ermitteln, ihre Sensibilität. Um die Unklarheiten, ich appelliere an die gemeinsame Verhalten der anderen Browser.
1. <element>. attributes.getNamedItem nicht mehr erstellt Attr Objekte, die nicht in der Sammlung (null zurückgibt, wenn ein Attribut nicht gefunden).
2. Radio-Taste fest:
* Die dynamische Entwicklung ‘name’ Attribut auf einem Radio-Button gilt jetzt richtig, dass die Radio-Gruppe im gleichen Namens (alte Bekannte in Frage Festnetz Quirks, IE7, Normen und Verfahren IE8).
* Radio-Buttons ohne Name-Attribut kann jetzt vom Anwender ausgewählt IE8 im Standard-Modus (ich fand es interessant festzustellen, dass der Code hat gezeigt, dass es sich hier um ein altes Problem der Vereinbarkeit Netscape).
3. <Form> DOM-Attribut enctype nun unterstützt. Trägt das Attribut enctype Inhalt.
4. Checkbox fest:
* Einfügen von Kontrollkästchen in der Welle (und verschieben um das Dokument) setzt nicht mehr die “Kontrolle” den mit defaultChecked Zustand.
* Die ‘defaultChecked’ DOM-Attribut spiegelt nun die “Kontrolle” das Attribut Inhalt. Die “Kontrolle” DOM-Attribut wirkt sich sowohl auf das Verhalten, die in dem Bildschirm, und die Form von Kommentaren.
* Analyse der Vorgänge auf die “Kontrolle” der Inhalt immer Attribut zuweisen, die sowohl die “Kontrolle” und “defaultChecked ‘DOM-Attribute. (Zum Beispiel, removeAttribute ( “Kontrolle”) definiert, “Kontrolle” und “defaultChecked” false, setAttribute ( “Kontrolle”, “Kontrolle”) legt die beiden Attribute DOM an die reale (als ob das Element wurde erneut untersucht ).
5. getAttributeNode jetzt korrekt die Leute. Waren im Wert von Attr-Objekt zurück, um alle Attribute (sei es. angegeben = wahr oder nicht).
6. removeAttribute verwendet jetzt die Groß-und Kleinschreibung Vergleiche.
7. <P> Element jetzt beendet, wenn man <TABLE> (Acid 2 Konformität).
8. <LINK> Inhalt Attribut rel nun “Stellvertreter” symbolisch in beliebiger Position in der Lieferkette (Acid 2 Konformität).
In Übereinstimmung und Ergänzung der Funktionalität Beta 1
1. <base> Href gilt nicht mehr ein “neues” Dokument vorgelegt, wenn das Netz ist über eine URL (im Vergleich Web definiert als nicht ein Schema [ ‘http:’] und einen Host-Namen [ ‘/’ Oder ‘Bereich’]).
2. Titel-Attribut nun bevorzugt (mehr als Variante), wenn dies vorgesehen ist, dass die Pop-up Quick-Info-Bilder und Karten (img, für die Einreise, den Gegenstand, und in der Region Elemente).
3. Bei der Wiederherstellung der Booleschen Attribute von Namen, der Wert wird nun korrekt angezeigt, dass das Attribut kanonischen Namen (zB checked = “kontrollieren”).
4. Umsetzung hasAttribute (der Fall), dann wird vorgeschlagen, dass die Lösung NamedNodeMap ist im Bau.
5. Fertig Attr-Interface (DOM Core L2) durch die Umsetzung ownerElement.
6. Fertig für die Schnittstellen-Objekt, iframe, und der Rahmen (DOM HTML L2), durch die Umsetzung contentDocument. Bewertung: wie contentWindow, diese Eigenschaft nicht, dass der Zugang der Bereich innerhalb der Inhalt.
7. HTMLCollection Festnetz:
* ‘Item’ API ist nicht mehr überlastet zu akzeptieren, Seile und fungieren als “namedItem”. ‘item’ jetzt akzeptiert nur die numerischen Index (oder versucht zu konvertieren, eine Kette mit einem numerischen Index, wie es das Verhalten JavaScript).
* ‘NamedItem “nicht mehr angezeigt wird, wenn die Ansammlungen von mehr als einem Punkt ist der Name gefunden. Stattdessen wird der erste entsprechende (case-insensitive) Element zurück.
* Wie IE8 sind nicht alle Sammlungen unter Verwendung der Schnittstelle HTMLCollection, die folgenden Ausnahmen bestehen derzeit: die Elemente [HTMLFormElement], die Zeilen / tbodies [HTMLTableElement], die [HTMLTableSectionElement], so dass die Zellen [HTMLTableRowElement].
Bekannte Probleme
Ein Fehler wichtig in unserer JavaScript-Code berufen Weg in IE8 Beta 1, die Ursachen der JavaScript-Aufrufe versehentlich wieder auf den Kompatibilitätsmodus IE7 und so tun, als ob einige dieser Fehler sind nicht festgelegt. : (Das ist persönlich betroffen, einige meiner Tests, die der DOM-Objekte (wie HTMLCollections) durch eine Funktion der Parameter für die Prüfungen - Ich erwähne dies nur als Beispiel. Wenn Sie diesen Bug in Beta2, Mai er indirekt Auswirkungen auf Ihre eigenen Tests - empfehle ich die Ãœberprüfung der Existenz von document.querySelector, um zu sehen, ob Ihr Skript ausgeführt wird wieder auf den Kompatibilitätsmodus IE7 vor den Schluss zu, dass IE8 Beta1 nicht auf ein besonderes Problem (l ‘ API selecteurs ist sichtbar, dass IE8 Standard-Modus).
Bekannte Probleme, planen wir behandeln Beta 2
Mindestens alle Funktionen bereits in den Departements wird wieder in die Beta 2-Version.
1. setAttribute funktioniert immer noch nicht mit den Ereignissen.
2. <element>. attributes.length fehl. NamedNodeMap IE8 Das Objekt ist in der Mitte einer Ãœberarbeitung.
3. Viele TABELLE im Zusammenhang mit der API sind “nicht umgesetzt” ab Beta1. Als kritische Teile des Motors kommen IE8 online, diese API sind derzeit wieder aktiviert:
* Zeilen / tbodies [HTMLTableElement], die [HTMLTableSectionElement], Zellen [HTMLTableRowElement].
4. <object> Elemente fallen nicht zurück auf die Mängel der Sicherheit.
Bekannte Probleme, wir sind nicht zu ändern Planung IE8
1. <object> nicht analysiert in einem Cross-Browser kompatibel ist, wie (die Analyse hält am Ziel, während andere Browser die Analyse alle Inhalte des Rückzugs und der zur Verfügung zu stellen. Keine Unterstützung für die Analyse dieses Verhalten ist für IE8, werde ich an dieser Möglichkeit, bei der realen Welt Szenarien, die mir helfen können, diese Funktion Priorität.
2. <object> Objekte können nicht “reaktiviert” durch die Korrektur dynamisch die Attribute, die den Rückgang verursacht. Noch einmal, Ihre Kommentare zu den möglichen Nutzen / Bei Verwendung dieser Funktion geschätzt.
Danksagung
Ich möchte die außerordentliche Arbeit, die alle Entwickler von IE und Gutachter, die es ermöglichen, einen Knopf zu drücken und ein Verhalten IE7 für jede dieser Veränderungen.
Deshalb danke speziellen PPK für seine Aktualisierung der Tabellen, um die Kompatibilität Wert einen Teil der Arbeit, die wir getan haben.
Und es gibt mehr zu kommen.
Grüße,
Travis Leithead
Programm-Manager
IE8 Object Model
Italy
DOM HTML e nel rispetto delle norme IE8 Beta 1
Con il rilascio di IE8 Beta 1, sono lieto di parlare del primo ciclo di migliorare le norme e bugfixes in IE DOM HTML e supporto per il nuovo IE8 modalità standard. Doug accennato ad alcuni di questi miglioramenti, e ho scritto un po ’su di essi in IE8 Beta 1 white paper qui e qui. In questo post, desidero elencare gli “Modifica elenco” (tipo di) qui sul blog in risposta alle richieste di un tale elenco che ho ricevuto una MIX08. Personalmente, sono stati a lungo attesa per questa release, perché so che cosa significhi sviluppatori web (come me) che hanno dovuto codice intorno a un gran numero di IE quirks DOM per molti anni.
Per IE8, mi si è concentrato sul DOM e HTML norme di base e concentrarsi sulla costruzione di un solido cross-browser compatibile fondazione per la maggior parte di API che sono già supportate da Trident. Questo sforzo di fissare alcune crepe nella fondazione di IE è stato un lungo periodo di tempo, e credo che sia fondamentale e necessario primo passo prima di aggiungere altre norme.
Per IE8 Beta1, abbiamo esaminato una serie fornite dal segnalazioni di bug e scoperto che il dolore-alta punti sono stati legati alla movimentazione di EI attributo (con alcune eccezioni, come ad esempio eminente getElementById). Pertanto, attributo di trattamento è servito come “tema” per tutte le questioni da affrontare in IE8. Siamo probabilmente non sarà in grado di risolvere tutte le comunità -bug nei dipartimenti francesi d’oltremare in questa release (ci sono diverse), ma vogliamo essere sicuri di ottenere il peggio di reati per primo. Aiutaci presentazione o di un voto sul bug che si ritengono più l’impatto della vostra attività .
HTML / DOM standard di conformità in IE8 Beta 1
Nota: utilizzare HTML5 nomenclatura DOM attributo / attributo contenuto.
Impatto di grandi miglioramenti in Beta 1
Nell’ambito di un attributo connessi fissato il seguente indirizzo alcuni ben noti, spesso citati, il rispetto questioni in IE HTML e DOM.
1. <button> Campo di default su “Invia” piuttosto che “pulsante” in modalità standard IE8.
2. setAttribute utilizza ora il nome attributo contenuto (piuttosto che il nome attributo DOM) per l’applicazione di un valore di attributo (CamelCase non sono più necessarie).
* Questo set comunemente segnalati problemi per quanto riguarda il “stile”, “Classe” e “per” gli attributi non funziona.
3. getElementById trovato solo con elementi id (nome) e di eseguire le lettere maiuscole e minuscole corrispondenti.
4. <button> valore di attributo testo presentato nNel IE8 forma attuale, in modalità standard. IE7 modalità standard continua a introdurre innerText.
5. <oggetto> acquista ora supporta nativo immagine di carico (vedi carta bianca per maggiori dettagli).
6. <oggetto> acquista ora supporta ripiego per gli altri due scenari: HTML che incorporano nativo e il caricamento delle immagini (se il codice HTML / immagine risorse potrebbero non essere caricati, vale a dire, 4xx-5xx i codici di risposta HTTP. controlli ActiveX non supportano ripiego (cfr. Libro bianco per maggiori dettagli).
7. URL di tipo DOM attributi separati dal contenuto di attributi. Per esempio: <A>. Href (attributo DOM)! = <A>. GetAttribute ( ‘href’) (attributo contenuto). Troverete che tutti gli URL di tipo DOM attributi ritorno a un URL assoluto, mentre il contenuto attributo restituisce la catena che era previsto nel testo originale. Queste modifiche si applicano ai Attr.value e getAttributeNode modo. Più in particolare:
* L’ordine del giorno elemento DOM attributi ora ritorno assoluto URL: applet [code] base [href], l’organismo [informazioni], [anche] la forma [di azione], telaio [src, alternativa Il], Capo [profilo], iframe [ src, alternativa Il], img [alternativa Il], ins [comprendere] link [href] [codice dati], q [comprendere], script [src].
* L’ordine del giorno elemento contenuto attributi ora ritornare URL relativi: a [href] regione [href], img [src] è entrato [src].
La coerenza e l’affidabilità di norme e di altri browser (attributo connessi) in Beta 1
Molti di relazioni (e di altri inediti) problemi con IE attributo la manipolazione di oggetti NamedNodeMap interfaccia (object.attributes), corretto DOM attributo riflessione attributi di contenuto e maiuscole e minuscole. In linea di principio, le norme indicano che i documenti HTML sono insensibili, mentre DOM-core API sono connessi caso di rilevamento - da cui dipendono il documento di base di regole per determinare la loro sensibilità . Per risolvere le ambiguità , mi appello alla più comune comportamento di altri browser.
1. <element>. attributes.getNamedItem attr non più crea oggetti che non esistono nella raccolta (restituisce null se un attributo non viene trovato).
2. Pulsante di serie:
* L’impostazione dinamica ‘name’ attributo di un pulsante che ora si applica correttamente la radio nello stesso gruppo nominato (ex noto per il rilascio fissato quirks, IE7, norme e dei metodi di IE8).
* Pulsanti radio senza nome attributo può ora essere selezionati da IE8 l’utente in modalità standard (ho trovato interessante notare che il codice ha rivelato che questo è un vecchio problema della compatibilità di Netscape).
3. <form> DOM attributo enctype ora supportato. Riflette l’attributo enctype contenuto.
4. Casella di controllo fisso:
* Inserimento di caselle di controllo nella struttura (e si spostano in giro il documento) reimpostare il più “controllo” lo stato con defaultChecked Stato.
* Il ‘defaultChecked’ DOM attributo ora riflette il “controllo” il contenuto attributo. Il “controllo” DOM attributo riguarda sia il comportamento intrinseco allo schermo e sotto forma di commenti.
* Analizzare le operazioni a “controllare” il contenuto attributo sempre colpiscono sia il “controllo” e “defaultChecked ‘DOM attributi. (Ad esempio, removeAttribute (” controllo “) definisce” controllo “e” defaultChecked “falso, setAttribute (” controllo ” , “Controllo”), definisce le due attributi a DOM vero (come se l’elemento è stato nuovamente discusso).
5. getAttributeNode ora correttamente le persone. Valore della proprietà in cambio attr soggetti a tutti gli attributi (whatsoever. specificato = vero o no).
6. removeAttribute utilizza ora insensibile confronti.
7. <p> Ora chiude quando riunione <TABLE> (Acid 2 conformità ).
8. <link> Ultimo attributo rel è ora “alternativo” simbolico in qualsiasi punto della catena (acido 2 conformità ).
Coerente e completa funzionalità in Beta 1
1. href file <base> non si applica più una “nuova” carta sfondo fornite se il Web è un URL relativo (un Web relazione è definito come non avere un piano [ ‘http:’] e un nome host [ ‘/’ o ‘campo’ ]).
2. Titolo attributo ora preferito (oltre variante) quando si prevede che i pop-up cavalcavia immagini e mappe (img, entrata, l’oggetto, e la regione elementi).
3. Durante il recupero attributi booleani per nome, il valore è ora correttamente indicato che l’attributo nome canonico (per esempio, checked = “controllo”).
4. Attuazione hasAttribute (corrispondente da demolire), che è proposto come la soluzione NamedNodeMap è in costruzione.
5. ATTR completato interfaccia (DOM Core L2) l’attuazione di ownerElement.
6. Completato la destinazione, il telaio e iframe (HTML DOM L2), l’attuazione contentDocument. Nota: Come contentWindow, questa proprietà non è quello di consentire l’accesso all’interno zona contenuto.
7. HTMLCollection fisso:
* ‘Voce’ API è sovraccarico di accettare stringhe e di agire come ‘namedItem. ” ‘Elemento’ ora accetta solo indice digitale (o tenta di convertire una stringa a un indice numerico, come è il comportamento di JavaScript).
* ‘NamedItem “non è più se le collezioni di più di un nome è trovato. Invece, il primo corrispondente (insensibili) elemento viene restituito.
* Come IE8 non attuare tutte le raccolte utilizzando l’interfaccia HTMLCollection, le seguenti eccezioni: gli elementi [HTMLFormElement], le righe / tbodies [HTMLTableElement] linee [HTMLTableSectionElement], e le cellule [HTMLTableRowElement].
Problemi noti
Un importante bug nel nostro codice JavaScript invocare IE8 percorso in Beta 1, le cause chiamate JavaScript inavvertitamente ritornare nella modalità di compatibilità IE7 e quindi appaiono come se alcuni di questi bug non sono fissi. (Questo ha personalmente toccato alcuni dei miei test passando gli oggetti DOM (come HTMLCollections) attraverso una funzione di parametri per il test - Lo dico solo come esempio. Se viene visualizzato questo errore in beta2, è indirettamente maggio, un impatto sul proprio test — Raccomando di verificare la realtà delle document.querySelector per vedere se il vostro script di esecuzione viene restituito alla modalità di compatibilità IE7 prima di concludere che IE8 Beta1 non fissare un particolare problema (l ’selettori API è visibile che IE8 modalità standard).
Problemi noti, abbiamo in programma di affrontare con Beta 2
Come minimo, tutte le funzioni già disponibili nel DOM verrà ripristinato in versione Beta 2.
1. setAttribute ancora non funziona con i gestori di eventi.
2. <element>. attributes.length fallisce. Lo scopo NamedNodeMap IE8 è in mezzo a una revisione.
3. TABELLA molti legati alle API “non attuata” dal Beta1. Come critico parti del motore IE8 venire on-line, queste API sono in corso di riattivata:
* Lines / tbodies [HTMLTableElement] linee [HTMLTableSectionElement] cellule [HTMLTableRowElement].
4. <oggetto> elementi non sono tornato su i fallimenti di sicurezza di dominio.
Noti problemi non stiamo progettando di cambiare IE8
1. <oggetto> non sono analizzate in un cross-browser compatibile modo (l’analisi si ferma a l’oggetto, mentre altri browser continuare ad analizzare tutti i contenuti di declino e renderlo disponibile. Nessun supporto per l’analisi di questo comportamento è prevista per IE8, Colgo l’occasione per chiedere al mondo reale scenari che possono contribuire a dare priorità a questa funzione.
2. <oggetto> elementi possono essere “riattivata” dalla correzione dinamica attributi che hanno causato il declino. Ancora una volta, i vostri commenti sui potenziali benefici / Quando si utilizza questa funzione apprezzato.
Ringraziamenti
Desidero riconoscere lo straordinario lavoro svolto da tutti gli sviluppatori di IE e tester che possono spingere un pulsante e ottenere un comportamento coerente IE7 per ciascuno di questi importanti cambiamenti.
Inoltre, grazie speciale a PPK per le tabelle di compatibilità aggiornata per evidenziare una parte del lavoro che abbiamo svolto.
E vi è di più per venire.
Saluti,
Travis Leithead
Program Manager
IE8 Object Model
Powered by MightyAdsense
