---

Hvordan kan man cleare clear?

Een floated div til en side vil forhindre fremtidig brugaf clear:both eller
clear:den_anden_side uden at indholdet dikteres nedunder.

I IE6 virker det fint med at omkranse floated indhold til begge sider i en
div , men ikke i FF2/IE7, hvor det floadede ikke lader sig diktere af den
omliggende ramme.

Med clear:both eller clear:side sender det efterfølgende under den først
definerede div - hvad der ikke ønskes - så ved at have denne sidestillede
kolonne levnes kun tilbage clear:den_anden_side.

Problemet er naturligvis, at kravet overstige sprogets forudsætninger, er
mere end kodedefinitionerne forudsætter.

Clearfix er heller ikke løsningen ;-(
Men der er sikkert en metode at omgås problemet.
--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen skrev:
> Hvordan kan man cleare clear?
>
> Een floated div til en side vil forhindre fremtidig brugaf clear:both eller
> clear:den_anden_side uden at indholdet dikteres nedunder.
>
> I IE6 virker det fint med at omkranse floated indhold til begge sider i en
> div , men ikke i FF2/IE7, hvor det floadede ikke lader sig diktere af den
> omliggende ramme.

Det virker /ikke /fint i IE6, der gør det forkerte,
nemlig udvider forældreelementet til et float'et
element, så det kan rumme det float'ede element.

Se artiklen
http://webdesign101.dk/css/floatcontainer/

> Med clear:both eller clear:side sender det efterfølgende under den først
> definerede div - hvad der ikke ønskes - så ved at have denne sidestillede
> kolonne levnes kun tilbage clear:den_anden_side.
>
> Problemet er naturligvis, at kravet overstige sprogets forudsætninger, er
> mere end kodedefinitionerne forudsætter.
>
> Clearfix er heller ikke løsningen ;-(
> Men der er sikkert en metode at omgås problemet.

Jeg forstår simpelthen ikke problemet. Har du
ikke en testside, du kan henvise til?
--

Med venlig hilsen
Jørgen Farum Jensen
Håndbog i webdesign: http://webdesign101.dk/wwwbog/udgave2/
Webdesign med stylesheets: http://webdesign101.dk/cssbog/
..

---

"Jørgen Farum Jensen" <jfjenzen@yahoo.dk> skrev i en meddelelse
news:460e67ef$0$91714$edfadb0f@dread12.news.tele.dk...

> Det virker /ikke/ fint i IE6, der gør det forkerte,
> nemlig udvider forældreelementet til et float'et
> element, så det kan rumme det float'ede element.

Det er gået op for mig, hvad der er rigtigt og forkert - men ikke desto
mindre er det IE6-resultatet jeg gerne ville opnå, for det er med min ringe
logik til at fatte og få til at virke - desværre jo kun i den browser. Jo,
jeg har læst om problemet både på webdesign101 og andre steder, men der er
for mange forusdsætninger og inkonsekvenser til at jeg - med mine krav - kan
få det til at opfører sig (nogenlunde) ens i de forskellige browsermodeller.

Egentlig syntes jeg at have skåret problemet ud i pap, som et generelt ønske
at kunne styre floadede elementer uden at elementerne hænger/skubber
hinanden vertikalt. Det kan det vel ikke være så vanskeligt at forestille
sig en side-floated menusøjle og hovedindhold med hhv. højre og venstre
floatede elementer.

Uanset hvad man gør, så kan kun clear:modsat_side af menuen bruges, ellers
ryger sideindholdet vertikalt under menuen. Der mangler en clear, der kun
virker indenfor en definert afgrænsning.

Det kan åbentbart kun lade sig gøre med tabeller.

--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen wrote:

> Det er gået op for mig, hvad der er rigtigt og forkert - men ikke
> desto mindre er det IE6-resultatet jeg gerne ville opnå,

Den anderledes måde du oplever IE 6 opfatte float og clear på må skyldes, at
din side sætter IE 6 i quirks-mode (bagudkompatibel - og fejlagtig -
visningsmodel). Den kan du ikke med rimelighed forvente at andre browsere
efterligner.

Brug i stedet Firefox eller Opera som monitor mens du udvikler og få siden
til at fungere som ønsket der. Sørg også for, at siden vil sætte IE 6 i
standards-mode (visningsmodel i overensstemmelse med de af W3C anbefaldede
standarder). Så burde IE 6 opføre sig som FF og Op.

Jeg bruger i stor stil både float og clear og har ikke problemer med
ensartet visning i forskellige browsere.

> Uanset hvad man gør, så kan kun clear:modsat_side af menuen bruges,
> ellers ryger sideindholdet vertikalt under menuen.

Det er ikke korrekt, hvis du definerer dine floats og clears rigtigt:

Et floated element skal også have defineret en bredde.

Højrefloatede elementer skal skrives i kildekode før de elementer,
som skal stå til venstre herfor.

U-floatede elementer, som skal stå ved siden af floatede elementer og
ikke have lov til at brede sig vandret under det floatede element, skal
have defineret en margin lidt større end bredden på det floatede element
og til den side, hvor det floatede element står.

http://hjemmesideskolen.dk/html/float.asp?id=flmenu
http://hjemmesideskolen.dk/html/testsider/float.asp

> Det kan åbentbart kun lade sig gøre med tabeller.

Nej, tabeller er ikke nødvendige. Men kom med et link til din problemside,
så vi kan kigge på det.

--
Med venlig hilsen
Erik Ginnerskov
http://hjemmesideskolen.dk/ - http://ginnerskov.dk/
http://html-faq.dk

---

"Erik Ginnerskov" <erik@donotspammeplease.invalid> skrev i en meddelelse
news:460fa833$0$90265$14726298@news.sunsite.dk...

> din side sætter IE 6 i quirks-mode (bagudkompatibel
> - og fejlagtig - visningsmodel).

Mine sider går ikke i quirks-mode, så med mindre det du mener bare er
som IE6 opfatter det sådan, så er det noget sludder. Den side af sagen har
bl.a. du æren for at lære mig om.

> Brug i stedet Firefox eller Opera .....

Herre Jemini - jeg bruger jo firefox og sammenligner indholdet med IE6 og se
jo at visningen er forskelligt.
Så er det jeg konkludere, at IE6 gør noget på en måde som jeg kunne ønske
alle ville gøre det (forkert eller ej - det er det jeg har brug for).

Hvad jeg søger er derfor en "lovlig" metode til at gøre det samme, så det
virker både her og der.

> Det er ikke korrekt, hvis du definerer dine floats og clears rigtigt:

Jamen, det er så metoden til at gøre det korrekt jeg søger, ikke nogle
programpolitiske manifestationer om hvem der er bedst, størst, stærkest og
kløgtigst, men hvordan man kan det jeg vil.

> Et floated element skal også have defineret en bredde.

Øv - det kan jeg ikke bruge - jeg er jo ikke spåmand og kender din
vinduesbredte, som jeg jo her er belært om jeg ikke må pille ved.
Hvordan skal jeg så vide hvor bredt?
Well, procent er selvfølgelig også en definition, men ikke altid lige nem at
sætte korrekt, for mærkeligt nok er 50+50 ikke 100 uanset nulstillede rammer
etc.

> U-floatede elementer, ...., skal have defineret en margin
> lidt større end bredden på det floatede element ....

Ja, jeg forstår godt hvad der er erfaret - men det er da noget klamp, at en
veldefineret størrelse efterfølgene skal tilpasses, for at opnå det
definerede resultat.

> Nej, tabeller er ikke nødvendige.

De er i det mindste til at stole på )

> Men kom med et link til din problemside, så vi kan kigge på det.

Hvis problemet ikke kan diskuteres teoretisk, så er der vel ikke nogen
løsning på tre sidestillede flydende horrisontalt placerede elementer i
forskellig højde:
To elementer (a,b) vertikalt gentagende, varieret skiftevis horisontalt uden
at påvirke den sidste (c), der er højere end alle a|b elementer tilammen.
Hvis a eller b cleares starter næste a|b uønsket fra underkanten af c.

- og nej, jeg har ikke nogen problemside at fremvise pt.
--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen skrev:

>> Men kom med et link til din problemside, så vi
>> kan kigge på det.
>
> Hvis problemet ikke kan diskuteres teoretisk, så
> er der vel ikke nogen løsning

Kom dog med et link så vi selv kan se forskellen,
det er da meget nemmere end en lang forklaring på
hvad du oplever.

Herefter kan alle se det i forskellige browsere, for
derefter at have mulighed for at finde en løsning på
dit problem.

En lang forklaring er da fin nok, men kan næppe stå
alene i dette tilfælde, det er dig der ser det på skærmen,
hvorfor må vi ikke se med?

--
Allan Vebel
http://html-faq.dk

---

Poul Erik Jensen skrev:

> Hvis problemet ikke kan diskuteres teoretisk, så er der vel ikke nogen
> løsning på tre sidestillede flydende horrisontalt placerede elementer i
> forskellig højde:
> To elementer (a,b) vertikalt gentagende, varieret skiftevis horisontalt uden
> at påvirke den sidste (c), der er højere end alle a|b elementer tilammen.
> Hvis a eller b cleares starter næste a|b uønsket fra underkanten af c.
>

En teoretisk diskussion er kun noget værd,
hvis problemet kan beskrives, så det ikke er
til at misforstå. Og det har du endnu ikke
formået.
Skal jeg fortolke ovenstående
er der tale om tre elementer ved siden af
hinanden, slut badut. Hvis den samlede bredde
af disse er mindre end bredden på det
overordnede element, kan de alle floates
til venstre uden nogen som helst form for
clear'ing.

..box {
width:33%;
float:left}

Hvor svært kan det være?

--

Med venlig hilsen
Jørgen Farum Jensen
Håndbog i webdesign: http://webdesign101.dk/wwwbog/udgave2/
Webdesign med stylesheets: http://webdesign101.dk/cssbog/
..

---

"Jørgen Farum Jensen" <jfjenzen@yahoo.dk> skrev i en meddelelse
news:46121ccc$0$52095$edfadb0f@dread11.news.tele.dk...

> .box {
> width:33%;
> float:left}
>
> Hvor svært kan det være?

Nej - isoleret set har du ret - hvis det stiller ens kreativitet tilfreds.

Udelukkende at benytte venstrestillede elementer er jo bestemt en mulighed,
som dog også indebære nogle begrænsninger - udover det ulogiske i at
venstrestille det element der ønskes placeret til højre. Det er nemt nok at
finde alternativer, men det var jo ikke spørgsmålet, der helt henholdt sig
til clear-funktionens teoretiske muligheder.

Du har tidligere givet det råd, at begynde helt forfra, men inden jeg giver
mig i kast med at lave mange års arbejde om fra grunden, så ønsker jeg at
blive klogere på hvad der kan udføre mine kreative ønsker korrekt. Derfor
søger jeg at finde rede på den grundlæggende teori først - og håber da på
der er andre der får glæde af de svar det kunne afføde.

Min højrefloatede menusøjle lader sig ikke lige omgøre. Indholdsvinduet,
der ligger til venstre herfor, burde kunne designes individuelt ved at bokse
det ind. Det virker med traditionel opdeling med tabel eller frames, men
droppes det til fordel for css, så oplever jeg at styringen mellem
elementerne indbyrdes bliver ukontrollabel og udfoldelsesmulighederne
begrænses i forhold til det gamle og kendte - der selvklart også har sine
ulemper.

Det er antagelig fordi float og clear er linieorienteret og at en linie med
elementer antager sin højde fra det element der er højest - og det er svært
at skifte den samme linie mere end en gang. Det er til at forstå. Det er
derimod ikke, at linien ikke lader sig begrænse inden for en defineret ramme
med andet end en tabel omkring.
Hvorfor ikke med <DIV></DIV>?
Og hvorfor vokser en div-ramme (som den gør i IE6) ikke med indhold der er
floated?
Er der en fornuftig grund til at lade de floatede elementer stikke nedenfor
den ramme de ønskes begrænset med?

Praktisk eksempel:
http://www.skolekammeraten.dk/sigrid_kl.php
- de synlige rammer er for forståelses skyld - de er ikke med i det færdige
resultat.
--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen wrote:

> Udelukkende at benytte venstrestillede elementer er jo bestemt en
> mulighed, som dog også indebære nogle begrænsninger - udover det
> ulogiske i at venstrestille det element der ønskes placeret til
> højre.

Så float da den kolonne right - husk at den så skal skrives i kildekoden før
det, der skal vises til venstre for den højrefloatede kolonne.

Men - som efterhånden flere har opfordret til - kom med et link til dit
problembarn, så vi kan se nærmere på det. Det er meget bedre end at skulle
gætte sig frem.

--
Med venlig hilsen
Erik Ginnerskov
http://hjemmesideskolen.dk/ - http://ginnerskov.dk/
http://html-faq.dk

---

"Erik Ginnerskov" <erik@donotspammeplease.invalid> skrev i en meddelelse
news:461417a8$0$90266$14726298@news.sunsite.dk...

> Men - som efterhånden flere har opfordret til - kom
> med et link til dit problembarn, ....

svarer du på
news:4612d950$0$153$edfadb0f@dread11.news.tele.dk...
der netop indeholder det efterlyste link!
(?!)

---

On Wed, 4 Apr 2007 00:44:43 +0200, "Poul Erik Jensen" <jep@image.dk>
wrote:

>Praktisk eksempel:
>http://www.skolekammeraten.dk/sigrid_kl.php
>- de synlige rammer er for forståelses skyld - de er ikke med i det færdige
>resultat.

Hvis hjeg var dig, ville jeg starte med en helt enkel struktur og så få
boksene til at floate som du vil.
Herefter ville jeg så fylde det eksisterende indhold ind igen i små
bidder og så se, hvor det evt. går galt.

Du har alt for mange elementer inde til at jeg orker gå dybere ind i
koden, men der er dog nogle ting, du måske kan kigge på:
- start med at validere (der er en enkelt uafsluttet div (som sikkert
ikke løser problemet)
- der er nogle div'er, som jeg ikke umiddelbart kan gennemskue hvordan
er parret - fx:
<div class="l100 clearfix">
i starten af body (og en tilsvarende før "start of page content")


Desuden ville jeg nok overveje, om du virkelig har brug for så mange
klasser. I virkeligheden er det meste jo bare individuel formattering og
ikke gruppering af lignende elementer med samme egenskaber.

Det gør det ekstremt svært at overskue for alle andre end den, der har
skrevet det - og også for den der har skrevet det, når der er gået et
par måneder.

Hvis elementer har individuelle egenskaber, så kan man lige så godt
skrive det som inline kode - det er faktisk nemmere at overskue.


Endelig tror jeg du skal kigge lidt på den del af din tekst, som ikke er
pakket ind i blok-elementer. Når du fx har:

-----------
<div class="h l100 b1sr">
            <img class="flh mv10 l60" src="kl/sl/01.jpg" alt="" title="Ulla
Hansen - Else Bandholtz"><br>&rarr;<br>Ulla Hansen - Else Bandholtz
            <br><br>
            <div class="l33 b1sb">Sigrid Larsens billeder fra
klassesammenkomst 1977.</div>
            <div class="cla"></div>
         </div>
-----------

- så indeholder det et umarkeret blokelement med indholdet:

-----------
<br>&rarr;<br>Ulla Hansen - Else Bandholtz
            <br><br>
-----------
- da resten af elementerne i den yderste div er blokelementer (også
img'en, da den har float-egenskab).

Der er vel i og for sig ikke noget principielt galt i at have umarkerede
blok-elementer, men du overlader så bare til browseren selv at tildele
dem browserens default-egenskaber.

Den ville se bedre ud med:
<p>&rarr;<br>Ulla Hansen - Else Bandholtz</p>
+ passende padding/margin.



Jeg tror ikke, at noget af dette *i sig selv* løser dit problem, men det
kan måske få dig til at have så meget overblik over dine blokelementer,
at du kan lokalisere problemet.
Som det er nu, bliver det i hvert fald uden mig


Good luck!

--
Jørn Andersen,
Brønshøj

---

"Jørgen Farum Jensen" <jfjenzen@yahoo.dk> skrev i en meddelelse
news:46121ccc$0$52095$edfadb0f@dread11.news.tele.dk...

> En teoretisk diskussion er kun noget værd, ...

hvis der er nogen der har fornuftige input.

> Skal jeg fortolke ovenstående
> er der tale om tre elementer ved siden af
> hinanden, slut badut.

Ja, det er åbentbart vanskeligt at sætte gang i billederne for det
indvendige øje )

> Hvor svært kan det være?

Ja - det kan man da sagtens spørge om:
A B C
D E C
F G C
o.s.v.
Hvert element symboliseret med et bogstav.

Det svære er at føje flere nye elementer (D+E) til under de første to (A+B)
uden at disse bliver påvirket af det tredie (C) der rager langt under kanten
af de to første (A+B). Problemet løses først efter passagen af C.

Problemet opstår, fordi B er et højrefloated billede i element A, lige som D
er et venstrefloated billede i element E, samt at tekstmægngden i A og E
begrænser sig til enkelte linier til billedbeskrivelse. Havde der været
overvejende tekst ville det kunne laves uden problemer, men nu skal der
nødvendigvis skilles mellem billederne, der ellers overlapper hinanden.

I IE6 kan dette lade sig gøre - men som en postuleret fejl, der jo gør det
umuligt at udnytte.
Der er vel også måder at omgås problemet - uden at ty til tabeller.
Det er det der ledes efter.
--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

On Wed, 4 Apr 2007 17:50:12 +0200, "Poul Erik Jensen" <jep@image.dk>
wrote:

>"Jørgen Farum Jensen" <jfjenzen@yahoo.dk> skrev i en meddelelse
>news:46121ccc$0$52095$edfadb0f@dread11.news.tele.dk...
>
>> En teoretisk diskussion er kun noget værd, ...
>
>hvis der er nogen der har fornuftige input.

Jeg synes lige vi skal lade Jørgens sætning stå i sin fulde længde:
En teoretisk diskussion er kun noget værd,
hvis problemet kan beskrives, så det ikke er
til at misforstå. Og det har du endnu ikke
formået.

Poul Erik, jeg synes du skal acceptere, at vi er flere, der har svært
ved at gennemskue, hvad dit problem er, og at flere mener, det vil
hjælpe, hvis du laver et eksempel - enten som HTML/CSS eller som en
tegning eller noget andet.


>> Skal jeg fortolke ovenstående
>> er der tale om tre elementer ved siden af
>> hinanden, slut badut.
>
>Ja, det er åbentbart vanskeligt at sætte gang i billederne for det
>indvendige øje )

Jeps!

>> Hvor svært kan det være?
>
>Ja - det kan man da sagtens spørge om:
>A B C
>D E C
>F G C
>o.s.v.
>Hvert element symboliseret med et bogstav.
>
>Det svære er at føje flere nye elementer (D+E) til under de første to (A+B)
>uden at disse bliver påvirket af det tredie (C) der rager langt under kanten
>af de to første (A+B). Problemet løses først efter passagen af C.

Nu nærmer vi os så et eksempel.
Mener du noget i retning af:
<url: http://www.marxisme.dk/test/float.htm>

>Problemet opstår, fordi B er et højrefloated billede i element A, lige som D
>er et venstrefloated billede i element E, samt at tekstmægngden i A og E
>begrænser sig til enkelte linier til billedbeskrivelse. Havde der været
>overvejende tekst ville det kunne laves uden problemer, men nu skal der
>nødvendigvis skilles mellem billederne, der ellers overlapper hinanden.

Hmmm ...

>I IE6 kan dette lade sig gøre - men som en postuleret fejl, der jo gør det
>umuligt at udnytte.

Hvis jeg har forstået det rigtigt (men det har jeg så nok ikke ...), ser
det nogenlunde ens ud i Opera 8.5, FF2 og IE6.


Mvh. Jørn

--
Jørn Andersen, Brønshøj

Stop Bush's krige - og Foghs støtte til dem
www.nejtilkrig.dk

---

"Jørn Andersen" <jorn@jorna.dk> skrev i en meddelelse
news:v6i813h7qnqodv4uvgddu6sc3ka469oh8c@4ax.com...
> Nu nærmer vi os så et eksempel.
> Mener du noget i retning af:
> <url: http://www.marxisme.dk/test/float.htm>

Ja, det er rimeligt præcist - men dog ret omstændig CSS.
Måske har jeg misforstået, at CSS jo gerne skulle gøre tingene simplere og
mere fleksible )

