La mise à niveau vers la toute dernière version de Windows entraîne généralement la nécessité, pour les entreprises, de tester de manière approfondie la compatibilité de leurs applications professionnelles avec la version la plus récente d’Internet Explorer. Or, cela peut s’avérer délicat, car les responsables ne sont pas forcément à même d’identifier les applications professionnelles internes qui s’avèrent stratégiques et qui sont le plus fréquemment utilisées par les employés. Bien souvent, les professionnels de l’informatique doivent tester toutes les applications internes, même celles qui ne sont pas nécessairement utilisées. Cela peut s’avérer aussi coûteux que fastidieux. En plus du processus de test, il peut être difficile de corriger les problèmes de compatibilité sans disposer d’informations suffisantes sur le type de conception de l’application.

Le kit d’outils de découverte des sites d’entreprise permet aux professionnels de l’informatique de mieux comprendre les habitudes des employés en matière d’utilisation d’Internet Explorer 11. À partir d’Internet Explorer 11, il assure la collecte d’informations sur l’ensemble des sites que visitent les utilisateurs, afin de créer une liste des sites consultés dans l’entreprise. Ces informations permettent aux professionnels de l’informatique de savoir pour quelle application exécuter en priorité un test de compatibilité avec Internet Explorer. Ce kit d’outils propose des informations supplémentaires sur la conception du site et son utilisation par Internet Explorer. Vous pouvez exploiter ces données pour remplir la liste de sites en mode Entreprise, afin de corriger les problèmes de compatibilité des sites critiques.

Quelles sont les informations collectées ?

Par défaut, la collecte de données est désactivée. Lorsqu’elle est active, les données sont collectées sur l’ensemble des sites auxquels les utilisateurs ont accédé via Internet Explorer 11. L’opération est effectuée entre chaque événement de navigation ; les données sont associées à l’adresse URL visitée, indiquée ici. L’impact de cette collecte sur les performances d’Internet Explorer est négligeable.

Données collectées lors de chaque événement de navigation

Que faire de ces données ? Le kit d’outils de découverte offre aux professionnels de l’informatique une vision précise de l’utilisation d’Internet Explorer lors du déploiement, en fonction des données concrètes fournies par les utilisateurs. Cela permet de répondre à de nombreuses questions, parmi lesquelles :

• Quels sites sont le plus fréquemment consultés par les utilisateurs ?
• Dans quel mode de document la page se charge-t-elle ? Comment ce mode a-t-il été sélectionné ?
• Sur quels sites les contrôles ActiveX sont-ils utilisés ? À quelle fréquence ?
• Quels sont les sites qui rencontrent des pannes ou des blocages lorsque les utilisateurs y accèdent ?
• Certains sites devraient-ils être retirés de la liste Sites de confiance ?
• Certains sites devraient-ils être ajoutés ou supprimés de la liste de sites en mode Entreprise ?

Comment les professionnels de l’informatique peuvent-ils se familiariser avec l’utilisation de ce kit d’outils de découverte de sites ?

• Pour en savoir plus sur ce kit d’outils, consultez Technet.
• Appliquez à Internet Explorer la toute dernière mise à jour cumulative (celle d’octobre 2014 ou ultérieure).
• Téléchargez les scripts d’installation et de configuration.
• Examinez quelques exemples de rapports.

Nous sommes fiers de présenter ce kit d’outils. Nous vous invitons à le tester, à appliquer la fonction de collection de données et à l’exploiter au mieux de ses possibilités. N’hésitez pas à nous faire part de vos commentaires sur @IEDevChat ou via Connect. - Deen King-Smith, chef de projet, Internet Explorer

Les contrôles ActiveX sont de petites applications utilisées par les sites web pour fournir du contenu, par exemple des vidéos et des jeux, et permettant d'interagir avec du contenu tel que des barres d'outils. Malheureusement, de nombreux contrôles ActiveX ne sont pas mis à jour automatiquement et peuvent devenir obsolètes à mesure que de nouvelles versions sont publiées. Il est très important de maintenir les contrôles ActiveX à jour, car des pages web malveillantes ou compromises peuvent cibler les failles de sécurité des contrôles obsolètes pour collecter des informations, installer des logiciels dangereux ou permettre à une personne mal intentionnée de contrôler votre ordinateur à distance.

Par exemple, selon le dernier rapport sur les données de sécurité de Microsoft, les attaques Java représentaient 84,6 % à 98,5 % des détections mensuelles liées à des kits d'exploitation des failles en 2013. Ces vulnérabilités ont peut-être été résolues dans des versions récentes, mais les utilisateurs ne savent pas forcément qu'une mise à niveau est nécessaire. Pour éviter ce genre de scénario avec les contrôles ActiveX, une mise à jour d'Internet Explorer le 12 août 2014 introduira une nouvelle fonctionnalité de sécurité appelée blocage des contrôles ActiveX obsolètes.

Grâce au blocage des contrôles ActiveX obsolètes :

• Vous êtes informé lorsqu'Internet Explorer empêche une page web de charger des contrôles ActiveX courants, mais obsolètes.
• Vous pouvez interagir avec les éléments de la page web qui ne sont pas affectés par le contrôle obsolète.
• Vous pouvez mettre à jour le contrôle obsolète pour l'actualiser et rendre son utilisation plus sûre.
• Vous pouvez dresser l'inventaire des contrôles ActiveX utilisés par votre organisation.

Nous souhaitions vous faire part d'un certain nombre d'informations avant la mise à jour de la semaine prochaine afin de vous aider à mieux comprendre cette fonctionnalité et à déterminer le meilleur plan d'action. Si vous êtes un utilisateur final et que vous voyez la barre de notification, nous vous suggérons de mettre votre navigateur à jour vers la dernière version. Si vous êtes un professionnel de l'informatique, vous pouvez décider de la manière d'implémenter cette fonctionnalité.

Configurations prises en charge

La fonctionnalité de blocage des contrôles ActiveX obsolètes est compatible avec :

• Internet Explorer 8 à 11 sur Windows 7 SP1 et versions ultérieures
• Internet Explorer 8 à 11 sur Windows Server 2008 R2 SP1 et versions ultérieures
• Toutes les zones de sécurité (telles que la zone Internet), à l'exception de la zone Intranet local et de la zone Sites de confiance

Cette fonctionnalité ne signale pas ou ne bloque pas les contrôles ActiveX obsolètes dans la zone Intranet local ou la zone Sites de confiance.

À quoi ressemble la notification de blocage d'un contrôle ActiveX obsolète ?

Il est important de noter que par défaut, cette fonctionnalité alerte les utilisateurs en leur offrant l'option de mettre à jour le contrôle ou d'ignorer l'avertissement. Lorsqu'Internet Explorer bloque un contrôle ActiveX obsolète, une barre de notification similaire à celle illustrée ci-dessous s'affiche, selon votre version d'Internet Explorer :

Internet Explorer 9 à 11

Internet Explorer 8

Si vous cliquez sur le bouton de mise à jour de la notification sur le contrôle ActiveX obsolète, vous êtes redirigé vers le site web du contrôle afin d'en télécharger la version la plus récente. Dans les environnements gérés, le service informatique a la possibilité de configurer la fonctionnalité de manière à empêcher l'utilisateur d'exécuter des contrôles ActiveX plutôt que de simplement les lui signaler.

Le blocage des contrôles ActiveX obsolètes fournit également un avertissement de sécurité vous indiquant si une page web tente de lancer des applications obsolètes spécifiques en dehors d'Internet Explorer :

Comment Internet Explorer détermine quels contrôles ActiveX bloquer ?

Pour déterminer si le chargement d'un contrôle ActiveX doit être bloqué, Internet Explorer utilise un fichier hébergé par Microsoft : versionlist.xml. Ce fichier est mis à jour avec les nouveaux contrôles ActiveX découverts, qui sont téléchargés automatiquement par Internet Explorer dans votre copie locale du fichier. Nous signalons pour le moment les versions anciennes de Java, mais nous ajouterons d'autres contrôles ActiveX obsolètes à la liste au fil du temps.

À compter du 9 septembre 2014, cette fonctionnalité notifiera les utilisateurs lorsque des pages web tentent de charger les versions suivantes des contrôles ActiveX Java :

• J2SE 1.4 : toutes les versions antérieures à la mise à jour 43 (non incluse)
• J2SE 5.0 : toutes les versions antérieures à la mise à jour 71 (non incluse)
• Jave SE 6 : toutes les versions antérieures à la mise à jour 81 (non incluse)
• Jave SE 7 : toutes les versions antérieures à la mise à jour 65 (non incluse)
• Java SE 8 : toutes les versions antérieures à la mise à jour 11 (non incluse)

La liste complète des contrôles ActiveX obsolètes de Microsoft est disponible sur la page de la liste des versions d'Internet Explorer.

Blocage des contrôles ActiveX obsolètes pour les environnements gérés

Le blocage des contrôles ActiveX obsolètes est désactivé dans la zone Intranet local et la zone Sites de confiance afin de ne pas empêcher l'utilisation des contrôles ActiveX pour les sites intranet et les applications métier approuvées. Il est possible que certains clients souhaitent bénéficier d'un contrôle plus précis du fonctionnement de cette fonctionnalité sur les systèmes gérés. Les professionnels de l'informatique voudront peut-être activer la journalisation des contrôles ActiveX, forcer le blocage, permettre l'utilisation de contrôles ActiveX obsolètes sur certains domaines ou encore — même si nous le déconseillons — désactiver complètement cette fonctionnalité. Pour plus d'informations sur les environnements d'entreprise, consultez l'article 2991000 dans la Base de connaissances Microsoft.

Pour prendre en charge ces scénarios, Internet Explorer inclut quatre nouveaux paramètres de stratégie de groupe permettant de gérer le blocage des contrôles ActiveX obsolètes.

• La journalisation vous indique quels contrôles ActiveX sont autorisés ou font l'objet d'un avertissement ou d'un blocage, et pour quelle raison. La création d'un inventaire des contrôles ActiveX permet également d'afficher les contrôles ActiveX compatibles avec le mode protégé amélioré, fonctionnalité de sécurité d'Internet Explorer 11 qui offre une protection supplémentaire contre les failles de navigateur. Toutefois, comme tous les contrôles ActiveX ne sont pas compatibles avec le mode protégé amélioré, cette fonctionnalité peut vous aider à évaluer l'état de préparation de votre organisation au blocage des contrôles ActiveX et à l'activation de ce mode. La stratégie de groupe correspondante est [Turn on ActiveX control logging in Internet Explorer] (Activer la journalisation des contrôles ActiveX dans Internet Explorer). Elle peut être utilisée seule ou conjointement avec les trois autres stratégies.
• Le blocage forcé empêche les utilisateurs d'ignorer l'avertissement concernant les contrôles ActiveX obsolètes. Le bouton [Run this time] (Exécuter cette fois) n'est pas disponible. La stratégie de groupe correspondante est [Remove Run this time button for outdated ActiveX controls in Internet Explorer] (Supprimer le bouton Exécuter cette fois pour les contrôles ActiveX obsolètes dans Internet Explorer).
• Les domaines sélectionnés permettent de gérer les domaines pour lesquels Internet Explorer ne bloquera pas ou ne signalera pas les contrôles ActiveX obsolètes. La stratégie correspondante est [Turn off blocking of outdated ActiveX controls for Internet Explorer on specific domains] (Désactiver le blocage des contrôles ActiveX obsolètes pour Internet Explorer sur des domaines spécifiques). Elle inclut une liste de domaines de premier niveau, de noms d'hôte ou de fichiers.
• Cette fonctionnalité peut être désactivée à l'aide de la stratégie [Turn off blocking of outdated ActiveX controls for Internet Explorer on specific domains] (Désactiver le blocage des contrôles ActiveX obsolètes pour Internet Explorer sur des domaines spécifiques). Cette stratégie peut être utilisée temporairement avec la journalisation afin d'évaluer les contrôles ActiveX utilisés avant de réactiver la fonctionnalité. Elle peut également être activée, tout comme les trois autres stratégies, à l'aide d'une clé de Registre : dans le cas présent, une clé REG_DWORD « HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\Ext\VersionCheckEnabled » avec une valeur de zéro.

Pour plus d'informations, consultez la documentation technique complète disponible ici. Vous pouvez également télécharger les modèles d'administration d'Internet Explorer, qui incluent ces nouveaux paramètres, depuis la page des modèles d'administration pour Internet Explorer.

Restez à jour avec Internet Explorer

Nous savons que de nombreuses organisations s'appuient toujours sur les capacités des contrôles ActiveX, mais les contrôles ActiveX obsolètes présentent aujourd'hui un risque. En permettant aux utilisateurs de rester à jour (et au service informatique de mieux gérer les contrôles ActiveX, y compris ceux qui sont compatibles avec le mode protégé amélioré), Microsoft aide les clients à renforcer leur sécurité en ligne. C'est un nouvel exemple de respect de la promesse que nous avons faite de fournir aux utilisateurs un Internet Explorer toujours plus sûr et sécurisé.

Enfin, nous tenons à remercier l'équipe d'ingénieurs Java d'avoir collaboré avec nous au développement de cette fonctionnalité. Ce partenariat démontre que les objectifs de Java et d'IE sont les mêmes pour ce qui est d'aider les utilisateurs à rester à jour et d'assurer leur sécurité !

Addendum - 10/08/2014

Nous avons reçu plusieurs questions au sujet de cette mise à jour et souhaiterions apporter quelques précisions. Nous en profiterons également pour faire une annonce rapide.

Tenant compte des commentaires de clients, nous avons décidé d'attendre trente jours avant de bloquer les contrôles ActiveX obsolètes. Les clients peuvent utiliser la nouvelle fonctionnalité de journalisation pour évaluer les contrôles ActiveX de leur environnement et déployer des stratégies de groupe pour forcer le blocage, désactiver le blocage des contrôles ActiveX sur des domaines spécifiques ou désactiver complètement le blocage, selon leurs besoins. La fonctionnalité de blocage et les stratégies de groupe associées seront toujours disponibles à partir du 12 août, mais aucun contrôle ActiveX obsolète ne sera bloqué avant le mardi 9 septembre. Microsoft continuera de créer un navigateur plus sécurisé et nous encourageons tous les clients à mettre leur navigateur à niveau et à rester à jour avec le dernier Internet Explorer et ses mises à jour.

Vous trouverez ci-dessous les réponses à des questions fréquentes au sujet de cette mise à jour.

FAQ

Quels contrôles ActiveX obsolètes sont couverts par cette mise à jour ?

Aucun contrôle ActiveX ne sera affecté au moment du déploiement initial de la fonctionnalité en août. À partir de septembre, seuls les contrôles ActiveX Oracle Java obsolètes seront concernés. Tous les autres contrôles ActiveX continueront à se charger normalement.

Cette mise à jour aura-t-elle une incidence sur les applications qui utilisent une version obsolète de Java en dehors d'Internet Explorer ?

Non. Cette fonctionnalité notifiera simplement l'utilisateur lorsqu'une version obsolète de Java est chargée en tant que contrôle ActiveX dans Internet Explorer.

Cette mise à jour s'appliquera-t-elle à Internet Explorer sur les références (SKU) serveur et client ?

Oui.

Cette fonctionnalité sera-t-elle intégrée à la mise à jour cumulative d'août ou sera-t-elle déployée en tant que correctif logiciel distinct ?

Cette fonctionnalité sera intégrée à la mise à jour de sécurité cumulative d'août pour Internet Explorer, mais aucun contrôle ActiveX obsolète ne sera bloqué pendant trente jours afin de laisser aux clients le temps de tester et de gérer leurs environnements.

Cette fonctionnalité aide-t-elle à se protéger contre les attaques actives visant les contrôles Java obsolètes ?

Oui, le fait d'installer la version la plus récente de l'environnement d'exécution Java améliore considérablement la sécurité des utilisateurs. Des détails supplémentaires sur des vulnérabilités CVE spécifiques sont disponibles sur le blog de Microsoft consacré à la sécurité (« Keeping Oracle Java updated continues to be high security ROI ») et dans le rapport sur les données de sécurité de Microsoft.

Les utilisateurs finaux peuvent-ils choisir d'ignorer la notification si une application approuvée nécessite l'utilisation d'une version obsolète de Java ?

Oui, les utilisateurs peuvent sélectionner l'option [Run this time] (Exécuter cette fois) pour les sites Internet qui nécessitent l'utilisation d'un contrôle ActiveX obsolète.

Mon entreprise utilise des sites métier reposant sur des contrôles ActiveX Java obsolètes dans la zone Intranet ou la zone Sites de confiance. Ces sites seront-ils affectés par cette mise à jour ?

Non, les sites de la zone Intranet ou Sites de confiance continueront à fonctionner normalement une fois cette mise à jour appliquée. Les sites intranet auxquels l'accès se fait via une adresse IP ou un nom de domaine complet sont considérés comme faisant partie de la zone Internet et seront affectés par cette mise à jour. Vous trouverez une discussion complète à ce sujet et des suggestions de solutions dans cet article de la base de connaissances. Par ailleurs, il convient de noter qu'aucun contrôle ActiveX obsolète ne sera affecté pendant trente jours afin de laisser aux clients le temps de tester et de gérer leurs environnements.

Mon entreprise utilise des sites métier reposant sur des contrôles ActiveX Java obsolètes dans la zone Internet. Seront-ils affectés ?

Les contrôles ActiveX Java obsolètes ne seront pas affectés au départ, laissant aux clients trente jours pour tester et gérer leurs environnements. Après le 9 septembre, lorsque les utilisateurs finaux tenteront de charger le contrôle ActiveX Java obsolète, ils recevront une notification (comme décrit plus haut dans ce billet). L'utilisateur final pourra alors cliquer sur l'option [Run this time] (Exécuter cette fois) pour charger le contrôle ActiveX Java obsolète. Une fois chargé, le contrôle ActiveX Java obsolète fonctionnera normalement.

Est-il possible de désactiver cette fonctionnalité si mon entreprise a besoin d'utiliser une version plus ancienne de l'environnement d'exécution Java ?

