Met Javascript ja (DOM bewerken = gedrag = Javascript)quote:Op woensdag 16 mei 2007 21:34 schreef Chandler het volgende:
Vraagje, is het mogelijk om een frameset te vervangen door divs inclusief de mogelijkheid om een cell breder of minderbreed te maken? bv?
| 1 2 3 4 5 6 7 | A:visited {font-family: verdana, Helvetica, sans-serif;font-size: 11px;color:#cccccc;text-decoration:none;font-weight: bold;} A:hover {font-family: verdana, Helvetica, sans-serif;font-size: 11px;color:#ffffff;text-decoration:none;font-weight: bold;} A:active {font-family: verdana, Helvetica, sans-serif;font-size: 11px;color:#ffffff;text-decoration:none;font-weight: bold;} |
| 1 2 3 4 5 6 7 8 9 | a:link {color:#cccccc;} a:visited {color:#cccccc;} a:hover {color:#ffffff;} a:active {color:#ffffff;} |
dank voor de opschoning, maar hij werkt nog steeds niet bij mij :/ Hover gaat wel goed, maar na klikken blijft ie niet wit...quote:Op donderdag 24 mei 2007 13:33 schreef super-muffin het volgende:
probeer het eens met kleine letters. Dit werkt wel in FF (net getest)
En het kan sowiezo een stuk netter.
[ code verwijderd ]
Ik vind het trouwens best ranzig gecode, zo alles op 1 regel.
Je moet niet uitgaan van het gedrag dat Internet Explorer vertoont, dat is niet-standaard. :active voor links geldt zolang je de muis erop ingedrukt houdt en hoort niet langer toegepast te worden als je de muis weer loslaat.quote:Op donderdag 24 mei 2007 13:38 schreef dewitteparel het volgende:
[..]
dank voor de opschoning, maar hij werkt nog steeds niet bij mij :/ Hover gaat wel goed, maar na klikken blijft ie niet wit...
Volgens W3C is dat een mogelijkheid waarop een client om kan gaan met a:active. De implementatie van IE is net zo geldig. Neemt niet weg dat dit browsergedrag is, en niet verder te beinvloeden met CSS.quote:Op donderdag 24 mei 2007 22:01 schreef AnGabhar het volgende:
[..]
Je moet niet uitgaan van het gedrag dat Internet Explorer vertoont, dat is niet-standaard. :active voor links geldt zolang je de muis erop ingedrukt houdt en hoort niet langer toegepast te worden als je de muis weer loslaat.
Dat ben ik niet met je eens. W3C schrijft voor:quote:Op donderdag 24 mei 2007 22:09 schreef CraZaay het volgende:
[..]
Volgens W3C is dat een mogelijkheid waarop een client om kan gaan met a:active. De implementatie van IE is net zo geldig. Neemt niet weg dat dit browsergedrag is, en niet verder te beinvloeden met CSS.
Nadat een gebruiker op een link geklikt heeft, of er een deel van heeft geselecteerd, valt niet meer te rijmen met de bewoording "is being activated".quote:The :active pseudo-class applies while an element is being activated by the user.
Of je gebruikt http://www.xs4all.nl/~peterned/csshover.htmlquote:Op donderdag 24 mei 2007 22:36 schreef Tuvai.net het volgende:
Internet Eplorer 6 vertoont veel rare fratsen met :hover en :focus, IE7 gelukkig al wat minder. Misschien toch beter om er een Javascriptje achter te hangen wat reageert op een onclick/onkeyup attribuut.
| 1 |
Voor zover ik weer is het stylen van een <area> niet mogelijk. Het is immers geen normaal block HTML element, en is enkel bedoeld om een klikbaar gebied van je <map> aan te duiden.quote:Op donderdag 24 mei 2007 23:34 schreef Chandler het volgende:
Klein vraagje; ik krijg in mijn MAP (image map) de cursor niet veranderd van de area's
[ code verwijderd ]
bv, of een van de vele anderen niet
| 1 2 3 4 5 6 | position: absolute; clear: both; right: 0; bottom: 0; } |
| 1 2 3 4 | body {min-height: 100%; position: relative; margin: 0; padding: 0} div#content {padding: 8px 8px 150px 8px} div#logo {position: absolute; bottom: 0; width: 100%; height: 150px} |
Erven de elementen daaronder die positionering toevallig? dan zou het wel logisch zijnquote:Op zaterdag 26 mei 2007 17:05 schreef AnGabhar het volgende:
Geen idee waarom, maar IE doet het ineens goed als je een div met position:absolute om de div#content heen wikkelt.
mmm dan weet ik niet wat je doet, maar bij mij werkt het niet.... Zit er weer zwaar over te twijfelen of ik niet moet overstappen naar tables e.d.quote:Op zaterdag 26 mei 2007 17:05 schreef AnGabhar het volgende:
Geen idee waarom, maar IE doet het ineens goed als je een div met position:absolute om de div#content heen wikkelt.
IE gebruikt (in quirks mode) een ander box model (content box) dan Firefox (border box). Hierdoor wordt de content div te breed waardoor die niet meer naast de andere twee divs past. IE draait hier in quirksmode door het commentaar dat voor de DTD staat. Als je dat weg haalt draait IE ook in strict mode en gebruikt dan ook de content box methode. Het ziet er dan hetzelfde uit als in Firefox.quote:Op zaterdag 26 mei 2007 17:18 schreef AnGabhar het volgende:
Maar geheel afgezien daarvan is dit gewoon een bug in IE. Iedere verklaring die poogt op 'logisch' uit te komen is daarom overbodig, we hoeven alleen een würgaround te vinden waardoor het wel werkt.
Aha, dat had ik nog niet gezien. Dat verklaart het inderdaad.quote:Op zaterdag 26 mei 2007 17:55 schreef SuperRembo het volgende:
IE gebruikt (in quirks mode) een ander box model (content box) dan Firefox (border box).
Nou ja, dat hoeft hij in feite ook niet, als het niet past moet het gewoon over de rand heen lopen. Maar blijkbaar houden de quirks van IE niet op bij box sizing...quote:Hierdoor wordt de content div te breed waardoor die niet meer naast de andere twee divs past.
oe moet deze doctype er dan uit komen te zien?quote:Op zaterdag 26 mei 2007 17:55 schreef SuperRembo het volgende:
[..]
IE gebruikt (in quirks mode) een ander box model (content box) dan Firefox (border box). Hierdoor wordt de content div te breed waardoor die niet meer naast de andere twee divs past. IE draait hier in quirksmode door het commentaar dat voor de DTD staat. Als je dat weg haalt draait IE ook in strict mode en gebruikt dan ook de content box methode. Het ziet er dan hetzelfde uit als in Firefox.
Zie Box model tweaking.
Ahh oke, dat was dus alles.... nu werkt het inderdaad!! Dank je!quote:Op zondag 27 mei 2007 12:29 schreef SuperRembo het volgende:
Die DTD is op zich goed, maar het moet wel meteen de eerste regel zijn.
| 1 2 3 4 5 6 7 8 9 10 11 | { background-color:#95cc00; width:135px; padding:2px; padding-left:3px; filter:alpha(opacity=50); -moz-opacity:.50; opacity:.50; margin-top:1px; } |
| 1 2 3 4 5 6 7 8 9 10 | { color:black; font-family:arial; font-size:8pt; text-align:left; filter:alpha (opacity=100); -moz-opacity:.100; opacity:.100; } |
| 1 2 3 4 5 6 7 | position:relative; margin:auto; width:860px; top:0px; left:0px; } |
| 1 2 3 4 5 6 7 | position:absolute; top:0px; left:0px; width:200px; background:#000000; } |
| 1 2 3 4 5 6 7 8 | position: absolute; left:0px; width:200px; height:300px; top:0px; background:#000000; } |
Dat komt doordat alle elementen in je container absoluut gepositioneerd zijn. Absoluut gepositioneerde elementen nemen geen ruimte in. De container gedraagt zich dus alsof er geen elementen in zitten.quote:Op dinsdag 29 mei 2007 22:05 schreef Qunix het volgende:
Ik heb een probleem:
[afbeelding]
Ik heb een container div (#5), genaamd "container" wat relative als eigenschap heeft en geen height. Wel een min-height en wel 700px, wat meer dan op de screenshot te zien is.
Ik heb een div (#1), genaamd "links" wat absolute is. Hier heb ik wel vaste maten opgegeven. Zo is hij 0px van de bovenkant en linkerkant. Zoals je ziet klopt dat. Deze div is IN de container div geplaatst. Evenals div #2, #3 en #4.
Ik heb de container div een achtergrond kleur gegeven. Hoe kan het zijn dat hij niet mee gaat met de hoogte van de divs erin?
Om het wat duidelijker te maken hier de css code:
Div #5 - container div:
[ code verwijderd ]
Div #1 - left:
[ code verwijderd ]
Div #2, #3, #4: (allemaal bijna hetzelfde)
[ code verwijderd ]
Wie kan me helpen?
Als ik hem relative maak gaat het niet goed geloof ik.... Hoe los ik dit dan op?quote:Op dinsdag 29 mei 2007 23:09 schreef cyberstalker het volgende:
[..]
Dat komt doordat alle elementen in je container absoluut gepositioneerd zijn. Absoluut gepositioneerde elementen nemen geen ruimte in. De container gedraagt zich dus alsof er geen elementen in zitten.
Je bedoeltquote:Op donderdag 31 mei 2007 11:35 schreef Qunix het volgende:
<br clear="all" /> en het is opgelost.
| 1 |
Bedoel ik jaquote:Op donderdag 31 mei 2007 11:37 schreef cyberstalker het volgende:
[..]
Je bedoelt
[ code verwijderd ]
De / is enkel nodig in XHTML.
Hij is nu wel goed....quote:Op donderdag 31 mei 2007 15:41 schreef CraZaay het volgende:
Er is niets gefloat, dus er zijn ook geen floats te clearen volgens mij
| 1 2 3 4 5 6 7 8 | { width: 300px; margin-left: auto; margin-right: auto; border: 1px solid #4d7bd6; border-collapse: collapse; } |
Ik heb m nu zo:quote:Op zondag 3 juni 2007 19:56 schreef Tuvai.net het volgende:
Doe anders eens gewoon margin:0 auto;. Ik ondervind met oude IE versies ook wel eens problemen als ik left/right/top/bottom declareer bij bijvoorbeeld padding, margin, etc. :)
Voorbeeld:
padding-top:5px;
padding-bottom:5px;
padding-left:5px;
padding-right:5px;
werkt niet.
padding:5px; of padding:5px 5px 5px 5px; weer wel. :)
| 1 2 3 4 5 6 7 | { width: 300px; margin: 0 auto; border: 1px solid #4D7BD6; border-collapse: collapse; } |
Vreemd, bij mij doet dit het wel. Zowel in IE7 als FireFox 2...quote:Op zondag 3 juni 2007 19:34 schreef JortK het volgende:
Ik heb een table element in mijn CSS:
[ code verwijderd ]
Hiermee zou die de tabel moeten centreren op het scherm (vanwege margins die op auto staan).
Nu doet hij dit in Firefox wel, maar in IE7 niet, heeft iemand enig idee wat er verkeerd gaat?
0 is geldig. 0 is 0. Of het nou 0 px, em, %, pt, of wat dan ook is.quote:Op zondag 3 juni 2007 22:53 schreef ErikN het volgende:
margin:0 auto
is ongeldig, aantal een einheid noemen dus bv 0px
(heb niet alles gelezen, excuses als het er al stond)
Gaat 't alleen fout in IE6 of ouder?quote:Op woensdag 6 juni 2007 15:14 schreef Chandler het volgende:
[...]
Ik heb zelf z-index van het overlappende stuk op 999 gezet en van de select op -1maar daar zat het niet in
Waarom is dat geen oplossing?quote:Op woensdag 6 juni 2007 16:08 schreef Chandler het volgende:
Maar een iframe is helaas niet voor mij de juiste oplossing
| 1 2 3 4 | <span class="leftcolumn">Username:</span> <span class="rightcolumn">Bla</span> </div> |
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 | width: 50%; text-align: left; } .rightcolumn{ width: 50%; text-align: right; } .message{ width: 281px; margin-bottom: 2px; padding-left: 4px; font-family: verdana; font-size: 11px; color: #000000; line-height: 18px; border: 1px #000000 solid; background-color: #F5F5F5; } |
| 1 2 3 4 5 6 7 | | Username:| [______] | +----------+----------+ | Password:| [xxxxxx] | +----------+----------+ | [ Inloggen ] | +----------+----------+ |
Als je de div waar je float inzit overflow: auto; meegeeft zou dat opgelost moeten zijn. Tenminste als ik je goed begrijp (dat de parent div onder de float 'inklapt'). Als dat niet werkt kun je onder de div met float ook gewoon een div met clear: both; zetten (zonder float), maar dat kan extra ruimte opleveren.quote:Op woensdag 6 juni 2007 21:26 schreef Geqxon het volgende:
Het nadeel van floaten, is dat als de hoofdtekst leeg is, de complete div 2 pixels hoog wordt, en de gefloate tekst maar wat rondzweeft. Geen float dus
| 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 28 29 30 | <thead> <tr> <th>Kolom1</th> <th>Kolom2</th> </tr> </thead> <tbody style="max-height: 5em; height: 5em; overflow: scroll;"> <tr> <td>Rij 1</td> <td>Rij 1</td> </tr> <tr> <td>Rij 2</td> <td>Rij 2</td> </tr> <tr> <td>Rij 3</td> <td>Rij 3</td> </tr> <tr> <td>Rij 4</td> <td>Rij 4</td> </tr> <tr> <td>Rij 5</td> <td>Rij 5</td> </tr> </tbody> </table> |
| 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 | <table cellspacing="0" cellpadding="0" width="100%"> <thead> <tr style="position:relative; top:expression(this.offsetParent.scrollTop);background-color:#dddddd;"> <th nowrap>Header A</th> <th nowrap>Header B</th> <th nowrap>Header C</th> </tr> </thead> <tbody> <tr><td>aaaaaaaaaaaaaaaaaaa</td><td>b</td><td>ccccccccccccccccccc</td></tr> <tr><td>a</td><td>bbbbbbb</td><td>c</td></tr> <tr><td>a</td><td>b</td><td>c</td></tr> <tr><td>a</td><td>b</td><td>c</td></tr> <tr><td>a</td><td>b</td><td>c</td></tr> <tr><td>a</td><td>b</td><td>c</td></tr> <tr><td>a</td><td>b</td><td>c</td></tr> <tr><td>a</td><td>b</td><td>c</td></tr> <tr><td>a</td><td>b</td><td>c</td></tr> <tr><td>a</td><td>b</td><td>c</td></tr> <tr><td>a</td><td>b</td><td>c</td></tr> <tr><td>a</td><td>b</td><td>c</td></tr> </tbody> </table> </div> |
Je kan niet zonder meer breedte opgeven als je display: inline gebruikt. Dat geeft verschillende resultaten bij verschillende browsers/DTD's.quote:
Kun je ze niet gewoon floaten? Dan kun je namelijk wel een grootte opgeven en ze toch mooi achter elkaar zeten.quote:Op vrijdag 8 juni 2007 11:29 schreef Geqxon het volgende:
Geqxon heeft weer eens een probleempje.
Vier buttons, en wat ik wil bereiken zijn inline DIVs met een vaste breedte. De buttons zijn vrij grafish met een tekst erop, dus ik heb een DIV, met een tekst erin, een achtergrond afbeelding, een breedte van 200px en een hoogte van 30px. Is dit mogelijk?
Ja dat wist ik, maar je kan ze toch gewoon floaten?quote:Op vrijdag 8 juni 2007 11:53 schreef Berkery het volgende:
[..]
Je kan niet zonder meer breedte opgeven als je display: inline gebruikt. Dat geeft verschillende resultaten bij verschillende browsers/DTD's.
tvp
Bedankt, dat was hem! Weer een stukje verder met de websitequote:Op vrijdag 8 juni 2007 11:55 schreef Bigs het volgende:
[..]
Kun je ze niet gewoon floaten? Dan kun je namelijk wel een grootte opgeven en ze toch mooi achter elkaar zeten.
Gewoon een style attribuut meegeven? Bv.quote:Op vrijdag 8 juni 2007 17:34 schreef De_Hertog het volgende:
Is het mogelijk om een link te maken die niet aan de standaard link instelling voldoet? Die dus geen css opmaak mee krijgt, zonder daar een aparte class voor te maken?
| 1 |
Klinkt als een heel goed idee. Behalve dan dat het CMS systeem hier het hele attribuut lekker weg smijt. Grr. Maar toch bedankt voor het meedenkenquote:Op vrijdag 8 juni 2007 17:44 schreef Bigs het volgende:
[..]
Gewoon een style attribuut meegeven? Bv.
[ code verwijderd ]
Als de link bijvoorbeeld in de div genaamd "Boekhouding zit" :quote:Op vrijdag 8 juni 2007 17:54 schreef De_Hertog het volgende:
[..]
Klinkt als een heel goed idee. Behalve dan dat het CMS systeem hier het hele attribuut lekker weg smijt. Grr. Maar toch bedankt voor het meedenken ;) Ik ga toch maar eens aan m'n baas vragen of ik iets met de CSS mag doen, schiet niet op zo.
| 1 2 3 | text-decoration: none } |
Oh, als ik bij de css kom is het geen probleem, maar daar moet ik toestemming voor hebben. Maar maakt niet uit, dat ga ik morgen regelen, dan is het zo opgelost. Ik probeerde het eerst te omzeilen, maar ja, als het cms niet mee werkt..quote:Op vrijdag 8 juni 2007 18:29 schreef Geqxon het volgende:
[..]
Als de link bijvoorbeeld in de div genaamd "Boekhouding zit" :
[ code verwijderd ]
| 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 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 | padding: 0; margin-bottom: 20px; height: 75px; background-color: #d0c3ac; border: 1px solid #c8b99e; width; 90%; } .comment .big { position: absolute; top: 0; color: #d8cfbd; font-family: "Times New Roman", Times, serif; font-size: 77px; z-index: 10; margin: 0px; padding: 0px; padding-top: 0px; width: 100%; text-align: right; } .comment .body { padding: 5px; z-index: 10; } .comment .date { font-style: italic; font-size: 10px; display: inline; font-weight: bold; } .comment .author { font-size: 13px; padding: 0 0 2px 0; font-family: "Lucida Grande", Verdana, Arial, Helvetica, sans-serif; } div { position: relative; } |
Dit is al de tweede keer dat floaten de oplossing voor je probleem is. Als ik jou was zou ik me eens wat meer verdiepen in de mogelijkheden van floatsquote:Op donderdag 14 juni 2007 16:19 schreef Geqxon het volgende:
Je hebt mij perfect begrepen! En dit is een klassiek voorbeeld van uren lang gefixeerd op een bepaalde oplossing zitten, waarbij een frisse blik een goede oplossing kan bieden. Bedankt voor je frisse blik
Dat hebben we allemaal wel eens.quote:Op donderdag 14 juni 2007 16:19 schreef Geqxon het volgende:
Je hebt mij perfect begrepen! En dit is een klassiek voorbeeld van uren lang gefixeerd op een bepaalde oplossing zitten, waarbij een frisse blik een goede oplossing kan bieden. Bedankt voor je frisse blik
Dat is *volgens mij* om bandbreedte uit te sparen. Door de indents, quotes en doctype ed weg te laten scheelt dat heel wat. Zeker voor een pagina als de Google startpagina die zo'n beetje overal als startpagina staat.quote:Op dinsdag 20 maart 2007 13:12 schreef Geqxon het volgende:
Mijn god, wat is de zoekpagina van Google een rotzooi. Van een bedrijf dat dergelijke kennis van AJAX heeft, een enorme omzet maakt, en imho een enorme status heeft, is de sourcecode pure bagger. Geen doctype, geen XHTML, amper quotes om HTML eigenschappen, geen indents, niet alles net op losse regels, *ril*
Nu is dit wel een heel ander voorbeeldquote:Op donderdag 14 juni 2007 16:41 schreef Bigs het volgende:
[..]
Dit is al de tweede keer dat floaten de oplossing voor je probleem is. Als ik jou was zou ik me eens wat meer verdiepen in de mogelijkheden van floats![]()
Gedeeltelijk waar, maar semantisch gezien klopt er ook gewoon geen hol van en de html voldoet op tig punten niet aan de standaardenquote:Op donderdag 14 juni 2007 17:20 schreef super-muffin het volgende:
[..]
Dat is *volgens mij* om bandbreedte uit te sparen. Door de indents, quotes en doctype ed weg te laten scheelt dat heel wat. Zeker voor een pagina als de Google startpagina die zo'n beetje overal als startpagina staat.
| Forum Opties | |
|---|---|
| Forumhop: | |
| Hop naar: | |