> Hvis jeg har forstået det rigtigt (men det har jeg så nok ikke ...),

Jo, du har helt forstået at vise hvordan opgaven kan udføres, men ikke
forklaret hvorfor du kan tillade dig at bruge clear:both og jeg ikke. Er det
fordi du har navngivet de enkelte moduler individuelt, mens jeg bare bruger
en class?

--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

"Jørn Andersen" <jorn@jorna.dk> skrev i en meddelelse
news:v6i813h7qnqodv4uvgddu6sc3ka469oh8c@4ax.com...

> <url: http://www.marxisme.dk/test/float.htm>

Jeg har kopieret den til <url: http://www.skolekammeraten.dk/_floats.php>
tilpasset størrelserne til de tanker jeg har. Og det holder desværre ikke.

I modsætning til frames og tabeller, hvor bredden kan angives med * eller en
100% bred tabel kan indeholde en fikseret kolonne, så kan det samme
tilsyneladende ikke lade sig gøre med CSS, der kræver definitioner med tal
på såvel pixels som procenter.

Sluppet mellem A+B og C er ikke fikseret og ender med fremvisning i 800x600
med at hovedindholdet wrappes under menulinien.

Hvordan - om muligt - undgås det, og hvis ikke, så indebærer det da
indkrænkede muligheder.

