Summary

  • Les actualités officielles de Mozilla mentionnent le blocage des fenêtres surgissantes en mars 2003, puis ses améliorations avec Mozilla 1.4 en juin.
  • Internet Explorer 6 sous Windows XP SP2 distinguait une fenêtre précédée d’un clic humain d’une fenêtre lancée par le script seul. Les navigateurs actuels réclament un geste distinct pour chaque appel à window.open().

La page écrivait quelques lignes de JavaScript ; une nouvelle fenêtre apparaissait chez le lecteur. Les anciennes actualités de Mozilla montrent le contrôle prendre forme : le blocage figure déjà dans l’annonce de mars 2003, et la sortie de Mozilla 1.4 en juin promet de l’améliorer. Le navigateur commençait à tenir l’entrée d’une pièce que la page croyait pouvoir meubler à volonté.

Le mouvement passa aussi par Internet Explorer. Le guide de déploiement de Microsoft pour IE6 et Windows XP Service Pack 2 présente son premier bloqueur intégré et la barre d’information associée. Microsoft annonça la remise de SP2 aux fabricants le 6 août 2004. La diffusion aux ordinateurs suivit son cours. La règle intéressante tenait dans l’instant précédant l’ouverture.

Dans son explication du mécanisme d’IE6 SP2, Microsoft décrit un navigateur qui repère si l’utilisateur a cliqué sur un lien ou un élément de la page avant l’apparition d’une fenêtre. Un clic donne au nouvel espace un contexte que la seule initiative d’un script ne possède pas. La barre d’information accueille les fenêtres arrêtées et permet à la personne de les ouvrir elle-même. Le code peut faire une demande ; le navigateur examine la provenance de l’invitation.

Aujourd’hui, la documentation Mozilla de window.open() demande une réponse directe à une action humaine et un geste distinct pour chaque appel. Une ouverture refusée peut renvoyer null. C’est une information utile pour l’auteur de la page : il peut garder un parcours lisible quand la fenêtre supplémentaire reste fermée. Le bouton ne dispense pas d’observer ce qui s’est réellement passé au moment de l’appel.

Le modèle d’activation de la norme HTML donne une durée courte à l’action humaine et autorise certaines fonctions à la consommer. Après consommation, une nouvelle demande attend un nouveau geste. La règle traverse aussi les cadres imbriqués : une page ne peut pas faire circuler indéfiniment un seul clic entre ses sous-fenêtres. L’invitation a une date, une portée et un seul usage lorsqu’elle est consommée.

Le bloqueur a ainsi imposé des manières à la page. Une fenêtre demandée par le lecteur peut entrer. Une procession de fenêtres poussées par le script rencontre le portier. Le même window.open() reste disponible, mais il arrive désormais accompagné d’une question : qui l’a invité ?