Raphael

Merci encore Laurent pour ta motivation à expliquer clairement tous ces schémas de positionnement. Je suis également persuadé que ces explications pourraient faire l'objet d'un article très important... autant sur le Hub que sur d'autres références comme OpenWeb car la connaissance ne doit pas s'auto-limiter et qu'il vaut mieux diversifier les sources d'information. Si cela peut te dépanner, je veux bien reprendre, cette semaine à venir, l'ensemble de ce qui a été écrit ici pour en faire une synthèse. Ce qui me trouble encore : Euh... uniquement si le conteneur est lui-même positionné, non ? Dans le cas contréaire, l'élément en position absolue ne tient pas compte du tout de son "conteneur" et se positionne par rapport au dernier conteneur positionné (au pire : body ou html). C'est la différence par rapport à un flottant qui, lui, se place toujours dans son conteneur même si ledit conteneur n'est pas positionné. De plus, un élément flottant joue sur le placement des autres éléments en flux autour de lui. Donc j'ai du mal à admettre que le float sort du flux :-/ Personnellement, je trouve tout à fait logique d'inclure le relatif dans "les éléments positionnés". Pourquoi ? Parce qu'un élément positionné (absolu, relatif, fixé) se positionne par rapport à son conteneur s'il est lui-aussi positionné (absolu, relatif, fixé). Dans ce cas, je ne vois pas pourquoi exclure la valeur "relative" puisqu'elle joue très bien son rôle de "position". En fait, est-il mauvais d'extrapoler comme suit : - les éléments bloc/en-ligne se positionnent par défaut selon le flux : ils sont dépendant les uns des autres, par contre ils ne dépendent pas des éléments positionnés (absolu, relatif, fixé)... euh sauf relatif - les éléments positionnés se placent selon les autres éléments positionnés (un "flux parallèle" ?) : ils dépendent des autres éléments positionnés et non des autres éléments du flux. On pourrait presque parler de deux "flux" parallèles même si le terme n'est pas le bon.

Cette position reste (pour moi en tout cas) toujours assez floue. En fait, si on se limite à ce que tu dis, cela revient exactement au même que les éléments dans le flux normal : eux aussi se placent selon les règles du flux, puis sont décalés horizontalement ou verticalement (selon les marges qu'on leur donne). La seule différence serait que le décalage de la position relative se fait à l'aide des propriétés top et left et non margin-top et margin-left. En fait, corrige-moi si je me trompe, mais le placement de l'élément en position relative dépend du dernier élément positionné avant lui, contrairement aux éléments dans le flux normal. Ce serait là la grosse (seule ?) différence entre un élément en position relative et un élément dans le flux normal. Par contre pour les float et les positions absolues, l'élément ne tient plus compte de son conteneur (il dépasse par exemple, d'où l'une des utilités du clear pour les flottants). En clair, comme le dit Eric Meyer, un document (body) qui ne contient que des éléments positionnés en absolu n'a pas de dimension ! Je suis en-train de faire différents petits tests à ce sujet et je me demande comment interprêter ce comportement : #conteneur { background: yellow; width: 30em; /* pas de hauteur définie pour le conteneur */ } #bloc { width: 10em; height: 20em; background: green; float: left; } - Sur IE : le conteneur s'allonge en fonction du bloc flottant contenu - Sur Gecko : le flottant "sort" du conteneur. Si, comme tu le dis, le flottant sort du flux, dans ce cas le comportement Gecko est normal et IE aurait tort. Est-ce juste ?

Effectivement, c'est le genre de résumé qui me paraît capital. La plupart des problèmes des débutants (et autres) provient de la mauvaise connaissance de ce concept, or je trouve qu'il est vraiment très (trop) résumé sur OpenWeb (et tous les autres sites d'explications CSS d'ailleurs). Ce n'est pas une critique d'OpenWeb mais je pense qu'une explication comme la tienne permettrait à tous de commencer sur d'excellentes bases. Si tu es d'accord, j'aimerais reprendre ces explications (en les reformulant bien-sûr), sur le tutoriel de positionnement d'Alsa. J'attends ton accord naturellement.

Je suis d'accord avec toi Denis : citer des freelances n'a que peu d'intérêt en fait. Le fait que certains indépendants s'intéressent aux Standards ou à l'Accessiblité n'est guère représentatif : comme partout, il y'a toujours des visionnaires / imbéciles / fous (rayer la mention inutile). Là où ça devient représentatif, c'est losrque des sociétés de référence, des "vraies" webagencies, franchissent ce pas des standard... et là on remarque qu'elles ne sont pas nombreuses

Effectivement : <a> est une balise en-ligne. Elle ne peut donc pas contenir de balises bloc comme <p>

Tiens, j'ai déjà vu ce code quelque part récemment

Bonjour à tous, Je voulais vous faire part d'un petit test et conclusions sur le poids du nom de domaine sur Google : http://www.alsacreations.com/blog/index.ph...-nom-de-domaine Je pense que cela peut faire l'objet d'un débat intéressant (ici ou sur la page en question). Bien sûr, je comprendrais tout à fait que ce genre de lien externes puisse être mal vu et je le supprimerai immédiatement. Sib

Il faudrait effectivement que j'aille voir du côté de phpdig, mais la première approche m'a rebuté et m'a semblé être reservée aux experts linux

Cela implique l'utilisation des mots-clés, en clair que je fasse une liste moi-même de TOUS les termes susceptibles d'être trouvés dans les articles. Je ne compte pas utiliser les mots-clés ou les groupes de mots clés tout simplement parce que le client du site (administrateur) ne se prendra jamais la peine d'alimenter cette liste. Il faut vraiment que ça marche avec n'importe quel terme et non avec les mots-clés prédéfinis.

Autre problème : d'après mes expériences, Mozilla ne reconnait pas la hauteur en % sur les div avec overflow (quelqu'un peut confirmer?)