--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen wrote:

> Sluppet mellem A+B og C er ikke fikseret og ender med fremvisning i
> 800x600 med at hovedindholdet wrappes under menulinien.
>
> Hvordan - om muligt - undgås det, og hvis ikke, så indebærer det da
> indkrænkede muligheder.

Prøv en gang mere at læse mit indlæg fra onsdag kl. 23:21.

<citat>
Skal en menu floates ...

....vil tilpasse sig den resterende plads i det aktuelle browservindue.
</citat>

Det er ikke så forfærdelig kompliceret, som du tilsyneladende prøver at få
det til at lyde. Når du har fået lavet de to hovedbokse #menu og #indhold,
kan du i #indhold helt uden problemer floate dine billeder skiftevis til
venstre og højre, lige som du har lyst til.

I css:

#menu {
float: right;
width: 130px;
}
#indhold {
margin-right: 140px;
}
..clear {
clear: both;
}
..left {
float: left;
margin-right: 15px;
}
..right {
float: left;
margin-left: 15px;
}

Bemærk, at <img ...> er et indline-element, så det _skal_ ikke have en
bredde defineret for at kunne floates. men margin mod den tilhørende tekst
hindrer teksten at kline sig uskønt op ad billedet.

Og i html:

<div id="indhold">
<div class="clear">
<img class="left" src=...>
<p>Tekst</p>
</div>