Oui, il existe plusieurs moyens de désactiver cette fonctionnalité. Microsoft fournit des modèles d'administration des stratégies de groupe d'IE qui incluent 4 nouvelles stratégies de groupe permettant de contrôler cette fonctionnalité*. Deux de ces stratégies de groupe peuvent être utilisées pour désactiver cette fonctionnalité sur certains domaines ou complètement.

Si vous ne souhaitez pas utiliser ces modèles d'administration des stratégies de groupe, vous pouvez utiliser les clés de Registre suivantes, qui peuvent être définies via la stratégie de groupe (la procédure est détaillée ici et ici). Toutes les clés peuvent être définies dans HKLM ou HKCU (HKLM sera prioritaire sur HKCU).

reg add "HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\Ext\ Domain" /v contoso.com /t REG_SZ /f

reg add "HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\Ext" /v VersionCheckEnabled /t REG_DWORD /d 0 /f

Si aucune des options ci-dessus ne fonctionne, l'adresse du site nécessitant l'utilisation d'un contrôle ActiveX Java obsolète peut être ajoutée à la zone Sites de confiance.

Est-il possible de désactiver cette fonctionnalité sans accès administrateur ?

Oui, en supprimant les fichiers versionlist.xml précédemment téléchargés et en donnant à IE l'instruction d'arrêter de mettre à jour le fichier XML. Pour ce faire, exécutez les commandes suivantes dans une fenêtre Commande :

1. reg add "HKCU\Software\Microsoft\Internet Explorer\VersionManager" /v DownloadVersionList /t REG_DWORD /d 0 /f

2. del “%LOCALAPPDATA%\Microsoft\Internet Explorer\VersionManager\versionlist.xml”

Comment le fichier versionlist.xml est-il récupéré, mis à jour et utilisé par Internet Explorer ?

Les versions prises en charge d'Internet Explorer téléchargeront la version initiale du fichier versionlist.xml dans les 12 heures suivant l'installation de la mise à jour cumulative d'août et le démarrage d'Internet Explorer. Le fichier versionlist.xml sera téléchargé de cette adresse à l'emplacement suivant : %LOCALAPPDATA%\Microsoft\Internet Explorer\VersionManager\versionlist.xml.

Une fois le fichier téléchargé, la fonctionnalité sera activée et Internet Explorer commencera à bloquer les contrôles ActiveX Java obsolètes conformément aux données présentes dans le fichier versionlist.xml. Internet Explorer vérifiera ensuite régulièrement si des mises à jour ont été apportées à ce fichier. Si Microsoft met à jour ce fichier, Internet Explorer en téléchargera une nouvelle version. Notez que le fichier ne bloquera pas les contrôles ActiveX obsolètes pendant les trente premiers jours afin de laisser aux clients le temps de tester et de gérer leurs environnements.

Une entreprise peut-elle désactiver ou remplacer l'URL vers laquelle l'utilisateur est redirigé lorsqu'il clique sur le bouton de mise à jour de la notification de contrôle ActiveX obsolète ?

L'URL vers laquelle l'utilisateur est redirigé lorsqu'il clique sur le bouton de mise à jour est stockée dans le fichier versionlist.xml. Il est possible de changer cette URL dans le fichier, mais les mises à jour futures du fichier versionlist.xml annuleront ces modifications.

Cette fonctionnalité bloquera-t-elle uniquement les contrôles ActiveX Java obsolètes à partir de septembre ?

Oui, à partir de septembre, seuls les contrôles ActiveX Java Oracle obsolètes seront bloqués par cette fonctionnalité. Toutefois, nous envisageons de bloquer d'autres contrôles ActiveX courants, mais obsolètes, dans de futures mises à jour.

* Où puis-je trouver de la documentation supplémentaire sur cette fonctionnalité et les modèles d'administration des stratégies de groupe ?

Une documentation supplémentaire et les modèles d'administration des stratégies de groupe seront mis à disposition respectivement sur TechNet et dans le Centre de téléchargement le 12/08.

— Fred Pullen, Responsable produit senior, Internet Explorer

— Jasika Bawa, Chef de projet, Sécurité

Pour les aider à savoir quelle API appliquer et quand, nous avons décidé de proposer quelques nouveaux conseils et suggestions éclairées concernant l'évolution des plateformes web, si l'on considère que les événements de pointeur seront bientôt pris en charge dans Firefox, Google ayant pour sa part choisi de ne pas implémenter cette spécification.

Modèles : comparaison et différences

Nous voulons que les développeurs utilisent la technologie de saisie qui leur correspond. Ainsi, nous proposons des événements tactiles interopérables pour un public aussi étendu que possible, sur la plupart des navigateurs actuels, ainsi que des événements de pointeur dernier cri pour les modèles de codage plus simples, des fonctions supplémentaires, une meilleure prise en charge des périphériques, une conception plus simple et plus réactive et une meilleure accélération matérielle. Voici un descriptif des avantages et fonctions de chaque modèle.

Consultez cet article de HTML5 Rocks, qui fournit des informations plus détaillées sur ces différences et ces problèmes.

Performances

En matière de saisie, tout particulièrement de saisie tactile, les performances jouent un rôle critique. En réalité, vous ne faites que passer vos doigts sur une plaque de verre, mais nous voulons que vous ayez l'impression de déplacer une page web. C'est pour cette raison que nous avons investi 3 années d'efforts afin de reconcevoir le pipeline d'interactions tactiles, de façon qu'il inclue quatre threads et soit accéléré par la carte graphique (pour Internet Explorer 10, puis Internet Explorer 11, avec des améliorations). Par ailleurs, nous avons conçu les événements de pointeur de façon à tirer parti des architectures ayant fait leur apparition dans d'autres architectures récentes.

