Désactiver HTML5 dans WebView sans désactiver Javascript

Question

À des fins de diagnostic, je dois être en mesure de désactiver le HTML5 dans la WebView d'Android, sans désactiver Javascript (c'est-à-dire garder WebSettings.setJavaScriptEnabled(true); )

Pour clarifier davantage : j'aime la possibilité de lire des vidéos YouTube sans installer de plugin Flash. Cela fonctionne même avec setPluginsEnabled(false) . Je peux le faire grâce au support intégré de HTML5 de WebView. Maintenant, pour test une certaine fonction, je dois déclencher DownloadListener.onDownloadStart() avec une vidéo sur YouTube sans en désactivant Javascript.

Est-ce possible ?

Mise à jour : Depuis que j'ai posté cette question, j'ai découvert qu'au moins Le stockage DOM peut être désactivé . Je n'ai pas encore trouvé le moyen de désactiver la vidéo HTML5.

Answer 1

Je sais que c'est une très vieille question... Néanmoins, vous pouvez vérifier cette réponse pour une idée. Le site WebSettings possède ces méthodes pour activer/désactiver les fonctionnalités HTML5 :

1. setDomStorageEnabled (drapeau booléen) - Définit si l'API de stockage DOM est activé.
2. setDatabaseEnabled (drapeau booléen) - Définit si l'API de stockage de la base de données est activée.
3. setDatabasePath (String databasePath) - Définit le chemin vers l'endroit où les bases de données de l'API de stockage doivent être enregistrées.
4. setAppCacheMaxSize (long appCacheMaxSize) - Note : déprécié dans l'API 18.
5. setAppCachePath (String appCachePath) - Définit le chemin vers les fichiers de cache d'application.
6. setAppCacheEnabled (drapeau booléen) - Définit si l'API Application Caches doit être activée.

Answer 2

Je ne suis pas sûr que cette question ait beaucoup de sens. Vous ne serez pas en mesure de "désactiver" une fonctionnalité HTML5 dans un navigateur qui la prend en charge. Le mieux que vous puissiez faire est probablement de définir un doctype non-HTML5 sur la page web, mais même dans ce cas, la plupart des moteurs de rendu (webkit inclus) supporteront toujours volontiers ces fonctionnalités ( <video> étiquette, <canvas> etc.) qu'ils mettent en œuvre.

On dirait que ce que vous essayez vraiment de faire, c'est de tester ce qui se passe avec une vidéo en streaming sur un appareil particulier (avec une version plus ancienne de webkit qui ne supporte pas le <video> ). C'est bien cela ? Dans ce cas, je n'ai pas connaissance de cualquier version de Webkit jamais distribuée avec Android qui ne prend pas en charge <video> mais je peux me tromper.