Problème HTML5 avec Firefox 7.O.1

Ah effectivement pas pareil !

Sinon essaie avec le .htaccess c'est un fichier sans nom mais portant l'extension htaccess et qui configure pas mal de choses >> voir ce lien

jmlapam a écrit :
le .htaccess c'est un fichier sans nom mais portant l'extension htaccess

C'est un détail, mais non: le nom du fichier est ".htaccess", et il n'y a pas d'extension.
Ah ces utilisateurs de Microsoft DOS...

<culture type="informatique">

Sur les systèmes Unix-like on appelle les fichiers un peu comme on veut, et les extensions ne sont qu'une convention de nommage. Beaucoup de fichiers n'ont pas d'extension (par exemple le fameux /etc/hosts: le nom de fichier est simplement "hosts"). Il peut aussi y avoir des "extensions" qui comportent un point, par exemple un nom de fichier qui se termine par ".tar.gz" dénote a priori une archive tar gzippée.

Les environnements de bureau (Gnome, KDE, le Finder ou la commande "open" sous OSX...) vont en général lire le nom complet du fichier et faire du pattern matching pour savoir à quelle application associer un fichier donné. Il y a d'autres mécanismes qui entrent parfois en jeu, comme l'inspection des premiers octets du fichier lui-même (plutôt sous Linux) ou encore de métadonnées parfois enregistrées avec le fichier (sous OSX notamment). Enfin, les fichiers dont le nom commence par un point sont masqués (il faut demander à afficher les fichiers masqués, ou utiliser une option de la commande "ls" dans un terminal, pour les lister).

Sur Windows, depuis Windows 2000 les noms de fichiers sont à peu près aussi libres que sous les systèmes Unix-like. Il doit rester des petites alertes dans Windows Explorer quand on essaie d'appeler un fichier ".machin" ou même "bidule" (sans «extension»), un peu comme sous OS X quand je renomme "bidule.truc" en "bidule.chose", mais ce sont des controles ou aides des explorateurs de fichier et non pas des limitations du système d'exploitation ou du système de fichiers.

</culture>

fvsch a écrit :

Ah ces utilisateurs de Microsoft DOS...

Entre autres,....
Justement sur DOS, il faut afficher les extensions pour créer un .htaccess ou enregistrer avec des guillemets depuis le bloc texte. Ceci m'a induit en erreur, merci.

Sinon cela ne change pas le fond de ce que je disais.

jmlapam a écrit :

Justement sur DOS, il faut afficher les extensions pour créer un .htaccess ou enregistrer avec des guillemets depuis le bloc texte. Ceci m'a induit en erreur, merci.

Windows, pas DOS.

Misakoo a écrit :
J'ai aussi la vidéo au format FLV.

Elle ne devrait pas te servir. Si tu veux proposer un lecteur Flash en solution de repli (si le navigateur n'intègre pas le support de l'élément VIDEO en HTML5, ce qui est le cas d'Internet Explorer 7 et 8 par exemple), le lecteur Flash pourra utiliser le fichier MP4.

Misakoo a écrit :
Parce que j'ai pas de flash player sur mon serveur (a mon avis c'est ce qu'il faut non ? )

Ne pas confondre:
- Le Flash Player est un logiciel installé (ou pas...) sur le poste de l'utilisateur, et utilisé par les navigateurs comme un plugin.
- Un lecteur de vidéo en Flash est un petit logiciel, en général compilé au format SWF, qui sera interprété par le Flash Player et qui sera chargé de lire une vidéo et de fournir des contrôles (marche/arrêt, controle du son, etc.).
Si tu veux utiliser un lecteur de vidéo en Flash, c'est donc la deuxième chose qu'il te faut.

Si tu veux faire simple, laisse tomber la solution de repli avec lecteur Flash, et pour IE 7-8 tu peux te contenter de fournir un lien de téléchargement du fichier MP4 en contenu de repli de ton élément VIDEO:

<video controls="controls">
  <source src="machin.mp4" type="video/mp4" />
  <source src="machin.webm" type="video/webm" />
  Pour regarder la vidéo, <a href="machin.mp4">téléchargez ce fichier: machin.mp4</a>.
</video>

Si tu tiens à utiliser un lecteur Flash en solution de repli, il y a des scripts tout prêts parmi lesquels:
http://html5media.info/
http://mediaelementjs.com/
http://videojs.com/

Enfin, sur la question des en-têtes HTTP qui doivent être déclarés pour que les fichiers soient reconnus par les navigateurs (lorsqu'ils intègrent le support du format utilisé):
1. Il n'est pas inutile de se familiariser avec le protocole HTTP quand on fait des sites web.
2. Chaque fichier envoyé par le serveur est envoyé avec un en-tête HTTP Content-Type qui doit avoir la bonne valeur. Pour une page HTML ce sera généralement text/html, pour une feuille de styles ce sera text/css, et pour un fichier WebM ce sera video/webm.
3. Tu peux vérifier quels en-têtes HTTP sont envoyés par le serveur pour une URL donnée en utilisant un outil tel que Web-Sniffer (dont j'ai donné le lien plus haut).
4. Si l'en-tête Content-Type envoyé n'est pas bon, tu peux configurer le serveur web au niveau local, en plaçant un fichier .htaccess à la racine de ton site, et déclarer les bons types de média pour les bonnes extensions grâce à la directive AddType. Voir les informations complètes données par jmlapam dans ce sujet.

Voilà, ce sera tout.

salut je me rend compte que j'ai peut être poster mon sujet au mauvais endroit ...

quelqu'un à une idée autre que ma solution "rustine" ?

Vidéo html5 et source multiple HD/SD