Centre Internet Explorer
Centre Internet Explorer > Accueil Internet Explorer >  Comment mettre mon site en valeur avec IE8

Internet Explorer 8 BetaComment mettre mon site en valeur avec Internet Explorer 8 ?

Sommaire :

Activités
Web Slices
Conformité CSS 2.1
Outils de développeurs et contrôle des versions
Optimisation du développement AJAX
Améliorations du noyau DOM
API Selectors
Optimisation des performances de la plateforme
Atténuation des fuites de mémoire dues aux références circulaires
Améliorations de HTML et ACID2
Meilleure prise en charge des espaces de noms
Meilleure prise en charge des API du mode protégé

Activités

Les activités sont des options de menu contextuel qui accèdent rapidement à un service d'une autre page Web. Il arrive très souvent que les utilisateurs copient et collent du contenu d'une page Web à une autre. Les activités d'Internet Explorer 8 facilitent ce genre d'opérations.

Les activités mettent en jeu deux types de scénarios : recherche d'informations dans une page Web (look up) et envoi d'un contenu Web vers une application Web (send). Prenez l'exemple d'un utilisateur qui s'intéresse à un restaurant et veut savoir précisément où il se trouve. Il s'agit là d'une activité de type « Recherche » au cours de laquelle l'utilisateur sélectionne l'adresse et demande en un clic l’affichage de la carte correspondante à l'aide d'un service de cartographie privilégié.

En revanche, un utilisateur qui lit un article intéressant peut, dans le cadre d'une activité de type « Envoi », directement créer un billet dans son blog. L'utilisateur sélectionne une partie de l'article et fait appel à l'activité Blog. Il accède ainsi à son blog et la sélection retenue s'affiche directement dans la zone d'édition.

Les utilisateurs peuvent accéder à une activité à la demande. Il leur suffit de sélectionner un contenu et d'ouvrir le menu contextuel. Ils peuvent, par exemple, sélectionner une adresse sur une page Web et voir apparaître un bouton Activité. Ou sélectionner les activités à partir d’un menu contextuel. Ou encore accéder aux activités à partir du menu Page de la barre de commandes pour la page Web active et, pour les liens, à partir du menu contextuel qui leur est associé.

Les activités sont des services que l'utilisateur installe et administre. Pour cela, il s’aide du Guide des services d'Internet Explorer 8 ou visite un site consacré aux activités.

Les activités sont décrites à l'aide d'un fichier XML qui explique la façon dont le navigateur doit communiquer avec le service via des modèles d'URL. Les services Web devraient exploiter les activités au format XML car elles sont plus faciles à créer, à tester et à déployer vers les utilisateurs.

Voici un exemple simple qui montre l'activité Carte qu'il est possible d'héberger sur un site Web.

Fichier XML d'une activité : copiez le code donné en exemple ci-dessous dans un éditeur de texte et enregistrez-le sous « GetMap.xml ». Le code ci-dessous décrit la fonctionnalité de l'activité. 

<?xml version="1.0" encoding="UTF-8"?>
  <openServiceDescription xmlns=”http://www.microsoft.com/schemas/openservicedescription/1.0”>
  <homepageUrl>http://maps.live.com</homepageUrl>
  <display>
    <name>Map with Windows Live</name>
    <icon>http://www.live.com/favicon.ico</icon>
  </display>
  <activity category=”map”>
    <activityAction context=”selection”>
      <preview action= ”http://maps.live.com/geotager.aspx">
        <parameter name="b" value="{selection}"/>
        <parameter name="clean" value="true"/>
        <parameter name="w" value="320"/>
        <parameter name="h" value="240"/>
        </preview>
      <execute action="http://maps.live.com/default.aspx">
        <parameter name="where1" value="{selection}" type="text" />
      </execute>
    </activityAction>
  </activity>
</openServiceDescription>

Hébergement du bouton d'installation : ajoutez cet extrait de code dans le site Web où vous voulez proposer l'activité. 

