La phase d'évaluation actuelle de WebVR se termine le 14 novembre 2017, peu de temps après la publication stable de Chrome 62. Nous avons commencé un nouvel essai avec l'API WebVR 1.1 dans Chrome 62, qui se poursuivra jusqu'à Chrome 64.
Le nouvel essai inclut des mises à jour du comportement de l'API conformes aux directives de la spécification WebVR 2.0 à venir:
- L'utilisation de WebVR est limitée dans les iFrames multi-origines. Si vous souhaitez que des cadres iFrame multi-origines intégrés puissent utiliser WebVR, ajoutez l'attribut
allow="vr"à la balise iFrame ou utilisez un en-tête Feature-Policy (discussion sur les spécifications, bug). - Limitez l'utilisation de
getFrameData()etsubmitFrame()àVRDisplay.requestAnimationFrame()(discussion sur les spécifications, bug). window.requestAnimationFrame()ne se déclenche pas si la page n'est pas visible, ce qui signifie qu'elle ne se déclenche pas sur Android pendant la présentation de WebVR (discussion sur les spécifications, bug).- L'événement de clic synthétique au niveau de la fenêtre d'affichage (0, 0) a été supprimé (pour Carboard et le pavé tactile du contrôleur Daydream) (bug). L'événement
vrdisplayactivateest désormais considéré comme un geste utilisateur et peut être utilisé pour demander une présentation et lancer la lecture de contenus multimédias, sans dépendre de l'événement de clic. Le code qui dépendait auparavant des gestionnaires d'événements de clic pour l'entrée doit être converti afin de vérifier les pressions sur les boutons de la manette de jeu. (Exemple de mise en œuvre) - Chrome peut quitter la présentation si la page met plus de cinq secondes à afficher le premier frame (changement de code). Il est recommandé d'afficher la page dans les deux secondes et d'utiliser un écran de démarrage si nécessaire.
Vos jetons d'évaluation WebVR actuels ne seront pas reconnus par Chrome 62. Pour participer à ce nouvel essai, veuillez utiliser le formulaire d'inscription.