<div class="clear">
<img class="right" src=...>
<p>Tekst</p>
</div>
</div> <!-- slut #indhold -->
--
Med venlig hilsen
Erik Ginnerskov
http://hjemmesideskolen.dk/ - http://ginnerskov.dk/
http://html-faq.dk

---

"Erik Ginnerskov" <erik@donotspammeplease.invalid> skrev i en meddelelse
news:4615876c$0$90263$14726298@news.sunsite.dk...
> Det er ikke så forfærdelig kompliceret, som du tilsyneladende
> prøver at få det til at lyde.

Jeg syntes ikke det er mig der gør det kompliceret, snarere at problemet
minimaliseres. De løsninger der angives tilpasser sig ikke præcist nok den
tilfældige brugerflade eller komplicere tilpasningen, der med CSS
tilsyneladende ikke lader sig styre 100%, hvis kravet er sig lidt ud over
det "normale".

Du kan med rette sige, at hvad rager det mig, hvad vindue det bliver
fremvist i, men da jeg ved at en stor del af min målgruppe sandsynligt ikke
bruger mere end 800x600 er det min hensigt så vidt muligt at tage højde for
det, selv om siderne optimeres til 1024x768. Det kræver en elasticitet, som
det er nemt at opnå traditionelt, men som tilsyneladende ikke lader sig gøre
med samme præcise resultat i CSS.

