Reprise du message précédent :
je pensais plutot a un truc du style:
 on met l'image dans un div, le texte ds un autre, le div image a genre un petit pourcentage en largeur et le texte un gros et poufpouf quand le div de l'image est trop grand ben l'autre calque passe dessous j'arrive pas a exprimer le truc
nan , ouais je crois que jl'ai ds l'os...

Il faut mettre le texte dans un bloc qui est flottant à droite (float: right). Ce bloc doit avoir une largeur donnée et normalement si la largeur de l'image plus celle du bloc de texte dépasse la largeur du bloc conteneur, le bloc de texte passera en dessous.

 
  ... donc specifier une taille mini du div du texte
(toute facon, soit ya une grosse image en largeur et le texte en dessous, soit une image surtout en hauteur et donc pas de pb pour le texte)

suri > enfin je comprend vraiment pas pourquoi tu ne fais pas un div container dans lequel tu mettrais une image en float:right;
 
s'il y a trop de  texte il s'alignera de lui même en bas sous l'image.
 
et nan, j etrouve pas ma solution  du cutText très porc

c bon, thx tlm et gm
en fait j'ai un peu contourné le pb mais ca rend bien aussi
(le texte a tjs de la place de facon correcte sur le coté...)

Ouais en fait tu regardes la taille de l'image et si elle est plus grande que x px tu tapes ton div de texte en dessous

est ce que c prevu que mozilla gere les propriétés sur les scrollbar? ca manque jtrouve... ca fait tout moche ds un design

je crois qu'elles sont proprios IE...

Ça marche dans Opera 7 aussi, à condition que l'option soit activée par l'utilisateur dans les Preferences.

Et les scrollbars colorées ça fait tout moche avec le thème que j'ai choisi pour Mozilla.
 
Bref, il y a comme un conflit d'intérêts là

C'est vrai qu'il est bizarre de ne pas pouvoir skinner les scrollbars alors que les boutons et autres contrôles de formulaires peuvent l'être.
Une scrollbar sur le bord de la page, c'est pas grave qu'elle ne soit pas skinnée, mais une scrollbar d'un div/iframe au milieu de la page ça fait parfois tache.

Bon cela dit y'a peut être un bug d'ouvert dans bugzilla pour ça et qu'il est en attente comme plein d'autres bugs...

exactement

c'est mal les iframe ?

Très

Faut expliquer pourquoi aussi sinon il aura du mal à comprendre ...
 
Un Iframe est le chargement d'une page dans une autre page. C'est à dire que tu as besoin de deux pages si tu utilises un Iframe. De 3 pages si tu utilises deux Iframes dans une même page et ainsi suite ...

ok merci

Autre question, comment virer un scrolling horizontal d'une iframe ? (que je vais virer après, c'est temporaire)

 
ouais.. mais c utile justement d'avoir deux pages parfois (par contre plus d'une iframe ds une page ca commence a faire )

J'hallucine pour virer un scrolling horizontal qui ne sert à rien, il faut virer le doctype (le prb est sous IE et non sous les autres).

"overflow: auto;" ?

je vais voir ça en gardant le DOCTYPE

drapal

dites, je voudrais un avis sur le code que j'ai pondu en prévision d'un développment que je prépare en ce moment, c'est surtout au niveau sémentique puisque la page est valide xhtml 1.1.
 
http://www.nightwing.easynet.be/pr [...] tions.html
 
Ya beaucoup de divs là-dedans (en float) et je me demandais si c'était pas trop lourd (c'est juste que j'ai envie de permettre un haut degré de customisation).

 
Regarde plutôt l'utilisation de la balise <label for="">
 

 
C'est plutôt un <h2> ça non ?
 
De manière générale il me semble qu'il y a en effet beaucoup trop de <div> Tu pourrais faire l'impasse sur les <div class="line"> notamment qui ne te servent à rien.
 
De même ta class "inputs" est superflue, tu pourras cibler en CSS directement les <input>.
 
Voilà rapidement à vue de pif.

ouais mais euh, si je vire le <div class="line">, tous les contrôles s'alignent les uns derrière les autres
 
J'imagine que je peux corriger cela en passant par les CSS.
 
merci pour tes réponses

 
Y'a deux écoles :

• la tienne (cf. http://alistapart.com/articles/practicalcss/ partie Forms and functions) En gros ça revient à adopter un modèle proche des tableaux. D'ailleurs pour les formulaires on peut choisir cette voie
• l'autre qui consiste à utiliser des <br /> (cf. http://pixy.cz/blogg/clanky/css-fieldsetandlabels.html )

A toi de voir en fait Sachant que la 2e est plus légère au niveau syntaxe...

Ce qui me peine déjà à la vue du premier dégraissage de code, c'est que je peine à avoir la même présentation qu'avant
 
bon c'est vrai que c'est proche du tableau et que je voulais l'éviter, mais là ça ressemble plus à rien. Je vais donc jeter un oeil directement sur ton second lien
 
edit: ah oui j'avais déjà été là (tu avais déjà posté ce lien ici je pense) et c'est ce que j'ai essayé de faire maintenant mais va falloir que je retravaille ça

 
En même temps le côté relativement tabulaire du truc (chaque colonne possède des éléments qui sont de même nature) fait que l'utilisation du tableau est en l'occurrence sinon souhaitable, du moins possible.
 
Y'a pas de problème, juste des solutions

ah oui, vu comme ça, je pense que je vais mettre un petit tableau
 
parce qu'avec la seconde école, j'ai un mal fou à tout garder cohérent si je joue avec la taille de la fenêtre de navigation ou Ctrl-roulette

c'est antpai l'inventeur

http://incongru.webdynamit.net/LesTables
Mais c'est bourré de fautes
 
J'aurais bien voulu corriger mais j'ai la flemme de créer un compte..

ça prend 2 secondes !

Je préfère les passer ici que là bas

donc en fait tu n'aurais pas voulu corriger.

Bah si, j'avais double cliqué pour corriger mais vu qu'il me demandait un login/mdp j'ai laissé tombé, c'est tout  
J'corrigerais demain au taf si personne l'a fait d'ici là

*corrected*

Et je fais quoi moi aujourd'hui au taf ?  
 
 
 

Par rapport à ma question d'hier (quelques posts plus haut), j'ai finalement fait un compromis à la belge: j'ai viré la plupart des <div>, mais j'ai laissé le <div class="line"> parce que ça me lourdait vraiment trop
 
merci

c'est le pire: tu impliques du "layout" dans ton html.
 
 
donne lui plutot un id a ton div, qui dira ce qu'est et pas quelle gueule il doit avoir. (du genre <div id="formulairemachin"> )