Geckozone

merci pour les précisions de plus en plus précises, y'a de quoi grignoter. Pour les images décoratives en 2 couleurs (coins arrondis pour les blocs...), j'utilise png systématiquement.

Le menu horizontal qui va de "Accueil" à "Liens" devrait être sous balises <ul> et <li>, balises réservées aux listes de menu. Actuellement, c'est une suite de liens. Tu devrais avoir :
Code:
<ul><li><a href="quisommesnous.html">Qui sommes-nous?</a></li><li>(etc...)</li></ul>
, pour chaque item de la liste (incluant chaque lien) un "<li> </li>". Si tu veux des boutons-images, il faut prévoir des puces-images pour chaque <li>.

comment faire des puces images ?
J'ai cherché dans les tuto mais je ne trouve rien sur le sujet
merci

Message envoyé avec : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

pour faire des puces images, il suffit que tu crées l'image destinée à devenir la puce( de préférence de petite taille: max. 16 x 16px)
Ensuite, éditeur css > règle pour <li> > liste > puce image: tu vas chercher le fichier de ton image destinée à devenir la puce.
penser à charger l'image sur le serveur pour la mise en ligne
Si tu veux une puce différente pour chaque élément de liste, tu définiras la puce pour chaque élément de liste par style interne:
Barre d'étaten bas de l'écran > clic droit sur <li> > style interne > etc...

merci Chinon 37 mais 16 x 16 px c'est trop vraiment trop faible
sinon, j'ai une autre question au sujet de la résolution d'écran, je viens de passer en 800 x 600 pour la création du site, seulement je me demandais si je devais centrer les blocs ou les caler à gauche
Bonne journée


Message envoyé avec : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Orange 8.0; NaviWoo2.0; .NET CLR 1.1.4322)

TAMA a écrit :16 x 16 px c'est trop vraiment trop faible

et ben, essaie plus grand, tu verras bien! Osons! Osons!
(>chinon : tu es sûr que 16x16, c'est un max? Pb d'affichage IE ou un truc dans ce genre-là?)

TAMA a écrit :je me demandais si je devais centrer les blocs ou les caler à gauche

ben comme ça, à l'oeil, ça semblerait mieux si centré, non? Attention, sous FF, le menu recouvre le <h1> (IE OK).
En tout cas, ça évolue bien, bravo!

j'ai suivi certains de vos bons conseils et j'ai remanié mon site, j'ai un problème de bouton image qui ne fonctionne pas à cette page entre autre : http://tama44.free.fr/contact.html
vous avez une idée du problème ?

merci

Message envoyé avec : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Orange 8.0; .NET CLR 1.1.4322)

problème résolu
j'ai supprimé les boutons liens qui ne fonctionnaient pas, en ai recréé d'autres et cela fonctionne !
@+

Message envoyé avec : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Orange 8.0; .NET CLR 1.1.4322)

TAMA a écrit :j'ai un problème de bouton image qui ne fonctionne pas à cette page

je ne vois rien de spécial (sauf que comme déjà signalé :

MB a écrit :Le menu horizontal qui va de "Accueil" à "Liens" devrait être sous balises <ul> et <li>, balises réservées aux listes de menu. Actuellement, c'est une suite de liens. Tu devrais avoir :
Code:
<ul><li><a href="quisommesnous.html">Qui sommes-nous?</a></li><li>(etc...)</li></ul>
, pour chaque item de la liste (incluant chaque lien) un "<li> </li>". Si tu veux des boutons-images, il faut prévoir des puces-images pour chaque <li>.

)

PNG/JPG :

Après avoir lu toute la prose proposée par Fabrice, j'en viens à six conclusions simples et pratiques, sans doute grossières mais qui me conviendront à mon niveau bien en-dessous de celui d'un spécialiste de l'image numérique :

1. le png est à utiliser pour des images qui ne comportent que 2 ou peu de nuances (dessins ou photos mais il y a moins de photos dans ce cas) : il est particulièrement adapté aux textes, par exemple le calendrier qui a démarré cette discussion
2. le jpg est à utiliser pour des images à nuances plus nombreuses.
3. la transparence possible avec le png n'est pas assumée par IE (jusqu'ici, j'ai jamais eu besoin de transparence sur un site)
4. le png est comparable au gif, mais le gif permet l'animation, pas le premier : m'en fiche aussi, les animations gif sont plutôt ranpataplan, et gif ne devrait être utilisé que par celui qui a payé la licence de son utilisation à son propriétaire (m'étonnerait qu'y ait beaucoup de répression mais c'est un principe, png est libre, lui). Au fait : jpg n'est pas libre, mais la question juridique ne semble pas réglée (voir http://fr.wikipedia.org/wiki/JPG)
5. le réglage de la compression de jpg par rapport à la qualité est très fin, et facile à utiliser dans Gimp par exemple. Faire la même chose pour png, j'ai jamais rien compris c'est moins évident.
6. le png compresse moins le volume de l'image : tant pis, dans tous les cas, mieux vaut une image qui s'affiche plus lentement et qui soit de bonne qualité, surtout avec le succès de l'adsl (je ne veux pas sousestimer l'utilisation du modem 56k dans de nombreuses parties du monde)

C'est grossier, mais c'est facile à retenir! A nuancer ou infirmer, sûrement...

Bonjour,
Merci Mongo pour ton résumé.
Pourtant, comme je le disais plus haut, mes résultats pour cette image du calendrier ne sont pas probants : en png 8, 255 couleurs, l'image pèse 267 Ko, en jpg elle ne pèse que 177Ko.
Quels résultats as-tu obtenus avec The Gimp ?
De toutes façons avant de sauvegarder c'est vite fait de voir quel format donne les meilleurs résultats.

Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5

Je ne faisais que théoriser, je n'ai rien essayé!
Ton image du calendrier est-elle supérieure en qualité à la jpg, c'est surtout ça! On considère le volume trop élevé comme un mal nécessaire, mais il faut que je refasse des essais de scan, plus tard.
Pour The Gimp, je disais seulement qu'il était très facile de régler la compression du jpg par rapport à sa qualité, avec l'aperçu en direct et le curseur.
à +, on va y revenir...

le png 8 bits permet jusqu'à 256 couleurs
Le png 24 bits permet 16 millions de couleurs (couleurs réelles rvb)
Le png ne détériore pas l'image contrairement à JPG qui est destructeur
dans un avenir proche, le "png" animé pourra remplacer le gif, grâce à l'apng
La compression du png est directement liée au nombre de couleurs utilisées et au tramage.
quelques sites:
http://www.libpng.org/pub/png/pngfaq.html#png8-png24
http://www.en1heure.com/pratique_formats_image.php