Jørns udmærkede forslag og min tilpasning af hans på
http://www.skolekammeraten.dk/_floats.php viser jo at det lader sig opføre.
Men det er stadigt ikke så optimalt, som det kan gøres traditionelt. Der
skal være frit mellem menu og andre elementer, for at hindre nogle elementer
i at wrappe - kravet til mellemrummet til menusøjlen stiger proportionalt
med kravet til flexibiliteten.

Vær også lige opmærksom på, at jeg stiller store, opskure krav og dumme
spørgsmål for at fremprovokere nogle gode og brugbare svar - som der jo
heldigvis kommer tid efter anden.

--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen skrev:
> "Erik Ginnerskov" <erik@donotspammeplease.invalid> skrev i en meddelelse
> news:4615876c$0$90263$14726298@news.sunsite.dk...
>> Det er ikke så forfærdelig kompliceret, som du tilsyneladende
>> prøver at få det til at lyde.
>
> Jeg syntes ikke det er mig der gør det kompliceret, snarere at problemet
> minimaliseres. De løsninger der angives tilpasser sig ikke præcist nok den
> tilfældige brugerflade eller komplicere tilpasningen, der med CSS
> tilsyneladende ikke lader sig styre 100%, hvis kravet er sig lidt ud over
> det "normale".


> Vær også lige opmærksom på, at jeg stiller store, opskure krav og dumme
> spørgsmål for at fremprovokere nogle gode og brugbare svar - som der jo
> heldigvis kommer tid efter anden.
>

Det hedder "obskure" og betydningen er skumle.
Nu tror jeg ikke, du har skumle hensigter, men
du har altså svært ved at forklare, hvad det er
du vil opnå. Jeg bakker Erik op, det /er/ simpelt,
det kræver blot 4 formdeklarationer tilføjet til et
simpelt sidelayout, se
http://webdesign101.dk/x/usenet/multifloat.html

Nu har du i hvert fald mulighed for - på
baggrund af et konkret eksempel - at forklare,
hvad det er, der ikke passer dig.

--

Med venlig hilsen
Jørgen Farum Jensen
Håndbog i webdesign: http://webdesign101.dk/wwwbog/udgave2/
Webdesign med stylesheets: http://webdesign101.dk/cssbog/
..

---

Poul Erik Jensen skrev:

> Jørns udmærkede forslag og min tilpasning af
> hans på

Der er jo en del forskel på

http://marxisme.dk/test/float.htm
og
http://skolekammeraten.dk/_floats.php

hvor Jørns forslag er fuldt fleksibelt i bredden, og
dit hvor alle bokse hopper ned under Menu ved
mindre vinduesbredde - og så kan det pludselig
ikke bruges til noget som helst

> Vær også lige opmærksom på, at jeg stiller store,
> opskure krav og dumme spørgsmål for at
> fremprovokere nogle gode og brugbare svar

Det er så et spørgsmål om det hjælper med den
tone, det preller i hvert fald af på mig når noget vil
stille det hele på spidsen for at fremprovokere
noget - og sådan tror jeg at mange har det.

--
Allan Vebel
http://html-faq.dk

---

"Allan Vebel" <spam@do.not> skrev i en meddelelse
news:4616c3e6$0$90270$14726298@news.sunsite.dk...

> hvor Jørns forslag er fuldt fleksibelt i bredden, og
> dit hvor alle bokse hopper ned under Menu ved
> mindre vinduesbredde - og så kan det pludselig
> ikke bruges til noget som helst

Nej, netop! Og det eneste jeg har ændret væsentligt er C, der er fikseret
til 130px - men CSS regner jo ikke på samme vis som table.

Og det er jo lige det jeg forsøger at finde ud af. Hvordan det JEG vil kan
gøres - på en autoriserede måde. Alle postulerer jo det kan lade sig gøre,
men jeg har ikke endnu set noget der gør som jeg foreskriver - eller nogen
som svarer på de direkte spørgsmål jeg stiller.

Min konklution er, at CSS på det punkt endnu er på kravlestadiet, hvad man
må bøje sig for og vente tålmodigt på, at "eksperterne" kan blive enige om
en brugbar form. I mellemtiden må gameldags tabelopdeling, der trods alt
virker efter hensigten, klare det svære.

> Det er så et spørgsmål om det hjælper med den
> tone, det preller i hvert fald af på mig når noget vil
> stille det hele på spidsen for at fremprovokere
> noget - og sådan tror jeg at mange har det.

Ak, ja, det er svært at være menneske. Hensigten med skriverierne er
udelukkende at blive klogere, og jeg beklager hvis jeg alligevel tramper
lidt i rosenbedet - med eller uden skrivefejl og frustrationsudbrud.

Tak for input alligevel.

--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen skrev:
> "Allan Vebel" <spam@do.not> skrev i en meddelelse
> news:4616c3e6$0$90270$14726298@news.sunsite.dk...
>
>> hvor Jørns forslag er fuldt fleksibelt i bredden, og
>> dit hvor alle bokse hopper ned under Menu ved
>> mindre vinduesbredde - og så kan det pludselig
>> ikke bruges til noget som helst
>
> Nej, netop! Og det eneste jeg har ændret væsentligt er C, der er fikseret
> til 130px - men CSS regner jo ikke på samme vis som table.

Æbler og pærer. Det eneste regneapparat i denne sag
er browseren. Og jeg tror, at Allan mener, at det er
det /du/ har lavet, der ikke kan bruges til nogetsomhelst.

Og at du ikke kan finde ud af det har altså ikke en dyt at
gøre med hverken HTML kodesproget (table) eller stylesheet
kodesproget (CSS).

> Og det er jo lige det jeg forsøger at finde ud af. Hvordan det JEG vil kan
> gøres - på en autoriserede måde. Alle postulerer jo det kan lade sig gøre,
> men jeg har ikke endnu set noget der gør som jeg foreskriver - eller nogen
> som svarer på de direkte spørgsmål jeg stiller.

