L'évaluation actuelle de l'origine WebVR se termine le 14 novembre 2017, peu de temps après la sortie stable de Chrome 62. Nous avons commencé un nouveau test avec l'API WebVR 1.1 dans Chrome 62, qui se poursuivra jusqu'à Chrome 64.
Le nouvel essai comprend quelques modifications de comportement de l'API qui sont cohérentes avec l'orientation de la prochaine spécification WebVR 2.0:
- L'utilisation de WebVR est limitée dans les iFrame multi-origines. Si vous souhaitez que les iFrames intersites intégrées puissent utiliser WebVR, ajoutez l'attribut
allow="vr"à la balise iFrame ou utilisez un en-tête Feature-Policy (discussion sur la spécification, 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'il ne se déclenchera pas sur Android pendant la présentation de WebVR (discussion sur les spécifications, bug).- L'événement de clic synthétique au niveau du viewport (0, 0) a été supprimé (pour Cardboard 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 commencer la lecture multimédia, sans s'appuyer sur l'événement de clic. Le code qui s'appuyait auparavant sur des gestionnaires d'événements de clic pour la saisie doit être converti pour vérifier 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 frame (modification de code). Il est recommandé que la page s'affiche dans les deux secondes et qu'un écran de démarrage soit utilisé si nécessaire.
Vos jetons WebVR Origin Trial actuels ne seront pas reconnus par Chrome 62. Pour participer à ce nouveau test, veuillez utiliser le formulaire d'inscription.