php mysql

merci, je teste ton code

pourquoi background-color: #CCCC99 de #contenu ne s'affiche pas? qu'est-ce que j'ai encore fait

ça s'affiche, mais a priori il le considère comme vide de contenu alors il ne fait rien

mets un retour <br> avant de fermer le div #contenu
...<img src="photocv.png"></div><br></div>

merci, cela fonctionne en rajoutant un espace

par contre l'image n'est pas droite de son block pourquoi? SVP juste une piste et la reponse dans un spoiler

énigme 1

énigme 2

solution

1 )

2)

<img src="photocv.png" style ="float: right"> ou il y a plus clean

<img src="photocv.png" align="right"> c'est une autre façon mais tu perds le côté css pur

Bah fait un id #photocv par exemple, comme ça t'auras bien séparé ta présentation du contenu.



En tous cas, j'te déconseille très fortement le align="right" proposée par debugger pour la raison évoquée ci dessus en plus du fait que le HTML 4.01T c'est has been.

c'est une méthode digne des plus grands chefs kurde de cette planète, et attention aux compatibilités inter-navigateurs

"tu perds le côté css pur" = "tu perds la séparation présentation / affichage" (faut lire mon poste en entier)

"has been" renvoit à une notion de mode, purement subjective donc, et en technique ça n'a pas sa place

EDIT TYROU : merci d'arreter cette flamewar à la con, y a déjà un topic de fermé, ou va pas devoir en arriver à fermer tous ceux qui causent de php parce que vous vous foutez sur la tronche tout le temps ?

Hey hey, stop :

-Aux bastons à la con
-Aux clear:both

Vincent : http://www.blog-and-blues.org/articles/Flo...es_de_formatage utilise ça plutot que clear:both
Cooling : background-color:red et background:red sont équivalents

merci je regarderai ce soir

J'ai corrigé ton code en applicant le contexte de formatage, j'ai viré pas mal de trucs inutiles, c'est commenté.
Pour l'image t'es pas obligé de mettre une taille.

beaucoup moins kurde que ma méthode vincent, mais ça marche aussi

Perso je préfère mon écriture pour la simple et bonne raison que le raccourci background remet aux valeurs par défaut toutes les propriétés non explicitement déclarées (background-image, background-repeat, ...) ce qui peut écraser les déclarations précédentes.

C'est bien la vocation du shortag, éviter



et faire



En l'occurence il n'y a pas de déclaration précedente, et le cas échéant on continuerait la déclaration avec le shortag

clair que y'a pas photo

d'autant plus que dans la réalité les cas avec déclarations précédentes antèrieures dans la feuille de style n'existent pas, à moins de ne pas comprendre ce qu'on fait

évidemment il y a des exceptions, mais en règle générale 5 fois moins de code = 5 fois moins de risques de bugs = 5 fois plus de facilité à maintenir

Dans la même feuille de style, normalement non, mais chez moi la cascade des css via différents fichiers est quand même vachement utilisée alors ce serait con que qq'un mette dans la dernière CSS :



plutôt que :



alors que dans la CSS chargée avant il soit écrit :



Dans ce cas la valeur de l'attribut background-repeat serait remplacée par l'attribut par défaut ce qui n'est absolument pas le comportement désiré... donc méfiance...maintenant il est mis en garde...

Bah déja en prod t'évites :

-De charger 20 fichiers CSS, les hits c'est pas le plat préféré d'un serveur.
-Et donc d'avoir une séparation des styles concurents.

Y'a absolument aucun interêt d'écraser des styles dans le même espace, tu sépares par sections ou par univers.

L'exemple que tu montres est le fruit d'une organisation à revoir



Ici j'écrase la propriété position, uniquement si le parent à la classe lightActive, et je modifie la priorité sinon, ça ne marche pas

Y'en a qui choisissent les perfs, d'autres la modularité, d'autres font un mix... Perso à la base j'étais axé perfs mais quand j'vois que nos serveurs ont un load average minable, à quoi bon s'emmerder ? J'me gêne pas pour faire du découpage intensif : ça m'fait gagner du temps pour la maintenance et ça ne se ressent absolument pas au niveau de la charge.
Et ceci, sans compter le fait que nos brouteurs sont assez malins pour faire des HEAD au lieu des GET, que les fichiers sur le serveur sont en cache donc niveau i/o sur les disques c'est même pas à prendre en compte donc bref, on s'en tape un peu...

J'ai l'impression que t'as pas saisi où je voulais en venir avec mon exemple... Je met en garde l'utilisation des raccourcis pour la raison que j'ai évoquée 2 posts avant, imagine sur une page qui a sa propre CSS, tu veux modifier le fond du site qui est en repeat-y, t'as intérêt à pas avoir la facheuse habitude d'utiliser les raccourcis sinon tu vas te faire baiser parce que le repeat va repasser en valeur par défaut alors que si t'utilises la propriété "longue", aucun souci t'es sûr de ne modifier que ça... Après tu vas me dire que par rapport à son exemple, le raccourci suffisait, j'suis totalement d'accord mais c'est dommage pour Vincent qui demande qu'à apprendre de dire "background-color:red et background:red sont équivalents" sans avertir des dangers potentiels comme je l'ai fais...

"Les dangers potentiels"

Comme tout ce qui est fait en prog, tu dois maitriser ton environnement et les principes d'application. Comme je l'ai montré dans mon exemple, je sais ce que je modifie, et c'est pour ça que je n'utilise pas le shortag...

Au fait, tu fais ton debugger ou quoi ? T'arrêtes pas d'écrite shorttag avec un seul t alors qu'y en a 2 !