Si j'ai bien saisi, phpdig doit s'installer directement sur le serveur (mode console, donc reservé aux initié dont je ne fais pas partie). Peut-on s'en servir si l'on héberge pas le site chez soi ?

Merci Philippe, J'ai entendu parler d'autres moteurs pouvant être incorporés à Spip, mais ils sont plutôt ardu à mettre en place et nécessitent une installation sous linux en général

Personnellement, je préfère concevoir les sites graphiques en fluide. Y'a un peu plus de challenge, mais ça en vaut la peine.

Personne n'a encore jamais eu ce soucis ? ça me parait étonnant !

Bonjour, Actuellement, le moteur de recherche prend chaque mot clé avec lopération "ou" : par exemple, si je veux chercher tous les articles contenant uniquement les termes "sport" et "strasbourg", ça ne semble pas possible. En effet, les résultats affichent aussi les articles contenant uniquement "sport", même sils ont lieu à Tombouctou. Pour info : le moteur de recherche fonctionne ainsi : http://www.spip.net/fr_article1575.html Comment régler ce problème et avoir une recherche qui force TOUS les termes à être présent dans larticle ?

Merci à tous pour ces réponses. Désolé de ne pas être venu plus tôt : la notification automatique n'a pas fonctionné

Bonjour à tous, Je débute sur spip depuis avant-hier et je cale sur un problème certainement courant. J'aimerais avoir une rubrique Agenda, où ne seraient affichés que les X prochaines manifestations, un peu comme ici : http://www.ville-carbonne.fr/rubrique.php3?id_rubrique=46 Mes questions sont multiples : - comment gérer les post-datages pour y parvenir ? - comment isoler ces événements par rapport à la date courante ? (en clair, ma rubrique Agenda ne doit afficher QUE les prochains événements) - comment éviter que ces événements n'apparaissent également sur les autres rubriques ? (exemple : mon sommaire est censé afficher le dernier article publié, or, il m'affiche aussi mon article post daté même si la date est supérieure à aujourd'hui : http://www.alsacreations.com/spip Je suis piètre programmeur PHP, donc si vous avez une solution, merci de l'adapter à mon niveau

Ah ben voilà, il suffisait de le dire (au fait, il est où le fil RSS ? ) Tiens en passant, juste un mot sur ton tuto des rollovers CSS : http://www.elmoustikoblog.net/tutoriels.php?tut=roll_over div#exemple ul li { margin: 0 0 5px 0; padding: 0; list-style-type: none; /* Suppression du padding du <li>, de la mise en forme des puces, et on définit une marge basse de 5px pour aérer le tout */ } div#exemple ul li a { display: block; /* On passe les liens en éléments de type block pour leur donner des propriétés de taille */ width: 170px; line-height: 30px; color: #000; text-indent: 40px; /* On decale le texte de 40px du bord gauche */ text-decoration: none; background: url(tutos/img/bg_menu.gif) no-repeat 0 0; /* On met une image de background, que l'on positionne à 0px du bord gauche et 0px du bord haut */ border: 1px solid #dbd; } Personnellement, je pense qu'il est préférable d'éviter (dans ce cas) le text-indent sur <a> (car non reconnu par les anciens navigateurs), au profit d'un padding-left sur <li>, ça ne posera pas de problèmes de box-model vu que le <li> n'est pas dimensionné. Je ne sais pas ce qu'en pensent les autres.

Salut Moustique... alors ton blog, il ouvre quand ?

Le niveau ou la taille ? Pour la taille à mon avis, c'est déjà gagné !

J'ai l'impression de me répéter, mais bon... rien n'empêche d'ouvrir une nouvelle fenêtre sans attribut "target". :!:

Non, ça n'a aucun rapport avec le navigateur http://www.acces-pour-tous.net/fichiers_co...b=popup_parfait

"Non" puisque rien n'empêche d'ouvrir une nouvelle fenêtre sans attribut "target".

Moi j'ai trouvé cet article très complet, j'y ai appris beaucoup de choses... bon faut dire qu'au départ je ne savais pas ce qu'était un trackback !

L'utilisation dynamique des divs fonctionne très bien partout à condition d'employer getElementById Pour ton site : - beaucoup d'attente de chargement (1min d'attente sur ADSL1024) - Je trouve dommage d'avoir à scroller pour découvrir le site : le menu est le contenu ne sont pas visibles d'emblée - Il y'a malheureusement beaucoup de fautes d'orthographe, ce qui nuit à ton site - On s'attend à pouvoir cliquer sur ton mail pour t'écrire mais ce n'est pas le cas - Ton texte "<< retour" est un peu pauvre, tu pourrais l'enrichir (styles CSS particulier par exemple)