Raphael
-
Compteur de contenus
572 -
Inscrit(e) le
-
Dernière visite
Tout ce qui a été posté par Raphael
-
Je suppose que c'est la césure qui est interprêtée différemment selon les navigateurs. A part un espace insécabel, je ne vois pas quoi faire
-
Sans vouloir faire de pub excessive, je dirais que tu auras des explications à tes questions ici : http://www.alsacreations.com/articles/div/
-
Voilà les premiers PDF à télécharger : http://www.alsacreations.com/articles/pdf/bases.pdf ... la suite est en cours
-
Ah oui, c'est vrai que des pdf pour ceux qui travaillent hors ligne serait une bonne idée !
-
xhtml1.0 strict : déclaration xml ou pas ?
Raphael a répondu à jaco24 - Forum : XML et ses dialectes
Le prologue XML n'est pas obligatoire selon les usages que l'on fait du XHTML. Si on utilise XHTML pour faire du HTML (comme 90% des gens), le prologue n'est pas nécessaire. Par contre, si XHTML est utilisé comme du XML ou du MathML, le prologue est obligatoire. De même, il est obligatoire si l'encodage du document est autre que UTF-8 ou UTF-16. A l'heure actuelle, le prologue XML ne fait que basculer certains navigateurs dans le modèle de boite (erroné) de Microsoft. -
On m'a donné deux liens de chez Karl : http://www.la-grange.net/2002/06/23.html http://www.la-grange.net/2002/12/31.html
-
Question : j'aimerais citer un extrait de quelques lignes de mon livre préféré. J'utilise de préférence la balise : 1- <blockquote> 2- <cite> 3- <q> Et pourquoi ???
-
Voici la liste des éléments qui peuvent être enfants de H1 : * #PCDATA (caractères) * a * abbr * acronym * b * bdo * big * br * button * cite * code * del * dfn * em * i * img * input * ins * kbd * label * map * object * q * samp * script * select * small * span * strong * sub * sup * textarea * tt * var --> http://giminik.developpez.com/xhtml/index.php?idBalise=28
-
Ah bon ? plus simple comment ?
-
Oui, en fait chaque balise de bloc a des marges et un padding par defaut qui varient d'un navigateur à l'autre si on ne les spécifie pas explicitement. La balise la plus connue est <body>, mais c'est aussi le cas pour toutes les balises en bloc : paragraphe (<p>), listes (<ul>, <li>), titres (<hx>), etc... sauf la balise <div> qui est la seule balise en bloc à ne pas avoir de marges et padding par défaut.
-
C'est peut-être parce que ton link n'est pas complet. Essaye : <link rel="stylesheet" href="css.css" type="text/css" media="screen" /> Ou encore : <style type="text/css"> <!-- _AT_import url(css.css); //--> </style>
-
Et si tu veux éviter que les navigateurs graphiques donnent un gras à la police : strong { font-weight: normal; text-decoration: underline; }
-
Oui c'est un blog que je visite régulièrement : j'aime bien la qualité des billets.
-
Humm je nai pas trop compris quels soucis tu avais. En tout cas, voici quelques explications : - sur les id et les classes : http://www.alsacreations.com/articles/id_class/ - sur tes problèmes de compatibilité : http://www.alsacreations.com/articles/compatibilite/
-
Ah ils m'ont pris de court : j'allais justement réfléchir à ce genre de techniques utilisées pour un site entier et non pas seulement pour le menu... trop tard pour moi
-
Tu parles de quelque chose dans ce genre ? http://www.alsacreations.com/articles/affiche/
-
Oui Monique, j'en suis encore tout retourné L'idée des "Portes Coulissantes" est une excellente base de départ pour d'autres techniques !
-
Cette idée a été introduite sur le site "Fast rollovers, no preload needed" et sera reprise sous le terme de "Portes coulissantes". Cependant, ces méthodes ne fonctionnent pas sur tous les navigateurs (notamment sur Internet Explorer) et n'ont, pour l'instant, été appliquées qu'à un seul bouton unique et un survol toujours identique. L'idée est de n'avoir qu'une seule image unique pour TOUS les rollovers du site... et de rendre cette technique multi-compatible. Les avantages d'une telle méthode sont multiples : en résumé, des tests sur un site réel ont donné ces résultats : poids des images réduit de moitié, nombre d'images passant d'une 20aine à une seule, et plus besoin de préchargement : le survol est immédiat ! Plus d'explications et des exemples ici : http://www.alsacreations.com/articles/rollover_unique/ Si vous trouvez des erreurs, n'hésitez pas à me faire un feedback
-
Oui en effet, IE a un modèle de boite différent des autres : http://openweb.eu.org/articles/dimensions_boites_css/
-
Ben au départ, faire une cellule pour qu'elle soit vide, ça me parait un peu incongru, non ?
-
Un petit test en utilisant des listes de définitions, si ça peut vous aider à avencer : <?xml version="1.0"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr"> <head> <title></title> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" /> <style type="text/css"> <!-- .centre { margin: 0 auto 0 auto; text-align: left; background-color: blue; } dl, dd { display: inline; } dd {margin:0} --> </style> </head> <body> <dl class="centre"> <dd>puce 1 : mot court</dd><br /> <dd>puce 2 : mot plus long, voire trés long</dd><br /> <dd>puce 3 : mot quelconque</dd><br /> </dl> </body> </html>
-
Humm, et avec un display inline sur les objets, ça devrait aller non ?
-
Monique > Tu ne fermes pas tes <li> ? Pourquoi utiliser un div "centre" alors que <ul> remplirait très bien ce rôle ?
-
Sites fluides = mort du webdesign ? Je pense qu'on peut en juger ici : http://www.cssvault.com/ Il y'a pas mal de sites fluides et ça vaut le détour !
-
Rockz > "penser" le site au départ, c'est savoir que chaque élément devra être fluide, redimmensionnable, ainsi que les polices qui s'y trouvent. Un site très graphique, avec des dimensions fixes posera des problèmes lorsque le polices seront agrandies par exemple. Il faut donc savoir à l'avance comment va réagir chaque bloc, chaque structure lorsque le site sera redimensionné ou la police agrandie. En général, il est donc préférable d'utiliser des couleurs de fond, ou des arrière-plans répétables (par exemple une image de 1px de large qui va se répéter dans son conteneur) et de placer des images fixes par-ci par-là... mais pas de design entièrement en images fixes.