abonnement Unibet Coolblue Bitvavo
pi_65579143
M'n layout is als volgt opgezet:

- contenttop div
- content div
- contentfooter div

Alleen de bg van de content div heeft een repeat. Het irritante is dat de inhoud van de content div variabel is/wordt...

M'n CSS trouwens:
SPOILER
Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
pi_65580528
Dan dus de footer in de contentdiv plaatsen.

Absolute op de bottom van de contentdiv zetten, geen background meegeven.
pi_65581811
quote:
Op vrijdag 30 januari 2009 21:26 schreef veldmuis het volgende:
Dan dus de footer in de contentdiv plaatsen.

Absolute op de bottom van de contentdiv zetten, geen background meegeven.
Maar dan zit te contentfooter div over de content div heen, en aangezien mijn achtergronden transparante gifs zijn is het alsnog een zooitje onderin.

Hmm, bedenk me net dat ik die ringen links ook als aparte div kan doen over de alle content divs heen...
pi_65581826
Je kan de contentdiv toch een padding-bottom geven van 200px?

Dit oplossen met een extra div voor een achtergrondplaatje is niet nodig!
  vrijdag 30 januari 2009 @ 22:09:42 #30
230788 n8n
Pragmatisch
pi_65581884
Of de content en de footer desnoods samen in een container-div en deze de achtergrond geven.
Specialization is for insects”.—Robert Heinlein
pi_65581927
quote:
Op vrijdag 30 januari 2009 22:09 schreef n8n het volgende:
Of de content en de footer desnoods samen in een container-div en deze de achtergrond geven.
Lijkt me zelfs niet nodig.
Hoe minder elementen hoe mooier!
pi_65581944
Schiet je toch allemaal niks mee op? Hij heeft een repeterende afbeelding nodig voor de div met variabele hoogte, en een afbeelding voor de "onderrand". Een "lelijke aansluiting" is dan niet te vermijden, tenzij je met een grid based design werkt (zoals eerder gezegd: vaste line height en alle elementen een veelvoud van die hoogte geven, en de footer ook).
pi_65581987
Shit. Ik las niet goed.

Hij is trouwens een zij, gok ik. .
  vrijdag 30 januari 2009 @ 22:14:50 #34
230788 n8n
Pragmatisch
pi_65582003
quote:
Op vrijdag 30 januari 2009 22:11 schreef veldmuis het volgende:

[..]

Lijkt me zelfs niet nodig.
Hoe minder elementen hoe mooier!
ik ben het met je eens, ik had niet gelezen of er nog iets in de footer kwam, omdat je over de 200px padding begon. maar anders vind ik het persoonlijk wel handig om bijvoorbeeld links te stijlen die in de content en footer anders vormgegeven zijn. Dan typ je gewoon #content a en #footer a, bijvoorbeeld.
Specialization is for insects”.—Robert Heinlein
pi_65582093
quote:
Op vrijdag 30 januari 2009 22:09 schreef n8n het volgende:
Of de content en de footer desnoods samen in een container-div en deze de achtergrond geven.
Dat kan niet want de content div krijgt een variabele hoogte en heeft dus een herhalende achtergrond nodig.
quote:
Op vrijdag 30 januari 2009 22:06 schreef veldmuis het volgende:
Je kan de contentdiv toch een padding-bottom geven van 200px?

Dit oplossen met een extra div voor een achtergrondplaatje is niet nodig!
Dan zit de footer op de bodem van de viewport terwijl de content div nog verder doorloopt
pi_65582127
quote:
Op vrijdag 30 januari 2009 22:12 schreef Roy_T het volgende:
Schiet je toch allemaal niks mee op? Hij heeft een repeterende afbeelding nodig voor de div met variabele hoogte, en een afbeelding voor de "onderrand". Een "lelijke aansluiting" is dan niet te vermijden, tenzij je met een grid based design werkt (zoals eerder gezegd: vaste line height en alle elementen een veelvoud van die hoogte geven, en de footer ook).
Hey, iemand die leest Ben alleen inderdaad een zij, tyvm
  vrijdag 30 januari 2009 @ 22:20:42 #37
230788 n8n
Pragmatisch
pi_65582163
quote:
Op vrijdag 30 januari 2009 22:17 schreef Chanty87 het volgende:

[..]

Dat kan niet want de content div krijgt een variabele hoogte en heeft dus een herhalende achtergrond nodig.
[..]
Dan los je in ieder geval de overloop van #content naar #footer op. Maar heb je de vaste line-height al geprobeerd?
quote:
Dan zit de footer op de bodem van de viewport terwijl de content div nog verder doorloopt
Je maakt #content 200px langer dan 'natuurlijk' en daar komt #footer gewoon onder.