<button onclick="javascript:window.external.addService('GetMap.xml')">Add Map Activity</button>

Pour tester :

  1. Installez l'activité en cliquant sur le bouton Installer de votre site Web. La boîte de dialogue d'installation apparaît.
  2. Cochez la case « Mon fournisseur par défaut ». De cette façon, l'activité apparaît aux premiers rangs de la liste des activités.
  3. Visitez un site qui contient une adresse postale.
  4. Sélectionnez l'adresse, puis cliquez sur le bouton qui apparaît à côté du curseur de la souris. (Vous pouvez aussi cliquer avec le bouton droit pour accéder au menu contextuel).
  5. Passez le curseur sur l'activité « Carte avec Live Maps » pour afficher l'aperçu de l'activité Carte.
  6. Cliquez sur l'activité « Carte avec Live Maps ». Le site Web des cartes apparaît dans un nouvel onglet.

Pour plus d'informations, consultez le livre blanc Activités.

Cours pratiques sur les activités

Haut de page


WebSlices (littéralement « tranches de Web »)

Il s'agit d'une nouvelle fonctionnalité qui permet aux sites Web de communiquer avec leurs utilisateurs en s'abonnant au contenu directement dans une page Web. Les WebSlices reprennent le principe des flux RSS où les clients s'abonnent pour obtenir des mises à jour et faire part des modifications à l'utilisateur.

Un WebSlice est une partie d'une page Web auquel il est possible de s'abonner, tout comme à un flux. Pour activer un WebSlice sur votre site Web, annotez votre page Web avec des noms de classe pour le titre, la description et toutes autres propriétés susceptibles de faire l'objet d'un abonnement.

Les utilisateurs d'Internet Explorer 8 découvrent les WebSlices dans une page Web et les ajoutent dans la barre des favoris (ligne dédiée, située sous la barre d'adresse, qui facilite l'accès aux liens). Internet Explorer 8 s'abonne à la page Web, détecte les modifications dans le WebSlice et avertit l'utilisateur de toute mise à jour. Les utilisateurs peuvent obtenir un aperçu de ces mises à jour dans la barre des favoris et accéder en un simple clic au site Web pour obtenir davantage d'informations.

Création d'un WebSlice

Pour activer un WebSlice, il suffit d'ajouter des annotations HTML directement dans la page Web. Les WebSlices combinent le microformat hAtom et le format WebSlice pour décrire les parties d'une page Web auxquelles il est possible de s'abonner.

Éléments de base

Les propriétés de base d'un WebSlice sont le conteneur du WebSlice, le titre de l'entrée et le contenu de l'entrée.

WebSlice

  • Requis.
  • Utilise le nom de classehslice.
  • L'élément WebSlice doit comporter un ID.
  • Représente l'intégralité de la région d'un WebSlice qui contient le titre, la description et les autres propriétés du WebSlice.

Titre de l'entrée

  • Requis.
  • Utilise le nom de classe entry-title tel qu'il est défini dans le microformat hAtom.
  • Il peut exister plusieurs instances de l'élément Entry Title.

Contenu de l'entrée

  • Facultatif.
  • Utilise le nom de classe entry-content tel qu'il est défini dans le microformat hAtom.
  • En cas d'absence de l'élément Entry Content, on considère qu'il s'agit d'une chaîne vide.
  • Il peut exister plusieurs instances de l'élément Entry Content.

Voici un exemple qui permet de coder un élément d'enchère avec les propriétés du lien, du titre et de la description :

http://www.auction.microsoft.com/item

<div class=”hslice” id=”1”>
  <p class=”entry-title”>item - $66.00</p>
  <div class=”entry-content”>high bidder:buyer1
    … 
  </div>
</div>

 
Pour plus d'informations, consultez le livre blanc WebSlices.

Cours pratiques sur les WebSlices

Haut de page


Conformité CSS 2.1

Feuilles de style

