La phase d'évaluation de WebVR se termine le 14 novembre, 2017, peu de temps après le lancement de la version stable de Chrome 62. Nous avons commencé un nouvel essai avec WebVR 1.1 API dans Chrome 62 qui sera maintenue jusqu'à Chrome 64.
Le nouvel essai inclut des mises à jour du comportement de l'API conformes à la direction prise par le Spécification WebVR 2.0 à venir:
- L'utilisation de WebVR est limitée dans les iFrames multi-origines. Si vous souhaitez intégrer des données multi-origines
de pouvoir utiliser WebVR, ajouter l'attribut
allow="vr"au tag iFrame ou utiliser En-tête Feature-Policy (discussion sur les spécifications, bug) - Limiter 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. se déclenche 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 Daydream)
pavé tactile de la manette de jeu) (bug). L'événement
vrdisplayactivateest désormais considéré comme un geste de l'utilisateur. et peuvent être utilisés pour demander une présentation et lancer la lecture du contenu multimédia, sans que l'utilisateur . Le code qui s'appuyait auparavant sur des gestionnaires d'événements de clic pour les entrées doit être converti pour vérifier pour les pressions sur les boutons de la manette de jeu. (Exemple d'implémentation) - Chrome peut quitter la présentation si la page met plus de cinq secondes à afficher le premier cadre (modification de code). Il est recommandé que la page s'affiche dans un délai de deux secondes et que les éclaboussures l'écran est utilisé 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.