edit: aha had dit net gemist.
quote:
Op vrijdag 30 januari 2009 20:49 schreef Chanty87 het volgende:
M'n layout is als volgt opgezet:

- contenttop div
- content div
- contentfooter div
Specialization is for insects”.—Robert Heinlein
pi_65582475
quote:
Op vrijdag 30 januari 2009 22:19 schreef Chanty87 het volgende:

[..]

Hey, iemand die leest Ben alleen inderdaad een zij, tyvm
Excusez-moi
pi_65582527
Helder moment: probeer je contentfooter eens in je content div te zetten met de huidige achtergrondafbeelding (dan heb je in feite dus twee achtergronden over elkaar). Maak dan van de footer achtergrond de hoek linksboven transparant, ter breedte van zo'n ringband en tot net boven het de onderste afkadering).

Je kunt dan nog steeds een halve ring krijgen, maar dan wel helemaal onderaan, waar het misschien minder opvalt?
pi_65582538
quote:
Op vrijdag 30 januari 2009 22:12 schreef Roy_T het volgende:
Schiet je toch allemaal niks mee op? Hij heeft een repeterende afbeelding nodig voor de div met variabele hoogte, en een afbeelding voor de "onderrand". Een "lelijke aansluiting" is dan niet te vermijden, tenzij je met een grid based design werkt (zoals eerder gezegd: vaste line height en alle elementen een veelvoud van die hoogte geven, en de footer ook).
Wordt het dan tijd om de em te introduceren in de CSS?
Heb ik nooit echt mee gewerkt eigenlijk, maar daar lijkt me dit dan juist ideaal voor?
pi_65582574
quote:
Op vrijdag 30 januari 2009 22:36 schreef Roy_T het volgende:
Helder moment: probeer je contentfooter eens in je content div te zetten met de huidige achtergrondafbeelding (dan heb je in feite dus twee achtergronden over elkaar). Maak dan van de footer achtergrond de hoek linksboven transparant, ter breedte van zo'n ringband en tot net boven het de onderste afkadering).

Je kunt dan nog steeds een halve ring krijgen, maar dan wel helemaal onderaan, waar het misschien minder opvalt?
Het wordt gewoon tijd voor CSS3, met meerdere backgroundimages

Ach, als IE dat ondersteunt zitten we bij Windows 20 service pack 15.
  vrijdag 30 januari 2009 @ 22:40:17 #42
230788 n8n
Pragmatisch
pi_65582648
em maakt volgens mij niet uit, em is fijner omdat het uitgaat van de browservoorkeuren, normaliter staat de standaard fontgrootte van een browser op 16px. 1em is standaard dus gewoon 16 pixels groot. Verdere voordelen zijn dat je het kan gebruiken om de lay-out schaalbaar te maken en dat IE fontgroottes in px niet schaalt.

Volgens mij moet je dan aan zoiets denken:

#content {
font-size: 62.5%; /* maakt 1em 10px groot */
line-height: 3.0em;
}

#content p {
line-height: 0.5em; /* anders heb je regelmarges van 30px */
}
Specialization is for insects”.—Robert Heinlein
pi_65583052
quote:
Op vrijdag 30 januari 2009 22:40 schreef n8n het volgende:
em maakt volgens mij niet uit, em is fijner omdat het uitgaat van de browservoorkeuren, normaliter staat de standaard fontgrootte van een browser op 16px. 1em is standaard dus gewoon 16 pixels groot. Verdere voordelen zijn dat je het kan gebruiken om de lay-out schaalbaar te maken en dat IE fontgroottes in px niet schaalt.

Volgens mij moet je dan aan zoiets denken:

#content {
font-size: 62.5%; /* maakt 1em 10px groot */
line-height: 3.0em;
}

#content p {
line-height: 0.5em; /* anders heb je regelmarges van 30px */
}
Je kunt ipv een procentuele grootte ook gewoon een grootte in pixels opgeven. Net zo duidelijk, en browseronafhankelijk. En een line-height van 0.5em zou ik niet doen, da's te klein voor de letters.
  vrijdag 30 januari 2009 @ 23:34:44 #44
230788 n8n
Pragmatisch
pi_65584170
3.0 em * 0.5em = 1.5em
Specialization is for insects”.—Robert Heinlein
pi_65584577
quote:
Op vrijdag 30 januari 2009 22:56 schreef Light het volgende:

Je kunt ipv een procentuele grootte ook gewoon een grootte in pixels opgeven.
Het hele idee van em is dat je dat juist wilt vermijden