Så har du ikke kigget ordentligt efter i min tidligere
posting. Og du stiller ikke spørgsmål, du fremsætter
postulater, som du beder os modbevise, og når det er
sket, kommer du blot med et nyt postulat, jf. neden-
stående:

> Min konklution er, at CSS på det punkt endnu er på kravlestadiet, hvad man
> må bøje sig for og vente tålmodigt på, at "eksperterne" kan blive enige om
> en brugbar form. I mellemtiden må gameldags tabelopdeling, der trods alt
> virker efter hensigten, klare det svære.

Der har vi det igen - postulatet...


--

Med venlig hilsen
Jørgen Farum Jensen
Håndbog i webdesign: http://webdesign101.dk/wwwbog/udgave2/
Webdesign med stylesheets: http://webdesign101.dk/cssbog/
..

---

"Jørgen Farum Jensen" <jfjenzen@yahoo.dk> skrev i en meddelelse
news:4617571e$0$48612$edfadb0f@dread16.news.tele.dk...

> Der har vi det igen - postulatet...

Nej, det er altså forskel på et postulat og en konklution!

Min konklution er da helt sikkert er forkert, men ingen har endnu kunnet
forklarer mig andet, end at det er nemt og at jeg bare er forkert på den,
og /det/ er et postulat - og ikke specielt pædagogisk.

Jørn kom med et udmærket forslag, som jeg så tilpassede ved at lave een
kolonne fra % til pixels - og straks er det noget gylde.

Ikke en dyt om hvorfor eller hvordan!

Spil bolden - ikke manden.

--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen wrote:

> Jørns udmærkede forslag og min tilpasning af hans på
> http://www.skolekammeraten.dk/_floats.php viser jo at det lader sig
> opføre. Men det er stadigt ikke så optimalt, som det kan gøres
> traditionelt.

Den side er ikke lavet efter den opskrift, jeg har givet dig - og som vil
fungere.

Du har givet menuden en bredde på 135px - OK

Derefter indsætter du 3 individuelle div'er #a, #e og #f. Alle tre giver
du
en bredde på 85%. Det er her, det går galt. Når siden ses i 1024px
browserbredde, passer det. Men i 800px bredde lægger de tre div'er sig
ned under menuen.

Man kan ikke definere bredde i px på et element og i % på et andet og
så gå ud fra, at det passer i alle situationer.

Fjern bredden (og float) på #a, #e og #f og smid dem alle tre ind i en
fælles div, som du giver margin-right:145px (ingen bredde og ikke noget med
float).

Det er heller ikke nogen god ide at definere billedbredde i %. Sæt den i de
faktiske pixeltal, billedet har. Eks:

#b, #d, #g {
width: 200px;
height: 160px;
}
#b, #g {
float: right;
margin-left: 10px
}
#d {
float: left;
margin-right: 10px
}

--
Med venlig hilsen
Erik Ginnerskov
http://hjemmesideskolen.dk/ - http://ginnerskov.dk/
http://html-faq.dk

---

"Erik Ginnerskov" <erik@donotspammeplease.invalid> skrev i en meddelelse
news:461829dc$0$90270
> Den side er ikke lavet efter den opskrift, jeg har givet dig
> - og som vil fungere.

Nej, det er Jørns med min tilpasning.

> Man kan ikke definere bredde i px på et element og
> i % på et andet og så gå ud fra, at det passer i alle
> situationer.

Tak, det er da rene ord for pengene - det kan ikke lade sig gøre!

Jeg vil blot have lov til at mene, at CSS på det punkt er underudviklet - og
der er jo altså også nyt på vej.

Der er flere CSS- og HTML-koder, der set fra min synsvinkel har nogle
uheldige egenskaber, som jeg kunne ønske udviklerne have åbnet mulighed for
at styre - slå til eller fra.

Hvordan det retfærdiggøres, at en div-kasse ikke vokser med sit indhold,
eller ikke kan registrere en nabo-ditto - det kan jeg altså ikke få øje på.
Men sådan er det altså.

Det må så accepteres, at bruge den kode der kan og gør det man vil:
Tabeller. De kan jo defineres til at fylde 100% og derefter opdeles i
fleksible og fikserede celler efter behag, der så kan fyldes med det CSS,
hvis virkemåde passer bedre til den umiddelbart forståelige logik.
Og så undgås clear, hvis udstrækning ikke kan defineres præcist nok.

--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen skrev:
> "Erik Ginnerskov" <erik@donotspammeplease.invalid> skrev i en meddelelse
> news:461829dc$0$90270
>> Den side er ikke lavet efter den opskrift, jeg har givet dig
>> - og som vil fungere.
>
> Nej, det er Jørns med min tilpasning.
>
>> Man kan ikke definere bredde i px på et element og
>> i % på et andet og så gå ud fra, at det passer i alle
>> situationer.
>
> Tak, det er da rene ord for pengene - det kan ikke lade sig gøre!

Ingen kan da i deres vildeste fantasi forestille sig, at du
kan tro, at du kan lægge 100 procent sammen med 35 pixel
og så få noget fornuftigt ud af det.

> Jeg vil blot have lov til at mene, at CSS på det punkt er underudviklet - og
> der er jo altså også nyt på vej.
>
> Der er flere CSS- og HTML-koder, der set fra min synsvinkel har nogle
> uheldige egenskaber, som jeg kunne ønske udviklerne have åbnet mulighed for
> at styre - slå til eller fra.
>
> Hvordan det retfærdiggøres, at en div-kasse ikke vokser med sit indhold,
> eller ikke kan registrere en nabo-ditto - det kan jeg altså ikke få øje på.
> Men sådan er det altså.


Nej det er det ikke - en css-kasse vokser altid med sit
indhold! Den skal ikke registrere noget som helst, men
skal have præcis de egenskaber /du/ giver den. Der intet,
der skal retfærdiggøres, men højst forklares, og det er
jo temmelig vanskeligt overfor når folk ikke /vil/ lytte
eller kan tro at man kan lægge æbler og pærer sammen og
få bananer som resultat.