La technologie des feuilles de style en cascade, ou CSS, permet d'appliquer très facilement un style à des documents Web (polices, couleurs, espacements et positionnements, etc.). Avant l'introduction de CSS, les propriétés de style étaient directement définies dans le code HTML par le biais de différents attributs. Avec CSS, les auteurs peuvent séparer les données d'une page, spécifiées via HTML, de la logique d'affichage. Le balisage est ainsi beaucoup plus clair et la maintenance du site bien plus facile.

Le groupe de travail CSS du W3C a fait un travail remarquable pour parvenir à la spécification finale de CSS 2.1. À la publication de cet article, la spécification en est au stade de « recommandation candidate ». Grâce à cette spécification, les développeurs et les concepteurs Web peuvent écrire leurs pages une seule fois et obtenir un rendu correct dans plusieurs navigateurs. La nouvelle barre Outils de développeurs d'Internet Explorer 8 s'inscrit dans la même lignée. Internet Explorer 8 prend en charge le dernier jeu de fonctionnalités défini dans la spécification.

Si Internet Explorer 8 vise en priorité à respecter les normes CSS 2.1, il ne néglige pas pour autant l'avenir et se prépare à CSS 3. CSS 3 est la prochaine étape de l'évolution des feuilles de style en cascade. Contrairement à la spécification CSS 2.1 qui se compose d'un seul document, la spécification CSS 3 se subdivise en différents modules pour accélérer la convergence vers des spécifications claires et une mise en œuvre rapide des différentes fonctionnalités. En outre, CSS 3 cherche à lever certaines des ambiguïtés de la spécification CSS 2.1 tout en proposant de nouvelles fonctionnalités aux auteurs Web. Internet Explorer 8 espère mettre en œuvre les fonctionnalités CSS 3 les plus réclamées par les développeurs et les concepteurs Web. 

Pour plus d'informations, consultez le livre blanc Conformité CSS 2.1.

Cours pratiques sur la conformité CSS 2.1

Haut de page

Prise en charge des URI de données

Les URI de données donnent aux développeurs la possibilité d'intégrer de petites ressources externes (comme les fichiers CSS ou les images) directement dans une URL d'une page Web : 

<img alt="Image fed from data url" src="data:image/png;base64,iVBORw0KGgoAAA..." />

Les URI de données servent principalement à encapsuler un fichier binaire dans une URL (feuille de style ou image, par exemple). Dans la mesure où le fichier binaire peut être représenté en intraligne sous forme de chaîne, il peut être enregistré dans la banque locale et extrait ultérieurement sans avoir à lancer une nouvelle recherche sur le réseau.

Les URI de données constituent une alternative aux URI traditionnelles puisqu'elles ne requièrent pas de téléchargement distinct. Cette solution s'avère intéressante en cas de blocage ou d'indisponibilité des sous-téléchargements.

La mise en œuvre des URI de données dans Internet Explorer 8 permet d'assurer un juste équilibre entre sécurité et fonctionnalités.

Pour plus d'informations, consultez le livre blanc Prise en charge des URI de données.

Haut de page

Améliorations de l'impression

Internet Explorer 8 propose plusieurs améliorations en termes d'impression. Elles servent de base à une mise en œuvre totale des recommandations CSS 2.1 pour la pagination, et permettent aux auteurs de mieux contrôler et exploiter le support d'impression. Les éléments d'impression suivants sont désormais pris en charge :

  1. Règle @page
  2. Sélecteurs de pageleft, right et first
  3. Valeurs "Avoid", "left" et "right" pour les propriétéspage-break-after etpage-break-before
  4. Propriété Page-break-inside
  5. Propriété Widows
  6. Propriété Orphans

Grâce à ces améliorations, les développeurs maîtrisent mieux la façon de paginer le contenu sur des affichages de taille définie. Ils peuvent, entre autres, préciser les zones de marge et les portions de contenu à garder solidaires ou à répartir sur plusieurs pages. Ainsi, la lisibilité du contenu Web imprimé est considérablement améliorée.

Pour plus d'informations, consultez le livre blanc Améliorations de l'impression.

Haut de page