Les fonctions de zoom et de panoramique font partie des interactions tactiles les plus importantes, car elles représentent plus de 60 % de l'ensemble des mouvements tactiles sur Internet Explorer et Chrome pour Windows. En effet, presque tous les sites et applications natives ou web utilisent ces fonctions. Ce type de mouvement est très révélateur quand on se penche sur les performances de saisie. La fonction de panoramique peut s'avérer lente (ne suivant le tracé de vos doigts qu'après un moment) ou hachée (certains cadres étant ignorés). Dans ce cas-là, vous vous rappelez qu'il ne s'agit que d'une plaque de verre.

Les événements tactiles nécessitent l'exécution d'une commande JavaScript synchrone avant le début d'une action de panoramique ou de zoom, ce qui peut engendrer un ralentissement important des performances, de l'ordre de plusieurs centaines de millisecondes, voire plus. Pour cette raison, le choix des événements de pointeur peut permettre d'améliorer nettement l'expérience tactile de l'utilisateur :

Dans cet exemple de page de test de base (configurée pour un retard de 1 000 ms), qui a été développée par Rick Byers au sein de l'équipe Chrome, nous pouvons voir que, lors d'un événement tactile dans Internet Explorer, le rendu du premier cadre du panoramique n'est effectué que lorsque le contact tactile est déplacé pendant 1 020 millisecondes et parcourt une distance de 4,8 cm, ce que l'utilisateur ne peut manquer de constater. Le simple fait de remplacer les gestionnaires d'événements tactiles par des gestionnaires d'événements de pointeur permet de limiter ce temps de latence à 31 ms, pour une distance de 0,3 cm. En somme, cela correspond à des performances plus de 32 fois supérieures.

Même si le retard décrit dans cette page de test a été créé de toutes pièces, il a permis de mettre à jour un problème de performances essentiel, souvent rencontré sur Internet. Dans la pratique, nous avons pu consulter des pages présentant un retard supérieur ou inférieur à 1 000 ms. Cette dépendance sans limite autant que variable par rapport au thread principal d'un navigateur entraîne une expérience utilisateur imprévisible et limite les efforts d'amélioration visant à proposer un temps de réponse optimal d'1 ms. Les chercheurs du service des sciences avancées de Microsoft Research ont fait la démonstration de l'impact incroyable de ce type de réduction du temps de latence pour les utilisateurs. Nous axons toujours nos efforts sur un temps de réponse d'1 ms lors d'une action de panoramique ou de zoom. À nos yeux, les événements de pointeur sont une étape cruciale dans ce contexte.

Les événements de pointeur incluent également une fonction supplémentaire par rapport aux événements tactiles : les événements de transition over/out/enter/leave réclamés par les développeurs. Or, les fonctionnalités supplémentaires s'accompagnent de coûts additionnels. Cependant, nous nous efforçons de réduire ces coûts. La fonction de test de résultats, requise pour ces fonctionnalités, que nous avons ajoutée indique généralement un coût se montant à quelque 0,15 ms, mais nous avons quelques pistes pour améliorer ce résultat, si nous constatons un impact sur la capacité des développeurs à atteindre des performances de 60 i/s.

Compatibilité

Dans notre message annonçant la prise en charge des événements tactiles, nous avons abordé différents problèmes touchant la technologie web de bureau, qui nous ont empêchés de proposer cette API à ces périphériques, en assurant la compatibilité. Ainsi, si les événements tactiles sont activés sur l'ordinateur de bureau, l'exemple de code courant ci-après met un terme à la prise en charge de la souris :

Dans cet exemple (incorrect), la gestion d'événements de souris essentiels n'est pas effectuée sur tout navigateur prenant en charge les événements tactiles, que l'écran du périphérique soit ou non tactile. Cela entraîne des problèmes de fonctionnalité très importants concernant les menus, listes déroulantes et icônes de partage, entre autres, qui ne fonctionnent plus correctement sur des sites gérant la souris comme Web MD, Macys, Onet, Pages Jaunes, Globo, Samsung, Taobao, Huffington Post, etc.

Pour faciliter le travail des développeurs et améliorer l'expérience tactile des utilisateurs, nous voulons effectuer les opérations suivantes :

• Ajouter la prise en charge des événements tactiles sur Internet Explorer, sur Windows Phone (terminé)
• Collaborer avec les développeurs de site pour la correction des problèmes indiqués ci-dessus, dans le but de pouvoir, un jour, activer les API de manière responsable (en cours : surveillance des e-mails ou Tweets provenant de notre équipe de sensibilisation et de webcompat.com)
• Proposer des événements tactiles à l'ensemble de nos plateformes, afin que la matrice de support soit plus claire pour les développeurs (en cours)
• Participer à l'implémentation des événements de pointeur sur d'autres plateformes (en cours sur Mozilla Firefox et Google Chrome)
• Collaborer activement avec les développeurs de site et d'infrastructure, afin de rassembler leurs commentaires et leurs suggestions en matière d'orientation des plateformes web
• Partager nos documents de conception internes, diagrammes architecturaux, méthodologies de test et code pour d'autres navigateurs (en cours)

De nombreux développeurs considèrent qu'il est plus simple d'utiliser des événements de pointeurs avec des « polyfills » pour d'autres navigateurs, comme les événements de pointeur Google Polymer ou Hand.JS. Si vous décidez d'utiliser des événements tactiles, assurez-vous d'apporter la prise en charge de souris adéquate et ne supposez pas que l'existence d'API d'interaction tactile signale un périphérique disposant d'un écran tactile.

Pour aller plus loin...

Les événements de saisie constituent toujours l'un des points faibles les plus importants en matière d'interopérabilité sur les différents navigateurs et périphériques. Comme la plupart des problèmes d'interopérabilité, cela entraîne inévitablement des difficultés pour les développeurs et les utilisateurs, qu'il s'agisse d'une grande complexité des modèles de code ou de préoccupations liées à la compatibilité. Nous nous sommes engagés à améliorer cette situation en nous penchant sur l'interopérabilité lors de nos efforts de normalisation et d'optimisation des navigateurs, chez W3C.

Nous voulons créer une plateforme qui fonctionne correctement, tant pour les développeurs web que pour les utilisateurs. Donnez-nous votre avis : qu'est-ce qui vous semble le plus efficace ou le moins utile ? Que voulez-vous que nous proposions ensuite ? Exprimez-vous sur @iedevchat et sur les pages de suivi des problèmes relatifs à Google Chrome et Mozilla Firefox.

Jacob Rossi
Chef de projet

Comme nous l'avons évoqué sur le blog Windows, nous continuerons à utiliser notre processus de mise à jour mensuelle existant pour offrir des améliorations plus fréquentes en plus des mises à jour de sécurité.

Nouvelles fonctionnalités pour Internet Explorer 11

La mise à jour inclut quatre améliorations de fonctionnalités basées sur les commentaires des clients et des développeurs. Certaines de ces améliorations ont fait l'objet d'un aperçu sur Internet Explorer Developer Channel et sont maintenant prêtes à être déployées grâce à vos retours.

Améliorations des outils de développement F12

Cette mise à jour inclut des améliorations importantes des outils de développement F12 : l'interface utilisateur, la console, l'explorateur DOM, le débogueur, l'outil d'émulation et les outils d'amélioration de la réactivité de l'interface utilisateur et de profilage de mémoire présentent tous de nouvelles fonctionnalités et corrections de bogues.

Pour plus d'informations, consultez l'article 2990946 dans la Base de connaissances Microsoft. Nous publierons également des détails supplémentaires sur les améliorations apportées aux outils de développement F12 dans un prochain billet du blog IE.

Outil F12 d'amélioration de la réactivité de l'interface utilisateur mis à jour

Améliorations du moteur de rendu WebGL

Le moteur de rendu WebGL a également été mis à jour, prenant désormais en charge les extensions ANGLE_instanced_arrays, OES_element_index_uint et WEBGL_debug_renderer_info, l'attribut de création de contexte failIfMajorPerformanceCaveat, les textures 16 bits, une conformité GLSL accrue, ainsi que les primitives « line loop » et « triangle fan ».

Par ailleurs, un nombre accru de systèmes Windows 7 assureront à présent le rendu WebGL en mode matériel si les pilotes sont à jour.

Cette version améliore notre score Khronos WebGL Conformance Test 1.0.3 de 89,9 % à 96,8 %. Pour plus d'informations, consultez l'article 2991001 dans la Base de connaissances Microsoft. Nous partagerons également d'autres informations sur WebGL dans de prochains billets du blog IE.

Prise en charge de WebDriver

La mise à jour d'août fournit également les bases nécessaires à la prise en charge par IE11 du standard émergent WebDriver, grâce auquel les développeurs web peuvent écrire des tests destinés à automatiser le test des sites par les navigateurs web. Il s'agit d'un contrôle à distance programmable permettant de développer des scénarios utilisateur complexes et de les exécuter en mode automatisé sur votre site et dans votre navigateur web. La mise à jour d'août inclut des changements du moteur de navigateur requis pour activer la prise en charge native de WebDriver. Pour exécuter des scripts WebDriver, vous devrez installer un package distinct, que nous publierons prochainement.

Blocage des commandes ActiveX obsolètes dans Internet Explorer

Grâce au blocage des commandes ActiveX obsolètes, Internet Explorer permet de maintenir les commandes ActiveX à jour et de rendre leur utilisation plus sûre. Pour plus d'informations, consultez notre billet de blog et l'article 2991000 dans la Base de connaissances Microsoft.

Mises à jour de sécurité pour Internet Explorer

La mise à jour d'août inclut également les mises à jour de sécurité suivantes :

• Microsoft Security Bulletin MS14-051 : cette mise à jour de sécurité critique corrige une vulnérabilité publiquement divulguée et vingt-cinq vulnérabilités signalées confidentiellement dans Internet Explorer. Pour plus d'informations, consultez le bulletin complet.
• Mise à jour de sécurité pour Flash Player (2982794) : cette mise à jour de sécurité pour Adobe Flash Player dans Internet Explorer 10 et 11 sur les éditions prises en charge de Windows 8, Windows 8.1, Windows Server 2012 et Windows Server 2012 R2 est également disponible. Les détails des vulnérabilités sont documentés dans le bulletin de sécurité Adobe APSB14-18. Cette mise à jour corrige les vulnérabilités dans Adobe Flash Player en mettant à jour les binaires Adobe Flash concernés contenus dans Internet Explorer 10 et Internet Explorer 11. Pour plus d'informations, consultez l'avis de sécurité.

Installation de la mise à jour

La majorité des clients ont activé les mises à jour automatiques et aucune intervention spécifique n'est requise de leur part, car dans ce cas, cette mise à jour sera téléchargée et installée automatiquement. Les clients qui ont désactivé les mises à jour automatiques doivent effectuer une recherche de mises à jour et installer cette mise à jour manuellement.

N'hésitez pas à nous faire part de vos commentaires sur Twitter @IEDevChat ou via Connect.

— Sharon Meramore, Chef de projet, Internet Explorer

— Charles Morris, Chef de projet, Internet Explorer

Ici chez Microsoft, nous sommes en train d'intégrer à Internet Explorer la prise en charge du premier remaniement important du protocole HTTP depuis 1999, autrement dit une éternité.

Si bien des efforts ont été déployés au cours des années pour rationaliser l'architecture web, aucun n'avait été de l'ordre de HTTP/2. Nous avons travaillé d'arrache-pied pour contribuer au développement de ce nouveau standard compatible et efficace au sein du groupe de travail HTTPbis de l'IETF. Pour des raisons évidentes, il porte le nom HTTP/2. Il est à présent intégré au nouvel Internet Explorer à partir de Windows 10 Technical Preview.

Vous pouvez découvrir ce que nous avons accompli avec le groupe de travail HTTPbis en vous rendant sur la page HTTP/2 de Microsoft Open Technologies.

Pourquoi Internet Explorer est-il le premier à implémenter HTTP/2 ?

Dans un monde de plus en plus mobile où l'accès aux informations doit être immédiat, les performances sont très importantes : même des gains mineurs en apparence peuvent faire la différence. Une étude de Bing a par exemple révélé qu'une augmentation de 10 ms du temps de chargement des pages fait perdre au site 250 000 $ de chiffre d'affaires par an ; une augmentation de 100 ms (soit le tiers de la durée équivalente au clignement d'un œil, pour se faire une idée) a réduit à néant trois mois de travail consacrés à l'amélioration du pouvoir de fidélisation à travers une plus grande pertinence des résultats de recherche. Il a été démontré que ce délai de 100 ms au niveau de la réactivité d'une page web transactionnelle peut faire perdre jusqu'à 1 % de ventes aux grands sites de commerce en ligne en raison de l'abandon des recherches. Autant dire que les efforts déployés par ce groupe de travail ont un impact économique réel.