> Det må så accepteres, at bruge den kode der kan og gør det man vil:
> Tabeller. De kan jo defineres til at fylde 100% og derefter opdeles i
> fleksible og fikserede celler efter behag, der så kan fyldes med det CSS,
> hvis virkemåde passer bedre til den umiddelbart forståelige logik.
> Og så undgås clear, hvis udstrækning ikke kan defineres præcist nok.
>

Tal ikke om /man/ her - tal for dig selv. Og leg endelig
videre med dine tabeller, hvis du virkelig tror at det er
bedre eller nemmere. Lykke til.

Jeg vil dog en sidste gang påpege, at mit forslag
http://webdesign101.dk/x/usenet/multifloat.html i
enhver henseende opfylder de krav, jeg møjsommeligt
har måttet stykke sammen af dine mange klagesange.

--

Med venlig hilsen
Jørgen Farum Jensen
Håndbog i webdesign: http://webdesign101.dk/wwwbog/udgave2/
Webdesign med stylesheets: http://webdesign101.dk/cssbog/
..

---

"Jørgen Farum Jensen" <jfjenzen@yahoo.dk> skrev i en meddelelse
news:4618b425$0$47032$edfadb0f@dread16.news.tele.dk...

> Ingen kan da i deres vildeste fantasi forestille sig, at du
> kan tro, at du kan lægge 100 procent sammen med 35 pixel
> og så få noget fornuftigt ud af det.

Nej, det var naturligvis en provokation for at få forklaret hvordan CSS
erstatter tabellens egenskab til horrisontalt at fylde enhver størrelse
browservindue trods opdelt i variable og faste kolonner. Ikke mindst
hvordan det undgås, at de enkelte 'kolonner' indvirker vertikalt på
hinandens indhold - hvilket jo er det egentlige problem, at en handling i
højre side utilsigtet ændre på indholdet til venstre herfor - eller omvendt.

> Der intet, der skal retfærdiggøres, men højst forklares, ...

Tja, det kan jeg dårligt afvise. Jeg har åbentbart vankeligheder med at
beskrive det jeg vil og så kan forklaringen jo blive derefter.
Men det er bestemt forklaringer jeg har søgt. Og selv om det har knebet
med min forståelse af de aktuelle forklaringer så skal der ikke herske tvivl
om at de i det lange løb har gavnet - og vil være med til at bringe
yderligere forståelse i fremtiden.

> Jeg vil dog en sidste gang påpege, at mit forslag
> http://webdesign101.dk/x/usenet/multifloat.html i
> enhver henseende opfylder de krav, jeg møjsommeligt
> har måttet stykke sammen af dine mange klagesange.

Ok, jeg må jo erkende, at der er andre det er lykkedes for - selv om jeg
altså endnu ikke kan samle puslespillet til mit behov.

Men, intet er vel så galt, at det ikke er godt for noget, for der er vel
andre der har haft glæde af de affødte svar - ja, selv du har jo som følge
af mine klagesange opsamlet viden, som du endnu ikke var kommet forbi.

--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen wrote:

> Mine sider går ikke i quirks-mode,

OK, det var kun et gæt, når vi ikke kan se siden.

> Så er det jeg konkludere, at IE6 gør noget på en måde som jeg kunne
> ønske alle ville gøre det

Deraf mit gæt.

>> Et floated element skal også have defineret en bredde.
>
> Øv - det kan jeg ikke bruge - jeg er jo ikke spåmand og kender din
> vinduesbredte, som jeg jo her er belært om jeg ikke må pille ved.
> Hvordan skal jeg så vide hvor bredt?

Hvad har bredden på mit browservindue at gøre med bredden på det element,
som du ønsker at floate eks. left (en menu?).

Skal en menu floates left (eller right), gives den også en bredde på eks.
190px.

Resten af siden gives så en margin-left (eller margin-right) på eks 200px,
så der er lidt luft til menuen ved siden af. Denne del af den samlede side
floates ikke og gives ikke nogen bredde, hvorfor den vil tilpasse sig den
resterende plads i det aktuelle browservindue.

>> U-floatede elementer, ...., skal have defineret en margin
>> lidt større end bredden på det floatede element ....

Ser du sammenhængen nu?

>> Nej, tabeller er ikke nødvendige.
>
> De er i det mindste til at stole på )

Og noget slemt hø at skulle vedligeholde + direkte besværlige at have med at
gøre, hvis man en dag får lyst til at ændre sidens design radikalt uden at
ændre sidens indhold.

--
Med venlig hilsen
Erik Ginnerskov
http://hjemmesideskolen.dk/ - http://ginnerskov.dk/
http://html-faq.dk

---

"Erik Ginnerskov" <erik@donotspammeplease.invalid> skrev i en meddelelse
news:461416d8$0$90270$14726298@news.sunsite.dk...

> OK, det var kun et gæt, når vi ikke kan se siden.

Der er link!

> Hvad har bredden på mit browservindue at gøre ...

Ikke /dit/ men et hvilkensomhelst. Ja, jeg formaster mig til at regne med
den ubekendte højrekant faktisk er der og retter hovedvinduet ind så det
passer til det der er til overs. På den måde tilpasser jeg ganske præcist
til alle vinduesbredder.

> som du ønsker at floate eks. left (en menu?).

Ikke left/right men _modsat_ det tidligere angivne!

> Skal en menu floates left (eller right), gives den også en bredde på eks.
> 190px.

Nåe, jo, i mit tilfælde er det 100% med en højremargin der giver plads til
menuen på 130px.

> Ser du sammenhængen nu?

Nej - ikke lige i forbindelse med mit problem (se lige forskellen i hhv. IE6
og FF2/IE7).

>>> Nej, tabeller er ikke nødvendige.
> Og noget slemt hø at skulle vedligeholde + ....

Det kan vi blive enige om - hvilket jo er den egentlige grund til at finde
ud af hvordan det kan gøres smartere med CSS.
Det er jo tydeligvis ikke den rette måde jeg har fundetr frem til, men det
eneste jeg får at vide er jo, at det er nemt - og det er da rart at vide,
men ikke nogen hjælp til at komme videre.

--
Med venlig hilsen Poul Erik Jensen
www.genealog.dk www.skolekammeraten.dk
jep at domænet dot dk

---

Poul Erik Jensen skrev:

> Nåe, jo, i mit tilfælde er det 100% med en højremargin der giver plads til
> menuen på 130px.

