Les Écouteurs d'événement en HTML5 Vidéo sur l'iPad Safari ne fonctionne pas?
J'ai obtenu ce dans le <head>
:
<script>
function log(event){
var Url = "./log.php?session=<?php echo session_id(); ?>&event=" + event;
xmlHttp = new XMLHttpRequest();
xmlHttp.open( "GET", Url, true );
xmlHttp.send( null );
}
</script>
Et ce dans le <body>
:
<video id="video" src="./video/LarryVideo.mp4"
controls="controls"
poster="./img/video_poster.jpg"
onabort="log('onabort');"
oncanplay="log('oncanplay');"
oncanplaythrough="log('oncanplaythrough');"
ondurationchange="log('ondurationchange');"
onemptied="log('onemptied');"
onended="log('onended');"
onerror="log('onerror');"
onloadeddata="log('onloadeddata');"
onloadedmetadata="log('onloadedmetadata');"
onloadstart="log('onloadstart');"
onpause="log('onpause');"
onplay="log('onplay');"
onplaying="log('onplaying');"
onprogress="log('onprogress');"
onratechange="log('onratechange');"
onreadystatechange="log('onreadystatechange');"
onseeked="log('onseeked');"
onseeking="log('onseeking');"
onstalled="log('onstalled');"
onsuspend="log('onsuspend');"
ontimeupdate="log('ontimeupdate');"
onvolumechange="log('onvolumechange');"
onwaiting="log('onwaiting');">
<script>
QT_WriteOBJECT('./video/LarryVideo.mp4',
'380px', '285px', //width & height
'', //required version of the ActiveX control, we're OK with the default value
'scale', 'tofit', //scale to fit element size exactly so resizing works
'emb#id', 'video_embed', //ID for embed tag only
'obj#id', 'video_obj'); //ID for object tag only
</script>
</video>
Mon Safari crée nice fichier journal des entrées comme prévu. Mobile Safari de l'iPad ne rien faire du tout.
Ce qui pourrait être mal avec cela?
Merci!
Vous devez vous connecter pour publier un commentaire.
Je n'ai pas été en mesure d'obtenir une prise de readystate sur un ipad, soit, mais vous pouvez obtenir d'autres événements plus ou moins vous permettent de déduire la readystate.
Mais soyons clair, le problème, c'est Apple assez bien raconter toute la merde du monde qu'ils utilisent l'internet de mal. Accordé, tout le monde déteste les sites qui commencent à jouer de la musique à la seconde où ils se charger, puis Apple va les noix et les tue TOUS les/TOUTES les mise en mémoire tampon de données audio/vidéo qui n'est pas explicitement initié par une action de l'utilisateur, car Apple, apparemment, pense à leurs utilisateurs sont trop attardé sur "retour" si un site dérange; les fanboys d'accord aussi. En fait cela laisse le reste d'entre nous à pirater la merde hors de nos applications si l'on ose essayer de gérer tout type d'effets sonores. Je sais que ce n'est pas le lieu de grogner...mais que je sois damné si le bâtiment TOUT doux intéressants/expérience interactive en HTML5 sur l'iPad n'est pas un facepalm après l'autre...que ce soit le 5 mo de cache de la limite qui se bloque tout simplement le navigateur si une page a *un trop grand nombre (selon Apple), les images ou la difficulté de précontrainte toute sorte de médias pour améliorer l'INTERFACE utilisateur - sérieusement, en dehors de blogs wordpress et les lecteurs de flux rss, navigateur Safari mobile de la mise en œuvre de HTML5 est assez inutile. Et ainsi, le rêve de HTML5 "construire une fois, jouer n'importe où" la proposition de valeur est mort et nous revenons à deving applications natives...au moins cela nous donne une bonne sécurité de l'emploi /coup de gueule