Outils de développeurs et contrôle des versions

Outils de développeurs

Internet Explorer 8 propose aux développeurs Web des outils indispensables pour déboguer leurs sites directement dans Internet Explorer. Les développeurs évitent ainsi de passer sans cesse d'Internet Explorer à un environnement de développement distinct. Ils peuvent déboguer immédiatement les codes HTML, CSS et JScript des sites depuis Internet Explorer 8.

En outre, les outils de développeurs d'Internet Explorer 8 aident les développeurs à comprendre pourquoi leur site n'est pas rendu ou ne se comporte pas comme prévu. Ils accèdent à une représentation interne de leur site dans Internet Explorer et ne se contentent plus de l'affichage de la source.

Pour finir, en simplifiant la modification des sites, les outils de développeurs d'Internet Explorer 8 facilitent l'expérimentation et le développement itératif. Les développeurs peuvent ainsi créer rapidement des prototypes et améliorer sans cesse leurs connaissances.

Pour plus d'informations, consultez le livre blanc Outils de développeurs.

Cours pratiques sur les outils de développeurs

Haut de page

Contrôle des versions et modes de rendu d'Internet Explorer

Grâce au contrôle des versions et aux modes de rendu d'Internet Explorer, Internet Explorer 8 peut rester compatible avec les contenus Web d'aujourd'hui. Il est en mesure de proposer de nouvelles fonctionnalités et de mieux respecter les standards.

Internet Explorer 8 propose trois modes de rendu différents :

  • Quirks – compatibilité arrière avec les anciens rendus d'IE5
  • Standards IE7 – compatibilité arrière avec JavaScript et les gabarits et comportements d'IE7
  • Standards IE8 – fonctionnalités de pointe incluant le moteur de rendu compatible CSS 2 1 et les modifications dans DOM/HTML

Par défaut, Internet Explorer tentera d'afficher le contenu dans le mode Standards IE8, le plus respectueux des standards. Pour assurer la compatibilité du contenu des sites avec Internet Explorer 8, les opérateurs des sites peuvent désigner le mode de rendu à utiliser sur les clients Internet Explorer 8, via un simple bouton.

Pour plus d'informations, consultez le livre blanc Contrôle des versions et modes de rendu d'Internet Explorer.

Haut de page

Contrôle des versions et interaction entre les documents

Internet Explorer 8 choisit le mode Standards IE8 comme défaut pour laisser les concepteurs Web profiter des dernières fonctionnalités de rendu qu'il offre. Outre les modifications de disposition, le mode Standards IE8 affectera également le comportement des API de script (DOM).

Il est possible d'utiliser la balise META pour désactiver le mode Standards IE8 et assurer la compatibilité avec IE7 :

<meta http-equiv="X-UA-Compatible" content="IE=7">

Le contrôle des versions des API DOM engendre de nouvelles complexités, notamment pour les développeurs travaillant, via des scripts, avec des jeux de cadres et des cadres intralignes, des fichiers HTC (comportement des éléments) et diverses boîtes de dialogues exécutés dans différents modes. Par exemple, un cadre en mode Standards IE8 peut interagir avec un autre cadre en mode de compatibilité IE7. Les auteurs de scripts doivent bien comprendre l'impact qu'a le contrôle des versions sur les API DOM qui se comportent de différentes manières selon qu'elles sont appelées d'un document ou d'un autre. Les scénarios suivants expliquent ces comportements.

  • Une seule page Web peut héberger un ou plusieurs IFrames (ou cadres) qui contiennent des documents en modes différents. Par exemple, une page Web en mode de compatibilité IE7 (un portail par exemple) pourrait héberger des contenus plus récents en mode Standards IE8.
  • Une page Web peut créer une fenêtre ou une boîte de dialogue (via window.open) qui charge du contenu à partir d'un document en mode différent. La page Web continue d'appeler les API DOM dans cette nouvelle fenêtre.

