Juistquote:Op vrijdag 13 februari 2009 17:11 schreef Nashje het volgende:
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).
Waarom? Wat wil je visueel bereiken? Nogmaals, er zijn vaak andere oplossingen die hetzelfde visuele effect geven. Plaatje misschien?quote:Op vrijdag 13 februari 2009 17:06 schreef Nashje het volgende:
Ik wil dat omdat ik heel het beeld wil gebruiken. Zowel in Firefox als IE moet dat goed zijn.
Omdat dat dat bij het idee van de site hoort . Maar een plaatje is wel een verdomd goed idee ja . Verticaal laten repeaten, voila.quote:Op zaterdag 14 februari 2009 09:53 schreef Roy_T het volgende:
[..]
Juist
Het is 100% van de viewport, dus als er nog iets boven staat dan telt dat ook mee.
[..]
Waarom? Wat wil je visueel bereiken? Nogmaals, er zijn vaak andere oplossingen die hetzelfde visuele effect geven. Plaatje misschien?
Ben je altijd zo van de non-antwoorden? De vraag was niet waarom je iets er op een bepaalde manier uit wilt laten zien, maar waarom je het per se met een div van 100% hoogte wilt doenquote:Op zaterdag 14 februari 2009 14:36 schreef Nashje het volgende:
Omdat dat dat bij het idee van de site hoort .
Juistemquote:Maar een plaatje is wel een verdomd goed idee ja . Verticaal laten repeaten, voila.
classes worden overruled door ID's, ook al staat de class lager in de CSS. Dus anders reageren doet het zeker .quote:Op zaterdag 14 februari 2009 16:32 schreef Swetsenegger het volgende:
Nou ik heb wel gemerkt dat ID's soms anders reageren dan classes. En ik heb geen idee waarom. Ik heb nu geen concreet voorbeeld, is iets waar ik wel eens tegen aangelopen ben.
Ik gebruik eigenlijk ook altijd classes.
Nee ik bedoel dus ook in style gedrag. Dus een layer die onverklaarbaar lager geplaatst wordt bv als hij in een ID staat tov een class.quote:Op zaterdag 14 februari 2009 16:34 schreef veldmuis het volgende:
[..]
classes worden overruled door ID's, ook al staat de class lager in de CSS. Dus anders reageren doet het zeker .
Verder mag een ID uiteraard maar 1x per htmlletje voorkomen, en een class oneindig.
Da's mij nog nooit opgevallen. Dus een voorbeeld zou leuk zijnquote:Op zaterdag 14 februari 2009 16:46 schreef Swetsenegger het volgende:
[..]
Nee ik bedoel dus ook in style gedrag. Dus een layer die onverklaarbaar lager geplaatst wordt bv als hij in een ID staat tov een class.
Als ik er weer eens tegenaanloop zal ik het laten zien. Wat ik me ervan herinner ging het met relatief positioneren fout. Maakte ik van de ID een class werkte het zoals verwacht.quote:Op zaterdag 14 februari 2009 16:51 schreef Light het volgende:
[..]
Da's mij nog nooit opgevallen. Dus een voorbeeld zou leuk zijn
Ik gebruik tegenwoordig alleen classes als ik weet dat ik hetzelfde element meerdere keren gebruik op een paginaquote:Op zaterdag 14 februari 2009 16:28 schreef veldmuis het volgende:
Zeg. Vraagje!
Wanneer gebruiken jullie een class en wanneer een id?
Ik ga eigenlijk altijd voor een class, behalve als ik iets met JS wil gaan doen, dan hang ik de css aan het id (logisch, denk ik).
Ik zie echter ook volop sites waarbij de css er uitziet als een hekjesparade, alleen maar id's dus. Ik snap het nut er niet zo van, maar misschien is het er wel. Ben wel benieuwd hoe iedereen werkt eigenlijk, wie weet (ik!) kan ik er nog wat van leren!
Gewoon voor je eigen overzicht? (max) 1x voorkomen = id, anders class?quote:Op zaterdag 14 februari 2009 21:07 schreef Chanty87 het volgende:
[..]
Ik gebruik tegenwoordig alleen classes als ik weet dat ik hetzelfde element meerdere keren gebruik op een pagina
Dat is geen known bug iig voor zover ik weetquote:Op zaterdag 14 februari 2009 16:46 schreef Swetsenegger het volgende:
Nee ik bedoel dus ook in style gedrag. Dus een layer die onverklaarbaar lager geplaatst wordt bv als hij in een ID staat tov een class.
quote:Op maandag 16 februari 2009 09:29 schreef Nashje het volgende:
Het is te merken dat ik al een tijdje niet heb gespeeld met CSS . Ik ben er na 3 kwartier achter gekomen waarom m'n backgroundimage niet werd getoond. M'n style.css staat in de map css, en ik moest dus eerst uit die map komen om het plaatje in de map image te laten kunnen tonen.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 | width: 270px; height: 105px; border: 1px solid; background: url(logo.png); } #menu { float: left; width: 270px; height: 400px; border: 1px solid; } #search { float: left; width: 900px; height: 200px; border: 1px solid; } #content { float: left; width: 900px; height: 200px; border: 1px solid; } |
1 2 3 4 | <div id="menu"></div> <div id="search">asdf</div> <div id="content">adsf</div> |
Oh toch wel.. Was al van plan om een leftrow en rightrow te maken, maar toch een containertje dus. Even proberen.quote:Op maandag 16 februari 2009 15:42 schreef veldmuis het volgende:
Ik snap het denk ik .
Denk in kolommen. Dit is normaal gedrag van de float. Als je om de dingen die naast of boven elkaar staan een containerdiv zet is je probleem over.
1 2 3 4 5 | border: 1px solid; width: 1200px; height: 600px; } |
1 2 3 4 5 6 | <div id="logo"><img src="images/logo1.png" /></div> <div id="menu"></div> <div id="search">asdf</div> <div id="content">adsf</div> </div> |
1 2 | [=2=] [=4=] |
Zolang je ze maar niet die namen geeft (leftrow, rightrow)quote:Op maandag 16 februari 2009 15:43 schreef Nashje het volgende:
Was al van plan om een leftrow en rightrow te maken, maar toch een containertje dus. Even proberen.
Je kan er een containertje omheen zetten. Container dan een vaste breedte meegeven, en de divs in die container erven die dan wel.quote:Op maandag 16 februari 2009 16:00 schreef Nashje het volgende:
a is waar, heb ik gedaan, maar wat moet ik dan met 3 en 4 doen?
Gelukt . Ik had al een container gemaakt voor 3 en 4 en gefloat naar left, maar deed het niet. Toen ik de container van 1 en 2 naar left had gefloat, deed ie het wel. Dank dank.quote:Op maandag 16 februari 2009 16:02 schreef veldmuis het volgende:
[..]
Je kan er een containertje omheen zetten. Container dan een vaste breedte meegeven, en de divs in die container erven die dan wel.
quote:Welke plaats woont u?:
<br />
<input type="radio" id="Apeldoorn" name="gender" value="man"> <label for="man">Apeldoorn</label>
<input type="radio" id="Deventer" name="gender" value="vrouw"> <label for="vrouw">Deventer</label>
<input type="radio" id="Zuthpen" name="gender" value="vrouw"> <label for="vrouw">Zuthpen</label>
<input type="radio" id="Buitengebied" name="gender" value="man"> <label for="man">Buitengebied</label>
<div class="place">
<div class="field">
<div class="place">
<div class="field">
<text> In welke wijk woont u?
</text>
<select name="Woonwijk">
<option value="Woonwijk">De Parken</option>
<option selected value="Woonwijk">Centrum</option>
<option value="Woonwijk">De Maten</option>
<option value="Woonwijk">Berg & Bos</option>
<option value="Woonwijk">Zuidbroek</option>
<option value="Woonwijk">Osseveld</option>
<option value="Woonwijk">Woudhuis</option>
<option value="Woonwijk">Welgelegen</option>
<option value="Woonwijk">Orden </option>
<option value="Woonwijk">Zevenhuizen</option>
<option value="Woonwijk">Kerstschoten </option>
<option value="Woonwijk">Zuid</option>
</select>
</form>
</div>
.quote:Op dinsdag 17 februari 2009 14:36 schreef Roy_T het volgende:
Het lijkt me overigens sterk dat al die wijken een value "woonwijk" moeten hebben en de steden stiekem geslachten zijn
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 | height: 100%; margin: 0; } body { background-color: #EFF8FD; height: 100%; font-family: arial, tahoma, verdana, sans-serif; font-size: 12px; } div#page { width: 960px; height: 100%; background-color: white; position: absolute; left: 50%; top: 0px; margin-left: -480px; } |
Volgens mij werkt dit gewoon?quote:Op vrijdag 20 februari 2009 11:36 schreef Intrepidity het volgende:
Ik ben al genoeg javascript-achtige oplossingen tegengekomen, maar dit moet afaik met CSS op te lossen zijn..
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 | html { height: 100%; margin: 0; } body { background-color: #EFF8FD; height: 100%; font-family: arial, tahoma, verdana, sans-serif; font-size: 12px; } div#page { width: 960px; min-height: 100%; background-color: white; margin:0 auto; [b]iets mooier dan left:50; margin-left:-480px ;)[/b] } </style> |
Volledig geaccepteerde manierquote:Op vrijdag 20 februari 2009 12:02 schreef Intrepidity het volgende:
Het gaat dus om een box van 960 pixels breed horizontaal gecentreerd, volgensmij kan ik dat effect niet in de body bereiken tenzij ik met een witte afbeelding ga lopen klooien..
nou je hebt 1 TD veld en die moet altijd 200 px breed zijn ongeacht de inhoudquote:
maar dat werkt nietquote:
Je .tekst moet een breedte hebben, in feite geeft FF het goed weerquote:Op maandag 23 februari 2009 16:37 schreef Buonissimo het volgende:
Hoi, ik ben net begonnen aan een nieuw siteje en loop tegen een probleem aan. Op http://chessatwork.leadhoster.com/ zie je dat het siteje goed wordt weergegeven in IE (hiermee bedoel ik: de tekst positioneert zich 'langs' het menu) maar in Firefox schuift de tekst onder het menu.
Mijn CSS code ziet er als volgt uit:
[knip]
Ik vermoed dat dit een vrij bekend probleem is en hoop dat er iemand weet hoe ik dit kan oplossen? Kan deze persoon mij ook de logica achter de oplossing uitleggen? Of eventueel doorverwijzen? Alvast bedankt
Heeft je body of de parent-div van je menu-div geen padding of margin?quote:Op maandag 23 februari 2009 16:56 schreef ikJur het volgende:
Het viel me op dat het menubalkje hier op fok meegaat. Ik ben nu ook bezig met een site waar me dat wel handig lijkt. Na ff de code bestudeerd te hebben bleek een simpele position:fixed; het te doen. Maarrrr mijn menu begint pas zo'n 150px vanaf de bovenkant. Ik wil dus dat ie blijft plakken aan de bovenkant zodra die dmv scrollen gepasseerd wordt.
Weet iemand hoe ik dit kan klaarspelen?
(is trouwens een ul ipv een div maar dat maakt geen verschil) het menu staat in een container div die een heeft een margin: 10px auto; om te centreren, hier kan ik dus vrij weinig aan veranderen.quote:Op maandag 23 februari 2009 17:17 schreef Chanty87 het volgende:
Heeft je body of de parent-div van je menu-div geen padding of margin?
En als je die ul nou uit de container haalt?quote:Op maandag 23 februari 2009 17:27 schreef ikJur het volgende:
[..]
(is trouwens een ul ipv een div maar dat maakt geen verschil) het menu staat in een container div die een heeft een margin: 10px auto; om te centreren, hier kan ik dus vrij weinig aan veranderen.
1 |
het werkt niet zodra ik top:0; geef blijft ie aan de bovenkant hangen. top overruled alles gewoon.quote:Op maandag 23 februari 2009 18:00 schreef n8n het volgende:
border-top op de html
edit, nuffsaid dat werkt alleen met een padding
misschien dan html { border-top } body { margin: 100px auto; } enz...
1 2 3 4 5 6 7 8 9 10 11 | display:none; } span.element:hover span.tekst1 { display:none; } span.element:hover span.tekst2 { display:block; } |
1 2 3 4 | <span class="tekst1">Dit is tekst 1</span> <span class="tekst2">Dit is tekst 2</span> </span> |
Helemaal top . Dank je.quote:Op woensdag 25 februari 2009 14:13 schreef PimD het volgende:
CSS:
[ code verwijderd ]
HTML:
[ code verwijderd ]
Heb het niet getest, maar dit zou moeten werken. Wel kans dat je verspringende elementen krijgt, maar dan zou je ".element" een vaste hoogte/breedte moeten geven.
Daarnaast moet je nog wel even een Javascriptje voor IE6 maken, aangezien die geen hover ondersteunt op elementen die geen <a> zijn.
in 1998 ja tegenwoordig zijn hovers het best met css te fixenquote:Op woensdag 25 februari 2009 14:29 schreef Roy_T het volgende:
Wat mij betreft zou je dit gewoon met JavaScript moeten doen; het is gedrag en geen styling.
Dat weet ik lolbroek, ik vraag me alleen of of je dit (het vervangen van een tekst in deze context) door CSS moet laten doen. Scheiding van structuur, gedrag en presentatie enzo. Semantiek, etc. Je kent het wel.quote:Op woensdag 25 februari 2009 14:34 schreef ikJur het volgende:
in 1998 ja tegenwoordig zijn hovers het best met css te fixen
ja eigenlijk heb je wel gelijk in deze context. zeker omdat het met css toch niet gaat werken in ie6.quote:Op woensdag 25 februari 2009 14:46 schreef Roy_T het volgende:
[..]
Dat weet ik lolbroek, ik vraag me alleen of of je dit (het vervangen van een tekst in deze context) door CSS moet laten doen. Scheiding van structuur, gedrag en presentatie enzo. Semantiek, etc. Je kent het wel.
ja jquery leent zich erg goed voor het verwijderen of tonen van attributes.quote:Op woensdag 25 februari 2009 15:47 schreef Roy_T het volgende:
Als het nou het uitklappen van een menu is (zoals suckerfish), dan zou ik CSS prima vinden (icm JS voor IE6), omdat het dan gaat om het tonen van data. Hier gaat het echter om het bewerken van data, vandaar
Mwah... aan de ene kant ben ik het met je eens dat content/gedrag/structuur/etc zo gescheiden mogelijk moet blijven, maar als iets met CSS simpel op te lossen is vind ik het ook weer onzin om het dan met Javascript te gaan doen...quote:Op woensdag 25 februari 2009 14:29 schreef Roy_T het volgende:
Wat mij betreft zou je dit gewoon met JavaScript moeten doen; het is gedrag en geen styling.
Dan heb je het over de weergave van een element, dus de fysieke kenmerken. Dat is imo iets anders dan de daadwerkelijke inhoud. En los daarvan zou je het imo dat echt met puur CSS moeten doen (met de content property), en niet op bovenstaande manier. Zo verneuk je je structuur (HTML) namelijk ook nog eensquote:Op woensdag 25 februari 2009 16:25 schreef PimD het volgende:
Sowieso, een :hover is dan toch ook gedrag? Een hover op een link waarbij je de kleur aanpast of de text-decoration weg haalt doe je ook niet met Javascript...
Dat het werkt, wil niet zeggen dat het goed isquote:Op donderdag 26 februari 2009 13:58 schreef Nashje het volgende:
Ja staat in een li, die dan weer in de class menu staat...
Maar dit zou toch sowieso zonder css moeten werken?
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 | <ul> <li><a href="link" class="category_name">Naam van categorie</a></li> </ul> CSS a.category_name { width: #px; height: #px; display: block; text-indent: -9999px; background: url(plaatje.gif); } a.category_name:hover { background: url(plaatje_over.gif); } |
Je hoeft opzich niet eens 2 plaatjes te gebruiken, gewoon het eerste plaatje boven, tweede onder en in de css oplossen met de background positionquote:Op donderdag 26 februari 2009 15:06 schreef Roy_T het volgende:
[..]
Dat het werkt, wil niet zeggen dat het goed is
Als het gaat om een plaatje als menu item wat veranderd als je er overheen gaat zou ik dit doen:
[ code verwijderd ]
Voordeel: het ziet eruit hoe jij wilt, het werkt zonder JS én is semantisch correct (en dus toegankelijk). Google bijvoorbeeld ziet gewoon de link, en grafische user agents de afbeelding.
Dit kan ook met alle knoppen in 1 afbeelding, scheelt requests naar de server en net zo belangrijk, de afbeelding is pre-loaded dus je hebt geen geflikker bij :hover als gevolg.quote:Op donderdag 26 februari 2009 15:20 schreef veldmuis het volgende:
En als het veel links zijn zou ik de normale en de hover in één afbeelding zetten en de a:hover een background-position:bottom meegeven bijvoorbeeld. De li krijgt dan een class mee uiteraard.
Nja, you snep
Volgens mij niet. Ik snap niet waarom ze divs als alternatief voor frames zien . Frames zijn pagina's die je oproept en toont, divs zijn toch veel anders .quote:Op donderdag 26 februari 2009 16:04 schreef kareltje_de_grote het volgende:
n.a.v. dit topic: Website dilemma waaruit blijkt dat frames niet echt meer de bedoeling zijn, wordt div als alternatief gegeven.
Kun je in een div ook tekst tonen die in een ander htmlletje staat?
Nog mooier is om op te delen mbv includes (php).quote:Op donderdag 26 februari 2009 16:04 schreef kareltje_de_grote het volgende:
Het voordeel van frames vond ik altijd dat je je website dus mooi op kon delen in een header.html, menu.html en body.html.
Background-position werkt in mijn ervaring in alle browsers gelijk. Wat ging er bij jou mis dan?quote:Op donderdag 26 februari 2009 15:37 schreef Nashje het volgende:
Maar als je al die links in 1 plaatje ramt en gaat werken met background-position is het dan niet één groot gevecht tussen Firefox en IE? Die ervaring heb ik nl. met positions.
Divs die gingen zweven en niet vast stonden. Ik had sowieso moeite om divs vast te zetten met positions, vandaar dat ik tegenwoordig alleen maar met floats werk.quote:Op donderdag 26 februari 2009 16:09 schreef Roy_T het volgende:
[..]
Background-position werkt in mijn ervaring in alle browsers gelijk. Wat ging er bij jou mis dan?
frames zijn gewoon een beetje verouderd, mensen komen op loze pagina's uit via zoekmachines e.d en nog tal van andere nadelen die er aan kleven. Als ik simpele statische websites maak doe ik het gewoon met php includes.quote:Op donderdag 26 februari 2009 16:04 schreef kareltje_de_grote het volgende:
n.a.v. dit topic: Website dilemma waaruit blijkt dat frames niet echt meer de bedoeling zijn, wordt div als alternatief gegeven.
Kun je in een div ook tekst tonen die in een ander htmlletje staat? Het voordeel van frames vond ik altijd dat je je website dus mooi op kon delen in een header.html, menu.html en body.html.
ja tis echt easy je hoeft eigenlijk niet eens echt php te kennen.quote:Op donderdag 26 februari 2009 16:19 schreef kareltje_de_grote het volgende:
Hahh, tnx ik ga eens naar die includes kijken.
Dat ken ik dan ook nietquote:Op donderdag 26 februari 2009 16:20 schreef ikJur het volgende:
[..]
ja tis echt easy je hoeft eigenlijk niet eens echt php te kennen.
Een background-position heeft niets met een floatende en zwevende div te maken hoor .quote:Op donderdag 26 februari 2009 16:11 schreef Nashje het volgende:
[..]
Divs die gingen zweven en niet vast stonden. Ik had sowieso moeite om divs vast te zetten met positions, vandaar dat ik tegenwoordig alleen maar met floats werk.
neequote:Op donderdag 26 februari 2009 16:08 schreef Nashje het volgende:
[..]
Volgens mij niet. Ik snap niet waarom ze divs als alternatief voor frames zien . Frames zijn pagina's die je oproept en toont, divs zijn toch veel anders .
[..]
Nog mooier is om op te delen mbv includes (php).
ok je noemt je pagina php ipv htmlquote:Op donderdag 26 februari 2009 16:25 schreef kareltje_de_grote het volgende:
[..]
Dat ken ik dan ook niet
Jij hebt het over "position", ik over "background-position". Dat is wel even iets totaal andersquote:Op donderdag 26 februari 2009 16:11 schreef Nashje het volgende:
Divs die gingen zweven en niet vast stonden. Ik had sowieso moeite om divs vast te zetten met positions, vandaar dat ik tegenwoordig alleen maar met floats werk.
1 2 3 | font-size: 0%; } |
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |