All rights reserved.
Cette liste des questions les plus fréquemment posées est tenue à jour par WDG et a été mise à jour pour la dernière fois le 15 Juillet 2000. (La présente traduction date de Janvier 2001). Elle peut être trouvée aux adresses suivantes :
La traduction en hollandais de ce document est disponible également :
La présente traduction française se trouve sur :
Si vous souhaiter contribuez à cette FAQ, merci d'envoyer un message à <darin@htmlhelp.com>. Toutes les personnes qui ont participé à cette FAQ sont listés à la fin.
N'hésitez pas àcontacter le traducteur pour signaler une imprécision, une erreur de traduction, une faute de français que vous pourrez trouver dans ce document : <cedrik.rousseau@insa-rouen.fr>
5. Autres Média
Une fois que le fichier est mis sur le serveur, vous avez simplement besoin d'une ancre pour le lier. Par exemple,
<a href="../fichiers/ours.zip">Télécharger ma collection
de nounours! (Fichier ZIP de 100Ko)</a>
Il est possible que le serveur ait besoin d'être configuré pour quelques types de fichier. (Voir la prochaine question).
Si vous essayez de lier un type de fichier particulier et qu'il ne renvoie pas la réponse désirée, il y a des chances pour que le serveur ait besoin d'être configuré au niveau des types MIME.
Voici la liste des types de fichier les plus répandus nécessitant un réglage :
|
Type de contenu |
Description |
|---|---|
| Application/msword | Document Microsoft Word |
| application/octet-stream | Données binaires. (Souvent utilisé pour les archives et les exécutables) |
| application/pdf | Document PDF |
| application/wordperfect6.0 | Document WordPerfect 6.0 |
| application/zip | Archive ZIP |
| audio/x-wav | Fomat audio WAV |
| audio/midi |
Format audio Midi |
| audio/x-pn-realaudio | RealAudio |
| image/gif | Image Gif |
| image/jpeg | Image Jpeg |
| image/png | Image PNG |
| text/html | Document HTML |
| text/plain | Texte brut |
| video/mpeg | Format vidéo MPEG |
| video/quicktime | Vidéo QuickTime |
| video/x-msvideo | Vidéo Microsoft AVI |
Une autre méthode pour s'assurer que votre fichier est envoyé au client correctement est de le compresser dans un format d'archive standard. L'immense majorité des serveurs est configurée pour prendre charge l'extension .zip et ce format est très largement reconnu par les utilisateurs.
Certains serveurs (NCSA, Apache ou autres) peuvent être configurés pour suporter des types de contenu configurés par l'utilisateur. Les détails varient évidemment selon les serveurs, donc consultez votre documentation.
Notez par ailleurs qu'Internet Explorer ignore les types MIME fournis par le serveur, ainsi cela peut parfois marcher quand le serveur est mal configuré. Les autres navigateurs traitent correctement l'information révélant ainsi les mauvaises configurations.
Vous ne pouvez pas, parce que le Web ne marche pas de cette façon.
Quand le navigateur demande un document (hypertexte, image, audio, multimédia, etc.), le serveur dit au navigateur de quel type il s'agit. (Le serveur doit être configuré pour identifer les types des documents correctement, comme décrit dans la question précédente).
Le navigateur décide alors d'agir. Les différents navigateurs sont capables d'afficher différents types de documents. En général, les navigateurs sont configurés pour enregistrer sur le disque les types de document qu'ils ne peuvent pas lancer. Il n'y a aucun moyen pour l'auteur d'une page web de contourner la façon dont le navigateur est configuré pour gérer tel type de fichier.
Vous ne pouvez pas, parce que le Web ne marche pas de cette façon.
Comme expliqué dans la question précédente, le serveur s'occupe d'identifier le type d'un document puis le navigateur fait le choix de l'afficher ou de le sauver. Il n'y a aucun moyen pour l'auteur d'une page web de contourner la façon dont le navigateur est configuré pour gérer tel type de fichier.
Cependant la plupart des browsers permettent à l'utilisateur de sauver un fichier s'il le veut. La meilleure façon de suggérer aux navigateurs (autres qu'internet explorer) de sauvegarder un fichier sur le disque est de régler le type MIME à "application/octet-stream".
Si vous souhaitez vraiment enlaidir vos pages avec ces horribles animations libre à vous de jeter un oeil sur :
(Cet avis assez tranché est notamment dû entre autre au fait qu'il est impossible de contrôler la vitesse de défilement des images successives. Il peut donc arriver tantôt que ça défile beaucoup trop vite, tantôt que ça défile beaucoup trop lentement.)
Une vignette est simplement une copie de l'image totale qui a été modifié pour en réduire la taille. Elle est liée à l'image d'origine avec un lien classique :
<A HREF="ours_geant.jpg"><IMG SRC="petit_ourson.jpg" ALT="Photo
d'un gros fauve"></A>
Il y a plusieurs techniques permettant de réduire la taille d'une image :
Les vignettes peuvent utiliser plusieurs techniques simultanément. Par exemple, Jakob Nielsen prêche pour la "Relevance-Enhanced Image Reduction" qui combine la réduction de taille et la sélection de l'essentiel.
C'est le résultat d'inclure des "espaces blancs" (espaces et retour à la ligne) avant ou après une balise IMG à l'intérieur d'une ancre. Par exemple :
<A HREF=...>
<IMG SRC=...>
</A>
laissera un espace à droite et à gauche de l'image. Comme la plupart des navigateurs affiches les ancres en bleu souligné, ces espaces apparaitront eux aussi soulignés.
La solution est de ne pas laisser d'espace à l'intérieur d'une ancre. Et si la ligne est vraiment trop longue, vous pouvez toujours couper à l'interieur de la balise, comme ceci :
<A HREF=...><IMG
SRC=...></A>
Les vérifieurs de style tels Weblint vous feront remarquer de tels problèmes dans votre code HTML .
Il y a deux approches de base. D'abord, vous pouvez utiliser un champ IMG normal mais qui fait référence à un script CGI qui renvoie aléatoirement une image parmi celles que vous aurez programmé. Un exemple d'un tel script se trouve sur <URL:http://www.foad.org/~abigail/CGI/random_images.html>. Regardez également la FAQ sur les CGI pour plus d'information : <URL:http://www.htmlhelp.com/faq/cgifaq.html>.
L'autre méthode, c'est que la page HTML entière soit générée dynamiquement par un script CGI ou simplement une instruction SSI. Ainsi, le champ IMG peut faire référence à des images normales. De plus, cela permet d'adapter les attributs comme HEIGHT et WIDTH en fonction des images. Si votre serveur supporte SSI, jetez donc un oeil à sa documentation.
Il y a de grandes chances que vous ayez oublié de fermer la balise à la fin de l'attribut SRC. Ou alors vous avez peut-être utiliser un caractère ">" quelque part à l'intérieur de la balise. Bien que ce soit autorisé, plusieurs vieux navigateurs penseront que la balise se terminent là, affichant ainsi le reste comme texte standard.
Ceci arrive surtout si vous utilisez des marqueurs de commentaires pour mettre du texte en remarque. (Voir la réponse à "Comment introduire des commentaires en HTML?"). Bien que la syntaxe correcte soit <!-- ... --> (sans aucune occurence de "--" dans le commentaire), certains navigateurs peu finaud penseront que le commentaire finit au premier ">" qu'ils voient.
Les validateurs vous montreront les erreurs de syntaxe dans vos marqueurs, mais les vérifieurs tels que Weblint ou HTMLcheck trouveront où vous pourriez provoquer les bugs connus des navigateurs. Par exemple, certaines versions de Netscape sont réputées avoir des problèmes avec les liens vers des ancres nommées quand les ancres sont à l'intérieur d'un tableau qui utilise l'attribut ALIGN. Voir aussi la réponse à "Comment vérifier les erreur éventuelles?".
Une autre possiblité est que votre logiciel de création Web ait utilisé des URL vers des fichiers locaux. (par exemple, file:C:\baignade\ours.gif). Si c'est le cas, vous devrez alors les remplacer avec des adresses relatives (i.e. , ours.gif)
Enfin, veillez à utiliser un format d'image largement utilisé. Par exemple le format BMP de Microsoft (A ne surtout pas utiliser sur le Web car non compressé!) ou ART d'AOL ne sont pas compatibles avec tous les systèmes. Il vous faut donc convertir vos images en GIF (pour les animations), JPEG (pour les photos) ou PNG (pour les schémas/dessin) à l'aide d'un logiciel de traitement d'image.
Vous ne pouvez pas. Le navigateur a besoin du fichier de l'image pour afficher votre document; ce fichier doit donc être obligatoirement envoyer au navigateur.
Il existe quand même quelques astuces pour rendre difficile la sauvegarde d'image. Cependant, tout comme les astuces pour cacher le fichier source, ces astuces causent des problèmes aux utilisateurs honnêtes et n'empêcheront jamais les voleurs de sauvegarder vos images.
De toutes façons, les voleurs expérimentés savent faire des captures d'écran (au moyen de la touche Impression Ecran sous Windows), donc toutes tentatives à base de JavaScript ou de Flash se contournent aisément ainsi.
Non! En revanche les entités telles que &truc; ou &#nombre; sont autorisées.
Si vous voulez savoir comment écrire de bons champs alternatifs, lisez le texte de Alan Flavell sur <URL:http://www.htmlhelp.com/feature/art3.htm>.
La plupart des navigateurs supportent la balise EMBED pour cela, en supposant que l'utilisateur soit équipé pour lire les sons. Certains navigateurs supportent uniquement BGSOUND. Pour éviter des problèmes avec les navigateurs qui supportent ces deux balises, placez BGSOUND dans une instruction NOEMBED :
<EMBED SRC="symphonie_ours.wav" HIDDEN=true AUTOSTART=true>
<NOEMBED><BGSOUND SRC="symphonie_ours.wav"></NOEMBED>
Pour plus d'infos sur la balise EMBED, allez sur <URL:http://developer.netscape.com/docs/manuals/htmlguid/tags14.htm#1286379>. Pour plus d'infos sur la balise BGSOUND, allez sur <URL:http://msdn.microsoft.com/workshop/author/dhtml/reference/objects/bgsound.asp>.
Notez que ces balises ne sont pas standard mais propriétaires. (Le standard HTML pour faire ça n'est pas bien supporté).
Soyez conscient également que une bonne part des internautes n'aiment pas les musiques qui démarrent automatiquement. Peut-être leur volume ne sera pas adapté, ou alors ils seront en train d'écouter autre chose. Par courtoisie envers vos visiteurs, vous pouvez préférez d'offrir le son en tant que lien :
<A HREF="ours_musicaux.mid">Ecoutez le doux chants des ours! (5
KoMIDI)</A>
La grande majorité des navigateurs possèdent une fonction "Enregistrer sous ..." qui permet de spécifier du texte brut comme format d'enregistrement. Une autre approche est de sélectionner tout le texte, de le copier et de le coller dans un éditeur.
Les utilisateurs de lynx sous peuvent lancer "lynx - dump http://lesite" pour imprimer dans un fichier. La command "p" de lynx permet de faire la même chose sans récupérer les liens.
Certains outils de création permettent également de transformer le code HTML en texte brut :
Si vous voulez vraiment vous compliquer la vie, vous pouvez également essayer de rechercher "HTML stripper" (c'est la terminologie anglaise) dans un moteur de recherche comme google ou altavista.
Pour des rajouts ou des oublis dans cette FAQ, merci de contacter <darin@htmlhelp.com> (en anglais) ou <cedrik.rousseau@insa-rouen.fr> (en français)
Toutes les informations ici présentes ont été compilées à l'origine par les membres du Web Design Group, principalement Arnoud "Galactus" Engelfriet, John Pozadzides, et Darin McGrew. La traduction hollandaise de cette FAQ a été réalisée par Rijk van Geijtenbeek, tandis que la traduction française à été faite par Cédrik Rousseau dans le cadre de l'UV traduction de FAQ du département ASI de l'INSA Rouen.
Des compléments ont été apportés par Boris Ammerlaan, Martin Atkins, Lori Atwater, Alex Bell, Stan Brown, Roger Carbol, Alex Chapman, Jan Roland Eriksson, Jon Erlandson, Mark Evans, Peter Evans, Alan Flavell, Rijk van Geijtenbeek, Lucie Gelinas, Bjoern Hoehrmann, Tina Marie Holmboe, Cliff Howard, Thomas Jespersen, Peter Jones, Nick Kew, Jukka Korpela, Simon Lee, Nick Lilavois, Neal McBurnett, Glen McDonald, Dan McGarry, Ken O'Brien, Timothy Prodin, Steve Pugh, Liam Quinn, Colin Reynolds, Kai Schätzl, Doug Sheppard, Sue Sims, Toby Speight, Warren Steel, Ian Storms, Peter Thomson, Daniel Tobias, and Diane Wilson.
Merci tout le monde
Home, Reference, FAQs, Tools, Design, Feature Article, BBS, Links
Copyright © 1996-1999. All rights reserved.