IE 8 beta 2 werkt ookquote:Op maandag 26 januari 2009 22:44 schreef Swetsenegger het volgende:
Met de doctype lijkt hij het nu op alle browsers goed te doen. Getest in
Safari 3.2.x Mac
Firefox 3.0.xx Mac
Opera 9.6x Mac
IE 7.0.x Windows
Chrome 1.0.x Windows
In IE6 werkt het niet.quote:Op dinsdag 27 januari 2009 08:47 schreef Swetsenegger het volgende:
[..]
IE 8 beta 2 werkt ook
Opera 9.6x Windows ook
http://test.xploise.nl/align.html
quote:
1 2 3 4 5 | if (typeof document.body.style.maxHeight == "undefined") { document.write('<p class="emphasize"> Please update your browser!</p>') } </script> |
Als iets niet werkt in IE6 maar de site wordt er niet onbruikbaar door, dan ga ik er geen workaround voor zoeken.quote:
1 2 3 4 5 6 7 8 | .style1 {font-weight: bold} </style> <div class="footer"> <p>tekst <br/>tekst <br/><span class="style1">tekst</span></p> </div> |
laat maar ik ben er al uitquote:Op dinsdag 27 januari 2009 16:56 schreef Roy_T het volgende:
Wat is een tekstvak?
Misschien de contentfooter-div in de content-div plaatsen? Dan hoeft de contentfooter-div geen achtergrond te hebben, je ziet gewoon die van de content-div. Of is er iets speciaals waardoor dat niet kan?quote:Op vrijdag 30 januari 2009 17:49 schreef Chanty87 het volgende:
Halp!
[ afbeelding ]
Hoe zorg ik ervoor dat de background van mijn content div netjes aansluit op mijn contentfooter div?
De onderste rand neem ik aan. De "content div" heeft een herhalend patroon, en de footer niet.quote:Op vrijdag 30 januari 2009 19:01 schreef Light het volgende:
Of is er iets speciaals waardoor dat niet kan?
En dan het probleem naar de header verplaatsenquote:Op vrijdag 30 januari 2009 19:25 schreef veldmuis het volgende:
In de contentdiv met de background-position rommelen?
SPOILEROm 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.シ
Maar dan zit te contentfooter div over de content div heen, en aangezien mijn achtergronden transparante gifs zijn is het alsnog een zooitje onderin.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.
Lijkt me zelfs niet nodig.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.
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.quote:Op vrijdag 30 januari 2009 22:11 schreef veldmuis het volgende:
[..]
Lijkt me zelfs niet nodig.
Hoe minder elementen hoe mooier!
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:09 schreef n8n het volgende:
Of de content en de footer desnoods samen in een container-div en deze de achtergrond geven.
Dan zit de footer op de bodem van de viewport terwijl de content div nog verder doorlooptquote: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!
Hey, iemand die leestquote: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).
Dan los je in ieder geval de overloop van #content naar #footer op. Maar heb je de vaste line-height al geprobeerd?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.
[..]
Je maakt #content 200px langer dan 'natuurlijk' en daar komt #footer gewoon onder.quote:Dan zit de footer op de bodem van de viewport terwijl de content div nog verder doorloopt
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
Excusez-moiquote:Op vrijdag 30 januari 2009 22:19 schreef Chanty87 het volgende:
[..]
Hey, iemand die leest![]()
Ben alleen inderdaad een zij, tyvm
![]()
Wordt het dan tijd om de em te introduceren in de CSS?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).
Het wordt gewoon tijd voor CSS3, met meerdere backgroundimagesquote: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?
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.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 */
}
Het hele idee van em is dat je dat juist wilt vermijdenquote:Op vrijdag 30 januari 2009 22:56 schreef Light het volgende:
Je kunt ipv een procentuele grootte ook gewoon een grootte in pixels opgeven.
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.quote:
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?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.
Daar ben je zelf bij natuurlijk. Je kunt toch prima nagaan wat de fontgrootte van de parent is?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).
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:En daarbij vind ik het geen handig idee om er maar blind op te vertrouwen dat een gebruiker z'n browserinstellingen niet heeft aangepast.
Toch wel, en die deze opmerking lijkt meer op een sneer dan op een steekhoudend argument (correct me if I'm wrong)quote:Of definieer je ook geen achtergrondkleur als je een witte achtergrond wilt hebben?
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.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.
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.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
Daar stappen alle browsers op over (nou ja, Safari, Firefox, etc doen het al eeuwen natuurlijk), omdat het veel logischer is. Je kunt onmogelijk fontgroottes wijzigen zonder ergens een lay-out te breken, omdat je nou eenmaal beperkte ruimte e.d. hebt.quote:Op zaterdag 31 januari 2009 00:43 schreef n8n het volgende:
In Safari schaalt nu iig de hele lay-out mee als ik de fontgrootte wijzig, dat zou ook in IE6 zo moeten zijn.
True, maar ik had het idee dat n8n dat punt even vergat.quote:Op zaterdag 31 januari 2009 00:37 schreef Roy_T het volgende:
[..]
Daar ben je zelf bij natuurlijk. Je kunt toch prima nagaan wat de fontgrootte van de parent is?
Ik weet niet wat een gebruiker doet met de instellingen, dus vind ik het handiger om een bekend punt als uitgangspunt te nemen. Daarbij kan die standaard ook nog browserafhankelijk zijn, en misschien zelfs fontafhankelijk.quote: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"?
Niet bedoeld als sneerquote:Toch wel, en die deze opmerking lijkt meer op een sneer dan op een steekhoudend argument (correct me if I'm wrong)
Ik heb hier geen IE (laat staan IE6) om mee te kijken. Nu.nl/tvgids gebruikt idd alleen em-fonts, dit in tegenstelling tot de gewone nu.nl site. Mooi vergelijkingsmateriaal.quote: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
Dat ben ik ook nietquote:NB: Het design daarvan heeft niet altijd ruimte voor grote fonts, daar kan ik ook niks aan doenMaar 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.
Ik welquote:Op zaterdag 31 januari 2009 01:05 schreef Light het volgende:
Dat ben ik ook nietMaar de site(s) van nu.nl heb ik niet gemaakt.
Ik vind relatieve units wel erg handig bij dingen als line-height en bij margins en paddings van headers en paragrafen. Dan hoef je dat niet bij iedere aanpassing in de fontgrootte aan te passenquote:Op zaterdag 31 januari 2009 02:26 schreef Roy_T het volgende:
Ik moet stiekem wel bekennen dat ik normaal ook liever px gebruik dan relatieve units
Eensch! Dat zijn inderdaad de uitzonderingen. Voor line-height gebruik ik dan vaak ook gewoon percentages ipv em, zoals "line-height: 150%".quote:Op zaterdag 31 januari 2009 08:45 schreef Light het volgende:
[..]
Ik vind relatieve units wel erg handig bij dingen als line-height en bij margins en paddings van headers en paragrafen. Dan hoef je dat niet bij iedere aanpassing in de fontgrootte aan te passen![]()
Leuk stukje tekst, bij die link.quote:Op zaterdag 31 januari 2009 10:44 schreef n8n het volgende:
Ik gebruik altijd em's, eerst zet ik wel de grootte van de em op 10 px, wat het rekenen een stuk makkelijker maakt. Dit doe je met html { font-size: 62.5%; }, zie hier voor meer uitleg. Het enige waarvoor ik tegenwoordig geen em's meer voor gebruik is de breedte van de lay-out (of ik gebruik een max-width) en de afmetingen van afbeeldingen omdat dit bij vegroting de kwaliteit teniet doet.
Misschien ligt het aan mij, maar ik heb nog geen standaard corpsgrootte gezien bij het W3C. Waar kan ik dat vinden?quote:Het eerste wat je moet weten is de standaard corpsgrootte, dus zonder dat jij er in je css iets aan veranderd hebt. Dit is door W3C vastgesteld op 16px.
Waar het te vinden is weet ik niet, en ook niet of de w3c het wel heeft vastgelegd. Wat ik wel weet is dat (bijna?) elke browser een standaard corpsgrootte van 16px heeft voor platte tekst. Kijk maar bij elke wilekeurige browser in de voorkeuren. Het voordeel van em's is dan ook, als iemand de corpsgrootte op bijvoorbeeld 18px instelt, en alle developers zouden em gebruiken, alle websites voor die persoon direct een groter font en eventueel een grotere lay-out hebben. Maargoed de wereld is niet perfect, zeker niet in webdesign.quote:Op zaterdag 31 januari 2009 11:16 schreef Light het volgende:
Misschien ligt het aan mij, maar ik heb nog geen standaard corpsgrootte gezien bij het W3C. Waar kan ik dat vinden?
1 2 3 4 5 6 7 8 9 10 11 12 13 | background-color:#ffffff; width:960px;} #globalnav li{display:inline;margin-left:0.5em;padding-right:0.7em;border-right:1px solid #D4D4D4;} #navigation { float:right; text-align: right; background-color:#985e04; margin-right: 0%; width: 100%; font-size: 10px; background:url('logo.gif'); height:100px; } |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 | <div id="globalnav"> <ul> <li><a href="http://www.flickr.com/photos/rcsmit/" target="_blank">Photos@FlickR</a> </li> <li><a href="http://petitmonde.yepcheck.com/" target="_blank">Lifelog</a></li> <li><a href="http://www.yeuxmarrons.com/contact.php" class="contact">Contact(er)</a></li> </ul> </div><!-- #globalnav --> <div id="navigation" onclick="location.href='http://www.yeuxmarrons.com';" style="cursor:pointer;"> <ul> <li><a href="http://www.yeuxmarrons.com/photos/B2614">B2614</a></li>ETCETERA</ul> </div> |
#globalnav een margin-top van x pixels geven?quote:Op zondag 8 februari 2009 11:45 schreef tim2308 het volgende:
Het is gelukt! en als ik die ruimte wel wil hebben, maar dan wit?
Ik zie dat zo snel niet eigenlijk. Je kunt de background wel aan de UL meegeven, maar ik weet niet of dat is wat je wilt?quote:Het is trouwens raar dat ik in het fototabel gedeelte geen achtergrond kan plaatsen, maar in het logogedeelte wel. Ik heb http://www.webmasterworld.com/forum83/6991.htm daarover gevonden, maar ken je nog een simpeler walkaround?
1 2 3 4 5 | <li>bla</li> <li>bla</li> <li>bla</li> </ul> |
1 2 3 | <li>bla</li><li>bla</li><li>bla</li> </ul> |
Op het werk gebruiken wij Smarty voor het schrijven van de templates. Dat heeft een functie {strip} die alle witruimte in je code weg haalt. Als je dus in je templates aan het werk bent krijg je keurig net ingesprongen code te zien, maar zodat het ingelezen wordt door de browser wordt alle witruimte verwijderd... Aangezien Smarty PHP-based is voor zover ik weet, zal er ook best een PHP-functie zijn waarmee je hetzelfde bereikt..?quote:Op zondag 8 februari 2009 14:16 schreef veldmuis het volgende:
Ik vraag me trouwens nog iets af. Ik heb vaak last van waardeloze marges als ik iets zo opzet:
[ code verwijderd ]
Dit werkt dan wel
[ code verwijderd ]
Het verschilt per browser hoe daarmee omgegaan wordt. Voor de duidelijkheid en netheid van de HTML heb ik liever het eerste, maar het tweede is helaas wel eens nodig.
Is daar een oplossing voor?
Thnx!quote:Op zondag 8 februari 2009 22:01 schreef veldmuis het volgende:
En waarom typ ik altijd die px erachter als het 0 is?.
quote:Op donderdag 12 februari 2009 09:54 schreef metallicattim het volgende:
Hallo,
Ik heb mijn site gemaakt met CSS, maar wat ik opeens ontdek bij heel veel pagina's is dat de DIV waar ik thumbnails in laadt opeens een pixel of 30 hoger staat, zonder dat ik een verandering heb aangebracht!!
Bij sommige, vooral nieuw aangemaakte pagina's staat ie gewoon goed waar ik hem ook neergezet heb, maar bij andere, vooral oudere pagina's staat ie niet meer op de plek waar ik hem in 1e instantie neergezet heb.
Ik zal een voorbeeld geven, hoop niet dat dat als spam word gezien:
http://www.e30fansite.nl/325i/Arjanos.html
Hele oude pagina's die ik gemaakt heb toen ik net begon met CSS waar ik elke foto in een aparte DIV zette ( stom... ) zijn ook ontregeld en staan allemaal hoger dan in eerste instantie:
http://www.e30fansite.nl/325i/Beamer.html
Pagina's die ik pas geleden heb aangemaakt, staan wel gewoon goed:
http://www.e30fansite.nl/318is/BMWDriver.html
Ik hoop dat iemand me kan helpen?? Nogmaals, ik heb op de bewuste pagina's NIKS veranderd
Thx alvast!
Grtz Tim
SPOILEROm 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.
quote:Op donderdag 12 februari 2009 10:42 schreef PiRANiA het volgende:
[..]Hey,SPOILEROm 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.
Ik heb ook een webbrowser, ik had het al gezien.
Groetjes,
veldmuis
neuh slecht niet want de validator zegt dat je op 1 foutje na valid bent. En dat is je alt tags in je plaatjesquote:Op donderdag 12 februari 2009 10:45 schreef metallicattim het volgende:
haha ben ik zo slecht?
Het is ooit de bedoeling de site in PHP te (laten) maken, maar dat duurt nog wel eff, dus voorlopig kan ik hier niks aan doen? Vind het maar een vreemd voorval, want in het begin stond alles goed en opeens staat de div hoger...
Wel slecht imo, en zo zie je maar dat slecht gebruikte maar syntactisch correcte HTML gewoon door de validator komtquote:Op donderdag 12 februari 2009 10:48 schreef miss_bleu het volgende:
neuh slecht niet want de validator zegt dat je op 1 foutje na valid bent. En dat is je alt tags in je plaatjes![]()
Op zich best briljantquote:Op donderdag 12 februari 2009 10:50 schreef Roy_T het volgende:
[..]
Wel slecht imo, en zo zie je maar dat slecht gebruikte maar syntactisch correcte HTML gewoon door de validator komt
Sjah, ik had geen enkel verstand van CSS en heb het met en met een beetje geleerd, kdacht dat dit de methode was, maar niet dus hahaquote:Op donderdag 12 februari 2009 10:47 schreef Chanty87 het volgende:
Vraagje: Waarom heb je in vredesnaam voor vrijwel elk plaatje een aparte div?
Kijk, die website begon met 0 pagina'squote:Op donderdag 12 februari 2009 15:24 schreef Khadgar het volgende:
Als je handmatig 600 pagina's hebt gemaakt, ben je niet handig bezig. Dan is een database + serversides scripting een miljoen keer handiger.
Hmm had ik gedaan. Hij gaat wel tot onder door inderdaad, maar nu te ver naar onder zodat je moet scrollen. Dat komt waarschijnlijk omdat ie ruimte heeft overgeslagen bovenaan (hij begon onder de header).quote:Op vrijdag 13 februari 2009 17:02 schreef Roy_T het volgende:
html en body 100% hoogte geven, en dan kun je een div ook 100% hoogte geven.
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |