Thibault Jouan a écrit :
> <div>
> <div style="float: left; width: 49%">
> bla bla
> </div>
> <div style="float: left; width: 49%">
> bla bla
> </div>
> <div>
> <div style="clear: both;"></div>

Beurk, dernier <div> inutile.

> Je préfère :

Méthode "Old School" et plus proche du hack que d'une technique
conventionnelle. D'autant que IE6, ":after" et "content" ne s'entendent
pas du tout.

> clear:after {
> content: ".";
> display: block;
> height: 0;
> clear: both;
> visibility: hidden;
> }
>
> <div class="clear">
> <div style="float: left; width: 49%">
> bla bla
> </div>
> <div style="float: left; width: 49%">
> bla bla
> </div>
> <div>

La méthode plus moderne est nettement plus simple et, oh bonheur, même
IE6 la comprend du premier coup sans passer par des hacks immondes :

<div style="overflow:auto">
<div style="float:left; width:49%">
foo bar
</div>
<div style="float:left; width:49%">
foo bar
</div>
</div>

--
laurent

Le 18/03/2008 16:48, Andreas Prilop a écrit :
>
>> # Servir les pages xhtml avec le type MIME text/html
>> # aux navigateurs qui ne comprennent pas le application/xhtml+xml
>
> Bullshit!
>
> Il suffit d'utiliser le suffixe .html
>
> http://www.unics.uni-hannover.de/nht...nt-type.x.html

<cit.>
Internet Explorer 6/7 (Windows XP/2003/Vista) ignores the content-type
when the « file extension » is .html.
</cit.>

1) Je n'en ai jamais entendu parler.

2) Ça ne marche pas chez moi (IE 6 sur Windows 2000). Après une boîte de
dialogue me mettant en garde sur le fait que certains fichiers peuvent
endommager mon ordinateur (ce qui n'est pas du plus bel effet pour une
page web), il me propose le choix entre « Ouvrir », « Enregistrer »,
« Annuler » et « Plus d'infos ». Si je demande d'ouvrir, il refile le
bébé à SeaMonkey qui est mon navigateur par défaut.

Laurent vilday a écrit :
>
> La méthode plus moderne est nettement plus simple et, oh bonheur, même
> IE6 la comprend du premier coup sans passer par des hacks immondes :
>
> <div style="overflow:auto">
> <div style="float:left; width:49%">
> foo bar
> </div>
> <div style="float:left; width:49%">
> foo bar
> </div>
> </div>

Je sais pas ... pas essayé en aussi simple (quasi vide)
mais ... si, en efet ça améliore pour Fx (bien que je ne comprenne pas
pourquoi un overflow peut régler la question),
en tous cas dans IE, sans un arret de flottaison après le div conteneur
.... pas de réel salut, suffit de mettre un bord à l'overflow pour voir.

???? de mettre une largeur à l'overflow semble résoudre le blème
résiduel ...
Si c'est pas em...der le monde rien que pour le plaisir !

--
sm

Olivier Miakinen a écrit :
> Le 18/03/2008 16:48, Andreas Prilop a écrit :
>>
>> Il suffit d'utiliser le suffixe .html
>>
>> http://www.unics.uni-hannover.de/nht...nt-type.x.html
>
> <cit.>
> Internet Explorer 6/7 (Windows XP/2003/Vista) ignores the content-type
> when the « file extension » is .html.
> </cit.>
>
> 1) Je n'en ai jamais entendu parler.
>
> 2) Ça ne marche pas chez moi (IE 6 sur Windows 2000).