Det lyder meget mystisk. 100 procent plus 130 pixels fylder
hvor meget af browservinduet?


> Det kan vi blive enige om - hvilket jo er den egentlige grund til at finde
> ud af hvordan det kan gøres smartere med CSS.
> Det er jo tydeligvis ikke den rette måde jeg har fundetr frem til, men det
> eneste jeg får at vide er jo, at det er nemt - og det er da rart at vide,
> men ikke nogen hjælp til at komme videre.
>

Ok. Hvis man kan stole på din tidligere alfabetiske
opsætning samt andre oplysninger der så småt er sivet
ud, er opgaven følgende:

Til højre et 130 pixel bredt element, hvis højde
ikke kendes, men bestemmes af et tekstmæssigt
indhold.

Til venstre for dette et element (B), der fylder resten
af browservinduet, hvori indgår nogle elementer,
der består af et billede plus en billedtekst, og hvis
bredde skal være hundrede procent af B.

Disse elementers billeder skal være skiftevis venstre-
og højrefloat'ede inden for rammerne af B.

En sådan side tegnes af følgende elementer:

<div id="rightcol">
....
</div>
<div id="leftcol">
<div class="box">
<img class="left" src=".." width=".." height=".." />
<p>Billedtekst</p>
</div>
<div class="box">
<p>Billedtekst</p>
<img class="right" src=".." width=".." height=".." />
</div>
<div class="box">
<img class="left" src=".." width=".." height=".." />
<p>Billedtekst</p>
</div>
</div>

De to kolonner formateres af
#rightcol {
width: 130px;
float: right;
padding-top:20px;
}
#leftcol {
margin-right:150px;
}
og billedkasserne af

..box {width:100%;}
..left {float:left;}
..right {float:right;}

Se i øvrigt kapitel 12 i min nedennævnte
håndbog "Webdesign med stylesheets".

--

Med venlig hilsen
Jørgen Farum Jensen
Håndbog i webdesign: http://webdesign101.dk/wwwbog/udgave2/
Webdesign med stylesheets: http://webdesign101.dk/cssbog/
..

---

On Wed, 4 Apr 2007 23:21:59 +0200, "Erik Ginnerskov"
<erik@donotspammeplease.invalid> wrote:

>>> Nej, tabeller er ikke nødvendige.
>>
>> De er i det mindste til at stole på )
>
>Og noget slemt hø at skulle vedligeholde + direkte besværlige at have med at
>gøre, hvis man en dag får lyst til at ændre sidens design radikalt uden at
>ændre sidens indhold.

Både og.
Tabel i tabel i tabel er noget junk - det tror jeg vi alle kan være
enige om.
Men skal have en "gitter-struktur", så er der nu altså ikke noget, der
slår en tabel i robusthed.

Men det skulle vist være på vej i CSS3 ... så man undgår de ulemper der
er med tabeller - også til "gitter-struktur".

Mvh. Jørn


--
Jørn Andersen, Brønshøj

Stop Bush's krige - og Foghs støtte til dem
www.nejtilkrig.dk

---

Jørn Andersen skrev:
> On Wed, 4 Apr 2007 23:21:59 +0200, "Erik Ginnerskov"
> <erik@donotspammeplease.invalid> wrote:
>
>>>> Nej, tabeller er ikke nødvendige.
>>> De er i det mindste til at stole på )
>> Og noget slemt hø at skulle vedligeholde + direkte besværlige at have med at
>> gøre, hvis man en dag får lyst til at ændre sidens design radikalt uden at
>> ændre sidens indhold.
>
> Både og.
> Tabel i tabel i tabel er noget junk - det tror jeg vi alle kan være
> enige om.
> Men skal have en "gitter-struktur", så er der nu altså ikke noget, der
> slår en tabel i robusthed.
>
> Men det skulle vist være på vej i CSS3 ... så man undgår de ulemper der
> er med tabeller - også til "gitter-struktur".

Hvad der står i standarden er en smule uinteressant
i forhold til hvad ikke mindst Internet Explorer rent
faktisk kan fortolke. Et par gode eksempler: CSS3 egenskaben
opacity tolkes af alle andre moderne browsere, men fortsat
ikke af IE. Dito for så vidt angår display-værdierne table,
table-cell, table-row m.m.fl. der er en del af CSS2.

Og jeg vil hævde, at et ordentligt konstrueret float-gitter
er nøjagtigt lige så robust som en tabel. IMHO.

--

Med venlig hilsen
Jørgen Farum Jensen
Håndbog i webdesign: http://webdesign101.dk/wwwbog/udgave2/
Webdesign med stylesheets: http://webdesign101.dk/cssbog/
..

---

On Thu, 05 Apr 2007 13:50:04 +0200, Jørgen Farum Jensen
<jfjenzen@yahoo.dk> wrote:

>Jørn Andersen skrev:
>> Men skal have en "gitter-struktur", så er der nu altså ikke noget, der
>> slår en tabel i robusthed.
>>
>> Men det skulle vist være på vej i CSS3 ... så man undgår de ulemper der
>> er med tabeller - også til "gitter-struktur".
>
>Hvad der står i standarden er en smule uinteressant
>i forhold til hvad ikke mindst Internet Explorer rent
>faktisk kan fortolke.

Absolut - men CSS3 er vel heller ikke officiel endnu?
Jeg skulle nok have været mere præcis og skrevet noget i retning af "på
vej i CSS3 og implementeret af de mest udbredte browsere".

<snip>

>Og jeg vil hævde, at et ordentligt konstrueret float-gitter
>er nøjagtigt lige så robust som en tabel. IMHO.

Det har du muligvis ret i. Problemet er bare, at "ordentligt
konstrueret" involverer en masse workarounds - mens det (lidt) jeg har
læst om CSS3 skulle tage højde for i hvert fald en betydelig del af
disse problemer.

Indtil da må jeg hellere bruge lidt mere tid opå at sætte mig mere ind i
de finere finurligheder af aktuel CSS2-implementering ...

Mvh. Jørn

--
Jørn Andersen, Brønshøj

Stop Bush's krige - og Foghs støtte til dem
www.nejtilkrig.dk