Qu'est-ce qui n'allait pas avec le protocole précédent ?

De manière générale, une page web se charge aujourd'hui quasiment de la même manière qu'à l'époque de l'affichage en 800 × 600 pixels. Le web est assurément plus rapide, mais il pourrait aller beaucoup plus vite et être beaucoup plus efficace sur le plan de l'utilisation des ressources.

L'affichage d'une page nécessite encore aujourd'hui de nombreuses requêtes individuelles entre le navigateur et le serveur, le navigateur devant attendre que le serveur réponde à chacune de ces requêtes avant d'envoyer la suivante. Il est bien sûr possible d'ouvrir davantage de connexions indépendantes en parallèle, mais le nombre d'éléments pouvant faire l'objet d'une requête simultanément reste limité. L'ordre des réponses est également imposé, ce qui empêche le serveur d'optimiser ces dernières.

En quoi le protocole HTTP/2 est-il donc différent ?

Le protocole HTTP/2 fournit les éléments de la page web plus rapidement et plus efficacement, tirant parti de toute la bande passante disponible. Avec les connexions de longue durée et le multiplexage (la capacité du protocole à combiner plusieurs requêtes sur une connexion), les éléments arrivent en plus grand nombre et plus vite. Des fonctionnalités HTTP/2 expérimentales, telles que la dépendance des transmissions et des requêtes du serveur, pourraient améliorer encore plus les performances web dans le futur.

Qu'est-ce que cela signifie pour les développeurs ?

Le protocole HTTP/2 a été conçu dès le départ pour être rétrocompatible avec le protocole HTTP/1.1. Cela signifie que les développeurs de bibliothèques HTTP n'ont pas besoin de changer d'API et que les développeurs utilisant ces bibliothèques n'auront pas besoin de modifier le code de leurs applications. Cela constitue un avantage considérable : les développeurs peuvent avancer sans passer des mois à mettre à jour leurs efforts précédents.

Qu'en est-il des réseaux ? Et de la sécurité ?

La diminution du nombre et de la fréquence des connexions signifie également que le protocole HTTP/2 exercera une pression moins importante sur le réseau. Quand on considère l'ampleur du web aujourd'hui, cela pourrait améliorer considérablement l'efficacité des réseaux, et plus particulièrement des réseaux mobiles. Compte tenu du modèle de connexion efficace du protocole HTTP/2, l'impact sur les performances de l'ajout de TLS à un site sera réduit. Un plus grand nombre d'administrateurs pourra ainsi ajouter TLS à leurs sites.

Quand est-ce que je pourrai me le procurer ?

La prise en charge du protocole HTTP/2 est intégrée à IE dans Windows 10 Technical Preview. Le travail sur le protocole HTTP/2 pour IE a vraiment débuté dans Windows et Windows Phone 8.1 lorsque nous avons ajouté le protocole SPDY 3.0 expérimental. Cela nous a permis de nous familiariser avec un protocole HTTP de multiplexage et de parvenir au protocole HTTP/2 et à ce qui sera dorénavant un standard du secteur.

SPDY a été un bon point de départ pour le standard HTTP/2, mais il s'agit d'un protocole expérimental qui ne se prête pas à une adoption sur le long terme. Avec le développement du protocole HTTP/2, nous supprimerons la prise en charge de SPDY dans toutes les versions futures d'IE. Les sites web et applications utilisant actuellement SPDY devraient pouvoir migrer vers HTTP/2 avec peu de changements, voire aucun.

Comment les développeurs et les propriétaires de site doivent-ils se préparer à ce changement ?

• Exécutez la version Windows 10 Technical Preview d'IE.
• Lancez les outils de développement et activez le suivi réseau.
• Chargez des sites prenant en charge le protocole HTTP/2 draft-14. D'excellents sites sont répertoriés sur les pages des différents responsables de l'implémentation sous : https://github.com/http2/http2-spec/wiki/Implementations
• Observez les paquets HTTP/2 transiter.

La version Technical Preview prend également en charge les serveurs HTTP/2. Cela signifie que vous pouvez créer des sites dans IIS et tester votre contenu de bout en bout. Remarque : dans les versions Technical Preview d'IE et d'IIS, les connexions non sécurisées (c'est-à-dire HTTP) ne sont pas prises en charges sur HTTP/2 ; seules les connexions sécurisées (c'est-à-dire HTTPS) le sont.

Découvrez notre implémentation HTTP/2 et mettez-la à l'épreuve ! Si vous avez des commentaires, n'hésitez pas à nous en faire part sur Twitter @IEDevChat ou via Connect.

— Rob Trace, Chef de projet senior

— David Walp, Chef de projet senior

Nouveautés d'IE dans Windows 10 Technical Preview

HTTP/2

Internet Explorer dans Windows 10 Technical Preview inclut la prise en charge du nouveau protocole réseau HTTP/2, fruit d'un effort de standardisation bénéficiant d'un large soutien du secteur. S'appuyant sur l'expérience que nous avons acquise avec le déploiement de la prise en charge de SPDY/3 dans IE11, HTTP/2 permet d'améliorer les performances sur le web à l'aide de techniques incluant le multiplexage, la compression d'en-tête et la transmission par le serveur.

Prise en charge du protocole HTTP/2 affichée dans les outils F12 d'IE pour Windows Technical Preview

Améliorations des performances du moteur JavaScript Chakra

IE dans Windows 10 Technical Preview inclut également plusieurs améliorations des performances de notre moteur JavaScript Chakra : le pipeline d'exécution de Chakra a été rationalisé afin d'accélérer le démarrage, le compilateur JIT de Chakra optimisé afin d'augmenter le débit pour l'exécution des scripts et le sous-système de nettoyage de la mémoire de Chakra amélioré afin d'accroître la réactivité de l'interface utilisateur des applications et des sites.

Analyse des domaines de premier niveau interopérable

IE dans Windows 10 Technical Preview modifie l'analyse des noms de domaine de manière à utiliser les algorithmes et la liste de domaines disponibles sur le site http://publicsuffix.org.

Lancement du service IE Platform Suggestion Box sur UserVoice

Nous avons également le plaisir d'annoncer aujourd'hui la disponibilité du service IE Platform Suggestion Box, une boîte à idées basée sur la plateforme de commentaires UserVoice. Il s'agit de la dernière étape de l'initiative annoncée en avril dernier visant à améliorer le dialogue avec les développeurs web, notamment par le biais de nos sessions #AskIE mensuelles et de l'échange Reddit AmA amusant organisé en août.

Grâce au système de vote de UserVoice, nous serons en mesure de connaître précisément les suggestions de fonctionnalités les plus demandées par la communauté de développeurs web, ce qui nous aidera à définir nos priorités. Nous avons également créé un lien direct avec les nombres de votes sur status.modern.ie pour vous permettre de nous faire part de vos commentaires sur les nouveaux standards et fonctionnalités encore plus facilement.

Nombre de votes pour des fonctionnalités sur status.modern.ie : ajoutez votre vote sur UserVoice en un seul clic !

Notez que le signalement de bogues spécifiques se fera toujours via Connect. Pour tout commentaire sur l'expérience utilisateur liée à Internet Explorer, utilisez l'application Windows Feedback intégrée à Windows 10 Technical Preview.

Test de la dernière plateforme web d'IE

En plus d'avoir amélioré nos outils de commentaires, nous sommes déterminés à aider les développeurs web à tester la dernière plateforme web d'IE. En juin, nous avons lancé IE Developer Channel, installable côte à côte avec la version publiée d'IE11. Les excellents commentaires reçus nous ont permis de déployer dans la mise à jour d'août pour IE11 un grand nombre des fonctionnalités ayant fait l'objet d'un aperçu dans IE Developer Channel.

Pour continuer à évaluer la dernière plateforme web d'IE, rejoignez le Programme Windows Insider et installez Windows 10 Technical Preview. Le Programme Windows Insider vous permet de recevoir des mises à jour de version d'évaluation régulières et de rester à la pointe de Windows et d'Internet Explorer.

Bien plus d'informations à venir

Ce n'était ici qu'un aperçu de ce qui vous attend. Nous sommes impatients de vous parler plus en détail du protocole HTTP/2, des améliorations des performances de Chakra, des modifications de l'analyse de domaines de premier niveau et du service Internet Explorer Platform Suggestion Box dans des billets de blog à venir. Pour en savoir plus, ne manquez pas la prochaine discussion Twitter #AskIE organisée par @IEDevChat le 2 octobre (10 am - 12 pm PST).

— Charles Morris, Chef de projet principal, Internet Explorer

Nous publierons prochainement d'autres billets sur les nouveautés de cette version qui s'adressent aux développeurs Web.

Accès facile au site