Ben si ça marche (IE 6 Win XP) :
<http://www.unics.uni-hannover.de/nhtcapri/temp/ignore-content-type.x.html>
a eté envoyé avec l'en-tête :
"Content-Type: application/xhtml+xml; qs=0.95; charset=utf-8"
et IE s'en est contre-carré.
(ils n'ont pas parlé de Win 2000 ...)

Le test 2 est là pour montrer que les en-tête et suffixe xhtml sont la
condition nécessaire à enduire d'Erreur IE.

Reste à voir si le suffixe xhtml ne suffirait pas à le suicider une
bonne foi.

Bon, c'est déjà bien si Win 2000 arrive tout seul à euthaniser son IE :-)

> Après une boîte de
> dialogue me mettant en garde sur le fait que certains fichiers peuvent
> endommager mon ordinateur (ce qui n'est pas du plus bel effet pour une
> page web), il me propose le choix entre « Ouvrir », « Enregistrer »,

tu as bien de la chance (je n'ai rien mis d'autre que ce IE6) j'ai pas
plus que « Enregistrer » et « Annuler ».

> « Annuler » et « Plus d'infos ». Si je demande d'ouvrir, il refile le
> bébé à SeaMonkey qui est mon navigateur par défaut.


--
sm

SAM a écrit :
> Laurent vilday a écrit :
>>
>> La méthode plus moderne est nettement plus simple et, oh bonheur, même
>> IE6 la comprend du premier coup sans passer par des hacks immondes :
>>
>> <div style="overflow:auto">
>> <div style="float:left; width:49%">
>> foo bar
>> </div>
>> <div style="float:left; width:49%">
>> foo bar
>> </div>
>> </div>
>
> Je sais pas ... pas essayé en aussi simple (quasi vide)

Faut essayer :p
Après avoir fouillé dans mes bookmarks, je tiens ça de ppk :
<http://www.quirksmode.org/css/clearing.html>

Sauf que il préconise d'utiliser overflow:hidden parce que IE Mac
affiche des scrollbars en auto. Ayant pris le parti d'ignorer purement
et simplement la version Mac de IE, overflow:auto sur le parent des
éléments flottants m'a jusqu'à présent *toujours* permis de manipuler
correctement tout ce beau monde, quelle que soit la complexité de la
mise en page et ce de façon uniforme à travers tous les navigateurs
"usuels".

> mais ... si, en efet ça améliore pour Fx (bien que je ne comprenne pas
> pourquoi un overflow peut régler la question),
> en tous cas dans IE, sans un arret de flottaison après le div conteneur
> .... pas de réel salut, suffit de mettre un bord à l'overflow pour voir.

Parce que la propriété "hasLayout" n'est pas définie par défaut pour
l'élément utilisé.
<http://www.satzansatz.de/cssd/onhavinglayout.html>

> ???? de mettre une largeur à l'overflow semble résoudre le blème
> résiduel ...
> Si c'est pas em...der le monde rien que pour le plaisir !

Parce que ajouter une largeur permet de définir à true la fameuse et
horrible propriété "hasLayout" (propriétaire) de IE6 et IE7 - supposée
avoir disparue de IE8 mais je n'ai pas pris le temps de vérifier pour
l'instant -

Perso, plutôt que d'attribuer des width à mes éléments juste parce que
IE possède cette saloperie de "hasLayout", je préfère lui appliquer dans
une CSS conditionnelle un truc tout bête :

* { zoom:1 }

Et hop, tous les éléments ont désormais la propriété "hasLayout" définie
à true pour *tous* les éléments avec ou sans width. Jamais testé en mode
quirks, je ne "travaille" que en mode de rendu strict, mais j'imagine
qu'en mode quirks on passe encore une fois dans d'autres cas propres à IE.

--
laurent

SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:

> tu regardes le dernier exemple (dernier §) et tu y vois que ça présente
> pas si mal sans CSS.
> Avantage : pas besoin de class à chaque P ou autre jetés dans le HTML.

OK, je vais refaire cette partie du code...

> > là c'est simplement une appli (AB2Html pour Address Book to Html) qui me
> > convertit le contenu de Carnet d'adresses en Html :
>
> Ha! faut que j'essaie voir à voir
> (que j'aille râler un bon coup auprès de son auteur ;-) )


euh... c'est moi "l'auteur" ...
pas encore "releasable..."


--
Une Bévue

Une Bévue a écrit :
> SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:
>
>> Ha! faut que j'essaie voir à voir
>> (que j'aille râler un bon coup auprès de son auteur ;-) )
>
> euh... c'est moi "l'auteur" ...

c'est bien ce que je croyais +/- comprendre ;-)

> pas encore "releasable..."

Il existe ça :
<http://homepage.mac.com/amit.kumar/.Public/htmlize-1.1.1.dmg>

J'ai essayé et ça a eu l'air de fonctionner
(bien que l'interface me semble perfectible - c'est un AppleScript)
Le résultat est assez fonctionnel bien que à l'aide de frames,
(bon ... aussi ça date de 2002) et ça pèse 2Mo pour 3 à 400 fiches, ce
que je trouve assez lourd.
Par contre, pas besoin de JS pour faire fonctionner le HTML.

--
sm

SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:

> Il existe ça :
> <http://homepage.mac.com/amit.kumar/.Public/htmlize-1.1.1.dmg>

téléchargé, j'y jetterai "un oeil"...

> J'ai essayé et ça a eu l'air de fonctionner
> (bien que l'interface me semble perfectible - c'est un AppleScript)
> Le résultat est assez fonctionnel bien que à l'aide de frames,
> (bon ... aussi ça date de 2002) et ça pèse 2Mo pour 3 à 400 fiches, ce
> que je trouve assez lourd.
> Par contre, pas besoin de JS pour faire fonctionner le HTML.

le js, chez moi, c'est juste pour gérer les thèmes...
je ne comprends pas pourquoi les gens semblent si "allergiques" au js...
--
Une Bévue

Une Bévue a écrit :
>
> le js, chez moi, c'est juste pour gérer les thèmes...

Heu ... là sur ta démo, l'apparition de telle ou telle fiche ne se fait
que via CSS ?

Comment fais-je à cet instant pour l'imprimer ?
(sans couleurs)

> je ne comprends pas pourquoi les gens semblent si "allergiques" au js...

Parce que ton JS n'est peut-être :
- compatible qu'avec les derniers brouteurs?
- incompréhensible par IE (Mac ou Win) ?

Concernant IE il y aura sans doute les CSS qui lui seront obscures ?

De sortir les données d'AddressBook en html pourrait servir à emporter
ce html ailleurs (ou à le consulter via le Net) où il n'y a peut-être
pas de Mac ou peut-être Mac encore en système 9 ?

--
sm

SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:

>
> Heu ... là sur ta démo, l'apparition de telle ou telle fiche ne se fait
> que via CSS ?

OUI.

> Comment fais-je à cet instant pour l'imprimer ?
> (sans couleurs)

dans une précédente version de mes css il y avait un @media print où les
couleurs (bien évidemment excepté sur les photos) sont supprimées et les
fiches visibles, pas difficile à rajouter.
je ne l'ai pas ré-introduit car je n'imprime pas les fiches.

> > je ne comprends pas pourquoi les gens semblent si "allergiques" au js...
>
> Parce que ton JS n'est peut-être :
> - compatible qu'avec les derniers brouteurs?
> - incompréhensible par IE (Mac ou Win) ?
>
> Concernant IE il y aura sans doute les CSS qui lui seront obscures ?

pour moi, c'est clair, IE n'est pas un browser...

> De sortir les données d'AddressBook en html pourrait servir à emporter
> ce html ailleurs (ou à le consulter via le Net) où il n'y a peut-être
> pas de Mac ou peut-être Mac encore en système 9 ?

c'est ce que je fais quand je suis chez mes fils, sur un pécé, mais en
utilisant Firefox...

--
Une Bévue

Une Bévue a écrit :
>
> c'est ce que je fais quand je suis chez mes fils, sur un pécé, mais en
> utilisant Firefox...

donc AB2Html ne sera jamais distribué ?


--
sm

SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:

> > c'est ce que je fais quand je suis chez mes fils, sur un pécé, mais en
> > utilisant Firefox...
>
> donc AB2Html ne sera jamais distribué ?

Si, pas de pb, je peux même ajouter un switch, pour éviter de produire
un document avec du JS pour le choix du thème MAIS, côté html je ne suis
pas prêt à faire des concessions à IE.

ceci dit mon appli est ouverte, je m'explique :

- dans l'appli elle-même il y a les répertoires suivants :

- themes
- xml

lesquels sont recopiés (au premier run ) dans :

~/Library/Application Support/AB2Html

c'est fait afin que l'utilisateur puisse changer des choses, contenu de
ce répertoire :

- photos
> les photos en jpg des personnes dont la photo est présente dans
carnet d'adresse.
- themes
AB2Html.ico
themes.js
> un dossier par thème :
<nom du thème>
styles.css
+ images (si besoin) associées au thème.
- xml
AddressBook.dtd
AddressBook.xml ( le contenu du carnet d'adresse transformé en xml )
AddressBook.xsl ( feuille de styles xslt )
preview.xml (pseudo carnet d'adresse pour prévisualisation, ce que
tu as vu sur le net)
themes.xml ( son contenu correspond au select des pages html)


pour changer le layout des pages en sortie, il suffit de changer
"AddressBook.xsl"

par exemple, pour supprimer le select et son js associé, il n'y aurait
plus alors qu'un seul thème "Défaut" qui peut être changé "comme on
veut" enfin à condition d'être compatible avec le html produit par
"AddressBook.xsl".

pour moi, c'est assez facile à faire, je pourrais te produire un feuille
de style xslt "AddressBook.xsl" qui convienne à ce que tu souhaites, càd
sans js, donc un seul thème, et avec une autre manière de présenter les
"cartes de visite".

je te met ça (ie. l'"AddressBook.xsl" spécifique) à part de l'appli, tu
lance l'appli une première fois, tu coupes l'appli

ensuite tu places ton "AddressBook.xsl" spécifique dans :

~/Library/Application Support/AB2Html/xml/

en lieu et place de la version "par défaut"

et tu as tes pages comme tu veux.

ce que fais "AB2Html" :

génère une page html par groupe + quelques pseudo-groupes.
les pseudo-groupes :
- tout (donc tout le contenu du carnet d'adresse)
- sans-groupe (les contatcts qui n'ont pas de groupe attribué)
- société (les sociétés seules)
- personne (les personnes seules)


pourquoi je ne veux pas "releaser" aujourd'hui, j'ai un bug au niveau
RubyCocoa, la sheet permettant de choisir les pages en sortie, même si
elle fonctionne parfaitement n'a pas l'allure désirée :

<http://cjoint.com/data/dtmWfoSkzD.htm>

le texte "Choose pages to build" devrait apparaître au dessus du bouton
"Tout"...

je ne pige pas d'où vient le pb...

j'ai un problème de "thread" à vérifier.

ensuite pour rendre l'appli "standalone" càd incorporant les Framewworks
nécessaires à son utilisation, pas de pb, je sais faire.

resterait à vérifier chez toi que ça roule avec le ruby standard
d'Apple, perso j'utilise :

~%> ruby -v
ruby 1.8.6 (2007-09-24 patchlevel 111) [powerpc-darwin8.11.0]

(ce patch level est OK, sur une autre appli "BMMerge" (qui unifie les
Bookmarks de Firefox, Flock, Opera et Safari), en ce qui concerne les
"threads" mais je n'ai pas eu le temps de le vérifier avec AB2Html même
si l'appli est "fonctionnelle")

utilisation très simple, par bouton :

- Preview = prévisualisation (ce que tu as vu sur le net)
- Load AB = produit la transformation carnet d'adresse vers xml
- Conversion = produit le html à partir du dernier fichier xml
- le bouton en bas à gauche actionne la visualisation du "drawer" comme
d'hab' sur mac.
- le bouton "corbeille" en bas à droite indique si la "sous"-corbeille
"~/.Trash/AB2Html" a qqc dedans ou non, si oui et si on clique sur le
bouton, ça la vide.

le contenu de cette sous-corbeille est simplement la dernière conversion
Carnet d'adresse vers html, qui est normalement sur le bureau donc, son
contenu "~/Desktop/AB2Html" est déplacé dans cette sous-corbeille au cas
où on voudrait y revenir...


il y a un fichier d'aide, mais il n'est pas encore à jour.


donc, en résumé, ça peut être déposé qqpart online d'ici disont une
semaine avec l'inconvénient que ça doit être débuggué sur une autre
machine (problème de la version ruby), quand "ça marche en l'état" je te
fournis la feuille de styles xslt qui convient à ce que tu veux en
css/html par exemple :
- pas de JS ;
- du HTML 4.0.1 à la place du xhtml 1.1 ;
- un autre arrangement des cartes de visite.

pour cela, il suffirait que tu me donnes une page html "bidon" que te
convient.

--
Une Bévue

Une Bévue a écrit :
>
> donc, en résumé, ça peut être déposé qqpart online d'ici disont une
> semaine avec l'inconvénient que ça doit être débuggué sur une autre
> machine (problème de la version ruby),

Bon tu me préviens (avec un read-me pas à pas)
Ne pas oublier : 'toutes' et/ou par lettre A B C ...

> fournis la feuille de styles xslt qui convient à ce que tu veux en
> css/html par exemple :
> - pas de JS ;

Si, si, du JS (ce sera obligé)

> - du HTML 4.0.1 à la place du xhtml 1.1 ;

comme tu veux

> - un autre arrangement des cartes de visite.

Là ça va pas être tartignole ;-)

Je veux exactement le Carnet ;-)
pour mémoire :
<http://cjoint.com/?dtoTqssJqF>
- avec ses 2 boutons (1 fiche : pour imprimer, tout déployer)
- avec le champ de recherche
(qui doit chercher partout tél, nom, notes etc)
Absolument indispensable, sans je suis incapable de retrouver qque
chose dans mon bazar
- avec les 2 listes
Le skin alu-brush n'est pas obligatoire ;-)

> pour cela, il suffirait que tu me donnes une page html "bidon" que te
> convient.

Je ne me sers pas de : prénom, ville, CP, entreprise
L'adresse ne fait donc qu'un champ de plusieurs lignes
(je me demande bien pourquoi on nous a foutu ces champs ville et CP)
Les notes c'est super important pour moi ça me sert bp pour les recherches

Je tape 'doct' dans chp de recherche
la liste du milieu me montre ttes les fiches qui contiennent 'doct' qque
part (ça doit être la partie la plus simple)

à défaut de repli-déploi : un bouton print pour la fiche vue


voili voilou yapuka :-)

Si tu n'as pas essayé l'autre, voici ce qu'il donne :
<http://cjoint.com/?dtoY5pertU>
infos :
<http://www.versiontracker.com/dyn/moreinfo/macosx/17303>

--
sm

SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:

> > - un autre arrangement des cartes de visite.
>
> Là ça va pas être tartignole ;-)

je vois, je vois...

ça change beaucoup de choses, coté conversion html.

je vois une solution avec AJAX (recherche dans un champ)

je regarde vite fait si je sais faire...
--
Une Bévue

Lea GRIS wrote:
>>>> je poste ça car j'ai mis pas mal de temps à comprendre que mon layout
>>>> avait été complétement chamboulé par le passage de '<div
>>>> class="clear"></div>' à '<div class="clear"/>'...
>>
>> Mais je suppose que ton code XHTML était annoncé avec le Content-Type
>> text/html pour être lisible par Internet Explorer, non ?

Bien vu Olivier
Il est impératif de suivre au minimum les règles de compatibilité de la
recommandation :
http://www.w3.org/TR/xhtml1/#guidelines

Et je ne répèterai jamais assez que faire du XHTML à destination du Web
apporte de très nombreuses contraintes pour un gain absolument nul. Lire :
http://pgoiffon.free.fr/info/inet/html_ou_xhtml.php


> Pour ce genre de problèmes j'utilise une petite astuce qui fonctionne
> merveilleusement bien avec Apache :
>
> Il est possible d'adapter cette réécriture du type MIME aux différents
> langages de scriptes; puisqu'il suffit d'interroger la variable
> d'en-tête HTTP_ACCEPT et envoyer le type MIME compatible.

Je n'ai jamais compris cette persistance chez mes collègues à s'enfoncer
eux-même dans les ennuis parfois ?

Faire en sorte que les pages s'affichent aussi "bien" qu'elles soient
servies en text/html ou application/xml+xhtml... c'est vraiment avoir
envie de se faire du mal. Lire :
http://www.hixie.ch/advocacy/xhtml

Sinon le HTML 4.01 en mode de rendu strict fonctionne très bien, est une
recommandation assez bien supportée, ne va pas disparaitre demain matin,
et j'en passe.

Pierre Goiffon <pgoiffon@free.fr.invalid> wrote:

> Et je ne répèterai jamais assez que faire du XHTML à destination du Web
> apporte de très nombreuses contraintes pour un gain absolument nul

euh... gain nul vous dites ?

ça permet de mélanger plusieurs ns...

et de les trifouiller avec xpath non ?

--
Une Bévue

À (at) Wed, 19 Mar 2008 16:49:14 +0100,
Pierre Goiffon <pgoiffon@free.fr.invalid> écrivait (wrote):
> Et je ne répèterai jamais assez que faire du XHTML à destination du
> Web apporte de très nombreuses contraintes pour un gain absolument
> nul. Lire :
> http://pgoiffon.free.fr/info/inet/html_ou_xhtml.php

Sur le fond, c'est assez vrai...

Par contre, j'ai beaucoup ri en lisant l'explication sur la traduction
de "SHOULD" par "DOIT". C'est pourtant clair : "SHOULD" doit être
traduit par "DEVRAIT" et non "DOIT" !

--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>

SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:

> Je veux exactement le Carnet ;-)

UN *** tout premier *** essai incomplet el ligne :

<http://thoraval.yvon.free.fr/AB2Html_sam/index.xhtml>

bonne soirée !!!

euh le ftp free est en trafic-jam ce soir, je mets ça au + tôt )))