D'autres scénarios (cadres de travail et applications Web hybrides, par exemple, injectés via document.write ou <script src="framework.js">) ne sont pas vraiment pris en compte dans le contrôle des versions interdocuments car ils n'impliquent pas la création d'un nouveau document. Dans ces cas-là, les développeurs doivent s'efforcer d'écrire leur contenu de sorte qu'il fonctionne avec n'importe quel mode de rendu.

Pour plus d'informations, consultez le livre blanc Contrôle des versions et interaction entre les documents.

Haut de page


Optimisation du développement AJAX

Accroître l'efficacité des développeurs est l'un des premiers buts d'Internet Explorer 8. Pour cela, nous assurons une interopérabilité entre navigateurs, respectons les standards et ajoutons des API plus performantes.

Internet Explorer 8 fournit un modèle de programmation, simple et puissant, pour le développement AJAX qui couvre le navigateur, la page Web et l'interaction avec le serveur. Les développeurs n'ont alors aucun mal à créer des pages Web capables d’offrir une meilleure expérience utilisateur, plus de fonctionnalités et de meilleures performances. Les API se fondent sur les standards du groupe de travail W3C HTML 5.0 ou Applications Web. Les améliorations, ou la propriété intellectuelle innovante, proposées pour AJAX seront soumises à normalisation avant la sortie d'Internet Explorer 8.

Les améliorations suivantes apportées à AJAX renforcent le pont établi entre le navigateur et la page Web pour vous aider à offrir une meilleure expérience aux utilisateurs.

  1. La navigation AJAXpermet aux utilisateurs de naviguer à leur gré sans quitter l'application AJAX. Elle pourrait également servir à accéder à une page sans procéder à une navigation totale conventionnelle. Les sites Web peuvent ainsi déclencher une mise à jour des composants du navigateur comme la barre d'adresse en définissant la valeur window.location.hash, en provoquant un événement pour alerter les composants de la page et même en créant une entrée dans le journal de navigation.
  2. Méthode facile à utiliser, le stockage DOM permet de stocker et d’extraire des chaînes de données clé/valeur. Les données peuvent être stockées par instance d'onglet pour une session ou de façon permanente sur la machine locale. Les pages peuvent alors mettre du texte dans le cache de la machine. L'accès aux données mises en cache étant plus rapide, les problèmes de latence réseau tendent à disparaître. Plusieurs méthodes innovantes sont possibles. Utilisez, par exemple, cette combinaison avec le nouvel événement de connexion réseau pour permettre à une page de mettre les données en cache dès qu'elle détecte que l'ordinateur n'est pas connecté.
  3. Les événements de connexionpermettent aux sites Web de vérifier que l'utilisateur est connecté au réseau et reçoit les notifications en cas de changements de connectivité.
  4. Avec six connexions par hôteau lieu de deux dans les scénarios haut débit et une propriété acceptant les scripts, les performances sont nettement améliorées puisque les téléchargements peuvent avoir lieu en parallèle dans Internet Explorer 8. De plus, en présence de deux connexions, les fonctionnalités sont accrues puisqu'une requête n'est plus bloquée sur un hôte. Les sites Web peuvent optimiser leurs téléchargements grâce à une propriété qui accepte les scripts.
  5. Au nombre des améliorations de XMLHTTPRequest se trouve une propriété timeout qui permet de définir un délai de veille et d'annuler la requête si nécessaire. Les développeurs sont ainsi en mesure de mieux administrer la requête.

La communication entre domaines est intimement liée au développement AJAX et aux applications Web hybrides. Internet Explorer 8 propose deux fonctions pour établir aisément des communications sécurisées entre domaines :

  • Avec le protocole XDR (Cross-domain Request), les développeurs peuvent créer des scénarios pour centraliser les données entre sites. À l'instar de l'objet XMLHttpRequest, mais avec un modèle de programmation plus simple, cette requête (nommée XDomainRequest) constitue le moyen le plus simple de lancer des requêtes anonymes vers des sites tiers qui prennent en charge XDR et acceptent de mettre leurs données à la disposition de plusieurs domaines. Trois lignes de code suffisent à créer des requêtes intersites élémentaires. Vous pouvez alors centraliser des données pour des sites publics (comme les blogs) en toute simplicité, sécurité et rapidité.
  • Les API XDM (Cross-document Messaging) permettent, via des IFrames, d'établir une communication entre les documents de différents domaines de façon simple, sécurisée et normalisée.