Zoals gezegd kun je bijvoorbeeld in IE (iig IE6) als gebruiker de fonts niet groter/kleiner maken wanneer je px gebruikt. Wanneer je em gebruikt wel.
pi_65585538
quote:
Op vrijdag 30 januari 2009 23:34 schreef n8n het volgende:
3.0 em * 0.5em = 1.5em
Maar zo wordt het niet berekend. Relatieve groottes (waaronder dus die em-eenheid) zijn ten opzichte van het betreffende element. Uitzondering is bij font-size, dan gaat het ten opzichte van omvattende element. Dan heeft het ook zin om font-size: 1.2em te doen.
pi_65585758
quote:
Op vrijdag 30 januari 2009 23:48 schreef Roy_T het volgende:

[..]

Het hele idee van em is dat je dat juist wilt vermijden

Zoals gezegd kun je bijvoorbeeld in IE (iig IE6) als gebruiker de fonts niet groter/kleiner maken wanneer je px gebruikt. Wanneer je em gebruikt wel.
Aan de andere kant, je weet niet wat de fontgrootte is (die wordt vast eerder in het document voor een ander element ook al ergens ingesteld). En daarbij vind ik het geen handig idee om er maar blind op te vertrouwen dat een gebruiker z'n browserinstellingen niet heeft aangepast. Of definieer je ook geen achtergrondkleur als je een witte achtergrond wilt hebben?
pi_65586033
quote:
Op zaterdag 31 januari 2009 00:26 schreef Light het volgende:

Aan de andere kant, je weet niet wat de fontgrootte is (die wordt vast eerder in het document voor een ander element ook al ergens ingesteld).
Daar ben je zelf bij natuurlijk. Je kunt toch prima nagaan wat de fontgrootte van de parent is?
quote:
En daarbij vind ik het geen handig idee om er maar blind op te vertrouwen dat een gebruiker z'n browserinstellingen niet heeft aangepast.
Dat maakt toch niks uit? Het mooie van een relatieve unit is dat het dus meeschaalt (vandaar het "relatieve"). De browserinstelling van de gebruiker maakt dus niets uit. Of denk je liever "de gebruiker stelt z'n browser in op "grote letters", maar daar heb ik niets mee te maken, hij doet het maar met 10px"?
quote:
Of definieer je ook geen achtergrondkleur als je een witte achtergrond wilt hebben?
Toch wel, en die deze opmerking lijkt meer op een sneer dan op een steekhoudend argument (correct me if I'm wrong)

Kijk anders eens hoe relatieve units (em) prima werken op de NU.nl TV-gids, ook in IE6. En daar heb ik echt geen halsbrekende toeren voor uit hoeven halen

NB: Het design daarvan heeft niet altijd ruimte voor grote fonts, daar kan ik ook niks aan doen Maar dat doet niets af aan het prima bruikbare em. En ja, dit is ook een shameless plug om aan te geven dat ik echt geen n00b ben op dit gebied.
  zaterdag 31 januari 2009 @ 00:39:44 #49
230788 n8n
Pragmatisch
pi_65586070
quote:
Op zaterdag 31 januari 2009 00:18 schreef Light het volgende:

[..]

Maar zo wordt het niet berekend. Relatieve groottes (waaronder dus die em-eenheid) zijn ten opzichte van het betreffende element. Uitzondering is bij font-size, dan gaat het ten opzichte van omvattende element. Dan heeft het ook zin om font-size: 1.2em te doen.
Klopt, heb het even geprobeer en ik kreeg het alleen voor elkaar 20px als maximale consistente afstand in te stellen waarbij de tekst nog leesbaar is.

http://n8n.nl/articles/line-height/zodanmaar.html

Als je dan het patroon om de 20 px laat herhalen zal het altijd uitkomen, met 40px heb je dus 50% kans dat de helft weg valt.
Specialization is for insects”.—Robert Heinlein
  zaterdag 31 januari 2009 @ 00:43:38 #50
230788 n8n
Pragmatisch
pi_65586155
quote:
Op zaterdag 31 januari 2009 00:37 schreef Roy_T het volgende:

Kijk anders eens hoe relatieve units (em) prima werken op de NU.nl TV-gids, ook in IE6. En daar heb ik echt geen halsbrekende toeren voor uit hoeven halen
Vind het bij mijn eigen site beter werken, als het inderdaad zo werkt als gedocumenteerd. in Safari schaalt nu iig de hele lay-out mee als ik de fontgrootte wijzig, dat zou ook in IE6 zo moeten zijn.
Specialization is for insects”.—Robert Heinlein
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')