en fait c'est une très bonne idée de m'avoir demandé "la totale"...


--
Une Bévue

Le Tue, 18 Mar 2008 17:09:39 +0100, SAM a écrit:
>
> Néanmoins Firefox n'a pas l'air de râler :
> <http://cjoint.com/data/dsrbmktVT2_flottage.htm>
> et ... ce n'est pas si mal avec ou sans CSS
> (pas regardé si IE ...)

J'utilise parfois ce type de flottage, mais j'ai un problème quand
j'enjolive le texte avec une bordure.

Le problème est que la bordure est aussi large que le body, elle ne
s'arrête pas à l'image qui flotte à droite.

J'ai repris ton exemple (très didactique et clair) pour montrer le
problème : <http://roulaize.fr/vrac/flottage-border.htm>

Comment faire en sorte que la bordure s'arrête n'englobe pas aussi
l'image ?


--
> Quant à Linux [..] trés bon système d'exploitation, mais difficile
> à implanter en entreprise, pour des raisons non techniques.
Dont celle-ci : Le singe préfère la voiture rouge.
Hugo (né il y a 1 385 423 915 secondes)

Hugolino a écrit :
> Le Tue, 18 Mar 2008 17:09:39 +0100, SAM a écrit:
>> Néanmoins Firefox n'a pas l'air de râler :
>> <http://cjoint.com/data/dsrbmktVT2_flottage.htm>

Bon on va encore me reprocher de jamais être content, tant pis je me
lance parce que c'est pas très clair ce que je viens de lire. Désolé de
ne pas savoir mettre les formes à mon "propos".

> J'utilise parfois ce type de flottage, mais j'ai un problème quand
> j'enjolive le texte avec une bordure.

Qu'est-ce à dire ? Tu places des bordures sur du texte, d'accord mais au
delà de ça, ce qui importe c'est le type du tag utilisé. Et surtout
c'est au final du inline, du block ou pire ?

> Le problème est que la bordure est aussi large que le body, elle ne
> s'arrête pas à l'image qui flotte à droite.

Bordure aussi large que le body ? Je comprends rien, ça fait quand même
une grosse bordure pour qu'elle vienne à prendre toute la place du body.

> J'ai repris ton exemple (très didactique et clair) pour montrer le
> problème : <http://roulaize.fr/vrac/flottage-border.htm>
>
> Comment faire en sorte que la bordure s'arrête n'englobe pas aussi
> l'image ?

Euh tu pourrais simplifier la page d'essai pour ne reproduire que ce qui
te poses problème ? - Et au passage utiliser tes propres images (sur ton
serveur) plutôt que d'aller surcharger celui de Stéphane en lui piquant
ses images ? -

Parce que le "testcase" fourni utilise plein (trop) d'éléments pour
savoir *sans* équivoque de quoi tu parles

Et aussi ce n'est pas valide, ce n'est pas du HTML 4.01 *Strict* (comme
indiqué par la DTD) puisque le premier tag <IMG> *doit* - en HTML4.01
Strict - être contenu dans un élément "P", "H1", "H2", "H3", "H4", "H5",
"H6", "DIV" ou "ADDRESS" (je crois pas en oublier ) hors il est dans
le "BODY" actuellement.

C'est le B.A.BA d'un "testcase", n'utiliser que les éléments permettant
de reproduire le problème sans équivoque possible, expliquer de manière
cohérente et intelligible le problème rencontré et expliquer tout aussi
intelligiblement (en vrai français) le résultat attendu.

Sinon, en considérant que tu parles des 2 premiers éléments <H1> et
<IMG> de ton document, et en considérant que tu veuilles que la bordure
droite de l'image touche la bordure droite du titre.

Voici le bout de source sur lequel je me base d'après ton document :

<h1>La flottaison et son arrêt: comment ça fonctionne</h1>
<img style="margin: 5px; padding: 5px; float: right;"
src="asm1.gif" alt="">

Deux solutions :

1) tu enlèves la marge droite de 5px que tu appliques à l'image dans son
style inline

2) tu appliques la même marge droite au <h1> que celle que tu appliques
à ton image

--
laurent

Hugolino a écrit :
> Le problème est que la bordure est aussi large que le body, elle ne
> s'arrête pas à l'image qui flotte à droite.
>
> J'ai repris ton exemple (très didactique et clair) pour montrer le
> problème : <http://roulaize.fr/vrac/flottage-border.htm>
>
> Comment faire en sorte que la bordure s'arrête n'englobe pas aussi
> l'image ?

N'as-tu pas lue l'intervention de Laurent ?

<p style="overflow: hidden; border: solid red ...
^^^^^^^^^^^^^^^^^

et ne pas me demander pourquoi ça résout le problème.
(en tous cas dans mon Fx)
C'est un réel mystère ... 'hidden' est censé "rogner" et donc cacher le
texte débordant, je vois pas pourquoi c'est ici équivalent à "auto" ?!

Laurent dit qu'il faut utiliser 'hidden' de préférence à 'auto', sans
doute à cause de IE ?

--
sm

SAM a écrit :
> Laurent dit qu'il faut utiliser 'hidden' de préférence à 'auto', sans
> doute à cause de IE ?

Oups, j'ai encore du mal m'exprimer.

PPK, celui par qui j'ai découvert ce comportement, dit qu'il faut
utiliser hidden de préférence à cause de IE Mac qui affiche toujours des
scrollbars en "overflow:auto".
<http://www.quirksmode.org/css/clearing.html>

Moi je dit : rien à foutre de IE Mac.

J'utilise la valeur 'auto' qui me semble plus logique et je n'ai jamais
rencontré de problème avec "overflow:auto". Pas de problème dans le sens
où quand ça ne "fonctionnait" pas comme espéré, c'était en fait toujours
à cause d'un héritage CSS parasitaire qui foutait la zone.

--
laurent

Laurent vilday a écrit :
> Hugolino a écrit :
>> Le Tue, 18 Mar 2008 17:09:39 +0100, SAM a écrit:
>>> Néanmoins Firefox n'a pas l'air de râler :
>>> <http://cjoint.com/data/dsrbmktVT2_flottage.htm>
>
> Bon on va encore me reprocher de jamais être content,

Oui c'est vrai ça quoi ! tu fais pas bp d'effort là.

>> J'ai repris ton exemple (très didactique et clair) pour montrer le
>> problème : <http://roulaize.fr/vrac/flottage-border.htm>
>>
>> Comment faire en sorte que la bordure s'arrête n'englobe pas aussi
>> l'image ?
>
> Euh tu pourrais simplifier la page d'essai pour ne reproduire que ce qui
> te poses problème ? - Et au passage utiliser tes propres images (sur ton
> serveur) plutôt que d'aller surcharger celui de Stéphane en lui piquant
> ses images ? -