Pour plus d'informations, consultez le livre blanc Optimisation du développement AJAX.

Cours pratiques sur le stockage local AJAX et la gestion des états des clients

Cours pratiques sur les objets et protocoles de communication AJAX

Haut de page


Améliorations du noyau DOM

Tout au long de la prédominance d'Internet Explorer 6 sur le marché, les développeurs Web ont signalé un grand nombre de bogues et d'incohérences dans le DOM d'Internet Explorer. Aujourd'hui, avec le contrôle des versions d'Internet Explorer 8, ces bogues et incohérences sont corrigés par défaut. Les clients qui décideraient de désactiver ce comportement peuvent activer le mode de compatibilité IE7.

La majorité des erreurs signalées pour la fonctionnalité HTML/Core concerne la gestion des attributs d'Internet Explorer qui ne fonctionne pas bien avec les autres navigateurs. Ces problèmes relèvent principalement de deux catégories :

  • Le modèle d'objet d'Internet Explorer ne distingue pas les propriétés des attributs. Une propriété (.href) n'est alors pas en mesure de renvoyer une valeur autre qu'un attribut (getAttribute('href')).
  • Les opérations concernant l'attribut Core n'aboutissent pas : les getters et setters se comportent de façon incohérente du fait de certains paramètres. Un autre exemple fréquemment cité concerne la commande getAttribute('style') qui renvoie l'objet de style plutôt qu'une chaîne comme prévu.

Internet Explorer 8 remédie aux incohérences entre navigateurs dans ces deux domaines. Notamment, les bogues suivants ont été corrigés :

  • Gestion distincte des URL pour les propriétés et les attributs. Les URL relatives sont extraites via un attribut et les URL absolues via une propriété.
  • Modificateurs de tableau d'attributs d'un élément fixe : les fonctions getAttribute,setAttribute et removeAttributesont désormais compatibles entre les différents navigateurs.
  • D'autres corrections ont été apportées aux API liées aux attributs.

Pour plus d'informations, consultez le livre blanc Améliorations du noyau DOM.

Haut de page


API des sélecteurs

Les sélecteurs sont un langage de requête qui permet de rechercher et de « sélectionner » des balises (éléments) dans une page Web. Ces API sont généralement utilisées dans une feuille CSS pour « sélectionner » un groupe d'éléments auquel certaines propriétés seront appliquées : 

Selector
{ 
   property: value;
   property2: value;
}

Dans Internet Explorer 7, il est impossible d'exécuter un sélecteur indépendamment de CSS. La mise en œuvre de l'API des sélecteurs dans Internet Explorer 8 s'appuie sur le document de travail du W3C : http://www.w3.org/TR/selectors-api/

Pour plus d'informations, consultez le livre blanc Selectors API.

Haut de page


Optimisation des performances de la plateforme

Internet Explorer 8 propose plusieurs changements pour améliorer les performances des sites Web. Ces modifications portent sur plusieurs sous-systèmes d'Internet Explorer, notamment l'analyse HTML, le traitement des règles CSS, la manipulation de l'arborescence des balises, ainsi que le ramasse-miettes (Garbage Collector) et l'environnement d'exécution JScript.

Ces modifications ne concerneront que les performances et n'auront que peu ou pas d'impact fonctionnel sur les sites Web. Toutefois, elles peuvent exposer les aspects des sites Web dépendant de la chronologie des opérations ou de la performance du navigateur. En outre, les sites Web qui accèdent sans le savoir à des objets après les avoir libérés risquent de connaître quelques défaillances dans Internet Explorer 8.