Vous souhaitez que votre navigateur soit toujours plus rapide, et notre équipe se plaît à relever ce genre de défi : aussi, elle a décomposé celui-ci en deux sous-parties. D'abord, vous devez indiquer au navigateur où vous souhaitez vous rendre, et ensuite, le navigateur doit vous y conduire le plus rapidement possible. La sous-partie la plus exigeante est généralement la seconde, car elle est sanctionnée par des tests d'évaluation de performance de la navigation (comme SunSpider, Acid3, Octane et autres noms aussi significatifs). Nous avons déjà bien avancé en matière de tests d'évaluation, alors cette fois nous avons tout misé sur la première sous-partie, à savoir indiquer au navigateur où vous souhaitez vous rendre. Voici comment nous avons procédé.

Sites fréquemment visités + prédictions d'URL

Quand vous appuyez sur la barre d'adresses, nous savons que vous souhaitez accéder à un autre site que celui affiché. Nous visitons tous fréquemment des sites, c'est pourquoi nous pouvons désormais y accéder d'un simple appui. Pendant votre navigation, ces sites sont mis à jour pour afficher ceux auxquels vous accédez le plus sur votre téléphone. Voici une capture d'écran.

Si vous choisissez de taper l'adresse dans la barre d'adresses, nous prédisons désormais le site auquel vous voulez accéder (partie mise en surbrillance ci-dessous). Au lieu de taper toute l'URL, vous pouvez simplement appuyer sur Entrée et atteindre votre but plus rapidement. C'est un confort dont vous ne pouvez plus vous passer, une fois que vous en profitez. Votre navigateur réagit plus vivement car vous avez moins d'efforts à accomplir pour accéder aux sites.

Nombre d'onglets illimité et onglets faciles d'accès + une version d'IE, où que vous soyez