Mon serveur ... Orange ? surchargé ? JAMAIS ! ! !

mes 4 'tites images légères mises à ttes les sauces ?
tt le monde doit déjà les avoir dans son cache.
Quoi ? non ? pas tt le monde ? Ho! déçu je suis.

> Parce que le "testcase" fourni utilise plein (trop) d'éléments pour
> savoir *sans* équivoque de quoi tu parles

Ben y a des séparateurs horizontaux avé des sous-titres pour sérier les cas.

> Et aussi ce n'est pas valide, ce n'est pas du HTML 4.01 *Strict* (comme
> indiqué par la DTD) puisque le premier tag <IMG> *doit* - en HTML4.01
> Strict - être contenu dans un élément "P", "H1", "H2", "H3", "H4", "H5",
> "H6", "DIV" ou "ADDRESS" (je crois pas en oublier ) hors il est dans
> le "BODY" actuellement.

C'est pas vrai ?
Sont vraiment aussi c...ts que ça ?

Moi je regarde l'indicateur du Tidy embarqué par mon Fx : là il est au
vert, c'est donc tout bon.
(encore que ... ouaip il dit que c'est du transitional)
(faudrait qu'il un y ait un signal orange)

De toutes façons dans un div ou un body ça ne doit pas changer le
comportement des recouvrements des blocks-boites.

> C'est le B.A.BA d'un "testcase", n'utiliser que les éléments permettant
> de reproduire le problème sans équivoque possible, expliquer de manière
> cohérente et intelligible le problème rencontré et expliquer tout aussi
> intelligiblement (en vrai français) le résultat attendu.

Tu aurais pu regarder le 1er jet pour éviter que le B.A.BA non respecté
ne soit reproduit tt au long de l'évolution de cette page.

Bon, dans 15 jours elle sera détruite. Ouf !

> Sinon, en considérant que tu parles des 2 premiers éléments <H1> et
> <IMG> de ton document, et en considérant que tu veuilles que la bordure
> droite de l'image touche la bordure droite du titre.

Il parle du P limité à droite par l'image flottante.

Bon, le B.A.BA réparé ne change pas le phénomène de la boite du P qui
glisse sous l'image s'il n'est pas overflowé.
<http://cjoint.com/data/duc57vfpTN_float_lesson2.htm>
(Tidy en est très content)

--
sm

Une Bévue a écrit :
> SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:
>
>> Je veux exactement le Carnet ;-)
>
> UN *** tout premier *** essai incomplet el ligne :
>
> <http://thoraval.yvon.free.fr/AB2Html_sam/index.xhtml>

Super ! on s'y croirait ;-)

> en fait c'est une très bonne idée de m'avoir demandé "la totale"...

Bon, tant mieux, je n'eussions point voulu par trop abuser ;-)

--
sm

Laurent vilday a écrit :
>
> Moi je dit : rien à foutre de IE Mac.

Moi je dis ... non je dis rien.

à quoi bon ?
quand le 8 pas encore sortit est déjà pas à la page ?

> J'utilise la valeur 'auto' qui me semble plus logique

Ha ! j'ai donc encore n'appris que partiellement.

De toutes façons ça reste pas clair cet overflow là.
(si tant est que quoi que ce soit soit très clair dans ces CSS ...)

--
sm