L'optimisation des performances d'Internet Explorer 8 influe sur chacun des sites chargés dans Internet Explorer 8, quel que soit le mode de rendu choisi.

Pour plus d'informations, consultez le livre blanc Optimisation des performances de la plateforme.

Haut de page


Atténuation des fuites de mémoire dues aux références circulaires

Internet Explorer 8 propose des améliorations en termes de gestion de la mémoire. Ces améliorations visent à diminuer les fuites de mémoire résultant de références circulaires établies entre des objets JScript et DOM.

Cette fonction peut affecter le comportement de pages Web qui utilisaient des pages mémoire au contenu incorrect, ces pages existant en tant que résultat d’une fuite de mémoire dans les versions précédentes d'Internet Explorer. Dans Internet Explorer 8, ces pages feront référence à une mémoire non allouée et provoqueront une erreur.

Cette fonction influe sur l'affichage des sites Web dans Internet Explorer 8 quel que soit le mode de rendu choisi pour le site.

Pour plus d'informations, consultez le livre blanc Atténuation des fuites de mémoire dues aux références circulaires.

Haut de page


Améliorations de HTML et ACID2

HTML utilise des éléments pour représenter à la fois la structure et la sémantique d'un document. Pour aider les développeurs à tirer pleinement parti des éléments offerts par HTML 4 et pour mieux communiquer la sémantique prévue par l'auteur Web, Internet Explorer 8 a renforcé la prise en charge des éléments de présentation suivants :

  • L'élément P représente un paragraphe logique.
  • L'élément OBJECT peut représenter n'importer quel objet, y compris des images.

Grâce à une meilleure prise en charge de ces éléments HTML, les développeurs Web peuvent créer un code plus clair et plus accessible.

Pour plus d'informations, consultez le livre blanc Améliorations de HTML et ACID2.

Haut de page


Meilleure prise en charge des espaces de noms

Internet Explorer 8 donne aux développeurs Web la possibilité d'écrire des pages Web HTML, conformes aux standards et capables de prendre en charge des fonctions (comme SVG, XUL et MathML) dans les espaces de noms. Une condition toutefois : le client doit avoir installé les gestionnaires adéquats pour ces espaces de noms via des comportements binaires (un comportement binaire est un type de contrôle ActiveX).

D'Internet Explorer 5 à Internet Explorer 7, la prise en charge des espaces de noms était très limitée. Cette nouvelle prise en charge empêche l'analyseur de traiter les éléments d'espaces de noms comme des éléments HTML natifs. En utilisant les espaces de noms des éléments, les développeurs Web peuvent appliquer des comportements aux éléments grâce à un balisage HTML spécial (nommé Composants HTML ou HTC). Quant aux développeurs COM, ils peuvent appliquer des comportements binaires. Seuls les éléments appartenant à un espace de noms peuvent être associés à des comportements binaires.

Internet Explorer 8 améliore la prise en charge des espaces de noms en diminuant la quantité de code nécessaire à l'instanciation et à l'utilisation d'un comportement binaire. Internet Explorer 8 continue de prendre en charge HTC mais n'a fait aucun investissement dans ce domaine.

Pour plus d'informations, consultez le livre blanc Meilleure prise en charge des espaces de noms.

Haut de page


Meilleure prise en charge des API du mode protégé

Internet Explorer 8 facilite le lancement, l'interaction et la maintenance, par programmation, des processus Internet Explorer en mode protégé. Grâce à l'intégration de la fonction Contrôle des comptes d'utilisateur (UAC) dans Internet Explorer 7, l'interface IWebBrowser2 propose, en cas de création de processus, des méthodes en parfaite adéquation avec les niveaux de privilège des utilisateurs. Les développeurs peuvent désormais créer et contrôler des processus Internet Explorer en mode protégé, moyennant quelques modifications à faible coût du code existant. Ils évitent ainsi des solutions de contournement quelque peu déroutantes.

Pour plus d'informations, consultez le livre blanc Meilleure prise en charge des API du mode protégé.

Haut de page

Page view tracker