Comme nous naviguons de plus en plus sur nos appareils mobiles, nous voulons également pouvoir effectuer des tâches plus complexes sur ces appareils. Prenons par exemple la navigation multi-onglets. Avant, vous disposiez de six onglets maximum et vous pouviez accéder à vos onglets après un léger délai via le menu « … » (sauf si vous aviez paramétré différemment le bouton de la barre d'adresses).

Nous avons décidé de supprimer cette limitation : vous pouvez ouvrir autant d'onglets que vous souhaitez et le bouton à côté de la barre d'adresses permet d'accéder à vos onglets par défaut. La facilité d'accès des onglets a été bien accueillie, mais il restait à améliorer la facilité d'actualisation. C'est à présent chose faite ! Notez que le bouton des onglets et le bouton d'actualisation sont immédiatement accessibles.

Si vous êtes un fin observateur, vous remarquerez le terme « Other » (Autre) dans la capture d'écran ci-dessus. Nous sommes heureux d'annoncer qu'Internet Explorer 11 synchronise à présent les données de navigation sur votre téléphone, votre tablette et votre PC. Cela concerne vos favoris, vos mots de passe et vos onglets ouverts. Vous pouvez donc reprendre votre navigation là où vous l'aviez laissée quand vous avez changé d'appareil. Vous n'avez plus besoin de vous envoyer des liens par courrier électronique !

Bon à savoir : si l'utilisation des données vous préoccupe, nous avons la solution. Vous vous contentez d'entrer la limite de données voulue dans l'application DataSense et nous nous chargeons de synchroniser ces données pour vous éviter tout surcoût d'utilisation.

Sites épinglés actifs

J'apprécie de pouvoir accéder rapidement à mes blogs préférés dans l'écran d'accueil via les sites épinglés, mais en toute honnêteté, ils ont été bien ternes n'ont pas fait d'éclats pour l'heure sur Windows Phone. Certes, avec une simple capture d'écran statique, ils ne pouvaient se mesurer aux élégantes vignettes dynamiques de mes applications préférées. Tout cela a changé. Si vous avez déjà utilisé Windows 8.1, les sites épinglés vous sembleront très familiers.

Ils affichent des icônes de sites riches et sont mis à jour en arrière-plan, avec les derniers titres et images de votre blog favori par exemple, comme les autres vignettes dynamiques. Si vous êtes propriétaire d'un site Web, vous trouverez ici des instructions pour illuminer votre site (indice : exactement les même balises que Windows 8.1). Si vos sites préférés ne prennent pas en charge les sites épinglés dynamiques, indiquez-leur ces instructions, en précisant que toutes les personnes bien y ont recours. Nous allons publier plus d'informations pour les développeurs mais, en attendant, observez cet écran d'accueil uniquement constitué de sites épinglés dynamiques.

Navigation rapide et fluide

Vous accédez désormais plus rapidement aux sites. Nous voulons également vous permettre d'accéder beaucoup plus rapidement au contenu qui vous intéresse et de l'utiliser. C'est pourquoi nous nous efforçons aussi d'améliorer votre expérience une fois le site atteint, avec des fonctions de lecture vidéo intégrée, de mode Lecture, de remémoration de mots de passe, de navigation vers la page précédente et la page suivante par balayage et d'enregistrement de fichiers téléchargés.

Lecture vidéo intégrée

Ne vous êtes-vous jamais dit, en regardant une vidéo sur YouTube, « Je me demande bien ce que la communauté Internet pense de ça » ? Dorénavant, vous regardez cette vidéo ET voyez les commentaires de haute qualité directement dans votre navigateur. En prime, la lecture vidéo fonctionne même dans l'écran de verrouillage. Nous allons prochainement publier plus d'informations pour permettre aux développeurs de fournir une bonne prise en charge de la lecture vidéo intégrée.

Mode Lecture

Lisez-vous la presse people et Cosmopolitan l'actualité quand vous êtes en déplacement ? Tout comme sur votre tablette ou votre PC, appuyez sur l'icône du mode Lecture dans la barre d'adresses pour profiter agréablement de votre lecture. L'écran est plus clair et toutes les pages de l'article n'en font plus qu'une. Voici à quoi ressemble un article sur un site et en mode Lecture.

Remémoration des mots de passe

La connexion est LARGEMENT facilitée. Mais chut.
Notez que les mots de passe sont maintenant synchronisés dans IE entre un téléphone, une tablette et un PC.

Navigation vers l'arrière et l'avant par balayage

Que ce soit sur votre PC ou tablette (une tendance se dessinerait-elle ? ), vous pouvez à présent naviguer vers la page précédente ou la page suivante par balayage. Oui, la navigation vers la page suivante fait son grand retour dans IE sur Windows Phone ! Voici une capture d'écran qui illustre la navigation vers la page précédente tout en lisant un article.

Enregistrement des fichiers téléchargés

Vous pouvez désormais choisir d'enregistrer les fichiers téléchargés sur le Web, c'est une bonne nouvelle !

Sécurité et confidentialité

Ce navigateur mobile est le premier à bénéficier de la protection anti-hameçonnage avec le filtre SmartScreen. Il est également doté du signal DoNotTrack pour répondre aux préoccupations croissantes en matière de confidentialité. Nous offrons des nouvelles fonctionnalités pour protéger votre navigation.

InPrivate

Vous ne souhaitez pas que vos amis soient au courant de votre fascination pour les licornes ? Vous pouvez désormais ouvrir des onglets InPrivate qui présentent la particularité de supprimer toutes les données associées quand vous les fermez. Ouvrez simplement le menu sur l'écran des onglets, puis sélectionnez Ouvrir l'onglet InPrivate.

Mode Économie maximale DataSense

L'intégration de DataSense dans IE sur Windows Phone 8 permet de naviguer jusqu'à 40 % plus avec la même quantité de données, sans que l'expérience de navigation en soit bouleversée. Nous présentons le mode Économie maximale qui permet de télécharger uniquement les éléments les plus importants du site Web et de compresser fortement les images. Voici un exemple avec le mode Économie maximale activé (à gauche) et désactivé (à droite).

L'apparence du site est vraiment différente. Cette fonctionnalité peut s'avérer très utile si vous avez un petit forfait de données ou si votre forfait mensuel est presque épuisé. Dans les paramètres d'Internet Explorer, vous pouvez décider d'activer le mode Économie maximale en permanence, de ne jamais l'activer, ou de le laisser en automatique, ce qui aura pour effet de l'activer automatiquement quand votre forfait de données est presque fini (tel que configuré dans l'application DataSense). Pour afficher la version complète d'un site tout en étant en mode Économie maximale, appuyez simplement sur l'icône dans la barre d'adresses.

Accessibilité

Chez Microsoft, nous concevons nos produits en prenant soin de bien comprendre les besoins de tous nos clients. Je suis heureux qu'IE11 prenne en charge le mode de contraste élevé, le Narrateur et un commutateur de forçage pour permettre le zoom dans toutes les pages Web. N'oubliez pas de lire le prochain billet du blog Windows Phone qui aborde l'accessibilité à l'échelle du système pour obtenir plus d'informations.

Pour résumer

Eh bien, le sujet était vaste ! Nous sommes heureux d'avoir introduit ces mises à jour importantes dans votre navigateur, et comme toujours, nous sommes à l'écoute de votre opinion et de vos suggestions. Faites-nous part de vos commentaires ci-dessous, ou tweetez @IE.

— Amin Lakhani, chef de projet, Internet Explorer

Nous remercions Dhruv Chadha, Derek Liddell et Oren Freiberg pour leur contribution à ce billet.

Activation d'écrans d'accueil alimentés par le web

Avec Internet Explorer, les utilisateurs peuvent placer leurs sites web favoris juste à côté de leurs applications favorites en les épinglant aux écrans d'accueil Windows et Windows Phone. L'épinglage des sites web à partir d'IE offre aux utilisateurs un accès immédiat à ces sites depuis l'écran d'accueil sans avoir à aller les chercher à chaque fois.

Lorsque les utilisateurs épinglent votre site, cela signifie que ce sont des visiteurs réguliers de votre site et qu'ils suivent ses mises à jour. Dans cette optique, Internet Explorer vous propose désormais des vignettes dynamiques pour les sites web, qui permettront à vos utilisateurs de rester connectés à votre site web sans passer par votre navigateur.

Avec les vignettes dynamiques, vous pouvez fidéliser vos utilisateurs en leur offrant un contenu inédit, tel que les dernières actualités, les nouveaux messages d'alerte ou les titres des billets de blog les plus récents, directement sur leur écran d'accueil. En outre, vous pouvez prendre en charge plusieurs tailles de vignette pour votre site web et permettre ainsi aux utilisateurs de mettre votre site en évidence sous forme de vignettes grandes ou larges.

À partir d'en haut à gauche, en descendant chaque colonne : vignette de l'application IE, youtube.com, techmeme.com, theverge.com, anandtech.com, mathrubhumi.com, twitter.com, reuters.com, t.msn.com, aol.com, economictimes.indiatimes.com, IE Test Drive pour les sites épinglés, wired.co.uk, lapresse.ca, cnet.com, contrejour.ie, dhakatimes.com.bd, outlook.com, wellsfargo.com, geekwire.com, nymag.com, gawker.com, indiatimes.com, facebook.com, vyclone.com, polygon.com, wpcentral.com, theage.com.au.

À partir d'en haut à gauche, en descendant chaque colonne : vignette de l'application IE, techmeme.com, contrejour.ie, wellsgargo.com, gawker.com, t.msn.com, youtube.com, vyclone.com, IE Test Drive pour les sites épinglés, wpcentral.com

Ajout d'une vignette dynamique à votre site web

Les vignettes dynamiques pour les sites web sont alimentées par des notifications périodiques, dans lesquelles la plateforme extrait le texte et les images des URI d'interrogation hébergés sur un serveur selon un intervalle prédéfini et affiche ce contenu sur la vignette du site web. Vous pouvez ajouter la prise en charge des vignettes dynamiques pour votre site de trois façons différentes : via les balises META de votre page web, via la création d'un fichier manifeste ou via une API JavaScript. L'exemple suivant est celui d'un site utilisant les balises META pour configurer sa vignette pour Windows 8.1 :

<meta name="application-name" content=" CenturyCutCook" /> <meta name="msapplication-TileColor" content=" #009900" />
 <!-- Logos for all four tile sizes --> <meta name="msapplication-square70x70logo" content="smalltile.png" /> <meta name="msapplication-square150x150logo" content="mediumtile.png" /> <meta name="msapplication-wide310x150logo" content="widetile.png" /> <meta name="msapplication-square310x310logo" content="largetile.png" />
 <!-- Notification URL --> <meta name="msapplication-notification" content="frequency=30; polling-uri=1.xml; polling-uri2=2.xml; polling-uri3=3.xml; polling-uri4=4.xml; polling-uri5=5.xml" />

Les URI d'interrogation définis dans cet exemple incluent le contenu de la notification à afficher et seront interrogés toutes les 30 minutes. Par conséquent, sur un intervalle donné de 30 minutes, un utilisateur peut voir jusqu'à 5 mises à jour de ce site. Ainsi, il reste étroitement connecté à votre site web en permanence.

Les URI d'interrogation contiennent le balisage XML qui respecte les modèles prédéfinis. Ces modèles sont les mêmes pour les sites web et les applications Windows ; ils contrôlent l'aspect d'une vignette. Les modèles peuvent s'appuyer sur du texte et/ou des images. L'exemple suivant se compose d'un URI d'interrogation qui possède une liaison pour les différentes tailles de vignette (notez que la grande taille est prise en charge sur Windows, mais pas sur Windows Phone) : moyenne, large et grande.

<tile>    <visual lang="en-US" version="2">       <binding template=" TileSquare310x310ImageAndTextOverlay02" branding="name">          <image id="1" src="cheddar_and_ham.png" />          <text id="1">Cheddar and Ham Skewers </text>          <text id="2">This recipe for Cheddar and Ham Skewers made with Sargento Tastings is perfect whether you’re looking for an appetizer to entertain with, or you’re looking for a special crave-worthy afternoon snack </text>       </binding>       <binding template=" TileWide310x150ImageAndText01" branding="logo">          <image id="1" src="cheddar_and_ham.png" />          <text id="1">Cheddar and Ham Skewers</text>       </binding>       <binding template="TileSquare150x150Image" branding="name">          <image id="1" src="cheddar_and_ham.png" />       </binding>    </visual> </tile>

Cette liaison se traduit par la vignette suivante, à travers les quatre tailles prises en charge sur l'écran d'accueil :

Grande vignette, utilisant le modèle TileSquare310x310ImageAndTextOverlay02	Vignette large, utilisant le modèle TileWide310x150ImageAndText01
Vignette moyenne, utilisant le modèle TileSquare150x150Image	Petite vignette (pas de notification)

Vous pouvez utiliser nos exemples de code pour en savoir plus sur la création de vignettes dynamiques ; si vous disposez d'un flux RSS sur votre site et souhaiteriez l'utiliser pour alimenter les notifications, utilisez notre Assistant buildmypinnedsite pour créer une vignette pour votre site en quelques minutes.

Résumé

Avec Windows 8.1 et IE11, vous pouvez fidéliser e vos utilisateurs, même si leur navigateur n'est pas ouvert. La prise en charge des vignettes dynamiques permet à vos utilisateurs de découvrir incidemment le contenu sur l'écran d'accueil et de les attirer plus fréquemment sur votre site. Encore mieux, les vignettes peuvent être ajoutées facilement à votre site en quelques minutes !

— Tanvi Surti, chef de projet, Internet Explorer

— Derek Liddell, chef de projet, Internet Explorer

Il y a quelques semaines à peine, nous avons évoqué la création d'un dialogue plus ouvert entre l'équipe IE et la communauté de développement web. Aujourd'hui, nous avons le grand plaisir d'annoncer la création d'Internet Explorer Developer Channel (la version d'Internet Explorer pour les développeurs), un navigateur entièrement fonctionnel conçu pour fournir aux développeurs web un bref aperçu des fonctionnalités de la plateforme web sur laquelle nous travaillons. Internet Explorer Developer Channel est disponible en téléchargement pour les clients Windows 8.1 et Windows 7 SP1 exécutant Internet Explorer 11.

IE Developer Channel peut s'exécuter parallèlement à IE11 et indépendamment d'IE11 ; cette version possède toutes les fonctionnalités de navigation que vous appréciez dans IE11, ainsi que les plus récentes fonctionnalités de la plateforme sur lesquelles nous travaillons. Au fur et à mesure que vous testez ces fonctionnalités, n'oubliez pas de nous faire part de vos commentaires via @IEDevChat ou Connect.

Nouvelles améliorations d'Outils de développement F12

En avril, nous avons décrit certaines des nouvelles fonctionnalités d'Outils de développement F12 dans IE11 avec la Mise à jour Windows 8.1, ainsi que l'accent mis sur la fourniture de données précises dans l'Explorateur DOM et de données exploitables dans les outils de mémoire et de performance. IE Developer Channel est fourni avec des améliorations encore plus importantes apportées aux Outils de développement F12 :

• Une expérience de débogage enrichie grâce aux points d'arrêt des événements qui vous permettent d'accéder plus rapidement aux bogues associés aux événements.
• Des capacités d'analyse plus étendues au travers des profileurs d'amélioration de la réactivité de la mémoire et de l'interface utilisateur, qui prennent en charge une réduction supplémentaire du bruit via le filtre de chronologie multi-dimensionnel, tout en augmentant la valeur sémantique des données rapportées en éclairant l'instrumentation basée sur performance.measure() et le repli des dominateurs.
• Une expérience de navigation améliorée qui fournit un plus grand nombre de raccourcis clavier (ctrl+[ et ctrl + ]), ainsi que de nouvelles notifications d'en-tête, qui vous permettent de déterminer rapidement si l'un des outils de profilage est en cours d'exécution ou de connaître le nombre d'erreurs sur la page.

Un ensemble complet d'améliorations est disponible sur MSDN ici.

Examiner la nouvelle colorisation du modèle DOM de l'outil d'amélioration de la réactivité de l'interface utilisateur

Automatiser les tests avec WebDriver

IE Developer Channel est également fourni avec la prise en charge du standard émergeant WebDriver, grâce auquel les développeurs web peuvent écrire des tests destinés à automatiser le test des sites par les navigateurs web. Il s'agit d'un contrôle à distance programmable permettant de développer des scénarios utilisateur complexes et de les exécuter en mode automatisé sur votre site et dans votre navigateur web. Découvrez comment configurer WebDriver dans IE Developer Channel et essayez l'exemple de projet WebDriver.

Utiliser votre manette Xbox pour les jeux sur le web

Vous n'avez jamais eu envie d'utiliser votre manette Xbox pour jouer sur le web ? IE Developer Channel est fourni avec l'API Gamepad émergeante, qui permet d'utiliser JavaScript pour prendre en charge le boîtier de commande pour vos jeux et applications web. Essayez en connectant votre manette Xbox 360 et en aidant le monde à s'évader de XP (« Escape from XP »), jouez à vos jeux Atari Arcade favoris ou essayez Hover.IE !

Utiliser votre manette Xbox pour s'évader de XP

IE Developer Channel améliore aussi les performances WebGL et ajoute la prise en charge de l'instanciation des extensions, des textures 16 bits, des variables intégrées GLSL et des « triangle fans ». Cette version améliore notre score Khronos WebGL Conformance Test 1.0.2 de 89 % à 94 %. Pour plus d'informations sur ces API WebGL, accédez à MSDN ici.

La première de nombreuses versions Developer Channel

Tout en travaillant sur de nouvelles fonctionnalités et de nouveaux standards, nous continuerons à partager le code de façon anticipée via IE Developer Channel. Vous pouvez toujours visiter la page DevChannel.Modern.IE pour en savoir plus sur les dernières fonctionnalités d'IE Developer Channel. L'ensemble des nouvelles fonctionnalités prises en charge dans IE Developer Channel est également répertorié sur Status.Modern.IE, notre nouveau portail de communication de notre feuille de route pour les fonctionnalités de la plateforme web interopérable.

Cette version d'IE Developer Channel utilise une combinaison de modifications du code et de virtualisation pour s'exécuter parallèlement à IE11. Comme cette virtualisation n'engendre qu'un faible gain de performance, il est déconseillé d'utiliser cette version pour mesurer les performances de votre site. Il n'est pas recommandé non plus d'installer cette version dans votre environnement d'entreprise. Pour plus d'informations sur les problèmes identifiés, consultez notre liste des questions les plus fréquentes.

Nous sommes impatients de recueillir vos commentaires @IEDevChat ou via Connect et nous espérons que vous nous aiderez ainsi à faire progresser le web et à améliorer davantage le navigateur. De même, ne manquez pas notre prochaine session #AskIE, le jeudi 19 juin (10 am - 12 pm PST).

— Jason Weber, chef de projet partenaire, Internet Explorer

P.S. Charles Morris, de l'équipe IE, s'est également rendu à Channel 9 Studios pour parler de façon plus approfondie d'Internet Explorer Developer Channel avec Geoff Knutzen :

Avec Internet Explorer 11, nous nous sommes efforcés de permettre une connexion aux sites plus rapide et plus fiable, ainsi que de fournir aux utilisateurs un meilleur contrôle lors de l'enregistrement des informations d'identification.  En outre, IE11 permet désormais de faire suivre les informations d'identification sur Windows Phone 8.1 !

Vous pouvez désormais enregistrer les mots de passe d'IE11 et les faire suivre sur Windows Phone 8.1.

Détection de formulaire de connexion fiable

Avec IE11, nous avons renforcé notre détection de formulaire de connexion, ce qui signifie qu'IE propose désormais de se souvenir des mots de passe sur plus de 90 % des formulaires de connexion du web.  Il s'agit d'une amélioration importante par rapport aux précédentes versions d'IE.

Vous choisissez d'enregistrer ou non votre mot de passe.

Nous restituons le contrôle à l'utilisateur lorsqu'il s'agit de décider d'enregistrer le mot de passe sur un site donné.  IE11 invite désormais l'utilisateur à enregistrer les mots de passe même si l'attribut autocomplete=off est défini sur les formulaires de connexion.  IE continuera à respecter cet attribut sur tous les autres champs de formulaire (par exemple, nom d'utilisateur, carte de crédit, adresse, nom, etc.).  Il existe deux raisons principales d'agir ainsi. La première est de répondre à la confusion de l'utilisateur quant à la raison pour laquelle IE ne se souvient pas des mots de passe sur certains sites. La seconde est liée au fait que l'encouragement des utilisateurs à créer des mots de passe forts et uniques est plus important que le respect de l'attribut autocomplete=off sur les formulaires. Les utilisateurs doivent pouvoir décider par eux-mêmes si l'enregistrement d'un mot de passe sur un périphérique donné, et dans une situation déterminé, est une action sécurisée. 

Connexion plus rapide

IE vous permet de gagner du temps en renseignant automatiquement vos informations d'identification une fois que la page a été chargée, si le contexte permet de procéder ainsi sans risque. Auparavant, l'utilisateur devait cliquer ou appuyer sur le champ du nom d'utilisateur, puis cliquer ou appuyer à nouveau pour sélectionner le nom d'utilisateur et renseigner le mot de passe.  Cette contrainte présentait des problèmes sur les périphériques tactiles, en nécessitant d'appuyer deux fois pour effectuer un zoom, et sur les sites qui prérenseignaient le nom d'utilisateur à partir des informations contenues dans les cookies. Cette modification du comportement de saisie semi-automatique sur les formulaires de connexion est sécurisée, car IE rétablit l'ancien comportement d'appui et de sélection quand le site ne répond pas à certains critères de sécurité. Cette conception est le résultat de notre volonté de garantir la sécurité des utilisateurs.

Pour les utilisateurs de tablettes, la possibilité d'appuyer deux fois pour zoomer est désormais désactivée sur les éléments en entrée afin de pallier le problème où l'appui sur un élément en saisie semi-automatique et sa sélection déclenchaient un zoom optique. Enfin, pour permettre aux sites de détecter que le nom d'utilisateur et le mot de passe ont été renseignés, IE déclenche désormais les événements « input » (entrée) et « change » (modification) lors du préremplissage des informations d'identification dans le formulaire.

Se connecter une seule fois, où que vous soyez

Avec Windows 8.1 et Windows Phone 8.1, l'utilisateur ne doit pas retaper ses informations d'identification pour le même domaine d'une application Windows ou Windows Phone Store s'il les a préalablement enregistrées dans IE.  Votre expérience de connexion à travers les différents périphériques et applications s'en trouve accélérée de façon significative. Dans IE11, Windows utilise vos informations d'identification IE enregistrées pour ce même domaine hébergé dans l'application du Windows Store via le service Broker d'authentification web. Comme toujours, les applications du Windows Store ne pourront jamais lire les informations d'identification stockées dans IE.

Windows utilise vos informations de connexion d'IE11 pour le même domaine hébergé d'une application du Windows Store.

Les applications du Windows Store utilisant le service Broker d'authentification web bénéficient automatiquement de cette expérience sans nécessiter de balises supplémentaires. En outre, vos informations d'identification sur les sites et les applications seront également diffusées entre votre ordinateur et vos périphériques mobiles.

Gestion des mots de passe

Sur Windows 8.1, IE11 stocke les informations d'identification dans le Stockage sécurisé des informations d'identification Windows. Les mots de passe des sites web peuvent être gérés dans le Panneau de configuration du Bureau du gestionnaire d'informations d'identification de Windows 8. Avec IE 11 sur Windows 8.1, désormais, vous pouvez aussi gérer vos comptes web directement depuis les Options Internet (version Modern). Pour procéder ainsi depuis IE (version Modern), balayez simplement l'écran à partir de la droite pour ouvrir l'icône et appuyez sur Paramètres. À partir de là, vous pouvez ouvrir vos comptes et gérer vos informations d'identification sans basculer sur le Bureau.

Désormais, la gestion de vos comptes de site Web peut se faire directement depuis le navigateur.

Et, comme précédemment indiqué, il est possible de faire suivre toutes les informations d'identification vers tous vos périphériques Windows 8.1.

Essayez IE11 sur Windows 8.1, Windows Phone 8.1 ou Windows 7 pour découvrir cette nouvelle expérience par vous-même ! Nous sommes impatients de connaître votre avis.

Merci !

— Amy Adams, chef de projet senior, Internet Explorer

Remarques pour les développeurs :

Pour que votre site fonctionne avec le gestionnaire de mots de passe d'IE 11, le formulaire de connexion doit satisfaire aux critères suivants :

• Contenir un nom d'utilisateur et un mot de passe pour se connecter à un service
• Les champs relatifs au nom d'utilisateur et au mot de passe sont encapsulés dans l'élément de formulaire HTML5
• Utiliser la norme HTML5 types d'entrée pour le champ de nom d'utilisateur acceptant les entrées utilisateur en forme libre.
• Utiliser HTML5. Le type d'entrée mot de passe est utilisé pour le champ de mot de passe.
• DOM niveau 2. L'événement submit (envoi) est déclenché à l'envoi du formulaire et les informations d'identification ne sont pas effacées avant que l'événement d'envoi n'ait été déclenché.
]]>